本发明属于旅游行业与电子商务领域。
背景技术：
：：旅游导游从业人员过去一直是供职于旅行社等旅游服务企业，由企业派员向游客提供导游服务，各旅行服务企业在线下或线上发布旅游产品套餐，游客报名参加。现实的情况是导游的个人工作质量、游客的体验与导游本身的利益没有直接关联，关联的主体是她所在的旅游公司，由于各导游从业人员的服务质量常常与游客的体验需求存在脱节或不能实时与市场交互并接受市场的监督，各地经常出现游客被带去强制购物或导游服务质量游客不满意的情况时有发生，而另一方面优质导游提供的优质服务又被淹没在市场的汪洋大海之中，不能脱颖而出。这不能很好地调动导游从业人员提商业务能力改进服务质量的积极性，同时也加大了导游从业人员的就业成本，但随着国家对导游从业人员从业政策的调整放宽，为导游从业人员直接进入导游服务市场提供了更多的渠道与选择。技术实现要素：本发明所要解决的问题是：发明一种网约导游服务提供方法及数据处理装置，该发明是在互联网、移动互联网、物联网的网站或平台(以下统称为网站)上建立网约导游模块或直接建立一个网约导游服务平台，导游通过网站客户端的导游入口向网站提出服务申请并上传相关资料办理相关手续，经网站工作人员审核通过后向游客提供网约导游服务。网友可以通过互联网、移动互联网、物联网利用网络客户端设备如：PC机、笔记本、平板电脑、手机、家用电器设备、车载设备等上网访问提供网约导游服务或相关内容的网站平台，在网站中网友进入或通过导航进入网约导游的相关页面在其中查看各位导游的资料、游客对其服务评价的信息、资质信息与服务内容、推出的旅游套餐产品、设计的组团旅游线路、组团计划等并可下单加入其推出的旅游线路的组团要约计划导游对加入申请加以确认，或者网友自己发布旅游计划，由导游投单网友确认，游客进行交费，到约定出游时间，游客按约订地点集中报道出行接受网约导游服务，网友可以随时查看管理自己的订单，随时对自己的旅游体验发表看法包括对服务的投诉与评价；导游通过自己的工作空间对业务进行管理；网站管理人员通过后台工作空间对网约导游的相关业务进行管理与控制。该发明能大大方便游客为自己的旅行自主选择导游提升自己的旅游体验，同时方便导游从业人员的就业并提高导游改进其服务工作质量、提升业务水平的积极性，促进旅游市场服务水平进一步提高，有利于旅游经济的发展和经济的转型升级，其有益的社会经济效果十分明显。本发明通过以下的技术方案得以实现。一种网约导游服务提供方法及数据处理装置，包括一种电子商务网站尤其涉及一种旅游电子商务网站，包含旅游线路、旅游景点、宾馆等信息的展示模块、在线支付与第三方支付平台的联接等；所述的电子商业网站包含服务器、数据库系统、客户端；所述的客户端与服务器、数据库系统相联；一种网约导游服务提供方法其特征在于：利用互联网、移动互联网、物联网等现代网络平台或网站(以下统称为网站)从事导游从业人员相关信息搜集或提供网约导游服务；或通过以下的步骤加以实现：导游服务提供者通过网站提出网约导游的服务申请、或上传相关资料办理开业手续；或网友可以通过互联网、移动互联网、物联网利用网络客户端设备包含：PC机、笔记本、平板电脑、手机、家用电器设备、车载设备等上网访问提供网约导游服务或相关内容的网站，在网站中进入或通过导航进入网约导游内容的相关页面在其中查看网约导游相关的旅游套餐产品或组团旅游线路、各位导游服务者的资料、游客对其导游服务的评价、导游的资质信息、网约导游提供的其它服务信息、网约导游组团计划或其配套服务信息等内容之一或它们的任意组合信息，或者还可以下单加入该导游执导的旅游线路的组团要约计划；或者网友自己发布旅游计划，由导游投单网友确认；或者网友查看管理自己的订单，或者对自己的旅游体验发表看法或者对导游服务进行投诉或者评价；或者导游通过其工作空间对自己的业务进行管理；或网站管理人员通过后台工作空间对网约导游从业人员及其相关业务进行管理；一种网约导游服务提供数据处理装置其特征在于在网站中设置有网约导游相关数据处理装置包含：导游从业人员信息搜集装置、导游业务数据的上传装置、导游业务管理装置、导游相关信息展示装置、网约导游服务产品展示装置、网友加入导游推出的出游组团计划下单装置、网友发布出游计划装置、游客财务账户管理装置、网站对导游业务的管理装置、网站对导游的管理装置等之一或它们的任意组合；或设置有对以上装置相关数据进行处理的数据处理装置；其中：导游从业人员信息搜集装置包含：导游从业人员网约导游服务申请装置、或导游从业人员信息搜集装置；导游业务数据的上传装置包含：导游服务相关的旅游产品套餐数据上传装置、与旅游产品相关的景点或宾馆或美食或休闲等信息数据的上传装置、导游组团计划上传装置等之一或它们的任意组合；导游业务管理装置包含：导游对游客投诉的管理装置、导游对不文明游客的投诉装置、导游交费提现装置、导游财务账户管理装置、导游与网管信箱交流装置等之一或它们的任意组合；导游相关信息展示装置包含：导游从业人员资质或从业信息展示装置、服务业绩信息展示装置、游客评价展示装置、导游的身份信息或联系方式展示装置等之一或它们的任意组合：网约导游服务产品展示装置包含：网约导游相关的旅游产品套餐展示装置、相关景点展示装置、宾馆信息展示装置、美食展示装置、休闲游乐信息展示装置、网约导游的组团计划展示装置等之一或它们的任意组合；网友加入导游推出的出游组团计划下单装置包含：网友入团下单装置；游客对入团申请的订单管理装置；游客投诉装置、游客对服务或导游从业人员的评价装置等之一或它们的任意组合；网友发布出游计划装置包含：游客出游计划搜集或显示装置、导游服务提供者投单报价显示装置、游客确认装置等之一或它们的任意组合；网站对导游业务的管理装置包含：网站对导游从业人员资格审查或管理装置、或网站对游客投诉的处理装置等；网站对导游的管理装置包含：导游业绩统计汇总装置、市场反馈统计装置、对导游的嘉奖数据处理装置、对导游的处罚数据处理装置、和对这此处理数据的执行装置等之一或它们的任意组合；数据处理装置包含以下各项之一或它们的任意组合：记录导游从业人员开业经营登记信息表、申请开业的资质文件图片信息记录表、用于储存该图片记录表对应图片数据的存储文件夹、经营会员提现申请数据记录表、经营单位财务入账出账记录表、经营单位财务定期账户余额数据信息记录表、导游从业人员开业年费缴纳情况记录表、导游从业人员开业服务保证金缴纳信息记录表、网约导游旅游产品套餐数据记录表或储存该表对应图片或多媒体数据资料的文件夹、记录景点与服务产品关联表、网约导游旅游产品组团计划记录表、与网约导游服务相关的景点或宾馆详细信息图片或多媒体数据信息记录表或与该表对应的图片多媒体数据记录文件夹、导游从业人员针对消费者发起的导游要约的投单数据记录表、网友加入网约导游组团申请信息即网约导游订单记录表、游客及导游投诉信息及处理情况数据记录表、与投诉相关的证据图片数据信息记录表或存储相关证据图片数据的文件夹、游客对旅游线路产品的评价数据信息记录表、游客对网约导游的服务质量评价记录表、会员信箱信件数据记录表、游客会员财务入账出账记录表、游客会员财务定期账户余额数据信息表、网站对每位网约导游人员的考核数据表、网约导游的处罚记录表、网约导游的嘉奖记录表等；或在网站客户端显示或在网站数据库中存储有如下的数据信息之一或其任意组合数据信息：网约导游服务者的职业资质、工作经历、评价信息数据、与网约导游相关的旅游产品套餐信息数据、组团计划信息数据，网约导游所提供的服务内容信息数据、网约导游的订单数据、网友提供的旅游计划数据；导游针对网友的出游计划投单信息数据等。本发明所述的导游从业人员信息搜集其特征或在于：或在顾客客户端或移动设备显示屏上设置导游从业人员相关信息录入窗口或界面或者信息提交功能或者设置有导游从业人员认证信息或相关证件或资质文件的图片或多媒体数据的上传装置。本发明所述的网友查看管理自己的订单其特征或在于其内容或者包含以下内容之一或它们的任意组合：查看订单、取消自己的订单、编辑自己的订单、对自己的订单消费体验的评价与真实感受的分享，顾客对消费中出现的不愉快进行投诉与投诉反馈等内容。本发明所述的导游通过其工作空间对自己的业务进行管理其特征或在于其内容或者包含以下内容之一或它们的任意组合：导游服务业务数据上传、处理游客投诉、投诉不文明游客、财务账户管理、与网管或游客交流信箱、订单管理等；其中：导游服务业务数据上传包含以下各项之一或它们的任意组合：旅游套餐产品数据上传、对已上传的旅游套餐产品信息维护与编辑修改、对产品相关的景点或宾馆信息的上传或维护编辑修改、针对套餐产品的组团计划的上传或维护编辑修改、组团计划相关信息展示浏览等；处理游客投诉包含以下各项之一或它们的任意组合：显示投诉相关内容、向投诉人回复道歉、向网站管理方说明情况或者申诉或者向投诉人转账退款等；或通过导航装置导航进入投诉处理页面或界面；财务账户管理包含以下各项之一或它们的任意组合：交易明细记录或查询显示、账户余额记录或查询显示、交费、提现转账等；订单管理包含以下各项之一或它们的任意组合：审核处理游客入团申请、查看组团计划游客报名情况、抢单等。本发明所述的网站管理人员通过后台工作空间对网约导游从业人员及其相关业务进行管理其特征或在于包含以下各项之一或它们的任意组合：导游人员开业申请审核、网上开展服务的会员各种管理费用的缴纳审核、处理会员账户充值申请、处理会员提现申请、旅游产品数据的审核、景点与旅游产品关联表的审核、组团计划审核、会员信箱管理、处理消费者投诉、处理对不文明游客的投诉、网站对导游的管理与考核装置等。产品上网发布运行后，网友通过互联网、移动互联网访问、登录相关网站平台，通过导航进入或者直接进入网约导航主页，查看与导游相关的旅游套餐产品、选择导游推出的旅游组团计划，投单加入其负责导游的旅游团，或网友上传自己的旅游计划和导游服务需求，导游投单网友确认，交费按约出行双方履约其流程示意图如图1所示。附图说明图1为本发明的网友网约导游的流程示意图。图2为网约导游模块的主页组成图。图3为网约导游模块的主页设计视图。图4为旅游套餐产品详细信息展示界面组成图。图5为旅游套餐产品详细信息展示界面布置图。图6为申请加入旅游套餐产品组团出游计划的申请提交界页设计视图。图7为定单管理页面组成图图8为订单展示界面订单简要信息展示设计视图具体实施方式以下是本发明的具体实施例并结合附图对本发明的技术方案作进一步的描述，以便于更清楚地阐明本发明的精神，但本发明并不局限于这些实施例。实施例首先建立与平台配套的数据库系统，然后设计平台的各页面或界面，在数据库中建立至少包含以下表在内的数据表，在服务器中建立与之相关图片、多媒体数据存储的文件夹。第一张名为U的会员信息记录表(记录普通游客与导游身份信息)，包含如下字段uID、na、pn、cname、c、tel、qq、sl、p、pask、pans、flag、f1、oks、oksp、ma、face、mad等等，其中uID用于记录会员登录ID为本表主键；na用于记录会员的姓名信息；pn用于记录会员的网名信息；cname用于记录其身份证件名称信息；c用于记录其身份证件号码信息；tel用于记录会员联系方式信息如电话号码；qq用于记录会员的社交账户帐号信息如QQ号；sl用于记录会员的社交平台如微信帐号；p用于记录会员的登录密码；pask用于记录找回密码时用的密码提示问题pans用于记录密码提示问题的答案等；flag用于记录会员的身份类别信息分为游客消费者会员和服务提供者导游会员；f1用于记录会员是否开通导游服务的经营资格，0表未开通，1表已开通，2表示未通过审核；oks用于标识优秀导游人员，1表示是，0表不是；oksp字段用于记录导游排序的权重值；ma字段用于记录该会员的第三方支付平台的名称及账号信息；face字段用于记录该会员头像地址信息，其它字段可用于记录顾客其它的身份数据信息或其它相关信息等同时在服务器中建立一个FU文件夹用于储存会员头像数据；第二张名为dp的表用于记录导游从业人员开业经营登记信息表，包含以下数据记录字段：dpid、uid、dpname、addr、tel、uname、c、d、acc、f1、fc等，其中dpid字段用于记录从业经营登记号为本表主键；uid字段用于记录导游会员注册号与u表中的uid字段相对应关联；dpname字段用于记录导游员的服务机构或旅游服务企业的名称；addr字段用于记录申请人地址；tel字段用于记录工作联系人电话号吗；uname字段用于记录工作联系人姓名；c字段用于记录申请人所经营的主要业务范围内容信息；d字段用于记录申请人资质和工作简历信息；acc字段用于记录该登记机构或导游在第三方的财务账号，用于网站平台与该经营会员即导游的财务往来，账号由当事人在申请开业经营时一并提供；f1字段用于记录开业状态标识，分为0、1、2、3四种状态，0表示新申请等待审核，1表示通过审核允许开业，2表不符合要求没通过审核，3表被强制关闭；fc字段用于记录工作人员审核意见说明。第三张名为dpphote表用于记录申请开业所提交的资质图片信息，包含以下数据记录字段：dppid、dpid、pname、addr、c，其中dppid字段本表序号为本表主键；dpid字段用于记录该导游的经营机构登记账号；pname字段用于记录该图片的名称；addr字段用于记录该该图片在服务器中的存储地址；c字段用于记录该资质文件的说明。同时在服务器中设置一个名为dpw的文件夹用于记录该表记录对应的图片数据。第四张名为pick的表，用于记录会员提现申请数据，包含以下数据记录字段：pkid、uid、dpid、c、q、k、uptime、f，其中pkid字段用于记录本表一条记录的序号为本表主键；uid字段用于记录提交申请者会员帐号，对应于U表的uid字段；dpid字段用于记录提现申请所指的经营机构帐号，对应于dp表的dpid字段；c字段用于记录申请文件内容及说明；q字段用于记录申请提现数额；k字段用于记录是否有纸质文件通过线下方式送达，分为有送达，无送达两种情况；uptime字段用于记录申请提交日期时间；f字段用于记录申请人会员类别，分为普通消费者会员用1代表，和提供服务的经营者会员如导游人员用2代表。第五张名为Uinto表用于记录消费者游客会员财务入账出账记录表，包含以下数据记录字段：inid、Uid、in、ain、atime、out、uptime、c，其中inid字段用于记录本表一条记录的序号为本表主键；Uid字段用于记录该消费者会员的帐户id号，对应关联于U表的uID字段；in字段用于记录该会员的正式入账数据；ain消费者充值时申请提交数额；atime提交充值申请的时间；out字段用于记录该会员的正式出账支出数据；uptime字段用于记录正式出入账数据的发生时间；c字段用于记录对该条业务的说明。第六张名为Ubalance表用于记录消费者游客财务账户定期余额数据信息，包含以下数据记录字段：Ubid、Uid、bal、dyear、uptime，其中Ubid字段用于记录本表一条记录的序号为本表主键；Uid字段用于记录该消费者会员的帐号，对应关联于U表的Uid字段；bal字段用于记录该会员该时期账户余额；dyear字段用于记录该条记录所对应的时间段；uptime字段用于记录该条记录发生时间；第七张名为dpinto表用于记录经营机构财务入账出账记录表，包含以下数据记录字段：inid、dpid、in、out、uptime、y、m、c，其中inid字段用于记录本表一条记录的序号为本表主键；dpid字段用于记录该经营会员的经营id号，对应关联于dp表的dpid字段；in字段用于记录该经营会员的入账数据；out字段用于记录该经营会员的支出数据；uptime字段用于记录本条数据的发生时间；y字段记录数据提交所属的年份；m字段用于记录数据提交所属的月份；c字段用于记录对该条业务的说明。第八张名为balance表用于记录经营机构财务定期账户余额数据信息(每月记录一次)，包含以下数据记录字段：dpbid、dpid、bal、dyear、dmonth、uptime，其中dpbid字段用于记录本表一条记录的序号为本表主键；dpid字段用于记录该经营会员的经营id号，对应关联于dp表的dpid字段；bal字段用于记录该经营会员该月账户余额；dyear字段用于记录该条记录所对应的年份；dmonth字段用于记录该条记录所对应的具体时间段；uptime字段用于记录该条记录发生时间；第九张名为yfee表用于记录旅游服务机构即导游从业人员开业年费缴纳情况，包含以下数据记录字段：yfid、dpid、m0、m1、fyear、uptime、upuid、c等，其中yfid字段代表本表一条记录的序号为本表主键；dpid字段用于记录本条交费记录所对应的经营单位的登记帐号id；即对应产关联于dp表的dpid字段；m0字段用于记录经核定的年费数额；m1字段用于记录交费人实际交纳数额；fyear字段用于记录交费所对应的年度；uptime字段用于记录实际交费发生时间；upuid字段用于记录实际交费人的会员帐号；c字段用于记录情况说明。第十张名为qfee表用于记录旅游服务机构即导游从业人员开业服务保证金缴纳信息，包含以下数据记录字段：qid、dpid、m0、m1、uptime、upuid、c：其中qid字段代表本表一条记录的序号为本表主键；dpid字段用于记录本条交费记录所对应的经营单位的帐号id；即对应产关联于dp表的dpid字段；m0字段用于记录该经营单位核定的应缴保证金数额；m1字段用于记录该经营单位实际缴纳的保证金数额；uptime字段用于记录实际缴纳费用的时间；upuid字段用于记录实际缴纳费用人的会员帐号即对应于U表的uID字段；c字段用于记录有关情况说明。第十一张名为tourgoods表用于记录旅游套餐产品数据，同时在服务器中设置与该表对应图片、多媒体数据资料存储文件夹tourgoodsp文件夹，在tourgoods表中包含以下数据记录字段：ID、content、content1、paddr、guideid1、guideid2、guideid3、guideid4、f、sort、uptime、upid，其中id用于记录旅游产品的序号为本表主键；content用于记录旅游产品的内容介绍；content1用于记录该旅游产品简要文字介绍；paddr用于记录本旅游产品的代表性景点的图片地址，其图片数据由在系统上传时保存于tourgoodsp文件夹；guideid1、guideid2、guideid3、guideid4用于记录本旅游产品的导游的会员帐号id，一共可以记录多名导游人员，其中guideid1为负责人；f用于记录此产品是否已经通过网站管理方的审核，0表未审核，1表通过审核，2表未通过审核；sort用于记录该旅游套餐产品的检索类别，与主页导航类别相对应，如此处将类别分为：东南亚旅游、北欧旅游、海岛游、美国加拿大、北国风光、草园风情、西部高原、江南水乡、现代都市、闽南风光、红色旅游、农家乐等大类，类别可由提交数据的会员在录入时设置，也可由审核人员设置均可；uptime用于记录该产品的设计上传时间，upid用于记录上传人员id号。第十二张名为tourspot表用于记录景点与旅游产品关联表，包含以下数据记录字段：tsID、tgoodsid、spotid、upid、uptime、f，其中tsID为本表一条记录的序号为本表主键，tgoodsid用于记录一条记录中旅游套餐产品的id号，关联对应于tourgoods表中的ID字段，spotid用于记录景点或宾馆的id号，对应于view_spot表中的spotid字段，upid字段用于记录上传人员id号对应于U表中的Uid字段，uptime字段用于记录该产品的上传时间，f用于记录此条记录是否已经通过网站管理方的审核，0表未审核，1表通过审核，2表未通过审核。第十三张名为tourTeam表用于记录旅游产品组团计划表，包含以下数据记录字段：ttID、f、fd、c1、c2、goodsid、uid1、uid2、uid3、q、q1、process、t、tot、toaddr、tocity、cost0、cost1、cost2、ins、upid、uptime、k、flag，其中ttID字段代表本表一条记录的序号为本表主键；f字段记录组团计划类别，分为导游发起类用1表示，消费者游客发起类用2表示；fd字段用于记录对于消费者发起类的服务需求状态分为：不需抢单如导游发起类用0表示，1表示抢单进行中，2表示抢单结束；c1字段用于记录组团文字说明，例如本条组团计划由消费者发起，则可在这里说明本计划所包含的旅游路线与景点宾馆住宿用餐等内容或要求；c2用于记录对报价所包含的组成内容：如是否包含导游服务费、门票费、住宿费、交通费、用餐费等；goodsid字段用于记录该组团计划对应的旅游套餐产品id对应于表tourgoods表id字段；uid1、uid2、uid3字段用于记录该组团计划的担任导游的会员id其中uid1用于记录负责人会员id；q字段用于记录该团核定的游客人数；q1字段记录实际申请的人数；process字段用于记录组团过程状态，0表组团进行中，1表组团结束关闭；t字段用于记录该计划的成行计划时间段；tot字段用于记录该计划的成行的具体集合时间；toaddr字段用于记录此次组团的出发起始的集合地点；tocity字段用于记录此次组团的出发起始的集合地点所在城市；cost0字段用于记录导游促销价；cost1字段用于记录此次导游组团旅游的价格数据；cost2字段用于记录此次消费者组团旅游的出价价格数据；ins字段用于记录此次组团旅游所包含的保险产品信息；upid字段用于记录此组团计划上传的会员帐号id对应于U表的uID字段；uptime字段用于记录此组团计划上传的时间；k字段用于记录价格类别，分为正常价、促销价；flag字段用于记录此次组团计划是否通过网管审核标识，0表示未审，1表通过审核，2表未通过审核。第十四张名为view_spot表用于记录景点与宾馆及其所属的休闲、美食详细信息图片、多媒体数据信息记录表同时在服务器中设置与该表对应的图片多媒体数据记录文件夹view_spotp文件夹，数据表包含以下数据记录字段：spotid、sname、content、paddr、cy，sen、si、addr、uptime、upid，其中spotid为本表一条记录序号为本表主键，shame字段为景点或宾馆的名称，content字段为本景点或宾馆的文字介绍，paddr字段为本景点或宾馆的的形象图片储存地址，其图片数据在系统上传时保存于view_spotp文件夹；cy字段用于记录景点所在的国别，sen字段用于记录景点所在的省(直辖市等)，si字段用于记录景点所在的地级市，addr字段用于记录景点所在的具体的门牌号，uptime字段用于记录上传时间，upid字段用于记录上传人员id号。第十五张名为ttdrop表用于记录导游从业人员针对消费者发起的导游要约的投单数据，包含以下数据记录字段：tdid、ttID、upuid、q、c、uptime、f，其中tdid字段用于记录该表本条数据记录的序号为本表主键；ttID字段用于记录本条投单记录所对应的导游服务要约(即组团计划)的序号；upuid字段用于记录投单人的会员帐号即UID号；q字段用于记录投单报价；c字段用于记录投单报价中所包含的服务内容；uptime字段用于记录投单时间；f字段用于记录投单状态，分为：等待审核、投单成功、投单失败三种。第十六张名为team_Apply表用于记录网友加入旅游团组团申请信息，即网约导游模块的订单记录表，包含以下数据记录字段：taid、ttid、goodsid、upuid、pname、ptel、psex、page、q、mq、wq、orf、cf、uptime、accept、c、s1、s2、s3，等字段，其中taid字段用于记录本条数据记录的序号为本表主键，ttid字段用于记录本条数据记录所对应的组团计划tourTeam表中的序号，goodsid字段用于记录所对应的旅游套餐产品的序号即对应关联于tourgoods表的ID字段，upuid字段用于记录提交申请人的会员帐号对应于U表uID字段，pname字段用于记录提交申请人的姓名，ptel字段用于记录提交申请人的联系电话如手机号码，psex字段用于记录提交申请人的性别，page字段用于记录提交申请人的年龄，q字段用于记录本申请所申请的入团人数，mq字段用于记录本申请所申请的入团男性人数，wq字段用于记录本申请所申请的入团女性人数，orf字段用于记录本订单状态分为正常、需补充资料两种状态，cf字段用于记录本订单的消费状态分为等待消费、消费进行中、消费结束三种，uptime字段用于记录订单(即入团申请)提交的时间，accept字段用于记录该订单的接受状态，分为待审核、已接受，已放弃三种状态，c字段用于记录导游对订单审核的说明意见，sl字段用于记录顾客应缴费额，s2字段用于记录已交数额，s3字段用于记录取消定单时退还数额。第十七张名为team_ApplyP表用于记录网友加入旅游团组团申请人员组成信息记录，包含以下数据记录字段：tapid、taid、name、sex、age、date、cname、code、tel、addr、htel、wsort，其中tapid字段用于记录本条记录的序号为本表主键，taid用于记录本条记录所隶属于team_Apply表的一条记录序号对应关联于该表的taid字段，name字段用于记录游客姓名，sex字段用于记录游客性别，age字段用于记录游客年龄，date字段用于记录游客出生年月信息，cname字段用于记录游客身份证件名称，code字段用于记录游客身份证件号码，tel字段用于记录游客联系电话，addr字段用于记录游客住址，htel字段记录游客家人电话号码，wsort字段记录游客职业信息。第十八张名为complained表用于记录导游人员、游客投诉信息及处理情况数据记录，包含以下数据记录字段：id、content、title、appeal、upuid、utel、uptime、tuid、tutel、toteamid、tanswer1、tanswer2、ttel、ub1、ub2、mcont、proof、sort、f1、f2、f3、qb。其中id字段用于记录本条记录的序号为本表主键；content字段用于记录投诉的具体内容；title字段用于记录投诉内容标题；appeal字段用于记录投诉人的诉求；upuid字段用于记录投诉人会员账号对应于u表的uID字段；utel字段用于记录投诉人联系电话；uptime字段用于记录投诉时间；tuid字段用于记录被投诉人的会员帐号对应于u表的uID字段；tutel字段用于记录被投诉人联系电话；toteamid字段用于记录被投诉的组团计划序号；tanswer1字段用于记录被投诉人回复投诉人的内容；tanswer2用于记录被投诉人向网站管理方申诉内容；ttel字段用于记录申诉人联系电话；ub1字段用于记录投诉人对被投诉人回复处理意见是否满意；ub2字段用于记录投诉人对网站管理方回复处理意见是否满意；mcont字段用于记录网站管理方处理意见内容；proof字段用于记录投诉内容是否提交了证据，0表没有提交证据，1表已提交证据；sort字段用于记录投诉类别分为游客投诉、导游人员投诉等类；f1字段用于记录被投诉人是否已处理投诉回复投诉人；0表示未处理，1表示已处理回复投诉人；f2字段用于记录网管是否已对本条投诉进行处理，0表示未处理，1表示已处理回复投诉人和被投诉人；f3字段用于记录此条投诉是否处理结束，0表理处理进行中，1表示处理结束；qb字段用于处理投诉时被投诉人支付的款项数额或退款数额。第十九张名为cpproof表用于记录游客投诉时提交的图片证据存放位置信息，包含以下数据记录字段：id、dsid、paddr，同时在服务器中建立一个名为proofp的文件夹用于记录投诉时提交的证据图片数据，其中id字段用于记录本条记录的序号为本表主键，dsid字段用于记录该记录属于哪一条投诉，即隶属的投诉序号对应于complained表的id字段，paddr字段用于记录证据图片的地址信息。第二十张名为assess表用于记录游客对旅游线路产品的评价数据信息，包含以下数据记录字段：id、goodsid、c、k、uid、uptime、f，其中id字段记录本条记录的序号为本表主键，goodsid字段记录对应的旅游套餐产品的序号对应于tourgoods表的id字段，表示所做的评价是针对该项旅游套餐产品所做出的，c字段用于记录评价内容信息，k字段用于记录评价等级分为：很好、好、过得去、差、很差，uid用于记录评价人的会员帐号对应于u表的uID字段，uptime字段用于记录评价内容上传的时间，f字段用于记录该位价是否已经通过了网管的审查，0表未审，1表通过审查，2表没能通过审查。第二十一张名为atourserve表用于记录游客对导游的服务质量评价，包含以下数据记录字段：id、taid、uname、f、c、uid、uptime、k，其中id字段记录本条记录的序号为本表主键；taid字段用于记录消费者作出评价是基于哪次消费作出的即订单号，对应关联于表team_Apply表的taid字段；uname字段用于记录评价人真实姓名；f字段用于记录本次评价等级，例如分为好、合格、差三种；c字段用于记录本次具体的评价内容；uid字段用于记录本次评价人的会员帐号对应关联于表U表的UID字段；uptime字段用于记录本次评价的发生时间，由系统自动生成；k字段用于记录本次评价是否有效，由网管人员审核后确定，分为0表未审核，1表经审核确认有效，2表经审核认定无效。第二十二张名为cmoney表用于记录网站消费者缴费数据表，包含以下数据记录字段：id、taid、q、uid、uptime、c，其中id字段记录本条记录的序号为本表主键；taid字段用于记录消费者的订单号，taid对应关联于表team_Apply表的taid字段；q字段用于记录此次交费金额；uid字段用于记录本次缴费人的会员帐号对应关联于表U表的UID字段，uptime字段用于记录本次交费的发生时间，由系统自动生成；c字段用于记录本次交费的简要说明。第二十三张名为adv1表用于记录网约导游主页台头位置处的广告图片信息，包含以下数据记录字段：aid、paddr、uptime、c，其中aid字段记录本条记录的序号为本表主键，paddr字段记录本条广告图片地址信息，uptime字段记录本条广告图片上传时间，c字段记录说明文字。第二十四张名为adv2表用于记录网约导游主页台头位置处的广告的延伸或详细信息，包含以下数据记录字段：adid、aid、paddr、uptime、c，其中adid字段记录本条记录的序号为本表主键，aid字段用于记录所属的台头广告图片序号对应关联于表adv1表的aid字段，paddr字段用于记录图片地址信息，uptime字段记录本条广告图片上传时间，c字段记录说明文字。以上adv1、adv2数据表合用一个名为advp的服务器文件夹来储存图片、多媒体数据。第二十五张名为tletter表用于记录会员信箱中信件数据，包含以下数据记录字段：id、touid、fromuid、content、uptime、Lid、s、f、read、ans，其中id字段用于记录该条记录的序号为本表主键；touid字段用于记录该信收件人注册账号对应于u表的uID字段；fromuid字段用于记录发信人注册帐号对应于u表的uID字段，1表示由网管发信；content字段用于记录信件内容信息；uptime字段用于记录发信时间；Lid字段用于记录该信件是否为回复件，n所代表的数字代表该回信是针对的原信件的id，0表示是起始第一封；s字段用于记录信件类别，分为消费者来信、导游来信、网管来信三类；f字段记录信件内容是否已通过网管审核，0表未审，1表通过审核，2表未通过审核；read字段记录是否阅读，0表信件未阅读，1表已阅读过；ans字段用于记录该信件是否已经回复，0表未回复，1表已回复。第二十六张名为transfer表用于记录网管批准的转账信息记录，包含以下数据记录字段：id、udid、f、q、acc、co、wid、uptime，其中id字段用于记录该条记录的序号为本表主键；udid字段记录该消费者会员的注册帐号或经营服务类会员的商户登记号，f字段记录会员类别，q字段记录提现转账金额、acc字段记录转入账户行及名称、co字段记录转入账户的账号、wid字段记录负责审核的网站工作人员工号、uptime字段记录审核时间。第二十七张名为examine表用于记录网站对每位网约导游人员的考核数据，包含以下数据记录字段：id、uid、content、rank、tlimit、sort、uptime、mid，其中id字段用于记录该条记录的序号为本表主键；uid字段记录被考核导游的会员帐号；content字段用于记录考核评语数据；rank字段用于记录考核等级；tlimit字段用于记录考核期限；sort字段用于记录考核类别，分为月度考核、季度考核、年度考核三类；uptime字段用于记录考核发生的时间；mid字段用于记录考核人员的工号。第二十八张名为punish表用于记录对网约导游的处罚记录，包含以下数据记录字段：id、uid、conetnt、rank、uptime，mid其中id字段用于记录该条记录的序号为本表主键；uid字段记录被处罚导游的会员帐号对应于u表的uID字段；content字段用于记录处罚详细内容数据；rank字段用于记录处罚等级；uptime字段用于记录处罚发生的时间；mid字段用于记录管理人员的工号。第二十九张名为award表用于记录对网约导游的嘉奖记录，包含以下数据记录字段：id、uid、conetnt、rank、uptime，mid其中id字段用于记录该条记录的序号为本表主键；uid字段记录被嘉奖的导游会员帐号；content字段用于记录嘉奖详细内容数据；rank字段用于记录嘉奖等级；uptime字段用于记录嘉奖发生的时间；mid字段用于记录管理人员的工号。其次设计网站平台网约导游的相关页面。先对网约导游模块的主页进行设计该页面涉及的主要内容如图2所示，首先在开发平台中选用一页面模板或自行设计一页面布局框架，然后将本发明的技术特征与实现内容按布局框架格式分门别类布局在本页面中并编写相关后台程序执行代码。本处我们利用表格来快速布局页面，其设计视图如图3所示，首先在页面中插入一张多行三列的表，表的宽度就是页面运行时显示信息的宽度，此处取1100，将表格的第一行三列合并成一行一列，此行是整个页面的台头用于显示网站logo或与网约导游相关的广告与新闻图片并设置相应的链接，让网友一点击图片即可转到或查看该图片相关的深度信息或详细信息显示界面，图片显示的实现：首先在第一栏中设置一个图片控件，然后从数据库adv1数据表中将最新的广告图片数据检索出来，再将图片控件与检索出的图片数据进行绑定，然后再加上一个超链链接到详细信息界面即可，第一张名为adv1表用于记录每次上传的广告图片地址信息，上传时系统同时将广告图片数据存储在这个advp文件夹中，第二张张名为adv2表用于记录网约导游主页台头位置处的广告的延伸或详细信息包含图片地址信息与文字信息，其图片或多媒体数据信息以不同的文件名形式记录在advp文件夹中，为了防止文件重名被覆盖，在编写上传储存代码时可在文件名的命名规则中加上隶属于数据表的表代号和业务代码号等内容。数据的上传可安排在后台网管工作空间中，先上传广告图片，图片地址信息记录在第一张表adv1表中，图片、多媒体数据记录在advp文件夹中，成功后系统记录下这个图片在数据表中的序号即aid号，然后再上传该广告所属的延伸图片与文字信息，上传时一同把aid号记录在adv2表的aid字段中，表示第二张表adv2表所记录的每一条数据信息都与第一张表adv1的aID号关联。在第二行中安排展示五方面的内容：内容1、展示登录会员的身份信息，如“您好某某！”，其实现方法：将注册会员姓名从其注册信息记录表u表中检索出来，然后绑定在这个位置即可；内容2显示“导游从业人员与服务企业入口”，导游点击此处即可访问网站导游工作空间，进入工作空间进行相关的操作，此处有一点需说明就是相关人员点击后进入工作空间时，系统设置有这样一个安全措施：进入工作空间时系统首先根据这个会员的身份信息从数据库的u表中检索出该会员的身份类别flag字段的值与是否开通导游服务的经营资格f1的值和dp表的f1的值并进行核对，只有当其身份类别为导游且已开通网上经营资格的访问者(即u表f1＝1，dp表的f1＝1)方可进入本工作空间，否则跳转到申请网约导游服务的申请页面，进行网上营业申请登记，在该页面填写提交相关信息如：申请人姓名或申请单位名称、地址、电话、经营机构负责人姓名、经营范围内容、申请人的工作经历、相关的资质、或银行的开户账号、并上传相关资质文件图片等内容，在资料审核通过后还可提交经营保证金，等待网站管理方审核。内容3设置我的账户标识，网友点击即可跳转到其本人的账户展示页面，查看自己的账户余额或为自己的账户充值，提交提现申请等；内容4设置我的订单标识，网页通过点击这个标识，即可跳转到显示该网友曾经提交过的订单的导航页面，也可在此页面中点击“我要找导游”进入旅游要约发起界面，上传自己的旅游计划让导游来投单；点击订单的导航信息块即可查看该订单的详细信息。内容5设置导航路径条即显示当前所处的位置“某某网站>>网约导游主页”。关于网友的旅游要约发起界面，包含旅游计划内容、游览线路、组团人数、集合地点，计划浏览时间等信息的录入窗口(可用文体框控件来实现)和一个提交按钮，发起者将以上信息在录入窗口中录入后点击提交按钮，系统即将以上数据连同提交人的注册帐号即UID上传到平台数据库中的tourTeam表中对应的字段名下，同时将f字段的值设置为2表示由消费者游客发起，fd字段的值设置为表示抢单进行中的1。关于消费者游客会员账户展示页面，显示内容包含：前一年的余额，本年度的交易明细，提现申请或充值功能等，其前一年的余额每年底记录一次记录在平台数据库的Ubalance表中，当年度的资金往来信息记录在平台数据库的Uinto表中。其中前一年余额数据的显示实现：首先依据该会员的帐号Uid从平台数据库的Ubalance表中前一年的余额数据检索出来并在显示位置绑定，其检索代码为：SELECTbalFROMdbo.UbalanceWHEREUid＝@IDanddyear＝@y其中@ID代表该消费者会员帐号值，@y代表上一年度的年度值本年度的交易明细显示，也是首先依据该会员的帐号Uid从平台数据库的Uinto表将该消费者本年度的交易明细数据检索出来形成数据集，然后在显示位置设计一个明细显示块，包含：日期，进账数、支付数、说明等显示内容，然后再将数据集中的字段数据与显示位置进行动态绑定，然后再对显示块进行多重数据重复显示设计即可。其数据检索关键代码为：SELECT*FROMdbo.UintoWHEREUid＝@IDanddyear＝@yl其中@ID代表该消费者会员帐号值，@yl代表本年度的年度值。关于会员提现申请的实现：操作者点击“申请提现”标识后即可转到申请界面，在此界页中设置有申请内容的录入窗口或界面，内容包含：提现转账数额，情况说明，提交按钮，申请人在输入申请文件内容后点击提交按钮，系统将申请相关数据上传存储于平台数据库中pick表中，网站工作人员在网站后台工作空间通过管理客户端来查看这些提现申请，通过注册帐户中联系信息与申请人联系后按规定向其预留在注册信息中的指定的账户转入现金，并作好转账记录，通过管理客户端将转账记录上传存储于平台数据库的Uinto表中。关于账户充值功能的实现：申请者点击“充值”标识，即可跳转到充值界面，在此界面中显示有网站接收资金的账户信息和网友交费的注意事项等充值所需的信息，同时设置有线下充值与通过第三方支付平台付款充值的选项。当网友选择线下充值时，网友需在线提交充值数额(其提交时系统依据其会员帐号UID的值将其申请数额上传储存于平台数据库的Uinto表中的ain字段名下、同时在atime字段名下记录其发生时间)，同时通过线下向网站指定的账户中转账汇款，同时注明申请人的注册帐号即UID或其在本网站中的现金账号，网站工作人员依据其申请信息和收账数据将其充值信息记录在Uinto表中的in字段名下，同时在uptime字段名下记录入账时间，在c字段名下记录说明文字。当网友选择通过第三方支付平台付款充值时，系统利用现有技术实现与第三方支付平台的联接，让网友通过第三方支付平台交纳充值费用，网站依据其交纳费用后实际收到的数额将其充值信息记录在Uinto表中的in字段名下，同时在uptime字段名下记录入账时间，在c字段名下记录说明文字。第三行：设置站内搜索的功能，在此处位置安排一个网友常用的搜索方式功能如按旅游套餐包含的景点名为关键词进行搜索，其它搜索方式可以通过高级搜索标识将其导航到另一页的高级搜索页面中去实现。此处搜索功能的实现方法：先设置一个文体框控件，用于网友输入搜索关键词，然后设置一个验证控件，用于验证文体框中网友输入的信息是否符合要求，以防止有人输入恶意代码入侵数据库，然后设置一个操作按钮如“搜”，网友点击此按钮，系统即根据输入的景点名称从数据库的用于记录景点与服务产品关联表tourgoods表和用于记录旅游线路旅游产品数据登记表tourgoods表中将包含此旅游景点的旅游套餐检索出来转到另一页面显示，网友点击看中的旅游套餐即可查看到该套餐的详细信息，和套餐的旅游导游或所在的旅游服务企业，如果满意即可提交入团申请。在高级搜索页面中，可以安排多种关键词进行搜索，如按价格、按组团人数、按导游的资质等级，按时间按指定导游等进行搜索，其实现方式与上述方法大同小异，软件编程人员即可按以上方式的思路通过软件代码即可实现。第四行：用于布置旅游套餐导航类别标识，其类别可以根据市场情况设置，此处设置包含：东南亚旅游、北欧旅游、海岛游、美国加拿大、北国风光、草园风情、西部高原、江南水乡、现代都市、闽南风光、红色旅游、农家乐等。标识下设有通往下一页的链接同时为该链接设置一个传递参数，网友点击相关的类别即可查看到该类别的旅游套餐产品，网友点击其中的旅游套餐产品即可查看到该套餐的详细信息和关联的景点、宾馆信息，和旅游导游的相关信息与该产品的旅游组团计划，如果满意即可投单提交入团申请。此处的实现方式：网友点击标识时，页面转到另一页同时将该标识的参数(也可就以标识内容为参数)传递过去，在下一页中将传递过来的参数作为搜索关键词将旅游套餐产品从数据库的旅游套餐产品数据登记表tourgoods表中将符合条件的旅游套餐检索出来作为导航信息显示(其显示方法与第6行B2显示方法相同)，供网友浏览选择。当网友点击其中的套餐产品时，由于此处设置有链接此时页面将跳转到下一页面同时将套餐产品的序号加以传递，下一页将依据这一参数将相关数据从数据库的tourgoods表中将该套餐产品的详细信息检索出来形成数据集，然后在页面中显示，显示该旅游套餐产品的详细信息及其相关的景点、宾馆信息及导游的信息。具体实现时在下一页中首先将依据传递过来的产品序号将该产品的详细信息、该产品的导游会员帐号从tourgoods表中检索出来同时依据检索出的导游会员帐号从U表、dp表、dpphoto表、atourserve表、complained表交该导游的相关信息检索出来在页面中显示，同时依据传递过来的产品序号将该产品相关的景点、宾馆序号从关联表中检索出来同时依据此处检索出的数据将景点、宾馆数据从view_spot表中检索出来，形成数据集，再将以上检索出的数据在页面的显示位置处进行动态数据绑定后显示。还可进一步显示该产品的正在组团的旅游组团计划，网友还可对其中的任一组团计划进行投单提交加入申请，其相关的实现方式参见后面的有关叙述。第五行用于展示优秀导游的相关信息数据，中间一栏A2栏用于显示这些优秀导游的头像图片和简要的文字介绍，网友点击选定的导游信息展示块即可转到该导游的业务界面，在该业务界面中展示着该导游曾经执导的旅游线路套餐和游客的评价与反馈信息和正在推出的旅游导套与组团信息，网友点击这些正在推出的旅游套餐与组团信息，即可查看该旅游产品的详细信息与深度信息介绍，并可下单提交加入旅游团的申请。实现方法是按网站设定的优质导游评选办法从众多入驻导游中选出符合标准的人员将其给予集中展示，被选出的人员网站管理人员通过后台在该会中的注册登记信息记录表U表的oks字段的值改为1，并给出一个排序值将其记录在U表的oksp字段(此处由软件工作人员设置一个后台的操作界面来完成以上数据的录入与提交上传)。网站前台的优质导游人员展示的实现：从数据库的会员注册记录表U表依据U表的oks字段的值为1的会员头相及相关文字信息检索出来，按U表的oksp字段的值排序，然后在优质导游人员展示位置安排一个图像控件并与检索出的头像数据绑定，同时在相关显示位置进行文字绑定后一起组成显示单元并加上一个通向另一显示详细信息与深度信息页面的超级链接，并对显示块进行多重数据重复显示设计，如此处可以采用数据列表的方法进行，即可达到显示多位优质导游人员，此处可以设计显示成30名，在设置数据列表时进行设置。更多的优质导游人员可以通过本处的“更多…”标识来导航到另一页面来显示，在该页面中可以把符合要求的导游人员全部或分页分批地显示出来，供网友浏览选择，网友点击选定的导游信息展示块即可转到该导游的业务界面，在该业务界面中展示着该导游曾经执导的旅游线路套餐和游客的评价与反馈信息和正在推出的旅游导套与组团信息，网友点击这些正在推出的旅游套餐与组团信息，即可查看该旅游产品的详细信息与深度信息介绍，并可下单提交加入旅游团的申请。其实现方法与本文中相关项的实现方法基本一致即依据传递过来的导游会员帐号将该导游的相关数据从数据库的相关记录表中检索出来后形成数据集，然后将数据集字段在显示位置处进行动态绑定，即可达到显示的目的。在第五行的左边一栏A1栏用于显示优秀导游执导的旅游套餐产品的按出发集合地导航的查找方式，在显示区域中可列出一些主要的出发集中城市，如北京、上海、南京等，网友点击选中的城市则可转到另一页显示以选中城市为出发地的所有正在组团的由优秀导游执导的旅游套餐产品，点击选中的旅游套餐产品，即可在另一界面中查看该套餐产品的详细介绍，并可下单提交加入旅游团的申请。点击A1栏处的“更多…”则转到另一显示按更多城市导航的页面，在此页面中可以显示系统中记录的所有旅游套餐产品的出发地所在城市或分页分批地显示，网友点击选中的城市则可转到另一页显示以选中城市为出发地的所有正在组团的由优秀导游执导的旅游套餐产品，点击选中的旅游套餐产品，即可在另一界面中查看该套餐产品的详细介绍，并可下单提交加入旅游团的申请，此处数据的显示涉及tourgoods表即旅游产品套餐数据记录表和tourTeam组团计划表。在第五行的右边一栏A3栏用于显示优秀导游推出的旅游套餐优惠促销项目，网友点击选中的促销项目，即可在另一界面中查看该套餐产品的详细介绍和优秀导游的信息，并可下单提交加入该套餐产品的旅游团的加入申请。点击A3栏中的“更多…”则转到另一按更多促销项目导航的显示页面，在此页面中可以显示系统中记录的所有正在生效促销的由优质导游执导的旅游套餐产品项目或分页分批地显示，网友点击选中的促销项目，即可转到另一页显示选中项目的旅游套餐产品的详细介绍和优秀导游信息，并可下单提交加入该套餐产品的旅游团的加入申请。在第六行用于展示该网站的导游会员所推出的各旅游套餐产品的信息数据，中间一栏B2栏用于显示各旅游套餐产品项目此处暂定为显示30个项目，更多的项目由本栏的“更多…”标识导航到另一页中去显示，显示方法可以用产品中包含的景点代表图像加相关文字组成展示信息块进行多组数据的陈列显示，网友点击选定的展示信息块即可转到该套餐旅游产品的详细信息与深度信息介绍与该项目导游信息介绍和组团信息要约信息页面，并可对选中的组团要约进行下单申请加入组团要约所设的旅游团。实现方法：与前述的相关内容显示方法一样即首先利用本人先前的专利技术一种数据信息的显示方法(专利申请号：201510537300.8)在B2栏中设计旅游套餐产品项目的显示方案，先使用表格快速设计一个旅游套餐产品的显示块(由图片控件与文字显示区构成)，然后设计数据源或数据集(以下统称为数据集)将显示块中的图片控件与文字显示区域分别与数据集中对应的数据进行绑定，然后对显示块中相关内容加一个跳转到详细信息的页面的超级链接，并对显示块进行多重数据重复显示设计，此处采用数据列表设计方案(其关键代码为：<asp：DataListID＝″DataList1″runat＝″server″RepeatColumns＝″4″RepeatDirection＝″Horizontal″RepeatLayout＝″Table″DataSource＝″<％#DataSet2.DefaultView％>″><itemtemplate><tablebgcolor＝″#FFFFFF″><tr><tdwidth＝″210″><divalign＝″center″><ahref＝″tour_goods2.aspx？id＝<％#DataSet2.FieldValue(″id″，Container)％>″target＝″_blank″><asp：Imagewidth＝″210″ID＝″face_image″ImageUrl＝<％#DataSet2.FieldValue(″rFace_image″，Container)％>runat＝″server″ToolTip＝″点击图片查看详细″/></a></div></td></tr><tr><td><divalign＝″center″class＝″STYLE5″><％#DataSet2.FieldValue(″content″，Container)％></div></td></tr></table></itemtemplate><separatortemplate> ； ；</separatortemplate></asp：DataList>而数据集的设计是将本平台数据库中关于旅游套餐产品的相关数据从服务器和数据库中检索出来形成数据集合，涉及tourgoods表与tourgoodsp文件夹，其检索的关键代码为：SELECTtop30*，(’tourgoodsp/’+paddr)asrFace_imageFROMdbo.tourgoodsWHEREf＝1关于旅游产品的详细信息与深度信息介绍与该项目导游信息介绍和组团信息要约信息页面，该页面包含：旅游套餐产品详细深度信息展示、针对此套餐的组团要约等内容如图4所示，其具体的实现方式此处给出一个例子：旅游套餐产品详细信息展示界面如图5所示，第一行即第一栏A栏即页面的banner部份，用于放置网站平台的相关信息内容，如有相关广告新闻等，其实现方法见前面主页部份。图5第二行为B区，分B1、B2两个分区，左边的B1分区用于放置旅游套餐产品具有代表性的景点图片，右边的B2分区用于放置旅游套餐产品的相关介绍，其实现方法与本文的主页显示方法类似，即对要显示的图片，先在其位置处设置一个图片控件，然后与从数据库中检索出的数据集中的图片地址信息字段进行动态绑定，对文字显示区也是将从数据库中检索出的数据集中的文字信息字段进行动态绑定，此处检索的是数据库中用于记录旅游产品数据的tourgoods表，同时涉及tourgoodsp文件夹中的图片数据，其检索条件是依据前一页传递过来的旅游套餐产品的序号即ID号进行，关键代码为：SELECT*，(’tourgoodsp/’+paddr)asrFace_imageFROMdbo.tourgoodsWHEREID＝@ID@ID代表依据前一页传递过来的旅游套餐产品的序号即ID号在B1区的下部设置“查看游客评价”的标识和链接，网友点击之即可转到评价页查看到已经体验过这个旅游套餐产品的游客的体验与评价，评价页实现方法：首先在网友点击“查看游客评价”时页面跳转到本页并将该套餐产品的ID号传递过来，该页通过传递过来的ID参数将评价信息从服务器数据库的assess表中将评价内容检索出来形成数据集，其检索的关键代码为：SELECT*FROMdbo.assessWHEREgoodsid＝@IDandf＝1@ID代表依据前一页传递过来的旅游套餐产品的序号即ID号然后在页面中插入一张表格快速进行评价信息的显示设计，表格的第一行为页面台头，用于布置网站的相关内容，第二行为标题，第三行用于评价信息的展示，其实现方法是将本处数据集中的评价等级、评价内容字段与时间字段，评价人的id号字段在显示的相应位置进行绑定组成一个展示单元，然后对展示单元进行多重数据重复显示设计，即可实现将本项旅游套餐产品的相关游客评价信息展示出来，供网友浏览。图5第三行的C区用于展示旅游产品相关的景点或宾馆及其提供的休闲美食数据信息，布置方案为左边图片+右边的文字说明，其实现方法与以上所述基本相同，都是即对要显示的图片，先在其位置处设置一个图片控件，然后与从数据库中检索出的数据集中的图片地址信息字段进行绑定，对文字显示区也是将从数据库中检索出的数据集中的文字信息字段进行绑定，其区别在于此处检索的是数据库中用于记录景点与宾馆详细信息图片、多媒体数据信息view_spot记录表同时在服务器中设置有与该表对应的图片多媒体数据记录文件夹view_spotp文件夹，其检索条件是依据前一页传递过来的旅游套餐产品的序号即ID号检索出景点宾馆的id号的一个嵌套子查询，最终检索出该景点或宾馆的图片和文字介绍，关键代码为：SELECT*，(’view_spotp/’+paddr)asrFace_imageFROMdbo.view_spotWHEREspotid＝(SELECTspotidFROMdbo.tourspotWHEREtgoodsid＝@ID)@ID代表依据前一页传递过来的旅游套餐产品的序号即ID号图5第四行即D区用于展示为该旅游套餐产品设计的组团出游计划，用于展示最新出游组团计划，一个套餐产品可以有多个出游计划，前的出游计划实施之后又会推出新的出游计划，本区只显示正在组团尚未成行的部份，其显示方案也与上面所述差不多，将组团计划从服务器数据库的tourTeam表中检索出来，其检索的关键代码为：SELECT*FROMdbo.tourTeamWHEREgoodsid＝@idandprocess＝0process＝0表示检索组团正在进行中的这部份组团计划，对已完成组团的则不在此显示。然后在图5的D区显示界面安排组团的主要信息进行展示并加上跳转到详细信息界面的链接，显示内容包括：导游负责人、组团人数，出发时间，集合地址，价格等，实现方法：与以上的方法类似，先在显示区进行相关字段的数据绑定，组成显示块，然后对显示块进行多重数据重复显示设计即可，程序运行时该旅游套餐产品的所有处于招募之中的组团计划都会显示出来，网友点击选中的组团计划，即可跳转到该计划的详细信息展示界面进行查看，并可下单提交入旅行团的申请。关于组团计划详细信息展示界面设计以及下单入团申请提交的设计：其详细信息展示界面的实现方法与前面的展示信息方法基本一致，在页面中插入一张表格快速布置界面结构，然后将需展示的信息与从服务器数据库中检索出的数据在显示位置进行数据绑定即可，其检索的关键代码与上面的完全一样：SELECT*FROMdbo.tourTeamWHEREttID＝@ttID此界面要求显示组团计划相关的一些更详细的信息内容，包含：旅游团的导游简要信息(如主要导游头相、姓名、资质等)通往详细信息界面的链接、组团计划人数、已报名人数、剩余名额数(实现方法：由组团计划出游人数一已报名人数得出)、出游计划时间、最后确定的出游集合地与时间，价格、价格中所包含的保险产品的信息、本组团计划所发布的时间、本计划的发布者是谁等信息，其中点击导游头像或文字信息即可查看到该导游的详细信息，可通过设置超链跳转到另一界面中去显示来实现。在导游的详细信息界面可以显示导游的身份信息，从业信息介绍与资质信息、游客评价信息和网站考核信息等内容。关于加入旅游团申请的设计：首先需为游客设计一个申请提交小模块，其设计视图如图6所示，包含：申请人数(其中男性多少人，女性多少人)、联系电话、申请人姓名、申请人性别、申请人年龄等、提醒顾客注意的事项等内容，网友将以上基本信息录入点击提交按钮，页面转到第二页，此处的提交功能是将通过以上录入界面收集的信息以及本申请隶属于组团计划的序号即ttid，提交至平台数据库中的team_Apply表，记入对应的字段名下储存。数据提交成功后页面转至第二页，在此页中将上页提交至数据库的信息显示出来供申请人查看核对，如有误还可在本页编辑后提交，在本页同时设置交费标识或按钮与出游人员个人相关信息提交标识或按钮，供网友点击后进入相关界面进行交费与提交出游人员个人信息。其中网友点击交费标识后进入交费界面，交费界面列出有多家第三方的支付平台标识与链接或其它交费方式供网友选择，此处的交费模块是利用现有的电商交费技术来实现，是从事电商开发领域技术人员的公知常识，此处为节省篇幅不再重复叙述；关于出游人员相关个人信息的提交，可单独设置一个录入界面来进行，让网友点击相应标识或按钮后进入此界面中输入相关信息后提交，系统将信息上传记录在数据库中的team_ApplyP表对应字段的名下，内容包含：游客姓名、游客性别、年龄、游客身份证件名称及证件号码、游客联系电话、游客住址、游客家人电话号码、游客职业信息等数据，同时应将本游客所对应的申请记录的序号即taid一同提交，记录在team_ApplyP表的taid字段名下。关于订单管理，网友可以通过点击网约导游主页见图3所示的“我的订单”标识进入订单管理页面管理自己的订单，其内容如图7所示包含：查看自己的订单，取消订单，编辑订单，对订单消费体验的评价与真实感受的分享，顾客对消费中出现的不愉快进行投诉(也可安排在平台中的其它地方)与投诉反馈等内容，如图7所示。其具体实现方案，设置一个订单管理页面，在页面中每张订单按订单显示单元进行显示，其每个显示单元中包含：订单对应的产品套餐简要信息展示、订单状态、消费状态，其中订单状态分为正常、需补充资料两种情况，消费状态分为等待消费、消费进行中、消费结束三种情况，设计页面时我们先建立数据集，依据该网友的登录信息如会员ID，将该会员的订单信息从平台数据库的team_Apply表和tourgoods表中检索出来，其关键代码为：SELECTa.taid，a.upuid，a.uptime，a.orf，a.cf，t.contentFROMdbo.team_Applya，dbo.tourgoodstWHEREa.upuid＝@uIDanda.goodsid＝t.ID其中@uID代表网友的会员帐号uID，系统可以在该会员登录时通过Session(uid)变量加以记录，以备随时使用。然后在页面中插入一张表格来快速布置页面显示结构，如图8所示，分别设置订单序号、订单套餐、下单日期、订单状态、消费状态，查看详细等栏目，然后在第二栏的对应位置处分别与数据集中对应字段进行数据绑定，并在查看详细栏目下的“查看详细”标识设置一个链接，程序发布运行时网友点击即可跳转到该件订单的详细信息展示页面并将该定单的序号传递过去，然后对第二栏的绑定数据进行多重数据重复显示设计(此处采用重复区域的设计方法)，即可达到在此页中将该位会员的旅游套餐产品订单全部显示出来。定单详细信息界面其展示的内容包含：加入旅游团申请的详细内容，如申请提交人信息，加入旅游团申请的人数，其中男女各多少人，各入团人员信息提交情况、预留的手机号码，申请提交时间，交费信息，导游审核情况信息；该组团计划的相关内容：该组团计划的导游信息，计划出行时间，具体确定的集合时间与集合地点，组团人数，现在已报名的人数，所附带的保险产品情况；该出游旅游套餐产品的信息如：该旅游套餐产品的具体内容或与访问该旅游套餐产品详细信息界面的链接与相关标识信息。其中预留的手机号码提供修改编辑功能，同时在此页面中设置如下标识及链接：查看入团人员资料、补充入团人员资料、额外购买旅游保险、交费等，其中查看入团人员资料标识，网友点击后即可跳转到入团人员资料详细界面，在该页面中展示入团人员资料，其相关资料的编辑更改，其实现方法可以将入团人员资料从数据库中的team_ApplyP表中依据定单序号逐项检索出来，然后与展示页面相应显示位置的文体框控件绑定，如果需要修改编辑，再将修改编辑后的内容提交数据库储存即可；补充入团人员资料，是针对有网友下单后还未提交入团成员资料或未全部提交的情况而设立的，此时点击补充入团人员资料标识，页面即跳转到前述出游人员相关个人信息的提交界面，进行资料的录入与提交。对于额外购买旅游保险，是针对个别游客对套餐外的保险产品的需求而设计的，此处提供外链第三方保险产品电商平台链接，网友点击后转到第三方平台自行购买所需的保险产品。关于交费，是针对已经提交订单还未交费的消费者而设计的，在此处设置一个链接，让消费者点击交费标识即可跳转到前述的交费界面进行交费操作。取消订单功能，游客点击取消按钮标识，系统会将此订单在网友加入旅游团申请信息team_Apply表的accept字段的值改为“已放弃”，同时将情况说明记录在c字段的名下，此时消费者如已交费，则由网站工作人员核实后退还消费者或向其账户中充值。对订单消费体验的评价与真实感受的分享，顾客对消费中出现的不愉快进行投诉的实现方案基本相同，实现方法是在操作界面分别设置搜集这此内容的文本框控件和文件上传asp：FileUpload控件和提交按钮，软件运行时操作者在对应的各项内容的文本框内输入相关内容(如投诉内容、投诉人电话，投诉事项所涉及的组团计划的序号、被投诉人帐号即uid、被投诉人电话、评价内容，评价所针对的旅游套餐产品的序号等)，或者通过文件上传控件选择相关的待上传的文件如图片等，然后点击提交按钮，系统则将文本框内的内容提交至服务器数据库对应的表中储存，或将图片等数据提交服务器文件夹，然后将图片地址信息存储于平台数据库对应的数据表中，其具体文件内容的上传代码已为电商软件编程人员的公知常识，此处为节省篇幅不一一详述，只对其中的消费评价的评价内容提交为例给出关键数据存储代码如下：insertintoassess(goodsid，c，uid)values(’″&textBoxl.text&″’，’″&textBox2.Text&″’，’″&session(″uid″)&″’)″其中goodsid字段用于存储该评价所针对的旅游套餐产品的序号对应于文本框控件textBoxl中所录入的内容，此处由操作者输入；c字段用于存储该评价的具体内容，对应于文本框控件textBox2中所录入的内容，由操作者输入；uid字段用于存储该评价的作者，由系统session(″uid″)变量所记录的提交人会员帐号来提供。投诉的实现可参照本文后面对不文明游客投诉实现方法来实现。提交人对投诉反馈信息的查看：可以在订单管理模块中设置一投诉信息反馈界面，该界面包含：对所投诉的内容显示，被投诉者回复内容显示，对回复处理意见的表态意见上传、网站管理方对投诉的处理意见、该投诉是否处理终结等内容。其信息展示的实现方法：与前述所讲的数据显示方案基本相同，即将相关数据从平台数据库中检索出来形成数据集，然后将相关数据的字段在显示位置进行绑定即可实现对以上信息的显示。对回复处理意见的表态意见上传，可通过一个单选按钮控件和一个提交按钮来进行，单选按钮用于用户选择“满意”还是“不满意”，然后通过提交按钮实现数据的上传，以该条投诉记录的序号为存储条件将其存储于平台数据库的complained表的ub1(存储对被投诉人回复的表态信息)或ub2(存储对网管回复的表态信息)字段名下，此处以存储于ub1字段名下为例，其存储的关键代码如下：UPDATEcomplainedsetub1＝’″+DropDownListXueli.selecteditem.Text.ToString+″’whereId＝″&DataSet1.DefaultView.Table.Rows(0)(″id″)其中id取该条投诉记录的序号的值。关于网约导游的工作空间，包含：导游服务业务数据上传与管理、处理游客投诉、投诉不文明游客，交费、财务账户管理、与网管、游客交流信箱、订单管理等。其中导游服务业务数据上传与管理包含：旅游套餐产品数据上传、对已上传的旅游套餐产品信息维护与编辑修改，对产品相关的景点、宾馆及其所提供的休闲美食信息的上传与维护编辑修改，针对套餐产品的组团计划的上传与维护编辑修改、组团计划相关信息展示浏览等。此处所上传的数据或编辑维护修改后的上传包括文字数据、图片数据或其它多媒体数据，其实现方式都是在客户端设置一个信息录入界面，界面中由文体框或图片、文件上传控件组成上传或修改编辑操作界面，网友录入相关信息数据后点击“上传按钮”实现上传。文字数据上传储存于平台数据库中对应的数据记录表中，图片或其它多媒体数据上传时将文件数据上传储存于平台服务器对应的图片文件夹中然后将该文件的储存位置地址信息存储于平台数据库中对应的数据记录表中。此处旅游套餐产品数据对应的数据库中数据记录表为tourgoods表，对应的文件夹为tourgoodsp文件夹；产品相关的景点、宾馆信息所对应的数据库中数据记录表为view_spot表，对应的文件夹为view_spotp文件夹；针对套餐产品的组团计划所对应的数据库中数据记录表为tourTeam表。组团计划信息展示浏览的实现方法与前述的信息数据展示方案基本类似，即先通过一个组团简要信息陈列展示界面进行显示，网友点击其中的任一个陈列信息展示块，页面即跳转到详细的组团计划展示界面，导游在这个详细界面中不但可以查看到组团详细计划，还可以查看到游客针对这个组团计划的报名参加情况，导游可以对这个报名申请进行接受或放弃操作，并向申请者进行情况说明。在组团计划展示界面展示的内容包含：组团计划内容、导游信息、组团计划人数、报名已接受的人数和男女各多少人，已报名等待审核的人数，显示等待审核的订单信息和显示已经审核的订单信息，其中的等待审核的订单信息和已经审核的订单信息的展示分为简要信息陈列显示，操作者点击显示内容即跳转到该订单详细信息展示界面，并可进行接受与放弃操作，并录入情况说明提交服务器数据库。其中组团计划内容、导游信息、组团计划人数的实现：先依据前页跳转过来时传递过来的该组团计划序号从平台数据库的组团计划记录表tourTeam表中与会员注册信息记录表把组团信息与导游负责人姓名检索出来，然后在显示界面的显示对应位置进行数据绑定，其检索的关键代码为：SELECTa.na，t.*FROMdbo.tourTeamt，dbo.uaWHEREt.ttID＝@IDanda.uid＝t.uid1其中@ID为前页跳转过来时传递过来的该组团计划序号。关于报名已接受的人数和男女各多少人，已报名等待审核的人数的实现方案：先依据前页跳转过来时传递过来的该组团计划序号从平台数据库的报名记录表team_Apply表中把数据汇总检索出来，然后在显示界面的显示对应位置进行数据绑定，其检索关键代码为：已接受的人数汇总SELECTsum(q)asq1，sum(mq)asq2，sum(wq)asq3FROMdbo.team_ApplyWHEREttID＝@IDandaccept＝‘已接受’已报名等待审核的人数检索汇总关键代码：SELECTsum(q)asq2FROMdbo.team_ApplyWHEREttID＝@IDandaccept＝‘待审核’其中@ID为前页跳转过来时传递过来的该组团计划序号。其中订单详细信息展示界面的实现方式与本文中其它数据信息显示方式类似，先从平台数据库的订单记录表team_Apply表和订单报名组成人员表team_ApplyP表中把相关数据检索出来，然后设计一个订单简要信息陈列界面，点击其中的陈列信息即可查看到该订单的详细信息和参与人员的信息，并可通过界面中的接受与放弃操作按钮完成相应的操作(指待审订单界面中的操作功能，点击接受或放弃的操作按钮，系统根据这个订单的序号将数据库中team_Apply表中accept字段的值改写成相应的值，如点击的接受按钮，则将数据改写成“已接受”；如果点击的放弃按钮则将数据改写成“已放弃”)，并可通过文体框输入导游的说明意见，然后点击上传按钮实现说明意见数据的上传，将说明数据储存于订单记录表team_Apply表的c字段名下。如果导游选择放弃订单，系统会根据下单会员的交费情况将其所交费用退还至该下单会员的财务账户中记录在平台数据库的Uinto表中。下单会员可以用这笔钱重新购买网站提供的其它产品或服务，也可向平台申请提现。关于处理游客投诉：可以在工作空间中单独设置一页面，先在工作空间的主页适当位置设置一投诉信息块显示投诉有几条需处理(实现方法：以该导游的uid号为检索参数从投诉记录表complained表中将被投诉人统计数据检索出来形成数据集然后在显示位置处对数据集中的数据进行绑定即可，其检索关键代码为：SELECTcount(id)ascFROMdbo.complainedWHEREtuid＝@uid)，或者设计成如果有投诉了此信息块显示，无投诉此信息块隐去(实现方法：将显示块用asp：Panel控件来控制其显示，如果此处数据集中的投诉件数即c的值大于0，则asp：Panel控件的显示属性为true即显示块显示，否则asp：Panel控件的显示属性为false)，工作人员点击这个标识即可跳转进入这个投诉处理页面。在投诉处理页面首页，陈列有由各条投诉导航信息组成的显示块，该显示块列出有该条投诉的简要信息如投诉标题，投诉时间，投诉人会员uid等，首页页面分成三大块来显示：被投诉人尚未处理的、被投诉人已回复处理但还在等待网管审核通过的、通过网管审核已经结案的。被投诉人点击显示块内的内容即可跳转到下一页处理操作页面。其实现方案与以上的数据显示方案基本一致，即采用从数据库中的complained投诉信息记录表将该会员被投诉的信息检索出来形成数据集，然后将相关字段数据与显示块中的相应位置处进行绑定，再加一个通往下一处理页面的链接并将此条投诉的序号作为参数传递过去，然后对显示块进行多重数据重复显示设计即可。所不同的是此处针对三大显示块依据不同的检索关键词进行检索分别形成三个不同类别的数据集，然后对三大块分别进行显示设计。第一大块用于显示被投诉人尚未处理回复投诉人的，其检索条件为：被投诉人的帐号即tuid＝@uidandf1＝0，其中f1＝0表示未处理的投诉；第二大块用于显示被投诉人已回复但还在等待网管审核通过的，其检索条件为：被投诉人的帐号即tuid＝@uidandf1＝1andf2＝0，其中f1＝1表示已处理回复投诉人，f2＝0表示网管还未处理；第三大块用于显示被投诉人的已处理完毕结案的投诉，其检索条件为：被投诉人的帐号即tuid＝@uidandf3＝1，其中f3＝1表此条投诉已处理完毕。投诉处理界面的设计与实现：分两部份，即投诉相关内容显示部份、被投诉人处理投诉的操作部份；投诉相关内容显示部份包含：投诉标题、投诉内容、投诉的诉求，投诉人的会员帐号、姓名、联系电话，投诉主题所涉及的组团计划内容与链接与旅游套餐产品内容与链接；被投诉人处理投诉的操作部份包含：被投诉人回复投诉人向投诉人道歉说明原委操作界面，被投诉人向网管申诉与说明、向投诉人退款等内容的操作界面。其信息显示部份及其链接的实现方案与前述的信息显示方案基本一致，所不同的是此处涉及到平台数据库中的以下三张数据记录表：complained表记录用户、游客投诉信息及处理情况数据；tourTeam表记录旅游产品组团计划；tourgoods表用于记录旅游产品数据，其数据检索时需进行多表联合查询，其查询关键代码如下：SELECTc.*，t.*，g.*FROMdbo.complainedc，tourTeamt，tourgoodsgWHEREc.toteamid＝t.ttIDandt.goodsid＝g.idandc.tuid＝@uid被投诉人回复投诉人操作功能的实现：在界面中设置一文本框控件和一个提交按钮，软件运行时，被投诉人在这个文体框中输入自己的回复意见，然后点击提交按钮，系统则将文本框中的内容提交至服务器数据库，存储于表complained的tanswer1字段名下，提交的上传代码为电商开发领域技术人员的公知常识，此处为节省篇幅不再重复叙述；用同样的方法也可实现被投诉人向网管申诉与说明的操作功能，并将数据上传存储于服务器数据库complained表的tanswer2字段名下。投诉人和网管人员即可通过各自的客户端将数据从数据库中检索并显示即可查看到被投诉人的回复及相关信息。向投诉人退款的实现：由被投诉人通过信箱向网管提出转账申请，然后由网管审核同意后完成转账，即将被投诉人的账户与投诉人账户完成数据变更，此处涉及数据库的Uinto游客财务账户出入记录表和dpinto经营机构财务出入账户表。具体实现是在后台网管工作空间中也可在被投诉人工作或操作空间中，先设计一操作界面包含：转出的财务账号录入窗口、转入的财务账号录入窗口、交易经额录入窗口、一个执行按钮。信息的录入窗口可由文本框控件来实现，系统转账成功后还需在投诉信息记录表cpmplained表的qb字段名下记录转账金额，这些可通过执行按钮的点击事件代吗来实现。关于投诉不文明游客，需在操作空间中设置一投诉界面，包含投诉内容，被投诉人账号、被投诉人联系电话等的录入窗口(此处使用文体框控件来实现)、提交按钮，第二步的证据图片上传(此处使用文件上传控件来实现)和提交按钮来实现数据的上传，将投诉信息上传存于平台数据库的complained表中，当上传证据图片时，网友利用文件上传控件提供的功能来选择上传的图片文件，然后点击上传按钮实现上传，此时将图片及文件存储于平台服务器proofp的文件夹，其地址数据存于数据库的cpproof表中，同时将投诉信息记录表complained表的proof字段的值改为1。关于导游的账户管理，网站对每位导游从业人员申请提供导游服务进行资格审查，如果通过审查，网站将授予其在线经营资格，其后产生资金往来系统将其资金往来信息记录在平台数据库的dpinto表中，同时在导游工作空间中设置一账户管理页面，在该页面中包含：账户余额数据查询与显示，交费、提现转账申请等功能，点击余额数据显示区的“查看详细标识”即可查看给定月份的账户往来明细。其中账户余额数据的显示实现：首先依据该会员的经营登记dpid号将该会员的本月的进账总数与出账总数从数据库的dpinto表汇总出来并加以显示，同时将到上月底的余额从数据库的balance表中检索出来显示，并在显示页面利用代码呈现块计算出至查询时的账户余额总数并加以显示。导游经营业务中的费用的交纳：包含经营年费、服务保证金等的交纳，其实现方式：网站公布收费信息如账号，收费人姓名及地址等收费信息可以利用现有技术采用线外交纳或在线通过第三方支付平台交纳，平台系统通过核对交费人的交费信息，将交费人的交费信息分别记录在数据库中的用于记录旅游服务企业及导游从业人员开业年费的yfee表中和qfee表用于记录旅游服务企业及导游从业人员开业服务保证金的表中；或通过平台内其自身的经营账户进行转账交纳，系统直接将交费人的交费情况记录进数据库的年费yfee表和保证金qfee表并对往来账户表dpinto表进行转账记载。关于提现转账申请的实现：操作人员点击“提现转账”标识后即可转到申请界面，在此界页中设置有申请内容的录入窗口或界面，内容包含：设置有无纸质申请文件送达(可用单选按钮实现)、提现转账数额，情况说明，如果有纸质申请文件送达网站工作人员，需说明纸质文件名称及相关情况(文字录入窗口可通过文本框控件来实现)，提交按钮，申请人在输入申请文件内容后点击提交按钮，系统将申请相关数据上传存储于平台数据库中pick表中，网站工作人员在网站后台工作空间通过管理客户端来查看这此转账提现申请，并核对相关文件后按规定向其指定的账户转入现金，并作好转账记录，通过管理客户端将转账记录上传存储于平台数据库的dpinto表中。关于与网管、游客交流信箱：在导游从业人员工作空间的首页中设置“联系信箱”标识与通往下一页的链接，网友点击即可转到联系信箱的界面，该界面包含：发信、查看回复来信等内容。发信的实现：为其设置一个发信界面，在界面中分别设置录入信函内容窗口、收信人ID录入窗口与一提交按钮(窗口可通过文体框控件来实现)，软件运行时操作人员分别在窗口中输入信函内容、收信人会员帐号(给网管发信帐号取1)，然后点击提交按钮实现数据的上传，上传数据保存于平台数据库tletter表中，上传的数据包含：信函内容，发信人会员账号，信件的类别等，如果是发往非网管的信还需输入收信人会员帐号，信件的类别可以根据发信界面的类别事先在软件代码中给定，也可用单选按钮由发信人选择设置来实现。查看来信内容的实现：首先设置一个来信内容导航界面，分未阅读和已阅读两类按信息块为单位陈列展示出来(如展示来信内容的前几个字、来信时间、来信人注册帐号等内容)，查看人点击信息块中的内容即加跳转到该封来信的详细内容展示界面，查看来函的详细内容。实现方法：信件陈列展示的实现与前面所述的信息展示的实现方式类似，即通过操作人员的会员帐号与阅读状态为条件从数据库的tletter表中将属于该会员的来函信息检索出来形成数据集，然后在显示界面的显示位置处进行数据绑定，加上跳往详细展示界面的链接并将该信件的ID序号加以传递，再对显示块进行多重数据重复显示设计即可。详细信息的展示与前述的同类问题实现方式也基本类似，即将数据检索出来形成数据集然后在显示位置处理行绑定，所不同的是此处用于检索的条件为信函的序号ID。关于对来信回复的实现：可以安排在来函详细信息展示页的下方，设置一个回复界面，回复界面由一个文本框控件与一个“回复”按钮一个“上传”按钮组成，操作者点击“回复”按钮，则回复界面显现，然后在文体框中输入回复内容，点击上传按钮，实现回复内容的上传。上传数据存于数据库的tletter表中，发信人即可在其发信内容展示页中查看回复内容。订单管理包含审核处理游客入团申请、查看组团计划游客报名情况、抢单等内容，其中审核游客入团申请、查看组团计划游客报名情况已在前面的订单详细信息展示界面的实现方式中叙述，此处不再重复。关于导游抢单，是针对游客主动上传的导游服务需求，导游进行投单的一种操作，其实现方法：导游点击“抢单”标识，即可跳转到抢单页面，在此页面中包含处于抢单状态的游客上传的导游服务需求要约订单简要信息块陈列展示和已经投单的反馈结果。导游点击其中的任一信息块即可跳转到该要约订单的详细信息展示界面，在此页面中导游可以查看到该要约订单的详细信息，对于正处于投单进行中的要约可点击投单按钮，展开投单界面输入投单条件，然后点击提交按钮进行投单，对于自己曾经投单的要约，则显示反馈结果状态分为：等待审核、投单成功、投单失败三种情况。关于抢单页面的要约信息陈列展示其实现方法与前述的信息展示方法一致即由数据检索、绑定、再加一个链接后进行多重数据重复显示设计来实现，此处数据检索涉及的数据表为tourTeam表。关于抢单页面的实现，包含的内容有：投单报价、报价所包含的服务内容、投单人的会员注册帐号UID、投单者的经营帐号dpid等数据的录入窗口(具体设计时可以选择文体框控件来实现)和一个提交按钮，当抢单人将上述抢单内容录入后点击提交按钮，系统则将上述信息上传至平台服务器的数据库的ttdrop表对应的字段名下，同时系统将f字段的值自动置为初始值：等待审核。然后系统将投单的信息数据显示在要约发起人的要约管理界面中，要约人点击要约信息，即可查看到关于此条要约的所有投单，要约人可以选择其中之一投单的接受标识，则此要约与投单人之间的合约关系即建立，系统将此投单的状态改为“投单成功”同时将投单人的注册帐号UID号记录入数据库的tourTeam表中该条要约数据的uid1字段的名下，其它投单系统自动将其投单状态改为投单失败。到时要约的游客即可在线付款并按时前往约定地点接受导游服务，投单成功的导游即可根据合约准备服务的相关事项按时提供导游服务。关于网站后台工作人员工作空间的工作内容，包含：导游人员开业申请审核、与网上开展服务的会员各种管理费用的缴纳审核、处理会员账户充值申请、处理会员提现转账申请、旅游产品数据的审核、景点与旅游产品关联表的审核、组团计划审核与会员交流的会员信箱管理、处理消费者投诉、处理关于不文明游客的投诉、网站对导游的管理与考核等。以上内容的实现：关于导游人员开业申请审核：操作人员在工作空间的主页中点击“导游人员开业申请审核”标识，页面跳转到开业审核主页，在该页面中陈列着等待审核的开业申请导航信息块，点击其中任一的导航块即可跳转到该申请的审核工作页面，该工作页面包含：申请人员提交的申请信息如机构名称、地址、电话、负责人姓名、经营范围及内容、申请人的工作经历、相关的资质、第三方开户的帐号、以及相关资质证明文件的图片、保证金缴纳情况等内容展示和一个文本框控件用于审查员输入审查意见的情况解释说明和两个操作按钮：通过审核同意开业的“通过”按钮、不符合开业条件暂不开通经营资格的“不通过”按钮。审核人员在输入审查意见后点击以上的操作按钮即可完成审核操作。以上内容的信息展示方案与前述的数据展示方案基本相同，此处不重复叙述，只是此处对应的数据库中的数据表是名为dp的表开业经营登记信息表和名为dpphote的资质图片信息表，当审核员点击操作按钮时，系统会将审查意见说明和审核结论上传存储到数据库dp表的fc、f1字段名下(即以该条记录的序号dpid为检索条件修改该条记录相应字段的值)和U表的f1字段名下，其中当点击“通过审核同意开业”按钮时，将U表的f1字段的值改为1，dp表的f1字段的值改为1，表示通过审核允许开业；当点击“不符合开业条件暂不开通”按钮时，将dp表的f1字段的值改为2，U表的f1字段的值改为2表不符合要求没通过审核。网上开展服务的会员各种管理费用的缴纳审核，包含服务保证金与年费的缴纳管理，分两种情况，一种是会员通过在线缴纳，另一种是会员通过线下人工缴纳。对于第一种情况，此处应提供缴纳情况的查看功能，(实现方法：将数据从平台数据库的保证金缴费记录表qfee表或年费缴费记录表yfee表中检索出来，然后在显示位置绑定)，并一并显示对应缴费会员的联系方式信息或发信标识及连接，便于工作人员与会员的联系沟通。对于第二种情况一般是会员通过线下将费用转账汇款到网站指定的账户中，此处工作人员应通过后台将该会员的缴费信息记录进平台数据库，此时应分别通过输入该会员经营登记帐号即dpid、额定缴费额、实缴数额、对应的缴费年度等内容(可以通过文本框控件来实现)，然后通过一个提交按钮完成提交上传，对于保证金类的数据系统将之存储在qfee表中，对于年费类数据则存储在yfee表中。关于处理会员账户充值申请，包括普通消费者会员与经营类的服务提供会员的充值申请，分两种情况，一种是会员通过在线充值，另一种是会员通过线下人工缴费充值。对于第一种情况，此处应提供充值情况的查看功能，(实现方法：将数据从平台数据库的消费者会员财务出入账记录表Uinto表或经营会员的经营账户财务出入账记录表dpinto表中检索出来，然后在显示位置绑定，并进行多重数据重复显示设计)。对于第二种情况一般是会员通过线下将费用转账汇款到网站指定的账户中，此处工作人员应通过后台将该会员的缴费充值信息记录进平台数据库，此时应根据充值会员的类别是消费者类还是经营者的经营账户类分别通过输入消费者会员注册登录帐号即UID或经营者会员的经营机构登记帐号即dpid、实际充值数额(可以通过文本框控件来实现)，然后通过一个提交按钮完成提交上传，对于消费者类会员的充值申请应将数据上传存储在平台数据库中的Uinto表中，对于经营者类会员的经营账户充值申请则将数据上传存储在平台数据库中的dpinto表中。关于处理会员提现申请，可采用会员在线提交申请，网管后台审核后人工转账的方法，因此在后台的操作空间中需对提现申请及相关操作信息(如注册帐户中记载的指定账户信息)进行显示(为提高安全性此处可设置查看申请会员账户往来明细的功能或链接，让工作人员在认为有必要的时候可以方便地查看到申请会员的账户往来情况)，网站工作人员审核认为无异常时，通过人工转账(为提高安全性还可采用平台外的转账系统人工转账)至申请人的注册数据所记载的指定账户中，并将转账数据上传至本平台数据库的相关会员账户中。具体实现方式中提现数据的显示，可采用前述的数据显示方法，即先展示一个申请清单导航界面，操作者点击其中的任一申请显示块，即可跳转到该申请的详细信息显示界面，在该界面中显示申请的详细内容数据，同时在此页面中还设置有查看该申请人账户往来的标识与链接，便于操作人员查看申请人账户流通是否正常同时设置有一个“同意提现”按钮。此处提现申请数据的显示是通过从导航跳转过来时传递过来的该申请序号为检索条件将数据从平台数据库的pick表中检索出来在显示位置动态绑定后显示，指定账户信息是依据pick表中f字段所记录的申请会员类别和uid、dpid字段的值分别从数据表U表中的ma字段(对应消费者类会员)或dp表的acc字段(对应经营类的服务提供商会员)中检索出来后在显示位置动态绑定后显示。该申请人往来账户信息的显示，是依据依据pick表中f字段所记录的申请会员类别和uid、dpid字段的值分别从数据表Uinto表(对应消费者会员)、dpinto表(对应经营类的服务提供商会员)中检索出来，在显示位置进行动态绑定后进行多重数据重复显示设计。当操作人员点击“同意提现”按钮时，系统将在界面中显示出转入账号信息，点击“确定”按钮则系统将提现金额、接受账号信息，按受会员类别及注册帐号，审核员工号、审核时间等信息上传平台数据库存储于transfer表中，系统在其财务工作人员的工作界面中显示这些信息，网站财务工作人员根据这些信息执行转账操作。关于旅游产品数据的审核，操作人员在工作空间的主页中点击“旅游产品数据审核”标识，页面跳转到该类数据审核主页，在该页面中陈列着等待审核的旅游产品导航信息块(其检索条件可通过tourgoods表f字段的值进行，如f＝0)，点击其中的任一导航块即可跳转到该旅游产品数据的审核工作页面，该工作页面包含：该产品详细信息内容的显示和用于审核操作的按钮：“通过”、“不通过”，其实现方法与前述的开业申请审查基本相同，所不同的是此处对应操作的平台数据库中的表为用于记录旅游产品数据的tourgoods表，其审核结论通过由导航页面跳转时传递过来的该条数据记录的序号即ID号作为检索条件将结论插到该条记录的f字段名下。关于景点与旅游产品关联表的审核，操作人员在工作空间的主页中点击“景点与旅游产品关联关系审核”标识，页面跳转到该类数据审核主页，在该页面中陈列着等待审核的关联关系导航信息块(其检索条件可通过tourspot表f字段的值进行，如f＝0)，点击其中的任一导航块即可跳转到该景点与旅游产品数据的关联关系的审核工作页面，该工作页面包含：该关联关系信息内容的显示和用于审核操作的按钮：“通过”、“不通过”，其实现方法与前述的开业申请审查基本相同，所不同的是此处对应操作的平台数据库中的表为用于记录景点与旅游产品关联关系的表tourspot表，其审核结论通过由导航页面跳转时传递过来的该条数据记录的序号即tsID号作为检索条件将结论插到该条记录的f字段名下。关于组团计划审核，操作人员在工作空间的主页中点击“审核组团计划”标识，页面跳转到该类数据审核主页，在该页面中陈列着等待审核的组团计划导航信息块(其检索条件可通过tourTeam表flag字段的值进行，如f＝0)，点击其中的任一导航块即可跳转到该组团计划的审核工作页面，该工作页面包含：该组团计划的详细信息内容的显示和用于审核操作的按钮：“通过”、“不通过”，其实现方法与前述的开业申请审查基本相同，所不同的是此处对应操作的平台数据库中的表为用于记录旅游产品组团计划表tourTeam表，其审核结论通过由导航页面跳转时传递过来的该条数据记录的序号即ttID号作为检索条件将结论插到该条记录的flag字段名下。处理消费者、服务提供者投诉的实现，操作人员在工作空间的主页中点击“投诉处理”标识，页面跳转到投诉处理主页，在该页面中陈列着等待处理的投诉导航信息块，分为网管未处理过(其检索条件可通过complained表f2字段的值进行，如f2＝0)和网管处理过未结案的(其检索条件可通过complained表f2、f3字段的值进行，如f2＝1andf3＝0)两部份分类展示，点击其中的任一导航块即可跳转到该投诉内容的的审核工作页面，对于未处理过的投诉该工作页面包含：该投诉内容、相关证据图片、投诉人的诉求、被投诉人回复投诉人信息、被投诉人向网管申诉的内容、投诉人对被投诉人回复意见的态度、用于处理操作的处理意见录入窗口(用文体框控件实现)和一个处理意见上传按钮；对于已处理过但未结案的投诉该工作页面包含：该投诉内容、相关证据图片、投诉人的诉求、被投诉人回复投诉人信息、被投诉人向网管申诉的内容、投诉人对被投诉人回复意见的态度、网管处理意见、投诉人对网管处理意见的表态、用于处理操作的处理意见编辑窗口(用文体框控件实现)和一个处理意见上传按钮；其信息的显示方案与前述的信息显示基本相同，此处不再重复，此处的意见上传按钮，操作者点击后，系统则以该投诉记录的序号id为检索插入条件将处理意见上传平台数据库的complained表的该条记录的mcont字段名下存储。关于会员信箱管理的实现：操作人员在工作空间的主页中点击“会员信箱”标识，页面跳转到会员信箱管理主页，在该页面中分类陈列着等待查看或回复的来函导航信息块(其检索条件可通过tletter表read字段的值检索形成数据集，如read＝0，或ans的值检索形成数据集如ans＝0)，点击其中的任一导航块即可跳转到该信函阅读工作页面，该工作页面包含：该信函的详细内容的显示和用于操作的按钮：“回复”，操作者点击回复按钮，则回复界面显出，在回复界面中包含一个回复内容录入界面(可通过一个文本框控件来实现)和一个单选按钮用于选择此信件是否需要回复和一个提交按钮，其来函显示的展示实现方法与前述的信息导航展示点击进入详细界面基本相同，所不同的是此处对应操作的平台数据库中的表为记录会员信件数据tletter表，操作者在写完回信后对回复内容的提交，系统将其上传作为一条新记录插入在平台数据库的tletter表中各字段所记录的值分别为：发信人为网管，取值1用fromuid字段记录；收信人被回复信件的来信人，用touid字段记录；回复内容为在回复界面中录入进文本框中的内容，用content字段记录；被回复来函的ID用Lid字段字段记录，信函类别为网管来信，用s字段记录，f字段记录值为“通过审核”，read字段记录值为0表示还未被收信人阅读，ans字段记录单选按钮选择的值，0表示需要回复，3表示不需要回复，同时在被回复信件的这条记录中将ans字段所记录的值改写为1表示已经回复(此条由软件编程人员用程序代码来完成不需人工操作)。另外在信函的阅读工作页面打开时，系统自动将被阅读信函的这条数据记录的read字段的值记写为1，表示该信已被收件人打开阅读过。另外当网管工作人员在其工作界面点击“给该会员发信”标识，页面会跳转到发信界面。发信界面由一个信函内容录入窗口、一个是否需要回复的单选按钮和一个提交按钮组成。软件运行时，工作人员在信函录入窗口输入信函内容，选择回复要求点击提交按钮即可，系统此时将信息内容联同本信件其它相关数据(如收信人的ID号、发信人的ID号为1、信件类别)一起作为一条新记录插入到平台数据库的tletter表中，各字段的取值软件人员可参照以上实现方法的精神确定。其中收信人的的ID号由点击前一标识“给该会员发信”时传递而来。信件的类别分为向消费者会员发信类与向服务提供商会员发信，由操作人员点击不同的工作界面时系统给出不同的参数来确定。关于网站对导游的管理与考核包含：导游业绩统计汇总、市场反馈统计、对导游的嘉奖数据处理、对导游的处罚数据处理、和对这此处理数据的执行。其中导游业绩汇总，是对数据库中导游所属的经营账户中的资金出入明细记录表dpinto表的入账数据按给定时间段进行汇总，然后将汇总数据显示在网管后台工作界面中，其检索汇总关键代码为：SELECTsum(in)asq1FROMdbo.dpintoWHEREdpid＝@dpidandy＝@y其中@dpid表示被汇总的导游会员的经营帐号对应于dp表dpid字段，@y表汇总年份。市场反馈统计：主要是统计该导游所执导的服务为游客评价数据的统计，包括对游客对导游服务质量的评价表atourserve表所记录的评价数据统计，和游客投诉信息complained表中涉及此导游的部份，其实现方案与上述基本相同。对导游的嘉奖数据处理：网站管理方通过对导游的考核或临时事件，根据嘉奖决定所涉及的导游人员，按每人每次一条记录上传存储在数据库的award表中。对导游的处罚数据处理：网站管理方通过对导游的考核或临时事件，根据处罚决定所涉及的导游人员，按每人每次一条记录上传存储在数据库的punish表中。同时网站管理方根据定期结导游的考核结果，将按按每人每次一条记录将考核结果数据上传存储在数据库的examine表中，当涉及到需调整导游前台排序值时，应对相关导游的在数据库中的U表oksp字段的值。后台网管工作空间中设置以上功能的操作模块。本领域的技术人员可以清楚地了解到本申请实施例中的技术可借助软件加必须的通用硬件平台的方式来实现。基于这样的理解本申请实施例中的技术方案或者说对现有技术做出贡献的部份可以以软件的形式体现出来，该计算机软件可以集成到网站平台系统之中并部署到互联网或移动互联网的服务器之中作为网站系统的一部份功能来发布，以实现本发明所述的方法。游客则可以通过互联网或移动互联网的用户终端设备如PC机、手持设备、车载设备、电视机等设备上网访问包含有本方法技术的网站来接受网约导游服务。以上所述的本申请实施方式仅仅是对本发明精神作举例说明，并不构成对本申请保护范围的限定，任何在本申请的精神和原则之内所作的修改、等同替换、补充与改进等均应包含在本申请保护范围之内。当前第1页1 2 3 当前第1页1 2 3