专利名称：智能呼叫处理的呼叫监视系统的制作方法
技术领域：
本发明涉及发送电话呼叫的系统，其中所拨的电话号码被翻译为路由选择号码，更具体地讲，本发明涉及拨号号码的翻译是按照从电话用户操作数据库来的指令进行的系统。
将所拨的电话号码翻译为发送电话呼叫的路由选择号码的电话系统是本领域所公知的。例如，长途免费或“800”号呼叫包含将所拨的800号翻译为发送呼叫到一个800号用户的号码。该翻译是通过询问由电话业务提供者操作数据库进行的，如局间承办者的800号数据库。以确定发送该呼叫的路由选择号码。
在处理拨号号码被翻译为用于呼叫发送的路由选择号码的电话呼叫中的目前进展已使翻译过程能够部分地由用户控制。在这种系统中，这里称为“智能呼叫处理”(ICP)系统，用户操作它自己的数据库以便存储用于选择的特殊业务呼叫的路由选择指令。用户数据库由通信系统中的一个处理器(也称为“网络控制点”或“NCP”)在呼叫处理的适当点进行询问以返回路由选择指令。用户的数据库返回路由选择指令信息给NCP，它又提供呼叫路由选择指令给通信系统内的电话交换机。
智能呼叫处理系统给用户提供了改进的呼叫处理能力和增加的灵活性。但是，在时呼叫不能按照用户数据库来的指令进行处理和发送，而且用户没有足够的信息确定何时、如何经常、或为什么出现这种情况。例如，如果在预定的时间期间内用户数据库没有响应对于指令的询问，则该呼叫按照存储在NCP内的系统设定路由选择指令(defaultroutinginstruction)发送。类似地，当由用户数据库响应询问返回的指令不是以NCP可识别的格式时，使用系统设定路由选择指令。在这些环境下，用户无法证实呼叫是否按照用户意图被发送，因而不能确定该系统工作如何。
通过从NCP、用户数据库和将发送该呼叫的网络交换机之间的通信中收集信息，提供了智能呼叫处理系统的增加的可靠性。这些网络部件之间的信息传递被监视和相关以便识别相应于特定呼叫的那些消息。该呼叫的消息被分析以确定哪个数据库(即NCP或用户数据库)产生发送该呼叫的最后指令。特别是，将返回到局间交换机的路由选择号码与由用户数据库提供的路由选择指令信息相比较，它可确定该呼叫是否按照用户数据库来的指令发送。
在本发明的示例性实施例中，局间交换机与NCP之间、和NCP与用户数据库之间的通信被监视。这些网络部件之间的通信被相关以便识别相应于特定呼叫的那些通信。从所识别的通信中选择的信息被收集并且组装成呼叫记录。除了其它的之外，该呼叫记录指明局间交换机是按照用户数据库来的信息还是按照存储在NCP内的预选的系统设定路由选择指令发送该呼叫。对于按照系统设定的指令发送的呼叫，该呼叫记录还辨别用户数据库来的指令不用于发送该呼叫的原因。几个呼叫记录以方便的格式被组装以便该用户存取。
在本发明的另一个示例性的实施例中，传送到和来自NCP的消息被收集并在NCP内相关。消息的相关例如可根据在专用识别一个呼叫的消息中的识别符来实现。信息直接从在NCP和每个局间交换机及用户数据库之间通过的消息中提取，因而不需要当消息在系统部件之间通过时捕获消息。NCP将每个呼叫所选择的数据组装为单个呼叫记录。
图1是根据本发明的原理构成用于监视在网络单元之间消息传送的通信网络的简化方框图;
图2表示示例性呼叫记录的结构，它存储沿着图1的消息路径1和4传送的信息;
图3表示示例性呼叫记录的结构，它存储沿着图1的消息路由2和3传送的消息;
图4表示按照本发明构成的示例性业务总计记录的结构;
图5是图1网络的另一个实施例的简化方框图;和图6表示示例性呼叫记录的结构，它存储沿着图5的消息路由1至4传送的信息。
图1表示具有ICP能力、根据本发明的原理构成的通信网络的图。该通信网络包括一个电话机100，一个市内电话局承办者(LEC)的交换机102，局间承办者(IXC)的交换机104和112，一个交换转接点(STP)106，一个NCP108和一个用户数据库110。虽然STP106作为单个网络单元在图中示出了，但是必须懂得，IXC交换机104、NCP108和用户数据库之间的通信是通过交换转接点网络发送的。该通信网络发送呼叫到在用户住宅116的一个自动呼叫分配器(ACD)114和一个电话机118。该网络还包括一个消息捕获装置120，一个消息收集器122和一个中央数据处理器124，它给在用户住宅116的工作站126集合地提供有关用户的ICP业务的信息。
图1的通信网络通过先将所拨号码翻译为用于发送该呼叫的不同的号码(一个“路由选择号码)来发送电话呼叫。包含这种拨号号码翻译的电话呼叫在这里一般称为“特种业务”呼叫。特种业务呼叫例如包括800号呼叫和额外费用业务呼叫(premiumservicecall)(通常呼叫者至少支付电话费的一部分和经常是附加费用的呼叫)。
在叙述本发明的新颖性之前，叙述ICP系统的操作是有用的。正如上面提到的，ICP系统根据包括在用户数据库中的信息将拨号号码翻译为路由选择号码来发送呼叫。一个这种系统的例子在共同享有的、1986年9月9日授权的、名称为“用户可定义的电话能力的方法”中叙述，因此引用在此供参考。
ICP系统工作如下在图1的电话机100的呼叫者发出一个特种业务呼叫，例如通过拨一个800号。该呼叫传送到LEC交换机102，后者将该呼叫转接到IXC交换机104。IXC交换机104通过STP106发送一个消息询问网络数据库，如NCP108，以发送指令。NCP108处理从IXC交换机104来的询问，合适时，通过询问用户数据库110获得网络的ICP能力以获得由用户建立的呼叫路由选择指令。使用ICP可确定给定的呼叫是否被发送，例如，由NCP108使用的常规800号路由方案确定呼叫路由。从IXC交换机104到NCP108的询问路径(称为“消息路径”)以标号1的虚线表示。NCP108经过STP106发送一个消息(沿着消息路径2)到数据库110询问用户数据库110。用户数据库110通过STP106发送包含路由选择指令的消息(沿着消息路由3)响应NCP108。路由选择指令典型地包括一个“路由标号”，NCP108使用它识别相应的、唯一的路由选择号。当NCP108从用户数据库110接收适合的指令时，或者在某个预定时间到之后，NCP108给IXC交换机104返回一个路由选择号。NCP108在沿消息路由4发送的消息中向IXC交换机104提供这个信息。然后IXC交换机104例如按照路由选择号将该呼叫发送到IXC交换机112。IXC交换机112发送该呼叫到在用户信宅116的ACD114。ACD114转接该呼叫到在用户住宅的电话机118。
上面叙述的网络组成部分和在这些网络组成部分之间通信的信令技术是本领域技术人员公知的。例如，LEC交换机102示例性地是由美国电话电报公司(AT&T)制造的5ESS交换机。IXC交换机104示例性地是由AT&T公司制造的4ESSTM交换机，但是可替代地可以是市内电话局。NCP108示例性地包括一个INWATS(来向广域电信业务)数据库NCP和一个直接业务拨号NCP，二者都可从AT&T公司买到。在消息路由2和3上发送的消息的示例性消息格式在1993年5月1日TR54022，AT&T智能呼叫处理(ICP)业务信令系统No.7网络接口技术规范中叙述了，该技术规范可公开地得到，因而引用供参考。
上面所述的系统使用户能够用户化和操作用于发送呼叫的它自己的数据库。该用户能够迅速地改变呼叫路由选择和实现特殊的特性，这些特性通过局间承办者提供的业务是不能得到的。但是，影响该网络的各种因素可防止NCP108使用由发送该呼叫的用户数据库110提供的指令。例如，从用户数据库110来的响应可能包含差错或者可能为NCN108不能识别的形式。而且，用户数据库110不可能及时地提供响应至NCP108。在这种情况下NCP108将通过提供系统设定路由选择号(经过消息路由4)响应从IXC交换机104(消息路由1)来的询问。
目前的ICP系统不提供向用户报告呼叫是否根据用户数据库110提供的路由选择指令由IXC交换机104进行发送的机制。特别是，该用户不能确定哪些呼叫按照从用户数据库110来的指令进行发送和哪些呼叫按照NCP108提供的系统设定路由选择指令进行发送。此外，该用户缺少用于诊断导致NCP108向IXC交换机104提供系统设定路由选择指令的问题的机制。
根据本发明，为用户提供证实呼叫是按照用户数据库110提供的路由选择指令进行发送的一个方法。在IXC交换机104和NCP108之间传送的消息，和在NCP108与用户数据库110之间传送的消息被捕获和相关以便识别相应于特定呼叫的所有消息。从在NCP108与IXC交换机104之间传送的对于该呼叫的消息中选择的信息与在NCP108和用户数据库110之间传送的相同呼叫的消息中选择的信息比较以确定该呼叫是否按照用户的指令发送。
在本发明的典型实施例中，消息收集器122存储从路由选择号向路由标记的映射，并且使用这个信息确定给定的呼叫是否按照从用户数据库110来的路由选择指令进行发送。路由选择号从在NCP108与IXC交换机104之间发送的消息中取出。路由标记从在用户数据库110与NCP108之间发送的消息中取出并且与路由选择号比较。取出的路由选择号没有映射到取出的路由标记的确定使得消息收集器122产生一个指示该呼叫使用系统设定路由选择号而不是按照用户数据库110来的路由选择指令进行发送。
在另一个实施例中，消息收集器122不包括路由选择号向路由标记的映射，而是分析从在IXC交换机104、NCP108和用户数据库110之间传送的消息中收集的其它数据以确定是否使用了系统设定路由选择号。例如，可使用识别该呼叫向谁和在什么费率计费的呼叫计费记录信息来确定是否使用了系统设定路由选择号。呼叫计费记录信息如表示使用系统设定路由选择的特别计费码，典型地从NCP108发送到IXC交换机104(经过消息路径4)。通过检测这个特别记费码，消息收集器122间接地确定使用了系统设定路由选择号。
再参见图1，在四条消息路径(路径1-4)的每条路由上的消息由消息捕获装置120捕获。消息捕获装置120放置在STP106与NCP108之间的中继线中。消息捕获装置120复制在NCP108与STP106之间传送的消息，并且输出该复制消息到消息收集器122。消息捕获装置120示例地为可从AT&T公司得到的增强的消息取样板(2版)，但也可以是监视和复制从消息路径1至4来的选择消息的任何设备。用于实现消息捕获装置120的适合的监视装置也在美国专利4788718中公开了，在这里引用供参考。
正如在下面更详细叙述的、消息收集器122相关在消息路径1至4上的消息，以便识别所有与特定呼叫相关的那些消息。对于每个呼叫，消息收集器122产生两个“呼叫”记录200和300(示于图2和3中)。呼叫记录200包含从消息路径1和4上的消息复制的数据。呼叫记录300包含从消息路径2和3上的消息复制的数据。最好给每个呼叫分配一个唯一的识别符，以容易相关相应于每个呼叫的呼叫记录200和300。消息收集器122例如可使用在市场上可从SunMicrosystems公司买到的工作站实现。给通信网络中的每个NCP108提供一个单独的消息收集器122。可替代地，多个NCP(未示出)连接到单个消息收集器122。
消息收集器122输出呼叫记录200和300到中央数据处理器124。中央数据处理器124汇集从消息收集器124接收的呼叫记录和编辑在那些记录中的数据以产生“业务总计”记录400(见图4)。示例性的业务总计记录400例如可包括在选择的时间期间发出一个特定的拨号号码的所有电话呼叫的数据总计。给予用户通过访问中央数据处理器124存取业务总计记录的能力，或者该业务总计记录自动地卸载到工作站126。
正如真名称暗示的，中央数据处理器124是在集中位置实现的，并且构成用于接收从配置在通信网络内的每个单独的消息收集器122来的信息。中央数据处理器124示例性地作为主计算机实现，但是本领域技术人员将懂得可以使用具有足够处理能力的任何计算机装置。
图2表示由消息收集器122产生的典型的呼叫记录200的内容和格式。呼叫记录200包括12个字段，每个字段包括有关特定呼叫的信息。呼叫记录200中的第一字段是“拨号号码”字段202。拨号号码字段202存储由呼叫者在电话机100(图1)拨号的电话号码。拨号号码字段202用作呼叫记录的识别符，以便该呼叫记录可由中央数据处理器124与相同拨号号码的其它呼叫记录一起编辑。
在呼叫记录200中的其它两个主要数据字段是“路由选择号码”字段204和“呼叫识别符”字段206。路由选择号码字段204包含识别呼叫实际发送目的地(由NCP108规定)的信息。呼叫识别符字段206存储每个呼叫的唯一呼叫识别符，如一个号码。使用呼叫识别符字段206便于相关在消息路径1至4上传送的给定呼叫的消息。
呼叫记录200最好包括含有信息的字段，该信息指明对于按照系统设定路由选择指令发送的那些呼叫没有使用用户规定的路由的原因。这个字段作为“系统设定路由选择原因”字段208示于图2中。字段208包含代表以下“差错”消息的标志(1)NCP108不包含路由选择标号到路由选择号的映射;(2)NCP108不能读出它从用户数据库110接收的(在消息路径3上)消息;(3)在用户数据库响应消息中的路由标号(在消息路径3上)不是NCP108可识别的格式;(4)NCP108没有收到对它的用户数据库110询问的及时响应;(5)用户数据库响应消息指明用户数据库110不能处理NCP108来的询问消息(在消息路径2上)，例如，因为该消息在传输中错乱了或者因为用户数据库110不识别拨号号码;或者(6)由于网络管理的原因，例如因为发送的消息可能已导致用户数据库110变得过负荷了，没有询问从NCP108发送到用户数据库110。
用于总体字段(populatefield)208的信息典型地由NCP108产生。例如，当NCP发送询问(经过消息路径2)到用户数据库110时，计时器在NCP108中被设置。如果在预定时间到期之前NCP108没收到对该询问的响应(沿着消息路径3)，则NCP指明在用于路由选择的时间内没有从用户数据库110接收响应。在第二个例子中，如果路由标号与NCP108要求的格式不相符或者没有响应存储在NCP内的路由选择号码，则NCP108产生通知系统设定路由选择的原因的一个合适的消息/标记。
再参见图2，如果需要的话，其它的信息可包括在呼叫记录200中。例如，呼叫记录200可包括一个“用户数据库询问”字段210指明NCP108是否询问用户数据库110(即，该呼叫是否为通常的800号业务呼叫或者包含基于用户数据库110来的信息的翻译的一个ICP呼叫)。记录200还可包括一个“呼叫者区域码”字段212或者“自动号码识别”字段(未示出)。呼叫记录200可包括一个“路由选择结果”字段214，指明该呼叫是发送到以路由标号识别的目的地、发送到系统设定地点(defaultlocation)还是由于网络管理的原因(例如，在预定的时间间隔内打到这个800号的呼叫太多)完全不由NCP108发送。可提供“呼叫时间”字段216作为按照预选时间间隔将呼叫记录编入业务总计中的一种方便手段。“呼叫处理”(CallDisposition)字段218存储按照从交换机112返回到交换机104的消息确定的呼叫的处理状态(例如，占线，应答了，振铃无应答)。
NCP108可被构成用于测量和报告在询问用户数据库110和在NCP108从用户数据库110接收响应之间经过的时间。当询问经过消息路径2发送到用户数据库时，NCP108开始计时，而当经过消息路径3收到响应时停止计时。经过的时间记录在呼叫记录200中的一个字段中(未示出)，以便作为业务总计记录的一部分传送到该用户。
图3表示用于存储在NCP108与用户数据库110之间传送的信息的典型呼叫记录300的内容和格式。呼叫记录300包括一个“拨号号码”字段302，一个“路由标号”字段304，一个“呼叫识别符”字段306，一个“呼叫者区域码”字段308和一个“呼叫时间”字段310。路由标号字段304包含由用户数据库110规定的路由标号。剩余的字段存储与呼叫记录200中相同名称的相对应字段相同的信息。另外，“呼叫者专用数据”字段312用于保持由用户数据库110返回的、该呼叫者专用的数据。这个呼叫者专用数据可被传送到IXC交换机104，以便与该呼叫一起发送到用户住宅116，并且例如在呼叫者的ANI基础上从用户数据库110检索出。
图4表示典型的业务总计记录400。如上面所述的，业务总计记录是从很多呼叫记录来的信息的汇编，包括从呼叫记录200和呼叫记录300来的信息。业务总计记录400典型地是按照拨号号码编排的。业务总计记录400包括诸如“拨号号码”字段402，“路由标号”字段404和“路由选择号码”字段406的字段。业务总计记录400还包括提供记录的字段按照由用户数据库110返回的路由标号发送的呼叫数量(字段408)，按照存储在NCP108内的系统设定路由选择号码发送的呼叫数量(字段410)和由于方便网络管理的原因不发送的呼叫数量(字段412)。“系统设定路由选择的原因”字段414提供对于呼叫记录200的字段208所叙述的每个“差错”使用系统设定路由选择指令发送的呼叫数量的计数。业务总计记录400还可包括一个“呼叫者专用数据”字段416，它包括从用户数据库110发送的、包含在该呼叫中的呼叫者专用数据(例如呼叫者社会保险号码)，和一个存储呼叫处理总计的字段(字段418)。本领域的技术人员懂得可提供其它的字段而不脱离本发明的范围，如报告通常的800号业务呼叫的数量(对于该呼叫没有ICP询问被发送到用户数据库110)和发送到用户数据库110的ICP询问的数量的字段。
图5表示本发明的ICP监视系统的另一个实施例。在图5的实施例中，传送到和来自NCP108的消息被收集和在NCP108中相关。消息的相关例如可在唯一地识别一个呼叫的消息内的识别符的基础上实现。信息直接地由NCP108在消息路径1至4上传送的消息中取出，因而不需要使用图1的消息捕获装置120和消息收集器122来监视消息。NCP108将每个呼叫的预定数据装配入单个数据记录600中(见图6)。NCP108经线路500输出该数据记录到中央数据处理器124。中央数据处理器124将从NCP108接收的数据记录以上面对于图1所述的方法汇编入业务总计记录400中。中央数据处理器124在该用户住宅经过计算机装置126使该业务总计记录对用户是可用的。
图6表示由NCP108对每个呼叫产生的典型的呼叫记录600。呼叫记录600包括一个“拨号号码”字段602，一个“路由选择号码”字段604，一个“路由标号”字段606，一个“呼叫识别符”字段608，一个“系统设定路由选择的原因”字段610，一个“用户数据库询问”字段612，一个“呼叫者的区域码”字段614，一个“呼叫时间”字段616和一个“呼叫处理”字段618。这些字段的每个字段存储如上所述的与在呼叫记录200和300中相同名称的对应字段相同的信息。但是，因为用于总体记录600的所有信息在图5的实施例中是直接地从NCP108得到的，所以使用单个记录存储这个信息(而不是图2和3的两个记录)。
本领域的技术人员懂得，可对所述的实施例进行其它的修改而不脱离本发明的范围。例如，该系统可被修改以便捕获从用户数据库传送的专用信息(如个人识别号或“PIN”，“经常飞行者”(freqnentflyer)识别号，或者帐号)，和将捕获的信号与呼叫一起传送。类似地，所述的实施例可被修改以使用所选择的非路由选择信息(如呼叫者的帐号，社会保险号或PIN)作为用于确定由特定呼叫者发出的呼叫是否按照从用户数据库110接收的路由选择指令进行发送。例如，用户数据库可保持单个用户优先选用的特别计数代表的记录，和自动地从该用户发送呼叫到优选的代表。本发明的原理可用于在一个用户一个用户的基础上向用户报告从给定用户来的呼叫是否按照存储在用户数据库110内的指令发送。该监视系统也可用作一般的维护工具以便监视用户数据库性能。
权利要求
1.一种操作一流体喷射织机的方法，该织机包括一个主喷嘴，用于在通过该主喷嘴喷射的流体的作用下，将一纬纱引入经纱梭口，以完成一次引纬，所述的方法依次包括下列所列步骤当调整所述主喷嘴喷射的流压力时检测与供纬速度有关的数据；根据所述检测数据计算所述主喷嘴的特性；根据所述主喷嘴特性，设定引纬条件，纬纱在该引纬条件下得到引纬。
2.如权利要求1所述的方法，其特征在于，所述的引纬条件的设定步骤包括设定至少所述主喷嘴的喷气压力和所述主喷嘴的喷气时间之一。
3.如权利要求1所述的方法，其特征在于，所述织机包括一个纬纱测量与存储装置，该装置具有一个构件，被引纬纱绕在其上面以在纬纱被引入经纱梭口之前形成许多圈纬纱。
4.如权利要求3所述的方法，其特征在于，所述的数据检测步骤包括检测在其中所卷绕纬纱的相应圈数被退绕的时间。
5.如权利要求4所述的方法，其特征在于，所述喷嘴特性的计算步骤包括，根据所述的退绕时间段计算供纬速度，并确定所述供纬速度与主喷嘴喷气压力的关系。
6.如权利要求5所述的方法，其特征在于，所述引纬条件的设定步骤包括，根据所述的供纬速度与所述气压的所述确定关系，设定要从所述主喷嘴喷出的压力，使该设定的压力适合于有效地完成引纬。
7.如权利要求1所述的方法，其特征在于，还包括所述退绕时间段的数据检测步骤，该步骤是在织机操作期间进行的，在织机操作中，当更换经轴时，在以织机调整操作的低速转动织机主轴的状态下，将纬纱从所述的主喷嘴引入经纱梭口，该低速度低于正常织造操作时的速度。
8.如权利要求1所述的方法，其特征在于，所述的引纬条件设定步骤包括，根据含有一经验比例值计算方程，设定要通过所述喷嘴喷射的流体压力，并按照所述主喷嘴特性设定所述的经验比例值。
9.如权利要求8所述的方法，其特征在于，所述主喷嘴特性的计算步骤包括，根据所述退绕时间段计算供纬速度，并确定所述纬纱速度与将要从所述喷嘴喷射的液体的压力之间的关系。
10.如权利要求8所述的方法，其特征在于，所述经验比例值的设定步骤包括存储与要从所述主喷嘴中引出的纬纱种类有关的经验比例值，并在存储所述的经验比值之后，在开始织机操作时，输出与纬纱种类有关的所述经验比例值。
11.如权利要求1所述的方法，其特征在于，所述织机包括一系列的副喷嘴，它们以沿被引纬纱的通道对齐，每个副喷嘴都用来喷射流体，以推动从所述主喷嘴投射的纬纱，以便完成引纬。
12.如权利要求11所述的方法，其特征在于，所述引纬条件的设定步骤包括，按照从位于下游侧的副喷嘴到位于上游侧的副喷嘴的顺序，设定每个副喷嘴的流体喷射时间，所述的流体喷射时间是流体从所述副喷嘴喷出的时刻。
13.如权利要求12所述的方法，其特征在于，所述流体喷射时间的设定步骤包括，以所述的顺序设定各副喷嘴流的终止时间，所述的喷流的终止时间是终止从所述副喷嘴喷流的时间。
14.如权利要求1所述的方法，其特征在于，所述的流体喷射时间的设定步骤包括按照被引纬纱的到达时间段，设定所述的流体喷射时间。
15.如权利要求1所述的方法，其特征在于，由一安装在所述织机上的微计算机，完成至少部分所述退绕时间段的数据检测步骤、所述喷嘴特性计算步骤和所述引纬条件设定步骤。
16.一种流体喷射织机，包括一个主喷嘴，用于在通过所述主喷嘴喷射的流体作用下，将纬纱引到经纱梭口，从而完成一次引纬;用于当调整由所述主喷嘴喷射流体的压时检测与供纬速度有关的检测数据的装置;用于根据所述检测数据计算所述喷嘴特性的装置;以及用于按照所述主喷嘴特性设定引纬条件的装置，在该引纬条件下投射纬纱。
17.如权利要求16所述的方法，其特征在于，所述引纬条件设定装置包括用于设定至少所述主喷嘴的喷气压力和所述主喷嘴喷气时间之一的装置。
18.如权利要求16所述的方法，其特征在于进一步包括一纬纱测量和储存装置，该装置有一个构件，用于在纬纱引入经纱梭口之前，将要被引的纬纱卷绕在该构件上，以形成许多圈纬纱。
19.如权利要求18所述的方法，其特征在于，所述的数据检测装置包括用于检测相应圈数的卷绕纬纱被退绕的时间的装置。
20.如权利要求19所述的方法，其特征在于，所述喷嘴特性计算装置包括用于按照所述退绕时间段计算供纬速度的装置，和用于确定所述供纬速度和喷嘴喷气压力之间关系的装置。
21.如权利要求20所述的方法，其特征在于，所述引纬条件设定装置包括按照所述供纬速度和所述空气压力之间已确定的关系设定将要通过所述喷嘴喷出的空气的压力，所述的被设定的空气压力适用于有效地完成引纬。
22.如权利要求16所述的方法，其特征在于，进一步包括在织机操作时检测退绕时间段数据的装置，在织机操作时，当更换经轴的时候，在织机主轴在织机调整操作中以低速转动的条件下，纬纱被从所述的喷嘴引入到经纱的梭口，所述低速是低于正常纺织操作速度的速度。
23.如权利要求16所述的方法，其特征在于，所述引纬条件设定装置包括按照一含有一经验比例值的计算方程设定要从所述喷嘴喷出的流体压力的装置，以及包括按照所述喷嘴特性设定所述的经验比例值的装置。
24.如权利要求23所述的方法，其特征在于，所述喷嘴特性计算装置包括用来按照所述退绕时间段计算供纬速度的装置，以及包括用来确定所述供纬速度和要从所述喷嘴喷出流体压力之间关系的装置。
25.如权利要求23所述的方法，其特征在于，所述经验比例值设定装置包括用来存储与要从所述喷嘴投射的纬纱种类有关的所述经验比例值的装置，以及包括在存储所述经验比例值之后，在开始纺织操作时用于输出所述与纬纱种类有关的经验比例值的装置。
26.如权利要求16所述的方法，其特征在于，进一步包括一系列副喷嘴，这些副喷嘴沿被引纬纱的通道对齐，每个副喷嘴都用来喷嘴流体，以推动从主喷嘴投射的纬纱，从而完成引纬。
27.如权利要求16所述的方法，其特征在于，所述的引纬条件设定装置包括按照从位于一个下游侧的所述副喷嘴到位于一个上游侧的所述副喷嘴的顺序设定各副喷嘴流体喷射时间的装置，所述流体喷射时间是流体从所述副喷嘴喷射的时刻。
28.如权利要求27所述的方法，其特征在于，所述流体喷射时间设定包括按照所述的顺序设定每个副喷嘴的流体喷射终止时间的装置，所述流体喷射终止时间是指从所述副喷嘴喷射流体被终止的时刻。
29.如权利要求16所述的方法，其特征在于，所述流体喷射时间设定装置包括按照被引纬纱的到达时间段来设定所述流体喷射时间的装置。
30.如权利要求16所述的方法，其特征在于，至少所述的退绕时间段数据检测装置、所述的喷嘴特性计算装置和所述的引纬条件设定装置的一部分构成一微计算机。
全文摘要
智能呼叫处理系统增加的可靠性是通过从在网络数据库、用户数据库和网络交换机之间的通信中收集信息提供的。这些网络单元之间的消息传送被监视并且相关，以识别相应于特别呼叫的那些消息。分析该呼叫的消息以确定哪个数据库产生发送该呼叫的指令。特别是，将返回到局间交换机的路由选择号码与用户数据库提供的路由选择指令信息进行比较，可以确定该呼叫是否按照从用户数据库来的指令发送。
文档编号H04M3/08GK1111862SQ94117590
公开日1995年11月15日 申请日期1994年10月26日 优先权日1993年10月27日
发明者汉尼巴尔·艾约比, 史蒂文·T·凯什, 保罗·R·诺尔, V·R·戈帕拉·拉, 罗纳德·W·坦金, 亚历克斯·C·威尔金森 申请人:美国电报电话公司