根据本发明的第一方面，提供了一远程访问管理系统，用于通过一通信网络
来访问远程单元以便从那里获得数据，该系统包括：
(a)用于关于一个或多个远程单元的访问操作请求的输入设备；
(b)用于提供关于一个或多个远程单元的路由数据的路由数据存储器；
(c)一访问操作启动器，它响应访问操作请求，通过输出一控制信息到该
通信网络而启动一个访问操作，该控制信息包括路由数据；及
(d)用于从该通信网络接收到的访问操作结果数据的一输入设备。
于是访问操作结果数据自动地或根据请求，以与环境相适应的形式输出。
本发明的实施例可以一用于管理与通信网络上分布目标设备的通信的一远程
访问管理系统来说明，所述系统包括：
用于接收对一选定的目标设备的访问操作的请求的装置；
用于提供所述的请求所指定的目标设备的路由信息的装置；
用于启动一个对所述目标设备的访问操作的装置，所述装置包括用于向一通
信网络平台发送包含所述路由信息的控制信息的装置，该网络平台用于接收所述
控制信息并在通信网络上执行所述访问操作；
用于响应所述访问操作而接收和存储来自所述网络平台的数据的装置；及
用于向所述请求的发起者转发表示所述的存储数据的数据的装置。
在现有规范中，除非特定说明，通常将请求访问操作的个人或组织(如公用
事业)称为“顾客”，或称请求发起者，而将操作所指向的设备拥有者或组织称
为“目标方”。反映出这样一个事实，可能由请求访问的个人或组织来首先承担
费用。
申请人认为在非能量消耗的应用中遥测技术同样有市场需求，这些市场诸如
仓库监控，如自动售货机、加油站和大型存储罐；以及可用于环境监测，如温度，
水，净化程度以及污染统计等。
除了遥测技术，还有使用类似原理的其它远程访问操作，例如向公用事业用
户直接收帐，而不必使用邮政业务；对取暖设备和其他电力设备进行远程控制；
以及其它如电力管理等进行远程自动操作及控制的应用。
通信公司对现有网络必然考虑安全性与质量问题，为相应的顾客库建立高水
平的后备服务保障，为此可提供很有效的底层服务，数据传输的质量及安全性都
很高。
在本发明实施中，可以由通信网络运作者，或一家独立实体，来提供这种远
程访问系统，而不必由公用事业单位这样的顾客来提供。这样的好处是，顾客无
需知道向目标设备启动远程访问呼叫时所需的路由信息如目录号(DN)，这些
信息由远程访问管理系统来提供。这意味着，例如当通信网络是公用电话交换网
(PSTN)时，顾客不需要知道电话号码本以外的电话号。
采用PSTN作为通信网络，可使对设备的访问范围大为扩展，这些设备能
够识别远程访问操作。或者，网络可以是其它合适类型的通信网络，例如分组交
换数据网。
启动设备最好用于提供控制信息，该信息中包括启动目标设备发起通信操作
类型的指示信息。
通信操作最好实质上是要么读操作或者是写操作。读操作包括从目标设备中
读取信息。尽管读操作启动过程中，还需向目标设备发送一些控制信息。同样，
写操作包括向目标设备发送信息，不过通常还要返回状态信息，以指示写操作是
否成功。
远程访问确认装置管理系统最好包含用于确认请求的装置，请求中包括确认
请求发起者的数据，而确认装置包括将请求发起者身份的与存档的请求发起者档
案进行比较的装置。最好地，对照系统中存储的有关信息，可以核对请求发起者
对请求中指定的设备进行访问的权力。这样远程访问管理系统的操作人员就可维
持对有权访问该系统的用户的控制，以及对每个用户能够访问的目标设备的控制。
在优选的实施例中，远程访问管理系统包括一套存档的互不相同的标记，每
个标记对应于一个或多个目标设备。一个有效请求通常包括至少一个标记，该标
记与存储的标记之一相匹配。因此很显然发出请求的用户需要知道他们的有效标
记。这种措施的优点在于一个用户可以在一个请求中用一个设备标记而请求访问
多个目标设备。。
远程访问管理系统最好包含定时触发装置，用于触发启动装置在预先设定的
间隔或时间向目标设备发出呼叫。用这种方法，用户可以以最小代价以一定的时
间间隔向全部测量器读取数据。
这样的好处是远程访问系统可以方便地按需求启动一个或多个呼叫。例如：
这种方便性可使用户按需求检查某个测量仪器的读数。
在优选的实施例中，远程访问管理系统还包含可修改的数据库装置，其中包
含信息，这些信息包括通过通信网可访问的全部潜在目标连接的各网络地址，以
及所述的网络地址的物理位置。当安装了适当的目标设备时，要建立一个系统可
访问的的目标表，这些信息就很有用了。
最好远程访问管理系统包含可修改的数据库装置，其中含有信息，这些信息
用于所述的系统可以访问的每个目标设备，这些信息包括每个目标设备的类型以
及相应的对所述目标设备的数据通信的访问请求。这些信息形成送到通信网平台
的部分控制信息，并且当系统所访问的目标设备类型不同且用户请求中未提供系
统访问需求时这些信息是必不可少的。这种安排可使用户需要知道的信息量最少。
在优选实施例中，该远程访问管理系统用于向至少某些目标设备提供目标设
备路由信息，该信息包括一接口装置的通信网络线路终端地址及所述接口装置的
端口号，由此与所述接口装置连接的每个目标设备可通过指定所述接口装置上的
相应端口号来访问。因此，多个目标设备可以连接到一个接口装置并且可单独访
问。
以这种方式将目标设备与接口装置分离，其另外的优点包括：使数据采集与
实际目标设备分离；便于建立拥有接口装置的第三方测量仪表代理机构，而把设
备例如测试仪器留给供应商；以及提供了灵活性，例如无需重新对测试仪器进行
验证，即可对接口装置进行更换或升级。
根据第二方面，本发明提供了用于通过一通信网与分散的目标设备进行通信
的远程访问系统，所述系统包括一个如上所述远程访问管理系统及通信网络平台，
该通信平台包括：
接收来自所述远程访问管理系统的控制信息的装置，这些信息包括目标设备
的路由信息；
响应所述的访问建立对所述目标设备的访问及从所述目标设备接收数据的装
置；以及
向所述远程访问管理系统返回至少一部分所述的接收数据的装置。
在本发明许多应用实施例中，正常的电话不能受到干扰可能很重要。因此，
例如在遥测中，本发明的一个方面应保证电话呼叫总是优先于遥测呼叫，所以当
相邻电话机(或其它通信设备)摘机时，最好清除遥测呼叫，并且，进入的电话
呼叫会比正常进行的遥测呼叫优先接通。本发明的这个方面在申请人的申请号为
EP 94302620.3的共有未决的申请中作了更详细的讨论。然而，在某
些访问操作中，例如关闭一台电炉，远程访问操作最好优先于电话呼叫。
在本发明的实施例中，目标设备或与目标设备连接的接口装置很可能与其它
通信设备(例如电话或传真)共用通信网的一终端线路。于是对目标设备的呼叫
可优选无振铃呼叫(NRC)，在这个方式下，呼叫不引起例如一台同目标设备
或接口共终端的电话发生振铃。所以对目标端的用户而言，整个操作是透明的。
与目标设备建立访问的装置最好应当包括规划对目标设备的呼叫的装置。这
样，来自管理系统的由一个或多个所访问的目标设备标记的列表的请求，可在相
应网络非业务量高峰时间发出，例如对于PSTN网来说在夜间工作，而且在全
部操作结束后在一次通信中向用户返回任何结果。
在优选实施例中，远程访问系统还包含向用户计帐的装置，例如读取远程仪
表的情况时，单位可能作为用户，并承担相应数据传输的费用。另一方面，在远
程控制操作或者例如对仓库的监视中，目标设备的业主可能是用户，因此要被记
帐。最好地，对用户计费按每次成功操为基数，而不按通信网络的连接时间计费。
其优点是用户费用容易估计，并且对失败操作不计费(实际上可能耗费了一些网
络时间)。
在实际应用中，该远程访问系统最好提供更多的功能，例如管理系统还包括
用于将用户请求非标准格式转换成请求处理装置能够读取的格式。这样，更多的
用户无须修改或替换既有的系统，就可登记进来。转换装置可以是软件滤波器，
它只是读入用户请求，并将其格式修改成请求处理装置所要求的格式。转换装置
可以是管理系统本身的一个部分，也可以是用户系统的一部分，用户系统在请求
操作过程中被配置用于与管理系统接口。
该远程访问系统可能还提供用于检测欺骗行为的装置，例如检测是否有未授
权用户企图使用遥测仪表帐号。同样，该系统还可包括用于检测公用事业供应泄
漏的装置，例如通过发现仪表读数是否在不应增加时增加了。
根据本发明的第三方面，还提供远程访问管理系统，用于控制用户和通信网
络上的分布目标设备之间的通信，该系统包括：
用于管理与用户通信的装置；
用于管理与通信网中的通信设备进行通信的装置，由此可以管理与目标设备
的通信；
用于存储从用户或通信设备接收的数据的装置；及
用于向用户或通信设备转发数据的装置，此数据代表上述存储装置所存储的
数据。
在本发明的实施例中，远程访问管理系统用于接收来自所述通信设备的数据，
存储所述数据并将表示所存储的数据的数据转发给用户。
在本方面的其他实施例中，包括如前所述的关于本发明其它方面的一个或全
部实施例。
最好地，可由目标设备发起远程访问，或/和由用户发起远程访问。于是远
程访问可由目标设备发起向用户或其它指定的目的地访问。
自动售货机或燃料存储设备是适于向目标设备进行远程访问的两种环境。前
者提示货物将要卖完，后者提示燃料存储量处于低水平。这些信息可以回送给用
户。同样，在更严重情况下，如用户设备正受破坏或大型食品储藏室内致冷设备
发生故障，就需要更迅速的响应，此时远程设备发出的远程访问可以自动激活告
警，通过无线电报话器送到警察或工程师。
现在通过实例对本发明加以说明，可参考以下各图：
以下说明包括工作在PSTN网上的遥测系统，其中的典型情况是，在PS
TN中接入的目标设备包括用户仪表，每个仪表都与通信设备(如电话机)共用
一条电话线。假设遥测系统由PSTN工作人员拥有管理，并且用户是向用户仪
表请求远程仪表读操作的单位。
图1是遥测系统整体框架体系的示意图，该系统适用于PSTN网上的自动
仪表的读(AMR)操作。该结构包括6个部分，分述如下。业务管理部分A1
包括支持单位、用户和网络操作人员之间的交互的系统及功能。网络管理部分A
2包括提供的用于遥测网络的基本管理功能，记帐部分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上的呼叫日志，并能够通过TSMS
12访问网络部分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或者高性能的基于RIS
C的处理器，运行适合的软件开发语言(如C++)编写的软件。接口111提
供记帐部分A3、单位部分A5、DB15、TP41和TSC11之间的线路
连接。接口111通过数据总线112连到可编程处理器113。接口111接
收传输到TSMS12的信息，并且对传送的信息进行编码，以鉴别到可编程处
理器113的信息源。与此类似，接口111为来自处理器113的传输信息指
定正确的目的地，并将它们发送出去。合适的接口111可以是以太网接口，该
接口具有与数据总线112的连接及与以太本地网的连接，框架结构中的其它部
分连到该接口上。
AMR请求由单位的遥测接口系统(TIS)51通过接口111向TSM
S12发送。一请求中包含单位ID号、仪表标记号以及用于交叉参考的地址。
TSMS12通过检查单位对于请求中指定的仪表的访问权，来检验每个来
自TIS51的AMR请求，在检验中，用存储设备114上所保存的数据库中
所有有效仪表地址清单表，来交义识别每个请求(这里是在单位最初注册时由单
位寄存该表并可被修改)。
当确认以后，TSMS1将目录号(DN)加到AMR请求上，目录号经D
B15从CSS14中取得。然后，将信息转发到TP41，这样可由TP41
建立对用户的呼叫。
除了处理单个AMR请求，TSMS12还可处理批量AMR请求，其中单
位在一次操作中发出一组存于存储设备114上的AMR请求。于是TSMS1
2按上述方式处理整组请求，并将列表送到TP41。TP规划这些等待在适当
时候发起的呼叫，通常在通信网非高峰期间。当TP41接收全部成功或不成功
的AMR结果时，它通过TSMS12将结果全部送至单位(该过程将在下面详
细阐述)。
TSMS12还可为预先定义为一组用户发出的AMR请示(这组用户可由
单位预先提供，并存放在存储设备114中)。该装置可以由来自单位的一个简
单请求来激发，也可自动激发，藉此TSMS12为表中请求加上路由信息，并
在通常的预定时间间隔内自动向TP41发出该表，该TP41规划并发起AM
R呼叫。
TSMS12在存储设备114中保存呼叫日志，其中包括有效的读取日志
和异常日志，TSC11可以访问它们，或直接由单位部分A5通过TIS51
进行访问，单位部分A5直接访问，可使单可获得最新的关于性能和潜在计费的
信息。
CSS14是可编程数据库，保存了PSTN中每条电话线路上遥测业务的
使用记录。适宜的可编程数据库可以利用IBM兼容的PC机，带有用于存储数
据库的硬盘存储器和合适的通信与数据库软件，这些软件用来接收手工输入的信
息(或电传信息)，并使用这些信息根据要求对数据库更新。数据库信息由PS
TN操作人员从网络管理部分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)2
3。每部分包括一个或更多个运行适当软件的计算机系统，各部分之间通过已知
的方式互联。
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接收信息，并将其转换
成计帐信息。计帐信息可传送到单位作为一帐单，或者可以直接电传到TIS5
1，例如通过通信线路直接传送至TIS51。计帐系统包括一个计算机系统，
例如一台IBM兼容PC，该PC运行用于为每一单位将信息分类详列一帐单的
软件。从TSMS12接收的典型计帐信息包括：读取日期、读/写的时间、是
否成功及单位标记号。计帐系统将计帐信息分类详列一帐单，并通过一条与TI
S51相连的链路上的计算机通信，将帐单送至单位。在这个情况下，计帐的原
则是基于每次读操作，而不是基于网络的连接时间。
网络概述
网络部分A4和业务管理部分A1、单位部分A5、网络管理部分A2、用
户部分A6之间的关系如图5所示。
网络部分包括TP41、本地交换机(LE)42及数字主交换单元(DM
SU)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上规划一个或更多的至TI
U的无振铃呼叫(NRC)。NRC如何建立的细节在共用未决的欧洲专利申请
号EP 94302756.5的申请中有详细描述，其内容在此作为参考。管理
无振铃呼叫的信令协议是CCITT的7号信令系统的BT衍生版，即熟知的C
7信令。
TP41可以根据一重试算法，对失败的呼叫重规划和重试确定的次数。此
算法是在同一夜晚对失败的呼叫进行重规划，然后是按下来的几个夜晚，如果呼
叫持续失败，最终会在白天再进行重规划。所有成功和失败的呼叫的细节内容都
必须送至TSMS14进行登记。除了遥测设备或网络发生故障外，电话线路由
于其它原因而繁忙也会导致呼叫失败，例如电话线被占用。TP41是如此设计
的：如果一个遥测呼叫正在进行中，而又企图接入或接出一个电话呼叫，则遥测
呼叫立即被清除，以完成电话呼叫。这种呼叫优先权分配形式在欧洲专利申请号
EP 94302620.3的申请中有更详细的描述，其内容在此作为参考。同
样，它也用C7信令来管理。
对于来自公单位的批呼叫请求，TP41可以在必要的情况下，将呼叫在地
理区部分上分散，以防止由于LE中缺乏多频(MF)检测器而导致呼叫失败。
正如上面“网络管理概述”中所述的TP41的操作也可以由NTMS和统
计监控。而且，TP41的呼叫速率可以通过OMC23来调节，以适应由NM
C21标明的PSTN线路需求的变化。
必要的话，TP可以在PSTN上为要激活一个振铃呼叫的用户发出标准的
“振铃”呼叫。
单位概述：
单位部分A5和业务管理部分A1、计帐部分A3、用户部分A6间的关系
如图6所示。
单位部分A5和其它部分间的关系的本质可完全取决于每个单位的自动化程
度。然而，此单位配置了一个TIS51，它包括一个合适的接口，使得遥测系
统(通过TSMS12)处理自动化程序不同的单位。有了这个接口，单位可以
使用它们所现运行的任何传统的系统，而无需升级。但是，申请人相信所有的单
位将会及时地升级它们的传统系统，以便能直接与遥测系统兼容。
TIS51包括运行在计算机系统上的应用软件，如SUN微系统SPAR
CStation5工作站。该工作站提供一个窗口、图符、菜单和指针(WI
MP)桌面，从中在菜单中选择TIS51应用程序。TIS51应用程序在桌
面的VT100窗口里运行。
TIS51应用程序接口使用基于单位可字符的形式化应用程序，采用Or
acle SQL Forms V3。这使得单位可以访问TIS51系统功
能乃至遥测系统。所有可被单位访问的遥测功能通过TIS51来访问，TIS
51是通过一条通信线路(典型地为一条模拟PSTN线路)与TSMS12相
连的。
TIS51也为传统的用户计帐和用户信息系统提供一个简单的接口。这支
持将单位已有的信息转换成与遥测系统兼容的信息。
对于遥测操作，TIS51支持的主要功能如下；
·用户和测量仪表信息的维护；
·仪表访问列表的维护；
·用于仪表损耗测量的请求(单个价目表)，基于优先权准则或通常的原则；
·对返回结果的解释及管理报告；
·错误处理；
·仪表/TIU安装与登记；
·安全；
·几周内的数据的保存。
TIS51还通过TSMS12从计帐部分A3接收计帐信息。计帐信息由
单位处理，并通过正常方式分配到用户部分A6中的用户。
用户概述
在图7中，用户访问业务管理部分A1来报告故障或进行询问，通常是通过
电话，但在将来，用户可能拥有合适的终端设备来直接与CSC16通信。再有，
与用户房中的仪表631相连的TIU63也与电话线终端相连，可以由TP4
1通过网络部分A4中的LE42访问。用户可以通过邮件52向单位来计帐。
同样，可以设想给定了与用户房中的TIU相连的合适的终端设备，计帐信
息可以通过TSMS12从单位部分A5直接传送至用户部分A6中的用户。合
适的终端设备是显示设备，如打印机、VDU。
用户登记
单位向遥测系统登记其用户细节的过程将参考图8表示的处理顺序来说明，
其中序列中的每一方框的编号都与下列步骤对应：
200准备物品表：单位建立一个待由遥测操作员登记的用户的预登记注
册。这在TIS51上完成，例如利用来自单位的传统计帐和用户信息系统的信
息。TIS51上的信息设置成TSMS12可读的格式。例如，此信息可能包
括以下内容：
用户标记：物品地址；邮编；房间号；房间名。
此信息然后被送至TSMS12。
205提取邮编：TSMS12从TIS51细节中提取邮编，并送至C
SS14。
210查寻邮编：CSS14将由TSMS12产生的表中的邮编与可由
遥测设备支持的用户邮编相比较。选择可访问的用户的原则还包括用户是否与支
持无振铃呼叫的本地交换机相连(如果无振铃呼叫是必不可少的)。
215返回有匹配邮编的物品的具体细节：CSS14将具有与该邮编相
关的物品的细节以及匹配的邮编送回TSMS12。
220匹配遥测操作员和单位的地址：TSMS12将CSS14返回的
物品的细节与TIS51提供的原始地址信息进行比较，来提供一份可访问的用
户的列表。
225返回合同提议：一旦建立起可访问用户的表，将其返回给单位TI
S51。
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送一份已有的用户位置的表至单位TIS
51。
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，该P
IN在如上所说明的用户注册序列中已事先确认。典型地，PIN以听得见的M
F音调的形式从电话键盘上提供。
308提交数据以待确认：TP41把安装者提供的PIN数据和CLI
提交给TSMS12。
310确认数据：PIN和CLI数据被根据TSMS12数据库中的数
据进行核对。
312确认数据正确或报告结果：确认的结果通过TP41送往安装者。
314报告安装者：TP41将此消息转发给安装者。
316接收正确/错误的消息：安装者从TP41接收该消息。如果安装
者所送数据是无效的，此时将要求他再次输入信息。再次无效，安装者就要同T
SC11联系以求技术援助。
318请求安装者挂机：作为对有效数据的响应，TSMS12要求安装
者挂机拆除电话链路。
320请求安装者挂机：TP41将此请求转送给安装者。
322挂机：安装者挂机。
324检测挂机：TP41检测安装者已挂机。
326请求测试呼叫：TSMS12或仪表向TIU63启动一NRC。
328启动NRC：TP41从TSMS12接收此请求并发呼叫给T
IU63。
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和将要用到的警报音。TSMS1
2中的异常情况日志将由于任何无效的仪表读取请求而不断更新。
410规划读数请求：修正的列表由TSMS12转发给TP41。对于
批读取请求，此表具有低的排队优失级，因此呼叫将在网络最方便的时候执行，
例如夜间网络低使用率时。单个读取请求具有高排列优先级，因此它被尽可能快
的执行，例如发出帐单查询的单位可以近乎实时地访问仪表，来为用户查询提供
快速的响应。
415规划读数：TP41规划任务的开始。
420启动NRC：TP41对于列表中的每一个读数请求顺序地请求向
TIU63建立一个NRC。如果成功，一个语音通道就被建立。如果不成功，
一条原始的消息被记录到TP41的异常日志里，NRC建立和清除的确切细节
在申请人的共用未决的欧洲专利申请号EP 94302756.5中申请论述。
425请求仪表读数：TIU63确认从TP41请求中接收到的TIU
ID和端口号。如果有效，TIU63请求从仪表中读数(在某些情况下，TI
U63保持对仪表读数，例如脉冲测量，其中TIU63周期地读)。
430发送读数1：仪表给TIU63发送读数(如果非“脉冲测量”)。
435发送读数2：如果TIUID和端口号有效，则TIU63检测从
仪表接收的读数。若有效，将仪表读数发送给TP41，否则发送失败原因码。
440接收仪表读数；TP41检查接收到的读数记录并将其存储到一有
效读数日志中，或用一失败原因码更新异常日志，并根据失败原因码重新规划一
呼叫(例如占线)。
445呼叫清除：TP41请求DMSU43清除此呼叫。PMSU43
向清除该呼叫的LE42传送请求。LE42向TP41返回呼叫已被清除的消
息。
450如有必要，重复“启动NRC”到“清除呼叫”，如果有的话，T
P41对列表中的下一个请求发送NRC。
455转发结果：有效读数日志和异常日志被周期地转发给TSMS12，
以更新TSMS12中的日志。
460存贮结果：TSMS12存贮读数的结果。
465处理异常日志：可以处理的问题被发送给TIU11，其他的提交
回单位。
470返回结果：有效读数日志和异常日志被返回单位TIS51，TI
S51使用该信息向用户计帐。
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依次为其向TI
U63发出建立一个NRC的请求。如果成功，一条语音通道就建立起来。否则，
一个说明该结果及其原因的消息被记入TP41的异常日志中，NRC建立和清
除的确切细节在申请人的共用未决的欧洲专利申请号为EP 94302756.
5的申请中中详述。
525给仪表发送数据：TIU63确认从TP41中接收到的TIUI
D和端口号，若有效，TIU63检测收到的数据。如果数据有效，TIU63
将它下载给仪表。
530数据响应：仪表响应收到的数据。
535响应指示：TIU63将仪表的响应指示给TP41，如果下载不
成功，一条失败消息同一个原因码被发给TP41，它更新TP的异常日志。如
果下载成功，仪表给TIU63发送一相应的报告，它被转发给TP41。
540接收响应：TP检查并将响应记录进其有效下载日志(相应于有效
读数日志)或其异常日志，并根据失败码(如占线)，重排一无效呼叫。
545呼叫清除：TP41请求DMSU43清除呼叫。此请求被转发给
LE42来清除呼叫。LE42发送一个呼叫清除响应给TP41。
550如果需要，重复“规划呼叫”到“清除呼叫”各步：如果到表中还
有请求，则处理它。
555转发结果：TP的有效下载日志和异常日志被转发，以更新TSM
S12的日志。
560存贮结果：TSMS12将收到的结果存入DB15。
565处理异常日志；可被处理的问题由TSC11处理，其它的问题提
交给单位。
570返回结果：数据下载日志和异常日志被返给单位计算机。
575接收结果：单位TIS51接收结果。
580存贮计帐详情：计帐信息TSMS12从有效下载日志和异常日志
中获得，并通TSC11返给计帐部分，其信息用来向单位计费。
TP和TIU之间的接口
对特定仪表或TIU63特殊功能的支持问题，可通过使用TP41和TI
U63之间的一个通用的通信协议来解决。此协议支持“模板”的使用。这里，
模板是一个包含固定和可变更参数的数据结构。固定参数包含用来告知TP41
如何同某种仪表/TIU的组合体通信的信息(如TIU的波特率、逻辑序列和
关闭序列)。可变参数包含各种标识符，它们对应于使TP41连接特定用户住
所的特定类型的特定仪表的信息(例如：TIU端口号和仪表标记)。可变参数
也可定义所需操作类型，如仪表读数操作和仪表广播操作。
模板的使用极大的增强了远程访问系统访问不同类型的目标设备的灵活性，
因为与所有已知目标设备类型有关的信息由TSMS12维持并可根据需求传送
给TP41。
一个基本的TIU63是线路供电的，并有一个相当低的调制解调器速率(
1200b/s)。然而，一且呼叫建立，典型地在远程访问系统和TIU63
之间有一透明的连接，并且数据传送速率可因此最高效地被选择。TIU63能
有各级功能并使用各种速率的调制解调器。基本的TIU63可以做得十分便宜，
它可为高使用率的场合提供更精心的设计。不过，所有场合将仍使用相同的基本
通信红外设施。
远程访问系统方便地支持同尽可能多类型的设备的通信。最初在遥测中，焦
点在于同单位仪表的通信。标准的协议被使用，特别是IEC1107C(F
LAG)，以及任何可以转换协议的软件(如CHIRPS)。不过，申请人相
信通用遥测标准迟早会建立。
模板以ASCII格式的数据文件存贮在TP41或与TP41相关的内贮中
(一模板示例在表3中)，遥测系统支持的每个TIU/仪表组合都有一个模板，
根据仪表类型、TIU63类型和命令类型，TP41在每个呼叫的基础上选择
样板。呼叫请求也包括可变参数值和固定参数信息，其组合形成了一个完整的数
据记录，它可以同指定的TIU63和仪表执行一个AMR或其他操作。
下面说明一个简单的AMR操作。
在一模板中，参数具有根据表1的各种类型。
字符
产生的参数数据类型(PDT)
t
I
C
n
S
V
b
f
TIU控制
逻辑值
命令
数字字符
串
伪变量
二进制数据
标志数据
可能存在其它参数类型，但这些是主要的类型。参数类型与通常使用的计算
机编程语言中的参数类型很象，例如C语言。用与TP41和TIU63都相关
的解释器来识别参数类型，该解释器收到数据记录后依次解释每个字符。
表2列出全部可替换参数类型，该参数类型已在例中定义过。
表2
字符
含 义
可变来源
插入的参数数据类型
I
TIU标志
来自TSMS
TIU控制
K
用于监权的主
字符串，该TI
U利用查询/响
应序列
由TP内部产生
TIU控制
P
用于后序操作
的端口号
来自TSMS
数字字符
t
当前时间，用下
列格式表示
YYYYMMDDhhmmss
来自TP内部
时钟
数字字符
任何数字
(0～9)
用户定义的参数
。数字表示在W
RITE-DA
TA中定义的参
数的相对位置
来自TSMS
如WRITE-DATA
中定义的那样
以上任一
情况字符
(A～Z)
用户定义的参数
。该字符表示在
WRITE-D
ATA中参数中
的相对位置
来自TSMS
如WRITE-DATA
中定义的那样
表3描述用于一具体的TIU/仪表组合体的存储在TP中的模板实例。字
母数字字符后的“％”表示可替代的参数。
表3
模板记录
含 义
参数块序号
I％i
K％k
P％p
B(n)2
/(n)2
W％1
R(V)t
Z％t
发送提供的TIU标志
发送查询/响应键
发送提供的TIU端口号
设置波特率到1200
按行登录宏2
在WRITE-DATA中写第2个参数
从仪表中读数据
发送带有当前时间的关闭命令
0
1
2
3
4
5
6
7
当TSMS12对TP41发出呼叫请求时，该呼叫请求包含我们称之为W
RITE-DATA的块，块中含有用于替代参数的全部信息。0％为数据块中
第1个参数，％1是第2个参数，A％是数据块中第11个而Z％是第36个参
数。每个参数对应于模板中的0倍或更多倍。每个参数中包含参数的数据类型、
数据长度指示和数据本身。当TP接收到AMR的结果时，结果值以传送回TS
MS12的记录的READ-DATA块的形式返回到TSMS12。
对这个例子，假定了以下的替代参数值：
％I＝AB12
％K＝隐含值
％P＝3
％t＝19940721103056
％1＝0×600×03AZ1
TP41将模板与来自TSMS12呼叫请求的这些可替代参数组合，产生
表4中所示的数据序列，由TP41发送到TIU63。
表4
字节
含 义
I
0×20
0×04
A
B
1
2
K
0×20
0×06
S
e
C
r
e
t
p
0×50
0×01
3
B
0×50
0×01
2
1
0×50
0×01
2
TIU标志
4MSB＝PDT＝类型＝TIU控制
长度＝4
TIU标志
查询/响应
4MSB＝PDT＝类型＝TIU控制
长度＝6
键
端口
4MSB＝PDT＝类型＝数字
长度＝1
端口号
波特率
4MSB＝PDT＝类型＝数字
长度＝1
1200波特
登录宏
4MSB＝PDT＝类型＝数字
长度＝1
宏调用2
字节
含 义
W
0×60
0×03
A
Z
1
R
0×40
0×01
t
Z
0×50
0×01
1
9
9
4
0
7
2
1
1
0
0
3
0
5
6
写数据
4MSB＝PDT＝类型＝字符串
长度＝1
从用户参数中写数据
读
4MSB＝PDT＝类型＝命令
长度＝1
读仪表并发送读数
关闭
4MSB＝PDT＝类型＝数字
长度＝15
时间21/07/94
时间10：30：56
实际上，表4中描述的记录也包含了用于通信管理的标准协议信息，该信息
包括供TIU63识别的消息头P，消息头指示TIU63开始记录，同时包括
全部记录的长度，以及确保数据无差错传输的检查和信息。
TP41响应呼叫请求对数据记录中的信息进行编辑，然后向TIP63发
送记录，并且在最大超时5秒内等待应答。一旦超时将导致TP41一次或多次
重传，随后TP41将故障信息输入到异常记录中，说明已发生故障。是由TP
41和TIU63支持的标准协议，例如V.23协议。
当TIU63对TP41的消息产生响应时，信息被确认，仪表信息回送到
发起者，这是通过返回到TMS12的记录中的RDAD-DATA字段来实现
的。
表5说明，由TIU63回送到TP41的信息记录的例子。
表5
字节
含 义
0×01
0×20
0×04
Q
Z
Q
X
0×06
0×60
0×06
8
9
6
5
4
3
响应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发送至T
SMS12。按照上述方式进行数据传输，从IU740在READ-DATA
块中将数据传送到TSMS12。TSMS12将信息发送到售货机业主拥有的
TIS51。TSMS12向TIS51发出具体的呼叫，来把数据发送给售货
机业主。另一方法是，售货机业主也能具有多台售货机，希望从全部收货机同时
接收信息，在此情况下，TIS51或业主可以每天启动一次呼叫而接收一批信
息。
在异常情况下，例如目标设备遭到破坏时， 可能需要向双方快速传送信息
而不只是向目标设备的业主。可以配置TSMS12或TP41来与警察自动联
系，来响应被破坏的目标设备的呼叫。READ-DATA块将含有预先定义的
通知警察该目标设备位置及遭受破坏的性质的消息。显然，在本例中警察需要类
似于TIS的合适的接口来接收这类信息。
可能，市售的远程设备例如售货机，具有对TSMS发送呼叫的能力，它不
能以与单位仪表相同的方式与其它通信设备共用通信线路终端，这些通信设备，
如电话机。所以，为了注册，设备内的处理器需要用合适的软件预编程来执行对
话，否则由安装人员来实现。可采用能买到的软件很容易地控制对话，例如pr
ocomm描述语言，但是建议提供专用软件来完成这个任务。
具体的注册过程由目标设备的厂家通过咨询来开发。在冷冻设备故障情况下，
将危及大量的冷冻食品。在这种情况下，对致冷设备的周围温度变化敏感的目标
设备，就启动对TP41的呼叫，然后TSMS12或TP41向工程人员发起
呼叫，例如通过无线寻呼网使用无线寻呼机，其中READ-DATA块包含预
先定义的致冷设备的消息及其位置。
单向或双向的远程访问操作的许多其它的应用对于上述说明的熟练技术人员
来说显而易见。因此包含在本发明范围内。
所有这样的操作仍属于本发明。