CN1164309A - 远程访问系统 - Google Patents

Abstract

管理系统(A₁)对通信网络(A₄)分散位置上的设备单元提供远程访问服务。例如，它能提供对PSTN网上公司设备(A₅)的自动测试。管理系统(A₁)响应呼叫请求启动对网络(A₄)的呼叫来选择通常的预先确定的单元，并能提供很多功能，例如，对请求的监权和批处理。通过监视一般业务呼叫和清除任何现有的已冲突远地访问呼叫，或封锁任何潜在冲突远地呼叫的请求，可以避免与网络(A₄)上一般业务发生冲突。未完成或被封锁的远地呼叫，可利用管理系统(A₁)自动地重新调度。

Description

远程访问系统

本发明关于分布设备的远程访问，尤其是(但也不只限于)遥测与遥测系统。

对诸如供气、供电、供水等单位来说，人工读表费用相当高，因此不经常读表，住户收到的帐单往往是估计出来的，并非根据实际消耗。当仪表测量人员无法接触到仪表时，会产生更多困难。

运用遥测，远程读取仪表就可克服这些问题。遥测是一种远程访问过程，其中仪表被连接到通信网络上，典型地在某一个地方可以通过通信网络访问并读取这些仪表，这些地方可以是公用事业公司拥有的一所建筑物。读取仪表的过程，典型地由一台适当的计算机系统来完成，这个计算机系统通过调制解调器连到网络上，并运行合适的通信及数据传输软件。

除公用事业之外，在其它组织中对遥测技术的需求也越来越大，例如对于独立仪表测量单位和那些站点分散而又希望测量其能量消耗的单位。

尽管需要包括遥测系统在内的远程访问系统，但是安装一个仅用于水表或电表，尤其是反馈式的通信网络所需费用对于一家单位来说是昂贵的，可能得不偿失。

因此，在研制本发明的过程中，申请人已认识到建立一个远程访问的底层结构，使之能为大范围内的公司与市场提供包括测量能量消耗的服务的好处。

根据本发明的第一方面，提供了一远程访问管理系统，用于通过一通信网络来访问远程单元以便从那里获得数据，该系统包括：

(a)用于关于一个或多个远程单元的访问操作请求的输入设备；

(b)用于提供关于一个或多个远程单元的路由数据的路由数据存储器；

(c)一访问操作启动器，它响应访问操作请求，通过输出一控制信息到该通信网络而启动一个访问操作，该控制信息包括路由数据；及

(d)用于从该通信网络接收到的访问操作结果数据的一输入设备。

于是访问操作结果数据自动地或根据请求，以与环境相适应的形式输出。

本发明的实施例可以一用于管理与通信网络上分布目标设备的通信的一远程访问管理系统来说明，所述系统包括：

用于接收对一选定的目标设备的访问操作的请求的装置；

用于提供所述的请求所指定的目标设备的路由信息的装置；

用于启动一个对所述目标设备的访问操作的装置，所述装置包括用于向一通信网络平台发送包含所述路由信息的控制信息的装置，该网络平台用于接收所述控制信息并在通信网络上执行所述访问操作；

用于响应所述访问操作而接收和存储来自所述网络平台的数据的装置；及

用于向所述请求的发起者转发表示所述的存储数据的数据的装置。

在现有规范中，除非特定说明，通常将请求访问操作的个人或组织(如公用事业)称为“顾客”，或称请求发起者，而将操作所指向的设备拥有者或组织称为“目标方”。反映出这样一个事实，可能由请求访问的个人或组织来首先承担费用。

申请人认为在非能量消耗的应用中遥测技术同样有市场需求，这些市场诸如仓库监控，如自动售货机、加油站和大型存储罐；以及可用于环境监测，如温度，水，净化程度以及污染统计等。

除了遥测技术，还有使用类似原理的其它远程访问操作，例如向公用事业用户直接收帐，而不必使用邮政业务；对取暖设备和其他电力设备进行远程控制；以及其它如电力管理等进行远程自动操作及控制的应用。

通信公司对现有网络必然考虑安全性与质量问题，为相应的顾客库建立高水平的后备服务保障，为此可提供很有效的底层服务，数据传输的质量及安全性都很高。

在本发明实施中，可以由通信网络运作者，或一家独立实体，来提供这种远程访问系统，而不必由公用事业单位这样的顾客来提供。这样的好处是，顾客无需知道向目标设备启动远程访问呼叫时所需的路由信息如目录号(DN)，这些信息由远程访问管理系统来提供。这意味着，例如当通信网络是公用电话交换网(PSTN)时，顾客不需要知道电话号码本以外的电话号。

采用PSTN作为通信网络，可使对设备的访问范围大为扩展，这些设备能够识别远程访问操作。或者，网络可以是其它合适类型的通信网络，例如分组交换数据网。

启动设备最好用于提供控制信息，该信息中包括启动目标设备发起通信操作类型的指示信息。

通信操作最好实质上是要么读操作或者是写操作。读操作包括从目标设备中读取信息。尽管读操作启动过程中，还需向目标设备发送一些控制信息。同样，写操作包括向目标设备发送信息，不过通常还要返回状态信息，以指示写操作是否成功。

远程访问确认装置管理系统最好包含用于确认请求的装置，请求中包括确认请求发起者的数据，而确认装置包括将请求发起者身份的与存档的请求发起者档案进行比较的装置。最好地，对照系统中存储的有关信息，可以核对请求发起者对请求中指定的设备进行访问的权力。这样远程访问管理系统的操作人员就可维持对有权访问该系统的用户的控制，以及对每个用户能够访问的目标设备的控制。

在优选的实施例中，远程访问管理系统包括一套存档的互不相同的标记，每个标记对应于一个或多个目标设备。一个有效请求通常包括至少一个标记，该标记与存储的标记之一相匹配。因此很显然发出请求的用户需要知道他们的有效标记。这种措施的优点在于一个用户可以在一个请求中用一个设备标记而请求访问多个目标设备。。

远程访问管理系统最好包含定时触发装置，用于触发启动装置在预先设定的间隔或时间向目标设备发出呼叫。用这种方法，用户可以以最小代价以一定的时间间隔向全部测量器读取数据。

这样的好处是远程访问系统可以方便地按需求启动一个或多个呼叫。例如：这种方便性可使用户按需求检查某个测量仪器的读数。

在优选的实施例中，远程访问管理系统还包含可修改的数据库装置，其中包含信息，这些信息包括通过通信网可访问的全部潜在目标连接的各网络地址，以及所述的网络地址的物理位置。当安装了适当的目标设备时，要建立一个系统可访问的的目标表，这些信息就很有用了。

最好远程访问管理系统包含可修改的数据库装置，其中含有信息，这些信息用于所述的系统可以访问的每个目标设备，这些信息包括每个目标设备的类型以及相应的对所述目标设备的数据通信的访问请求。这些信息形成送到通信网平台的部分控制信息，并且当系统所访问的目标设备类型不同且用户请求中未提供系统访问需求时这些信息是必不可少的。这种安排可使用户需要知道的信息量最少。

在优选实施例中，该远程访问管理系统用于向至少某些目标设备提供目标设备路由信息，该信息包括一接口装置的通信网络线路终端地址及所述接口装置的端口号，由此与所述接口装置连接的每个目标设备可通过指定所述接口装置上的相应端口号来访问。因此，多个目标设备可以连接到一个接口装置并且可单独访问。

以这种方式将目标设备与接口装置分离，其另外的优点包括：使数据采集与实际目标设备分离；便于建立拥有接口装置的第三方测量仪表代理机构，而把设备例如测试仪器留给供应商；以及提供了灵活性，例如无需重新对测试仪器进行验证，即可对接口装置进行更换或升级。

根据第二方面，本发明提供了用于通过一通信网与分散的目标设备进行通信的远程访问系统，所述系统包括一个如上所述远程访问管理系统及通信网络平台，该通信平台包括：

接收来自所述远程访问管理系统的控制信息的装置，这些信息包括目标设备的路由信息；

响应所述的访问建立对所述目标设备的访问及从所述目标设备接收数据的装置；以及

向所述远程访问管理系统返回至少一部分所述的接收数据的装置。

在本发明许多应用实施例中，正常的电话不能受到干扰可能很重要。因此，例如在遥测中，本发明的一个方面应保证电话呼叫总是优先于遥测呼叫，所以当相邻电话机(或其它通信设备)摘机时，最好清除遥测呼叫，并且，进入的电话呼叫会比正常进行的遥测呼叫优先接通。本发明的这个方面在申请人的申请号为EP 94302620.3的共有未决的申请中作了更详细的讨论。然而，在某些访问操作中，例如关闭一台电炉，远程访问操作最好优先于电话呼叫。

在本发明的实施例中，目标设备或与目标设备连接的接口装置很可能与其它通信设备(例如电话或传真)共用通信网的一终端线路。于是对目标设备的呼叫可优选无振铃呼叫(NRC)，在这个方式下，呼叫不引起例如一台同目标设备或接口共终端的电话发生振铃。所以对目标端的用户而言，整个操作是透明的。

与目标设备建立访问的装置最好应当包括规划对目标设备的呼叫的装置。这样，来自管理系统的由一个或多个所访问的目标设备标记的列表的请求，可在相应网络非业务量高峰时间发出，例如对于PSTN网来说在夜间工作，而且在全部操作结束后在一次通信中向用户返回任何结果。

在优选实施例中，远程访问系统还包含向用户计帐的装置，例如读取远程仪表的情况时，单位可能作为用户，并承担相应数据传输的费用。另一方面，在远程控制操作或者例如对仓库的监视中，目标设备的业主可能是用户，因此要被记帐。最好地，对用户计费按每次成功操为基数，而不按通信网络的连接时间计费。其优点是用户费用容易估计，并且对失败操作不计费(实际上可能耗费了一些网络时间)。

在实际应用中，该远程访问系统最好提供更多的功能，例如管理系统还包括用于将用户请求非标准格式转换成请求处理装置能够读取的格式。这样，更多的用户无须修改或替换既有的系统，就可登记进来。转换装置可以是软件滤波器，它只是读入用户请求，并将其格式修改成请求处理装置所要求的格式。转换装置可以是管理系统本身的一个部分，也可以是用户系统的一部分，用户系统在请求操作过程中被配置用于与管理系统接口。

该远程访问系统可能还提供用于检测欺骗行为的装置，例如检测是否有未授权用户企图使用遥测仪表帐号。同样，该系统还可包括用于检测公用事业供应泄漏的装置，例如通过发现仪表读数是否在不应增加时增加了。

根据本发明的第三方面，还提供远程访问管理系统，用于控制用户和通信网络上的分布目标设备之间的通信，该系统包括：

用于管理与用户通信的装置；

用于管理与通信网中的通信设备进行通信的装置，由此可以管理与目标设备的通信；

用于存储从用户或通信设备接收的数据的装置；及

用于向用户或通信设备转发数据的装置，此数据代表上述存储装置所存储的数据。

在本发明的实施例中，远程访问管理系统用于接收来自所述通信设备的数据，存储所述数据并将表示所存储的数据的数据转发给用户。

在本方面的其他实施例中，包括如前所述的关于本发明其它方面的一个或全部实施例。

最好地，可由目标设备发起远程访问，或/和由用户发起远程访问。于是远程访问可由目标设备发起向用户或其它指定的目的地访问。

自动售货机或燃料存储设备是适于向目标设备进行远程访问的两种环境。前者提示货物将要卖完，后者提示燃料存储量处于低水平。这些信息可以回送给用户。同样，在更严重情况下，如用户设备正受破坏或大型食品储藏室内致冷设备发生故障，就需要更迅速的响应，此时远程设备发出的远程访问可以自动激活告警，通过无线电报话器送到警察或工程师。

现在通过实例对本发明加以说明，可参考以下各图：

图1是一个遥测系统逻辑框架，表示出系统各组成部分及各部分之间的关系；

图2到图7表示系统的逻辑框架中，各系统部分相对于其它系统部分的示意图；

图8是说明TIU和仪器接入过程的流程图；

图9是说明TIU和仪器安装过程的流程图；

图10表示自动仪器读取过程的流程图；

图11表示对多仪表广播过程的流程图；及

图12是应用本发明的自动售货机的示意图。

以下说明包括工作在PSTN网上的遥测系统，其中的典型情况是，在PSTN中接入的目标设备包括用户仪表，每个仪表都与通信设备(如电话机)共用一条电话线。假设遥测系统由PSTN工作人员拥有管理，并且用户是向用户仪表请求远程仪表读操作的单位。

图1是遥测系统整体框架体系的示意图，该系统适用于PSTN网上的自动仪表的读(AMR)操作。该结构包括6个部分，分述如下。业务管理部分A1包括支持单位、用户和网络操作人员之间的交互的系统及功能。网络管理部分A2包括提供的用于遥测网络的基本管理功能，记帐部分A3包括向单位提供记帐及日志信息的系统和功能。网络部分A4包括全部网络话务传输通路和遥测呼叫启动设备。单位部分A5代表请求AMR操作的单位，用户部分A6表示用户。各部分间的连接线表示各个部分之间存在的关系。以下依次说明各个部分以及各个部分相互间的关系。

业务管理概述

图2是业务管理图从业务管理部分A1看去的结构框架。由图2可见，业务管理部分A1包括遥测业务中心(TSC)11、遥测业务管理系统(TSMS)12、用户业务系统(CSS)14、用户服务中心(CSC)16和预处理数据库(DB)15。

TSC11是用于单位的查询或故障报告的主要连系点。TSC11能访问TSMS12、CSS14和计帐部分A3，由此单位可通过查询与TSC操作员联系，而且操作员也可回答询问，点亮操作者无法处理的遥测故障或网络故障的任何查询送到相应的技术部门去处理。用户也能够通过CSC16将查询及故障记录到TSC11上。

TSC11可访问保存在TSMS12上的呼叫日志，并能够通过TSMS12访问网络部分A4中的遥测平台(TP)41(详情可见下面“网络概述说明”)，由此可以监测AMR进程，并在需要时将其回报单位部分A5。

TSMS12响应来自单位的AMR请求，及用于单位的注册登记、用户名单寄存与用户名单更新。TSMS12还负责向计帐部分A3提供信息。

除了用户名单，需要向单位注册提供的基本信息包括：

·单位号/名字，用于在AMR业务中确认自己；

·遥测标记号，是PSTN操作员及单位共用的标记，用于唯一地确定双方遥测接口单元(TIU)/测量仪表的地址；

测量仪表标记号，它是用于确定AMR业务的用户的主要数据部分，对一个单位来说是唯一的；

·测量仪表地址，作为交叉参考，它用于检查所请求的仪表对应于PSTN操作员所保存用户的电话号及地址；

·TIU类型，它定义了用于访问TIU的协议；以及

·TIU地址/端口号，它由TIU的唯一标志和仪表所连接的TIU的端口号组成。

根据图2A，TSMS12包含连接TSMS12与结构中其它部件的数据接口111、通过数据总线112与接口111相连接的可编程处理器113、以及连接到可编程处理器113的存储设备114。合适的可编程处理器113可采用SUN微处理系统、SPARC工作站1000或者高性能的基于RISC的处理器，运行适合的软件开发语言(如C⁺⁺)编写的软件。接口111提供记帐部分A3、单位部分A5、DB15、TP41和TSC11之间的线路连接。接口111通过数据总线112连到可编程处理器113。接口111接收传输到TSMS12的信息，并且对传送的信息进行编码，以鉴别到可编程处理器113的信息源。与此类似，接口111为来自处理器113的传输信息指定正确的目的地，并将它们发送出去。合适的接口111可以是以太网接口，该接口具有与数据总线112的连接及与以太本地网的连接，框架结构中的其它部分连到该接口上。

AMR请求由单位的遥测接口系统(TIS)51通过接口111向TSMS12发送。一请求中包含单位ID号、仪表标记号以及用于交叉参考的地址。

TSMS12通过检查单位对于请求中指定的仪表的访问权，来检验每个来自TIS51的AMR请求，在检验中，用存储设备114上所保存的数据库中所有有效仪表地址清单表，来交义识别每个请求(这里是在单位最初注册时由单位寄存该表并可被修改)。

当确认以后，TSMS1将目录号(DN)加到AMR请求上，目录号经DB15从CSS14中取得。然后，将信息转发到TP41，这样可由TP41建立对用户的呼叫。

除了处理单个AMR请求，TSMS12还可处理批量AMR请求，其中单位在一次操作中发出一组存于存储设备114上的AMR请求。于是TSMS12按上述方式处理整组请求，并将列表送到TP41。TP规划这些等待在适当时候发起的呼叫，通常在通信网非高峰期间。当TP41接收全部成功或不成功的AMR结果时，它通过TSMS12将结果全部送至单位(该过程将在下面详细阐述)。

TSMS12还可为预先定义为一组用户发出的AMR请示(这组用户可由单位预先提供，并存放在存储设备114中)。该装置可以由来自单位的一个简单请求来激发，也可自动激发，藉此TSMS12为表中请求加上路由信息，并在通常的预定时间间隔内自动向TP41发出该表，该TP41规划并发起AMR呼叫。

TSMS12在存储设备114中保存呼叫日志，其中包括有效的读取日志和异常日志，TSC11可以访问它们，或直接由单位部分A5通过TIS51进行访问，单位部分A5直接访问，可使单可获得最新的关于性能和潜在计费的信息。

CSS14是可编程数据库，保存了PSTN中每条电话线路上遥测业务的使用记录。适宜的可编程数据库可以利用IBM兼容的PC机，带有用于存储数据库的硬盘存储器和合适的通信与数据库软件，这些软件用来接收手工输入的信息(或电传信息)，并使用这些信息根据要求对数据库更新。数据库信息由PSTN操作人员从网络管理部分A2提供。CSS14对每个有效遥测线路留有一个相应的DN号(也由PSTN操作员提供)和一个相应的仪表标记号，该标记号是PSTN操作员和单位共用的鉴别号，它提供双方唯一地鉴别一个仪表/用户的地址。CSS数据还包含对每条支持线路的标志位。此标志位用于辅助修复一般线路故障，它通过向工程师提示可能需要解除多余CPE连接来修复一故障。

CSS14按要求将DN数据记录转发给DB15，作为对新到的或已更新的DN数据记录的响应。DB15还接收来自网络管理部分A2的相应的电话交换访问请求的细节信息。电话交换访问细节信息典型地包含交换类型、要求的呼叫建立方法，例如建立不振铃呼叫用什么信令等。这样，当TSMS12接收到有效请求时，可以从DB15取得所要求的DN号及电话交换访问细节信息，并且准备传送到TP41。在CSS和DB上所存的信息由网络管理部分A2和单位部分A5定时更新(通过TSC或TSMS12)。

CSC16是用户部分A6的主要联系点。CSC16同TSC11一样是能访问CSS14和TSC14的人工操作员，以便从用户部分接收故障报告、把故障报告详情输入到CSS，并在适当时向TSC11转发遥测故障。故障报告过程与标准通信网常采用的过程是一样的。

网络管理概述

网络管理在遥测系统中的作用类似于标准通信系统中网络管理的作用。它包括报警监控和发出报警、监控网络性能、按需求变化业务流，以防止线路过载或在线路发生故障时使业务流重定向。

图3表明了网络管理部分A2、业务管理部分A1和网络部分A4的关系。

网络管理部分A2包括操作管理中心(OMC)23、网络业务流管理系统(NTMS)25、网络管理中心(NMC)21和网络操作单元(NOU)23。每部分包括一个或更多个运行适当软件的计算机系统，各部分之间通过已知的方式互联。

NMC21通过正常方式来处理网络业务。然而，需时时它也可以通过降低TP41的遥测呼叫速率来防止网络过载，也可以调节控制速度的恢复。

NOU22从网络CSS接收用户故障报告，这些故障一般可以通过正常方式来解决：任何没有解决的故障通过CSS14返回至TSC11。NOU22也接收TP41产生的报警，这些报警与失败的呼叫请求有关，并通过正常方式解决或送至TSC11。

OMC23通过NTMS25接收来自NMC21的请求以控制TP41的呼叫速率，并发送控制信号给TP41来相应地修改呼叫速率。

NTMS25通过正常方式轮询网络中的交换并提供性能数据，由此可以编辑网络管理报告。NTMS也发送来自NMC21的控制信息至用与呼叫流修改的有关的OMC，并从TP41接收由TP1生成的呼叫的细节内容，用于测试性能。

计帐概述

图4表明了计帐部分A3、业务管理部分A1和单位部分A5之间的关系。

计帐部分A5包括计帐系统31，它从TSMS12接收信息，并将其转换成计帐信息。计帐信息可传送到单位作为一帐单，或者可以直接电传到TIS51，例如通过通信线路直接传送至TIS51。计帐系统包括一个计算机系统，例如一台IBM兼容PC，该PC运行用于为每一单位将信息分类详列一帐单的软件。从TSMS12接收的典型计帐信息包括：读取日期、读/写的时间、是否成功及单位标记号。计帐系统将计帐信息分类详列一帐单，并通过一条与TIS51相连的链路上的计算机通信，将帐单送至单位。在这个情况下，计帐的原则是基于每次读操作，而不是基于网络的连接时间。

网络概述

网络部分A4和业务管理部分A1、单位部分A5、网络管理部分A2、用户部分A6之间的关系如图5所示。

网络部分包括TP41、本地交换机(LE)42及数字主交换单元(DMSU)43(只有1个示出)。TP负责接收TSMS12的AMR请求，并通过通信网发起一个AMR。如果通信网是PSTN，则TP41的作用可以由一个呼叫处理系统完成。比较合适的呼叫处理系统是BT的语音应用平台(SAP)，它在1994年7月1日提交的编号为WO/GB94/01429的PCT专利申请中有详细描述，其内容在这里作为参考。TP41接收来自PSTN中的TSMS14的呼叫，通过PSTN建立向用户部分A6中的TIU63的呼叫。TP41与PSTN的主干网络中的DMSU43连接，使得呼叫能送至任何与PSTN相连的TIU。

当被TSMS14呼叫时，TP41在PSTN上规划一个或更多的至TIU的无振铃呼叫(NRC)。NRC如何建立的细节在共用未决的欧洲专利申请号EP 94302756.5的申请中有详细描述，其内容在此作为参考。管理无振铃呼叫的信令协议是CCITT的7号信令系统的BT衍生版，即熟知的C7信令。

TP41可以根据一重试算法，对失败的呼叫重规划和重试确定的次数。此算法是在同一夜晚对失败的呼叫进行重规划，然后是按下来的几个夜晚，如果呼叫持续失败，最终会在白天再进行重规划。所有成功和失败的呼叫的细节内容都必须送至TSMS14进行登记。除了遥测设备或网络发生故障外，电话线路由于其它原因而繁忙也会导致呼叫失败，例如电话线被占用。TP41是如此设计的：如果一个遥测呼叫正在进行中，而又企图接入或接出一个电话呼叫，则遥测呼叫立即被清除，以完成电话呼叫。这种呼叫优先权分配形式在欧洲专利申请号EP 94302620.3的申请中有更详细的描述，其内容在此作为参考。同样，它也用C7信令来管理。

对于来自公单位的批呼叫请求，TP41可以在必要的情况下，将呼叫在地理区部分上分散，以防止由于LE中缺乏多频(MF)检测器而导致呼叫失败。

正如上面“网络管理概述”中所述的TP41的操作也可以由NTMS和统计监控。而且，TP41的呼叫速率可以通过OMC23来调节，以适应由NMC21标明的PSTN线路需求的变化。

必要的话，TP可以在PSTN上为要激活一个振铃呼叫的用户发出标准的“振铃”呼叫。

单位概述：

单位部分A5和业务管理部分A1、计帐部分A3、用户部分A6间的关系如图6所示。

单位部分A5和其它部分间的关系的本质可完全取决于每个单位的自动化程度。然而，此单位配置了一个TIS51，它包括一个合适的接口，使得遥测系统(通过TSMS12)处理自动化程序不同的单位。有了这个接口，单位可以使用它们所现运行的任何传统的系统，而无需升级。但是，申请人相信所有的单位将会及时地升级它们的传统系统，以便能直接与遥测系统兼容。

TIS51包括运行在计算机系统上的应用软件，如SUN微系统SPARCStation5工作站。该工作站提供一个窗口、图符、菜单和指针(WIMP)桌面，从中在菜单中选择TIS51应用程序。TIS51应用程序在桌面的VT100窗口里运行。

TIS51应用程序接口使用基于单位可字符的形式化应用程序，采用Oracle SQL Forms V3。这使得单位可以访问TIS51系统功能乃至遥测系统。所有可被单位访问的遥测功能通过TIS51来访问，TIS51是通过一条通信线路(典型地为一条模拟PSTN线路)与TSMS12相连的。

TIS51也为传统的用户计帐和用户信息系统提供一个简单的接口。这支持将单位已有的信息转换成与遥测系统兼容的信息。

对于遥测操作，TIS51支持的主要功能如下；

·用户和测量仪表信息的维护；

·仪表访问列表的维护；

·用于仪表损耗测量的请求(单个价目表)，基于优先权准则或通常的原则；

·对返回结果的解释及管理报告；

·错误处理；

·仪表/TIU安装与登记；

·安全；

·几周内的数据的保存。

TIS51还通过TSMS12从计帐部分A3接收计帐信息。计帐信息由单位处理，并通过正常方式分配到用户部分A6中的用户。

用户概述

在图7中，用户访问业务管理部分A1来报告故障或进行询问，通常是通过电话，但在将来，用户可能拥有合适的终端设备来直接与CSC16通信。再有，与用户房中的仪表631相连的TIU63也与电话线终端相连，可以由TP41通过网络部分A4中的LE42访问。用户可以通过邮件52向单位来计帐。

同样，可以设想给定了与用户房中的TIU相连的合适的终端设备，计帐信息可以通过TSMS12从单位部分A5直接传送至用户部分A6中的用户。合适的终端设备是显示设备，如打印机、VDU。

用户登记

单位向遥测系统登记其用户细节的过程将参考图8表示的处理顺序来说明，其中序列中的每一方框的编号都与下列步骤对应：

200准备物品表：单位建立一个待由遥测操作员登记的用户的预登记注册。这在TIS51上完成，例如利用来自单位的传统计帐和用户信息系统的信息。TIS51上的信息设置成TSMS12可读的格式。例如，此信息可能包括以下内容：

用户标记：物品地址；邮编；房间号；房间名。

此信息然后被送至TSMS12。

205提取邮编：TSMS12从TIS51细节中提取邮编，并送至CSS14。

210查寻邮编：CSS14将由TSMS12产生的表中的邮编与可由遥测设备支持的用户邮编相比较。选择可访问的用户的原则还包括用户是否与支持无振铃呼叫的本地交换机相连(如果无振铃呼叫是必不可少的)。

215返回有匹配邮编的物品的具体细节：CSS14将具有与该邮编相关的物品的细节以及匹配的邮编送回TSMS12。

220匹配遥测操作员和单位的地址：TSMS12将CSS14返回的物品的细节与TIS51提供的原始地址信息进行比较，来提供一份可访问的用户的列表。

225返回合同提议：一旦建立起可访问用户的表，将其返回给单位TIS51。

230接收合同提议：单位接收TSMS12提供的表。

235准备物品的表以签合同：单位再次生成可以支持遥测业务的用户的登记，它能将TIS51设置成TSMS可以处理的格式，并送至TSMS12。

240将物品标记在“合同”上：TSMS12确认用户列表，并存储为“合同”。这些用户的详情送至CSS14。

245设置遥测标识：遥测标识在CSS中设置，它针对与遥测业务“合同”的所有用户。这可以保证电话线路在任何情况下(如电话帐单未付)下，都不会断，而不需首先与单位联系。当电话帐单未付时，用户在那条线路上建立电话呼叫的能力被取消，但仍可以在此线路上进行遥测。

255接收响应：TIS51从TSMSM12接收信息。

到此为止，不需要用户房间里的任何设备支持该遥测设备。

260准备“应安装”的物品的带有个人标记号(PIN)的表：单位生成一个用户的注册，他们最近已经或将要安装仪表和TIU63以支持遥测业务。对于每个选定的用户，定义一个安装人员PIN，一旦TIU63和仪表已安装，则利用PIN将它们登记到遥测业务上。此列表被送至TSMS12。

265记录标有“应安装”的PIN：TSMS12接收该列表，并检查自己的数据库，看看是否有安装已完成了。

270返回响应：TSMS12送一份已有的用户位置的表至单位TIS51。

275接收响应：TIS51接收该列表并相应地更新自己的记录。

此时单位就处于能够请求读取已安装的仪表的状态。

TIU/仪表登记

安装一个TIU63和一个仪表的物理操作由一个安装者在用户的处所或附近进行。一旦安装完毕，TIU63和仪表二者都需向遥测业务提供者和单位注册。

下面参考图9中的处理顺序来说明该注册处理顺序。

300安装TIU63/仪表：TIU63和仪表被安装。当然，这个操作包括为同一个TIU63安装更多的仪表或为已有的一TIU63安装一个或多个仪表。不同的仪表和TIU63可能被相同或不同的单位所有。

302电话通知TP：安装者打一个电话，例如免费的0800电话，此电话机与连向PSTN上的目标设备63的电话线共终端。LE42接收此呼叫请求并利用呼叫链路的CLI向DMSU43转发，如同处理任何电话呼叫那样。DMSU43把此0800呼叫翻译成TP41的DN并将一个呼叫导向TP。TP41回应此呼叫并接收此呼叫者的CLI信息。此CLI是TP41所收到的目标设备的第一个标识。

304提示注册数据：为了响应此呼叫，TP41用一个事先记录的语音消息提示来自安装者的注册数据。

306提供所提示的数据：作为对提示的响应，安装者提供PIN，该PIN在如上所说明的用户注册序列中已事先确认。典型地，PIN以听得见的MF音调的形式从电话键盘上提供。

308提交数据以待确认：TP41把安装者提供的PIN数据和CLI提交给TSMS12。

310确认数据：PIN和CLI数据被根据TSMS12数据库中的数据进行核对。

312确认数据正确或报告结果：确认的结果通过TP41送往安装者。

314报告安装者：TP41将此消息转发给安装者。

316接收正确/错误的消息：安装者从TP41接收该消息。如果安装者所送数据是无效的，此时将要求他再次输入信息。再次无效，安装者就要同TSC11联系以求技术援助。

318请求安装者挂机：作为对有效数据的响应，TSMS12要求安装者挂机拆除电话链路。

320请求安装者挂机：TP41将此请求转送给安装者。

322挂机：安装者挂机。

324检测挂机：TP41检测安装者已挂机。

326请求测试呼叫：TSMS12或仪表向TIU63启动一NRC。

328启动NRC：TP41从TSMS12接收此请求并发呼叫给TIU63。

330请求仪表读数：TIU63接收该请求并指示仪表需要对其读数。

332发送读数：仪表响应而发送一读数。

334返回读数：TIU63收到读数并返回给TP41。

336接收读数：TP41接收此仪表读数。

338清除呼叫：TP41随即清除给TIU63的呼叫。

340转发结果：此读数被TP41转发给TSMS12。

342确认读数成功；TSMS12确认此信息并启动向安装者发一表示已经读数的消息。

344发送原始读数给单位：如果读数试验是成功的，读数将转发给单位。

346接收原始仪表读数：单位TIS51接收并记录此读数。

348致电安装者确定成功/失败：TP41向安装者发出呼叫并发送一个事先记录好的通告，提示测试结果。

350接收成功/失败报告；如果安装成功，安装者将不再行动。否则，安装者可以决定重新操作，或联系TSC11求助。

仪表读数

建立一个或一批AMR过程的呼叫流的一个范例将参考如图10中的流程图来进行描述，其中流程图中的每个方框的标记对应于以下的各步：

400准备读数请求表：单位TIS51验明要读的仪表，通过查阅存在数据库中并可被TSMS12存取的一个列表，或发送一个列表给TSMS12。

405确认和存贮列表：TSMS12检查此单位是否被允许读取表中的仪表，并从数据库的信息中获得NTC的DN和将要用到的警报音。TSMS12中的异常情况日志将由于任何无效的仪表读取请求而不断更新。

410规划读数请求：修正的列表由TSMS12转发给TP41。对于批读取请求，此表具有低的排队优失级，因此呼叫将在网络最方便的时候执行，例如夜间网络低使用率时。单个读取请求具有高排列优先级，因此它被尽可能快的执行，例如发出帐单查询的单位可以近乎实时地访问仪表，来为用户查询提供快速的响应。

415规划读数：TP41规划任务的开始。

420启动NRC：TP41对于列表中的每一个读数请求顺序地请求向TIU63建立一个NRC。如果成功，一个语音通道就被建立。如果不成功，一条原始的消息被记录到TP41的异常日志里，NRC建立和清除的确切细节在申请人的共用未决的欧洲专利申请号EP 94302756.5中申请论述。

425请求仪表读数：TIU63确认从TP41请求中接收到的TIUID和端口号。如果有效，TIU63请求从仪表中读数(在某些情况下，TIU63保持对仪表读数，例如脉冲测量，其中TIU63周期地读)。

430发送读数1：仪表给TIU63发送读数(如果非“脉冲测量”)。

435发送读数2：如果TIUID和端口号有效，则TIU63检测从仪表接收的读数。若有效，将仪表读数发送给TP41，否则发送失败原因码。

440接收仪表读数；TP41检查接收到的读数记录并将其存储到一有效读数日志中，或用一失败原因码更新异常日志，并根据失败原因码重新规划一呼叫(例如占线)。

445呼叫清除：TP41请求DMSU43清除此呼叫。PMSU43向清除该呼叫的LE42传送请求。LE42向TP41返回呼叫已被清除的消息。

450如有必要，重复“启动NRC”到“清除呼叫”，如果有的话，TP41对列表中的下一个请求发送NRC。

455转发结果：有效读数日志和异常日志被周期地转发给TSMS12，以更新TSMS12中的日志。

460存贮结果：TSMS12存贮读数的结果。

465处理异常日志：可以处理的问题被发送给TIU11，其他的提交回单位。

470返回结果：有效读数日志和异常日志被返回单位TIS51，TIS51使用该信息向用户计帐。

475存贮计帐详情：计帐信息由TSMS12从有效读数日志和异常日志中获得，通过TSC11返回给计帐部分。遥测的计帐清单被周期的发送给单位。

仪表广播

把相同的信息向一个或多个用户仪表广播的过程将参考图11来说明。所需要的广播功能用来支持遥测业务某些需要的性能。例如这些性能包括，根据供应品的价格变化(例如一单元的水可能从100升变到85升)，自动地改变一定数量的仪表上的一个测量单元的值。广播功能也会构成设备的远程控制的基础，如中心供热系统及其类似系统，虽然严格地讲这不算是“广播”。对于远程控制，不是发送仪表更新信息给多个设备，而是给用户处所内的一个与PSTN连接的控制器发送适当的控制信息，此控制器响应此信息来控制例如供热水平。当然，这种广播功能也将形成上述用户计帐业务的基础。图11内的方框的标号与以下步骤相对应：

500准备广播请求列表：单位TIS51确认要广播的仪表，通过参阅存数据库中并可被TSMS12访问的一个列表，或通过给TSMS12发送一个列表。

505确认和存贮列表：TSMS12检查此单位是否被允许向列表中的仪表广播并从DB15存储的信息中获得NRC所需的DN和要用到的警报音。无效的仪表广播请求更新TSMS12中的异常日志。

510规划广播请求：修正后的列表从TSMS12转发给TP41。对于批广播，列表具有低排队优先级，因此呼叫将在网络最方便的时候产生，例如夜间网络低使用率时。单个广播具有高排队优先级，它被尽可能快地启动，例如，当用户支付一个过期的帐单时，如果需要再次连接用仪表需要立即被授权。

515规划呼叫：TP41排列任务的开始。

520发送NRC：对于列表中的每一个广播请求TP41依次为其向TIU63发出建立一个NRC的请求。如果成功，一条语音通道就建立起来。否则，一个说明该结果及其原因的消息被记入TP41的异常日志中，NRC建立和清除的确切细节在申请人的共用未决的欧洲专利申请号为EP 94302756.5的申请中中详述。

525给仪表发送数据：TIU63确认从TP41中接收到的TIUID和端口号，若有效，TIU63检测收到的数据。如果数据有效，TIU63将它下载给仪表。

530数据响应：仪表响应收到的数据。

535响应指示：TIU63将仪表的响应指示给TP41，如果下载不成功，一条失败消息同一个原因码被发给TP41，它更新TP的异常日志。如果下载成功，仪表给TIU63发送一相应的报告，它被转发给TP41。

540接收响应：TP检查并将响应记录进其有效下载日志(相应于有效读数日志)或其异常日志，并根据失败码(如占线)，重排一无效呼叫。

545呼叫清除：TP41请求DMSU43清除呼叫。此请求被转发给LE42来清除呼叫。LE42发送一个呼叫清除响应给TP41。

550如果需要，重复“规划呼叫”到“清除呼叫”各步：如果到表中还有请求，则处理它。

555转发结果：TP的有效下载日志和异常日志被转发，以更新TSMS12的日志。

560存贮结果：TSMS12将收到的结果存入DB15。

565处理异常日志；可被处理的问题由TSC11处理，其它的问题提交给单位。

570返回结果：数据下载日志和异常日志被返给单位计算机。

575接收结果：单位TIS51接收结果。

580存贮计帐详情：计帐信息TSMS12从有效下载日志和异常日志中获得，并通TSC11返给计帐部分，其信息用来向单位计费。

TP和TIU之间的接口

对特定仪表或TIU63特殊功能的支持问题，可通过使用TP41和TIU63之间的一个通用的通信协议来解决。此协议支持“模板”的使用。这里，模板是一个包含固定和可变更参数的数据结构。固定参数包含用来告知TP41如何同某种仪表/TIU的组合体通信的信息(如TIU的波特率、逻辑序列和关闭序列)。可变参数包含各种标识符，它们对应于使TP41连接特定用户住所的特定类型的特定仪表的信息(例如：TIU端口号和仪表标记)。可变参数也可定义所需操作类型，如仪表读数操作和仪表广播操作。

模板的使用极大的增强了远程访问系统访问不同类型的目标设备的灵活性，因为与所有已知目标设备类型有关的信息由TSMS12维持并可根据需求传送给TP41。

一个基本的TIU63是线路供电的，并有一个相当低的调制解调器速率(1200b/s)。然而，一且呼叫建立，典型地在远程访问系统和TIU63之间有一透明的连接，并且数据传送速率可因此最高效地被选择。TIU63能有各级功能并使用各种速率的调制解调器。基本的TIU63可以做得十分便宜，它可为高使用率的场合提供更精心的设计。不过，所有场合将仍使用相同的基本通信红外设施。

远程访问系统方便地支持同尽可能多类型的设备的通信。最初在遥测中，焦点在于同单位仪表的通信。标准的协议被使用，特别是IEC1107C(FLAG)，以及任何可以转换协议的软件(如CHIRPS)。不过，申请人相信通用遥测标准迟早会建立。

模板以ASCII格式的数据文件存贮在TP41或与TP41相关的内贮中(一模板示例在表3中)，遥测系统支持的每个TIU/仪表组合都有一个模板，根据仪表类型、TIU63类型和命令类型，TP41在每个呼叫的基础上选择样板。呼叫请求也包括可变参数值和固定参数信息，其组合形成了一个完整的数据记录，它可以同指定的TIU63和仪表执行一个AMR或其他操作。

下面说明一个简单的AMR操作。

在一模板中，参数具有根据表1的各种类型。

字符	产生的参数数据类型(PDT)
		tICnSVbf	TIU控制逻辑值命令数字字符串伪变量二进制数据标志数据

可能存在其它参数类型，但这些是主要的类型。参数类型与通常使用的计算机编程语言中的参数类型很象，例如C语言。用与TP41和TIU63都相关的解释器来识别参数类型，该解释器收到数据记录后依次解释每个字符。

表2列出全部可替换参数类型，该参数类型已在例中定义过。

表2

字符	含    义	可变来源	插入的参数数据类型
				I	TIU标志	来自TSMS	TIU控制
K	用于监权的主字符串，该TIU利用查询/响应序列	由TP内部产生	TIU控制
				P	用于后序操作的端口号	来自TSMS	数字字符
t	当前时间，用下列格式表示YYYYMMDDhhmmss	来自TP内部时钟	数字字符
				任何数字(0～9)	用户定义的参数。数字表示在WRITE-DATA中定义的参数的相对位置	来自TSMS	如WRITE-DATA中定义的那样
以上任一情况字符(A～Z)	用户定义的参数。该字符表示在WRITE-DATA中参数中的相对位置	来自TSMS	如WRITE-DATA中定义的那样

表3描述用于一具体的TIU/仪表组合体的存储在TP中的模板实例。字母数字字符后的“％”表示可替代的参数。

表3

模板记录	含    义	参数块序号
			I％iK％kP％pB(n)2/(n)2W％1R(V)tZ％t	发送提供的TIU标志发送查询/响应键发送提供的TIU端口号设置波特率到1200按行登录宏2在WRITE-DATA中写第2个参数从仪表中读数据发送带有当前时间的关闭命令	01234567

当TSMS12对TP41发出呼叫请求时，该呼叫请求包含我们称之为WRITE-DATA的块，块中含有用于替代参数的全部信息。0％为数据块中第1个参数，％1是第2个参数，A％是数据块中第11个而Z％是第36个参数。每个参数对应于模板中的0倍或更多倍。每个参数中包含参数的数据类型、数据长度指示和数据本身。当TP接收到AMR的结果时，结果值以传送回TSMS12的记录的READ-DATA块的形式返回到TSMS12。

对这个例子，假定了以下的替代参数值：

％I＝AB12

％K＝隐含值

％P＝3

％t＝19940721103056

％1＝0×600×03AZ1

TP41将模板与来自TSMS12呼叫请求的这些可替代参数组合，产生表4中所示的数据序列，由TP41发送到TIU63。

                          表4

字节	含    义
		I0×200×04AB12K0×200×06SeCretp0×500×013B0×500×01210×500×012	TIU标志4MSB＝PDT＝类型＝TIU控制长度＝4TIU标志查询/响应4MSB＝PDT＝类型＝TIU控制长度＝6键端口4MSB＝PDT＝类型＝数字长度＝1端口号波特率4MSB＝PDT＝类型＝数字长度＝11200波特登录宏4MSB＝PDT＝类型＝数字长度＝1宏调用2

字节	含    义
		W0×600×03AZ1R0×400×01tZ0×500×01199407211003056	写数据4MSB＝PDT＝类型＝字符串长度＝1从用户参数中写数据读4MSB＝PDT＝类型＝命令长度＝1读仪表并发送读数关闭4MSB＝PDT＝类型＝数字长度＝15时间21/07/94时间10：30：56

实际上，表4中描述的记录也包含了用于通信管理的标准协议信息，该信息包括供TIU63识别的消息头P，消息头指示TIU63开始记录，同时包括全部记录的长度，以及确保数据无差错传输的检查和信息。

TP41响应呼叫请求对数据记录中的信息进行编辑，然后向TIP63发送记录，并且在最大超时5秒内等待应答。一旦超时将导致TP41一次或多次重传，随后TP41将故障信息输入到异常记录中，说明已发生故障。是由TP41和TIU63支持的标准协议，例如V.23协议。

当TIU63对TP41的消息产生响应时，信息被确认，仪表信息回送到发起者，这是通过返回到TMS12的记录中的RDAD-DATA字段来实现的。

表5说明，由TIU63回送到TP41的信息记录的例子。

                      表5

字节	含    义
		0×010×200×04QZQX0×060×600×06896543	响应K参数4MSB＝PDT＝类型＝TIU控制长度＝4响应响应R参数4MSB＝PDT＝类型＝数据串长度＝6仪表读数

对“K”命令的响应利用TP41中的内部查询/响应功能来确认。对“R”命令的响应，在READ-DATA块中，经TSMSM12送回发起者一个读数据串。该数据块保持896543数值。熟练的技术人员将发现上述例子并不包括通信管理数据，例如头信息及检查信息。然而，这个信息将在实际运用中将被包含进，并与我们熟知的标准一致，例如X.25协议。

TIS15和TSMS12之间的接口

TIS15和TSMS12之间的线路是基于TCP/IP协议。每个消息包封于一文件中，该文件利用文件传送程序(ftp)按TCP/IP协议传送。实际的连接媒体是拨号链路，它取决于单位的需求，例如x.25、PSTN和ISDN。

TIU启动的呼叫

本文说明到此，均由TSMS12启动呼叫，经TP41到TIU63和仪表。如所说明的那样，在某些实施例中，最好TIU或仪表(或其它目标设备)能够发起呼叫。

图12表示的是售货机所需的设备，包含三种可能产品A、B和C，该设备能报告一个或多个产品已经卖完。这种配置可用于其它情况，例如燃料箱或致冷设备。

图12中，售货机700包括用于控制报告过程的微处理器705。适用的微处理器是Intel 80286处理器，运行一操作系统和适用于控制及通信的软件，这些软件存贮在可被处理器705访问的主存储器710中，控制通信操作的软件也存在主存储器710中。处理器705具有数据总线720，通过数据总线处理器710外部的全部数据可被发送与接收。数据总线720连接到数据接口730。数据接口730进一步连到两个设备，其中之一为接口单元740(IU)，它包含一调制解调器(图中未示出)。接口单元740操作上等效于TIU63。IU740通过电话线或其它适合的通信链路与LE42相连。标准通信软件例如Procomm描述语言，可用于支持设备与外部设备之间的所有通信，外部设备如Hayes兼容的调制解调器。

数据接口730的另一连接是与检测设备750相连，通过检测线a、b和c检测产品A、B或C是否已卖完或超出产品数量的可接收的最低限。检测设备750包含数字电路，用于从检测线路收到的电信号转换成表示信号线的编码的信号。编码的信号发送到运行控制软件的处理器705。

图12实例中，传感器751、752和753检查产品何时卖完。传感器可以是压力传感器或光敏传感器，或者对任何变化情况敏感的传感器，当产品卖完时情况随即改变。

在远程汽油箱的实例中，该设备能指示油箱接近耗空，传感器包含汽油水平指示器，例如浮标接触数字开关。当汽油水平下降足够多时，浮标变换开关极性，于是指示(利用简单逻辑电路)检测设备750向设备业主需要发出一个呼叫。类似的设置可用于售货机的存货区内无货检测，例如饮料罐。

建立启动的由售货机700呼叫的过程如下。当产品B卖完，传感器752通过线路B向检测设备750发出信号，于是传感器向处理器705发送信号，该信号指示前一信号由货物B对应的传感器发出。

然后，处理器705识别从检测设备750送来的信号，并启动呼叫，建立与例如上述远程访问系统的TP41的通信信道。建立通信信道的实际过程与对TIU/仪表的通信过程相同，因而不再重述。

一旦启动呼叫并建立通信信道后，数据从IU740经过TP41发送至TSMS12。按照上述方式进行数据传输，从IU740在READ-DATA块中将数据传送到TSMS12。TSMS12将信息发送到售货机业主拥有的TIS51。TSMS12向TIS51发出具体的呼叫，来把数据发送给售货机业主。另一方法是，售货机业主也能具有多台售货机，希望从全部收货机同时接收信息，在此情况下，TIS51或业主可以每天启动一次呼叫而接收一批信息。

在异常情况下，例如目标设备遭到破坏时，  可能需要向双方快速传送信息而不只是向目标设备的业主。可以配置TSMS12或TP41来与警察自动联系，来响应被破坏的目标设备的呼叫。READ-DATA块将含有预先定义的通知警察该目标设备位置及遭受破坏的性质的消息。显然，在本例中警察需要类似于TIS的合适的接口来接收这类信息。

可能，市售的远程设备例如售货机，具有对TSMS发送呼叫的能力，它不能以与单位仪表相同的方式与其它通信设备共用通信线路终端，这些通信设备，如电话机。所以，为了注册，设备内的处理器需要用合适的软件预编程来执行对话，否则由安装人员来实现。可采用能买到的软件很容易地控制对话，例如procomm描述语言，但是建议提供专用软件来完成这个任务。

具体的注册过程由目标设备的厂家通过咨询来开发。在冷冻设备故障情况下，将危及大量的冷冻食品。在这种情况下，对致冷设备的周围温度变化敏感的目标设备，就启动对TP41的呼叫，然后TSMS12或TP41向工程人员发起呼叫，例如通过无线寻呼网使用无线寻呼机，其中READ-DATA块包含预先定义的致冷设备的消息及其位置。

单向或双向的远程访问操作的许多其它的应用对于上述说明的熟练技术人员来说显而易见。因此包含在本发明范围内。

所有这样的操作仍属于本发明。

Claims (28)

1、一种远程访问管理系统，用于管理通过一通信网络与分布的目标设备的通信，所述系统包括：

用于接收对选择目标设备的访问操作的请求的装置；

用于对所述请求所指定的目标设备提供路由信息的装置；

用于启动对所述的目标设备的访问操作的装置，所述装置包括用于发送控制信息到通信网平台的装置，控制信息中包含所述的路由信息，通信网平台用来接收所述控制信息并通过通信网络执行所述的访问操作；

用于响应所述的访问操作而接收和存储来自所述网络平台的数据的装置；及

用于向所述请求发起者提供表示上述存储数据的数据的装置。

2、按照权利要求1的远程访问管理系统，用来提供与公用交换电话网相连接的分布目标设备的路由信息。

3、按照上述权利要求的任一项的远程访问管理系统，其中控制信息还包括确定与所述目标设备建立通信的类型的信息。

4、按照权利要求3的远程访问管理系统，其中控制信息确定通信实质上是读操作还是写操作。

5、按照上述权利要求的任一项的远程访问管理系统，包含验证该请求的装置，所述请求包含表明该请求的发起者身分的数据，并且所述装置包括比较装置，用于将请求发起者的身分与存储的有效请求发起者作比较。

6、按照上述权利要求中的任一项的远程访问管理系统，包含用于检查在请求中所指定的目标设备是否可被发起者有效地访问的装置。

7、按照上述权利要求中的任一项的远程访问管理系统，包含与该系统有关的一组互不相同的标记，每个标记对应于一个或多个目标设备预先确定的表，其中，有效的请求包括至少一个与所述存储表中一个标记匹配的标记。

8、根据上述权利要求的任一项的远程访问管理系统，包含时间触发装置，用于触发该启动装置在预先选择的时间间隔或时间向目标设备发起呼叫。

9、根据上述权利要求中的任一项的远程访问管理系统，用于接收请求以及立即发起由该请求确定的一个或多个呼叫。

10、根据上述权利要求中的任一项的远程访问管理系统，包可修改的数据库装置，数据库中包含通过通信网络可访问的所有潜在目标连接的网络地址以及网络连接的物理位置的信息。

11、根据上述权利要求中的任一项的远程访问管理系统，包含可修改的数据库装置，数据库中包含可被该系统访问的每一个目标设备的信息，上述信息中含有每个目标设备的类型以及对应的数据通信访问需求。

12、根据上述权利要求中的任一项的远程访问管理系统，提供针对至少一些目标设备的目标设备路由信息该信息，包括具有多个端口的接口装置的通信网络路线终端地址以及该接口装置的端口号，于是与所述接口装置相连接的目标设备通过指定所述接口装置的端口号来单独地访问。

13、一个远程访问管理系统，可通过一通信网与分布目标设备进行通信，该系统包含按照上述权利要求中任一项的远程访问管理系统和通信网络平台，该平台包括：

用于接收来自所述远程访问管理系统的控制信息的装置，控制信息中有所述目标设备路由信息；

用于控制所述目标设备的访问和响应所述的访问而接收来自该目标设备的数据的装置；及

用于向远程访问管理系统回送上述接收的数据中至少一部分的装置。

14、根据权利要求13的远程访问系统，还包含优先级判定装置，用于确定启动装置发起启动访问的优先权，该优先权是在网络存在潜在冲突事件下，决定于与远程访问系统无关的网上传输的信息类型。

15、根据权利要求14的远程访问系统，其中利用优先判定装置决定网络上的通信业务具有的优先权。

16、根据权利要求14的远程访问系统，其中利用优先判定装置决定启动装置发出的呼叫具有优先权。

17、根据权利要求13至16中任一项的远程访问系统，包括发起无振铃呼叫的装置，利用无振铃呼叫对于与其它网络装置共网络终线的目标设备来说，访问目标设备优先于访问上述其它通信设备。

18、根据权利要求10的远程访问系统，其中利用C7信令建立无振铃呼叫。

19、根据权利要求13至18中任一项的远程访问系统，包括向请求发起者计帐的装置。

20、根据权利要求19的远程访问系统，其中计帐装置被用于以每次对目标设备的访问为基数向请求发起者收费。

21、根据权利要求13到20任一项的远程访问系统，包括转换装置，它将接收请求装置不可读的用户请求信息转换成可读的用户请求信息。

22、一个远程访问管理系统，用于控制用户与通信网上的分布目标设备间的通信，上述系统包括：

用于管理与用户通信的装置；

用于管理与通信网中通信设备进行通信的装置，因此可管理与目标设备的通信；

对从用户或通信设备处接收到的数据进行存储的装置；及

用于转发数据的装置，这些数据代表上述存储装置中所存的用户或通信设备的数据。

23、根据权利要求22的远程访问管理系统，其中远程访问管理系统用于接收来自所述通信设备的数据，存储所述数据，并转发所存储的数据给用户。

24、根据上述权利要求中任一项的远程访问管理系统，用于可以由目标设备或用户发起远程访问。

25、根据权利要求22到24中任一项的远程访问管理系统，用于从向上述系统发起呼叫的目标设备接收信息。

26、根据权利要求25的远程访问管理系统，其中目标设备包含至少一台售货机。

27、根据权利要求第25或26的远程访问管理系统，包含用于向一个团体而不是一个用户发起呼叫并能向此团体传送关于接收到的信息的装置。

28、远程访问管理系统通过通信网络访问远地设备，并从远地单元获取信息，该系统包括：

(a)输入时于一个或多个远地访问单元的访问操作请求。

(b)对一个或多个远地单元提供的路由数据进行存储。

(c)一个访问操作发起模块，对控制输出信息启动访问操作的访问操作请求进行响应，包括对通信网络的路由数据。

(d)输入从通信网接收到的访问操作结果信息。

Images