专利名称：因特网连接终端装置及因特网连接状态确认方法
技术领域：
本发明涉及通过路由器等中继装置与因特网进行连接的因特网连接终端装置，特别涉及采用DNS服务器来判断因特网连接状况的因特网连接终端装置。
背景技术：
近年来，伴随宽带向家庭环境的普及，与因特网连接的民用设备不断增加，人们提出了利用那些设备的各种业务。
作为该民用设备的代表例，有打印机。虽然打印机的网络对策在办公室已广泛普及，但是它们主要在LAN(Local Area Network)上和个人计算机(下面，为PC)进行连接，根据来自PC的打印指令来打印PC上的打印内容。
对此，人们提出了一种“URI打印方式”，该“URI打印方式”为打印机直接从因特网下载由URI(Uniform Resource Identifier)所指定的因特网上的打印内容，进行打印。采用该URI打印方式，因为在发出打印命令的装置(下面，称为主机装置)中不需要对打印内容进行打印缓存，并且即使在主机装置中没有因特网连接功能，仍可以打印因特网上的打印内容，所以即便是不具有足够系统资源的非PC，也比较易于作为主机装置。
另外，也可以从本装置的用户接口输入打印内容的URI并发出打印指令，这种情况下则不需要主机装置。
可是，对于URI打印方式对策的打印机(下面，称为URI打印机)来说，却需要对本装置的因特网连接状态进行检查的功能。原因是，由于在未做出因特网连接的状态下即使发出打印指令也不起作用，因而如果在事先确认URI打印机是因特网连接之后，发出打印指令，就可以不发出无用的打印指令。
在上面，虽然作为因特网连接装置用URI打印机进行了说明，但是并不限于打印机，而因特网连接状态检查功能是需要在因特网连接装置中通用的功能。由于因特网连接装置可以在因特网连接状态下提供原有的功能，因而在对原有的功能是否是可使用状态进行检查的方面，因特网连接状态检查功能当然是不可缺少的功能。
而且，在因特网连接装置中，作为判断是否是对因特网的可连接状态的方法，人们提出了对因特网上的服务器尝试访问并按照是否回复了响应来判断连接的方法。
具体而言，有下述方法等(1)在因特网上设立因特网连接检查用的WEB服务器(HTTP服务器)并对其尝试访问，根据其响应状况进行判断的方法；(2)对因特网连接检查用的服务器执行PING命令，并根据其响应状况进行判断的方法。
但是，对于上述(1)所示的利用WEB服务器的方法来说，随着进行因特网连接检查的装置增大，访问数量也不断增大，其结果为，给WEB服务器施加非常大的通信负载，超过服务器的临界，能估计服务器宕机的危险性。另外，因为需要一直运行WEB服务器，并且保证其运行，所以存在需要其维护成本等的问题。
另外，对于上述(2)所示的利用PING命令的方法来说，虽然通信负载的问题可以避免，但是因为有一种准备利用PING的响应侵入服务器的被称为蠕虫的计算机病毒，所以从安全保持的观点出发，在PING方式中存在问题。
对此，还有一种方法，即(3)作为因特网连接检查用服务器，并不是设立专用的服务器，而利用现有的DNS服务器，以对DNS服务器的名称解决请求这样的形式进行访问并根据其响应状况进行判断。
还有，作为与因特网连接的过程，在与WWW服务器等进行连接时，一般取代使用IP地址，而使用易于取得的主机(域)名，并且作为将该主机(域)名转换成对应的IP地址的技术，记述了利用DNS服务器的技术(参见专利文献1。)。
上述(3)所示的利用DNS的方法要对DNS服务器发出“因特网上存在的主机名”的名称解决请求，根据其解决结果来判别因特网连接状态。
而且，在上述(3)所示的利用DNS的方法中，不需要运营·管理专用服务器。另外，在DNS中备有负载分散的结构，即使针对很多访问集中的情况，仍可以应对。再者，对于DNS服务器仅仅是进行主机名的名称解决，在安全性方面也是安全的。
专利文献1(日本)特开2000-183900号公报但是，在上述(3)所示的利用DNS的因特网连接检查方法中存在下述问题，即若在路由器等中继装置中存在DNS高速缓存功能，则因特网连接装置不能正确判断因特网连接状态。
也就是说，具有下述功能，即若DNS的名称解决得以成功，路由器将其结果在有效期间的时候保持于DNS高速缓存中。而且，在从因特网连接终端装置再次发出对相同主机名的DNS名称解决请求时，不对因特网端的DNS服务器发出DNS名称解决请求，而从DNS高速缓存将名称解决结果回复给请求源。大多数的路由器都具备DNS高速缓存功能，并且可以利用该DNS高速缓存功能，在表面上高速进行DNS解决。
而且，根据路由器的不同存在下述问题，也就是虽然WAN(WideArea Network)端(因特网端)的电缆已脱开，但是在DNS高速缓存中保持着主机名和地址之间的关系时，因为将来自路由器之DNS高速缓存的名称解决结果回复给请求源，所以这种情况下，因特网连接装置不能根据DNS名称解决响应来正确判断因特网连接状态。
另外，在设置了因特网连接终端装置的LAN限制方面，有时因特网连接终端不能使用其LAN上的DNS服务器(下面，为本地DNS服务器)。此时，因特网连接终端装置对本地DNS服务器发出DNS名称解决请求，在本地DNS服务器不能通过本装置进行DNS名称解决时，对因特网上的DNS服务器发出DNS名称解决请求。
在此，很多情况下，DNS服务器都对DNS名称解决请求结果进行高速缓存，并且若为此在本地DNS服务器内暂时对DNS名称解决请求结果进行了高速缓存，则在其结果的有效期间，即使因特网连接终端装置对本地DNS服务器发出DNS名称解决请求，本地DNS服务器也不对因特网上的DNS服务器发出DNS名称解决请求。
而且，在因路由器等中继装置的因特网端电缆脱开等而从因特网连接终端装置不能因特网连接的状态下，还有下述问题若对本地DNS服务器用名称解决完成的主机名发出了DNS名称解决请求，则本地DNS服务器不向因特网上的DNS服务器中继DNS请求，而将目前高速缓存的DNS名称解决结果对因特网连接终端装置进行回复，因此虽然回复来DNS名称解决请求的响应结果，也不能认为是可进行因特网连接的状态，导致无法正确判断因特网连接状态。
另外，在从主机终端装置对因特网连接终端装置发出了查询是否处于连接在因特网上的状况的请求时，虽然因特网连接终端装置按其定时向目标DNS服务器尝试发出名称解决请求，但是其响应回复来之前的时间依赖于DNS服务器的内部处理或DNS服务器间的通信时间。因而，具有下述问题有可能在至因特网的连接状态检测本身中需要时间，且若在等待上述响应之后将该信息回复给上述其他主机装置，则转移为与上述其他终端装置中的响应相对应的下一处理之前的所需时间增长，上述其他终端装置中的操作性响应有所下降等问题。
发明内容
本发明用于解决上述以往的问题，其目的为提供一种因特网连接终端装置，即便在因特网连接终端装置向DNS服务器尝试发出名称解决请求并根据其响应状况来判断至因特网的连接状况时，也不受到网络环境下的中继设备或存在于DNS服务器内的DNS高速缓存的影响，可以真正意义地正确判断因特网连接状况的确定。
另外，其目的为提供一种因特网连接终端装置，在从主机装置对因特网连接终端装置发出了查询是否正连接在因特网上的请求时，也可以防止对主机装置的响应下降等的不良影响，同时利用DNS服务器来进行至因特网的连接确认。
为了解决上述以往的问题，本发明技术方案1的因特网连接终端装置可以经由中继装置进行至因特网的连接，其特征为，具备发送单元，经由上述中继装置，向利用主机名或域名来进行名称解决的服务器，使用不存在的主机名或域名发送名称解决请求；因特网连接状态判断单元，根据上述名称解决请求的响应，来判断上述因特网连接终端装置至因特网的连接状态的可否。
另外，本申请技术方案2所涉及的发明其特征为，在技术方案1所涉及的发明中，上述因特网连接终端装置的上述因特网连接状态判断单元在预定时间内回发了上述名称解决请求的响应时，判断为上述因特网连接终端装置正连接在因特网上，在预定时间没有回发上述名称解决请求的响应时，判断为上述因特网连接终端装置未连接在因特网上。
另外还有，本申请技术方案3所涉及的发明其特征为，在技术方案2所涉及的发明中，对上述名称解决请求的响应是与上述服务器中的名称解决的失败对应的响应。
另外还有，本申请技术方案4所涉及的发明其特征为，在技术方案1所涉及的发明中，上述服务器是DNS(Domain Name System)服务器。
另外还有，本申请技术方案5所涉及的发明其特征为，在技术方案1所涉及的发明中，上述因特网连接终端装置还具备存储单元，预先存储判断结果信息，该判断结果信息表示由上述因特网连接状态判断单元所得到的上述因特网连接状态的可否；通信单元，进行与经由通信网连接的主机装置之间的通信；上述发送单元在来自上述主机装置的因特网连接状态的查询的定时，将上述名称解决请求发送给上述服务器，上述因特网连接状态判断单元根据该名称解决请求的响应来判断至因特网的连接状态的可否，并将作为判断结果的判断结果信息存储于上述存储单元中，上述通信单元将该判断结果信息作为对上述查询的响应，回发给上述主机装置。
另外还有，本申请技术方案6所涉及的发明其特征为，在技术方案5所涉及的发明中，上述通信单元在来自上述主机装置的因特网连接状态的查询的定时，将该定时之前在上述因特网连接状态判断单元进行判断、且存储在上述存储单元中的上述判断结果信息，回发给上述主机装置。
另外还有，本申请技术方案7所涉及的发明其特征为，在技术方案5所涉及的发明中，上述发送单元每隔预定间隔将上述名称解决请求发送至上述服务器，上述因特网连接状态判断单元对该名称解决请求的每次响应进行因特网连接状态的可否的判断，将作为判断结果的判断结果信息存储于上述存储单元中，上述通信单元在来自上述主机装置的因特网连接状态的查询的定时，将存储在上述存储单元中的该判断结果信息回发给上述主机装置。
另外还有，本申请技术方案8所涉及的发明其特征为，在技术方案5所涉及的发明中，上述通信单元在来自上述主机装置的因特网连接状态的查询是第一次时，不参照上述存储单元，向上述主机装置回发为连接状态。
根据这些结构，本发明所涉及的因特网连接终端装置在需要判断预定的终端装置实际至因特网的连接是否是可能的状态时，没有通过尝试对DNS服务器的访问来根据其响应状况进行判断的方法时曾是问题的、受到存在于网络环境下的DNS高速缓存的影响那种状况，可以真正意义地确定是否处于与目标DNS服务器(因特网)连接的状况。
另外，本发明所涉及的因特网连接终端装置没有使从对目标DNS服务器的查询到响应所需要的时间影响波及到其他终端装置的处理或操作性响应的状况，并且可以应对得较少。
还有，为了达到上述目的，本发明还可以作为将因特网连接终端装置的特征性单元当作步骤的因特网连接状态确认方法来实现，或者作为用于使计算机执行各步骤的程序来实现。不言而喻，那种程序可以通过CD-ROM等记录介质或因特网等传输介质进行传递。
发明的效果如下本发明所涉及的因特网连接终端装置可以不受到DNS高速缓存的影响，正确判断因特网连接状况。另外，即使在从主机装置收到因特网连接状态查询时，也可以快速响应因特网连接状态，能够确实避免因响应延迟而产生的主机装置中的弊端。本发明虽然采用下面的实施方式及附图进行了说明，但其目的是示例，不意味着本发明限定于此。
图1是表示因特网打印机内部结构功能的框图。
图2是连接了因特网打印机的网络系统图。
图3是表示因特网打印机启动时的因特网连接检查处理流程的流程图。
图4是表示因特网打印机、数字电视机、DNS服务器和内容服务器之间的因特网连接状态确认流程和内容打印处理过程的顺序图。
图5是表示因特网连接状况查询时的因特网打印机内部处理流程的流程图。
图6是表示因特网打印机、数字电视机、DNS服务器、内容服务器之间的因特网连接状态确认处理流程和内容打印处理过程的顺序图。
图7是在连接了因特网打印机的LAN上存在DNS服务器时的网络系统图。
符号说明100因特网打印机105状态查询处理部106因特网连接检查部107连接状态高速缓存器108DNS客户机200数字电视机204DNS服务器205路由器206DNS高速缓存700本地DNS服务器701DNS高速缓存具体实施方式
下面，对于本发明所涉及的因特网连接终端装置的实施方式，一边参照附图，一边进行说明。
(实施方式)图1是表示本发明所涉及的因特网打印机100内部功能结构的框图。本实施方式所涉及的因特网打印机100的特征为，对DNS服务器使用不存在的主机名或域名发出名称解决请求，并根据其响应，在不使路由器等中继装置的高速缓存功能受到影响的状况下，进行因特网连接状况的判断。还有，在本实施方式的说明中，虽然将与因特网连接来进行连接状态确认的因特网连接终端装置设为因特网打印机，进行了说明，但是本发明并不限定于此，而在与因特网连接的电视机、录像机、个人计算机、音频设备及打印机等设备中，也可以使用本发明。
因特网打印机100具备通信部102，与网络101进行连接，提供和网络101之间的通信接口；TCP/IP协议堆栈103，提供TCP/IP通信中的协议处理功能；因特网打印应用104，执行URI打印功能所需要的通信处理、打印数据分析处理等；状态查询处理部105，执行与来自其他装置的因特网连接状态查询对应的处理；因特网连接检查部106，执行是否本装置正处于因特网连接中的判断处理；连接状态高速缓存器107，存储因特网连接检查部106的判断结果；DNS客户机108，对DNS服务器发出名称解决请求。
在此，因特网打印机100是相当于本发明中的“因特网连接终端装置”的一例，因特网连接检查部106是相当于“因特网连接状态判断单元”的一例，DNS客户机108是相当于“发送单元”的一例，连接状态高速缓存器107是相当于“存储单元”的一例。
图2是连接了本发明因特网打印机100的网络系统图，其具备数据电视机200，经由网络101与因特网打印机100进行连接；LAN201，由因特网打印机100和数字电视机200构成；因特网202；内容服务器203，存储由因特网打印机100打印的打印内容；DNS服务器204，执行对来自因特网打印机100的名称解决请求的响应；路由器205，对因特网202和LAN201进行中继。
路由器205具备DNS高速缓存206，DNS高速缓存206对DNS服务器204中的DNS名称解决结果进行高速缓存。在DNS高速缓存206中例如描述主机名和IP地址之间的对应关系，并且路由器205具备下述功能，即在从因特网打印机100所查询的主机名描述于DNS高速缓存206中时，不对DNS服务器204发送名称解决请求，而给因特网打印机100回发与主机名对应的IP地址。
这里，数字电视机200是相当于本发明中的“主机装置”的一例。
在数字电视机200中装载有BML浏览程序，再现用BML(Broadcast Markup Language)所描述的内容。在此，对于BML要进行打印相关扩展，并且打印用扩展函数已经定义出数个。
作为主要的扩展函数，有getPrinterStatus函数和printUri函数，该getPrinterStatus函数用于取得连接到数字电视机200上的因特网打印机100的状态，该printUri函数用于对因特网打印机100发放URI打印任务。这些函数描述于BML内容中，并且在用户的遥控操作等事件处理时由BML浏览程序来调用。
上述函数全都是同步函数，并且从函数的返回需要在短时间内进行。原因是，由于在从同步函数返回之前BML浏览程序的处理被锁定，并且锁定期间中内容里所写入的脚本处理停止，因而在其锁定期间中无法依照内容提供者的意愿来显示内容。也就是说，希望通过尽可能缩短该锁定期间，来尽可能减小同步函数对内容显示的影响。
在BML内容中，首先利用getPrinterStatus函数来进行连接到数字电视机200上的因特网打印机100是否是因特网连接状态的确认，并且只有是连接状态时，才需要使之成为printUri函数可执行的状态。
接着，采用图3来说明因特网打印机100的系统启动时执行的因特网连接检查处理流程。
图3是表示因特网打印机100启动时的因特网连接检查处理流程的流程图。
首先，在系统启动时因特网连接检查部106确认通信部102、TCP/IP协议堆栈103及DNS客户机108是否为可利用状态之后，对DNS客户机108发出“利用因特网上不存在的主机名的DNS名称解决请求”(S301)。
然后，DNS客户机108使用通信部102、TCP/IP协议堆栈103，对因特网202上的DNS服务器204发送与上述“利用因特网上不存在的主机名的DNS名称解决请求”对应的DNS名称解决请求包。在发送后，因特网连接检查部106按预定的时间，变为响应包的接收等待状态。
接着，在路由器204正连接在因特网202上时，虽然DNS名称解决请求包传送给DNS服务器204，进行名称解决，但是因为是因特网上不存在的主机名的名称解决请求，所以DNS服务器204将“名称解决失败”这样的DNS响应包，经由路由器206对因特网打印机100进行回发。因特网连接检查部106在接收等待状态下接收该DNS响应包时，也就是来自DNS服务器的响应没有超时而接收到与“名称解决失败”对应的响应包时(S302中的“否”)，判断为是因特网连接状态，在连接状态高速缓存器107中存储为“连接状态”(S304)。
还有，来自DNS服务器204的“名称解决失败”这种结果不存储于DNS高速缓存206中。这也是因为，作为名称解决失败的原因要考虑DNS服务器间的名称解决信息交换延迟和主机地址变更登录对DNS的反映延迟，并且此时若DNS服务器间的名称解决信息交换完成，则可以进行名称解决。但是，路由器205将“名称解决失败”结果保管在DNS高速缓存206中，并且存在该结果时若不给DNS服务器204传输名称解决请求而将“名称解决失败”结果回发给了DNS名称解决请求源时，尽管全部成为可进行名称解决的状态，却导致DNS解决不能进行。因而，“名称解决失败”不存储于DNS高速缓存206中。
也就是说，本发明所涉及的因特网打印机100通过从因特网打印机100发出“利用因特网上不存在的主机名的DNS名称解决请求”，不管路由器205的DNS高速缓存206的有无，都可以使之发出对因特网上DNS服务器204的DNS查询请求。
另一方面，在路由器206未和因特网202连接的情况下，例如在连接在因特网上的电缆从路由器206脱开等时，因为DNS名称解决请求包无法传送给DNS服务器204，而请求包产生损耗，所以响应包不回发，其结果为，因特网连接检查部106其接收等待状态超时(S302中的“是”)，判断为是因特网非连接状态，在连接状态高速缓存器107中存储为“非连接状态”(S303)。
还有，在本图中，因特网打印机100在系统启动后接收来自数字电视机200的因特网连接状况查询请求时，要进行因特网连接状态的检查。
图4是表示本发明所涉及的因特网打印机100、数字电视机200、DNS服务器204和内容服务器203之间的因特网连接状态确认处理流程和内容打印处理过程的顺序图。
首先，从数字电视机200对因特网打印机100发出因特网连接状态确认的请求(S401)。
接着，收到状态确认请求后的因特网打印机100对DNS服务器204，使用不存在的主机名进行名称解决请求(S402)。
然后，在存在来自DNS服务器204的与“名称解决失败”对应的响应时，因特网打印机100的因特网连接检查部106判断为正连接在因特网上，向数字电视机端回发“连接状态”(S404)。另外，在连接状态高速缓存器107中记录“连接状态”。
接着，从收到“连接状态”这样的状态确认的数字电视机200，给因特网打印机100发送打印内容的URI打印任务的指定(S405)，因特网打印机100向所指定的URI的内容服务器203进行打印内容取得请求(S406)，并取得打印内容(S407)，进行打印处理。
下面，采用图5来说明因特网打印机100接收来自数字电视机200等主机装置的因特网连接状况查询请求时因特网打印机内部处理的流程。
图5是表示从主机装置查询因特网连接状况时因特网打印机内部处理流程的流程图。还有，在图5中，对于和图3相同的处理附上相同的号码。还有，在图5中，和图3的情形不同，因特网打印机100在收到来自数字电视机200的因特网连接状态确认时，在给DNS服务器204发送名称解决请求并判断响应结果之前，回发已经记录在连接状态高速缓存器107中的连接状态信息。
首先，若从BML内容调用了getPrinterStatus函数，则从数字电视机200对因特网打印机100，发送因特网连接状况查询请求。
然后，状态查询处理部105若接收到上述因特网连接状况查询请求(S501)，则从连接状态高速缓存器107参照连接状态信息(S502)，将已经记录的连接状态信息加进因特网连接状况查询响应中，回发给数字电视机200(S503)。因特网打印机100若接收到连接状态信息查询响应，则getPrinterStatus函数返回，并将因特网打印机100的因特网连接状态向BML内容回复。
状态查询处理部105在回发因特网连接状况查询响应后(S403)，对因特网连接检查部106发出因特网连接状态检查请求，收到该请求，因特网连接检查部106执行利用DNS名称解决请求的因特网连接状态检查(S301到S304)，但是由于过程和图3相同，因而省略其说明。
然后，在数字电视机200方，在由getPrinterStatus函数执行结果判明因特网打印机100是因特网连接状态时，使之成为printUri函数可执行的状态，并且若通过来自用户的遥控操作等调用了printUri函数，则向因特网打印机100发送URI打印任务，因特网打印应用104在通过DNS客户机108、DNS服务器204进行名称解决之后，从内容服务器203取出指定了URI的打印内容，并执行打印。
因而，采用本附图所示的方法，可以在数字电视机200方，缩短BML浏览程序的处理被锁定的锁定期间，防止脚本处理在锁定期间中停止，并且确实防止无法按照内容提供者的意愿来显示内容等的弊端。
图6是表示本发明所涉及的因特网打印机100、数字电视机200、DNS服务器204和内容服务器203之间的因特网连接状态确认处理流程和内容打印处理过程的顺序图。
首先，从数字电视机200对因特网打印机100发出因特网连接状态确认的请求(S601)。
接着，收到状态确认请求后的因特网打印机100对DNS服务器204，使用不存在的主机名发出名称解决请求(S602)。
另外，因特网打印机100在即将接收因特网连接状态确认请求之前，在因特网连接检查部106中进行判断，回发记录在连接状态高速缓存器107中的连接状态(S603)。
接着，因特网打印机100的因特网连接检查部106在从DNS服务器204方发出了与“名称解决失败”对应的响应时(S604)，判断为已经连接在因特网上，并更新连接状态高速缓存器107，将其设为“连接状态”。
然后，从收到“连接状态”这样的状态确认后的数字电视机200给因特网打印机100发送打印内容的URI打印任务指定(S605)，因特网打印机100对所指定URI的内容服务器203发出打印内容取得请求(S606)，并取得打印内容(S607)，执行打印处理。
还有，虽然在本附图的S603中，设为回复连接状态高速缓存器107的内容，但是还要考虑在开始的因特网连接状态确认中，不断给数字电视机200回发为“连接状态”，并且在该确认之后，回发记录在连接状态高速缓存器107中的连接状态。借此，在数字电视机200方，可以避免发生BML浏览程序的处理被锁定的锁定期间。
另外，如图7所示，在和因特网打印机100相同的LAN上存在DNS服务器(本地DNS服务器700)并且因特网打印机100在网络的限制方面需要由本地DNS服务器700来进行名称解决时，本发明也是有效的。
图7是在连接了因特网打印机100的LAN上存在本地DNS服务器700时的网络系统图。在图7中，包括本地DNS服务器700，受理来自因特网打印机100的DNS请求；DNS高速缓存701，保管DNS服务器204的DNS结果；LAN，由因特网打印机100、数据电视机200及本地DNS服务器700组成。
这里，在本地DNS服务器700中，“名称解决失败”也不存储于DNS高速缓存107中。这是因为和在路由器205中不存储于DNS高速缓存206中相同的原因。
如同上面所说明的那样，本实施方式所涉及的因特网打印机100，对于DNS来说，着重于“名称解决失败”这样的结果不存储于路由器205或本地DNS服务器700等的DNS高速缓存中这种特性，并且强行发出利用“因特网上不存在的主机名”的DNS名称解决请求。因此，不管DNS高速缓存的有无，都使之向因特网上的DNS服务器204发出DNS名称解决请求，并且通过接收其响应，就可以正确判断因特网打印机100是因特网连接状态。
另外，本实施方式所涉及的因特网打印机100也可以在回发对来自数字电视机200等主机装置的因特网连接状况查询的响应之后，确认使用DNS服务器204的因特网连接状况。借此，由于因特网打印机100可以将对因特网连接状况查询的响应快速回发给数字电视机200，在数字电视机200中getPrinterStatus函数也可以快速返回，并能够缩短BML浏览程序的锁定期间，因而可以减小对显示于电视画面等上的内容显示的影响。
还有，本发明所涉及的因特网打印机100除上述图3及图5所示的名称解决请求向DNS服务器204的发送定时之外，还可以定期将名称解决请求向DNS服务器204进行轮询处理。也就是说，因特网打印机100定期对DNS服务器204发送名称解决请求，并且为其每次响应，因特网连接检查部106都判断“连接状态”或“非连接状态”，将其存储于连接状态高速缓存器107中。因而，因特网打印机100在从数字电视机200查询因特网连接状态时，可以不断对存储在连接状态高速缓存器107中的最新连接信息进行响应。
另外，在本实施方式中，虽然从数字电视机200向因特网打印机100的因特网连接状况查询是经由网络进行的，但是通过USB等从数字电视机200以1对1的方式连接因特网打印机100来进行，也可以。
产业上的可利用性本发明所涉及的因特网连接终端装置可以使用于进行因特网连接状态确认的装置如电视机、录像机、个人计算机、音频设备、打印机及FAX等中。
权利要求
1.一种因特网连接终端装置，可以经由中继装置进行至因特网的连接，其特征为，具备发送单元，向利用主机名或域名来进行名称解决的服务器，经由上述中继装置，使用不存在的主机名或域名发送名称解决请求；以及因特网连接状态判断单元，根据上述名称解决请求的响应，来判断上述因特网连接终端装置至因特网的连接状态的可否。
2.根据权利要求1所述的因特网连接终端装置，其特征为上述因特网连接状态判断单元在预定时间内回发了上述名称解决请求的响应时，判断为上述因特网连接终端装置正连接在因特网上，在预定时间内没有回发上述名称解决请求的响应时，判断为上述因特网连接终端装置未连接在因特网上。
3.根据权利要求2所述的因特网连接终端装置，其特征为对上述名称解决请求的响应是与上述服务器中的名称解决的失败对应的响应。
4.根据权利要求1所述的因特网连接终端装置，其特征为上述服务器是DNS(Domain Name System)服务器。
5.根据权利要求1所述的因特网连接终端装置，其特征为，上述因特网连接终端装置还具备存储单元，预先存储判断结果信息，该判断结果信息表示由上述因特网连接状态判断单元所得到的上述因特网连接状态的可否；以及通信单元，进行与经由通信网连接的主机装置之间的通信；上述发送单元在来自上述主机装置的因特网连接状态的查询的定时，将上述名称解决请求发送给上述服务器，上述因特网连接状态判断单元根据该名称解决请求的响应，来判断至因特网的连接状态的可否，并将作为判断结果的判断结果信息存储于上述存储单元中，上述通信单元将该判断结果信息作为对上述查询的响应，回发给上述主机装置。
6.根据权利要求5所述的因特网连接终端装置，其特征为上述通信单元在来自上述主机装置的因特网连接状态的查询的定时，将该定时之前在上述因特网连接状态判断单元进行判断、且存储在上述存储单元中的上述判断结果信息，回发给上述主机装置。
7.根据权利要求5所述的因特网连接终端装置，其特征为上述发送单元每隔预定间隔将上述名称解决请求发送至上述服务器，上述因特网连接状态判断单元对该名称解决请求的每次响应进行因特网连接状态的可否的判断，并将作为判断结果的判断结果信息存储于上述存储单元中，上述通信单元在来自上述主机装置的因特网连接状态的查询的定时，将存储在上述存储单元中的该判断结果信息回发给上述主机装置。
8.根据权利要求5所述的因特网连接终端装置，其特征为上述通信单元在来自上述主机装置的因特网连接状态的查询是第一次时，不参照上述存储单元，向上述主机装置回发连接状态。
9.一种因特网连接终端装置中的因特网连接状态确认方法，该因特网连接终端装置可以经由中继装置进行至因特网的连接，其特征为，包含发送步骤，向利用主机名或域名来进行名称解决的服务器，经由上述中继装置，使用不存在的主机名或域名发送名称解决请求；以及因特网连接状态判断步骤，根据上述名称解决请求的响应，来判断上述因特网连接终端装置至因特网的连接状态。
10.根据权利要求9所述的因特网连接状态确认方法，其特征为在上述因特网连接状态判断步骤中，在预定时间内回发了上述名称解决请求的响应时，判断为上述因特网连接终端装置正连接在因特网上，在预定时间内没有回发上述名称解决请求的响应时，判断为上述因特网连接终端装置未连接在因特网上。
11.根据权利要求10所述的因特网连接状态确认方法，其特征为对上述名称解决请求的响应是与上述服务器中的名称解决的失败对应的响应。
12.根据权利要求9所述的因特网连接状态确认方法，其特征为上述服务器是DNS(Domain Name System)服务器。
13.根据权利要求9所述的因特网连接状态确认方法，其特征为，上述因特网连接终端装置还具备存储单元，预先存储判断结果信息，该判断结果信息表示在上述因特网连接状态判断步骤中所得到的上述因特网连接状态的可否；上述因特网连接状态确认方法还包含通信步骤，进行与经由通信网连接的主机装置之间的通信；在上述发送步骤中，在来自上述主机装置的因特网连接状态的查询的定时，将上述名称解决请求发送给上述服务器，在上述因特网连接状态判断步骤中，根据该名称解决请求的响应，来判断至因特网的连接状态的可否，并将作为判断结果的判断结果信息存储于上述存储单元中，在上述通信步骤中，将该判断结果信息作为对上述查询的响应，回发给上述主机装置。
14.根据权利要求13所述的因特网连接状态确认方法，其特征为在上述通信步骤中，在来自上述主机装置的因特网连接状态的查询的定时，将在该定时之前在上述因特网连接状态判断步骤进行判断、且存储在上述存储单元中的上述判断结果信息，回发给上述主机装置。
15.根据权利要求13所述的因特网连接状态确认方法，其特征为在上述发送步骤中，每隔预定间隔将上述名称解决请求发送至上述服务器，在上述因特网连接状态判断步骤中，对该名称解决请求的每次响应进行因特网连接状态的可否的判断，并将作为判断结果的判断结果信息存储于上述存储单元中，在上述通信步骤中，在来自上述主机装置的因特网连接状态的查询的定时，将存储在上述存储单元中的该判断结果信息回发给上述主机装置。
16.根据权利要求13所述的因特网连接状态确认方法，其特征为在上述通信步骤中，在来自上述主机装置的因特网连接状态的查询是第一次时，不参照上述存储单元，向上述主机装置回发连接状态。
17.一种程序，其特征为用于使计算机实现权利要求9所述的因特网连接状态确认方法的功能。
18.一种记录介质，其特征为记录有权利要求17所述的程序，且计算机可读。
全文摘要
为了提供一种不受DNS高速缓存等的影响而可以正确判断因特网连接状况的因特网连接终端装置，因特网打印机(100)具备通信部(102)，提供和网络之间的通信接口；TCP/IP协议堆栈(103)，提供TCP/IP通信中的协议处理功能；因特网打印应用(104)，执行URI打印功能所需要的通信处理、打印数据分析处理等；状态查询处理部(105)，执行与来自其他装置的因特网连接状态查询对应的处理；因特网连接检查部(106)，执行是否本装置正处于因特网连接中的判断处理；连接状态高速缓存器(107)，存储因特网连接检查部(106)的判断结果；DNS客户机(108)，对DNS服务器发出名称解决请求。
文档编号H04L29/12GK1922834SQ20058000562
公开日2007年2月28日 申请日期2005年4月27日 优先权日2004年5月6日
发明者中西隆, 东村贵裕, 村田和行, 桑野秀之, 山口岳人 申请人:松下电器产业株式会社