江西省交通厅通信总站96122热线_方案.doc

江西省公众出行交通服务热线 江西省交通厅通信总站96122公众出行交通服务热线建设建议书(初稿)江西微软技术中心江西联微软件技术有限公司2008年7月1 项目概述1.1 系统概述江西省公众出行交通服务热线将通过该业务软件系统把江西省公众出行交通服务信息向社会公开，方便公众出行。同时还将通过整合电话、短信、传真等多种信息手段，向江西省境内公路、水路的交通参与者发布全省内全面的综合性交通服务信息。服务热线业务系统模块根据信息服务类别分成交通信息综合查询模块（交通出行信息查询、交通政务信息查询）、紧急救助救援模块、投诉建议表扬模块、系统管理模块等四部分。公众出行交通服务热线将围绕提高公众交通信息服务水平，完善公众交通出行信息查询、交通政务信息咨询、交通政策法规、实时路况信息发布、公路和水路紧急救援等多项公众交通服务内容展开。同时，本系统中的投诉、建议表扬等功能，都将通过与交通厅oa系统的接口，进入厅直各单位各个相关处室进行相应的处理，然后，本系统将根据oa系统反馈的处理结果信息，再与相关人员进行回访反馈。所以从程序系统的设计考虑，业务软件系统将包括基本处理流程、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等内容。下面将根据实际业务的需求，将提出适合自身实际的设计原则、运营环境以及业务功能要求。 1.2 总体设计目标建立公众出行交通服务热线，是交通部“三个服务”的要求，是适应交通行业从传统产业向现代服务业转变的需要，是我省公路水路交通信息服务理念创新的结果，是科技发展和社会进步条件下公路水路交通信息服务的必然选择，是全面提升我省交通行业形象，更好的为社会公众提供服务的重大举措。当前信息服务高新科技发展迅速，为公路水路交通信息服务提供了采集、处理等方面强有力的技术支持。从技术角度讲，服务热线系统是一个集通信技术、计算机技术、网络技术、数据库技术及信息处理技术等为一体的通信、信息及指挥系统平台。公众出行交通服务热线将围绕提高公众出行交通信息服务水平，完善公众出行交通信息查询、交通政务信息咨询、交通政策法规、实时路况发布、公路水路紧急救援、公众出行交通投诉和建议服务等多项服务内容展开。服务热线系统具体服务内容如下：（1）24小时受理公众对出行交通服务范围内高速公路及国省道实时路况信息、通行费标准、出行路线诱导、省内主要交通线路、客运线路、班次、站点、航运、航道、景点、车辆维修以及与交通相关的公交、铁路、民航等信息的咨询服务。（2）24小时受理公众对交通行业相关政策法规、行政职能、办事程序、行业动态、交通政务、行政执法等业务信息的咨询和求助等服务。 （3）24小时向公众提供交通出行服务范围内高速公路主要路段实时路况、交通量、车速、天气、和交通管制信息。（4）对公众交通出行中出现的紧急救援、抢险抢修、突发交通事件等进行快速、有效的业务联动和协调处理，并适时在有关媒体公布处理情况。（5）受理公众对交通部门及相关工作人员廉洁从政、依法办事、工作作风、服务态度等方面的投诉和举报，严格按照有关规定协调各有关部门和单位妥善处理，及时向公众和主管部门反馈处理结果。通过投诉、建议和举报等措施，加强行业管理，提高办事效率和工作水平，树立交通行业崭新形象。（6）受理社会各界对交通系统各单位和部门在交通方面的意见和建议，并及时汇总报相关单位和部门进行处理。（7）对出行交通服务范围内相关政策、法规、信息的采集和实时更新，及时了解公众出行交通服务需求动向，负责向社会提供公众交通服务及时、准确的信息。（8）定期组织召开公众出行交通信息采集联席会议，协调各部门信息采集中出现的问题，贯彻落实交通部、省交通厅布置的各项任务。（9）建立信息发布及时、工作协调规范的信息采集及发布体系，不断提高信息服务水平。 （10）收集、整理、汇编、分析公众咨询、举报、投诉、建议的各类信息，定期向领导和有关部门反馈。（11）及时统计、分析、汇总各种交通出行数据信息资料，为上级部门和领导提供决策依据。1.3 系统设计原则服务热线建设遵循“统一领导、统一规划、统一标准、统一管理”原则，服务热线软件开发设计还应遵循以下几个原则：n 安全性与保密性在保证网络安全的前提下，充分考虑服务器系统、存储系统、操作系统、数据库系统和应用系统的安全。同时要有完善的信息保密机制。能提供有效的安全保障，保证应用平台内部信息安全，保证单位之间的办公信息能够安全传送与接收，提供完整的基于intranet和internet的安全保密机制。n 灵活性与可扩展性系统中各功能模块提供灵活的自定义配置工具，让系统在最短的时间内适应不断变化的组织结构和业务需求，适应管理策略的不稳定性而收敛到稳定状态。系统能与厅各直属单位相关业务系统的有效衔接，实现跨平台信息的交换。既要确保原有投资得到保护，又能使系统保持好的可扩展性，有利于逐步升级。n 直观性与可维护性系统中功能模块和功能按钮的说明应定义清晰，命名以简单直观为原则，不存在歧义问题。充分考虑整个系统的管理维护性能，使系统的管理机制完善，管理维护工作方便高效。n 标准化与规范化方案的设计要遵循国际标准和国家标准，有利于实现不同厂家产品的互联和互用，方便应用系统的移植，同时整个系统有很强的通讯能力。n 模块化与成熟性系统中各功能模块的设计应注重业务逻辑的细化，采用模块化和开放性设计，实现应用模块的增加和删除。系统设计和开发平台采用业界公认成熟并被广泛应用的技术，保证系统实施的进度和质量。n 实用性与先进性坚持以需求为导向，以应用促发展，贴近用户的需求，满足实际办公的要求。站在用户立场上，在先进、可靠和实用的前提下，充分考虑经济性原则，软硬件的选型、配置和采购要坚持性能价格比最优原则，同时兼顾与已有设备的互联能力。在满足系统性能、功能以及考虑到在可预见期间不失去先进性的条件下，尽量取得整个网络系统的投资合理性，以构成一个性能价格比优化的网络系统。 采用先进、成熟的技术，构建先进的应用，要求系统着眼点要高，不仅能够满足当前办公的要求，而且要符合信息化的最新发展万向。n 良好的用户界面有美观、大方的良好用户界面，做到易学习、易操作；操作应符合平时工作流程的要求，使工作变的轻松流畅。系统是为座席人员实现无纸化办公和提高工作效率服务，保证在功能和人机交互界面上贴近用户日常办公习惯，达到简单易用的目的。2 系统架构设计2.1 网络架构总体的网络架构图如图1-1所示图1-1网络架构图2.2 逻辑架构系统逻辑构架可以分为这种三层结构模型：业务交换层、业务支撑层、业务实现层。如图1-2所示：图1-2系统逻辑架构图n 业务实现层业务实现层是在业务交换层和功能支撑层的基础上通过自动业务流程工具及人工业务应用接口界面函数（api）来构造直接面向应用和对象的具体业务流程，而与话路、信令的处理以及数据库访问无直接关联，如投诉、查询、咨询、受理、短消息、紧急援救、地图服务等各种增值业务。n 功能支撑层功能支撑层则是由一些逻辑子模块构成，这些子模块从业务中抽象出来的并与业务无直接关联和可大量重用,如话务（员）管理、数据访问、internet接入、自动交互语音应答、路由管理、短信息管理、语音压缩编码等。n 业务交换层主要是处理话路、信令、数据的接入和处理，由排队机构成。2.3 软硬件需求n 硬件需求一个完整的服务系统设备主要由排队机（pbx/acd）、交互式语音应答、计算机电话集成cti、座席、代理服务器、短信网关服务器、传真服务器、应用服务器、数据库服务器、业务数据库、管理台、质检台等组成，其他网络基本的网络硬件设备这里不再一一列出。基本硬件设备需求表如下表所示：设备类型需求数量建议数量备注排队机（pbx/acd）11交互式语音应答（ivrs）11计算机电话集成（cti）11代理服务器12可以根据投资金额的大小来采购，这些服务也可用一台服务器实现。建议数量为2台是为了实现热备份，以防万一。短信网关、传真服务器12web 服务器12应用服务器12数据库服务器12座席、管理台、质检台再议再议普通pc实现，根据规模来确定数量（1）排队机（pbx/acd）根据一定的分配算法，将呼入电话按一定的逻辑分配给后台的座席话务员。其中排队模块可以实现留言排队、重要客户优先排队等增强排队功能；服务分配模块可以将座席人员按技能和技术熟练程度进行详细分组，并与cti 路由模块结合，实现专家话务员选择。（2）交互式语音应答（ivrs）通过e1接口与程控交换机相连，为接入到服务中心的用户提供语音导航、语音应答和录音功能。ivrs可以取代或减少人工座席操作，提高效率、节约人力、实现24小时服务。（3）计算机电话集成（cti）cti服务器是服务中心的核心设备，他为服务中心业务的实现提供软件控制和硬件支持。在座席人员应答出行者电话的同时，立即在其计算机屏幕上显示与出行者相关的信息，使座席人员及时了解对方的情况，从而提供针对性的服务。（4）座席（agent）指座席人员及工作设备，座席人员可以通过鼠标和键盘完成电话的接听、挂断、转移、外拨等工作，为公众提供服务。（5）代理服务器（proxy）：座席或自动流程通过proxy访问数据，提供数据访问代理、数据规则访问、数据库网关等功能，提高了访问效率和安全性。在系统中，可以有多个proxy负责访问数据库，服务器自动均衡proxy的数据库访问。（6）短信网关服务器：通过短消息网关接口标准协议与运营商短信中心建立连接，通过这个短信接口可以实时地获取所有用户的定制和点播的短信信息。（7）传真服务系统（fax server）可自动接收传真和发送传真回复，接受传真信息并保存，进行传真信息采编。（8）web 服务器：向各单位基层信息联络员提供服务中心平台的internet访问，通过统一的信息采集软件，实现信息的实时采集。（9）应用服务器:应用服务器用来解释外界对数据库的访问，通过他外界可以访问到数据的信息；返回外界所要得到结果，使访问速度大大加快。（10）数据库服务器是整个应用系统的心脏，要求具有强大的数据处理能力、庞大的数据吞吐量、高度的可用性和可靠性，数据和应用服务要求必须100%的高效、稳定、安全、可靠，系统扩展能力大。（11）业务数据库：在系统中，本地数据库提供对用户话单信息、错误话单信息、日志记录、用户资料数据及许多统计报表等数据。此外，还可以外挂其他数据库，提供详尽的业务数据。（12）管理台：通过管理台以配置平台的资源、进行日常监控、维护、动态加载自动业务流程。管理台通过业务管理系统实现业务生成、提取和控制管理，座席人员可根据生成的数据库信息资源提取公众咨询信息或进行其他业务的控制管理。监控台可以实施动态地监视到系统的各种设备的运行数据和状态。通过报表处理台可以得到系统的话务量、服务质量以及话务员工作情况的统计报表。（13）质检台：用于完成对话务员的工作质量检测。话务质检中心可以实时监听、监视话务员的工作状态，并对话务员座席进行强制操作，如强制闭锁、插入等，可以对话务员进行录音和事后放音，以便投诉的时候有依据可查。n 基础软件需求在服务器端运行微软的windows 2003 server 作为网络操作系统，并由internet information server提供web服务；以大型关系数据库sqlserver提供数据库服务，以上的所有服务构成了整个后台的计算环境；前台采用微软的操作系统作为个人计算环境，微软的internet explorer作为浏览器软件。所需的软件及数量如下表所示：软件名称需求数量建议数量备注windows 2003 server再议再议根据服务器数量而定sqlserver200512实现数据备份windows xp再议再议根据规模而定isa 200611实现网络安全3 呼叫软件设计3.1 系统结构设计系统功能模块如下，其中前台业务部分主要由话务员完成，运维管理主要由班长完成，系统管理部分由系统管理员admin完成，具体分工见系统管理角色管理：3.2 系统功能介绍3.2.1 话务处理3.2.1.1 工单处理系统允许多种接入方式，包括：电话、短信、网络等等。一旦有请求接入，那么系统自动将服务请求转接到空闲的座席上去，生成一个工单并且初始化工单的信息。在拨通呼叫中心电话时，会有语音提示用户此次请求是属于咨询还是求救等。系统将根据呼入电话的紧急级别，首先响应优先级高的电话。在所有座席均处于工作状态的情况下允许系统将座席正在处理的话务操作中断，优先处理求救请求，及时响应各种紧急呼叫。不能立即得到服务的呼叫需要排队等待；不同技能需求的呼叫在不同队列中排队；排在不同队列中的呼叫可以根据系统设置的队列参数得到不同的服务。与呼叫排队有关的功能见下表：功能描述先到先服务不能立即得到座席服务的呼叫需要排队等待。具有相同业务需求、相同客户级别的呼叫，保证先来先服务。先闲先受话具有相同技能的座席，呼叫进入时优先分配给空闲时间最长的座席。队列忙转功能系统能设置各种设备的忙转功能，包括技能队列的忙转功能。比如，座席忙时，如果设置了忙转，则呼叫将转移到设置的忙转设备。排队超时释放转移可在配置系统设置呼叫允许最大排队时间。超过排队时间的呼叫根据配置台设置可以释放，也可以转接到其他设备。排队溢出释放转移可以配置每个呼叫队列允许排队的呼叫数目，超过此数目后的呼叫可以释放或者转接到其他设备处理。取消排队呼叫进入排队系统后，可以按取消排队键取消排队。取消排队后，该呼叫可以转移到其他设备。特殊用户排队优先具有相同业务需求的用户，特殊的用户有较高的排队优先级。长途电话优先具有相同业务需求、相同级别的用户，长途用户比本地用户的排队优先级高。排队转自动流程用户在排队的时候可以转到自动流程进行处理，当得到座席服务时连同从自动流程收集的信息一起转到座席。放排队语音如果系统配置为“放排队语音”，呼叫进入排队系统后，应播放等待音。放超时语音系统可设置排队等待超时后的语音。报估计等待时间系统可以设置是否报估计等待时间。如果设置了“报等待时间前”和“报等待时间后”的语音，则呼叫进入排队系统后，排队时间超过15秒就给其报“报等待时间前+预计时间+报等待时间后 ”合成语音。报应答音当呼叫被分配到座席台时，在话务员与用户谈话前，可以给用户报工号音。放取消排队语音系统可设置取消排队的语音。放保持等待音系统可以设置在将用户保持时给用户播放的等待提示音。工单信息包括接入的方式、该用户的最近话务请求记录、工单处理的优先级别、工单处理人、来电客户的相关信息等等。系统为话务员处理各种接入方式的话务服务请求提供统一处理界面。在这界面上，话务员可以方便地实现话务接听、转移呼叫、三方通话等等话务操作。对于话务班长，还提供插话、监听等操作。对于漏接电话，用户可以点击查看漏接电话的时间、号码，直接点击回拨！工单分为多种状态，包括：未受理、已受理待处理、待回访、已完成。未接收的呼入标识为：未受理；话务员一旦接听，且事务已经结束的，工单状态标识为：已完成；对于接听了又没有完成的，工单状态标识为：已受理待处理；对于需要回访的，工单状态标识为：待回访。3.2.1.2 信息查询信息查询主要是为话务员查询各种信息提供服务。该功能模块提供一个统一的查询界面、多化的、人性化的查询方式，如：按类别查询，按时间先后查询等等。由于信息查询与发起信息查询的人和时间存在一定的关联性，话务员在处理某个工单时需要进行信息查询，信息查询功能模块将会自动获取工单中相关的信息，并结合先前已有的查询事件和结果，从而提供更高的查询精确度和查询速度，更好地为来电群众提供服务。3.2.1.3 话务回访话务回访功能模块根据“回访设置”中设定的回访计划执行话务回访，实现对话务处理的评分及投诉等反馈信息，而改善话务处理的服务水平。话务回访功能模块提供两种回访方式：1、人工电话回访；2、短信回访。对于第一种回访方式，系统会根据回访计划设定的信息，根据系统的忙闲状态，自动的指派某些具有特定权限的话务员或其他平台用户进行人工电话回访，回访的执行过程与工单处理的过程一致。系统提供回访信息记录的功能。对于第二种回访方式，系统将会想回访对象发送短信（针对手机用户），回访对象可以根据短信信息对服务进行评分、投诉等等操作。3.2.2 话务管理3.2.2.1 工单管理工单生成后，有时可能需要对其内容进行补充，因此，创建该工单的话务员和班长以上权限的用户都应该能够对工单进行编辑、删除操作。如果对用户进行了回访，还应该在工单中补充回访内容。3.2.2.2 员工管理员工管理功能模块主要完成话务员的考勤等工作状态的管理。例如管理人员设定话务员的排班情况，根据排班情况管理话务员上下班的情况，话务员登陆系统进行工作的情况，如话务员的通话时间、置闲时间、处理工单的数量，现时话务员工作状态。该功能为管理人员提供以下报表：1话务员接续情况统计；2话务员考勤统计；3话务员呼入呼出状态统计。3.2.2.3 话务日志话务日志以工单为基本组织单位详细记录话务处理过程中各种信息，包括：工单信息、录音记录、查询操作记录、来电等待时间、工单处理总时间、工单的跟进处理记录、回访记录等。话务日志功能模块将同一个工单的所有信息关联起来，方便用户管理该工单的所有处理信息；同时，也为用户提供基于条件的查询界面，包括：根据话务员查询、根据回访结果查询、根据受理时段查询等等，从而方便用户查询操作。该功能模块也提供了多种批量删除操作方法，包括：删除某个话务员的所有的话务日志、删除某时间段的所有话务日志、删除已完成的工单的所有话务日志等等操作，从而减轻系统数据库的压力，确保系统的响应时间。3.2.2.4 话务考核话务考核为管理人员提供一个自定义的话务员考核设置功能，对话务员的工作提供一个量化的评价指标。考核指标由多个子指标组成，这些子指标可以是由系统根据评价标准自动生成，也可以是由管理人员根据呼叫中心的工作管理准则手工输入，具体请视话务考核的设置为定。评价考核的主要信息来源于：员工管理模块中的各种记录信息、话务日志中的各种话务处理信息等等。例如：管理人员可以定义各种考核子指标在整个评价中所占权重已经它们的评价标准，对于能够系统自动生成的，如：考勤情况，系统会自动评价打分，对于需要管理人员人工考核的，如：话务处理水平，管理人呢在这里调用查看各种信息，通过工单信息、录音记录、操作记录、回访反馈等进行评价打分。同时，在查看话务员的某一工单处理情况时，通过量化地考核话务员的工作，促进话务员在处理话务时的服务水平，减少处理的误差，提供服务质量。3.2.2.5 回访管理该功能模块实现话务回访设置、回访信息管理等功能。1、 话务回访设置：设置需要回访的工单、回访的方式（可以采用电话或短信）、回访的时间、回访人员设定等等信息。对于采用电话形式进行的回访，系统会根据回访设置并结合系统的现时使用情况，自动地向回访人员发送执行回访操作的指令。回访操作与一般的工单处理操作一致。2、 回访信息管理：系统提供多种查看统计报表的条件供用户选择，如：按时段、按班次、按工号、按回访方式等条件，实现多种回访信息统计。3.2.3 知识库管理3.2.3.1 法律法规库主要是保存一些交通相关的法律法规，该模块的数据短时间内不会有太大变动。录入数据时，按法规类型进行分类。按照一定的算法，将一定数量的常用词设为关键字，建立索引上 ，以加块查询速度。3.2.3.2 公路信息库该知识库主要分两部分组成：一是公路网信息：这部分相对比较固定，不会经常变动。一般是一次性录入，后期只有接收到具体的公路变动信息时才会对此类信息进行修改。这里的数据要求有非常高的准确性，同时也需做到更新及时，否则可能会对用户造成不必要的损失。二是实时路况信息：这部分的数据时刻都在变化，它和各监测站的工作人员录入的实时路况信息是存放在同一个数据表里的，因此，不同时刻查询此类信息可能得到的是不同的结果。3.2.3.3 历史信息库历史信息库中的信息以客户为基本组织单位，记录客户的历史业务情况信息，历史信息包括：业务请求的时间和内容、业务情况的处理情况以及对处理情况的反馈信息等。话务员通过这些历史信息，在话务处理时提供更加精准优质的服务，达到“按需提供”，从而获得更高的好评率。历史信息库由根据系统记录生成，不能虚构和捏造的。由于最近的信息最有用的，系统也为管理人员提供一个多种删除操作方式，方便管理历史信息库，如：删除某些时间段信息、某些客户信息等等，从而减轻系统的压力，减少查询等待时间。3.2.3.4 知识库更新该模块提供知识库的添加、删除、修改功能，只有拥有管理权限的用户才能够进行此操作。用户添加一条新的信息时，需填写标题，分类以及关键字等内容，方可提交。使用的过程中如果发现有不合适的分类，信息标题欠缺，都可以通过修改功能来对法律法规、公路等信息进行修改，但必须注意的是，历史信息库是不能修改的。3.2.4 数据交换 对于一些可能会用到数据交换的模块，呼叫系统不直接访问数据库中的数据，而是访问xml中预定格式的内容。这样就为访问未知来源、未知格式的数据库提供了可能性。目标数据库只要生成呼叫系统规定的格式的xml，就能够实现不同系统之间的数据交互。3.2.5 系统管理3.2.5.1 角色管理角色管理相当于岗位管理。岗位隶属于每级组织机构。角色=岗位：此种方式更适合于单位的情况。特定的角色（岗位）应该具有特定的权限。暂时不提倡某个角色脱离岗位而单独存在，但是需要预留出单独存在的接口，即：一个角色可能=某个特定的岗位，也可以与任何岗位没有丝毫关系。如：领导临时的授权会引发此种情况。岗位之间的差异：相同名称的岗位在不同的组织单位之间的意义不同。如领导a与领导b的秘书所持有的权限不同。呼叫中心角色分为四种。 3、 root角色：具有最高权限4、 admin角色：具有系统中的管理权限5、 monitor角色：用户为话务员中的班长，具有较低的管理权限6、 tele角色：用户为话务员，具备话务处理等一般权限它们间的关系如下所示：3.2.5.2 权限管理系统是基于用户角色和用户组织架构来授权的，不同的角色、不同用户组中的用户具有不同的权限。呼叫中心的角色分为四种角色，分别为root角色，admin角色，monitor角色，tele角色。它们具有的操作权限如下所示：7、 root角色：具有最高权限，可以执行所有操作8、 admin角色：主要关注系统中的管理功能，查看各种系统报表， 查看系统各种数据报表。如查看人员的上下班登陆时间、工作时间、闲置时间、闲置次数、工作状态，业务统计等等。 对下面的话务员、班长进行考核。 查听录音、并对录音进行打分，将结果并入考核指标。查看话务员知识库的查询记录，统计相关内容，结合录音信息对话务员处理来电进行考核，评价她们搜索信息的准确性。（与话务考核结合在一起） 对班长提交的黑名单、转单等信息进行进一步确认9、 monitor角色：一般不接电话，但可以接听。 话务员当前状态，具体到某个工号 强制切入 插音 转接 强制签入、强制签出 确认话务员提交的黑名单。10、 tele角色：直接处理来电。需要执行的操作只有：操作人工台处理来电。3.2.5.3 用户组管理用户组与角色没有任何关系。用户组相当于一个团队。用户组应该成为一种虚拟的组织机构的一部分。一个用户具有所在的用户组，所在的组织机构用户和用户组的对应关系为一对一的关系，用户和组织机构的对应关系也为一对一的关系也就是说一个用户只能在一个用户组和一个组织机构。3.2.5.4 系统报表实现从不同角度查询，同时还要具有对话务的分析功能。所用到的报表大概有以下方面：1) 市话呼入数，接通数与接通率；2) 长话呼入数，接通数与接通率；3) 手机呼入数，接通数与接通率；4) 短信收发数量统计；5) 总呼入数，接通数与接通率；6) 中断话务量统计；7) 人工业务话务量统计；8) 话务员呼出话务量统计；9) 话务员服务质量统计。3.2.5.5 黑名单管理对于一些恶意骚扰的用户，话务员拥有短时间将号码加入黑名单的权利，被加入黑名单的号码将享受最低优先级别，甚至被剥夺电话呼入、短信接入的权限。当时间超出黑名单的有效时间时，该规则将自动失效。系统管理员拥有对呼入号码更强大的控制权，可以自主设定某一号码加入黑名单的时间范围。3.2.5.6 员工档案管理可以直接使用现有的人事数据，或者从现有的数据中提取跟呼中系统相关人员的数据存放到新的数据表中。管理员以上权限的用户能够对下级的档案进行增、删、改管理。4 门户网站设计4.1 对外门户平台4.1.1 信息浏览通过“实时路况”“车辆违法查询”“驾驶员积分查询”等栏目实现手机网站同步发布路况信息。用户可以在门户网站上非常