[发明专利]预订方法和系统

说明书

本申请是分案申请，其原案申请的申请号为03819821.5，申请日为2003年8月21日，发明名称为“预订方法和系统”。

技术领域

本发明涉及电信领域。具体而言，本发明涉及在预订系统中进行预订和使包括至少一个预订系统的几个预订系统中的预订同步的方法和系统；涉及至少一个服务提供者；中介器服务；客户端和至少一个客户终端装置，可以是移动装置，并包括对话。此外，该系统包括用于连接预订系统、服务提供者、中介器、和客户终端装置的电信连接。

背景技术

通过互联网进行预订或使用的服务在不断增加。互联网使人们可以使用多种在线服务，例如连接到银行的服务、保健服务、旅行社、车辆维护等。

移动计算和通信装置的逐渐普及为互联网上的服务带来新的挑战。移动终端能在需要时传送信息给用户。用户希望从手边的装置无处不在地访问信息和应用。他们也希望无论在哪里都能访问和更新信息。

然而，重要的是注意到，不是所有的终端都是移动的。未来的服务必须能与大量终端装置通信，这些终端装置是移动的或不能移动的。不同的终端装置具有差别很大的能力。

不同服务和终端装置的互用性需要多种等级的标准。也就是说，具有公共通信协议是不够的。共享公共原理和理解一定的数据片段在特定的环境中意思是什么是非常重要的。然而，因为在本领域中存在非常多的公司、组织、和其它参与者，所以对这些问题达成协议是非常困难的。

很多服务必须能管理预订。它们举例来说包括预订保健服务预约；预订旅行旅馆、航线、和出租车预约；预订会场门票；预订车辆维护预约；预订公寓维护等等。如果这些服务相互获得信息，则这是非常有用的。例如，如果顾客正在预订音乐会的票，则他或她也可能希望预订餐馆中的台位。如果餐馆预订服务得到基本信息，例如从剧院的预订系统得到日期和顾客姓名，则这是有帮助的。遗憾的是，没有方法在不同类型的预订系统中交换信息。

有多种方法在服务之间交换信息。涉及到包括预订或日历功能的服务，信息交换常常发生在使预订或日历条目同步时。为此，正在进行几种重要的标准化努力。例如，SyncML是提出公共数据同步协议的工业发起者。

vCalendar是个人日程安排信息的交换格式。它可应用于很多日历和日程安排产品，且在多种的运输方法中交换信息中是有用的。很多卖主已经采用了这个规范，因为它允许卖主的产品交换日历和日程安排信息。vCalendar是基于例如x/Open和XAPIA日历和日程安排API(CSA)等工业标准、ISO 8601国际日期和时间标准、和相关MIME电子邮件标准的开放规范。vCalendar格式使用通常储存在日历和日程安排应用中的数据，便于对关于诸如事件(events)和做事(to-do′s)等条目的信息进行交叉平台交换。事件是表示日历上时间的指定量的日历和日程安排实体。做事是表示行为条目或任务的日历和日程安排视体。例如，它可以是分配给个人的工作条目。

vCard用于自动交换通常出现在传统名片上的个人信息。vCard用在诸如互联网邮件、语音邮件、网络浏览器、电话应用、呼叫中心、视频会议、PIM(个人信息管理器)、PDA(个人数据助理)、寻呼机、传真机、办公设备、和智能卡。除了文本外，vCard信息可包括例如图片、公司标识、现场网址等元素。

如这些实例所示出的，已经花费大量努力来建立能使预订系统同步的系统。所有这些现有的解决方法所共有的一个问题是，它们不提供用于不同系统的公共语义。例如，如果登录(entry)是尝试性的，则不同系统可以不同方式理解此登录。

另一问题是，预订系统具有多种不同的且常常是十分复杂的用户界面。如果用户想预约牙医和预订出租车载他或她到那儿，则用户需要以不同方式将所有的预订信息输入两个预订系统。

再一问题是，如果给予客户端很多问题，则管理客户回复变得具有挑战性。例如，由于在很多国家，例如芬兰，利用SMS文本消息通信和它们为操作者创收是非常普通的，所以使用SMS文本消息询问客户他或她选择哪个选项是有意义的。然而，如果客户通过发送多条文本消息来回复多个询问，则找出哪个回答(answer)对应于特定问题可能是麻烦的，因为回复(reply)没有自动包含对该问题的参考。比方说，一项服务询问客户他或她除了飞机票外是否想要预订出租车和旅馆房间，且客户对一个问题作出回复“是”，对另一问题作出回复“否”，则该项服务不一定知道该客户已经接受了哪项预订。

发明内容

本发明的一个目的是消除上述缺陷之一或至少较大程度上避免它们带来的不利影响。本发明实现了特别对移动服务必不可少的新的增值服务。