【

具体实施方式

】

为了更好的理解本说明书的技术方案，下面结合附图对本发明实施例进行详细描述。

为了解决用户采用单一交通方式无法到达目的地时，需要分别购票的不便。本发明实施例提供了一种联运设备，可以为用户提供包含飞机方式与铁路方式的联运产品。通过直接购买联运产品，用户无需分别对不同交通方式进行购票，提高了用户体验。

图1为本发明实施例提供的一种联运设备的结构示意图，如图1所示，该设备包括：售票模块101、票务数据获取模块102和票务数据存储模块103。

售票模块101与票务数据存储模块103连接，票务数据存储模块103还与票务数据获取模块102连接。票务数据获取模块102通过互联网接口与机票供应商设备连接，并从机票供应商设备获取机票票务共享数据。票务数据获取模块102还通过局域网接口与铁路客票设备连接，并从铁路客票设备获取铁路客票票务数据。其中，机票票务共享数据具体包括：代理信息、机票的价格信息、机票的折扣信息、航班计划信息、检票时间信息、起飞时间信息、到达时间信息和剩余票数信息等。对应的，铁路客票数据可以包括铁路客票的价格信息、铁路客票的折扣信息、铁路计划信息、检票时间信息、出发时间信息、到达时间信息和剩余票数信息等。

在一些实施例中，所述联运设备的服务渠道可以为自动售票机、售票客服使用的售票窗口、12306购票网站、手机上的应用程序等。

在一些实施例中，可以由铁路客票供应商提供联运设备，例如12306售票系统等。可以理解为，上述设备为铁路客票供应商基于自身存储的铁路客票票务数据和机票供应商共享给铁路客票供应商的机票票务共享数据来确定联运产品。由于铁路客票系统和联运设备均为铁路客票供应商的系统，所以，铁路客票系统的载体：铁路客票设备可以通过局域网接口与联运设备中的票务数据获取模块102连接，从而可以获取到铁路客票票务数据。联运设备再通过互联网接口与机票供应商设备连接，从而可以获取到机票供应商设备共享给联运设备的机票票务共享数据。可选的，互联网接口可以为NDC新分销能力(NewDistribution Capability，NDC)数据接口，局域网接口可以为铁路售票相关接口。通过采用NDC接口协议和铁路售票相关接口协议，可以增加票务数据的获取效率，进一步增加票务数据存储模块中存储的机票票务共享数据和铁路客票票务数据的可靠性和准确性。可选的，机票供应商设备可以将机票票务共享数据进行打包，形成打包文件，票务数据获取模块102可以直接获取打包文件，并对打包文件进行解包后，得到机票票务共享数据。通过打包文件的形式获取机票票务共享数据，可以增加数据可靠性与安全性。

在一些实施例中，上述联运设备还可以为机票供应商提供，即联运设备中的票务数据模块102通过局域网接口与机票供应商设备连接，通过互联网接口与铁路客票设备连接。票务数据存储模块103用于对票务数据获取模块102获取到的机票票务数据和铁路客票设备提供的铁路客票票务共享数据进行存储。

售票模块101根据票务数据存储模块103中的机票票务共享数据和铁路客票票务数据确定至少一个联运产品，每个所述联运产品包含至少一个机票票务和至少一个铁路客票票务。其中，联运产品可以由预先设置的算法自动生成，也可以通过人工的方式生成。例如，售票模块101根据用户输入的出发地点和目标地点自动匹配出符合要求的联运产品。具体的，用户输入的出发地点为A，目的地点为B，则售票模块101可以通过遍历票务数据存储模块103中的机票票务共享数据和铁路客票票务数据来匹配符合条件的票务组合。在一些实施例中，也可以由运营人员手动设置两个地点之间的固定联运产品。具体的，用户在输入出发地点A和目的地点B后，可以从运营人员确定好的多个联运产品中，查找出发地点为A，目的地点为B的联运产品。

在一些实施例中，票务数据存储模块103中设置有机票票务共享数据库和铁路客票票务数据库。如图2所示，机票票务共享数据库104和所述铁路客票票务数据库105分别与票务数据获取模块102连接。机票票务共享数据库104用于存储机票票务共享数据，铁路客票票务数据库105用于存储铁路客票票务数据。

在一些实施例中，当联运设备的售票模块101接收到对联运产品的预订指令后，生成对应的联运产品订单，联运产品订单包含机票票务订单和铁路客票票务订单。确定对所述联运产品订单完成支付后，售票模块101对联运产品进行对应出票。具体的，售票模块101可以先根据联运产品订单，确定联运产品对应的机票票务和铁路客票票务。并根据机票票务，向机票供应商设备发送出票指令，以及根据铁路客票票务向铁路客票设备发送出票指令。最后根据机票供应商设备发送的第一出票成功信息和铁路客票设备发送的第二出票成功信息，确定完成对联运产品的出票。例如，联运产品的出发地点为A点，目的地点为B点，中转地点为C点，则联运产品订单中可以包含从A点到C点的机票票务和从C点到B点的铁路客票票务。当确定顾客对联运产品订单完成支付后，根据联运产品包含的机票票务向机票供应商设备发送带有航班标识信息和旅客身份信息的出票指令以及根据铁路客票票务向铁路客票设备发送带有车次标识信息和旅客身份信息的出票指令。具体的，旅客身份信息可以为旅客预先登记的购票人的身份信息，也可以为购买产品时，用户手动输入的购票人的身份信息。之后，当售票模块分别接收到机票供应商发送的对出票指令的出票成功信息和铁路客票设备发送的对出票指令的出票成功信息后，可以确定完成对联运产品的出票。

在一些实施例中，售票模块101还可以从机票供应商设备获取飞机正晚点数据及站台变更数据以及从所述铁路客票设备获取铁路正晚点数据及站台变更数据。售票模块101可以确定是否存在受到飞机正晚点数据及站台变更数据或铁路正晚点数据及站台变更数据影响的联运产品。如果存在受到影响的联运产品，则确定购买所述受到影响的联运产品的用户并向用户发送正晚点或站台变更的提示信息。可选的，售票模块还可以向用户发送是否改签或退票的提示信息。

在一些实施例中，联运设备还可以包括业务数据库和结算数据库，如图3所示，业务数据库106与售票模块101连接，用于对联运产品的订单数据和支付数据进行存储，结算数据库107与售票模块101连接，用于对联运产品的结算数据和流水数据进行存储。

图4为本发明实施例提供的一种业务数据库的存储内容示意图，如图4所示，业务数据库中可以包含：订单数据、子订单数据、订单明细数据、订单旅客信息、订单附加信息数据、订单非自愿退数据、支付前日志、支付回调日志、支付信息数据、故障单数据、订单支付对照数据、订单开票数据、行程单打印数据、订单日志数据和订单规则数据。

当用户购买联运产品时，响应于用户的提交订单操作，会产生订单数据，订单数据中包含该联运产品的相关数据，对应的，一个订单数据对应多个子订单数据，子订单数据即为联运产品中包含的机票票务订单数据和铁路客票订单数据。而订单明细数据则为订单数据中每个项目包含的明细数据。其中，对于每个订单数据，还有对应的旅客的到身份数据，用于为旅客进行出票。订单附加信息可以为用户下单时的备注信息等。当发生航班取消、航班延迟、火车延迟等情况而导致的旅客非自愿的退票，此时旅客可以选择改签或者退票等操作，而此过程中产生的数据即为所述订单非自愿退数据。当用户提交订单后，还会产生用于支付的支付前数据，之后售票模块101可以从银行等收款方获取支付回调日志来确认旅客是否已完成对联运订单的支付。而当订单支付失败或订单存在问题时，存在问题的订单会被划分为故障单数据。当用户需要联运设备提供发票时，联运设备可以根据存储的联运订单对应的订单开票数据来为用户提供电子发票或纸质发票。联运设备可以根据行程单打印数据来为用户提供纸质的行程单，其中，行程单打印数据可以包括联运产品的订单号、航班信息、旅客身份信息、验证网址、验证码等。

图5为本发明实施例提供的一种结算数据库的存储内容示意图，如图5所示，结算数据库中可以包含：结算总数据、分航司结算数据、出售/退票流水、结算记录数据和结算账户数据。其中，结算总数据为联运设备中的所有结算数据的汇总数据。由于联运设备可以与多个机票供应商设备连接，例如中国国际航空公司、北京首都航空公司中国东方航空公司等，因此，对于每个航空公司均存在结算数据，即上述分航司结算数据。出售/退票流水则是旅客购买联运产品或退订联运产品时，产生对应的流水数据。在对各个航空公司进行结算时，往往采用官方账户进行结算行为，联运设备可以对结算的官方账户进行记录，并生成相应的数据进行存储，即上述结算账户数据。通过结算数据库中的各个数据可以与供应商进行对账，确认交易数据是有误。

在一些实施例中，联运设备中还可以设置有与售票模块101连接的存储基础数据的基础数据库，基础数据库用于为联运设备提供构成系统的基础信息数据，例如，包含全球各个国家的所有城市的城市字典等。图6示出了一种基础数据库的存储内容示意图，如图6所示，基础数据库中可以包含：城市字典、机场字典、航空公司、航司仓等字典、码表字典和交易参数。

在一些实施例中，联运设备可以和铁路客票系统共享一个铁路客票票务数据库105，则票务数据获取模块102只需要从机票供应商设备获取机票票务共享数据，进一步减少了需要获取的数据，降低了系统延迟，优化了用户体验。

在一些实施例中，铁路客票供应商不仅可以从机票供应商获取机票票务共享数据，还可以从汽车票务供应商获取汽车票务共享数据以及从水运票务供应商获取水运票务共享数据。可选的，汽车票务数据可以为长途汽车票，水运票务数据可以为船票等。通过从汽车票务供应商获取汽车票务共享数据以及从水运票务供应商获取水运票务共享数据，可以扩大联运产品的覆盖范围，使联运产品不仅限于铁路与航空两种交通方式。使用户有更多的联运产品可以选择。

对应上述联运设备，本发明实施例还提供了一种联运系统的结构示意图，如图7所示，该联运系统包括：联运设备701、机票供应商设备702和铁路客票设备703。其中，联运设备701可以和不同的多个机票供应商设备702连接。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本说明书的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本说明书的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本说明书的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本说明书的实施例所属技术领域的技术人员所理解。

取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

需要说明的是，本说明书实施例中所涉及的终端可以包括但不限于个人计算机(Personal Computer；以下简称：PC)、个人数字助理(Personal Digital Assistant；以下简称：PDA)、无线手持设备、平板电脑(Tablet Computer)、手机、MP3显示器、MP4显示器等。

在本说明书所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

另外，在本说明书各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机装置(可以是个人计算机，服务器，或者网络装置等)或处理器(Processor)执行本说明书各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory；以下简称：ROM)、随机存取存储器(Random Access Memory；以下简称：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本说明书的较佳实施例而已，并不用以限制本说明书，凡在本说明书的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书保护的范围之内。