本发明实施例涉及互联网技术领域，特别涉及一种信息获取方法、提供方法、装置及系统。
背景技术：
随着互联网技术的发展，用户能够通过互联网在线下单购买电子票，从而降低了用户购买电子票所需的时间成本。电子票是指能够在网络中传输并能够在终端上显示，且与纸质票具有相同功能的票据。目前，诸如电影票、演出门票、演唱会门票、球赛门票等票据都会以电子票的形式提供给用户，以方便用户购买。
以电影票为例，在相关技术中，用户通过如下操作获取电影票订单，并根据该电影票订单完成电影票的在线购买。用户在诸如手机、平板电脑之类的终端中安装具有在线购买电影票功能的应用程序客户端，然后通过该客户端将用户查找、选择的电影票的相关信息发送给服务器，由服务器根据该用户选择的电影票的相关信息生成电影票订单。例如，依次执行如下操作步骤获取电影票订单：1、选择影院；2、选择影片；3、选择放映场次；4、选择座位；5、获取电影票订单。其中，选择影院的步骤可以在选择影片的步骤之前执行，也可以在选择影片的步骤之后执行。在获取到电影票订单之后，根据电影票订单所提示的金额进行在线支付，在线支付成功后即完成电影票在线购买。
在上述获取电影票订单的每一个操作步骤中，需要用户主动查找及选择电影票的相关信息，且每个步骤都需要客户端与服务器进行至少一次交互，整个过程需要客户端与服务器之间进行较多次数的交互，服务器仅需要根据用户选择的电影票的相关信息生成电影票订单。
因此，上述相关技术提供的获取电影票订单的方法，操作效率较低，且浪费客户端与服务器之间的传输资源。而对于除电影票之外的其它虚拟资源(例如演出门票、演唱会门票、电子机票、入场券等)，在获取虚拟资源订单时所采用的方法与上述相关技术相同或类似，存在同样的技术问题。
技术实现要素：
为了解决相关技术中获取虚拟资源订单的操作效率较低，且浪费客户端与服务器之间的传输资源的问题，本发明实施例提供了一种信息获取方法、提供方法、装置及系统。所述技术方案如下：
第一方面，提供了一种信息获取方法，所述方法包括：
获取第一类型的用户输入消息，所述第一类型的用户输入消息是指携带有全部的订购要素信息的用户输入消息，所述订购要素信息是指在线订购虚拟资源所需的必要信息；
向服务器发送所述第一类型的用户输入消息；
接收所述服务器在获取到与所述全部的订购要素信息相匹配的虚拟资源之后发送的虚拟资源信息，所述虚拟资源信息用于在线订购与所述全部的订购要素信息相匹配的虚拟资源。
第二方面，提供了一种信息提供方法，所述方法包括：
接收客户端发送的第一类型的用户输入消息，所述第一类型的用户输入消息是指携带有全部的订购要素信息的用户输入消息，所述订购要素信息是指在线订购虚拟资源所需的必要信息；
获取与所述全部的订购要素信息相匹配的虚拟资源；
生成用于订购所述虚拟资源的虚拟资源信息；
向所述客户端发送所述虚拟资源信息。
第三方面，提供了一种信息获取方法，所述方法包括：
显示与订购服务器的聊天对话界面；
获取在所述聊天对话界面中输入的第一类型的用户输入消息，所述第一类型的用户输入消息是指携带有全部的订购要素信息的用户输入消息，所述订购要素信息是指在线订购虚拟资源所需的必要信息；
向所述订购服务器发送所述第一类型的用户输入消息；
显示接收到的虚拟资源信息，所述虚拟资源信息用于在线订购与所述全部的订购要素信息相匹配的虚拟资源。
第四方面，提供了一种信息获取装置，所述装置包括：
第一获取模块，用于获取第一类型的用户输入消息，所述第一类型的用户输入消息是指携带有全部的订购要素信息的用户输入消息，所述订购要素信息是指在线订购虚拟资源所需的必要信息；
第一发送模块，用于向服务器发送所述第一类型的用户输入消息；
信息接收模块，用于接收所述服务器在获取到与所述全部的订购要素信息相匹配的虚拟资源之后发送的虚拟资源信息，所述虚拟资源信息用于在线订购与所述全部的订购要素信息相匹配的虚拟资源。
第五方面，提供了一种信息提供装置，所述装置包括：
第一接收模块，用于接收客户端发送的第一类型的用户输入消息，所述第一类型的用户输入消息是指携带有全部的订购要素信息的用户输入消息，所述订购要素信息是指在线订购虚拟资源所需的必要信息；
资源获取模块，用于获取与所述全部的订购要素信息相匹配的虚拟资源；
信息生成模块，用于生成用于订购所述虚拟资源的虚拟资源信息；
信息发送模块，用于向所述客户端发送所述虚拟资源信息。
第六方面，提供了一种信息获取装置，所述装置包括：
界面显示模块，用于显示与订购服务器的聊天对话界面；
第一获取模块，用于获取在所述聊天对话界面中输入的第一类型的用户输入消息，所述第一类型的用户输入消息是指携带有全部的订购要素信息的用户输入消息，所述订购要素信息是指在线订购虚拟资源所需的必要信息；
第一发送模块，用于向所述订购服务器发送所述第一类型的用户输入消息；
信息显示模块，用于显示接收到的虚拟资源信息，所述虚拟资源信息用于在线订购与所述全部的订购要素信息相匹配的虚拟资源。
第七方面，提供了一种信息获取系统，所述系统包括：客户端和服务器；
所述客户端包括如第四方面所述的信息获取装置；
所述服务器包括如第五方面所述的信息提供装置。
本发明实施例提供的技术方案带来的有益效果包括：
通过将全部的订购要素信息一次收集完成，客户端将上述全部的订购要素信息一并发送给服务器，由服务器查找与其匹配的虚拟资源并生成相应的虚拟资源订单，从而减少整个订购过程中客户端与服务器之间的交互次数，有助于提升在线订购虚拟资源的操作效率，且节省客户端与服务器之间的传输资源。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的一种实施环境的示意图；
图2是本发明实施例提供的一种信息获取方法的流程图；
图3是示例性示出的一种信息收集页面的示意图；
图4是本发明实施例提供的另一种信息获取方法的流程图；
图5是本发明实施例提供的另一种信息获取方法的流程图；
图6是示例性示出的一种获取电子票信息的界面示意图；
图7是示例性示出的一种服务器对消息的处理流程的示意图；
图8是示例性示出的一种服务器集群的架构图；
图9是本发明实施例提供的另一种信息获取方法的流程图；
图10是本发明实施例提供的一种信息获取装置的框图；
图11是本发明实施例提供的一种信息提供装置的框图；
图12是本发明实施例提供的一种信息获取装置的框图；
图13是本发明实施例提供的一种终端的结构示意图；
图14是本发明实施例提供的一种服务器的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。
请参考图1，其示出了本发明实施例提供的一种实施环境的示意图。该实施环境可以包括：终端110和服务器120。
终端110可以是诸如手机、平板电脑、电子书阅读器、多媒体播放设备、pda(personaldigitalassistant，个人数字助理)、pc(personalcomputer，个人计算机)等电子设备。终端110中安装运行有具备在线订购虚拟资源功能的客户端。例如，该客户端可以是具备ai(artificialintelligence，人工智能)功能的客户端，也可以是购物类客户端，或者是浏览器，该浏览器能够打开具备在线订购虚拟资源功能的网页。
终端110与服务器120之间具有通信连接。该通信连接可以基于有线网络或者无线网络建立。
服务器120可以是一台服务器，也可以是由多台服务器组成的服务器集群，或者是一个云计算服务中心。服务器120用于向上述客户端提供后台服务。
在本发明实施例中，虚拟资源是指能够在网络上订购的资源。虚拟资源可以是虚拟物品，也可以是服务，或者其它类型的虚拟资源。
在一个示例中，虚拟资源为电子票。电子票是指能够在网络中传输并能够在终端上显示，且与纸质票具有相同功能的票据。可选地，电子票是内容、地点、时间、人数和座位中的至少两项参数需要进行选择的票据。上述地点可以是场地、场馆、商场等公共场所。例如，电子票可以是电影票、演出门票、演唱会门票、音乐会门票、球赛门票、电子机票、电子火车票、电子入场券等等。
在本发明实施例中，通过将全部的订购要素信息一次收集完成，客户端将上述全部的订购要素信息一并发送给服务器，以使得服务器据此生成符合上述订购需求的虚拟资源订单，从而减少整个订单获取过程中客户端与服务器之间的交互次数，有助于提升获取虚拟资源订单的操作效率，且节省客户端与服务器之间的传输资源。
其中，订购要素信息是指在线订购虚拟资源所需的必要信息，全部的订购要素信息是指在线订购虚拟资源所需的全部必要信息。当虚拟资源为电子票时，订购要素信息可以称为购票要素信息，购票要素信息是指在线购买电子票所需的必要信息。相应地，全部的购票要素信息是指在线购买电子票所需的全部必要信息。以电子票是电影票为例，全部的购票要素信息包括：影片名称、影院名称、观影时间和观影人数。以电子票是演唱会门票为例，全部的购票要素信息包括：演出名称、演出场馆、演出时间、观演人数、观演座位(或观演座位区域)。以电子票是电子机票为例，全部的购票要素信息包括：航班编号、购票人数、乘机座位(或乘机仓位)。
示例性地，本发明实施例提供的技术方案，可应用于任何具备在线订购虚拟资源功能的系统中。例如，该系统可以是购物系统、生活服务系统、电子票务系统、团购系统、电影票订购系统、机票订购系统、火车票订购系统等。该系统可以基于人工智能技术实现，以和用户对话的形式获取用户的订购需求，进而根据用户的订购需求为用户订购合适的虚拟资源。
请参考图2，其示出了本发明实施例提供的一种信息获取方法的流程图。该方法可应用于图1所示的实施环境中。该方法可以包括如下几个步骤：
步骤201，客户端获取第一类型的用户输入消息。
第一类型的用户输入消息是指携带有全部的订购要素信息的用户输入消息。用户输入消息是指由用户输入的消息。
订购要素信息是指在线订购虚拟资源所需的必要信息，全部的订购要素信息是指在线订购虚拟资源所需的全部必要信息。当虚拟资源为电子票时，订购要素信息可以称为购票要素信息，购票要素信息是指在线购买电子票所需的必要信息。相应地，全部的购票要素信息是指在线购买电子票所需的全部必要信息。以电子票是电影票为例，全部的购票要素信息包括：影片名称、影院名称、观影时间和观影人数。其中，影片名称是指用户所需观看的影片的名称，如《我不是潘x莲》、《奇x博士》、《深海浩x》等。影院名称是指用户观影所需的电影院的名称，如xx影院、xx影城等。观影时间是指用户计划观影的时间，例如下午5点、晚上8点等。观影人数是指用户计划观影的人数，例如1人、2人、3人等。
相较于相关技术中客户端分多次收集全部的订购要素信息，在本发明实施例中，客户端将全部的订购要素信息一次收集完成。
示例性地，客户端获取第一类型的用户输入消息包括如下几种可能的实现方式：
在第一种可能的实现方式中，客户端获取以文字形式输入的第一类型的用户输入消息。
例如，用户通过客户端调用输入法程序，通过该输入法程序输入如下文字内容：今天下午5点，2人去xx影院观看我不是潘x莲。相应地，客户端获取以文字形式输入的第一类型的用户输入消息。
在第二种可能的实现方式中，客户端获取以语音形式输入的第一类型的用户输入消息。
例如，用户通过客户端调用麦克风，通过麦克风采集如下语音信息：我想在今天晚上8点去xx影院观看奇x博士，帮我出2张电影票。相应地，客户端获取以语音形式输入的第一类型的用户输入消息。
在第三种可能的实现方式中，客户端接收服务器发送的信息收集页面，该信息收集页面用于收集全部的订购要素信息；显示信息收集页面；获取在信息收集页面中输入的全部的订购要素信息；根据获取的全部的订购要素信息，生成第一类型的用户输入消息。
可选地，信息收集页面中包括用于供用户输入全部的订购要素信息的输入框，用户在上述输入框中能够输入全部的订购要素信息。请参考图3，其示例性示出了一种信息收集页面30的示意图。信息收集页面30中包括：影片输入框31、影院输入框32、时间输入框33和人数输入框34。用户根据实际购票需求在影片输入框31中输入影片名称，在影院输入框32中输入影院名称，在时间输入框33中输入观影时间，在人数输入框34中输入观影人数。而后，用户点击信息收集页面30中的确认控件35，确认提交上述全部的购票要素信息，客户端生成携带有全部的购票要素信息的用户输入消息(也即第一类型的用户输入消息)。
另外，服务器在检测到客户端具有订购需求时，向客户端发送信息收集页面。例如，当客户端向服务器发送“我要看电影”的用户输入消息或者具有类似含义的用户输入消息之后，服务器向客户端发送信息收集页面。
步骤202，客户端向服务器发送第一类型的用户输入消息。
相应地，服务器接收客户端发送的第一类型的用户输入消息。
可选地，在客户端获取以语音形式输入的第一类型的用户输入消息的情况下，客户端可以将语音形式的第一类型的用户输入消息转换为文字形式的第一类型的用户输入消息，并向服务器发送文字形式的第一类型的用户输入消息；或者，客户端也可以直接将语音形式的第一类型的用户输入消息发送给服务器，由服务器将语音形式的第一类型的用户输入消息转换为文字形式的第一类型的用户输入消息。其中，将用户输入消息由语音形式转换为文字形式可采用语音识别技术。
步骤203，服务器获取与全部的订购要素信息相匹配的虚拟资源。
可选地，当虚拟资源为电子票时，服务器获取与全部的购票要素信息相匹配的电子票。例如，服务器搜索获取与全部的购票要素信息相匹配的电子票。服务器中存储有电子票数据库，该电子票数据库中记录有电子票的相关数据。以电子票是电影票为例，服务器中存储有电影票数据库，该电影票数据库中记录有电影票数据。上述电影票数据可以包括：当前正在上映的各个影片在各个影院的放映场次，每一个放映场次的放映时间和座位订购情况。
可选地，以电子票是电影票为例，步骤203包括如下几个子步骤：
步骤203a，服务器从电影票数据库中选取与影片名称和影院名称相同、放映时间与观影时间之间的时间间隔小于预设阈值且余票数量不小于观影人数的放映场次；
其中，预设阈值是预先设定的经验值，例如60分钟。
可选地，当存在多个满足上述条件的放映场次时，服务器选取放映时间与观影时间之间的时间间隔最小的放映场次。
步骤203b，服务器从上述选取的放映场次的可选座位中，选择与观影人数相符的座位，并根据选择的座位生成电影票。
放映场次的可选座位是指该放映场次中暂未被订购的座位。在一个示例中，服务器从上述选取的放映场次的可选座位中，随机选择与观影人数相符的座位。在另一个示例中，服务器从上述选取的放映场次的可选座位中，选择与观影人数相符且优先级最高的座位。服务器可以按照各个座位的位置对各个座位进行优先级排序，例如靠场地中央的位置的优先级较高，而靠场地四周的座位的优先级较低。通过上述方式，能够为用户自动选择最佳的观影座位，在提升系统性能的同时也能够提升用户体验。
在本发明实施例中，通过服务器将电影票数据缓存在本地数据库中，有助于提高服务器搜索获取电影票的效率。另外，服务器可定时更新电影票数据库，以确保电影票数据库中存储的电影票数据的准确性和实时性。例如，服务器每隔预定时间间隔获取最新的电影票数据；将最新的电影票数据与电影票数据库中缓存的电影票数据进行比对；若两者存在不同，则将电影票数据库中存储的电影票数据更新为上述最新的电影票数据；若两者相同，则不执行更新操作。上述预定时间间隔根据实际需求进行设定，例如1分钟、10分钟等等。
步骤204，服务器生成用于订购上述虚拟资源的虚拟资源信息。
虚拟资源信息中包括虚拟资源的相关信息，虚拟资源信息即是指虚拟资源订单。当虚拟资源为电子票时，虚拟资源信息可称为电子票信息，电子票信息中包括电子票的相关信息，电子票信息即是指电子票订单。以电子票是电影票为例，电影票信息(或称为“电影票订单”)中包括电影票对应的影片名称、影院名称、放映时间、座位编号和订单金额。
步骤205，服务器向客户端发送虚拟资源信息。
相应地，客户端接收服务器发送的虚拟资源信息。
可选地，上述步骤205之后还包括：客户端显示虚拟资源信息。
以电子票信息为例，客户端在接收到电子票信息之后，显示该电子票信息和相应的支付控件。用户在确认电子票信息中的各项信息无误之后，触发支付控件完成在线支付流程，从而完成电子票在线购买。
综上所述，本发明实施例提供的方法，通过将全部的订购要素信息一次收集完成，客户端将上述全部的订购要素信息一并发送给服务器，由服务器查找与其匹配的虚拟资源并生成相应的虚拟资源订单，从而减少整个订购过程中客户端与服务器之间的交互次数，有助于提升在线订购虚拟资源的操作效率，且节省客户端与服务器之间的传输资源。
请参考图4，其示出了本发明实施例提供的另一种信息获取方法的流程图。该方法可应用于图1所示的实施环境中。该方法可以包括如下几个步骤：
步骤401，客户端获取用户输入消息。
用户输入消息是指由用户输入的消息。在本发明实施例中，对用户输入消息的方式不作限定。用户可以通过麦克风输入语音形式的用户输入消息，用户也可以通过输入法程序输入文字形式的用户输入消息，用户还可以通过触发客户端显示的预设按钮，将与该预设按钮对应的预设消息作为用户输入消息。例如，客户端显示有“我要看电影”按钮，用户点击该按钮触发输入的用户输入消息为“我要看电影”。
步骤401包括如下几种可能情况：
1、客户端获取第一类型的用户输入消息，第一类型的用户输入消息是指携带有全部的订购要素信息的用户输入消息；
例如，以获取电影票订单为例，第一类型的用户输入消息为：帮我订2张今天晚上8点xx影院的奇x博士的电影票。
2、客户端获取第二类型的用户输入消息，第二类型的用户输入消息是指携带有部分的订购要素信息的用户输入消息；
例如，以获取电影票订单为例，第二类型的用户输入消息为：我想在今天下午3点看深海浩x。上述举例的第二类型的用户输入消息中仅包括影片名称和观影时间，但并不包括影院名称和观影人数。
3、客户端获取第三类型的用户输入消息，第三类型的用户输入消息是指未携带订购要素信息的用户输入消息；
例如，第三类型的用户输入消息为：今天吃什么。
可选地，客户端通过聊天对话方式获取在聊天对话界面中输入的用户输入消息。例如，当客户端是具备ai功能的客户端时，该聊天对话界面可以是用户与ai机器人之间的聊天对话界面，该ai机器人可以看作是客户端，也可以看作是为客户端提供后台服务的服务器。通过上述方式，采用与用户之间进行友好交互的方式获取用户的虚拟资源订购需求，提供了一种崭新的在线订购虚拟资源的场景和方式。
步骤402，客户端向服务器发送用户输入消息。
相应地，服务器接收客户端发送的用户输入消息。
可选地，在客户端获取以语音形式输入的用户输入消息的情况下，客户端可以将语音形式的用户输入消息转换为文字形式的用户输入消息，并向服务器发送文字形式的用户输入消息；或者，客户端也可以直接将语音形式的用户输入消息发送给服务器，由服务器将语音形式的用户输入消息转换为文字形式的用户输入消息。其中，将用户输入消息由语音形式转换为文字形式可采用语音识别技术。
步骤403，服务器确定用户输入消息的类型。
用户输入消息的类型为上文介绍的第一类型、第二类型和第三类型中的任意一种。服务器从用户输入消息中识别订购要素信息，并根据识别结果确定用户输入消息的类型。若服务器从用户输入消息中识别出全部的订购要素信息，则确定用户输入消息的类型为第一类型；若服务器从用户输入消息中识别出部分的订购要素信息，则确定用户输入消息的类型为第二类型；若服务器从用户输入消息中未识别出订购要素信息，则确定用户输入消息的类型为第三类型。
服务器可采用关键字识别技术、语义分析技术或者结合上述两种技术从用户输入消息中识别订购要素信息。
可选地，服务器检测用户输入消息是否与基础消息模板相匹配；若用户输入消息与基础消息模板相匹配，则服务器采用基于基础消息模板生成的消息变量模板从用户输入消息中识别得到订购要素信息；若用户输入消息与基础消息模板不匹配，则服务器确定用户输入消息中未携带订购要素信息，也即确定用户输入消息的类型为第三类型。
其中，基础消息模板用于判定用户输入消息中是否携带有订购要素信息。当用户输入消息与基础消息模板相匹配时，说明用户输入消息中携带有至少一项订购要素信息，服务器采用消息变量模板从用户输入消息中识别得到订购要素信息，进而根据识别得到的订购要素信息的项数确定用户输入消息的类型为第一类型或第二类型。消息变量模板用于从用户输入消息中识别提取订购要素信息。基础消息模板和消息变量模板可采用正则表达式构建，通过正则表达式来确定用户输入消息中是否携带有订购要素信息，以及在确定用户输入消息中携带订购要素信息的情况下，从用户输入消息中识别提取订购要素信息。
若用户输入消息的类型为第一类型，则服务器从下述步骤404开始执行；若用户输入消息的类型为第二类型，则服务器从下述步骤408开始执行；若用户输入消息的类型为第三类型，则服务器从下述步骤410开始执行。
步骤404，若用户输入消息的类型为第一类型，则服务器获取与用户输入消息中携带的全部的订购要素信息相匹配的虚拟资源。
步骤405，服务器生成用于订购上述虚拟资源的虚拟资源信息。
步骤406，服务器向客户端发送虚拟资源信息。
相应地，客户端接收服务器发送的虚拟资源信息。
可选地，步骤406之后还包括如下步骤407：
步骤407，客户端显示虚拟资源信息。
上述步骤404至步骤406与图2所示实施例中的步骤203至步骤205相同或类似，具体详见步骤203至步骤205中的解释说明，此处不再赘述。
步骤408，若用户输入消息的类型为第二类型，则服务器向客户端发送信息收集页面。
相应地，客户端接收服务器发送的信息收集页面。
在用户输入消息中仅携带部分的订购要素信息的情况下，服务器无法根据该部分的订购要素信息准确地搜索获取到虚拟资源。例如，用户输入消息为“我想在今天下午3点看深海浩x”，服务器从中只能识别出2项购票要素信息，也即影片名称和观影时间，但是并不确定影院名称和观影人数，因此服务器无法准确地搜索获取到电影票。
在这种情况下，服务器向客户端发送信息收集页面，该信息收集页面用于收集全部的订购要素信息。可选地，信息收集页面中包括上述从第二类型的用户输入消息中识别出的部分的订购要素信息。仍然结合上述例子，服务器向客户端发送的信息收集页面中，在影片输入框中已经填写“深海浩x”，在时间输入框中已经填写“今天15:00”，而影院输入框和人数输入框中未填写相应的购票要素信息，等待用户补充。
步骤409，客户端显示信息收集页面。
客户端通过向用户显示信息收集页面，使得用户能够根据实际订购需求在信息收集页面中输入全部的订购要素信息。例如，用户在影院输入框中输入“xx影院”，在人数输入框中输入“3人”，并确认提交之后，客户端获取到全部4项购票要素信息。
之后，客户端与服务器执行如下步骤(图中未示出)以获取虚拟资源信息(也即虚拟资源订单)：客户端获取在信息收集页面中输入的全部的订购要素信息，根据获取的全部的订购要素信息，生成第一类型的用户输入消息，并向服务器发送第一类型的用户输入消息；服务器接收客户端发送的第一类型的用户输入消息，获取与该第一类型的用户输入消息中携带的全部的订购要素信息相匹配的虚拟资源，生成用于订购上述虚拟资源的虚拟资源信息，向客户端发送虚拟资源信息；客户端接收服务器发送的虚拟资源信息。
可选地，服务器向客户端发送信息收集页面之前，还执行如下步骤：
1、服务器获取登录客户端的用户帐号的特征信息；
用户帐号的特征信息用于指示该用户帐号对应的用户个人特征。针对不同类型虚拟资源的订购需求，服务器获取的特征信息也有所不同。例如，当订购电影票时，服务器获取的特征信息包括但不限于以下至少一项：当前地理位置、常用的影院名称、常用的观影人数、常用的观影时间、偏好的影片类型、历史观影记录等。又例如，当订购演唱会门票时，服务器获取的特征信息包括但不限于以下至少一项：偏好的明星、历史购票记录、当前地理位置、常用的观演人数等。又例如，当订购电子机票时，服务器获取的特征信息包括但不限于以下至少一项：常用的航班编号、常用的购票人数、常用的乘机仓位、偏好的航空公司、历史乘机记录等。又例如，当订购家政服务时，服务器获取的特征信息包括但不限于以下至少一项：常用的家政服务机构、常用的服务项目、常用的服务时间、历史的家政服务订购记录等。
2、服务器根据用户帐号的特征信息，生成至少一项订购要素信息的推荐信息。
服务器通过对用户帐号的特征信息进行分析，生成至少一项订购要素信息的推荐信息。订购要素信息的推荐信息是指基于用户个人特征向用户推荐的订购要素信息。例如，服务器根据用户的当前地理位置，选择距离当前地理位置最近的影院作为影院名称的推荐信息。又例如，服务器根据用户常用的观影人数，将该常用的观影人数作为观影人数的推荐信息。再例如，服务器根据用户偏好的影片类型，将当前正在上映的影片中属于上述偏好的影片类型的影片作为影片名称的推荐信息。还例如，服务器根据历史观影记录确定常用的影院名称、常用的观影人数、常用的观影时间、偏好的影片类型中的至少一项信息，并根据确定出的上述信息进一步生成购票要素信息的推荐信息。
服务器向客户端发送的信息收集页面中还包括上述订购要素信息的推荐信息，以便于客户端在显示信息收集页面的同时，将订购要素信息的推荐信息显示在相应的输入框中，如果订购要素信息的推荐信息恰好是符合用户实际订购需求的，那么用户无需再手动输入订购要素信息，简化用户操作。
需要说明的是，对于任意一项订购要素信息，如果该项订购要素信息已经从用户输入信息中识别得到，则服务器向客户端发送的信息收集页面中包括该项识别得到的订购要素信息，而不包括该项订购要素信息的推荐信息；如果该项订购要素信息并未从用户输入信息中识别得到，则服务器向客户端发送的信息收集页面中可以包括该项订购要素信息的推荐信息。
步骤410，若用户输入消息的类型为第三类型，则服务器将用户输入消息发送给至少两个智能聊天系统。
在用户输入消息中未携带订购要素信息的情况下，说明该用户输入消息与订购虚拟资源无关，此时服务器调用智能聊天系统与用户进行人工智能对话。
服务器与一个或者多个智能聊天系统对接。可选地，服务器与至少两个智能聊天系统对接。不同的智能聊天系统的消息回复策略有所不同。例如，针对同一句用户输入消息“今天吃什么”，智能聊天系统a生成的回复消息为“今天吃老北京炸酱面”，智能聊天系统b生成的回复消息为“我不吃饭，给我充电就行了”。可选地，不同的智能聊天系统还可以有不同的风格，例如能够模仿女仆、暖男、大叔等不同人物的声音。
步骤411，服务器接收各个智能聊天系统发送的对应于第三类型的用户输入消息的回复消息。
步骤412，服务器获取各个回复消息与第三类型的用户输入消息之间的匹配度。
在本发明实施例中，对计算回复消息与第三类型的用户输入消息之间的匹配度的方式不作限定。例如，服务器基于语义分析算法，对第三类型的用户输入消息和回复消息进行语义分析，计算回复消息与第三类型的用户输入消息之间的语义匹配度。
步骤413，服务器根据匹配度确定对应于第三类型的用户输入消息的最终回复消息。
可选地，服务器选取匹配度最高的回复消息作为最终回复消息。
步骤414，服务器向客户端发送最终回复消息。
相应地，客户端接收服务器发送的最终回复消息。
而后，客户端将最终回复消息进行展示。例如，当最终回复消息为文字形式时，客户端显示最终回复消息；当最终回复消息为语音形式时，客户端播放最终回复消息。
在本发明实施例中，通过服务器与至少两个智能聊天系统对接，实现为用户提供更具多样性的人工智能聊天体验。
可选地，客户端获取的消息还可能是预设消息。预设消息是指预先设定的消息。预设消息用于表达具有订购虚拟资源的需求，但预设消息中并不携带订购要素信息。以获取电影票订单为例，预设消息包括“我要看电影”、“我要订电影票”、“我要买电影票”等。预设消息的数量可以是一条，也可以是多条，本发明实施例对此不作限定。
客户端获取预设消息之后，向服务器发送预设消息；服务器在接收到预设消息之后，向客户端发送信息收集页面；客户端接收服务器发送的信息收集页面，显示信息收集页面。在上文已经介绍，信息收集页面用于收集全部的订购要素信息。可选地，信息收集页面中包括至少一项订购要素信息的推荐信息。之后，客户端与服务器按照上文介绍的步骤以获取虚拟资源信息(也即虚拟资源订单)，本实施例对此不再赘述，参见步骤409之后的介绍说明。
服务器在从客户端接收到任一消息之后，可以首先判断该消息是否为预设消息；如果该消息为预设消息，则服务器从向客户端发送信息收集页面的步骤开始执行；如果该消息不是预设消息，则说明该消息为上述任一类型的用户输入消息，则服务器从确定用户输入消息的类型的步骤开始执行。
通过上述方式，服务器在接收到客户端发送的任一消息之后，首先判断该消息是否为预设消息，并在该消息是预设消息的情况下，向客户端发送信息收集页面，从而提高了服务器对预设消息的响应效率。
另外需要补充说明的一点是，在本发明实施例中，对用户输入预设消息的方式不作限定，例如用户可以采用文字形式输入预设消息，也可以采用语音形式输入预设消息，还可以采用预设按钮输入预设消息，等等。
综上所述，本发明实施例提供的方法，通过将全部的订购要素信息一次收集完成，客户端将上述全部的订购要素信息一并发送给服务器，由服务器查找与其匹配的虚拟资源并生成相应的虚拟资源订单，从而减少整个订购过程中客户端与服务器之间的交互次数，有助于提升在线订购虚拟资源的操作效率，且节省客户端与服务器之间的传输资源。
另外，在服务器获取部分的订购要素信息的情况下，通过向客户端发送信息收集页面，从而一次收集全部的订购要素信息，使得客户端与服务器之间仅需两次交互即可生成虚拟资源订单，相较于相关技术的交互次数同样缩短。
另外，还通过服务器获取登录客户端的用户帐号的特征信息，根据用户帐号的特征信息，生成至少一项订购要素信息的推荐信息，并在信息收集页面中显示上述订购要素信息的推荐信息，实现了向用户自动推荐合适的订购要素信息，有助于减少用户的输入操作，进一步提高订购效率。
在上述方法实施例中，仅从客户端和服务器之间交互的角度进行介绍说明。其中，有关客户端一侧的步骤可以单独实现成客户端侧的信息获取方法，有关服务器一侧的步骤可以单独实现成为服务器侧的信息提供方法。
请参考图5，其示出了本发明实施例提供的另一种信息获取方法的流程图。在本实施例中，客户端以聊天对话方式获取用户的虚拟资源订购需求。该方法可以包括如下几个步骤：
步骤501，客户端显示与订购服务器的聊天对话界面。
聊天对话界面是指以聊天对话的方式获取用户的虚拟资源订购需求的用户界面。可选地，该聊天对话界面可以是客户端(也即用户)与订购服务器之间的聊天对话界面。订购服务器是为客户端提供后台服务的服务器，也即上述图2和图4实施例中的服务器。订购服务器可以称为订购机器人，其具备ai功能。
在一个例子中，假设客户端为“智能助手”客户端，订购服务器为订票服务器。“智能助手”客户端以聊天对话方式获取用户的电影票订购需求。如图6中(a)部分所示，用户打开“智能助手”客户端，“智能助手”客户端显示与订票服务器的聊天对话界面60。聊天对话界面60中包括欢迎语61、文字输入栏62和语音输入按钮63。文字输入栏62用于触发调用输入法程序，使得用户能够输入文字形式的用户输入消息。语音输入按钮63用于触发调用麦克风，使得用户能够输入语音形式的用户输入消息。可选地，聊天对话界面60中还包括多个快捷功能按钮，如图中示出的用于在线购买电影票的“我要看电影”快捷功能按钮64、用于在线预订餐厅的“我要订餐厅”快捷功能按钮(图中未标号)、用于在线叫车的“我要打车”快捷功能按钮(图中未标号)。
步骤502，客户端获取在聊天对话界面中输入的第一类型的用户输入消息。
第一类型的用户输入消息是指携带有全部的订购要素信息的用户输入消息，订购要素信息是指在线订购虚拟资源所需的必要信息。
示例性地，客户端获取在聊天对话界面中输入的第一类型的用户输入消息包括如下几种可能的实现方式：
在第一种可能的实现方式中，客户端获取在聊天对话界面中以文字形式输入的第一类型的用户输入消息。
例如，用户可以在聊天对话界面60的文字输入栏62中输入如下文字内容“今天晚上8点，4人去xx影院观看我不是潘x莲”，并提交给“智能助手”客户端。相应地，“智能助手”客户端获取在聊天对话界面60中以文字形式输入的第一类型的用户输入消息。
在第二种可能的实现方式中，客户端获取在聊天对话界面中以语音形式输入的第一类型的用户输入消息。
例如，用户点击聊天对话界面60中的语音输入按钮63，触发“智能助手”客户端调用麦克风，通过麦克风采集如下语音信息：我想在今天晚上8点去xx影院观看奇x博士，帮我出2张电影票。相应地，“智能助手”客户端获取在聊天对话界面60中以语音形式输入的第一类型的用户输入消息。
在第三种可能的实现方式中，客户端获取在聊天对话界面的信息收集页面中输入的全部的订购要素信息；生成携带有全部的订购要素信息的第一类型的用户输入消息。
可选地，信息收集页面中包括用于供用户输入全部的订购要素信息的输入框，用户在上述输入框中能够输入全部的订购要素信息。信息收集页面的示例性示意图可参见图3。
例如，如图6中(b)部分所示，“智能助手”客户端在聊天对话界面60中显示信息收集页面65。用户在信息收集页面65中填写全部的购票要素信息，包括影片名称、影院名称、观影时间和观影人数。如图6中(c)部分所示，用户在信息收集页面65中填写影片名称“我不是潘x莲”、影院名称“xx影城(深大店)”、观影时间“今天17:00”以及观影人数“2人”。用户在输入完成全部的购票要素信息之后，点击信息收集页面65中的“确认”按钮，触发“智能助手”客户端向订票服务器发送第一类型的用户输入消息，该第一类型的用户输入消息中携带上述全部的购票要素信息。
另外，用户可以在信息收集页面的输入框中直接输入订购要素信息；或者，用户也可以触发显示订购要素信息对应的候选项，从候选项中选择需要输入的订购要素信息。
信息收集页面由订购服务器发送给客户端。可选地，在如下两种情况下，客户端从订购服务器获取信息收集页面并显示。
在一种可能的情况下，客户端获取在聊天对话界面中输入的第二类型的用户输入消息，第二类型的用户输入消息是指携带有部分的订购要素信息的用户输入消息；向订购服务器发送第二类型的用户输入消息；接收订购服务器发送的信息收集页面；在聊天对话界面中显示信息收集页面。
例如，第二类型的用户输入消息为“我想在今天晚上9点看深海浩x”，订票服务器从中只能识别出2项购票要素信息，也即影片名称和观影时间，但是并不确定影院名称和观影人数，因此订票服务器无法准确地搜索获取到电影票。在这种情况下，订票服务器向客户端发送信息收集页面，用于收集全部的购票要素信息。客户端接收到信息收集页面之后，将信息收集页面显示在聊天对话界面中。
可选地，信息收集页面中包括上述从第二类型的用户输入消息中识别出的部分的订购要素信息。仍然结合上述例子，订票服务器向客户端发送的信息收集页面中，在影片输入框中已经填写“深海浩x”，在时间输入框中已经填写“今天21:00”，而影院输入框和人数输入框中未填写相应的购票要素信息，等待用户补充。
在另一种可能的情况下，客户端获取在聊天对话界面中输入的预设消息；向订购服务器发送预设消息；接收订购服务器发送的信息收集页面；在聊天对话界面中显示信息收集页面。
预设消息是指预先设定的消息。预设消息用于表达具有订购虚拟资源的需求，但预设消息中并不携带订购要素信息。以获取电影票订单为例，预设消息包括“我要看电影”、“我要订电影票”、“我要买电影票”等。预设消息的数量可以是一条，也可以是多条，本发明实施例对此不作限定。
结合参考图6，用户点击“我要看电影”快捷功能按钮62之后，“智能助手”客户端向订票服务器发送预设消息，该预设消息的内容为“我要看电影”。
在其它可能的实现方式中，用户也可以通过文字或者语音输入用于表达订购需求的预设消息。例如，用户在聊天对话界面60的文字输入栏62中输入“我想看个电影”的文字信息，或者用户点击聊天对话界面60中的语音输入按钮63输入“我要订电影票”的语音信息。
订购服务器在检测到客户端发送的用户输入消息为预设消息后，向客户端发送信息收集页面，用于收集全部的订购要素信息。客户端接收到信息收集页面之后，将信息收集页面显示在聊天对话界面中。
可选地，信息收集页面中包括至少一项订购要素信息的推荐信息。有关推荐信息的介绍说明可参见上述图4实施例，本实施例对此不再赘述。
步骤503，客户端向订购服务器发送第一类型的用户输入消息。
订购服务器接收到客户端发送的第一类型的用户输入消息之后，获取与全部的订购要素信息相匹配的虚拟资源，而后生成用于订购上述虚拟资源的虚拟资源信息(也即虚拟资源订单)，并向客户端发送虚拟资源信息。上述过程可参见图2实施例中的步骤202-205，本实施例对此不再赘述。
步骤504，客户端接收订购服务器发送的虚拟资源信息。
步骤505，客户端显示虚拟资源信息。
客户端在接收到虚拟资源信息之后，显示该虚拟资源信息和相应的支付控件。用户在确认虚拟资源信息中的信息无误之后，触发支付控件完成在线支付流程，从而完成虚拟资源在线订购。
如图6中(d)部分所示，客户端在聊天对话界面60中显示电影票订单66，用户查看电影票订单66中的信息无误后，点击“支付”按钮，完成在线支付流程，从而完成电影票在线购买。
借助于“智能助手”客户端，将服务商和用户通过聊天互动的方式串联起来，用户在使用“智能助手”客户端和“智能助手”聊天的过程中，“智能助手”会根据用户需求提供相应的信息和服务(包括但不限于电影票订购服务)，有助于增强趣味性，且能够有效提高服务的使用率。另外，当用户在线购买电影票之后，“智能助手”还可以为用户提供一些关联服务，例如为用户推荐影院附近的餐厅、为用户提前规划到达影院的线路并提供叫车服务，等等。
综上所述，本实施例提供的方法，采用与用户之间进行友好交互的方式获取用户的虚拟资源订购需求，提供了一种崭新的在线订购虚拟资源的场景和方式。
在一个示例中，结合参考图7，其示出了服务器对从客户端接收到的消息的处理流程的示意图。服务器70包括：消息收发模块71、消息识别模块72、消息分发模块73、消息过滤模块74。
消息收发模块71用于收发消息，包括从客户端接收消息和向客户端发送消息。
消息识别模块72用于判断从客户端接收到的消息是否为预设消息，以及在不是预设消息的情况下，进一步识别确定该消息的类型。消息识别模块72提供有基础业务识别和消息变量识别两大功能。
其中，基础业务识别功能用于判断从客户端接收到的消息是否为预设消息，若该消息是预设消息，则根据消息模板文件获取与预设消息相对应的应答消息，并将应答消息发送给消息收发模块71，通过消息收发模块71将应答消息发送给客户端；若该消息不是预设消息，则将该消息交由消息变量识别功能进行处理。消息模板文件中包括至少一组预设消息和应答消息之间的对应关系，例如消息模板文件中包括预设消息“我要看电影”和信息收集页面之间的对应关系。
消息变量识别功能用于确定消息为第一类型的用户输入消息、第二类型的用户输入消息还是第三类型的用户输入消息。可选地，消息变量识别功能具体用于：检测用户输入消息是否与基础消息模板相匹配；若用户输入消息与基础消息模板相匹配，则确定该用户输入消息的类型为第一类型或者第二类型，进一步采用基于基础消息模板生成的消息变量模板从用户输入消息中识别得到订购要素信息，当识别得到全部的订购要素信息时，说明是第一类型的用户输入消息，调用搜索服务获取虚拟资源，当识别得到部分的订购要素信息时，说明是第二类型的用户输入消息，生成并向客户端发送信息收集页面；若用户输入消息与基础消息模板不匹配，则说明是第三类型的用户输入消息，将第三类型的用户输入消息交由消息分发模块73做下一步处理。
消息分发模块73与智能聊天系统对接，用于将第三类型的用户输入消息分发给一个或者多个智能聊天系统，获取各个智能聊天系统发送的对应于该第三类型的用户输入消息的回复消息，并计算各个回复消息与第三类型的用户输入消息之间的匹配度。消息分发模块73还用于将各个回复消息及对应的匹配度发送给消息过滤模块74。
消息过滤模块74用于根据匹配度确定对应于第三类型的用户输入消息的最终回复消息，并将最终回复消息发送给消息收发模块71，通过消息收发模块71将最终回复消息发送给客户端。
上述示例中涉及的模块为按照功能划分的功能模块。在本发明实施例中，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将服务器的功能分配由不同的功能模块完成，即将服务器的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。
可选地，当服务器是由多台服务器组成的服务器集群时，示例性的服务器架构可以如图8所示。该服务器集群包括：消息服务器81、处理服务器82、解析服务器83和代理服务器84。其中，处理服务器82与消息服务器81、解析服务器83和代理服务器84之间分别具有通信连接，该通信连接可以基于有线网络或者无线网络建立。
消息服务器81主要用于收发消息，包括从客户端接收消息和向客户端发送消息。可选地，消息服务器81还用于存储消息，包括存储从客户端接收的消息和向客户端发送的消息，以便后续在有需求时能够查找历史消息记录。
处理服务器82主要用于根据全部的订购要素信息，搜索获取与该全部的订购要素信息相匹配的虚拟资源。
解析服务器83主要用于对消息进行解析，从消息中识别得到订购要素信息。
代理服务器84主要用于生成虚拟资源信息(也即虚拟资源订单)。
结合参考图9，其示出了基于图8所示的服务器集群，本发明实施例提供的一种信息获取方法的流程图。
步骤901，客户端向消息服务器发送消息；
相应地，消息服务器接收客户端发送的消息；
步骤902，消息服务器存储消息；
步骤903，消息服务器向处理服务器转发消息；
相应地，处理服务器接收消息服务器转发的消息；
步骤904，处理服务器在确定需要对消息进行解析时，将消息转发给解析服务器；
相应地，解析服务器接收处理服务器转发的消息；
步骤905，解析服务器对消息进行解析，从消息中识别得到订购要素信息；
步骤906，解析服务器将订购要素信息发送给处理服务器；
相应地，处理服务器接收解析服务器发送的订购要素信息；
步骤907，如果处理服务器接收到全部的订购要素信息，则处理服务器搜索获取与全部的订购要素信息相匹配的虚拟资源；
步骤908，处理服务器向代理服务器发送订购请求，订购请求用于请求订购上述虚拟资源；
相应地，代理服务器接收处理服务器发送的订购请求；
步骤909，代理服务器生成与订购请求相对应的虚拟资源订单；
步骤910，代理服务器将虚拟资源订单发送给处理服务器；
相应地，处理服务器接收代理服务器发送的虚拟资源订单；
步骤911，处理服务器生成携带有虚拟资源订单的订单消息；
步骤912，处理服务器向消息服务器发送订单消息；
相应地，消息服务器接收处理服务器发送的订单消息；
步骤913，消息服务器存储订单消息；
步骤914，消息服务器向客户端发送订单消息；
相应地，客户端接收消息服务器发送的订单消息。
需要补充说明的一点是，在本发明实施例中，主要以在线订购电影票这一应用场景对本发明提供的技术方案进行介绍说明。本发明提供的技术方案同样适用于其它产品或服务的在线订购场景，例如在线订购演唱会门票、在线订购演出门票、在线订购机票、在线订购各类生活服务、在线订餐厅、在线叫车，等等。针对上述应用场景，客户端通过一次获取全部的订购要素信息，并将全部的订购要素信息发送给服务器，以使得服务器据此生成相应的订单，从而减少客户端与服务器之间的交互次数。
下述为本发明装置实施例，可以用于执行本发明方法实施例。对于本发明装置实施例中未披露的细节，请参照本发明方法实施例。
请参考图10，其示出了本发明实施例提供的一种信息获取装置的框图。该装置具有实现上述方法示例中客户端侧的功能。所述功能可以由硬件实现，也可以由硬件执行相应的软件实现。该装置可以包括：第一获取模块1010、第一发送模块1020和信息接收模块1030。
第一获取模块1010，用于获取第一类型的用户输入消息，所述第一类型的用户输入消息是指携带有全部的订购要素信息的用户输入消息，所述订购要素信息是指在线订购虚拟资源所需的必要信息。
第一发送模块1020，用于向服务器发送所述第一类型的用户输入消息。
信息接收模块1030，用于接收所述服务器在获取到与所述全部的订购要素信息相匹配的虚拟资源之后发送的虚拟资源信息，所述虚拟资源信息用于在线订购与所述全部的订购要素信息相匹配的虚拟资源。
在基于图10所示实施例提供的一个可选实施例中，所述装置还包括：信息显示模块。
信息显示模块，用于显示所述虚拟资源信息。
在基于图10所示实施例提供的另一个可选实施例中，所述装置还包括：第二获取模块、第二发送模块、页面接收模块和页面显示模块。
第二获取模块，用于获取第二类型的用户输入消息，所述第二类型的用户输入消息是指携带有部分的订购要素信息的用户输入消息。
第二发送模块，用于向所述服务器发送所述第二类型的用户输入消息。
页面接收模块，用于接收所述服务器在识别出所述第二类型的用户输入消息之后发送的信息收集页面，所述信息收集页面用于收集所述全部的订购要素信息。可选地，所述信息收集页面中包括所述部分的订购要素信息。
页面显示模块，用于显示所述信息收集页面。
在基于图10所示实施例提供的另一个可选实施例中，所述装置还包括：第三获取模块、第三发送模块、页面接收模块和页面显示模块。
第三获取模块，用于获取预设消息。
第三发送模块，用于向所述服务器发送所述预设消息。
页面接收模块，用于接收所述服务器在识别出所述预设消息之后发送的信息收集页面，所述信息收集页面用于收集所述全部的订购要素信息。
页面显示模块，用于显示所述信息收集页面。
可选地，所述信息收集页面中包括至少一项订购要素信息的推荐信息，所述订购要素信息的推荐信息根据登录客户端的用户帐号的特征信息生成，所述特征信息用于指示所述用户帐号对应的用户个人特征。
在基于图10所示实施例提供的另一个可选实施例中，所述装置还包括：第四获取模块、第四发送模块、回复接收模块和回复展示模块。
第四获取模块，用于获取第三类型的用户输入消息，所述第三类型的用户输入消息是指未携带订购要素信息的用户输入消息。
第四发送模块，用于向所述服务器发送所述第三类型的用户输入消息；以使得所述服务器将所述第三类型的用户输入消息发送给至少两个智能聊天系统，接收各个所述智能聊天系统发送的对应于所述第三类型的用户输入消息的回复消息，并根据各个所述回复消息与所述第三类型的用户输入消息之间的匹配度，确定对应于所述第三类型的用户输入消息的最终回复消息。
回复接收模块，用于接收所述服务器发送的所述最终回复消息。
回复展示模块，用于展示所述最终回复消息。
相关细节可参考图2和图4所述的方法实施例。
请参考图11，其示出了本发明实施例提供的一种信息提供装置的框图。该装置具有实现上述方法示例中服务器侧的功能。所述功能可以由硬件实现，也可以由硬件执行相应的软件实现。该装置可以包括：第一接收模块1110、资源获取模块1120、信息生成模块1130和信息发送模块1140。
第一接收模块1110，用于接收客户端发送的第一类型的用户输入消息，所述第一类型的用户输入消息是指携带有全部的订购要素信息的用户输入消息，所述订购要素信息是指在线订购虚拟资源所需的必要信息。
资源获取模块1120，用于获取与所述全部的订购要素信息相匹配的虚拟资源。
信息生成模块1130，用于生成用于订购所述虚拟资源的虚拟资源信息。
信息发送模块1140，用于向所述客户端发送所述虚拟资源信息。
在基于图11所示实施例提供的一个可选实施例中，所述装置还包括：第二接收模块和页面发送模块。
第二接收模块，用于接收所述客户端发送的第二类型的用户输入消息，所述第二类型的用户输入消息是指携带有部分的订购要素信息的用户输入消息。
页面发送模块，用于向所述客户端发送信息收集页面，所述信息收集页面用于收集所述全部的订购要素信息。可选地，所述信息收集页面中包括所述部分的订购要素信息。
在基于图11所示实施例提供的一个可选实施例中，所述装置还包括：第三接收模块和页面发送模块。
第三接收模块，用于接收所述客户端发送的预设消息。
页面发送模块，用于向所述客户端发送信息收集页面，所述信息收集页面用于收集所述全部的订购要素信息。
可选地，所述装置还包括：特征获取模块和信息生成模块。
特征获取模块，用于获取登录所述客户端的用户帐号的特征信息，所述特征信息用于指示所述用户帐号对应的用户个人特征。
信息生成模块，用于根据所述用户帐号的特征信息，生成至少一项订购要素信息的推荐信息。
其中，所述信息收集页面中包括所述订购要素信息的推荐信息。
在基于图11所示实施例提供的另一个可选实施例中，所述装置还包括：第四接收模块、消息发送模块、回复接收模块、匹配度获取模块、回复确定模块和回复发送模块。
第四接收模块，用于接收所述客户端发送的第三类型的用户输入消息，所述第三类型的用户输入消息是指未携带订购要素信息的用户输入消息。
消息发送模块，用于将所述第三类型的用户输入消息发送给至少两个智能聊天系统。
回复接收模块，用于接收各个所述智能聊天系统发送的对应于所述第三类型的用户输入消息的回复消息。
匹配度获取模块，用于获取各个所述回复消息与所述第三类型的用户输入消息之间的匹配度。
回复确定模块，用于根据所述匹配度确定对应于所述第三类型的用户输入消息的最终回复消息。
回复发送模块，用于向所述客户端发送所述最终回复消息。
在基于图11所示实施例提供的另一个可选实施例中，所述虚拟资源为电影票，所述全部的订购要素信息包括：影片名称、影院名称、观影时间和观影人数。
所述资源获取模块，包括：场次选取单元和电影票生成单元。
场次选取单元，用于从电影票数据库中选取与所述影片名称和所述影院名称相同、放映时间与所述观影时间之间的时间间隔小于预设阈值且余票数量不小于所述观影人数的放映场次。
电影票生成单元，用于从所述放映场次的可选座位中，选择与所述观影人数相符的座位，并根据选择的座位生成所述电影票。
相关细节可参考图2和图4所述的方法实施例。
本发明一示例性实施例还提供了一种信息获取系统，该系统包括：客户端和服务器。客户端包括如图10所示实施例或者基于图10所示实施例的可选实施例所提供的信息获取装置。服务器包括如图11所示实施例或者基于图11所示实施例的可选实施例所提供的信息提供装置。
请参考图12，其示出了本发明实施例提供的一种信息获取装置的框图。该装置具有实现上述方法示例中客户端侧的功能。所述功能可以由硬件实现，也可以由硬件执行相应的软件实现。该装置可以包括：界面显示模块1210、第一获取模块1220、第一发送模块1230和信息显示模块1240。
界面显示模块1210，用于显示与订购服务器的聊天对话界面。
第一获取模块1220，用于获取在所述聊天对话界面中输入的第一类型的用户输入消息，所述第一类型的用户输入消息是指携带有全部的订购要素信息的用户输入消息，所述订购要素信息是指在线订购虚拟资源所需的必要信息。
第一发送模块1230，用于向所述订购服务器发送所述第一类型的用户输入消息。
信息显示模块1240，用于显示接收到的虚拟资源信息，所述虚拟资源信息用于在线订购与所述全部的订购要素信息相匹配的虚拟资源。
在基于图12所示实施例提供的一个可选实施例中，所述第一获取模块1220，包括：
文字获取单元，用于获取在所述聊天对话界面中以文字形式输入的所述第一类型的用户输入消息；
或者，
语音获取单元，用于获取在所述聊天对话界面中以语音形式输入的所述第一类型的用户输入消息；
或者，
信息获取单元，用于获取在所述聊天对话界面的信息收集页面中输入的所述全部的订购要素信息；消息生成单元，用于生成携带有所述全部的订购要素信息的所述第一类型的用户输入消息。
在基于图12所示实施例提供的另一个可选实施例中，所述装置还包括：第二获取模块、第二发送模块和页面显示模块。
第二获取模块，用于获取在所述聊天对话界面中输入的第二类型的用户输入消息，所述第二类型的用户输入消息是指携带有部分的订购要素信息的用户输入消息。
第二发送模块，用于向所述订购服务器发送所述第二类型的用户输入消息。
页面显示模块，用于在所述聊天对话界面中显示接收到的所述信息收集页面。
在基于图12所示实施例提供的另一个可选实施例中，所述装置还包括：第三获取模块、第三发送模块和页面显示模块。
第三获取模块，用于获取在所述聊天对话界面中输入的预设消息。
第三发送模块，用于向所述订购服务器发送所述预设消息。
页面显示模块，用于在所述聊天对话界面中显示接收到的所述信息收集页面。
在基于图12所示实施例提供的另一个可选实施例中，所述信息收集页面中包括至少一项订购要素信息的推荐信息。
相关细节可参考图6、图2和图4所述的方法实施例。
需要说明的是，上述实施例提供的装置在实现其功能时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的装置与方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
请参考图13，其示出了本发明实施例提供的一种终端的结构示意图。该终端用于实施上述实施例中提供的客户端侧的信息获取方法。具体来讲：
终端1300可以包括rf(radiofrequency，射频)电路1310、包括有一个或一个以上计算机可读存储介质的存储器1320、输入单元1330、显示单元1340、传感器1350、音频电路1360、wifi(wirelessfidelity，无线保真)模块1370、包括有一个或者一个以上处理核心的处理器1380、以及电源1390等部件。本领域技术人员可以理解，图13中示出的终端结构并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：
rf电路1310可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，交由一个或者一个以上处理器1380处理；另外，将涉及上行的数据发送给基站。通常，rf电路1310包括但不限于天线、至少一个放大器、调谐器、一个或多个振荡器、用户身份模块(sim)卡、收发信机、耦合器、lna(lownoiseamplifier，低噪声放大器)、双工器等。此外，rf电路1310还可以通过无线通信与网络和其他设备通信。所述无线通信可以使用任一通信标准或协议，包括但不限于gsm(globalsystemofmobilecommunication，全球移动通讯系统)、gprs(generalpacketradioservice，通用分组无线服务)、cdma(codedivisionmultipleaccess，码分多址)、wcdma(widebandcodedivisionmultipleaccess,宽带码分多址)、lte(longtermevolution,长期演进)、电子邮件、sms(shortmessagingservice，短消息服务)等。
存储器1320可用于存储软件程序以及模块，处理器1380通过运行存储在存储器1320的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器1320可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据终端1300的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器1320可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器1320还可以包括存储器控制器，以提供处理器1380和输入单元1330对存储器1320的访问。
输入单元1330可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。具体地，输入单元1330可包括图像输入设备1331以及其他输入设备1332。图像输入设备1331可以是摄像头，也可以是光电扫描设备。除了图像输入设备1331，输入单元1330还可以包括其他输入设备1332。具体地，其他输入设备1332可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
显示单元1340可用于显示由用户输入的信息或提供给用户的信息以及终端1300的各种图形用户接口，这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。显示单元1340可包括显示面板1341，可选的，可以采用lcd(liquidcrystaldisplay，液晶显示器)、oled(organiclight-emittingdiode，有机发光二极管)等形式来配置显示面板1341。
终端1300还可包括至少一种传感器1350，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板1341的亮度，接近传感器可在终端1300移动到耳边时，关闭显示面板1341和/或背光。作为运动传感器的一种，重力加速度传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于终端1300还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。
音频电路1360、扬声器1361，传声器1362可提供用户与终端1300之间的音频接口。音频电路1360可将接收到的音频数据转换后的电信号，传输到扬声器1361，由扬声器1361转换为声音信号输出；另一方面，传声器1362将收集的声音信号转换为电信号，由音频电路1360接收后转换为音频数据，再将音频数据输出处理器1380处理后，经rf电路1310以发送给比如另一终端，或者将音频数据输出至存储器1320以便进一步处理。音频电路1360还可能包括耳塞插孔，以提供外设耳机与终端1300的通信。
wifi属于短距离无线传输技术，终端1300通过wifi模块1370可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图13示出了wifi模块1370，但是可以理解的是，其并不属于终端1300的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。
处理器1380是终端1300的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器1320内的软件程序和/或模块，以及调用存储在存储器1320内的数据，执行终端1300的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器1380可包括一个或多个处理核心；优选的，处理器1380可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1380中。
终端1300还包括给各个部件供电的电源1390(比如电池)，优选的，电源可以通过电源管理系统与处理器1380逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源1390还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。
尽管未示出，终端1300还可以包括蓝牙模块等，在此不再赘述。
具体在本实施例中，终端1300还包括有存储器，以及一个或者一个以上的程序，其中一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行。上述一个或者一个以上程序包含用于执行上述客户端侧的信息获取方法的指令。
请参考图14，其示出了本发明实施例提供的一种服务器的结构示意图。该服务器用于实施上述实施例中提供的服务器侧的信息提供方法。具体来讲：
所述服务器1400包括中央处理单元(cpu)1401、包括随机存取存储器(ram)1402和只读存储器(rom)1403的系统存储器1404，以及连接系统存储器1404和中央处理单元1401的系统总线1405。所述服务器1400还包括帮助计算机内的各个器件之间传输信息的基本输入/输出系统(i/o系统)1406，和用于存储操作系统1413、应用程序1414和其他程序模块1415的大容量存储设备1407。
所述基本输入/输出系统1406包括有用于显示信息的显示器1408和用于用户输入消息的诸如鼠标、键盘之类的输入设备1409。其中所述显示器1408和输入设备1409都通过连接到系统总线1405的输入输出控制器1410连接到中央处理单元1401。所述基本输入/输出系统1406还可以包括输入输出控制器1410以用于接收和处理来自键盘、鼠标、或电子触控笔等多个其他设备的输入。类似地，输入输出控制器1410还提供输出到显示屏、打印机或其他类型的输出设备。
所述大容量存储设备1407通过连接到系统总线1405的大容量存储控制器(未示出)连接到中央处理单元1401。所述大容量存储设备1407及其相关联的计算机可读介质为服务器1400提供非易失性存储。也就是说，所述大容量存储设备1407可以包括诸如硬盘或者cd-rom驱动器之类的计算机可读介质(未示出)。
不失一般性，所述计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读指令、数据结构、程序模块或其他数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括ram、rom、eprom、eeprom、闪存或其他固态存储其技术，cd-rom、dvd或其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。当然，本领域技术人员可知所述计算机存储介质不局限于上述几种。上述的系统存储器1404和大容量存储设备1407可以统称为存储器。
根据本发明的各种实施例，所述服务器1400还可以通过诸如因特网等网络连接到网络上的远程计算机运行。也即服务器1400可以通过连接在所述系统总线1405上的网络接口单元1411连接到网络1412，或者说，也可以使用网络接口单元1411来连接到其他类型的网络或远程计算机系统(未示出)。
所述存储器还包括一个或者一个以上的程序，所述一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行。上述一个或者一个以上程序包含用于执行上述服务器侧的信息提供方法的指令。
在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器，上述指令由终端的处理器执行以完成上述方法实施例中客户端侧的各个步骤。例如，所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。
在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器，上述指令由服务器的处理器执行以完成上述方法实施例中服务器侧的各个步骤。例如，所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。
应当理解的是，在本文中提及的“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
以上所述仅为本发明的示例性实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。