背景技术
目前,大部分的餐馆仍然使用纸质菜单来向顾客介绍菜肴以及相应的价格,仍需要服务生来招呼顾客,并花费很长的时间在顾客旁边等待,记录顾客所点的餐品。如果在餐馆的顾客很多的时候,服务生往往没有足够的时间来招待每一位的客人。
而且,如果为买一个餐桌都放置一本菜单,或在菜单中详细介绍菜肴的制程,如今仍被认为是一项非常耗费成本的一件事,因为纸质菜单非常容易磨损破旧,而且如果餐馆的菜肴可能经常发生变化,因此而频繁更换菜单确实是一项很大的成本支出。
另外,一般而言,餐馆的另一项较大的成本支出来自于服务生的费用。但服务生的人数又是极难控制的。如果雇佣的服务生太多,在顾客不多的情况下就显得人员冗余,但如果服务生太少,在生意繁忙的时候又显得人手不足。
然而,在另一方面,随着Internet的应用普及,以及网络基础设备的建设,已经使大部分的传统企业作业流程电子化网络化成为可能。同时,长期以来,对未来语音技术发展方向的探讨使VOIP(网络协议语音服务***,Voice over Internet Protocol)成为通信业界的一大热门话题。
由于VoIP使用的的是IP的基础架构,将以分封交换(PacketSwitching)方式将数据或语音信号分割成许多封包(packet),再以附加标头(header)的方式,注明发话端与受话端的IP地址,再藉由IP地址与许多可行的路径,配合「储存并转送」方式(store&forward),将封包由发话端传送给受信端,再由受话端将所收到封包再重组成为原来的语音信号。通过传送数据数据的网际网络、专线(如ATM、Frame Relay)等传输媒介,网络协议语音服务***(VoIP)便可以封包交换方式来传送语音与数据,成本也就可以大幅降低。
尽管VoIP网络可以同时传输数据与语音,但目前其主流仍是服务于话音市场,使用者只要拨市内电话至当地ITSP(网络电话服务业者,Internet Telephony Service Provider)主机***,经由服务主机所发出的语音提示来输入想打通的国际或长途电话号码,***将通过网络连上当地网络电话服务业者的主机,并以市内电话的方式拨到当地对方的电话。在本地上车在当地下车的方式,使用者所需负担的费用为当地与外地两端的市内电话费以及ITSP网络通讯费。
由于现有的VoIP电话网络尚鲜有与传统企业,如餐馆内的局域网络的数据通讯相结合的应用,因此实有必要解决将传统企业的数据作业流程与VoIP电话***的语音传输作一整合。
具体实施方式
请参阅图1,其为本发明的智能餐馆VOIP电话***的较佳实施例架构图。其包括一主服务器/TFTP(简易档案传输协议,Trivial File TransferProtocol)服务器100、交换机200、DHCP(动态主机配置协议,DynamicHost Configuration Protocol)/DNS(域名***,Domain Name System)服务器300,路由器/网关400以及至少一台VOIP电话机500。
网络设备的组成可以灵活配备,如果是小规模的VOIP电话***,则可以省去交换机200、DHCP/DNS服务器300以及路由器/网关400等网络设备,使用对等网络即可实现数据传输。主服务器、TFTP服务器与DHCP/DNS服务器也可以实际只使用同一台计算机,而遇有大型网络时则又可以将各服务器分别按装在不同计算机上。
主服务器中包括文件数据库101以及校验模块102;VOIP电话机中包括服务单元501以及请求模块502。
文件数据库101用于存放餐馆作业模块,校验模块102用于比对查验该文件数据库中的文件状态;服务单元501为顾客提供餐馆服务接口模块,请求模块502用于与主服务器进行通信并将该服务单元产生的请求发送至该主服务器。
其中,文件数据库101中又可以包括帐单模块1011,餐单模块1012,桌号模块1013,话费模块1014以及菜单模块1015。服务单元501又可以包括点餐模块5011,计算模块5012,付款模块5013,打印模块5014以及下载模块5015。
帐单模块1011用于处理顾客的帐单数据,餐单模块1012用于记录顾客选择的餐品数据,桌号模块1013用于配置并存储餐桌号码数据,话费模块1014用于计算顾客的IP电话通话费,菜单模块1015用于存储菜单数据;点餐模块5101用于从提供的菜单中选择餐品,计算模块5102用于计算顾客选择的餐品价格,付款模块5103用于处理顾客付款,打印模块5104用于打印帐单收据,下载模块5105用于将该文件数据库中的更新文件下载到该服务单元。
当VOIP电话500启动时,它从DHCP服务器300要求网络配置文件,DHCP服务器300为每一部VOIP电话分配IP地址(IP Address)、子网掩码(Subnet Mask),预设网关(Default Gateway),DNS服务器地址以及主服务器名和地址。
如果在VOIP电话500中未启用DHCP服务,则需要人工分配VOIP电话的IP地址并配置主服务器参数。
请参阅图7-1,为本发明所提供的选择TFTP服务器并配置参数的屏幕显示图。
VOIP电话500需要通过请求模块502向主服务器100请求一个配置文件。主服务器100中存储有VOIP电话机500的配置文件(*.cnf文件格式),其定义了与主服务器100的连接参数。主服务器100会从菜单模块1015找到配置文件,并通过校验模块102检查该配置文件是否有更新,如果VOIP电话500中的菜单文件数据的校验和(CheckSum)与菜单模块1015中的菜单文件数据校验和相同,则说明菜单版本没有更新,则不必将主服务器100中的菜单文件发送至VOIP电话500;如果校验和不同,则说明菜单版本有更新,则主服务器100会将当前的菜单文件通过下载模块5015装载到VOIP电话500中。配置文件定义了电话与主服务器的通信方法。如果电话500接收到主服务器名,则使用DNS来解析(Resolve)这个名字,并连接主服务器100。如果电话500没有收到IP地址或服务器名,则使用预设服务器名。
如果主服务器100在文件数据库中没有找到配置文件,则发送一个“没找到文件”的出错信息给电话500。
配置文件的装载过程仅在电话500被重新接驳(Replug)或使用主服务器100重设(Reset)全部电话时发生。更新文件会同时替换全部电话中的文件。
一旦顾客请求付费,主服务器100会自动生成帐单。生成之前,主服务器100会从计算模块5012查询该顾客的帐单计算结果,因此,主服务器100会生成收据并通过网络***发送至该顾客的VOIP电话500中。
请参阅图7-5,为本发明所提供的餐单处理屏幕显示图。如果顾客在电话中提交了餐单到主服务器100,主服务器100就将新的餐单与已有餐单分开。新餐单会按照先到先服务的顺序排队。餐单包含有发送方地址(桌号和IP地址),由此可以容易的区别并供应餐品到需要的顾客。全部餐单会存储入餐单模块1012。当一项餐品准备好了之后,可以在餐单模块1012中将其标记成已准备完毕的状态,而当餐单中的全部餐品都供应给了顾客之后,就可以将该餐单从队列中删除。在用餐过程中,主服务器会发送确认信息(如:某餐品正在制备中、制备完毕等)给VOIP电话500,顾客可以随时了解他所点购的餐品的处理状态。
桌号存储于主服务器100中的桌号模块1013中,并可时时更新。桌号可以自动或手动配置。如果自动配置,主服务器会在模块存储范围内自动按序分配桌号;如果是手工分配,则用户可以任意选择桌号,只要没有重复的情况。当用户选择更新餐桌号码或VOIP电话重新接驳时,会重新分配餐桌号码。
请参阅图7-2,为本发明所提供的配置桌号屏幕显示图。用户不仅可以输入桌号,还可以对该桌进行必要的描述,根据需要还可以为该桌设置报警蜂鸣,当顾客有任何需要的时候,都可以按下按钮,触发蜂鸣提示服务人员。
当顾客使用VOIP电话打电话时,话费就会被随时记录下来并发送到主服务器100中的话费模块1014中。对应于餐桌号码,该顾客的全部费用就会更新。通话时间和费用会实时的显示在VOIP电话500上。顾客付款时,通话费会自动加入餐单中。请参阅图7-4,为所提供的话费累加的屏幕显示图。
在VOIP电话500中的菜单数据会通过主服务器100更新。顾客能从VOIP电话500上看菜单并点餐。所有的VOIP电话都与主服务器相连。在经过点餐并确认后,所选餐品就会被保存入电话的内存中,同时餐费也会被计算并显示出来。
一旦用户提交了餐单,该数据就会与发送方的地址(桌号和IP地址),数据,或接收方地址(主服务器地址)捆绑在一起,并以数据封包的形式传送给主服务器。主服务器会根据处理情况随时向发送方发送确认信息(如已收到、处理中、制备完毕、已取消等等)。具体的确认回复会根据具体的用户请求而有所不同。所有的确认回复消息都可以在电话的屏幕上显示出来。顾客可以了解他们对请求是否成功。
菜单中都配有菜价。所有的单价都存储于主服务器中的菜单模块1015中。用户每选一项餐品,计算单元就会累加其价格,因此,顾客在提交前可以随时了解所选定餐品总价,顾客可依此酌情增删选择的餐品。请参阅第7-3图,为所提供的点餐列表的屏幕显示图。
餐毕,顾客可以通过付款模块5013使用现金或***结帐。如果使用***,顾客需要键入信用***码。该号码会发送至主服务器100验证。主服务器100通过网际网络到***中心验证该***。处理结束后,主服务器100可以通过打印模块5014打印出收据并返回确认信息(付款通知)。用户就可以到柜台索要收据。如果使用现金,顾客可以在柜台直接支付。
请参阅图2,为本发明所提供的VOIP电话机的硬件模块图,其包括扬声器5200,麦克风5205,运算放大器(OP-AMP)5201、5204,多任务器(MUX)5202,编译码器(CODEC)5203,RJ45网络端口5206,以太网物理层设备(Ethernet Switch&PHY)5207,CPU引擎(Engine)5208,用户接口单元5209,电源装置5210以及内存5211。
其中,数据与语音信号封包通过网络端口5206传输到应用本发明的VOIP电话局域网中。以太网物理层设备5207是CPU208与外部网络的接口。已打包的话音信号在传输至嵌入CPU引擎5208中的DSP(数字信号处理)之前会由CPU引擎5208中的话音封包模块拆包(De-packet)处理。DSP处理话音信号,而后再传入音频接口中的编译码器5203。编译码器5203将数字信号转换为模拟信号,再经由放大器5201放大,最后由扬声器5200发出人声。而麦克风5205输入信号则先由放大器5204放大,再经由编译码器5203后将模拟信号转换为数字信号,送入DSP进一步处理。CPU引擎5208中的话音封包模块会将话音信号打包,再通过物理层设备传输至外部网络。输入信号与输出信号经过双工器5202的复用,用户可以同时收到话音并送出话音。用户可以通过用户接口单元5209,如键区或显示器,而输入指令,查看输出结果。电源设备5210为VOIP电话机提供电源,其通过48针埠输入电源,经过直流转换,为CPU等内部模块设备供电。当VOIP电话机启动时,DHCP IP地址,子网掩码,*.cnf的配置文件,预设网关,路由器,DNS服务器地址以及TFTP服务器地址等参数都会保存入非易失性内存211中。
请参阅图3,为本发明的智能餐馆VOIP电话通讯方法流程图,首先在主服务器中校验配置文件,并将更新数据发送至VOIP电话(步骤301),该配置文件定义了该主服务器与VOIP电话的连接参数,其可通过校验模块102比较上一次的配置文件与当前配置文件是否相同,如果不相同则将当前配置文件发送至VOIP电话;VOIP电话根据该配置文件更新数据(步骤302),该配置文件包含有当前的菜单数据,因此如果菜单版本有更新,则会装载更新的版本;用户根据VOIP电话机服务单元的提示而通过输入设备输入请求,如点餐请求、付款请求、以及下载配置文件请求,VOIP电话获得用户请求(步骤303);VOIP电话将该请求与有关数据(如餐桌号码、VOIP电话以及主服务器的IP地址等)绑定并打包发送至该主服务器(步骤304),也就是说将用户请求与该VOIP电话的地址数据对应,并以数据封包的形式发送至主服务器;然后主服务器处理该请求,并发送确认信息至该VOIP电话(步骤305)。
如果主服务器100接收到的是点餐请求,则请参阅图4,为应用本发明的点餐处理方法流程图,首先由主服务器查询菜单模块中的餐品及单价数据(步骤401);根据用户选择列出所选餐品及单价(步骤402);查询计算模块对所选餐品价格的累计金额(步骤403);用户提交餐单后将餐单数据按先到先服务的顺序保存至餐单模块(步骤404);根据餐品的准备情况,随时向该VOIP电话返回确认信息,如收到餐单、某餐品正在制备中、某餐品制备完毕以及某餐品已取消等(步骤405)。
如果主服务器100接收到的是付款请求,则请参阅图5,为应用本发明的付款处理方法流程图,首先由主服务器查询计算模块中的餐品累计金额以及话费模块中的话费金额(步骤501);根据总金额由帐单模块生成帐单(步骤502);根据用户选择的付款方式结算(步骤503);调用打印模块打印出帐单(步骤504)。
如果主服务器100接收到的是下载配置文件请求,则请参阅第6图,为应用本发明的下载配置文件处理方法流程图,首先通过餐单模块查找当前配置文件(步骤601);通过校验模块查验上一次的配置文件与当前配置文件是否有变化(步骤602);如果数据发生变化则将当前配置文件发送至请求方的VOIP电话(步骤603)。