CN109299798A

CN109299798A - 行程信息的处理方法、装置及电子设备

Info

Publication number: CN109299798A
Application number: CN201710614359.1A
Authority: CN
Inventors: 李超
Original assignee: Alibaba Group Holding Ltd
Current assignee: Alibaba Group Holding Ltd
Priority date: 2017-07-25
Filing date: 2017-07-25
Publication date: 2019-02-01

Abstract

本申请实施例公开了行程信息的处理方法、装置及电子设备，其中一方法包括：客户端对用于获得行程服务的凭证进行图像扫描获得凭证信息；将所述凭证信息提交到服务端，由所述服务端对所述凭证信息进行信息识别，确定所述行程服务的服务相关信息，根据所述服务相关信息生成行程信息。通过本申请实施例，可以节省用户的操作路径，提高获得信息的效率。

Description

行程信息的处理方法、装置及电子设备

技术领域

本申请涉及行程信息处理技术领域，特别是涉及行程信息的处理方法、装置及电子设备。

背景技术

网络销售平台发展到今天，其销售对象已经不再局限于服装、日用品、电器等有形的商品，还可以包括服务类的无形商品，例如，酒店、机票、车票等差旅方面的服务便是其中一种。由于入住酒店、航班、车次等都具有提前购买、按预定时间入住或者乘坐的特点，因此，用户一旦购买了相关的服务，通常需要记住具体的时间信息；另外，用户可能还需要关心目的地的天气等相关信息，通常，用户只能自行通过搜索引擎或者相关天气预报工具进行查询，等等。

基于上述需求，一些销售平台可以为用户提供行程信息，主要是针对通过销售平台在线购买差旅服务的用户，可以为其生成行程卡片，用户可以通过销售平台客户端查询到具体的时间信息，天气预报信息等等，另外，对于一些时效性比较强的信息，还可以通过发送短消息等方式，向用户进行提醒，包括发车提醒、航班延误信息提醒等等。通过这种方式，用户可以更方便的获知具体的时间、天气、航班动态等信息，而不需要另行记忆或者另行查询。

但是，现有技术中由于主要针对通过销售平台在线购买差旅服务的用户提供上述行程信息，因此，对于一些通过线下方式购买差旅服务的用户而言就显得不够友好。例如，如果某用户在线下购买了机票、火车票等，则需要手动输入票据的出发地、目的地、时间、班次等信息，然后系统才可以为其提供行程信息，但是，在此过程中，用户的操作路径比较长，效率也会比较低。

发明内容

本申请提供了行程信息的处理方法、装置及电子设备，可以节省用户的操作路径，提高获得信息的效率。

本申请提供了如下方案：

一种行程信息的处理方法，包括：

客户端对用于获得行程服务的凭证进行图像扫描获得凭证信息；

将所述凭证信息提交到服务端，由所述服务端对所述凭证信息进行信息识别，确定所述行程服务的服务相关信息，根据所述服务相关信息生成行程信息。

一种行程信息的处理方法，包括：

服务端接收客户端提交的凭证信息，其中所述凭证为用于获得行程服务的凭证，所述凭证信息通过对所述凭证进行图像扫描获得；

对所述凭证信息进行信息识别，确定所述行程服务的服务相关信息；

根据所述服务相关信息生成行程信息。

一种行程信息的处理方法，包括：

客户端对用于获得行程服务的凭证进行图像扫描，获得凭证信息；

将所述服务相关信息提交到服务端，由所述服务端根据所述服务相关信息生成行程信息。

一种行程信息的处理方法，包括：

服务端接收客户端提交的服务相关信息，所述服务相关信息由所述客户端通过对凭证进行图像扫描，并对凭证信息进行信息识别的方式获得，所述凭证为用于获得行程服务的凭证；

根据所述服务相关信息生成行程信息。

一种行程信息的处理方法，包括：

客户端接收关于凭证上所显示信息的语音描述信息，所述凭证为用于获得行程服务的凭证；

对所述语音描述信息进行语音识别，并确定所述行程服务的服务相关信息；

一种行程信息的处理方法，包括：

服务端接收客户端提交的服务相关信息，所述服务相关信息由所述客户端通过对凭证的语音描述信息进行语音识别的方式获得，所述凭证为用于获得行程服务的凭证；

根据所述服务相关信息生成行程信息。

一种行程信息的处理装置，应用于客户端，包括：

凭证信息获得单元，用于对用于获得行程服务的凭证进行图像扫描获得凭证信息；

凭证信息提交单元，用于将所述凭证信息提交到服务端，由所述服务端对所述凭证信息进行信息识别，确定所述行程服务的服务相关信息，根据所述服务相关信息生成行程信息。

一种行程信息的处理装置，应用于服务端，包括：

凭证信息接收单元，用于接收客户端提交的凭证信息，其中所述凭证为用于获得行程服务的凭证，所述凭证信息通过对所述凭证进行图像扫描获得；

信息识别单元，用于对所述凭证信息进行信息识别，确定所述行程服务的服务相关信息；

行程信息生成单元，用于根据所述服务相关信息生成行程信息。

一种行程信息的处理装置，应用于客户端，包括：

凭证信息获得单元，用于对用于获得行程服务的凭证进行图像扫描，获得凭证信息；

提交单元，用于将所述服务相关信息提交到服务端，由所述服务端根据所述服务相关信息生成行程信息。

一种行程信息的处理装置，应用于服务端，包括：

相关信息接收单元，用于接收客户端提交的服务相关信息，所述服务相关信息由所述客户端通过对凭证进行图像扫描，并对凭证信息进行信息识别的方式获得，所述凭证为用于获得行程服务的凭证；

一种行程信息的处理装置，应用于客户端，包括：

语音描述信息接收单元，用于接收关于凭证上所显示信息的语音描述信息，所述凭证为用于获得行程服务的凭证；

语音识别单元，用于对所述语音描述信息进行语音识别，并确定所述行程服务的服务相关信息；

一种行程信息的处理装置，应用于服务端，包括：

服务相关信息接收单元，用于接收客户端提交的服务相关信息，所述服务相关信息由所述客户端通过对凭证的语音描述信息进行语音识别的方式获得，所述凭证为用于获得行程服务的凭证；

一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时,执行如下操作:

对用于获得行程服务的凭证进行图像扫描获得凭证信息；

根据本申请提供的具体实施例，本申请公开了以下技术效果：

通过本申请实施例，通过行程信息系统，可以实现对凭证的图像扫描，以及对凭证信息的信息识别，之后，可以自动根据信息识别的结果，向用户进行行程信息，这样，对于通过线下网点购买的凭证，或者通过行程信息系统未关联的网络销售平台购买的凭证，也可以方便的获得行程信息，而不再需要用户手动输入凭证上显示的行程服务的各项信息。因此，可以节省用户的操作路径，提高获得信息的效率。从行程信息系统角度而言，还可以通过更便捷的方式为用户提供服务，有利于提升用户访问量。

当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1-1是本申请实施例提供的系统架构的示意图；

图1-2至1-4是本申请实施例提供的用户界面的示意图；

图2是本申请实施例提供的第一方法的流程图；

图3是本申请实施例提供的第二方法的流程图；

图4是本申请实施例提供的第三方法的流程图；

图5是本申请实施例提供的第四方法的流程图；

图6是本申请实施例提供的第五方法的流程图；

图7是本申请实施例提供的第六方法的流程图；

图8是本申请实施例提供的第一装置的示意图；

图9是本申请实施例提供的第二装置的示意图；

图10是本申请实施例提供的第三装置的示意图；

图11是本申请实施例提供的第四装置的示意图；

图12是本申请实施例提供的第五装置的示意图；

图13是本申请实施例提供的第六装置的示意图；

图14是本申请实施例提供的电子设备的示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。

为了便于理解本申请实施例，首先需要说明的是，行程信息系统通常可以集成在某网络销售平台的系统内，因此，用户在通过这种网络销售平台购买车票、机票等凭证的情况下，可以直接享受行程信息，行程提醒系统可以通过系统接口等方式，获得用户在销售平台系统内购买到的服务的相关信息，包括车次、航班、出发地、目的地，等等。也就是说，在现有技术中，行程信息系统与网络销售平台系统之间是强绑定的关系，只有通过绑定的网络销售平台购买相关服务，才能够自动获得相应的行程信息，否则，如果用户通过线下销售网点进行购买，或者，通过其他的网络销售平台进行购买，就需要用户手动输入凭证的相关信息，才能够获得行程信息。

从产品形态上而言，本申请可以在现有的行程信息系统的基础上进行改进，也即，行程信息系统仍然可以与某一网络销售平台系统进行绑定，但是，可以为通过其他渠道(包括线下营业网点，或者其他未绑定的网络销售平台系统等)购买车票、机票等凭证的用户，提供相对便捷的、通过该行程信息系统获得行程信息的途径，避免用户进行大量的手动信息输入的操作。

或者，在另一种实现方式下，本申请实施例中也可以提供独立的行程信息系统，也即，该行程信息系统可以不必与网络销售平台系统具有绑定关系，无论用户通过何种渠道进行航旅服务的购买，都可以通过该行程信息系统获得相应的行程信息。

无论是上述何种具体的产品形态，具体实现时，都可以由行程信息系统实现对凭证的图像扫描及识别，而无需由用户手动输入凭证上显示的各项信息，包括车次、航班号、出发地、目的地、日期，等等。

从系统架构角度而言，参见图1-1，上述行程信息系统可以包括客户端以及服务端两部分，其中，客户端可以运行在用户的终端设备中，服务端则可以运行于云端服务器。在一种具体的实现方式下，客户端的主要作用可以是，通过对用户指定的凭证进行图像扫描获得凭证信息，然后将凭证信息提交到服务端。服务端的主要作用就可以是对凭证信息进行信息识别，具体可以包括OCR(Optical Character Recognition，光学字符识别)识别，也即，将凭证信息中的文字内容，转换为可编辑文本)。具体的OCR识别过程可以包括文字区域定位、行识别、文字识别等步骤。当然，在其他实现方式下，可以有客户端完成对文本的识别操作。

其中，所谓的凭证是指用于获得行程服务的凭证，所谓的行程服务可以是指航旅方面的服务，或者也可以是其他方面的服务，这类服务的特点是，用户可以预先支付，并由销售平台或者线下网点提供凭证，之后，用户就可以根据凭证上显示的信息获得相应的服务，包括乘车服务、航空服务、住宿服务，等等。具体的凭证可以是通过纸质或者磁介质承载的实物凭证，或者，还可以是通过移动终端等设备显示的电子凭证，等等。例如，如果是通过线下营业网点进行购买，则通常是实物凭证，而如果通过线上销售平台购买，则可以到线下的网点换取实物凭证，或者，也可能会直接以电子凭证的形式提供给用户，用户可以直接凭终端设备中显示的电子凭证享受乘车、住宿等服务。行程服务的服务相关信息具体是指凭证上所显示的具体的信息，包括车次信息、发车时间信息、出发地、目的地等等。通过对凭证进行图像扫描获得凭证信息后，就可以从中识别出具体行程服务的服务相关信息，并据此生成行程信息，这种行程信息相当于是根据行程服务的服务相关信息生成的，可以是服务相关信息中的一部分或者全部，或者，还可以根据服务相关信息进行进一步的查询等操作，获得更多的行程信息，包括目的地的天气信息，航班的延误情况信息等等。

在本申请实施例中，在用户获得上述凭证之后，就可以通过本申请实施例提供的行程信息系统获得相应的行程信息。具体的，行程信息系统的客户端可以提供图像扫描功能，用户可以打开客户端，从中找到扫描图像的操作选项，点击后，终端设备就可以启动图像扫描功能，之后，用户可以将扫描焦点对准凭证，客户端获取凭证信息。具体的，凭证信息可以是扫描得到的图像，或者，还可以是从图像中识别出的信息，等等。例如，如果用户需要获得行程信息，则可以在客户端界面的“行程”选项中选择“添加行程”，然后，显示出的界面可以如图1-2所示，用户可以从中选择需要添加何种类型的行程信息。例如，选择“火车票”，则客户端可以启动图像摄取功能，相关界面如图1-3所示，用户可以用终端设备摄像头对准凭证，对凭证进行图像扫描。

需要说明的是，在由于凭证的类型可能是实物凭证，也可能是电子凭证，实物凭证通常是纸质凭证，而电子凭证通常是需要通过终端设备显示，因此，用户在操作时，可以是对着纸质凭证进行扫描，或者，通过另一终端设备打开电子凭证，然后，对着另一终端设备的屏幕进行扫描，等等。

客户端在启动图像扫描功能后，如图1-3所示，还可以在图像扫描界面中提供扫描框，提示用户调整距离、角度，使得凭证能出现在扫描框内，并充满扫描框。但是，用户的行为通常具有不稳定性，单纯的扫描框提示，往往会很难得到效果良好的图像扫描结果。因此，为了提高提供给服务端的图像扫描结果的有效性，客户端还可以进行一些优化处理。例如，在扫描的过程中，客户端可以对凭证图像进行定位，如果发现凭证图像偏离了扫描框，或者没有充满整个扫描框，则可以通过弹框或者语音等方式进行提醒，包括提醒用户左右移动凭证，或者调整凭证与摄像头之间的距离，等等。另外，除了左右、远近等，在拍摄角度上也可能会存在一些偏差，例如，最佳的状态是，让客户端所在的终端设备屏幕所在的平面，与凭证所在的平面平行，但是，用户在实际操作时，可能会使得上述两个平面之间存在夹角。此时，客户端还可以进行角度校正，具体的，在扫描框为矩形的情况下，可以在扫描框的四个顶角的位置进行突出显示，例如，加粗等，提示用户将凭证的四个角与扫描框对应，并且，还可以提示用户将凭证的四条边与扫描框的四条边趋于平行，等等。另外，客户端还可以对顶角的对应情况、边的平行情况等进行检测，如果发现存在不对应或者不平行的情况，还可以通过弹框或者语音等方式进行提醒，等等。

在通过图像扫描得到凭证信息之后，客户端就可以将凭证信息提交到服务端，由服务端对凭证信息中的文本内容进行识别。具体实现时，为了更准确的识别出的文本的具体含义，服务端还可以预先包括各类凭证的文本结构化信息。具体的，由于同一类凭证，通常是按照固定的结构化信息进行图像显示，例如，同样是磁介质火车票，其中显示的信息的含义可以包括：车票的票号、检票口编号、出发地、车次、目的地、发车日期、时间、车厢号座位号、价格、购票渠道(网购或者窗口购票)、座位等级、身份证信息、姓名，等等。所谓的文本结构化信息，也即各种含义的文本在凭证中的位置等信息。在本申请实施例中，可以根据凭证中包括多少行、每行包括多少个信息段，每个信息段对应的信息含义等，来保存凭证的文本结构化信息。例如，对于上述火车票，保存的文本结构化信息可以如表1所示：

表1

这样，在对凭证的图像进行文本识别时，在定位出文字区域，并进行了行识别、文本识别后，就可以分别确定出识别出的文本所在的行、在行中所在的信息段等，然后，可以通过查询上述表1，确定出识别出的各文本的含义。例如，在识别出第一行第一个信息段的文本后，通过查询表1，可以获知该文本的含义代表车票的票号，等等。

需要说明的是，行内的信息段通常是由一个或者多个字符组成的，在每行内进行信息段识别时，可以根据字符之间的距离，来确定某些字符是否构成一个信息段。也就是说，在同一行内，不同信息段之间通常会有一定的空白区域，而同一信息段内的各字符之间则会距离比较近，以便于提高用户的可读性。因此，可以根据上述特点，进行行内信息段的识别。例如，对于前述例子中火车票的第3行，在进行行内信息段识别时发现，前11个字符之间的距离都比较接近，小于某预置阈值，而第11个字符与第12个字符之间的距离则超出了阈值，则可以将前11个字符确定为第三行的第一个信息段，从第12个字符开始，成为第二个信息段，以此类推。

另外，需要说明的是，在具体实现时，可能并不是所有信息段都需要识别，例如，对于车票票号、价格信息、限乘信息等，对行程信息而言没有实际意义，因此，可以不必对上述信息段进行具体的文本识别，这样，可以从一定程度上提高服务器的信息识别效率。

在识别出凭证图像中的文本内容后，就可以基于这种文本内容，为用户提供行程信息。具体的，如果在识别文本内容的同时，还识别出了文本内容的含义，则意味着服务端可以获知具体的出发地、目的地、车次、航班号、出发时间等多方面的信息，还可以据此生成“行程卡片”，将识别出的信息展示在“行程卡片”中，并且，还可以根据行程卡片中保存的内容，为用户提供具体的行程信息。例如，根据图1-3中的凭证图像，生成的行程卡片可以如图1-4所示，其中，显示有具体的车次、出发地、目的地、发车时间等信息，除此之外，还可以显示出到达目的地的时间，总共需经历的时间长度等凭证中未显示的信息。关于这些凭证中未显示的内容，可以由服务端根据从凭证图像中识别出的服务相关信息，通过预置的数据接口从预设的网络位置处查询获得，然后添加到行程卡片中即可。

需要说明的是，所谓的“行程卡片”只是一种形象的说法，并不是实体的卡片，而是指用于承载文本识别结果信息的信息载体，用户在通过客户端查询时，可以根据这种行程卡片的信息，提供具体的信息查询结果。当然，在实际应用中，也可以通过其他形式保存凭证中的文本识别结果信息，例如，通过表格等形式进行保存，等等。

另外需要说明的是，在具体实现时，行程信息系统通常可以仅为系统内的已注册用户提供相应的行程信息，也就是说，虽然用户在通过线下网点或者其他线上销售平台购买到凭证后，可以通过扫描图像的方式，将凭证的相关信息录入到行程信息系统，但是，如果该用户不是行程信息系统内的已注册用户，则行程信息系统通常也无法为用户提供行程信息。这是因为，在提供行程信息时，服务端需要根据已注册用户的用户名、系统分配的用户ID、其他联系方式等，向用户进行提醒消息的发送。为此，在本申请实施例中，服务端在识别出凭证中的文本信息之后，还可以判断对应的用户是否为行程信息系统内的已注册用户，如果是，则可以直接通过生成“行程卡片”等方式，保存相应的文本识别结果，并跟踪具体的行程动态，包括目的地的天气信息，航班的延误情况信息，等等，并向用户进行提醒。而如果发现当前用户并不是行程信息系统内的已注册用户，则还可以提示用户进行注册，在用户完成注册后，再生成“行程卡片”，并提供后续的行程信息。

总之，通过本申请实施例，通过行程信息系统，可以实现对凭证的图像扫描，以及对凭证信息的信息识别，之后，可以自动根据信息识别的结果，向用户进行行程信息，这样，对于通过线下网点购买的凭证，或者通过行程信息系统未关联的网络销售平台购买的凭证，也可以方便的获得行程信息，而不再需要用户手动输入凭证上显示的行程服务的各项信息。因此，可以节省用户的操作路径，提高获得信息的效率。从行程信息系统角度而言，还可以通过更便捷的方式为用户提供服务，有利于提升用户访问量。

下面分别从客户端以及服务端等不同的角度，对具体的实施方式进行详细介绍。

实施例一

该实施例一主要从行程信息的客户端角度，提供了一种行程信息的处理方法，参见图2，该方法具体可以包括：

S201：客户端对用于获得行程服务的凭证进行图像扫描获得凭证信息；

这里的行程服务具体就可以是指与航旅等相关的服务，例如，乘坐火车、飞机的服务，到酒店住宿的服务，等等。这种行程服务的提供方发行具体的凭证，用户通过提前购买凭证，可以在指定的时间，通过出示这种凭证的方式，来获取相应的服务，例如，具体的凭证可以是火车票、汽车票、飞机票、酒店的预订信息，等等。具体实现时，所谓的凭证可以是实物凭证，相关的服务信息会打印到纸质材料，或者磁介质材料上，或者，也可以是电子凭证，相关的服务信息可以显示在用户的终端设备中。因此，该步骤S201中，扫描的对象就可以是显示有服务相关信息的纸质材料或者磁介质材料的凭证，或者，显示有服务相关信息的另一终端设备的屏幕，等等。

需要说明的是，在现有技术中，无论是实体凭证还是电子凭证，其中通常既包括文字，又包括二维码、条形码等图形码，在本申请实施例中，主要是对其中的文字部分进行识别，当然，由于文字与图形码同时显示在凭证上，因此，在扫描时，可以不必进行区分，只是在进行识别时，可以仅对文字部分进行识别，而不需要对图形码进行识别。当然，在其他的实现方式中，也可以将对应行程服务的相关信息进行编码，并生成图形码，显示在凭证中，这样，也可以通过扫描并识别图形码的方式，对具体的相关信息进行识别。

如前文所述，为了获得较好的凭证信息，避免在提交到服务端之后，由于扫描效效果不佳而导致服务端无法正确识别的情况发生，客户端还可以进行一些优化。具体的，可以在扫描界面中提供扫描框，以用于提示用户将所述凭证的扫描图像显示在所述扫描框内，并至少在一个维度方向上充满所述扫描框，例如，可以在横向或者竖向充满所述扫描框，等等。

为了更好的指导用户，还可以对凭证的扫描图像进行定位，如果扫描图像与所述扫描框之间的位置关系不满足预置条件，例如，凭证图像未全部进入扫描框，或者，凭证图像过小，未充满扫描框，等等，则可以提供第一提示信息，以用于提示用户对凭证的放置位置进行调整，例如，可以是左右调整，或者前后调整，等等。

另外，为了使得客户端所在终端设备的屏幕所在平面与被扫描的凭证所在的平面保持平行，还可以在在提供所述扫描框时，对所述扫描框的顶角进行突出显示，以用于提示用户将所述扫描图像的顶角与所述扫描框的顶角相对应，边趋于平行。除此之外，客户端还可以对凭证的扫描图像进行定位，如果扫描图像与所述扫描框之间的角度关系不满足预置条件，则提供第二提示信息，以用于提示用户对凭证的放置角度进行调整。

客户端具体获得的凭证信息可以包括多种形式，例如，可以是对所述凭证进行图像扫描所获得的凭证图像，或者，还可以是对所述凭证进行图像扫描并对图像中包含的文本信息进行识别后所获得的文本识别结果信息，等等。

S202：将所述凭证信息提交到服务端，由所述服务端对所述凭证信息进行信息识别，确定所述行程服务的服务相关信息，根据所述服务相关信息生成行程信息。

在获得凭证信息后，就可以提交到服务端，服务端可以通过OCR识别等方式，识别出具体的行程服务对应的服务相关信息，并且，可以进而根据这种服务相关信息生成行程信息。例如，具体可以包括行程服务的服务时间信息和/或服务地点的相关信息，等等。具体如，在即将发车或者航班即将起飞的前一天进行出发提醒，在航班出现延误时，进行延误信息的提醒，或者，提前对目的地的天气情况进行提醒，等等。具体的提醒方式，可以是根据用户的用户名或者ID等信息，将提醒信息发送到客户端，用户可以通过登录到客户端的方式，来读取具体的提醒信息。此时，客户端可以在接收到服务端提供的行程信息后，可以将这种行程信息提供给用户。或者，用户在进行注册时，通常还可以要求用户提供其手机号码等信息，因此，对于一些重要性较高或者比较紧急的提醒信息，还可以通过用户的手机号码，以短消息等形式，发送到用户的终端设备上，等等。

在具体实现时，根据具体对应行程服务类型的不同，也会对应不同类型的凭证，例如，可以包括火车票、汽车票、飞机票，等等。不同类型的凭证，在具体进行文本识别时，可能会采用不同的方式，例如，由于凭证上文本的排版方式等不同，因此，可能保存有不同的文本结构化信息，利用对应类型的文本结构化信息，才能够实现准确的信息识别。针对这种情况，在前述步骤S201中，客户端可以分别为不同类型的凭证提供不同的扫描入口，用户在发起扫描之前，可以首先根据被扫描凭证对应服务的类型，选择其中一个对应的扫描的入口，然后，再开始对凭证进行扫描。另外，同样是火车票，纸质材料的凭证，与磁介质材料的凭证，在文本排版方式上可能也会有所不同，因此，对于火车票，还可以分别为不同材料的凭证提供不同的扫描入口，等等。这样，客户端在以凭证图像的形式提交凭证信息时，还可以提交具体的凭证类型信息，这样，服务端可以根据该类型对应的凭证图像的文本结构化信息，进行具体的文本定位、行识别、信息段识别等操作。

服务端具体在进行文本信息识别时，可以采用OCR识别等方式进行文本内容的识别。并且，凭证中展示的信息通常具有按行排列的特点，并且每行中包括一个或多个信息段，同一信息段之间的字符间距较小，而不同的信息段之间通常会间隔一个相对较大的间距。因此，基于上述特点，可以将凭证图像中的文本识别出多个信息段，并且可以确定出每个信息段位于第几行的第一个信息段。进而，为了使得服务端确定出各个信息段的文本内容对应的信息的含义，还可以预先保存凭证的文本结构化信息，所谓的文本结构化信息就是指，可以对凭证中包括多少行文本，每一行中包括多少个信息段，每个信息段对应的具体信息的含义等进行保存。具体的文本结构化信息可以如前文所述。并且，对于不同类型的凭证，可以保存多份不同的文本结构化信息，这样，在接收到某种类型的凭证的图像扫描结构，并识别出其中的文本后，就可以进一步划分为多个信息段，并确定每个信息段所在的行以及在行内的第几个信息段，进而，就可以利用对应类型的文本结构化信息，对各信息段的含义进行确定，从而可以形成多个信息对，每个信息对中，可以包括信息含义，以及具体的文本内容两部分，例如，出发地：北京，出发时间：2017年6月18日，等等。这样，就可以对这些信息进行保存，例如，生成行程卡片等等，后续就可以针对该行程，向用户进行提醒服务。

需要说明的是，在具体实现时，除了通过上述文本结构化信息进行识别之外，还可以通过其他方式进行文本内容具体含义的识别，例如，在识别出具体的文本字符之后，还可以通过语义识别的方式，来确定各项文本内容的具体含义，等等，这里不再一一详述。

实施例二

该实施例二是与实施例一相对应的，从服务端的角度，提供了一种行程信息的处理方法，参见图3，包括：

S301：服务端接收客户端提交的凭证凭证信息，其中所述凭证为用于获得行程服务的凭证；

S302：对凭证信息进行信息识别，确定所述行程服务的服务相关信息；

S303：根据所述服务相关信息提供行程信息。

其中，具体在对凭证信息进行信息识别时，可以首先对凭证信息中的文本进行文本识别，然后，根据文本识别结果，确定所述行程服务的服务相关信息。

为了便于确定识别出的文本内容的含义，服务端还可以提供凭证的文本结构化信息，所述文本结构化信息包括：所述凭证中包括的文本行，每个文本行中包括的信息段数量，各信息段在文本行内的位置以及对应的含义。这样，在对凭证信息中的文本进行文本识别时，可以首先对所述凭证信息进行文本定位；然后，对所述文本进行文本行的识别，以及行内信息段的识别，确定各信息段所在的文本行，以及在文本行内的位置。然后，就可以查询所述文本结构化信息，确定各信息段内的文本内容的含义，并根据所述各信息段内的文本内容的含义，确定所述行程服务的服务相关信息。例如，某信息段的文本内容为2017年6月18日，其为第4行的第一个信息段，则通过查询文本结构化信息可知，该信息段的含义为发车日期，因此，就可以确定出对应行程服务的服务日期为2017年6月18日，等等。

具体实现时，可以根据同一文本行内，各文本字符的间距，进行信息段的识别。

其中，具体在根据所述服务相关信息提供行程信息时，可以根据所述行程服务的服务时间和/或服务地点信息，生成行程信息。

在生成行程信息之后，还可以将所述行程信息提供给对应的客户端，或者，通过短消息的形式，提供给用户指定的终端设备。

在实际应用中，结合系统的实际特点，在根据所述服务相关信息提供行程信息之前，还可以判断当前用户是否为系统内的已注册用户，如果是，则提供所述行程信息。如果用户不是系统内的已注册用户，则可以提供用户注册入口，在完成用户注册后，提供所述行程信息。

其中，具体在判断用户是否为系统内已注册用户时，可以通过询问的方式，由用户确认是否已注册，或者，为了进一步提高系统的智能化，还可以根据从凭证凭证信息中识别出的信息进行判断。例如，通常能够从凭证信息中识别出用户的姓名，甚至还可能识别出用户的身份证号等信息，这样，如果用户在系统内注册时也进行了实名认证，则可以根据这种姓名和/或身份证号信息的比对，来确定当前用户是否为系统内已注册用户。

实施例三

前述实施例一以及实施例二中，都是在客户端对凭证进行图像扫描，然后，由服务端进行图像结果的信息识别，以及后续的行程信息，而在本申请实施例三中，还可以是由客户端进行图像扫描以及信息识别的操作，服务端只需要进行行程信息生成即可。具体的，参见图4，该实施例三首先从客户端的角度，提供了一种行程信息的处理方法，该方法具体可以包括：

S401：客户端对用于获得行程服务的凭证进行图像扫描，获得凭证信息；

S402：对所述凭证信息进行信息识别，确定所述行程服务的服务相关信息；

S403：将所述服务相关信息提交到服务端，由所述服务端根据所述服务相关信息生成行程信息。

其中，为了便于客户端进行信息识别，还可以预先将各种凭证的文本结构化信息下载并保存到客户端所在的终端设备本地，或者，也可以在接收到扫描请求后，再从服务端进行下载，等等。

实施例四

该实施例四是与实施例三相对应的，从服务端的角度，提供了一种行程信息的处理方法，参见图5，该方法具体可以包括：

S501：服务端接收客户端提交的服务相关信息，所述服务相关信息由所述客户端通过对凭证进行图像扫描，并对凭证信息进行信息识别的方式获得，所述凭证为用于获得行程服务的凭证；

S502：根据所述服务相关信息生成行程信息。

关于该实施例三以及实施例四，与实施例一及实施例二相比，不同之处仅在于，对凭证信息的信息识别操作的执行主体有所不同，其他的具体实现都可以是相同的，因此，参照前述实施例中的介绍执行即可，这里不再赘述。

实施例五

在前述各个实施例中，都是通过图像扫描的方式，来获得服务相关信息，进而提供行程信息，而在该实施例五中，用户还可以通过语音描述的方式，来输入其凭证中显示的信息，也即，可以对着终端设备，阅读凭证上显示的文本信息，这样，可以通过语音识别的方式，来确定出服务相关信息，进而提供行程信息。在该实现方式下，同样无需用户通过打字的方式输入凭证中的各项信息，因此，也能够从一定程度上提高用户获得信息的效率，降低用户的操作路径。具体的，该实施例五首先从客户端的角度，提供了一种提供行程信息的方法，参见图6，该方法具体可以包括：

S601：客户端接收关于凭证上所显示信息的语音描述信息，所述凭证为用于获得行程服务的凭证；

S602：对所述语音描述信息进行语音识别，并确定所述行程服务的服务相关信息；

具体在对语音描述信息进行语音识别时，可以首先将语音描述信息转换为文本信息，然后，再对文本信息进行语义识别，等等。通过这种方式，也可以识别出关于行程服务的多项信息，包括服务的出发地、目的地、车次、航班号等等。

S603：将所述服务相关信息提交到服务端，由所述服务端根据所述服务相关信息生成行程信息。

实施例六

该实施例六是与实施例五相对应的，从服务端的角度，提供了一种行程信息的处理方法，参见图7，该方法具体可以包括：

S701：服务端接收客户端提交的服务相关信息，所述服务相关信息由所述客户端通过对凭证的语音描述信息进行语音识别的方式获得，所述凭证为用于获得行程服务的凭证；

S702：根据所述服务相关信息生成行程信息。

关于该实施例五以及实施例六中的未详述部分，可以参见前述各实施例中的记载，这里不再赘述。

与实施例一相对应，本申请实施例还提供了一种行程信息的处理装置，参见图8，该装置应用于客户端，包括：

凭证信息获得单元801，用于对用于获得行程服务的凭证进行图像扫描获得凭证信息；

凭证信息提交单元802，用于将所述凭证信息提交到服务端，由所述服务端对所述凭证信息进行信息识别，确定所述行程服务的服务相关信息，根据所述服务相关信息生成行程信息。

具体实现时，该装置还可以包括：

扫描框提供单元，用于在扫描界面中提供扫描框，以用于提示用户将所述凭证的扫描图像显示在所述扫描框内，并至少在一个维度方向上充满所述扫描框。

另外，该装置还可以包括：

第一定位单元，用于对凭证的扫描图像进行定位，如果扫描图像与所述扫描框之间的位置关系不满足预置条件，则提供第一提示信息，以用于提示用户对凭证的放置位置进行调整。

突出显示单元，用于在提供所述扫描框时，对所述扫描框的顶角进行突出显示，以用于提示用户将所述扫描图像的顶角与所述扫描框的顶角相对应，边趋于平行。

另外，该装置还可以包括：

第二定位单元，用于对凭证的扫描图像进行定位，如果扫描图像与所述扫描框之间的角度关系不满足预置条件，则提供第二提示信息，以用于提示用户对凭证的放置角度进行调整。

具体实现时所述服务端在生成行程信息后，还用于提供给所述客户端；

所述装置还包括：

行程信息提供单元，用于提供所述服务端返回的行程信息。

其中，所述行程信息包括所述行程服务的服务时间信息和/或服务地点的相关信息。

所述凭证包括实物凭证或电子凭证。

另外，该装置还可以包括：

扫描入口提供单元，用于所述对用于获得行程服务的凭证进行图像扫描之前，提供多种不同类型凭证的图像扫描入口；

请求接收单元，用于通过其中一类型的图像扫描入口接收到扫描请求时，对凭证进行图像扫描；

所述凭证信息提交单元还用于：

将对应的凭证类型信息提交到服务端，由所述服务端根据所述凭证信息以及所述凭证类型信息生成行程信息。

其中，所述凭证信息包括：对所述凭证进行图像扫描所获得的凭证图像。

或者，所述凭证信息包括：对所述凭证进行图像扫描并对图像中包含的文本信息进行识别后所获得的文本识别结果信息。

与实施例二相对应，本申请实施例还提供了一种行程信息的处理装置，参见图9，该装置应用于服务端，包括：

凭证信息接收单元901，用于接收客户端提交的凭证信息，其中所述凭证为用于获得行程服务的凭证，所述凭证信息通过对所述凭证进行图像扫描获得；

信息识别单元902，用于对所述凭证信息进行信息识别，确定所述行程服务的服务相关信息；

行程信息生成单元903，用于根据所述服务相关信息生成行程信息。

其中，所述凭证信息包括对所述凭证进行图像扫描所获得的凭证图像；所述信息识别单元具体用于：

文本识别子单元，用于对所述凭证图像中包含的文本进行文本识别；

服务相关信息确定子单元，用于根据文本识别结果，确定所述行程服务的服务相关信息。

另外，该装置还可以包括：

文本结构化信息提供单元，用于提供凭证的文本结构化信息，所述文本结构化信息包括：所述凭证中包括的文本行，每个文本行中包括的信息段数量，各信息段在文本行内的位置以及对应的含义；

所述文本识别子单元具体可以包括：

文本定位子单元，用于对所述凭证图像进行文本定位；

文本行识别子单元，用于对所述文本进行文本行的识别，以及行内信息段的识别，确定各信息段所在的文本行，以及在文本行内的位置；

所述服务相关信息确定子单元具体可以包括：

查询子单元，用于查询所述文本结构化信息，确定各信息段内的文本内容的含义；

确定子单元，用于根据所述各信息段内的文本内容的含义，确定所述行程服务的服务相关信息。

具体实现时，可以通过以下方式进行信息段的识别：

根据同一文本行内，各文本字符的间距，进行信息段的识别。

其中，所述行程信息生成单元具体可以用于：

根据所述行程服务的服务时间和/或服务地点信息，生成行程信息。

在实际应用中，该装置还可以包括：

行程信息提供单元，用于生成行程信息之后，将所述行程信息提供给对应的客户端，或者，通过短消息的形式，提供给用户指定的终端设备。

另外，该装置还可以包括：

判断单元，用于所述根据所述服务相关信息生成行程信息之前，判断当前用户是否为系统内的已注册用户，如果是，则生成所述行程信息。

注册入口提供单元，用于如果当前用户不是系统内的已注册用户，则提供用户注册入口，在完成用户注册后，生成所述行程信息。

其中，所述判断单元具体可以用于：

根据从所述凭证信息中识别出的用户姓名和/或身份证号信息，对系统内已注册的实名认证用户进行查询，如果存在相匹配的信息，则确定当前用户为系统内已注册用户。

与实施例三相对应，本申请实施例还提供了一种行程信息的处理装置，参见图10，该装置应用于客户端，包括：

凭证信息获得单元1001，用于对用于获得行程服务的凭证进行图像扫描，获得凭证信息；

信息识别单元1002，用于对所述凭证信息进行信息识别，确定所述行程服务的服务相关信息；

提交单元1003，用于将所述服务相关信息提交到服务端，由所述服务端根据所述服务相关信息生成行程信息。

与实施例四相对应，本申请实施例还提供了一种行程信息的处理装置，参见图11，该装置应用于服务端，包括：

相关信息接收单元1101，用于接收客户端提交的服务相关信息，所述服务相关信息由所述客户端通过对凭证进行图像扫描，并对凭证信息进行信息识别的方式获得，所述凭证为用于获得行程服务的凭证；

行程信息生成单元1102，用于根据所述服务相关信息生成行程信息。

与实施例五相对应，本申请实施例还提供了一种行程信息的处理装置，参见图12，该装置应用于客户端，包括：

语音描述信息接收单元1201，用于接收关于凭证上所显示信息的语音描述信息，所述凭证为用于获得行程服务的凭证；

语音识别单元1202，用于对所述语音描述信息进行语音识别，并确定所述行程服务的服务相关信息；

提交单元1203，用于将所述服务相关信息提交到服务端，由所述服务端根据所述服务相关信息生成行程信息。

与实施例六相对应，本申请实施例还提供了一种行程信息的处理装置，参见图13，该装置应用于服务端，包括：

服务相关信息接收单元1301，用于接收客户端提交的服务相关信息，所述服务相关信息由所述客户端通过对凭证的语音描述信息进行语音识别的方式获得，所述凭证为用于获得行程服务的凭证；

行程信息生成单元1302，用于根据所述服务相关信息生成行程信息。

与实施例一相对应，本申请实施例还提供了一种电子设备，包括：

一个或多个处理器；以及

对用于获得行程服务的凭证进行图像扫描获得凭证信息；

其中，图14示例性的展示出了电子设备的架构，例如，设备1400可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理，飞行器等。

参照图14，设备1400可以包括以下一个或多个组件：处理组件1402，存储器1404，电源组件1406，多媒体组件1408，音频组件1410，输入/输出(I/O)的接口1412，传感器组件1414，以及通信组件1416。

处理组件1402通常控制设备1400的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理元件1402可以包括一个或多个处理器1420来执行指令，以完成本公开技术方案提供的视频播放方法中的当满足预设条件时，生成流量压缩请求，并发送给服务器，其中所述流量压缩请求中记录有用于触发服务器获取目标关注区域的信息，所述流量压缩请求用于请求服务器优先保证目标关注区域内视频内容的码率；根据服务器返回的码流文件播放所述码流文件对应的视频内容，其中所述码流文件为服务器根据所述流量压缩请求对所述目标关注区域之外的视频内容进行码率压缩处理得到的视频文件的全部或部分步骤。此外，处理组件1402可以包括一个或多个模块，便于处理组件1402和其他组件之间的交互。例如，处理部件1402可以包括多媒体模块，以方便多媒体组件1408和处理组件1402之间的交互。

存储器1404被配置为存储各种类型的数据以支持在设备1400的操作。这些数据的示例包括用于在设备1400上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1404可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件1406为设备1400的各种组件提供电力。电源组件1406可以包括电源管理系统，一个或多个电源，及其他与为设备1400生成、管理和分配电力相关联的组件。

多媒体组件1408包括在设备1400和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1408包括一个前置摄像头和/或后置摄像头。当设备1400处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件1410被配置为输出和/或输入音频信号。例如，音频组件1410包括一个麦克风(MIC)，当设备1400处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1404或经由通信组件1416发送。在一些实施例中，音频组件1410还包括一个扬声器，用于输出音频信号。

I/O接口1412为处理组件1402和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件1414包括一个或多个传感器，用于为设备1400提供各个方面的状态评估。例如，传感器组件1414可以检测到设备1400的打开/关闭状态，组件的相对定位，例如所述组件为设备1400的显示器和小键盘，传感器组件1414还可以检测设备1400或设备1400一个组件的位置改变，用户与设备1400接触的存在或不存在，设备1400方位或加速/减速和设备1400的温度变化。传感器组件1414可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1414还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1414还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件1416被配置为便于设备1400和其他设备之间有线或无线方式的通信。设备1400可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信部件1416经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信部件1416还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，设备1400可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1404，上述指令可由设备1400的处理器1420执行以完成本公开技术方案提供的视频播放方法中的当满足预设条件时，生成流量压缩请求，并发送给服务器，其中所述流量压缩请求中记录有用于触发服务器获取目标关注区域的信息，所述流量压缩请求用于请求服务器优先保证目标关注区域内视频内容的码率；根据服务器返回的码流文件播放所述码流文件对应的视频内容，其中所述码流文件为服务器根据所述流量压缩请求对所述目标关注区域之外的视频内容进行码率压缩处理得到的视频文件。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上对本申请所提供的行程信息的处理方法、装置及电子设备，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。

Claims

1.一种行程信息的处理方法，其特征在于，包括：

2.根据权利要求1所述的方法，其特征在于，还包括：

在扫描界面中提供扫描框，以用于提示用户将所述凭证的扫描图像显示在所述扫描框内，并至少在一个维度方向上充满所述扫描框。

3.根据权利要求2所述的方法，其特征在于，还包括：

对凭证的扫描图像进行定位，如果扫描图像与所述扫描框之间的位置关系不满足预置条件，则提供第一提示信息，以用于提示用户对凭证的放置位置进行调整。

4.根据权利要求2所述的方法，其特征在于，还包括：

在提供所述扫描框时，对所述扫描框的顶角进行突出显示，以用于提示用户将所述扫描图像的顶角与所述扫描框的顶角相对应，边趋于平行。

5.根据权利要求4所述的方法，其特征在于，还包括：

对凭证的扫描图像进行定位，如果扫描图像与所述扫描框之间的角度关系不满足预置条件，则提供第二提示信息，以用于提示用户对凭证的放置角度进行调整。

6.根据权利要求1至5任一项所述的方法，其特征在于，所述服务端在生成行程信息后，还用于提供给所述客户端；

所述方法还包括：

提供所述服务端返回的行程信息。

7.根据权利要求6所述的方法，其特征在于，所述行程信息包括所述行程服务的服务时间信息和/或服务地点的相关信息。

8.根据权利要求1至5任一项所述的方法，其特征在于，所述凭证包括实物凭证或电子凭证。

9.根据权利要求1至5任一项所述的方法，其特征在于，所述对用于获得行程服务的凭证进行图像扫描之前还包括：

提供多种不同类型凭证的图像扫描入口；

通过其中一类型的图像扫描入口接收到扫描请求时，对凭证进行图像扫描；

所述将所述凭证信息提交到服务端时，还包括：

10.根据权利要求1至5任一项所述的方法，其特征在于，所述凭证信息包括：对所述凭证进行图像扫描所获得的凭证图像。

11.根据权利要求1至5任一项所述的方法，其特征在于，所述凭证信息包括：对所述凭证进行图像扫描并对图像中包含的文本信息进行识别后所获得的文本识别结果信息。

12.一种行程信息的处理方法，其特征在于，包括：

根据所述服务相关信息生成行程信息。

13.根据权利要求12所述的方法，其特征在于，所述凭证信息包括对所述凭证进行图像扫描所获得的凭证图像；

所述对所述凭证信息进行信息识别，包括：

对所述凭证图像中包含的文本进行文本识别；

根据文本识别结果，确定所述行程服务的服务相关信息。

14.根据权利要求13所述的方法，其特征在于，还包括：

提供凭证的文本结构化信息，所述文本结构化信息包括：所述凭证中包括的文本行，每个文本行中包括的信息段数量，各信息段在文本行内的位置以及对应的含义；

所述对所述凭证图像中包含的文本进行文本识别，包括：

对所述凭证图像进行文本定位；

对所述文本进行文本行的识别，以及行内信息段的识别，确定各信息段所在的文本行，以及在文本行内的位置；

所述根据文本识别结果，确定所述行程服务的服务相关信息，包括：

查询所述文本结构化信息，确定各信息段内的文本内容的含义；

根据所述各信息段内的文本内容的含义，确定所述行程服务的服务相关信息。

15.根据权利要求14所述的方法，其特征在于，通过以下方式进行信息段的识别：

16.根据权利要求12所述的方法，其特征在于，所述根据所述服务相关信息生成行程信息，包括：

17.根据权利要求16所述的方法，其特征在于，生成行程信息之后还包括：

将所述行程信息提供给对应的客户端，或者，通过短消息的形式，提供给用户指定的终端设备。

18.根据权利要求12所述的方法，其特征在于，所述根据所述服务相关信息生成行程信息之前，还包括：

判断当前用户是否为系统内的已注册用户，如果是，则生成所述行程信息。

19.根据权利要求18所述的方法，其特征在于，还包括：

如果当前用户不是系统内的已注册用户，则提供用户注册入口，在完成用户注册后，生成所述行程信息。

20.根据权利要求18所述的方法，其特征在于，所述判断当前用户是否为系统内的已注册用户，包括：

21.一种行程信息的处理方法，其特征在于，包括：

22.一种行程信息的处理方法，其特征在于，包括：

根据所述服务相关信息生成行程信息。

23.一种行程信息的处理方法，其特征在于，包括：

24.一种行程信息的处理方法，其特征在于，包括：

根据所述服务相关信息生成行程信息。

25.一种行程信息的处理装置，其特征在于，应用于客户端，包括：

26.一种行程信息的处理装置，其特征在于，应用于服务端，包括：

27.一种行程信息的处理装置，其特征在于，应用于客户端，包括：

28.一种行程信息的处理装置，其特征在于，应用于服务端，包括：

29.一种行程信息的处理装置，其特征在于，应用于客户端，包括：

30.一种行程信息的处理装置，其特征在于，应用于服务端，包括：

31.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

对用于获得行程服务的凭证进行图像扫描获得凭证信息；