(57)【要約】【課題】ネットワーク接続の異常が自機側とネットワーク側とのどちらが原因であるかを切り分けて検出する。【解決手段】ＬＡＮケーブル２２の接続の有無を検出するアクセスコントローラ１２を設ける。マイクロコンピュータ１３は、アプリケーションを実行するとき、アクセスコントローラ１２の検出出力をチェックすることにより、ＬＡＮケーブル２２および自機側に、ネットワーク接続に関係する異常があるかどうかをチェックする。このチェックの結果、異常がないときには、アプリケーションを実行する。このアプリケーションがネットワークを使用するとき、アクセスコントローラ１２によりネットワークとのリンクが正常であるかどうかをチェックする。このチェックの結果、正常なときには、アプリケーションのネットワークへのアクセスを実行する。【選択図】        図１
2004295285.tif 000002
【特許請求の範囲】
【請求項１】
電子機器が、
ＬＡＮケーブルの接続の有無を検出するアクセスコントローラと、
マイクロコンピュータと
を有する場合に、
アプリケーションを実行するとき、上記アクセスコントローラの検出出力をチェックすることにより、上記ＬＡＮケーブルおよび上記電子機器側に、ネットワーク接続に関係する異常があるかどうかの第１のチェックを実行し、
この第１のチェックの結果、上記ネットワーク接続に関係する異常がないときには、上記アプリケーションを実行し、
このアプリケーションが上記ネットワークを使用するとき、上記アクセスコントローラにより上記ネットワークとのリンクが正常であるかどうかの第２のチェックを実行し、
この第２のチェックの結果、上記ネットワークとのリンクが正常なときには、上記アプリケーションの上記ネットワークへのアクセスを実行する
ようにしたネットワーク接続の管理方法。
【請求項２】
請求項１に記載のネットワーク接続の管理方法において、
上記第１のチェックの結果、上記ネットワーク接続に異常があるときには、これを表示し、
上記第２のチェックの結果、上記ネットワークとのリンクが異常のときには、これを表示する
ようにしたネットワーク接続の管理方法。
【請求項３】
ＬＡＮ用のコネクタジャックと、
このコネクタジャックに、ＬＡＮケーブルの接続の有無があったとき、これを検出するアクセスコントローラと、
このアクセスコントローラの検出出力が供給されるマイクロコンピュータとを有し、
上記マイクロコンピュータは、
アプリケーションを実行するとき、上記アクセスコントローラの検出出力をチェックすることにより、上記ＬＡＮケーブルおよび上記自機側に、ネットワーク接続に関係する異常があるかどうかの第１のチェックを実行し、
この第１のチェックの結果、上記ネットワーク接続に関係する異常がないときには、上記アプリケーションを実行し、
このアプリケーションが上記ネットワークを使用するとき、上記アクセスコントローラにより上記ネットワークとのリンクが正常であるかどうかの第２のチェックを実行し、
この第２のチェックの結果、上記ネットワークとのリンクが正常なときには、上記アプリケーションの上記ネットワークへのアクセスを実行する
ようにした電子機器。
【請求項４】
請求項３に記載の電子機器において、
上記第１のチェックの結果、上記ネットワーク接続に異常があるときには、これを表示し、
上記第２のチェックの結果、上記ネットワークとのリンクが異常のときには、これを表示する
ようにした電子機器。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、ネットワーク機能を有する電子機器において、ネットワークとの接続に異常があったとき、その異常個所を切り分けることのできるようにしたネットワーク接続の管理方法および電子機器に関する。
【０００２】
【従来の技術】
パーソナルコンピュータやＡＶ機器などの電子機器が、ネットワークを通じて各種のデータをやりとりする機会が多くなっている。このため、ネットワーク機能を有する電子機器は、ネットワークを通じてデータをやりとりするとき、例えば図４に示すようにしてネットワークの状態をチェックしている。
【０００３】
すなわち、図４は、パーソナルコンピュータにおいて実行されるアプリケーションの処理内容をルーチン２００として示す。そして、例えばユーザがこのアプリケーションの起動を指示すると、パーソナルコンピュータの処理がルーチン２００のステップ２０１からスタートし、次にステップ２０２において、ユーザの指示したアプリケーションの本体部分（コア部分）が起動され、続いて、ステップ２０３において、そのアプリケーションの本体部分の処理が実行される。
【０００４】
そして、ステップ２０３によりアプリケーションの本体部分の処理を実行しているときに、ネットワークを使用する状態になると、処理はステップ２０４に進み、ネットワークの状態がチェックされる。そして、このチェックの結果、ネットワークが正常なときには、処理はステップ２０５に進み、ネットワークを使用してデータがアクセスされ、その後、ステップ２０３に戻ってその処理が続行される。
【０００５】
一方、ステップ２０４のチェックの結果、ネットワークに異常があるときには、処理はステップ２０６に進み、例えばネットワークに異常のあることがディスプレイに表示され、その後、処理はステップ２０３に戻る。
【０００６】
つまり、ルーチン２００においては、ネットワークを使用するときになると、そのネットワークの正常・異常をチェックし、そのチェック結果に対応した処理を実行するようにされている。
【０００７】
また、ネットワークに接続された電子機器が実際に動作可能であるかどうかを確認する方法も開発されている（例えば、特許文献１参照）。
【０００８】
【特許文献１】
特開２００１−３５８７３０公報
【０００９】
【発明が解決しようとする課題】
ところで、ネットワークに異常を生じる場合、その理由は以下の２つに大別できる。
（１）  自機におけるトラブル
これは、ＬＡＮケーブルの抜けや不具合、あるいはＬＡＮボードの異常などのように、ユーザが管理できる範囲にトラブルを生じている場合である。
（２）  外部（自機以外）のトラブル
これは、ＤＮＳサーバのダウン、トラフィックの混雑などのように、ユーザが管理できない範囲にトラブルを生じている場合である。
【００１０】
ところが、ＯＳやアプリケーションから見た場合、（１）項と（２）項とを区別することはできない。また、（２）項のＤＮＳサーバのダウンなどのときには、７５〜８０秒のタイムアウト待ちが発生する。
【００１１】
このため、ネットワークの使用中に（１）項のＬＡＮケーブルの抜けが起きたときでも、あるいはネットワークの使用前からＬＡＮケーブルの抜けが起きていたときでも、ステップ２０４からステップ２０６に進むまでに、７５〜８０秒のタイムアウト期間を待つ必要があり、そのタイムアウト期間はユーザの要求に応答しなくなる。そして、ユーザはそのタイムアウト期間後に、ステップ２０６により何か異常のあることを知ることになる。
【００１２】
つまり、自機が原因でネットワークを使用できない状態になったときでも、これをすぐには知ることができない。しかも、自機が原因であるということさえ知ることができない。
【００１３】
この発明は、以上のような点にかんがみ、ネットワークの使用に異常があるとき、（１）項と（２）項とを区別することができ、また、（１）項に起因する異常のときには、これをユーザにただちに通知することができるようにするものである。
【００１４】
【課題を解決するための手段】
この発明においては、例えば、
電子機器が、
ＬＡＮケーブルの接続の有無を検出するアクセスコントローラと、
マイクロコンピュータと
を有する場合に、
アプリケーションを実行するとき、上記アクセスコントローラの検出出力をチェックすることにより、上記ＬＡＮケーブルおよび上記電子機器側に、ネットワーク接続に関係する異常があるかどうかの第１のチェックを実行し、
この第１のチェックの結果、上記ネットワーク接続に関係する異常がないときには、上記アプリケーションを実行し、
このアプリケーションが上記ネットワークを使用するとき、上記アクセスコントローラにより上記ネットワークとのリンクが正常であるかどうかの第２のチェックを実行し、
この第２のチェックの結果、上記ネットワークとのリンクが正常なときには、上記アプリケーションの上記ネットワークへのアクセスを実行する
ようにしたネットワーク接続の管理方法
とするものである。
したがって、ＬＡＮケーブルや自機でトラブルを生じたときと、ネットワーク側でトラブルを生じたときとで、処理が切り分けられる。
【００１５】
【発明の実施の形態】
図１はこの発明の一例を示し、この例においては、ＯＳとしてＬｉｎｕｘ（登録商標）を搭載したＡＶ機器１０を、イーサネット（登録商標）のコネクタプラグ２１およびＬＡＮケーブル２２を通じてネットワーク２３に接続する場合である。
【００１６】
そして、ＡＶ機器１０は、この発明に関係するハードウェアとして、イーサネット（登録商標）用のコネクタジャック１１と、アクセスコントローラ１２と、システム制御用のマイクロコンピュータ１３とを有する。この場合、コネクタジャック１１には、コネクタプラグ２１が差し込まれ、このＡＶ機器１０がＬＡＮケーブル２２を通じてネットワーク２３に接続される。
【００１７】
また、アクセスコントローラ１２は、コネクタジャック１１とマイクロコンピュータ１３との間に接続され、後述するネットワークデバイスドライバの制御にしたがって、ネットワーク２３とのリンク処理やデータのアクセスに必要な処理を実行する。さらに、アクセスコントローラ１２は、ネットワーク２３との電気的な接続状態を検出し、その接続状態が変化したとき、これをハードウェア割り込みによりマイクロコンピュータ１３に通知する機能を有する。
【００１８】
すなわち、コネクタプラグ２１がコネクタジャック１１に正しく差し込まれると、コネクタジャック１１の所定の接点の電位が変化し、これがアクセスコントローラ１２により検出される。そして、アクセスコントローラ１２は、その電位変化を検出すると、マイクロコンピュータ１３にハードウェア割り込みをかけ、マイクロコンピュータ１３にＬＡＮケーブル２２の接続されたことを通知する。しかし、コネクタプラグ２１が差し込まれていないときには、アクセスコントローラ１２による割り込みはかからない。
【００１９】
また、コネクタプラグ２１がコネクタジャック１１に正しく差し込まれている状態から抜かれると、やはりコネクタジャック１１の所定の接点の電位が変化するので、これをアクセスコントローラ１２が検出してマイクロコンピュータ１３にハードウェア割り込みをかけ、コネクタプラグ２１が抜かれたことを通知する。したがって、マイクロコンピュータ１３は、コネクタプラグ２１（ＬＡＮケーブル２２）の着脱をアクセスコントローラ１２によるハードウェア割り込みにより知ることができる。
【００２０】
なお、以上のような機能を有するアクセスコントローラ１２として、Ｎａｔｉｏｎａｌ  Ｓｅｍｉｃｏｎｄｕｃｔｏｒ  Ｃｏｒｐｏｒａｔｉｏｎ（アメリカ）のＩＣ「ＤＰ８３８１５」があり、データのアクセスに関係する信号と、接続状態およびハードウェア割り込みに関係する信号とが別個の外部ピンに割り当てられている。
【００２１】
また、マイクロコンピュータ１３は、これが実行するソフトウェアの一部として、ネットワークデバイスドライバｎｔｗｒｋおよびネットワークライブラリｎｔｗｒｋｌｉｂを有する。この場合、ネットワークデバイスドライバｎｔｗｒｋは、アクセスコントローラ１２を制御することにより、ネットワーク２３に対するデータのアクセスを可能とするためのものである。さらに、ネットワークドライバｎｔｗｒｋは、アクセスコントローラ１２からの割り込み信号の処理も行う。また、ネットワークライブラリｎｔｗｒｋｌｉｂは、ネットワークを使用するための各種の基本的なプログラムの集まりである。
【００２２】
さらに、マイクロコンピュータ１３には、このＡＶ機器１０を使用するときに必要なあるいは有用な複数のアプリケーションＡ〜Ｎが用意されるとともに、これらアプリケーションＡ〜Ｎは例えば図２に示す構成のルーチン１００（ルーチン１００Ａ〜１００Ｎ）とされる。
【００２３】
このような構成において、例えばユーザが任意のアプリケーションＭの起動を指示すると、パーソナルコンピュータの処理が、その指示されたアプリケーションＭを構成すルーチン１００（ルーチン１００Ｍ）のステップ１０１からスタートし、次にステップ１０２において、アクセスコントローラ１２からの割り込みをチェックすることにより、（１）項についてチェックされる。
【００２４】
すなわち、上述のように、コネクタプラグ２１とコネクタジャック１１との接続状態がアクセスコントローラ１２により検出され、その検出結果にしたがってマイクロコンピュータ１３に対するハードウェア割り込みが制御されるので、このハードウェア割り込みをステップ１０２においてチェックすることにより、（１）項を原因とするトラブルを生じているかどうかがチェックされる。
【００２５】
そして、チェックの結果、（１）項を原因とするトラブルを生じていないときには、処理はステップ１０２からステップ１０３に進み、このステップ１０３において、ユーザの指示したアプリケーションの本体部分が起動され、続いて、ステップ１０４において、そのアプリケーションの本体部分の処理が実行される。
【００２６】
そして、ステップ１０４によりアプリケーションの本体部分の処理を実行しているときに、ネットワーク２３を使用する状態になると、処理はステップ１０５に進み、ネットワーク２３とのリンク状態がチェックされる。このネットワーク２３とのリンク状態のチェックは上記（２）項に対応するものであり、ネットワークデバイスドライバｎｔｗｒｋがアクセスコントローラ１２を制御することにより実現される。また、このチェックのタイムアウト期間は、上述のように７５〜８０秒である。
【００２７】
そして、このチェックの結果、ネットワーク２３とのリンク状態が正常なときには、処理はステップ１０５からステップ１０６に進み、このステップ１０６において、ネットワーク２３に対して、アクセスコントローラ１２およびＬＡＮケーブル２２を通じてデータがアクセスされ、その後、処理はステップ１０４に戻ってアプリケーションの本体部分の処理が続行される。
【００２８】
また、ステップ１０５のチェックの結果、ネットワーク２３とのリンク状態に異常があるときには、処理はステップ１０５からステップ１０７に進み、このステップ１０７において、例えば「ネットワークに異常があり、ネットワークを使用できません。」の文字列がディスプレイ（図示せず）に表示されるとともに、リンクのできないときの処理が実行され、その後、処理はステップ１０４に戻る。
【００２９】
一方、ステップ１０２において、チェックの結果、（１）項を原因とするトラブルを生じているときには、処理はステップ１０２からステップ１１１に進み、このステップ１１１において、例えば「ＬＡＮケーブルまたは機器に異常があり、ネットワークを使用できません。」の文字列がディスプレイ（図示せず）に表示されるとともに、リンクができないときの処理が実行され、その後、処理はステップ１１２に進んでルーチン１００を終了する。
【００３０】
こうして、上述のＡＶ機器１０においては、（１）項や（２）項によるトラブルを知ることができるが、この場合、ルーチン１００においては、ステップ１０２により（１）項についてチェックし、ステップ１０５によりネットワーク２３とのリンク状態をチェックするようにしているので、（１）項に起因するトラブルと、（２）項に起因するトラブルとを切り分けることができ、トラブルを生じたときの対処が容易になる。例えば、ＬＡＮケーブル２２（コネクタプラグ２１）の抜けているとき、あるいはＬＡＮケーブル２２を、ストレートケーブルとクロスケーブルとで間違えているとき、容易に知ることができる。
【００３１】
また、ルーチン１００は、これを実行すると、まず、ステップ１０２により（１）項についてチェックするので、（１）項に起因するトラブルのときには、７５〜８０秒のタイムアウト期間を待つことがなく、直ちにそのトラブルを知ることができる。
【００３２】
さらに、アクセスコントローラ１２はもともとネットワーク２３との接続に必要なものであるから、ハードウェアを追加する必要がなく、したがって、コストの上昇を抑えることができる。また、アプリケーションＡ〜Ｎのどれも、ルーチン１００の構成とすることができ、ネットワークを使用するときのトラブル対策をルール化することができる。しかも、以上の処理をＬｉｎｕｘ（登録商標）のもとで実現することができる。
【００３３】
なお、上述においては、１度起動すると、ネットワーク２３へのアクセスが、複数回あり得るアプリケーションの場合であるが、例えば電子メールを送受信するソフトウェアのように、１度の起動で１度しかネットワーク２３にアクセスしないアプリケーションの場合には、そのルーチン１００を図３に示すように構成することができる。
【００３４】
すなわち、例えばパーソナルコンピュータにメーラの自動実行を設定した場合には、そのメーラは例えば１０分に１度実行されるとともに、１回の実行ごとに１回だけネットワーク２３にアクセスする。したがって、このようなアプリケーションの場合には、図３に示すように、ステップ１０６、１０７を実行したら、ステップ１０８によりルーチン１００を終了すればよい。
【００３５】
また、上述においては、ステップ１１１において、トラブルを表示するとしたが、そのような表示が好ましくない場合には、例えば、ステップ１１１において、エラーフラグを立ててからステップ１０３に進み、その後、必要なときにそのエラーフラグに対応した処理を実行することもできる。
【００３６】
〔この明細書で使用している略語の一覧〕
ＡＶ  ：Ａｕｄｉｏ  ａｎｄ  Ｖｉｓｕａｌ
ＤＮＳ：Ｄｏｍａｉｎ  Ｎａｍｅ  ｓｙｓｔｅｍ
ＩＣ  ：Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ
ＬＡＮ：Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ
ＯＳ  ：Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ
【００３７】
【発明の効果】
この発明によれば、電子機器がネットワークを使用するとき、自機に起因するトラブルと、ネットワークに起因するトラブルとを切り分けることができ、トラブルを生じたときの対処が容易になる。また、自機に起因するトラブルのときには、７５〜８０秒のタイムアウト期間を待たずに、直ちにそのトラブルを知ることができる。さらに、ハードウェアを追加する必要がなく、コストの上昇を抑えることができる。
【図面の簡単な説明】
【図１】この発明の一形態を示すシステム図である。
【図２】この発明の一形態を示すフローチャートである。
【図３】この発明の他の形態を示すフローチャートである。
【図４】この発明を説明するためのフローチャートである。
【符号の説明】
１０…ＡＶ機器、１１…コネクタジャック、１２…アクセスコントローラ、１３…マイクロコンピュータ、２１…コネクタプラグ、２２…ＬＡＮケーブル、２３…ネットワーク、ｎｔｗｒｋ…ネットワークデバイスドライバ、ｎｔｗｒｋｌｉｂ…ネットワークライブラリ
【図１】
2004295285.tif 000003
【図２】
2004295285.tif 000004
【図３】
2004295285.tif 000005
【図４】
2004295285.tif 000006
【手続補正書】
【提出日】平成16年4月15日(2004.4.15)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】特許請求の範囲
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
電子機器が、
ネットワークケーブルの接続の有無を検出するアクセスコントローラと、
マイクロコンピュータと
を備える場合に、
アプリケーションを実行するとき、上記アクセスコントローラの検出出力に応じて、上記ネットワークケーブルの電気的接続状態を検出することにより、ネットワーク接続に関係する異常があるかどうかの第１のチェックを実行し、
上記第１のチェックの結果、上記ネットワーク接続に関係する異常がないときには、上記アクセスコントローラにより上記ネットワークとのリンクが正常であるかどうかの第２のチェックを実行し、
上記第２のチェックの結果、上記ネットワークとのリンクが正常なときには、上記アプリケーションの上記ネットワークへのアクセスを実行する
ようにしたネットワーク接続の管理方法。
【請求項２】
請求項１に記載のネットワーク接続の管理方法において、
上記第１のチェックの結果、上記ネットワーク接続に異常があるときには、これを表示し、
上記第２のチェックの結果、上記ネットワークとのリンクが異常のときには、これを表示する
ようにしたネットワーク接続の管理方法。
【請求項３】
請求項１に記載のネットワーク接続の管理方法において、
上記アプリケーションは、所定の時間ごとに上記第１および第２のチェックを実行する
ことを特徴とするネットワーク接続の管理方法。
【請求項４】
ネットワークケーブルを接続するためのコネクタジャックと、
このコネクタジャックへの、ネットワークケーブルの接続の有無を検出するアクセスコントローラと、
マイクロコンピュータと
を有し、
上記マイクロコンピュータは、
アプリケーションを実行するとき、上記アクセスコントローラの検出出力に応じて、上記ネットワークケーブルの電気的接続状態を検出することにより、ネットワーク接続に関係する異常があるかどうかの第１のチェックを実行し、
上記第１のチェックの結果、上記ネットワーク接続に関係する異常がないときには、上記アクセスコントローラにより上記ネットワークとのリンクが正常であるかどうかの第２のチェックを実行し、
上記第２のチェックの結果、上記ネットワークとのリンクが正常なときには、上記アプリケーションの上記ネットワークへのアクセスを実行する
ようにした電子機器。
【請求項５】
請求項３に記載の電子機器において、
上記第１のチェックの結果、上記ネットワーク接続に異常があるときには、これを表示し、
上記第２のチェックの結果、上記ネットワークとのリンクが異常のときには、これを表示する
ようにした電子機器。
【請求項６】
請求項３に記載の電子機器において、
上記マイクロコンピュータは、所定の時間ごとに上記第１および第２のチェックを実行する
ことを特徴とする電子機器。