JPWO2005109786A1 - インターネット接続端末装置およびインターネット接続状態確認方法 - Google Patents

インターネット接続端末装置およびインターネット接続状態確認方法 Download PDF

Info

Publication number
JPWO2005109786A1
JPWO2005109786A1 JP2006519513A JP2006519513A JPWO2005109786A1 JP WO2005109786 A1 JPWO2005109786 A1 JP WO2005109786A1 JP 2006519513 A JP2006519513 A JP 2006519513A JP 2006519513 A JP2006519513 A JP 2006519513A JP WO2005109786 A1 JPWO2005109786 A1 JP WO2005109786A1
Authority
JP
Japan
Prior art keywords
internet connection
internet
name resolution
dns
response
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2006519513A
Other languages
English (en)
Other versions
JP4523592B2 (ja
Inventor
中西　隆
隆 中西
貴裕 東村
貴裕 東村
村田　和行
和行 村田
桑野　秀之
秀之 桑野
山口　岳人
岳人 山口
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Corp
Panasonic Holdings Corp
Original Assignee
Panasonic Corp
Matsushita Electric Industrial Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Panasonic Corp, Matsushita Electric Industrial Co Ltd filed Critical Panasonic Corp
Publication of JPWO2005109786A1 publication Critical patent/JPWO2005109786A1/ja
Application granted granted Critical
Publication of JP4523592B2 publication Critical patent/JP4523592B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/35—Network arrangements, protocols or services for addressing or naming involving non-standard use of addresses for implementing network functionalities, e.g. coding subscription information within the address or functional addressing, i.e. assigning an address to a function
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/58—Caching of addresses or names

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer And Data Communications (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

ＤＮＳキャッシュ等の影響を受けずに、インターネット接続状況を正確に判定できるインターネット接続端末装置を提供するために、インターネットプリンタ１００は、ネットワークとの通信インターフェースを提供する通信部１０２と、ＴＣＰ／ＩＰ通信におけるプロトコル処理機能を提供するＴＣＰ／ＩＰプロトコルスタック１０３と、ＵＲＩプリント機能に必要な通信処理、プリントデータ解析処理等を行うインターネットプリントアプリケーション１０４と、他装置からのインターネット接続状態問い合わせに対応する処理を行う状態問い合わせ処理部１０５と、自装置がインターネット接続をしているかの判定処理を行うインターネット接続チェック部１０６と、インターネット接続チェック部１０６の判定結果を格納する接続状態キャッシュ１０７と、ＤＮＳサーバに対して名前解決要求を行うＤＮＳクライアント１０８とを備える。

Description

本発明は、ルータ等の中継装置を介してインターネットに接続されるインターネット接続端末装置に関し、特に、ＤＮＳサーバを用いてインターネット接続状況を判定するインターネット接続端末装置に関する。
近年、ブロードバンドのホーム環境への普及に伴い、インターネットに接続される民生機器が増えつつあり、それら機器を利用した様々なサービスが提案されている。
この民生機器の代表例としてプリンタがある。プリンタのネットワーク対応はオフィスにおいて広く普及しているが、それらは主にＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）上でパーソナルコンピューター（以下、ＰＣ）と接続され、ＰＣからの印刷指示に基づいてＰＣ上の印刷コンテンツを印刷するものである。
これに対してＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）で指定されたインターネット上の印刷コンテンツを、プリンタが直接インターネットからダウンロードして印刷する「ＵＲＩプリント方式」が提案されている。このＵＲＩプリント方式では、印刷命令を出す装置（以下、ホスト装置と称す）には印刷コンテンツをスプーリングする必要がなく、また、ホスト装置にインターネット接続機能がなくてもインターネット上の印刷コンテンツを印刷できるため、十分なシステムリソースを持たないノンＰＣであってもホスト装置とすることが比較的容易である。
また、自装置のユーザーインターフェースから印刷コンテンツのＵＲＩを入力して印刷指示をすることもでき、この場合、ホスト装置は不要となる。
ところで、ＵＲＩプリント方式対応のプリンタ（以下、ＵＲＩプリンタと称す）では、自装置のインターネット接続状態をチェックする機能が必要である。なぜなら、インターネット接続されていない状態で印刷指示を出しても無駄であるので、事前にＵＲＩプリンタがインターネット接続であることを確認してから印刷指示を出せば、無駄な印刷指示を出さなくてもすむからである。
上記においては、インターネット接続装置としてＵＲＩプリンタで説明したが、プリンタに限らずインターネット接続状態チェック機能はインターネット接続装置に共通して必要とされる機能である。インターネット接続装置はインターネット接続状態において本来の機能を提供できるので、本来の機能が使用可能状態かをチェックする上でインターネット接続状態チェック機能は不可欠な機能であることは自明である。
そして、インターネット接続装置において、インターネットへの接続が可能な状態かどうかを判断する方法としては、インターネット上のサーバに対してアクセスを試み、応答が返ってきたか否かで接続を判断する方法が提案されている。
具体的には、（１）インターネット接続チェック用のＷＥＢサーバ（ＨＴＴＰサーバ）をインターネット上に立てて、それに対してアクセスを試み、その応答状況により判断する方法や、（２）インターネット接続チェック用のサーバに対してＰＩＮＧコマンドを実行し、その応答状況により判断する方法などがある。
しかしながら、前記（１）に示すＷＥＢサーバによる方法では、インターネット接続チェックを行う装置の増大とともにアクセス数も増大してゆき、その結果、ＷＥＢサーバに非常に大きな通信負荷がかかってサーバの限界を超えてサーバダウンの危険性が想定される。また、ＷＥＢサーバを常時運転し、またそれを保証する必要があるため、その保守コストがかかるなどの課題を有する。
また、前記（２）に示すＰＩＮＧコマンドによる方法では、通信負荷の問題は回避できるが、ＰＩＮＧの応答を利用してサーバに侵入しようとするワームと呼ばれるコンピューターウイルスがあるためセキュリティ保持の観点からＰＩＮＧ方式には問題がある。
これに対して、（３）インターネット接続チェック用サーバとして専用のサーバを立てるのではなく既存のＤＮＳサーバを利用し、ＤＮＳサーバへの名前解決要求という形でアクセスを行い、その応答状況により判断する方法がある。
なお、インターネットに接続する手順として、ＷＷＷサーバ等に接続する場合には、ＩＰアドレスを使用する変わりに、取得容易なホスト（ドメイン）名を使用するのが一般的であり、このホスト（ドメイン）名を対応するＩＰアドレスに変換するものとしてＤＮＳサーバを利用することが記載されている（特許文献１参照。）。
前記（３）に示すＤＮＳによる方法は、ＤＮＳサーバに対して「インターネット上に存在するホスト名」の名前解決要求を出し、その解決結果によりインターネット接続状態を判別する。
そして、前記（３）に示すＤＮＳによる方法においては専用サーバを運営・管理する必要がない。また、ＤＮＳにおいては負荷分散の仕組みが用意されており、多くのアクセスが集中することに対しても対応可能である。さらに、ＤＮＳサーバに対しては単にホスト名の名前解決を行っているだけであり、セキュリティ面でも安全である。
特開２０００−１８３９００号公報
しかしながら、前記（３）に示すＤＮＳによるインターネット接続チェック方法においては、ルータ等の中継装置に、ＤＮＳキャッシュ機能が存在すると、インターネット接続装置はインターネット接続状態を正確に判定できないという課題がある。
即ち、ＤＮＳの名前解決が成功すると、ルータはその結果を有効期間の間、ＤＮＳキャッシュに保持する機能を有する。そして、インターネット接続端末装置から再度同じホスト名に対するＤＮＳ名前解決要求があった場合、インターネット側のＤＮＳサーバに対してＤＮＳ名前解決要求を出すことなく、ＤＮＳキャッシュから名前解決結果を要求元に返す。多くのルータはＤＮＳキャッシュ機能を備えており、このＤＮＳキャッシュ機能により、ＤＮＳ解決を見かけ上、高速に行なうことができる。
そして、ルータによっては、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）側（インターネット側）のケーブルが外れていても、ＤＮＳキャッシュにホスト名とアドレスとの関係が保持されている場合には、ルータのＤＮＳキャッシュからの名前解決結果を要求元に返すため、このような場合には、インターネット接続装置はＤＮＳ名前解決応答からはインターネット接続状態を正確に判断できないという問題がある。
また、インターネット接続端末装置が置かれたＬＡＮの制約上、インターネット接続端末装置がそのＬＡＮ上のＤＮＳサーバ（以下、ローカルＤＮＳサーバ）を使わざるを得ない場合がある。この場合、インターネット接続端末装置はローカルＤＮＳサーバに対してＤＮＳ名前解決要求をだし、ローカルＤＮＳサーバは自装置にてＤＮＳ名前解決できない場合はインターネット上のＤＮＳサーバに対してＤＮＳ名前解決要求を出すことになる。
ここで、ＤＮＳサーバはＤＮＳ名前解決要求結果をキャッシュすることが多く、このためローカルＤＮＳサーバ内にＤＮＳ名前解決要求結果が一旦キャッシュされると、その結果の有効期間において、インターネット接続端末装置はローカルＤＮＳサーバに対してＤＮＳ名前解決要求をだしても、ローカルＤＮＳサーバはインターネット上のＤＮＳサーバに対してＤＮＳ名前解決要求を出さないことになる。
そして、ルータ等の中継装置のインターネット側ケーブルが外れるなどによりインターネット接続端末装置からインターネット接続ができない状態であっても、ローカルＤＮＳサーバに対して名前解決済みのホスト名でＤＮＳ名前解決要求を出すと、ローカルＤＮＳサーバはインターネット上のＤＮＳサーバにＤＮＳ要求を中継することなくキャッシュされているＤＮＳ名前解決結果をインターネット接続端末装置に対して返信するので、ＤＮＳ名前解決要求の応答結果が返ってきたからといってインターネット接続ができる状態であるとは言えないことになり、インターネット接続状態を正しく判定できないことになるという課題を有している。
また、ホスト端末装置からインターネット接続端末装置に対して、インターネットに接続された状況にあるかどうかを問い合わせる要求があった場合に、インターネット接続端末装置はそのタイミングで目的のＤＮＳサーバへ名前解決要求を試みるが、その応答が返ってくるまでの時間はＤＮＳサーバの内部処理やＤＮＳサーバ間の通信時間に依存する。従って、インターネットへの接続状況の検出自体に時間がかかる可能性があり、前記応答を待ってからその情報を前記他のホスト装置に返すようにすると、前記他の端末装置での応答に応じた次の処理に移行するまでの所要時間が長くなり、前記他の端末装置での操作性レスポンスが低下するなどの課題を有している。
本発明は、前記従来の課題を解決するもので、インターネット接続端末装置が、ＤＮＳサーバへ名前解決要求を試み、その応答状況によってインターネットへの接続状況を判断する場合であっても、ネットワーク環境下の中継機器やＤＮＳサーバ内に存在するＤＮＳキャッシュの影響を受けずに、真の意味で、インターネット接続状況の特定を正確に判定できるインターネット接続端末装置を提供することを目的とする。
また、ホスト装置からインターネット接続端末装置に対してインターネットに接続されているかを問い合わせる要求があった場合であっても、ホスト装置に対するレスポンスが低下する等の悪影響を防止しながら、ＤＮＳサーバを用いてインターネットへの接続確認を行うことができるインターネット接続端末装置を提供することをも目的とする。
前記従来の課題を解決するために、本発明の請求項１のインターネット接続端末装置は、中継装置を介してインターネットへの接続が可能なインターネット接続端末装置であって、前記中継装置を介して、ホスト名又はドメイン名を用いて名前解決を行うサーバに、存在しないホスト名又はドメイン名を用いて名前解決要求を送信する送信手段と、前記名前解決要求の応答に基づいて、前記インターネット接続端末装置のインターネットへの接続状態の可否を判定するインターネット接続状態判定手段とを備えることを特徴としたものである。
また、本願の請求項２に係る発明は、請求項１に係る発明において、前記インターネット接続端末装置の前記インターネット接続状態判定手段は、前記名前解決要求の応答が所定時間内に返信された場合には、前記インターネット接続端末装置はインターネットに接続されていると判定し、前記名前解決要求の応答が所定時間内に返信されなかった場合には、前記インターネット接続端末装置はインターネットへ接続されていないと判定することを特徴としたものである。
また、さらに、本願の請求項３に係る発明は、請求項２に係る発明において、前記名前解決要求に対する応答は、前記サーバでの名前解決の失敗に対応する応答であることを特徴としたものである。
また、さらに、本願の請求項４に係る発明は、請求項１に係る発明において、前記サーバは、ＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）サーバであることを特徴としたものである。
また、さらに、本願の請求項５に係る発明は、請求項１に係る発明において、前記インターネット接続端末装置は、さらに、前記インターネット接続状態判定手段で得られた前記インターネット接続状態の可否を示す判定結果情報を格納しておく格納手段と、通信網を介して接続されたホスト装置との通信を行う通信手段とを備え、前記送信手段は、前記ホスト装置からのインターネット接続状態の問い合わせのタイミングで、前記名前解決要求を前記サーバに送信し、前記インターネット接続状態判定手段は、当該名前解決要求の応答に基づいてインターネットへの接続状態の可否を判定して、判定結果である判定結果情報を前記格納手段に格納し、前記通信手段は、当該判定結果情報を前記問い合わせに対する応答として前記ホスト装置に返信することを特徴としたものである。
また、さらに、本願の請求項６に係る発明は、請求項５に係る発明において、前記通信手段は、前記ホスト装置からのインターネット接続状態の問い合わせのタイミングで、当該タイミングよりも以前に前記インターネット接続状態判定手段において判定され、前記格納手段に格納されている前記判定結果情報を前記ホスト装置へ返信することを特徴としたものである。
また、さらに、本願の請求項７に係る発明は、請求項５に係る発明において、前記送信手段は、所定間隔毎に前記名前解決要求を前記サーバに送信し、前記インターネット接続状態判定手段は、当該名前解決要求の応答毎に、インターネット接続状態の可否の判定を行い、判定結果である判定結果情報を前記格納手段に格納し、前記通信手段は、前記ホスト装置からのインターネット接続状態の問い合わせのタイミングで、前記格納手段に格納されている当該判定結果情報を前記ホスト装置に返信することを特徴としたものである。
また、さらに、本願の請求項８に係る発明は、請求項５に係る発明において、前記通信手段は、前記ホスト装置からインターネット接続状態の問い合わせが初回である場合には、前記格納手段を参照することなく、前記ホスト装置に接続状態と返信することを特徴としたものである。
これらの構成により、本発明に係るインターネット接続端末装置は、所定の端末装置が実際にインターネットへの接続が可能な状態かどうかを判断することが必要とされる場合において、ＤＮＳサーバへのアクセスを試みることによって、その応答状況によって判断する方法の際に課題であった、ネットワーク環境下に存在するＤＮＳキャッシュの影響を受けるようなことがなく、真の意味で、目的のＤＮＳサーバ（インターネット）に接続された状況にあるかどうかを特定することができる。
また、本発明に係るインターネット接続端末装置は、目的のＤＮＳサーバへの問い合わせから応答に要する時間の影響を、他の端末装置の処理や操作性レスポンスに及ぼすことなく、少なく済ませることができる。
尚、前記目的を達成するために、本発明は、インターネット接続端末装置の特徴的な手段をステップとするインターネット接続状態確認方法として実現したり、コンピュータに各ステップを実行させるためのプログラムとして実現することもできる。そのようなプログラムは、ＣＤ−ＲＯＭ等の記録媒体やインターネット等の伝送媒体を通じて配信することができるのは言うまでもない。
本発明に係るインターネット接続端末装置は、ＤＮＳキャッシュの影響を受けることなく、インターネット接続状況を正確に判定することが可能となる。また、ホスト装置からインターネット接続状態の問い合わせを受けた場合においても、速やかにインターネット接続状態を応答でき、応答が遅延することによるホスト装置での弊害を確実に回避できる。本発明は、以下の実施の形態及び添付の図面を用いて説明されるが、これは例示を目的としており、本発明はこれらに限定されることを意図しない。
［図１］図１は、インターネットプリンタの内部機能構成を示すブロック図である。
［図２］図２は、インターネットプリンタが接続されたネットワークシステム図である。
［図３］図３は、インターネットプリンタの起動時でのインターネット接続チェック処理の流れを示すフローチャートである。
［図４］図４は、インターネットプリンタと、デジタルテレビと、ＤＮＳサーバと、コンテンツサーバとの間のインターネット接続状態の確認処理の流れと、コンテンツの印刷処理の手順を示すシーケンス図である。
［図５］図５は、インターネット接続状況問い合わせ時のインターネットプリンタ内部処理の流れを示すフローチャートである。
［図６］図６は、インターネットプリンタと、デジタルテレビと、ＤＮＳサーバと、コンテンツサーバとの間のインターネット接続状態の確認処理の流れと、コンテンツの印刷処理の手順を示すシーケンス図である。
［図７］図７は、インターネットプリンタが接続されたＬＡＮ上にＤＮＳサーバが存在する場合のネットワークシステム図である。
 符号の説明
１００ インターネットプリンタ
１０５ 状態問合せ処理部
１０６ インターネット接続チェック部
１０７ 接続状態キャッシュ
１０８ ＤＮＳクライアント
２００ デジタルテレビ
２０４ ＤＮＳサーバ
２０５ ルータ
２０６ ＤＮＳキャッシュ
７００ ローカルＤＮＳサーバ
７０１ ＤＮＳキャッシュ
以下、本発明に係るインターネット接続端末装置の実施の形態について、図面を参照しながら説明する。
（実施の形態）
図１は、本発明に係るインターネットプリンタ１００の内部機能構成を示すブロック図である。本実施の形態に係るインターネットプリンタ１００は、ＤＮＳサーバに対して存在しないホスト名やドメイン名を用いて名前解決要求を行い、その応答に応じて、ルータ等の中継装置のキャッシュ機能に影響を受けることなく、インターネット接続状況の判定を行うことを特徴とする。尚、本実施の形態の説明において、インターネットに接続されて接続状態の確認を行うインターネット接続端末装置をインターネットプリンタとして説明を行うが、本発明はこれに限定されるものではなく、インターネットに接続されるテレビ、ビデオ、パソコン、オーディオ機器、プリンタ等の機器においても本発明を適用できる。
インターネットプリンタ１００は、ネットワーク１０１に接続され、ネットワーク１０１との通信インターフェースを提供する通信部１０２、ＴＣＰ／ＩＰ通信におけるプロトコル処理機能を提供するＴＣＰ／ＩＰプロトコルスタック１０３、ＵＲＩプリント機能に必要な通信処理、プリントデータ解析処理等を行なうインターネットプリントアプリケーション１０４、他装置からのインターネット接続状態問合せに対応する処理を行なう状態問合せ処理部１０５、自装置がインターネット接続をしているかの判定処理を行なうインターネット接続チェック部１０６、インターネット接続チェック部１０６の判定結果を格納する接続状態キャッシュ１０７、及びＤＮＳサーバに対して名前解決要求を行なうＤＮＳクライアント１０８を備える。
ここで、インターネットプリンタ１００が本発明での「インターネット接続端末装置」に、インターネット接続チェック部１０６が「インターネット接続状態判定手段」に、ＤＮＳクライアント１０８が「送信手段」に、接続状態キャッシュ１０７が「格納手段」に各々相当する一例である。
図２は、本発明のインターネットプリンタ１００が接続されたネットワークシステム図であり、ネットワーク１０１を介してインターネットプリンタ１００と接続されているデジタルテレビ２００、インターネットプリンタ１００とデジタルテレビ２００より構成されるＬＡＮ２０１、インターネット２０２、インターネットプリンタ１００で印刷されるプリントコンテンツが格納されているコンテンツサーバ２０３、インターネットプリンタ１００からの名前解決要求に対する応答を行うＤＮＳサーバ２０４、及びインターネット２０２とＬＡＮ２０１とを中継するルータ２０５を備える。
ルータ２０５は、ＤＮＳサーバ２０４でのＤＮＳ名前解決結果をキャッシュするＤＮＳキャッシュ２０６を備えている。ＤＮＳキャッシュ２０６には、例えば、ホスト名とＩＰアドレスとの対応関係が記述され、ルータ２０５は、インターネットプリンタ１００から問い合わされたホスト名がＤＮＳキャッシュ２０６に記述されている場合には、ＤＮＳサーバ２０４に名前解決要求を送信することなく、インターネットプリンタ１００にホスト名に対応するＩＰアドレスを返信する機能を備えるものである。
ここで、デジタルテレビ２００は本発明での「ホスト装置」に相当する一例である。
デジタルテレビ２００には、ＢＭＬ（Ｂｒｏａｄｃａｓｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）で記述されたコンテンツを再生するＢＭＬブラウザが搭載されている。ここでＢＭＬについて印刷関連拡張が行なわれ、印刷用拡張関数がいくつか定義されている。
主な拡張関数としては、デジタルテレビ２００に接続されているインターネットプリンタ１００の状態を取得するｇｅｔＰｒｉｎｔｅｒＳｔａｔｕｓ関数や、インターネットプリンタ１００に対してＵＲＩプリントジョブを発行するｐｒｉｎｔＵｒｉ関数がある。これらの関数はＢＭＬコンテンツに記述されユーザのリモコン操作等のイベント処理時にＢＭＬブラウザによりコールされる。
上記関数はいずれも同期関数であり関数からの戻りは短時間で行なう必要がある。なぜなら、同期関数から戻るまではＢＭＬブラウザの処理がロックされ、ロック期間中はコンテンツに書かれたスクリプト処理が停止するので、そのロック期間中にはコンテンツをコンテンツプロバイダーの意図したとおりに表示できないためである。つまり、このロック期間を可能な限り短くすることで、同期関数のコンテンツ表示への影響を可能な限り小さくすることが求められる。
ＢＭＬコンテンツにおいては、まずｇｅｔＰｒｉｎｔｅｒＳｔａｔｕｓ関数でデジタルテレビ２００に接続されているインターネットプリンタ１００がインターネット接続状態であるかの確認を行い、接続状態である場合のみｐｒｉｎｔＵｒｉ関数が実行できる状態にする必要がある。
次に、インターネットプリンタ１００のシステム起動時に実行されるインターネット接続チェック処理の流れを図３により説明する。
図３は、インターネットプリンタ１００の起動時でのインターネット接続チェック処理の流れを示すフローチャートである。
最初に、システム起動時においてインターネット接続チェック部１０６は、通信部１０２、ＴＣＰ／ＩＰプロトコルスタック１０３、ＤＮＳクライアント１０８が利用可能状態になるのを確認後、「インターネット上に存在しないホスト名でのＤＮＳ名前解決要求」をＤＮＳクライアント１０８に対して行なう（Ｓ３０１）。
そして、ＤＮＳクライアント１０８は、通信部１０２、ＴＣＰ／ＩＰプロトコルスタック１０３を用いてインターネット２０２上のＤＮＳサーバ２０４に対して前記「インターネット上に存在しないホスト名でのＤＮＳ名前解決要求」に対応するＤＮＳ名前解決要求パケットを送信する。送信後、インターネット接続チェック部１０６は、所定の時間、応答パケットの受信待ち状態となる。
次に、ルータ２０６がインターネット２０２と接続されている場合、ＤＮＳ名前解決要求パケットはＤＮＳサーバ２０４に送られ名前解決が行なわれるが、インターネット上に存在しないホスト名の名前解決要求のためＤＮＳサーバ２０４は「名前解決失敗」というＤＮＳ応答パケットをルータ２０６経由でインターネットプリンタ１００に対して返信する。インターネット接続チェック部１０６は、受信待ち状態においてこのＤＮＳ応答パケットを受信する場合、即ち、ＤＮＳサーバからの応答がタイムアウトせずに「名前解決失敗」に対応する応答パケットを受信した場合には（Ｓ３０２でＮＯ）、インターネット接続状態であると判定し、接続状態キャッシュ１０７に「接続状態」と格納する（Ｓ３０４）。
なお、ＤＮＳサーバ２０４からの「名前解決失敗」という結果は、ＤＮＳキャッシュ２０６に格納されることはない。というのも、名前解決失敗の原因としてＤＮＳサーバ間での名前解決情報交換の遅延やホストアドレス変更登録のＤＮＳへの反映の遅延が考えられ、この場合はＤＮＳサーバ間での名前解決情報交換が完了すると名前解決可能となる。しかしながら、「名前解決失敗」結果をルータ２０５がＤＮＳキャッシュ２０６に保管し、それが存在する場合にはＤＮＳサーバ２０４に名前解決要求を転送せずに「名前解決失敗」結果をＤＮＳ名前解決要求元に返信してしまうと、すでに名前解決可能状態となっているにも関わらずＤＮＳ解決ができないことになってしまい好ましくない。よって「名前解決失敗」はＤＮＳキャッシュ２０６に格納されることはない。
つまり、本発明に係るインターネットプリンタ１００は、「インターネット上に存在しないホスト名でのＤＮＳ名前解決要求」をインターネットプリンタ１００から行うことにより、ルータ２０５のＤＮＳキャッシュ２０６の有無に関わらずインターネット上のＤＮＳサーバ２０４に対するＤＮＳ問合せ要求を行なわせることができるのである。
一方、ルータ２０６がインターネット２０２と接続されていない場合、例えばルータ２０６からインターネットに接続されるケーブルが外れている等の場合には、ＤＮＳ名前解決要求パケットはＤＮＳサーバ２０４に送ることができず要求パケットは損失するため応答パケットは返信されず、その結果、インターネット接続チェック部１０６は受信待ち状態がタイムアウトして（Ｓ３０２でＹＥＳ）、インターネット非接続状態であると判定し、接続状態キャッシュ１０７に「非接続状態」と格納する（Ｓ３０３）。
なお、本図においては、インターネットプリンタ１００は、システム起動後はデジタルテレビ２００からのインターネット接続状況問い合わせ要求受信時にインターネット接続状態のチェックを行うことになる。
図４は、本発明に係るインターネットプリンタ１００と、デジタルテレビ２００と、ＤＮＳサーバ２０４と、コンテンツサーバ２０３との間のインターネット接続状態の確認処理の流れと、コンテンツの印刷処理の手順を示すシーケンス図である。
最初に、デジタルテレビ２００からインターネットプリンタ１００に対してインターネット接続状態確認の要求が行われる（Ｓ４０１）。
次に、状態確認の要求を受けたインターネットプリンタ１００は、ＤＮＳサーバ２０４に対して、存在しないホスト名を用いて名前解決要求を行う（Ｓ４０２）。
そして、インターネットプリンタ１００のインターネット接続チェック部１０６は、ＤＮＳサーバ２０４側から「名前解決失敗」に対応する応答があった場合に、インターネットに接続されていると判定し、「接続状態」とデジタルテレビ側に返信する（Ｓ４０４）。また、接続状態キャッシュ１０７に「接続状態」と記録する。
次に、「接続状態」との状態確認を受けたデジタルテレビ２００から印刷コンテンツのＵＲＩプリントジョブの指定がインターネットプリンタ１００に送信され（Ｓ４０５）、インターネットプリンタ１００は、指定されたＵＲＩのコンテンツサーバ２０３に印刷コンテンツ取得要求を行い（Ｓ４０６）、印刷コンテンツを取得して（Ｓ４０７）、印刷処理を行う。
次に、インターネットプリンタ１００が、デジタルテレビ２００等のホスト装置からのインターネット接続状況問い合わせ要求受信時のインターネットプリンタ内部処理の流れを図５により説明する。
図５は、ホスト装置からのインターネット接続状況問い合わせ時のインターネットプリンタ内部処理の流れを示すフローチャートである。なお、図５において、図３と同じ処理については図３と同じ番号を付している。尚、図５においては、図３の場合と異なり、インターネットプリンタ１００は、デジタルテレビ２００からのインターネット接続状態確認を受けた場合に、ＤＮＳサーバ２０４に名前解決要求を送信して応答結果を判定する以前に接続状態キャッシュ１０７に既に記録されている接続状態情報を返信するものである。
最初に、ｇｅｔＰｒｉｎｔｅｒＳｔａｔｕｓ関数がＢＭＬコンテンツから呼ばれるとデジタルテレビ２００から、インターネットプリンタ１００に対してインターネット接続状況問い合わせ要求が送信される。
そして、状態問合せ処理部１０５は、上記インターネット接続状況問い合わせ要求を受信すると（Ｓ５０１）、接続状態キャッシュ１０７から接続状態情報を参照し（Ｓ５０２）、既に記録されている接続状態情報をインターネット接続状況問い合わせ応答に盛り込んでデジタルテレビ２００に返信する（Ｓ５０３）。インターネットプリンタ１００は接続状態情報問合せ応答を受信すると、ｇｅｔＰｒｉｎｔｅｒＳｔａｔｕｓ関数が戻り、インターネットプリンタ１００のインターネット接続状態をＢＭＬコンテンツに返す。
状態問合せ処理部１０５は、インターネット接続状況問い合わせ応答返信後（Ｓ４０３）に、インターネット接続チェック部１０６に対してインターネット接続状態チェック要求を行い、これを受けてインターネット接続チェック部１０６はＤＮＳ名前解決要求によるインターネット接続状態チェックを実行するが（Ｓ３０１からＳ３０４）、手順は図３と同じであるので説明を省略する。
そして、デジタルテレビ２００側においては、ｇｅｔＰｒｉｎｔｅｒＳｔａｔｕｓ関数実行結果よりインターネットプリンタ１００がインターネット接続状態であることがわかった場合は、ｐｒｉｎｔＵｒｉ関数が実行できる状態にし、ユーザからのリモコン操作等によりｐｒｉｎｔＵｒｉ関数が呼ばれるとインターネットプリンタ１００にＵＲＩプリントジョブが送信され、インターネットプリントアプリケーション１０４は、ＤＮＳクライアント１０８、ＤＮＳサーバ２０４により名前解決をした上で、コンテンツサーバ２０３から、ＵＲＩ指定された印刷コンテンツを取り出して印刷を実行する。
従って、本図に示す方法では、デジタルテレビ２００側において、ＢＭＬブラウザの処理がロックされるロック期間を短くして、スクリプト処理がロック期間中において停止することを防止して、コンテンツをコンテンツプロバイダーの意図したとおりに表示できない等の弊害を確実に防止することが可能となる。
図６は、本発明に係るインターネットプリンタ１００と、デジタルテレビ２００と、ＤＮＳサーバ２０４と、コンテンツサーバ２０３との間のインターネット接続状態の確認処理の流れと、コンテンツの印刷処理の手順を示すシーケンス図である。
最初に、デジタルテレビ２００からインターネットプリンタ１００に対してインターネット接続状態確認の要求が行われる（Ｓ６０１）。
次に、状態確認の要求を受けたインターネットプリンタ１００は、ＤＮＳサーバ２０４に対して、存在しないホスト名を用いて名前解決要求を行う（Ｓ６０２）。
また、インターネットプリンタ１００は、インターネット接続状態確認の要求を受信する直前においてインターネット接続チェック部１０６において判定されて接続状態キャッシュ１０７に記録されている接続状態を返信する（Ｓ６０３）。
次に、インターネットプリンタ１００のインターネット接続チェック部１０６は、ＤＮＳサーバ２０４側から「名前解決失敗」に対応する応答があった場合に（Ｓ６０４）、インターネットに接続されていると判定し、接続状態キャッシュ１０７を「接続状態」として更新する。
そして、「接続状態」との状態確認を受けたデジタルテレビ２００から印刷コンテンツのＵＲＩプリントジョブの指定がインターネットプリンタ１００に送信され（Ｓ６０５）、インターネットプリンタ１００は、指定されたＵＲＩのコンテンツサーバ２０３に印刷コンテンツ取得要求を行い（Ｓ６０６）、印刷コンテンツを取得して（Ｓ６０７）、印刷処理を行う。
なお、本図におけるＳ６０３において接続状態キャッシュ１０７の内容を返答するとしているが、インターネットプリンタ１００は、最初のインターネット接続状態の確認においては、常に「接続状態」とデジタルテレビ２００に返答し、当該確認以降においては、接続状態キャッシュ１０７に記録されている接続状態を返信することが考えられる。このことにより、デジタルテレビ２００側において、ＢＭＬブラウザの処理がロックされるロック期間の発生を回避することができる。
また、図７に示すように、インターネットプリンタ１００と同じＬＡＮ上にＤＮＳサーバ（以下、ローカルＤＮＳサーバ７００）が存在し、インターネットプリンタ１００はネットワークの制約上、名前解決をローカルＤＮＳサーバ７００により行なう必要がある場合においても本発明は有効である。
図７は、インターネットプリンタ１００が接続されたＬＡＮ上にローカルＤＮＳサーバ７００が存在する場合のネットワークシステム図である。図７においては、インターネットプリンタ１００からのＤＮＳ要求を受け付けるローカルＤＮＳサーバ７００、ＤＮＳサーバ２０４のＤＮＳ結果を保管するＤＮＳキャッシュ７０１、インターネットプリンタ１００、デジタルテレビ２００、ローカルＤＮＳサーバ７００よりなるＬＡＮから構成されている。
ここで、ローカルＤＮＳサーバ７００においても「名前解決失敗」は、ＤＮＳキャッシュ７０１に格納されることはない。ルータ２０５においてＤＮＳキャッシュ２０６に格納されないのと同様の理由による。
以上の説明のように、本実施の形態に係るインターネットプリンタ１００は、ＤＮＳでは「名前解決失敗」という結果はルータ２０５やローカルＤＮＳサーバ７００等のＤＮＳキャッシュに格納されることはないという特性に着目して、あえて「インターネット上に存在しないホスト名」でのＤＮＳ名前解決要求を行う。このため、ＤＮＳキャッシュの有無に関わらずインターネット上のＤＮＳサーバ２０４へＤＮＳ名前解決要求を行なわせ、その応答を受信することにより、インターネットプリンタ１００がインターネット接続状態であることを正しく判定できる。
また、本実施の形態に係るインターネットプリンタ１００は、デジタルテレビ２００等のホスト装置からのインターネット接続状況の問い合わせに対する応答を返信してから、ＤＮＳサーバ２０４を用いたインターネット接続状況を確認することも可能である。これにより、インターネットプリンタ１００は、インターネット接続状況問い合わせに対する応答を速やかにデジタルテレビ２００に返信でき、デジタルテレビ２００ではｇｅｔＰｒｉｎｔｅｒＳｔａｔｕｓ関数は速やかに戻ることができ、ＢＭＬブラウザのロック期間を短くできるので、テレビ画面等に表示されるコンテンツ表示への影響を小さくすることができる。
なお、本発明に係るインターネットプリンタ１００は、上述の図３及び図５に示す名前解決要求のＤＮＳサーバ２０４への送信タイミング以外に、定期的に名前解決要求をＤＮＳサーバ２０４にポーリング処理しても良い。即ち、インターネットプリンタ１００は、定期的にＤＮＳサーバ２０４に対して名前解決要求を送信し、その応答毎に、インターネット接続チェック部１０６は「接続状態」又は「非接続状態」を判定して、接続状態キャッシュ１０７に格納する。従って、インターネットプリンタ１００は、デジタルテレビ２００からインターネット接続状態が問い合わされた場合には、常に接続状態キャッシュ１０７に格納されている最新の接続情報を応答することができる。
また、本実施の形態ではデジタルテレビ２００からインターネットプリンタ１００へのインターネット接続状況問合せはネットワーク経由で行っているが、ＵＳＢ等でデジタルテレビ２００からインターネットプリンタ１００を１対１に接続して行っても構わない。
本発明にかかるインターネット接続端末装置は、インターネット接続状態の確認を行う装置、例えば、テレビ、ビデオ、パソコン、オーディオ機器、プリンタ、ＦＡＸ等に適用できる。
本発明は、ルータ等の中継装置を介してインターネットに接続されるインターネット接続端末装置に関し、特に、ＤＮＳサーバを用いてインターネット接続状況を判定するインターネット接続端末装置に関する。
近年、ブロードバンドのホーム環境への普及に伴い、インターネットに接続される民生機器が増えつつあり、それら機器を利用した様々なサービスが提案されている。
この民生機器の代表例としてプリンタがある。プリンタのネットワーク対応はオフィスにおいて広く普及しているが、それらは主にＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）上でパーソナルコンピューター（以下、ＰＣ）と接続され、ＰＣからの印刷指示に基づいてＰＣ上の印刷コンテンツを印刷するものである。
これに対してＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）で指定されたインターネット上の印刷コンテンツを、プリンタが直接インターネットからダウンロードして印刷する「ＵＲＩプリント方式」が提案されている。このＵＲＩプリント方式では、印刷命令を出す装置（以下、ホスト装置と称す）には印刷コンテンツをスプーリングする必要がなく、また、ホスト装置にインターネット接続機能がなくてもインターネット上の印刷コンテンツを印刷できるため、十分なシステムリソースを持たないノンＰＣであってもホスト装置とすることが比較的容易である。
また、自装置のユーザーインターフェースから印刷コンテンツのＵＲＩを入力して印刷指示をすることもでき、この場合、ホスト装置は不要となる。
ところで、ＵＲＩプリント方式対応のプリンタ（以下、ＵＲＩプリンタと称す）では、自装置のインターネット接続状態をチェックする機能が必要である。なぜなら、インターネット接続されていない状態で印刷指示を出しても無駄であるので、事前にＵＲＩプリンタがインターネット接続であることを確認してから印刷指示を出せば、無駄な印刷指示を出さなくてもすむからである。
上記においては、インターネット接続装置としてＵＲＩプリンタで説明したが、プリンタに限らずインターネット接続状態チェック機能はインターネット接続装置に共通して必要とされる機能である。インターネット接続装置はインターネット接続状態において本来の機能を提供できるので、本来の機能が使用可能状態かをチェックする上でインターネット接続状態チェック機能は不可欠な機能であることは自明である。
そして、インターネット接続装置において、インターネットへの接続が可能な状態かどうかを判断する方法としては、インターネット上のサーバに対してアクセスを試み、応答が返ってきたか否かで接続を判断する方法が提案されている。
具体的には、（１）インターネット接続チェック用のＷＥＢサーバ（ＨＴＴＰサーバ）をインターネット上に立てて、それに対してアクセスを試み、その応答状況により判断する方法や、（２）インターネット接続チェック用のサーバに対してＰＩＮＧコマンドを実行し、その応答状況により判断する方法などがある。
しかしながら、前記（１）に示すＷＥＢサーバによる方法では、インターネット接続チェックを行う装置の増大とともにアクセス数も増大してゆき、その結果、ＷＥＢサーバに非常に大きな通信負荷がかかってサーバの限界を超えてサーバダウンの危険性が想定される。また、ＷＥＢサーバを常時運転し、またそれを保証する必要があるため、その保守コストがかかるなどの課題を有する。
また、前記（２）に示すＰＩＮＧコマンドによる方法では、通信負荷の問題は回避できるが、ＰＩＮＧの応答を利用してサーバに侵入しようとするワームと呼ばれるコンピューターウイルスがあるためセキュリティ保持の観点からＰＩＮＧ方式には問題がある。
これに対して、（３）インターネット接続チェック用サーバとして専用のサーバを立てるのではなく既存のＤＮＳサーバを利用し、ＤＮＳサーバへの名前解決要求という形でアクセスを行い、その応答状況により判断する方法がある。
なお、インターネットに接続する手順として、ＷＷＷサーバ等に接続する場合には、ＩＰアドレスを使用する変わりに、取得容易なホスト（ドメイン）名を使用するのが一般的であり、このホスト（ドメイン）名を対応するＩＰアドレスに変換するものとしてＤＮＳサーバを利用することが記載されている（特許文献１参照。）。
前記（３）に示すＤＮＳによる方法は、ＤＮＳサーバに対して「インターネット上に存在するホスト名」の名前解決要求を出し、その解決結果によりインターネット接続状態を判別する。
そして、前記（３）に示すＤＮＳによる方法においては専用サーバを運営・管理する必要がない。また、ＤＮＳにおいては負荷分散の仕組みが用意されており、多くのアクセスが集中することに対しても対応可能である。さらに、ＤＮＳサーバに対しては単にホスト名の名前解決を行っているだけであり、セキュリティ面でも安全である。
特開２０００−１８３９００号公報
しかしながら、前記（３）に示すＤＮＳによるインターネット接続チェック方法においては、ルータ等の中継装置に、ＤＮＳキャッシュ機能が存在すると、インターネット接続装置はインターネット接続状態を正確に判定できないという課題がある。
即ち、ＤＮＳの名前解決が成功すると、ルータはその結果を有効期間の間、ＤＮＳキャッシュに保持する機能を有する。そして、インターネット接続端末装置から再度同じホスト名に対するＤＮＳ名前解決要求があった場合、インターネット側のＤＮＳサーバに対してＤＮＳ名前解決要求を出すことなく、ＤＮＳキャッシュから名前解決結果を要求元に返す。多くのルータはＤＮＳキャッシュ機能を備えており、このＤＮＳキャッシュ機能により、ＤＮＳ解決を見かけ上、高速に行なうことができる。
そして、ルータによっては、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）側（インターネット側）のケーブルが外れていても、ＤＮＳキャッシュにホスト名とアドレスとの関係が保持されている場合には、ルータのＤＮＳキャッシュからの名前解決結果を要求元に返すため、このような場合には、インターネット接続装置はＤＮＳ名前解決応答からはインターネット接続状態を正確に判断できないという問題がある。
また、インターネット接続端末装置が置かれたＬＡＮの制約上、インターネット接続端末装置がそのＬＡＮ上のＤＮＳサーバ（以下、ローカルＤＮＳサーバ）を使わざるを得ない場合がある。この場合、インターネット接続端末装置はローカルＤＮＳサーバに対してＤＮＳ名前解決要求をだし、ローカルＤＮＳサーバは自装置にてＤＮＳ名前解決できない場合はインターネット上のＤＮＳサーバに対してＤＮＳ名前解決要求を出すことになる。
ここで、ＤＮＳサーバはＤＮＳ名前解決要求結果をキャッシュすることが多く、このためローカルＤＮＳサーバ内にＤＮＳ名前解決要求結果が一旦キャッシュされると、その結果の有効期間において、インターネット接続端末装置はローカルＤＮＳサーバに対してＤＮＳ名前解決要求をだしても、ローカルＤＮＳサーバはインターネット上のＤＮＳサーバに対してＤＮＳ名前解決要求を出さないことになる。
そして、ルータ等の中継装置のインターネット側ケーブルが外れるなどによりインターネット接続端末装置からインターネット接続ができない状態であっても、ローカルＤＮＳサーバに対して名前解決済みのホスト名でＤＮＳ名前解決要求を出すと、ローカルＤＮＳサーバはインターネット上のＤＮＳサーバにＤＮＳ要求を中継することなくキャッシュされているＤＮＳ名前解決結果をインターネット接続端末装置に対して返信するので、ＤＮＳ名前解決要求の応答結果が返ってきたからといってインターネット接続ができる状態であるとは言えないことになり、インターネット接続状態を正しく判定できないことになるという課題を有している。
また、ホスト端末装置からインターネット接続端末装置に対して、インターネットに接続された状況にあるかどうかを問い合わせる要求があった場合に、インターネット接続端末装置はそのタイミングで目的のＤＮＳサーバへ名前解決要求を試みるが、その応答が返ってくるまでの時間はＤＮＳサーバの内部処理やＤＮＳサーバ間の通信時間に依存する。従って、インターネットへの接続状況の検出自体に時間がかかる可能性があり、前記応答を待ってからその情報を前記他のホスト装置に返すようにすると、前記他の端末装置での応答に応じた次の処理に移行するまでの所要時間が長くなり、前記他の端末装置での操作性レスポンスが低下するなどの課題を有している。
本発明は、前記従来の課題を解決するもので、インターネット接続端末装置が、ＤＮＳサーバへ名前解決要求を試み、その応答状況によってインターネットへの接続状況を判断する場合であっても、ネットワーク環境下の中継機器やＤＮＳサーバ内に存在するＤＮＳキャッシュの影響を受けずに、真の意味で、インターネット接続状況の特定を正確に判定できるインターネット接続端末装置を提供することを目的とする。
また、ホスト装置からインターネット接続端末装置に対してインターネットに接続されているかを問い合わせる要求があった場合であっても、ホスト装置に対するレスポンスが低下する等の悪影響を防止しながら、ＤＮＳサーバを用いてインターネットへの接続確認を行うことができるインターネット接続端末装置を提供することをも目的とする。
前記従来の課題を解決するために、本発明の請求項１のインターネット接続端末装置は、中継装置を介してインターネットへの接続が可能なインターネット接続端末装置であって、前記中継装置を介して、ホスト名又はドメイン名を用いて名前解決を行うサーバに、存在しないホスト名又はドメイン名を用いて名前解決要求を送信する送信手段と、前記名前解決要求の応答に基づいて、前記インターネット接続端末装置のインターネットへの接続状態の可否を判定するインターネット接続状態判定手段とを備えることを特徴としたものである。
また、本願の請求項２に係る発明は、請求項１に係る発明において、前記インターネット接続端末装置の前記インターネット接続状態判定手段は、前記名前解決要求の応答が所定時間内に返信された場合には、前記インターネット接続端末装置はインターネットに接続されていると判定し、前記名前解決要求の応答が所定時間内に返信されなかった場合には、前記インターネット接続端末装置はインターネットへ接続されていないと判定することを特徴としたものである。
また、さらに、本願の請求項３に係る発明は、請求項２に係る発明において、前記名前解決要求に対する応答は、前記サーバでの名前解決の失敗に対応する応答であることを特徴としたものである。
また、さらに、本願の請求項４に係る発明は、請求項１に係る発明において、前記サーバは、ＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）サーバであることを特徴としたものである。
また、さらに、本願の請求項５に係る発明は、請求項１に係る発明において、前記インターネット接続端末装置は、さらに、前記インターネット接続状態判定手段で得られた前記インターネット接続状態の可否を示す判定結果情報を格納しておく格納手段と、通信網を介して接続されたホスト装置との通信を行う通信手段とを備え、前記送信手段は、前記ホスト装置からのインターネット接続状態の問い合わせのタイミングで、前記名前解決要求を前記サーバに送信し、前記インターネット接続状態判定手段は、当該名前解決要求の応答に基づいてインターネットへの接続状態の可否を判定して、判定結果である判定結果情報を前記格納手段に格納し、前記通信手段は、当該判定結果情報を前記問い合わせに対する応答として前記ホスト装置に返信することを特徴としたものである。
また、さらに、本願の請求項６に係る発明は、請求項５に係る発明において、前記通信手段は、前記ホスト装置からのインターネット接続状態の問い合わせのタイミングで、当該タイミングよりも以前に前記インターネット接続状態判定手段において判定され、前記格納手段に格納されている前記判定結果情報を前記ホスト装置へ返信することを特徴としたものである。
また、さらに、本願の請求項７に係る発明は、請求項５に係る発明において、前記送信手段は、所定間隔毎に前記名前解決要求を前記サーバに送信し、前記インターネット接続状態判定手段は、当該名前解決要求の応答毎に、インターネット接続状態の可否の判定を行い、判定結果である判定結果情報を前記格納手段に格納し、前記通信手段は、前記ホスト装置からのインターネット接続状態の問い合わせのタイミングで、前記格納手段に格納されている当該判定結果情報を前記ホスト装置に返信することを特徴としたものである。
また、さらに、本願の請求項８に係る発明は、請求項５に係る発明において、前記通信手段は、前記ホスト装置からインターネット接続状態の問い合わせが初回である場合には、前記格納手段を参照することなく、前記ホスト装置に接続状態と返信することを特徴としたものである。
これらの構成により、本発明に係るインターネット接続端末装置は、所定の端末装置が実際にインターネットへの接続が可能な状態かどうかを判断することが必要とされる場合において、ＤＮＳサーバへのアクセスを試みることによって、その応答状況によって判断する方法の際に課題であった、ネットワーク環境下に存在するＤＮＳキャッシュの影響を受けるようなことがなく、真の意味で、目的のＤＮＳサーバ（インターネット）に接続された状況にあるかどうかを特定することができる。
また、本発明に係るインターネット接続端末装置は、目的のＤＮＳサーバへの問い合わせから応答に要する時間の影響を、他の端末装置の処理や操作性レスポンスに及ぼすことなく、少なく済ませることができる。
尚、前記目的を達成するために、本発明は、インターネット接続端末装置の特徴的な手段をステップとするインターネット接続状態確認方法として実現したり、コンピュータに各ステップを実行させるためのプログラムとして実現することもできる。そのようなプログラムは、ＣＤ−ＲＯＭ等の記録媒体やインターネット等の伝送媒体を通じて配信することができるのは言うまでもない。
本発明に係るインターネット接続端末装置は、ＤＮＳキャッシュの影響を受けることなく、インターネット接続状況を正確に判定することが可能となる。また、ホスト装置からインターネット接続状態の問い合わせを受けた場合においても、速やかにインターネット接続状態を応答でき、応答が遅延することによるホスト装置での弊害を確実に回避できる。本発明は、以下の実施の形態及び添付の図面を用いて説明されるが、これは例示を目的としており、本発明はこれらに限定されることを意図しない。
以下、本発明に係るインターネット接続端末装置の実施の形態について、図面を参照しながら説明する。
（実施の形態）
図１は、本発明に係るインターネットプリンタ１００の内部機能構成を示すブロック図である。本実施の形態に係るインターネットプリンタ１００は、ＤＮＳサーバに対して存在しないホスト名やドメイン名を用いて名前解決要求を行い、その応答に応じて、ルータ等の中継装置のキャッシュ機能に影響を受けることなく、インターネット接続状況の判定を行うことを特徴とする。尚、本実施の形態の説明において、インターネットに接続されて接続状態の確認を行うインターネット接続端末装置をインターネットプリンタとして説明を行うが、本発明はこれに限定されるものではなく、インターネットに接続されるテレビ、ビデオ、パソコン、オーディオ機器、プリンタ等の機器においても本発明を適用できる。
インターネットプリンタ１００は、ネットワーク１０１に接続され、ネットワーク１０１との通信インターフェースを提供する通信部１０２、ＴＣＰ／ＩＰ通信におけるプロトコル処理機能を提供するＴＣＰ／ＩＰプロトコルスタック１０３、ＵＲＩプリント機能に必要な通信処理、プリントデータ解析処理等を行なうインターネットプリントアプリケーション１０４、他装置からのインターネット接続状態問合せに対応する処理を行なう状態問合せ処理部１０５、自装置がインターネット接続をしているかの判定処理を行なうインターネット接続チェック部１０６、インターネット接続チェック部１０６の判定結果を格納する接続状態キャッシュ１０７、及びＤＮＳサーバに対して名前解決要求を行なうＤＮＳクライアント１０８を備える。
ここで、インターネットプリンタ１００が本発明での「インターネット接続端末装置」に、インターネット接続チェック部１０６が「インターネット接続状態判定手段」に、ＤＮＳクライアント１０８が「送信手段」に、接続状態キャッシュ１０７が「格納手段」に各々相当する一例である。
図２は、本発明のインターネットプリンタ１００が接続されたネットワークシステム図であり、ネットワーク１０１を介してインターネットプリンタ１００と接続されているデジタルテレビ２００、インターネットプリンタ１００とデジタルテレビ２００より構成されるＬＡＮ２０１、インターネット２０２、インターネットプリンタ１００で印刷されるプリントコンテンツが格納されているコンテンツサーバ２０３、インターネットプリンタ１００からの名前解決要求に対する応答を行うＤＮＳサーバ２０４、及びインターネット２０２とＬＡＮ２０１とを中継するルータ２０５を備える。
ルータ２０５は、ＤＮＳサーバ２０４でのＤＮＳ名前解決結果をキャッシュするＤＮＳキャッシュ２０６を備えている。ＤＮＳキャッシュ２０６には、例えば、ホスト名とＩＰアドレスとの対応関係が記述され、ルータ２０５は、インターネットプリンタ１００から問い合わされたホスト名がＤＮＳキャッシュ２０６に記述されている場合には、ＤＮＳサーバ２０４に名前解決要求を送信することなく、インターネットプリンタ１００にホスト名に対応するＩＰアドレスを返信する機能を備えるものである。
ここで、デジタルテレビ２００は本発明での「ホスト装置」に相当する一例である。
デジタルテレビ２００には、ＢＭＬ（Ｂｒｏａｄｃａｓｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）で記述されたコンテンツを再生するＢＭＬブラウザが搭載されている。ここでＢＭＬについて印刷関連拡張が行なわれ、印刷用拡張関数がいくつか定義されている。
主な拡張関数としては、デジタルテレビ２００に接続されているインターネットプリンタ１００の状態を取得するｇｅｔＰｒｉｎｔｅｒＳｔａｔｕｓ関数や、インターネットプリンタ１００に対してＵＲＩプリントジョブを発行するｐｒｉｎｔＵｒｉ関数がある。これらの関数はＢＭＬコンテンツに記述されユーザのリモコン操作等のイベント処理時にＢＭＬブラウザによりコールされる。
上記関数はいずれも同期関数であり関数からの戻りは短時間で行なう必要がある。なぜなら、同期関数から戻るまではＢＭＬブラウザの処理がロックされ、ロック期間中はコンテンツに書かれたスクリプト処理が停止するので、そのロック期間中にはコンテンツをコンテンツプロバイダーの意図したとおりに表示できないためである。つまり、このロック期間を可能な限り短くすることで、同期関数のコンテンツ表示への影響を可能な限り小さくすることが求められる。
ＢＭＬコンテンツにおいては、まずｇｅｔＰｒｉｎｔｅｒＳｔａｔｕｓ関数でデジタルテレビ２００に接続されているインターネットプリンタ１００がインターネット接続状態であるかの確認を行い、接続状態である場合のみｐｒｉｎｔＵｒｉ関数が実行できる状態にする必要がある。
次に、インターネットプリンタ１００のシステム起動時に実行されるインターネット接続チェック処理の流れを図３により説明する。
図３は、インターネットプリンタ１００の起動時でのインターネット接続チェック処理の流れを示すフローチャートである。
最初に、システム起動時においてインターネット接続チェック部１０６は、通信部１０２、ＴＣＰ／ＩＰプロトコルスタック１０３、ＤＮＳクライアント１０８が利用可能状態になるのを確認後、「インターネット上に存在しないホスト名でのＤＮＳ名前解決要求」をＤＮＳクライアント１０８に対して行なう（Ｓ３０１）。
そして、ＤＮＳクライアント１０８は、通信部１０２、ＴＣＰ／ＩＰプロトコルスタック１０３を用いてインターネット２０２上のＤＮＳサーバ２０４に対して前記「インターネット上に存在しないホスト名でのＤＮＳ名前解決要求」に対応するＤＮＳ名前解決要求パケットを送信する。送信後、インターネット接続チェック部１０６は、所定の時間、応答パケットの受信待ち状態となる。
次に、ルータ２０６がインターネット２０２と接続されている場合、ＤＮＳ名前解決要求パケットはＤＮＳサーバ２０４に送られ名前解決が行なわれるが、インターネット上に存在しないホスト名の名前解決要求のためＤＮＳサーバ２０４は「名前解決失敗」というＤＮＳ応答パケットをルータ２０６経由でインターネットプリンタ１００に対して返信する。インターネット接続チェック部１０６は、受信待ち状態においてこのＤＮＳ応答パケットを受信する場合、即ち、ＤＮＳサーバからの応答がタイムアウトせずに「名前解決失敗」に対応する応答パケットを受信した場合には（Ｓ３０２でＮＯ）、インターネット接続状態であると判定し、接続状態キャッシュ１０７に「接続状態」と格納する（Ｓ３０４）。
なお、ＤＮＳサーバ２０４からの「名前解決失敗」という結果は、ＤＮＳキャッシュ２０６に格納されることはない。というのも、名前解決失敗の原因としてＤＮＳサーバ間での名前解決情報交換の遅延やホストアドレス変更登録のＤＮＳへの反映の遅延が考えられ、この場合はＤＮＳサーバ間での名前解決情報交換が完了すると名前解決可能となる。しかしながら、「名前解決失敗」結果をルータ２０５がＤＮＳキャッシュ２０６に保管し、それが存在する場合にはＤＮＳサーバ２０４に名前解決要求を転送せずに「名前解決失敗」結果をＤＮＳ名前解決要求元に返信してしまうと、すでに名前解決可能状態となっているにも関わらずＤＮＳ解決ができないことになってしまい好ましくない。よって「名前解決失敗」はＤＮＳキャッシュ２０６に格納されることはない。
つまり、本発明に係るインターネットプリンタ１００は、「インターネット上に存在しないホスト名でのＤＮＳ名前解決要求」をインターネットプリンタ１００から行うことにより、ルータ２０５のＤＮＳキャッシュ２０６の有無に関わらずインターネット上のＤＮＳサーバ２０４に対するＤＮＳ問合せ要求を行なわせることができるのである。
一方、ルータ２０６がインターネット２０２と接続されていない場合、例えばルータ２０６からインターネットに接続されるケーブルが外れている等の場合には、ＤＮＳ名前解決要求パケットはＤＮＳサーバ２０４に送ることができず要求パケットは損失するため応答パケットは返信されず、その結果、インターネット接続チェック部１０６は受信待ち状態がタイムアウトして（Ｓ３０２でＹＥＳ）、インターネット非接続状態であると判定し、接続状態キャッシュ１０７に「非接続状態」と格納する（Ｓ３０３）。
なお、本図においては、インターネットプリンタ１００は、システム起動後はデジタルテレビ２００からのインターネット接続状況問い合わせ要求受信時にインターネット接続状態のチェックを行うことになる。
図４は、本発明に係るインターネットプリンタ１００と、デジタルテレビ２００と、ＤＮＳサーバ２０４と、コンテンツサーバ２０３との間のインターネット接続状態の確認処理の流れと、コンテンツの印刷処理の手順を示すシーケンス図である。
最初に、デジタルテレビ２００からインターネットプリンタ１００に対してインターネット接続状態確認の要求が行われる（Ｓ４０１）。
次に、状態確認の要求を受けたインターネットプリンタ１００は、ＤＮＳサーバ２０４に対して、存在しないホスト名を用いて名前解決要求を行う（Ｓ４０２）。
そして、インターネットプリンタ１００のインターネット接続チェック部１０６は、ＤＮＳサーバ２０４側から「名前解決失敗」に対応する応答があった場合に、インターネットに接続されていると判定し、「接続状態」とデジタルテレビ側に返信する（Ｓ４０４）。また、接続状態キャッシュ１０７に「接続状態」と記録する。
次に、「接続状態」との状態確認を受けたデジタルテレビ２００から印刷コンテンツのＵＲＩプリントジョブの指定がインターネットプリンタ１００に送信され（Ｓ４０５）、インターネットプリンタ１００は、指定されたＵＲＩのコンテンツサーバ２０３に印刷コンテンツ取得要求を行い（Ｓ４０６）、印刷コンテンツを取得して（Ｓ４０７）、印刷処理を行う。
次に、インターネットプリンタ１００が、デジタルテレビ２００等のホスト装置からのインターネット接続状況問い合わせ要求受信時のインターネットプリンタ内部処理の流れを図５により説明する。
図５は、ホスト装置からのインターネット接続状況問い合わせ時のインターネットプリンタ内部処理の流れを示すフローチャートである。なお、図５において、図３と同じ処理については図３と同じ番号を付している。尚、図５においては、図３の場合と異なり、インターネットプリンタ１００は、デジタルテレビ２００からのインターネット接続状態確認を受けた場合に、ＤＮＳサーバ２０４に名前解決要求を送信して応答結果を判定する以前に接続状態キャッシュ１０７に既に記録されている接続状態情報を返信するものである。
最初に、ｇｅｔＰｒｉｎｔｅｒＳｔａｔｕｓ関数がＢＭＬコンテンツから呼ばれるとデジタルテレビ２００から、インターネットプリンタ１００に対してインターネット接続状況問い合わせ要求が送信される。
そして、状態問合せ処理部１０５は、上記インターネット接続状況問い合わせ要求を受信すると（Ｓ５０１）、接続状態キャッシュ１０７から接続状態情報を参照し（Ｓ５０２）、既に記録されている接続状態情報をインターネット接続状況問い合わせ応答に盛り込んでデジタルテレビ２００に返信する（Ｓ５０３）。インターネットプリンタ１００は接続状態情報問合せ応答を受信すると、ｇｅｔＰｒｉｎｔｅｒＳｔａｔｕｓ関数が戻り、インターネットプリンタ１００のインターネット接続状態をＢＭＬコンテンツに返す。
状態問合せ処理部１０５は、インターネット接続状況問い合わせ応答返信後（Ｓ４０３）に、インターネット接続チェック部１０６に対してインターネット接続状態チェック要求を行い、これを受けてインターネット接続チェック部１０６はＤＮＳ名前解決要求によるインターネット接続状態チェックを実行するが（Ｓ３０１からＳ３０４）、手順は図３と同じであるので説明を省略する。
そして、デジタルテレビ２００側においては、ｇｅｔＰｒｉｎｔｅｒＳｔａｔｕｓ関数実行結果よりインターネットプリンタ１００がインターネット接続状態であることがわかった場合は、ｐｒｉｎｔＵｒｉ関数が実行できる状態にし、ユーザからのリモコン操作等によりｐｒｉｎｔＵｒｉ関数が呼ばれるとインターネットプリンタ１００にＵＲＩプリントジョブが送信され、インターネットプリントアプリケーション１０４は、ＤＮＳクライアント１０８、ＤＮＳサーバ２０４により名前解決をした上で、コンテンツサーバ２０３から、ＵＲＩ指定された印刷コンテンツを取り出して印刷を実行する。
従って、本図に示す方法では、デジタルテレビ２００側において、ＢＭＬブラウザの処理がロックされるロック期間を短くして、スクリプト処理がロック期間中において停止することを防止して、コンテンツをコンテンツプロバイダーの意図したとおりに表示できない等の弊害を確実に防止することが可能となる。
図６は、本発明に係るインターネットプリンタ１００と、デジタルテレビ２００と、ＤＮＳサーバ２０４と、コンテンツサーバ２０３との間のインターネット接続状態の確認処理の流れと、コンテンツの印刷処理の手順を示すシーケンス図である。
最初に、デジタルテレビ２００からインターネットプリンタ１００に対してインターネット接続状態確認の要求が行われる（Ｓ６０１）。
次に、状態確認の要求を受けたインターネットプリンタ１００は、ＤＮＳサーバ２０４に対して、存在しないホスト名を用いて名前解決要求を行う（Ｓ６０２）。
また、インターネットプリンタ１００は、インターネット接続状態確認の要求を受信する直前においてインターネット接続チェック部１０６において判定されて接続状態キャッシュ１０７に記録されている接続状態を返信する（Ｓ６０３）。
次に、インターネットプリンタ１００のインターネット接続チェック部１０６は、ＤＮＳサーバ２０４側から「名前解決失敗」に対応する応答があった場合に（Ｓ６０４）、インターネットに接続されていると判定し、接続状態キャッシュ１０７を「接続状態」として更新する。
そして、「接続状態」との状態確認を受けたデジタルテレビ２００から印刷コンテンツのＵＲＩプリントジョブの指定がインターネットプリンタ１００に送信され（Ｓ６０５）、インターネットプリンタ１００は、指定されたＵＲＩのコンテンツサーバ２０３に印刷コンテンツ取得要求を行い（Ｓ６０６）、印刷コンテンツを取得して（Ｓ６０７）、印刷処理を行う。
なお、本図におけるＳ６０３において接続状態キャッシュ１０７の内容を返答するとしているが、インターネットプリンタ１００は、最初のインターネット接続状態の確認においては、常に「接続状態」とデジタルテレビ２００に返答し、当該確認以降においては、接続状態キャッシュ１０７に記録されている接続状態を返信することが考えられる。このことにより、デジタルテレビ２００側において、ＢＭＬブラウザの処理がロックされるロック期間の発生を回避することができる。
また、図７に示すように、インターネットプリンタ１００と同じＬＡＮ上にＤＮＳサーバ（以下、ローカルＤＮＳサーバ７００）が存在し、インターネットプリンタ１００はネットワークの制約上、名前解決をローカルＤＮＳサーバ７００により行なう必要がある場合においても本発明は有効である。
図７は、インターネットプリンタ１００が接続されたＬＡＮ上にローカルＤＮＳサーバ７００が存在する場合のネットワークシステム図である。図７においては、インターネットプリンタ１００からのＤＮＳ要求を受け付けるローカルＤＮＳサーバ７００、ＤＮＳサーバ２０４のＤＮＳ結果を保管するＤＮＳキャッシュ７０１、インターネットプリンタ１００、デジタルテレビ２００、ローカルＤＮＳサーバ７００よりなるＬＡＮから構成されている。
ここで、ローカルＤＮＳサーバ７００においても「名前解決失敗」は、ＤＮＳキャッシュ７０１に格納されることはない。ルータ２０５においてＤＮＳキャッシュ２０６に格納されないのと同様の理由による。
以上の説明のように、本実施の形態に係るインターネットプリンタ１００は、ＤＮＳでは「名前解決失敗」という結果はルータ２０５やローカルＤＮＳサーバ７００等のＤＮＳキャッシュに格納されることはないという特性に着目して、あえて「インターネット上に存在しないホスト名」でのＤＮＳ名前解決要求を行う。このため、ＤＮＳキャッシュの有無に関わらずインターネット上のＤＮＳサーバ２０４へＤＮＳ名前解決要求を行なわせ、その応答を受信することにより、インターネットプリンタ１００がインターネット接続状態であることを正しく判定できる。
また、本実施の形態に係るインターネットプリンタ１００は、デジタルテレビ２００等のホスト装置からのインターネット接続状況の問い合わせに対する応答を返信してから、ＤＮＳサーバ２０４を用いたインターネット接続状況を確認することも可能である。これにより、インターネットプリンタ１００は、インターネット接続状況問い合わせに対する応答を速やかにデジタルテレビ２００に返信でき、デジタルテレビ２００ではｇｅｔＰｒｉｎｔｅｒＳｔａｔｕｓ関数は速やかに戻ることができ、ＢＭＬブラウザのロック期間を短くできるので、テレビ画面等に表示されるコンテンツ表示への影響を小さくすることができる。
なお、本発明に係るインターネットプリンタ１００は、上述の図３及び図５に示す名前解決要求のＤＮＳサーバ２０４への送信タイミング以外に、定期的に名前解決要求をＤＮＳサーバ２０４にポーリング処理しても良い。即ち、インターネットプリンタ１００は、定期的にＤＮＳサーバ２０４に対して名前解決要求を送信し、その応答毎に、インターネット接続チェック部１０６は「接続状態」又は「非接続状態」を判定して、接続状態キャッシュ１０７に格納する。従って、インターネットプリンタ１００は、デジタルテレビ２００からインターネット接続状態が問い合わされた場合には、常に接続状態キャッシュ１０７に格納されている最新の接続情報を応答することができる。
また、本実施の形態ではデジタルテレビ２００からインターネットプリンタ１００へのインターネット接続状況問合せはネットワーク経由で行っているが、ＵＳＢ等でデジタルテレビ２００からインターネットプリンタ１００を１対１に接続して行っても構わない。
本発明にかかるインターネット接続端末装置は、インターネット接続状態の確認を行う装置、例えば、テレビ、ビデオ、パソコン、オーディオ機器、プリンタ、ＦＡＸ等に適用できる。
図１は、インターネットプリンタの内部機能構成を示すブロック図である。 図２は、インターネットプリンタが接続されたネットワークシステム図である。 図３は、インターネットプリンタの起動時でのインターネット接続チェック処理の流れを示すフローチャートである。 図４は、インターネットプリンタと、デジタルテレビと、ＤＮＳサーバと、コンテンツサーバとの間のインターネット接続状態の確認処理の流れと、コンテンツの印刷処理の手順を示すシーケンス図である。 図５は、インターネット接続状況問い合わせ時のインターネットプリンタ内部処理の流れを示すフローチャートである。 図６は、インターネットプリンタと、デジタルテレビと、ＤＮＳサーバと、コンテンツサーバとの間のインターネット接続状態の確認処理の流れと、コンテンツの印刷処理の手順を示すシーケンス図である。 図７は、インターネットプリンタが接続されたＬＡＮ上にＤＮＳサーバが存在する場合のネットワークシステム図である。
符号の説明
１００ インターネットプリンタ
１０５ 状態問合せ処理部
１０６ インターネット接続チェック部
１０７ 接続状態キャッシュ
１０８ ＤＮＳクライアント
２００ デジタルテレビ
２０４ ＤＮＳサーバ
２０５ ルータ
２０６ ＤＮＳキャッシュ
７００ ローカルＤＮＳサーバ
７０１ ＤＮＳキャッシュ

Claims (18)

  1. 中継装置を介してインターネットへの接続が可能なインターネット接続端末装置であって、
    ホスト名又はドメイン名を用いて名前解決を行うサーバに、前記中継装置を介して、存在しないホスト名又はドメイン名を用いて名前解決要求を送信する送信手段と、
    前記名前解決要求の応答に基づいて、前記インターネット接続端末装置のインターネットへの接続状態の可否を判定するインターネット接続状態判定手段とを備える
    ことを特徴とするインターネット接続端末装置。
  2. 前記インターネット接続状態判定手段は、前記名前解決要求の応答が所定時間内に返信された場合には、前記インターネット接続端末装置はインターネットに接続されていると判定し、前記名前解決要求の応答が所定時間内に返信されなかった場合には、前記インターネット接続端末装置はインターネットへ接続されていないと判定する
    ことを特徴とする請求項１記載のインターネット接続端末装置。
  3. 前記名前解決要求に対する応答は、前記サーバでの名前解決の失敗に対応する応答である
    ことを特徴とする請求項２記載のインターネット接続端末装置。
  4. 前記サーバは、ＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）サーバである
    ことを特徴とする請求項１記載のインターネット接続端末装置。
  5. 前記インターネット接続端末装置は、さらに、
    前記インターネット接続状態判定手段で得られた前記インターネット接続状態の可否を示す判定結果情報を格納しておく格納手段と、
    通信網を介して接続されたホスト装置との通信を行う通信手段とを備え、
    前記送信手段は、前記ホスト装置からのインターネット接続状態の問い合わせのタイミングで、前記名前解決要求を前記サーバに送信し、
    前記インターネット接続状態判定手段は、当該名前解決要求の応答に基づいてインターネットへの接続状態の可否を判定して、判定結果である判定結果情報を前記格納手段に格納し、
    前記通信手段は、当該判定結果情報を前記問い合わせに対する応答として前記ホスト装置に返信する
    ことを特徴とする請求項１記載のインターネット接続端末装置。
  6. 前記通信手段は、前記ホスト装置からのインターネット接続状態の問い合わせのタイミングで、当該タイミングよりも以前に前記インターネット接続状態判定手段において判定され、前記格納手段に格納されている前記判定結果情報を前記ホスト装置へ返信する
    ことを特徴とする請求項５記載のインターネット接続端末装置。
  7. 前記送信手段は、所定間隔毎に前記名前解決要求を前記サーバに送信し、
    前記インターネット接続状態判定手段は、当該名前解決要求の応答毎に、インターネット接続状態の可否の判定を行い、判定結果である判定結果情報を前記格納手段に格納し、
    前記通信手段は、前記ホスト装置からのインターネット接続状態の問い合わせのタイミングで、前記格納手段に格納されている当該判定結果情報を前記ホスト装置に返信する
    ことを特徴とする請求項５記載のインターネット接続端末装置。
  8. 前記通信手段は、前記ホスト装置からインターネット接続状態の問い合わせが初回である場合には、前記格納手段を参照することなく、前記ホスト装置に接続状態を返信する
    ことを特徴とする請求項５記載のインターネット接続端末装置。
  9. 中継装置を介してインターネットへの接続が可能なインターネット接続端末装置におけるインターネット接続状態確認方法であって、
    ホスト名又はドメイン名を用いて名前解決を行うサーバに、前記中継装置を介して、存在しないホスト名又はドメイン名を用いて名前解決要求を送信する送信ステップと、
    前記名前解決要求の応答に基づいて、前記インターネット接続端末装置のインターネットへの接続状態を判定するインターネット接続状態判定ステップとを含む
    ことを特徴とするインターネット接続状態確認方法。
  10. 前記インターネット接続状態判定ステップにおいては、前記名前解決要求の応答が所定時間内に返信された場合には、前記インターネット接続端末装置はインターネットに接続されていると判定し、前記名前解決要求の応答が所定時間内に返信されなかった場合には、前記インターネット接続端末装置はインターネットへ接続されていないと判定する
    ことを特徴とする請求項９に記載のインターネット接続状態確認方法。
  11. 前記名前解決要求に対する応答は、前記サーバでの名前解決の失敗に対応する応答である
    ことを特徴とする請求項１０記載のインターネット接続状態確認方法。
  12. 前記サーバは、ＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）サーバである
    ことを特徴とする請求項９記載のインターネット接続状態確認方法。
  13. 前記インターネット接続端末装置は、
    前記インターネット接続状態判定ステップにおいて得られた前記インターネット接続状態の可否を示す判定結果情報を格納しておく格納手段を備え、
    前記インターネット接続状態確認方法は、さらに、
    通信網を介して接続されたホスト装置との通信を行う通信ステップを含み、
    前記送信ステップにおいては、前記ホスト装置からのインターネット接続状態の問い合わせのタイミングで、前記名前解決要求を前記サーバに送信し、
    前記インターネット接続状態判定ステップにおいては、当該名前解決要求の応答に基づいてインターネットへの接続状態の可否を判定して、判定結果である判定結果情報を前記格納手段に格納し、
    前記通信ステップにおいては、当該判定結果情報を前記問い合わせに対する応答として前記ホスト装置に返信する
    ことを特徴とする請求項９記載のインターネット接続状態確認方法。
  14. 前記通信ステップにおいては、前記ホスト装置からのインターネット接続状態の問い合わせのタイミングで、当該タイミングよりも以前に前記インターネット接続状態判定ステップにおいて判定され、前記格納手段に格納される前記判定結果情報を前記ホスト装置へ返信する
    ことを特徴とする請求項１３記載のインターネット接続状態確認方法。
  15. 前記送信ステップにおいては、所定間隔毎に前記名前解決要求を前記サーバに送信し、
    前記インターネット接続状態判定ステップにおいては、当該名前解決要求の応答毎に、インターネット接続状態の可否の判定を行い、判定結果である判定結果情報を前記格納手段に格納し、
    前記通信ステップにおいては、前記ホスト装置からのインターネット接続状態の問い合わせのタイミングで、前記格納手段に格納されている当該判定結果情報を前記ホスト装置に返信する
    ことを特徴とする請求項１３記載のインターネット接続状態確認方法。
  16. 前記通信ステップにおいては、前記ホスト装置からインターネット接続状態の問い合わせが初回である場合には、前記格納手段を参照することなく、前記ホスト装置に接続状態を返信する
    ことを特徴とする請求項１３記載のインターネット接続状態確認方法。
  17. コンピュータに請求項９記載のインターネット接続状態確認方法の機能を実現させる為のプログラム。
  18. 請求項１７記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
JP2006519513A 2004-05-06 2005-04-27 インターネット接続端末装置およびインターネット接続状態確認方法 Expired - Fee Related JP4523592B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2004137215 2004-05-06
JP2004137215 2004-05-06
PCT/JP2005/007973 WO2005109786A1 (ja) 2004-05-06 2005-04-27 インターネット接続端末装置およびインターネット接続状態確認方法

Publications (2)

Publication Number Publication Date
JPWO2005109786A1 true JPWO2005109786A1 (ja) 2008-03-21
JP4523592B2 JP4523592B2 (ja) 2010-08-11

Family

ID=35320570

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2006519513A Expired - Fee Related JP4523592B2 (ja) 2004-05-06 2005-04-27 インターネット接続端末装置およびインターネット接続状態確認方法

Country Status (5)

Country Link
US (1) US20090019145A1 (ja)
EP (1) EP1744498A1 (ja)
JP (1) JP4523592B2 (ja)
CN (1) CN1922834A (ja)
WO (1) WO2005109786A1 (ja)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4757063B2 (ja) * 2006-03-08 2011-08-24 日本電信電話株式会社 キャッシュサーバ装置、キャッシュ制御方法およびキャッシュサーバ装置用プログラム
JP5025734B2 (ja) * 2007-11-30 2012-09-12 シャープ株式会社 放送受信装置
EP3567881B1 (en) * 2008-11-17 2021-02-24 Amazon Technologies, Inc. Request routing and updating routing information utilizing client location information
US8949411B2 (en) 2010-12-16 2015-02-03 Microsoft Corporation Determining whether a device is inside a network
US9313085B2 (en) * 2010-12-16 2016-04-12 Microsoft Technology Licensing, Llc DNS-based determining whether a device is inside a network
JP5842128B2 (ja) * 2011-07-19 2016-01-13 パナソニックＩｐマネジメント株式会社 通信システム、機器通信サーバ、クライアント機器
JP2013178743A (ja) * 2012-01-31 2013-09-09 Ricoh Co Ltd 機器管理装置、機器管理システム、及びプログラム
CN102932485B (zh) * 2012-11-20 2016-03-30 无锡城市云计算中心有限公司 服务器连接状态的查询方法和装置
KR102023402B1 (ko) 2013-02-28 2019-09-23 삼성전자주식회사 통신 시스템에서 인터넷 연결 상태 모니터링 방법 및 장치
US9900229B2 (en) 2016-01-29 2018-02-20 Microsoft Technology Licensing, Llc Network-connectivity detection
JP7463095B2 (ja) * 2019-12-25 2024-04-08 キヤノン株式会社 通信装置、通信装置の制御方法及びプログラム
CN113259706B (zh) * 2021-06-28 2022-06-17 北京新唐思创教育科技有限公司 直播处理方法、装置、电子设备以及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11220596A (ja) * 1998-01-29 1999-08-10 Brother Ind Ltd インターネットファクシミリ装置
JP2000183900A (ja) * 1998-12-15 2000-06-30 Fujitsu Ltd ネットワークアドレスの設定方法及びその装置
JP2001184276A (ja) * 1999-12-27 2001-07-06 Minolta Co Ltd 電子メールシステムおよび電子メール通信方法

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020083029A1 (en) * 2000-10-23 2002-06-27 Chun Won Ho Virtual domain name system using the user's preferred language for the internet
US8918466B2 (en) * 2004-03-09 2014-12-23 Tonny Yu System for email processing and analysis

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11220596A (ja) * 1998-01-29 1999-08-10 Brother Ind Ltd インターネットファクシミリ装置
JP2000183900A (ja) * 1998-12-15 2000-06-30 Fujitsu Ltd ネットワークアドレスの設定方法及びその装置
JP2001184276A (ja) * 1999-12-27 2001-07-06 Minolta Co Ltd 電子メールシステムおよび電子メール通信方法

Also Published As

Publication number Publication date
US20090019145A1 (en) 2009-01-15
EP1744498A1 (en) 2007-01-17
CN1922834A (zh) 2007-02-28
JP4523592B2 (ja) 2010-08-11
WO2005109786A1 (ja) 2005-11-17

Similar Documents

Publication Publication Date Title
JP4523592B2 (ja) インターネット接続端末装置およびインターネット接続状態確認方法
US8001270B2 (en) Method and apparatus for discovering a network address
JP4533247B2 (ja) サービス提供システム、サービス提供方法及びサービス提供装置
US9134942B2 (en) Printing system, intermediate server, printing device, job system, method for executing print job, and computer-readable storage medium for computer program
JP5867448B2 (ja) ネットワークシステム、アクセス支援サーバ、処理装置、通信代行装置、およびコンピュータプログラム
JP4838564B2 (ja) ネットワークデバイス、その制御方法およびプログラム
JP2008181427A (ja) シングルサインオンシステム、情報端末装置、シングルサインオンサーバ、プログラム
KR100715850B1 (ko) Ｆｔｐ 를 이용한 인쇄시스템 및 인쇄방법 그리고 그에적용되는 사용자 단말장치 및 화상형성장치
US9807259B2 (en) Method for providing service through solution server in security environment, and apparatus and system for performing the same
US20100332681A1 (en) Communication apparatus capable of selecting a proper source address from a plurality of source addresses assigned thereto, method of controlling the same, and storage medium
US8248646B2 (en) Data transmission device including image acquiring unit, and method and computer readable medium therefor
US20110235641A1 (en) Communication apparatus, method of controlling the communication apparatus,and program
US7982895B2 (en) Image communication apparatus and method for controlling image communication apparatus
EP2220814B1 (en) Method for managing network components in a network, as well as a network component
US20130215442A1 (en) Communication device allowing proxy reception of data directed thereto, and control method and storage medium therefor
JP4633034B2 (ja) 情報処理システム及び情報処理方法、並びに情報処理プログラム
JP2016152461A (ja) クラウドシステム、ルータ、管理用サーバおよびプログラム
JP6870337B2 (ja) 画像形成装置、アクセス支援方法、およびコンピュータプログラム
US11467787B2 (en) Communication system, first server, second server, non-transitory computer-readable recording medium storing computer-readable instructions for first server and non-transitory computer-readable recording medium storing computer-readable instructions for second server
US20060132840A1 (en) Method and system for inquiring facsimile result of multifuntion peripheral
JP2012018528A (ja) 印刷装置、印刷方法及び印刷システム
JP7110739B2 (ja) 通信制御装置、通信制御プログラム及びネットワーク通信システム
JP2007213156A (ja) 複数種類のサービスを提供するサーバー
JP2009075726A (ja) 通信システム、情報処理装置及びプログラム
JP2009224895A (ja) 映像配信システム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20080407

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20100427

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20100527

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130604

Year of fee payment: 3

LAPS Cancellation because of no payment of annual fees