专利名称：建议并选择用于提供旅程服务的服务提供商的制作方法
技术领域：
本发明总体上涉及旅程设计的领域，更具体地，涉及建议并选择用于提供旅程服务的服务提供商。
背景技术：
旅程设计包括建立起点与终点之间的路线。该路线可以包括起点与终点之间的中途点。用于旅程设计的现有技术包括设计满足指定参数的路线。例如，可以设计路线来满足起始时间和结束时间。然而，大多数现有技术提供几乎不能使旅程设计简化或自动化的刻板的服务(offering)。
发明内容
依照本发明，可以减少或消除与旅程设计的先前技术相关联的缺点和问题。
依据本发明的一个实施例，设计旅程包括设计从起点到终点的旅程。建议旅程途中的服务。从服务提供商请求对所述服务的投标，并且从所述服务提供商接收所述投标。依照所述投标对所述服务提供商进行评估。响应于该评估来选择一个或更多个服务提供商。
本发明的一些实施例可以提供一个或更多个技术优点。一个实施例的技术优点可以是，可以利用服务建议标准来自动建议旅程服务。服务建议标准可以被组织成情境(context)，所述情境适用于不同类型的旅程。一个实施例的另一技术优点可以是，可以从多个服务提供商请求用于提供服务的投标。然后，所述服务提供商可以竞争提供所述服务。一个实施例的另一技术优点可以是，所述服务提供商可以访问请求投标的广告。所述服务提供商因而可以容易地识别请求他们的服务的用户。
本发明的一些实施例可以不包括上述技术优点或者包括上述技术优点中的一些或全部。本领域技术人员根据包含于此的附图、描述以及权利要求，可以容易地显见一个或更多个其他技术优点。
为了更完整地理解本发明及其特征和优点，现在结合附图参照以下描述，在附图中图1是例示可以依据本发明一个实施例设计的旅程的图；图2是例示可以用来设计旅程的系统的一个实施例的框图；图3是例示可以与图2的系统一起使用的交易模块的一个实施例的框图；以及图4是例示可以与图2的系统一起使用来设计旅程的方法的一个实施例的流程图。
具体实施例方式
通过参照附图中的图1到图4，可以最佳地理解本发明的实施例及其优点，类似的标号用于不同图中的类似和对应的部分。
图1是例示可以依据本发明一个实施例设计的旅程10的图。依据本实施例，可以为在旅程10上旅行的用户设计在旅程10的起点与终点之间的路线。可以向用户建议服务。可以从服务提供商请求提供服务的投标。服务提供商可以提交投标，并且可以依据所述投标选择服务提供商。
旅程可以指多个点和用户沿着这些点旅行的路线。用户可以指沿着旅程的路线旅行的实体。用户典型地表示人，但是也可以表示非人对象。例如，用户可以表示可以认可对服务的建议的计算机或其他对象。
点可以指诸如地理位置的位置。例如，点可以表示地址、建筑物、商业场所、地理坐标、其他位置、或前述的任一组合。点可以表示提供服务的位置。例如，点可以表示汽车服务站、餐馆、旅馆、吸引人的事物、店铺、商店、公司、其他服务位置、或者前述的任一组合。
依据所例示的实施例，点包括起点20、终点24、以及中途点28a和28b。起点20表示旅程10的出发点，而终点24表示旅程10的结束点。中途点28a和28b表示旅程10在起点20与终点24之间的中间点。路线36可以指沿着这些点的路径。
点描述提供关于点的信息。所述信息可以用于依据选择标准来选择中途点。点描述可以包括提供点的地理位置的位置描述，位置描述可以通过地址、全球定位系统坐标、位置的其他描述、或前述的任一组合来给出。位置描述还可以提供点的物理描述。物理描述可以包括建筑物描述、停车站描述、或者关于所述点的其他物理信息。
依据一个实施例，可以沿着所述路线向用户建议服务40。服务可以指产品、动作、空间、或作为对报酬的回报而可以购买或租赁的其他实体。示例服务包括由餐馆、旅馆、店铺、加油站、娱乐场所、其他服务提供商、或者前述的任一组合所提供的服务。可以依照建议标准自动地建议服务40。
可以依照诸如参数、规则、以及条件的建议标准自动地建议服务40。依据一个实施例，也可以使用对某些类型旅程的典型服务40进行描述的旅程情境来建议服务40。依据该实施例，可以对参数、规则、以及条件进行分析来建立合适的情境。然后可以使用该情境来确定要建议的服务。
如果用户认可了所建议的服务40，则可以使服务提供商获得请求提供服务40的投标的广告。请求投标的广告可以指为引出投标而设计的通知。提供服务的投标可以指提供所述服务的提议，并且典型地包括提供服务的条件和与所述服务相交换的预期报酬。服务提供商可以提交投标，使得可以响应于所述投标，依据选择标准来选择服务提供商。参照图2更详细地对示例系统进行描述。
可以在不脱离本发明范围的情况下，对旅程10进行修改、增加、或者省略。例如，旅程10可以包括以任何合适的物质构造的或多或少的点。此外，可以以任何合适的物质构造在这些点之间的路线。如在该文件中所使用的，“每一”指的是集合的每一个成员或者集合的子集的每一个成员。
图2是例示可以用来设计旅程的网络系统48的一个实施例的框图。依据所例示的实施例，网络系统48包括如图所示相耦合的交通工具50、数据服务器54、广告服务器58、一个或更多个服务提供商62a和62b、以及通信网络66。依据一个实施例，用户正乘坐交通工具50进行旅行。交通工具50可以表示任何一种适合用户的运输装置，如汽车、飞机、或摩托车。
依据一个实施例，交通工具50包括交易模块。交易模块用来建议服务、从服务提供商请求投标、以及响应于所述投标选择一服务提供商。参照图3更详细地对交易模块进行描述。依据另一实施例，用户不乘坐交通工具50旅行而是携带着交易模块。例如，该用户可以当在街道上散步或在办公室中时携带着交易模块。
广告服务器58可以用来使广告可由服务提供商62a和62b使用。广告服务器58可以从交通工具50的交易模块接收广告，并且可以以任何合适的方式向服务提供商62a和62b提供广告。例如，广告服务器58可以提供服务提供商62a和62b可以访问广告的网站。又例如，广告服务器58可以向服务提供商62a和62b发送广告。再例如，广告服务器58可以向服务提供商62a和62b广播或多播广告。然而，可以使广告以任何其他的合适方式可及于服务提供商62a和62b。例如，数据服务器54或交通工具50可以向服务提供商62a和62b直接提供广告。
服务提供商62a和62b表示用来提供服务的任一合适的实体。服务提供商62a和62b可以提供机器可读接口，该机器可读接口使得能够进行查询，以访问关于服务的信息并与关于服务的信息进行交互。例如，特定的服务提供商62a和62b可以提供对餐馆预约系统的访问以及与该餐馆预约系统的交互。为提供这些操作，服务可以支持任何数量的特征并提供针对这些特征中的每一个的接口。例如，餐馆预约服务可以提供诸如预约可获性查询特征或预约请求特征的特征。
网络66表示允许装置与其他装置进行通信的通信网络。通信网络可以包括以下网络的全部或者一部分公用电话交换网(PSTN)、公用数据网或专用数据网、局域网(LAN)、城域网(MAN)、广域网(WAN)、局部的、地区的或者全球的通信或计算机网络(如因特网、有线或无线网络、企业内联网)、其他合适的通信链路、或者前述的任一组合。
系统48的组件可以包括逻辑、接口、存储器、其他组件、或者前述的任一合适组合。“逻辑”可以指硬件、软件、其他逻辑、或者前述的任一合适组合。某个逻辑可以管理装置的操作，并且例如可以包括处理器。“处理器”可以指用来执行指令或对数据进行处理以执行操作的任一合适的装置。“接口”可以指装置的这样的逻辑，即，其用来接收针对该装置的输入、发送来自该装置的输出、执行合适的输入处理或输出处理或者这两种处理、或者前述的任一组合，并且接口可以包括一个或更多个端口、转换软件、或者这两者。
“存储器”可以指用来存储并便于检索信息的逻辑，并且可以包括随机存储存储器(RAM)、只读存储器(ROM)、磁驱动器、盘驱动器、光盘(CD)驱动器、数字视频光盘(DVD)驱动器、可移动介质存储器、任何其它的合适数据存储介质、或者前述的任一组合。
可以在不脱离本发明范围的情况下对系统48进行修改、增加或删减。依据具体需要，可以将系统48的组件集成或者分离。此外，可以通过更多模块、更少模块、或者其他模块执行系统48的操作。另外，可以利用包括软件、硬件、其他逻辑、或者前述的任一合适组合在内的任一合适逻辑来执行系统48的操作。
图3是例示包括交易模块的系统100的一个实施例的框图。依据所例示的实施例，系统100包括如图所示相耦合的接口120、存储器122、监控器124、以及交易模块126。接口120允许诸如旅行者的用户与交易模块126进行通信。交易模块126用来向用户建议服务、发布请求提供服务的投标的广告，并响应于所述投标选择服务提供商。
交易模块126可以利用标准来建议服务并选择服务提供商。服务建议标准可以用来建议服务，而服务提供商选择标准可以用来选择服务提供商。标准可以包括旅程参数、监控状态、规则、或者前述的任一组合，并且可以由存储器122、图2中的数据服务器54、监控器124、或者其他来源所提供。
依据所例示的示例，存储器122存储参数138和规则142，而监控器124提供监控状态150。旅程参数138可以指在旅程10期间通常保持恒定的值。旅程参数138可以在某些情况下改变，但是通常保持恒定。旅程参数138可以包括路线参数或用户偏好或者二者的组合。
路线参数描述路线的参数。依据一个实施例，可以根据用户的旅行计划获得路线参数，用户的旅行计划可以存储在诸如MICROSOFTOUTLOOK的程序中。路线参数可以包括点参数、时间参数、或者二者的组合。点参数描述旅程10的点。例如，点参数可以指定起点20和终点24或者必需的和可选的中途点28a和28b。
时间参数描述旅程10的时间要求。例如，时间参数可以包括从起点20旅行到终点24所允许的最大时间、从一个点旅行到另一个点所允许的最大时间、在特定点花费的最小或最大时间量、用户必须到达或离开特定点的时间、其他合适的时间参数、或者前述的任一组合。时间参数也可以包括在其中允许时间参数变化的时间变化。
用户偏好描述用户偏好的服务的特征。例如，用户偏好可以描述优选的连锁旅馆、餐馆、服务站、或者其他商业场所。用户偏好可以描述点的优选类型，提供特定类型的食物(例如，意大利或者中国食物)的这种餐馆、或者具有特定平均用餐价格的餐馆。
监控器124提供监控状态150。监控状态150指的是在旅程10期间可以变化的旅程10的状态。当然，监控状态150在旅程10期间也可以保持恒定，但是典型地具有变化的可能性。监控器124可以包括交通工具状态监控器、外部监控器、其他监控器、或者前述的任一组合。监控状态150可以包括交通工具状态、外部状态、其他状态、或者前述的任一组合。
交通工具状态监控器提供交通工具状态。交通工具状态描述用户的交通工具的状态，该状态可以影响沿着路线的旅行。依据本发明的一个实施例，交通工具状态可以描述汽车的状态。所述状态可以描述交通工具是否需要更多的燃料、是否需要维修、或者另外是否需要偏离所述路线。
外部状态监控器提供外部状态。外部状态描述交通工具外部的可以影响沿着路线的旅行的状态。例如，所述状态可以描述天气、交通、或者影响旅行的其他状态。外部状态监控器可以包括全球定位系统(GPS)、中途点监控器、其他监控器、或者前述的任一合适组合。
全球定位系统(GPS)可以用来监控交通工具的位置并用来确定点的位置。中途点监控器可以搜索提供服务的中途点并可以监控所述中途点。例如，中途点监控器可以利用来自中途点描述的信息和用户偏好来搜索优选的中途点。中途点监控器还可以监控中途点提供的服务。例如，中途点监控器可以监控对中途点的预约。如果中途点改变了预约，则中途点监控器可以通知用户并且重新设计旅程。如果用户改变了对中途点的预约，则中途点监控器可以通知中途点并重新设计旅程。
规则142指定在特定情况下要执行的动作。规则142可以包括服务建议规则或者服务提供商选择规则或者同时包括这两者。服务建议规则可以用来向用户建议服务，并可以依据条件类型进行分类。例如，可以依据规则是否是基于位置、偏好、时间、监控状态、其他条件、或者前述的任一组合而对该规则进行分类。
基于位置的规则指定针对诸如特定中途点的位置的服务。示例规则可以指定应当具有特定种类服务的中途点。基于时间的规则指定针对特定时间的服务。时间可以被给出为诸如一天内的特定时间的客观时间，或者被给出为诸如从离开一个点起已经过的时间的相对时间。一个示例规则可以指定每一就餐的时间应当具有餐馆服务。另一示例规则可以指定每晚应当具有旅馆服务。另一示例规则可以指定每两个小时应当具有休息场所。可以将基于位置、偏好、或时间的规则应用于用户的旅行计划来产生旅程。
基于监控状态的规则指定针对监控状态的服务。一个示例规则可以指定如果用户正在接近匹配用户偏好的餐馆，就将所述餐馆通知给用户。另一示例规则可以指定如果交通工具的油位降到阈值以下，就搜索附近的加油站、通知用户、提议提供到所述加油站的导航指令、或者前述的任一组合。
另一示例规则可以指定如果交通工具轮胎的轮胎气压降到阈值以下，就搜索具有轮胎充气泵设施的加油站、警告用户、提议提供到所述加油站的导航指令、或者前述的任一组合。另一示例规则可以指定如果里程达到指示需要服务的阈值，就搜索服务中心、警告用户、提议向用户提供导航指令、或者前述的任一组合。这些规则可由例如交通工具的制造商编程到交通工具中。
服务建议规则可以用来识别缺失的服务。即，如果旅程10未能具有服务建议规则所指定的服务，该服务就被认为是缺失的。
服务提供商选择规则可以用来选择服务提供商以提供服务。选择规则可以例如包括服务提供商规则、交易规则、用于选择服务提供商的其他规则、或者前述的任一组合。
服务提供商规则描述了服务提供商的特征。服务提供商规则可以包括要求规则和请求规则。要求规则可以指定要求由服务提供商满足的服务的特征。要求规则可以例如包括服务类型、请求服务的时间、以及服务的位置。请求规则可以包括请求但不需要满足的服务的特征。请求规则可以例如包括用户偏好。
交易规则描述了交易过程的条件。交易规则可以包括广告规则、投标规则、以及评估规则。广告规则描述了应当如何根据标准产生广告，并且可以包括要包括在广告内并要由广告请求的信息。例如，可以要求广告包括服务的要求特征。又例如，可以要求广告指定投标规则和协商规则。又例如，可以要求广告符合诸如用户偏好的旅程参数。
投标规则描述了投标过程的状态。投标规则可以指定在其间可以发生投标的时间段。投标规则可以指定投标中要包括的信息。例如，可以要求投标包括服务的建议成本以及对服务提供商所提出要满足的服务的要求和请求特征的指示。
协商规则指定如何从所述投标中选择服务提供商。协商规则可以指定交易策略。示例交易策略包括对提议的叫牌、英国式拍卖、荷兰式拍卖、其他策略、或者前述的任一组合。协商规则可以指定何时接受投标。例如，如果对于服务的建议成本很高，则认为所述服务是高端需求。因为所述服务是高端需求，所以可以比服务是低端需求更早地接受投标。
可以将选择标准分类为诸如商务旅行、公路旅行、航空度假、滑雪旅行的特殊情境、其他示例情境、或者前述的任一组合。情境可以描述所述情境的最普通的服务。例如，航空度假情境可以包括针对外出旅程、度假日、以及返回旅程的服务。外出旅程服务可以包括从家到机场的出租车预约、外出航线预约、以及从机场到旅馆的出租车预约。度假日服务可以包括上午的活动、下午的活动、晚间的活动、以及夜晚的旅馆预约。返回旅程服务可以包括从旅馆到机场的预约、返回航线预约、以及从机场到家的出租车预约。
依据一个实施例，情境可以用来建议针对旅程的服务。依据该实施例，可以从用户对旅程的旅行计划中导出旅程参数。可以对所述参数进行分析以识别合适的情境。可以应用所述情境来确定为旅程建议的普通服务。
依据一个实施例，可以针对情境创建定制模板。定制模板可以包括与特定的情境相关联的特定字段。定制模板还可以具有已输入到所述字段中的特定值。例如，度假模板可以对由旅行代理人输入的航线和旅馆预约字段进行评价。
交易模块126对计划旅程的应用进行管理。交易模块126可以包括任何用于管理所述申请的硬件、软件、其他逻辑、或前述的组合，并且可以使用各种计算结构、排布、以及编译中的任何一种来管理所述申请。依据所例示的实施例，交易模块126包括如图所示相耦合的处理器162和引擎166。
依据所例示的实施例，引擎166包括一个或更多个信息处理器172、建议引擎176、选择引擎180、以及中途点管理器184。信息处理器172可以为存储器122或监控器124与建议引擎176或选择引擎180之间提供接口。信息处理器172可以从存储器122或监控器124接收标准，将所述标准组织成可用于引擎176或180的信息，并向引擎176或180提供所述信息。
例如，旅行计划处理器可以接收旅行计划数据，根据所述数据产生旅行计划，并且向建议引擎176提供所述旅行计划。又例如，偏好推荐器确定用户可能优选的服务。用户可以将优选的服务输入到偏好推荐器中，偏好推荐器又把优选的服务提供给建议引擎176。另选地，偏好推荐器可以比较服务描述与用户偏好来确定优选的中途点。
建议引擎176依照服务选择标准来建议服务。可以在任何合适的时间建议服务。可以在旅程10的开始建议服务。例如，建议引擎176可以识别缺失的服务，然后建议所述缺失的服务。可以在旅程10期间建议服务。例如，当监控状态出现时，可以依据基于监控状态的规则来建议服务。
选择引擎180选择服务提供商。依据该实施例，选择引擎180可以发布请求提供服务的投标的广告并响应于所述投标选择一服务提供商。可以依据服务提供商选择标准执行发布与选择。
依据一个实施例，选择引擎180可以向用户提供一个或更多个选择的服务提供商。可以依据服务提供商和选择标准的适合性按优先级排列所选择的服务提供商。可以对更适合的服务提供商给出比不太适合的服务提供商更高的优先级。可以使用度量来计算中途点的适合性。度量可以例如包括测度服务提供商与用户偏好140的匹配程度的适合性度量、测度服务提供商与用户之间的距离的接近性度量、测度服务提供商满足请求规则和要求规则的程度的满足度度量、其他度量、或者前述的任一组合。
中途点管理器184管理旅程10的中途点。并可以将中途点插入旅程10中、修改中途点、或者删除中途点。中途点管理模块184将所选择的服务提供商插入旅程10中。例如，可以不经用户认可而自动插入所选择的服务提供商。又例如，可以向用户建议多个选择的服务提供商。所述用户可以认可一服务提供商。响应于所述认可，可以将所认可的服务提供商自动插入到旅程10中。
可以在不脱离本发明范围的情况下，对系统100进行修改、增加、或者删减。依据特定的需要，可以集成或分离系统100的组件。系统100的全部或者部分可以集成为一个或更多个独立的装置，或者可以集成为一个或更多个其他装置中的一部分。例如，系统100的全部或部分可以被包括为交通工具、计算机、个人数字助理、或者其他装置的组件。
此外，可以由更多的、更少的或其他模块来执行系统100的操作。例如，可以由一个模块来执行建议引擎176和选择引擎180的操作，或者可以由多于一个模块来执行建议引擎176的操作。另外，可以利用包括软件、硬件、其他逻辑、或前述的任一合适组合在内的任一合适逻辑来执行系统100的操作。
图4是例示可以与图2的系统100一起使用来设计旅程的方法的一个实施例的流程图。所述方法始于步骤200，在步骤200建立旅程参数。旅程参数可以包括用户偏好和路线参数。在步骤202建立监控状态。监控状态可以包括交通工具状态和外部状态，其可以通过监控器124来获得。在步骤204对规则142进行访问。规则可以指定响应于特定的状态而要执行的动作。
在步骤208选择中途点28a和28b。可以依照旅程参数选择中途点28a和28b。在步骤212利用所选择的中途点来设计旅程10。在步骤216建议服务。建议引擎176可以对在旅程10中缺失的服务进行建议。建议引擎176可以从用户请求认可来搜索针对服务的服务提供商。
在步骤220选择引擎180请求来自服务提供商62a和62b的投标。所述请求可以符合投标规则，并且可以要求所述投标满足投标规则。广告服务58可以用来使所述请求可及于服务提供商62a和62b。在步骤224接收投标。可以对所述投标进行分析以确定它们是否合法。例如，可以要求所述投标具有可认证的数字签名。
在步骤228选择引擎180依照所述投标选择一服务提供商。可以依据交易规则选择服务提供商。在步骤230把所选择的服务提供商插入旅程10中。可以在用户认可之后插入所选择的服务提供商。依据一个实施例，可以在选择针对一个服务的服务提供商之后或者在选择针对多个服务的服务提供商之后寻求认可。
在步骤244可以到达终点24。如果未到达终点24，所述方法就进行到步骤216，在步骤216建议下一个服务。如果在步骤244到达终点24，所述方法就进行到步骤246。在步骤246终止旅程设计。在终止旅程设计之后，终止所述方法。
可以在不脱离本发明范围的情况下对所述方法进行修改、增加或删减。所述方法可以包括更多的、更少的、或其它步骤。另外，可以在不脱离本发明范围的情况下以任何合适的顺序来执行这些步骤。
本发明的某些实施例可以提供一个或更多个技术优点。一个实施例的技术优点可以是，可以从多个服务提供商请求用于为用户提供服务的投标。因此，多个服务提供商可以竞争提供服务。一个实施例的另一技术优点可以是，服务提供商可以访问请求投标的广告。因此，服务提供商可以容易地识别请求它们的服务的用户。
虽然已经就某些实施例和通常关联的方法对该公开物进行了描述，但是这些实施例和方法的变更和置换对于本领域技术人员而言是显见的。因此，上述示例实施例的描述并不对该公开物进行限制。在不脱离如由以下权利要求所限定的本公开精神和范围的情况下，也可以进行其他改变、代替、以及变更。
权利要求
1.一种用于设计旅程的方法，其包括以下步骤设计从起点到终点的旅程；建议旅程中间的服务；从多个服务提供商请求针对所述服务的多个投标；从所述多个服务提供商接收针对所述服务的所述多个投标；依照所述多个投标对所述多个服务提供商进行评估；以及响应于评估来选择所述多个服务提供商中的一个或更多个服务提供商。
2.如权利要求1所述的方法，其中，从多个服务提供商请求针对所述服务的多个投标的步骤进一步包括以下步骤在从用户接收到对所述服务的认可之后，请求所述多个投标。
3.如权利要求1所述的方法，其中，从多个服务提供商请求针对所述服务的多个投标的步骤进一步包括以下步骤生成请求所述多个投标的广告；和向所述多个服务提供商提供该广告。
4.如权利要求1所述的方法，其中，依照所述多个投标对所述多个服务提供商进行评估的步骤进一步包括以下步骤利用选择标准来确定每一投标的适合性；和依照所述确定对所述多个投标进行评估。
5.如权利要求1所述的方法，进一步包括以下步骤向用户提交所述一个或更多个服务提供商的列表；和从所述用户接收对所述一个或更多个服务提供商中的一服务提供商的认可。
6.如权利要求1所述的方法，进一步包括以下步骤按优先级排列所述一个或更多个服务提供商；和向用户提交按优先级排列后的所述一个或更多个服务提供商的列表。
7.一种用于设计旅程的系统，其包括用来存储信息的存储器；和耦合到所述存储器的处理器，用来执行以下步骤设计从起点到终点的旅程；建议旅程中间的服务；从多个服务提供商请求针对所述服务的多个投标；从所述多个服务提供商接收针对所述服务的所述多个投标；依照所述多个投标对所述多个服务提供商进行评估；响应于评估来选择所述多个服务提供商中的一个或更多个服务提供商。
8.如权利要求7所述的系统，所述处理器进一步用来通过以下步骤而执行从多个服务提供商请求针对所述服务的多个投标的步骤在从用户接收到对所述服务的认可之后请求所述多个投标。
9.如权利要求7所述的系统，所述处理器进一步用来通过以下步骤而执行从多个服务提供商请求针对所述服务的多个投标的步骤生成请求所述多个投标的广告；和向所述多个服务提供商提供该广告。
10.如权利要求7所述的系统，所述处理器进一步用来通过以下步骤而执行依照所述多个投标对所述多个服务提供商进行评估的步骤利用选择标准确定每一投标的适合性；和依照所述确定对所述多个投标进行评估。
11.如权利要求7所述的系统，所述处理器进一步用来执行以下步骤向用户提交所述一个或更多个服务提供商的列表；和从所述用户接收对所述一个或更多个服务提供商中的一服务提供商的认可。
12.如权利要求7所述的系统，所述处理器进一步用来执行以下步骤按优先级排列所述一个或更多个服务提供商；和向用户提交按优先级排列后的所述一个或更多个服务提供商的列表。
13.一种用于设计旅程的逻辑，该逻辑被包含于介质中并用来执行以下步骤设计从起点到终点的旅程；建议旅程中间的服务；从多个服务提供商请求针对所述服务的多个投标；从所述多个服务提供商接收针对所述服务的所述多个投标；依照所述多个投标对所述多个服务提供商进行评估；响应于评估来选择所述多个服务提供商中的一个或更多个服务提供商。
14.如权利要求13所述的逻辑，进一步用来通过以下步骤而执行从多个服务提供商请求针对所述服务的多个投标的步骤在从用户接收到对所述服务的认可之后请求所述多个投标。
15.如权利要求13所述的逻辑，进一步用来通过以下步骤而执行从多个服务提供商请求针对所述服务的多个投标的步骤生成请求所述多个投标的广告；和向所述多个服务提供商提供该广告。
16.如权利要求13所述的逻辑，进一步用来通过以下步骤而执行依照所述多个投标对所述多个服务提供商进行评估的步骤利用选择标准来确定每一投标的适合性；和依照所述确定对所述多个投标进行评估。
17.如权利要求13所述的逻辑，进一步用来执行以下步骤向用户提交所述一个或更多个服务提供商的列表；和从所述用户接收对所述一个或更多个服务提供商中的一服务提供商的认可。
18.如权利要求13所述的逻辑，进一步用来执行以下步骤按优先级排列所述一个或更多个服务提供商；和向用户提交按优先级排列后的所述一个或更多个服务提供商的列表。
19.一种用于设计旅程的系统，其包括用于设计从起点到终点的旅程的装置；用于建议旅程中间的服务的装置；用于从多个服务提供商请求针对所述服务的多个投标的装置；用于从所述多个服务提供商接收针对所述服务的所述多个投标的装置；用于依照所述多个投标对所述多个服务提供商进行评估的装置；和用于响应于评估来选择所述多个服务提供商中的一个或更多个服务提供商的装置。
20.一种用于设计旅程的方法，其包括以下步骤设计从起点到终点的旅程；建议旅程中间的服务；从多个服务提供商请求针对所述服务的多个投标；从所述多个服务提供商接收针对所述服务的所述多个投标，从多个服务提供商请求针对所述服务的多个投标的步骤进一步包括以下步骤在从用户接收到对所述服务的认可之后请求所述多个投标；生成请求所述多个投标的广告；以及向所述多个服务提供商提供该广告；依照所述多个投标对所述多个服务提供商进行评估，该依照所述多个投标对所述多个服务提供商进行评估的步骤进一步包括以下步骤利用选择标准来确定每一投标的适合性；和依照所述确定对所述多个投标进行评估；响应于评估来选择所述多个服务提供商中的一个或更多个服务提供商；按优先级排列所述一个或更多个服务提供商；以及向用户提交按优先级排列后的所述一个或更多个服务提供商的列表；以及从所述用户接收对所述一个或更多个服务提供商中的一服务提供商的认可。
全文摘要
建议并选择用于提供旅程服务的服务提供商。设计旅程包括设计从起点到终点的旅程。建议旅程中间的服务。从服务提供商请求针对所述服务的投标，并从所述服务提供商接收所述投标。依照所述投标对所述服务提供商进行评估。响应于评估来选择一个或更多个服务提供商。
文档编号G07B15/02GK1885329SQ20061009350
公开日2006年12月27日 申请日期2006年6月23日 优先权日2005年6月23日
发明者乔纳森·戴尔 申请人:富士通株式会社