JP2007179219A - ネットワーク接続機器、ネットワーク接続機器の障害対応システムおよび障害対応プログラム - Google Patents

Abstract

【課題】ネットワーク接続機器に初期設定の誤りも含めた何らかの障害が発生した場合にこれについて対処するための情報をユーザ側が確実に取得することのできるネットワーク接続機器、ネットワーク接続機器の障害対応システムおよび障害対応プログラムを得る。
【解決手段】図示しないインターネットに接続されたｘＤＳＬモデ１０２はパーソナルコンピュータ１０３と接続されている。ｘＤＳＬモデ１０２に障害等の状態変化が生じると、状態変化比較部１１４が前の状態との関係でこれを検出し、項目・アラート表示選択部１１５が項目およびアラート表示検索データベース１１７を検索して検索結果１３４を選択してリンク・アラート表示追加部１１６に送出して表示枠に文書構造記述用言語で記述させ、設定画面１１９に出力させる。自装置内の情報を用いるので、修復に必要な情報を確実に取得できる。
【選択図】図２

Description

本発明は、各種モデム、ルータ、ターミナルアダプタ等のようにユーザ側に設置するネットワーク接続機器の障害発生時に対応するためのネットワーク接続機器、ネットワーク接続機器の障害対応システムおよび障害対応プログラムに関する。

近年、ネットワークサービスに用いられるｘＤＳＬ（x Digital Subscriber Line）モデムやブロードバンドルータ等のネットワーク接続機器の高機能化と多機能化が急速に進展している。これに伴って、ネットワーク接続機器の設定項目や状態の確認項目が複雑に細分化されている。この一方で、各種ネットワーク接続機器を扱うユーザの年齢範囲が拡大しており、ネットワークサービスを享受するユーザの人口も拡大している。この結果として、一部のユーザがネットワークサービスに関して豊富な知識や経験を有するものの、多くのユーザにとって知識の習熟度の底上げは期待できず、むしろ知識の習熟度に大きな格差が生じてきている。

このような環境の下では、ネットワーク接続機器に障害が発生したとき、特に初心者ユーザは問題解決の糸口となる項目を探し出すことができない場合が多くなっている。たとえば、周辺環境に起因して一時的にｘＤＳＬによる通信にリンクダウンが発生したり、ユーザ自身がネットワーク接続機器の設定を間違うことでＰＰＰ（Point-to-Point Protocol）接続を切断してしまったような場合に、自分で障害に対する適正な対応を採ることができない可能性がある。そこで、ユーザに対して何らかの技術的な支援を行うことが従来から行われている。

従来では、このような初心者ユーザに対する技術的な支援を、サービス事業者のサポート窓口の担当者が主として電話を用いて担当していた。しかしながら初心者ユーザがサポート窓口に電話した場合、担当者は電話で障害の発生したネットワーク接続機器の状態を把握するために、口頭でユーザの話をうまく誘導する必要がある。また、担当者が障害要因を把握した後は、解決手順を口頭で誘導する必要もある。初心者ユーザに対するこのような誘導は担当者にさまざまな負担を強いるだけでなく、かなりの時間を必要とすることになった。

そこで、ネットワーク接続機器の障害発生時にサポート担当者の負担を軽減する提案として、ネットワーク接続機器の送信する障害に関するレポートを受信して、メンテナンス用ＨＴＭＬ文書を作成するメンテナンスサーバを備えるネットワーク接続機器の障害対応システムが第１の提案として提案されている（たとえば特許文献１参照）。この第１の提案では、ネットワーク接続機器に障害が発生すると、メンテナンスサーバが前記したレポートを受信して、内蔵のサービス情報データベースの内容を基にしてメンテナンス用ＨＴＭＬ文書を作成して、メンテナンスセンタへ送信するようにしている。メンテナンスセンタでは、このメンテナンス用ＨＴＭＬ文書をブラウザに表示することでメンテナンスに関する情報を視覚的な情報として取得して、これを見ながらネットワーク接続機器のユーザに適切な指示を行うことができる。

この第１の提案によれば、ネットワーク機器に障害が発生した場合に、その障害の内容をユーザから電話によって聞き出すことなく、メンテナンスセンタから迅速に障害の対応を行えるという利点がある。

しかしながら、第１の提案では保守窓口としてのメンテナンスセンタの担当者が初心者ユーザでも分かる障害から高度な知識や経験を有するユーザでなければ対処できないような障害まですべて対応することになる。すでに説明したようにネットワーク接続機器に対するユーザの習熟度はまちまちであり、メンテナンスセンタ（サポート窓口）の担当者は個々のユーザの習熟度が分からない。したがって、メンテナンスセンタの担当者はユーザが初心者であることを前提としてすべての障害に対応することが必要であり、結果的に初歩的な支援を必要としないユーザに対してまで初歩的あるいは詳細な支援を時間を掛けて行うことになって、負荷を軽減することができないという問題があった。

また、このようにメンテナンスセンタの担当者の負荷が大きいためユーザの各々に対する支援サービス開始までの待ち時間が大きくなり、緊急に支援を必要とするユーザが長期間支援を待たされる可能性が高かった。このように第１の提案では、ユーザに対する支援サービスが改善されにくいという問題があった。そこで、ネットワーク接続機器に障害が発生した場合、その障害内容に該当する障害ＩＤ（Identification）をエラー修復支援システムに送信して、このエラー修復支援システムから修復のためのメンテナンスメッセージあるいはエラーコードをユーザが取得するようにしたネットワーク接続機器の障害対応システムが第２の提案として提案されている（たとえば特許文献２参照）。

図１９は、この第２の提案のネットワーク接続機器の障害対応システムで障害修復支援システムが行う処理の流れを表わしたものである。たとえば図示しない通信ネットワークに接続されたモデムが障害を発生させたとすると、このモデムに接続されたパーソナルコンピュータ等の通信端末からなる障害修復支援システムが、障害の対象となったモデムの送出してきた障害ＩＤを受信する（ステップＳ６０１：Ｙ）。そして、システム内蔵の管理テーブルを参照して（ステップＳ６０２）、障害ＩＤに対応する障害修復メッセージを取得する（ステップＳ６０３）。この障害修復メッセージはメンテナンス情報として通信端末のディスプレイに表示される（ステップＳ６０４）。したがって、ユーザはこの通信端末のディスプレイのメンテナンス情報を見ながら障害の修復を試みることができる。
特開２００４−０１３４１１号公報（第１２段落、図１、図２）。 特開平１０−１５４０８６号公報（第００１３、第００１５段落、図３）。

この第２の提案では、たとえばモデムに障害が発生したときにそのモデムに接続したパーソナルコンピュータ側が障害内容に対応した障害ＩＤを取得して、パーソナルコンピュータに内蔵された管理テーブルを基にしてメンテナンス情報をディスプレイに表示することになる。したがって、ユーザがディスプレイに表示されたメンテナンス情報によってモデムを修復することができれば、保守窓口の担当者に支援を求めることがなく、支援の効率化を図ることができる。

しかしながら、この第２の提案では、障害を発生させたモデム等のネットワーク接続機器に接続されたパーソナルコンピュータ等の通信端末が障害の解析を行うようになっている。このため、通信端末側が接続対象のネットワーク接続機器の障害に関する情報を取得していなければ、障害の解析を行うことができない。したがって、たとえば、モデムの設定に誤りがあり、モデムがパーソナルコンピュータに自装置の障害に関する情報を通信する前の状況では、障害の解析が行えない。モデムの設定が正常に行われている場合でも、モデムとパーソナルコンピュータ等の通信端末の接続に障害が発生していれば同様に通信端末側には障害の解析の基となるデータが存在しない場合も考えられる。

そこで本発明の目的は、ネットワーク接続機器に初期設定の誤りも含めた何らかの障害が発生した場合にこれについて対処するための情報をユーザ側が確実に取得することのできるネットワーク接続機器、ネットワーク接続機器の障害対応システムおよび障害対応プログラムを提供することにある。

本発明は、（イ）通信端末を通信ネットワークに接続する自装置内部の状態を監視する状態監視手段と、（ロ）この状態監視手段の監視により状態が変化したか否かを判別する状態比較手段と、（ハ）自装置内部の各種状態とこれらの状態に対処すべき情報としての対処情報とを対応付けて格納した状態対応データベースと、（ニ）状態比較手段により状態が変化したと判別されたとき、変化後の状態に対応した対処情報を状態対応データベースから検索するデータベース検索手段と、（ホ）このデータベース検索手段の検索により得られた対処情報を自装置に接続され視覚的な表示部を備えた通信端末が視覚表示できる表示形式の情報に変換する対処情報変換手段とをネットワーク接続機器に具備させる。

すなわち本発明では、通信端末を通信ネットワークに接続する機能を備えた自装置内部の状態を状態監視手段で監視し、状態比較手段で直前の状態と現在の状態を比較することで状態が変化したか否かを判別するようにしている。そして、状態比較手段により状態が変化したと判別されたときには、データベース検索手段を使用して変化後の状態に対応した対処情報を状態対応データベースから検索し、対処情報変換手段を使用することで得られた対処情報を自装置に接続された通信端末が視覚表示できる表示形式の情報に変換するようにしている。これにより、その通信端末で対処情報の視覚表示が可能になる。視覚表示される対処情報は自装置の状態対応データベースから検索するので、ネットワーク接続機器に初期設定の誤りも含めた何らかの障害が発生した場合にこれについて対処するための情報を確実に取得することができる。

また、本発明は、（イ）視覚的な表示部を備えた通信端末と、（ロ）この通信端末を通信ネットワークに接続する自装置内部の状態を監視する状態監視手段と、この状態監視手段の監視により状態が変化したか否かを判別する状態比較手段と、自装置内部の各種状態とこれらの状態に対処すべき情報としての対処情報とを対応付けて格納した状態対応データベースと、状態比較手段により状態が変化したと判別されたとき、変化後の状態に対応した対処情報を状態対応データベースから検索するデータベース検索手段と、このデータベース検索手段の検索により得られた対処情報を自装置に接続され視覚的な表示部を備えた通信端末が視覚表示できる表示形式の情報に変換する対処情報変換手段と、この対処情報変換手段により変換された対処情報が通信端末に送出され視覚的に表示され、これを基に特定の対処情報を指定してこれに対応する情報としての対処情報対応情報の要求があったとき、この要求を通信ネットワークに送出する対処情報対応情報要求送出手段とを具備するネットワーク接続機器と、（ハ）前記したネットワーク上に配置され、状態対応データベースに格納された少なくとも一部の対処情報にそれぞれ対応する情報としての対処情報対応情報を格納しており、通信端末から特定の対処情報対応情報の要求があったとき、該当する対処情報対応情報をネットワーク接続機器を介してその通信端末に送出する情報サーバとをネットワーク接続機器の障害対応システムに具備させる。

すなわち本発明では、視覚的な表示部を備えた通信端末とネットワーク接続機器および情報サーバでネットワーク接続機器の障害対応システムを構成している。ここでネットワーク接続機器は、通信端末を通信ネットワークに接続する機能を備えた自装置内部の状態を状態監視手段で監視し、状態比較手段で直前の状態と現在の状態を比較することで状態が変化したか否かを判別するようにしている。そして、状態比較手段により状態が変化したと判別されたときには、データベース検索手段を使用して変化後の状態に対応した対処情報を状態対応データベースから検索し、対処情報変換手段を使用することで得られた対処情報を自装置に接続された通信端末が視覚表示できる表示形式の情報に変換するようにしている。これにより、その通信端末で対処情報の視覚表示が可能になる。また、ネットワーク接続機器は対処情報が通信端末に送出され視覚的に表示され、これを基に特定の対処情報を指定してこれに対応する情報としての対処情報対応情報の要求があったとき、この要求を対処情報対応情報要求送出手段を用いて通信ネットワークに送出するようにしている。情報サーバは、この対処情報対応情報の要求を受信して、該当する対処情報対応情報をネットワーク接続機器を介して要求のあった通信端末に送出することにしている。これにより、要求を行った通信端末は、ネットワーク接続機器から得られた対処情報を補完するような対処情報対応情報をも取得することができる。すなわち、何らかの障害が発生した場合にこれについて対処するための対処情報を確実に得ることができるだけでなく、更に関連する情報をも取得できるので、障害の修復が容易かつ確実となる。

また、本発明の障害対応プログラムは、（イ）通信端末を通信ネットワークに接続するネットワーク接続機器のコンピュータに、（ロ）自装置内部の状態を間隔を置いて監視する状態監視処理と、（ハ）この状態監視処理の監視により状態が変化したか否かを判別する状態比較処理と、（ニ）この状態比較処理で状態が変化したと判別されたとき変化後の状態にユーザが対処すべき情報としての対処情報をネットワーク接続機器内部に配置された状態対応データベースから検索する対処情報検索処理と、（ホ）この対処情報検索処理により得られた検索結果を前記した通信端末のディスプレイに視覚表示できる表示形式の情報に変換する対処情報変換処理とを実行させることを特徴としている。

すなわち本発明では、通信端末を通信ネットワークに接続するネットワーク接続機器のコンピュータが備える障害に対処するための障害対応プログラムに関するもので、状態監視処理で自装置内部の状態を間隔を置いて監視し、状態比較処理で状態が変化したか否かを判別することにしている。そして、状態が変化したと判別されたとき変化後の状態にユーザが対処すべき情報としての対処情報をネットワーク接続機器内部に配置された状態対応データベースから検索して、検索結果を前記した通信端末のディスプレイに視覚表示できる表示形式の情報に変換するようにしている。このようにネットワーク接続機器内部に配置された状態対応データベースから対処情報を取得するので、ネットワーク接続機器に初期設定の誤りも含めた何らかの障害が発生した場合にこれについて対処するための情報を確実に取得することができる。

以上説明したように本発明によれば、通信端末を通信ネットワークに接続するネットワーク接続機器自体が、自装置内部の各種状態とこれらの状態に対処すべき情報としての対処情報とを対応付けて格納した状態対応データベースを用意しているので、ネットワークに接続できない障害が発生したような場合でも、これに対処することかできる。しかも、この状態対応データベースを通信ネットワークを介して更新できるようにすることで、その内容をネットワーク接続機器の現状のハードウェアあるいはソフトウェアに対応させて変更することができる。

また、本発明ではネットワーク接続機器がその設定を含む何らかの障害が発生した際の対処すべき情報としての対処情報を基にして、通信ネットワーク上の情報サーバに、これに対応する具体的な情報等の対処情報対応情報を要求することができる。これにより、自装置内部に用意した状態対応データベースによるユーザ向けの情報の不足を補うことができ、ユーザによる各種障害への対応がより迅速かつ確実に行えるようになる。

以下実施例につき本発明を詳細に説明する。

図１は、本発明の一実施例におけるネットワーク接続機器の障害対応システムの構成を表わしたものである。このネットワーク接続機器の障害対応システム１００は、ユーザ宅１０１側にネットワーク接続機器としてのｘＤＳＬモデム１０２が配置されており、パーソナルコンピュータ１０３およびＶｏＩＰ（Voice over Internet Protocol）用電話機１０４がこれに接続されている。ここで、ＶｏＩＰとは、ＩＰネットワーク上で音声情報を伝達する技術をいい、ＶｏＩＰ用電話機１０４はインターネットを通信に用いる電話機である。加入者回線用の電話機をそのまま流用して、いわゆるインターネット電話として使用することができる。パーソナルコンピュータ１０３は通常のコンピュータであるが、ウエブ（ＷＥＢ）設定用の画面表示を可能とするウエブブラウザ（web browser）をアプリケーションとしてインストールしている。

ｘＤＳＬモデム１０２は、従来から存在するメタル回線としての電話回線１０６を使用して高速通信を実現させる変復調装置であるが、本実施例の装置は障害確認対応装置として、障害が発生したときにこれに対処する機能を併せ持っている。すなわち、本実施例でネットワーク接続機器として使用されるｘＤＳＬモデム１０２は、ユーザ宅１０１側に配置されており、パーソナルコンピュータ１０３やＶｏＩＰ用電話機１０４に対する本来のｘＤＳＬモデムとしての機能を有する他に、ｘＤＳＬモデムとして使用するための設定ミス等の何らかの障害が発生した場合にはこの障害を修復するための対応を採ることができる機能も併せ持っている。本実施例では、ｘＤＳＬモデム１０２としてＶｏＩＰ−ＴＡ（Terminal Adapter）型ｘＤＳＬモデムを使用している。

ｘＤＳＬモデム１０２に一端を接続された電話回線１０６は、ＷＡＮ（Wide Area Network）側ネットワーク１０７およびサービス事業者の局設備１０８を介してインターネット１０９に接続されている。本実施例のＷＡＮ側ネットワーク１０７は、インターネット接続サービスおよびＶｏＩＰサービスが想定されている。このため、本実施例ではｘＤＳＬ網が使用されている。本実施例のサービス事業者の局設備１０８は、便宜上、１つの装置として示しているが、ｘＤＳＬによるインターネット接続サービスやＶｏＩＰサービスを実現するために複数の装置で構成されている。具体的には、局側ｘＤＳＬ集線装置（ＤＳＬＡＭ：Digital Subscriber Line Access Multiplexer）、基幹回線網（バックボーン・ネットワーク）およびＡＴＭ（Asynchronous Transfer Mode）ルータを介してインターネット１０９に接続するまでの装置群がサービス事業者の局設備１０８ということになる。

図２は、パーソナルコンピュータに接続された本実施例のｘＤＳＬモデムの要部の構成を表わしたものである。ｘＤＳＬモデム１０２は、本来のｘＤＳＬモデムとしての機能の他に、既に説明した本実施例独特の機能を備えている。図で破線で囲んで示した障害対応領域部１１１は、本実施例独特の構成領域を示したものである。ここには、ｘＤＳＬモデム１０２における障害対応領域部１１１以外の全領域からなる装置システム１１２を常時監視する装置監視部１１３と、この装置監視部１１３の監視結果を入力して過去の状態の監視結果と比較してｘＤＳＬモデム１０２自身の状態の変化を見つけ出す状態変化比較部１１４と、この状態変化比較部１１４の比較結果を用いて警告やメッセージをユーザに伝えるためのアラート表示を行う際の表示内容の選択を行う項目・アラート表示選択部１１５と、アラートの表示形式を調整するリンク・アラート表示追加部１１６および項目およびアラート表示検索データベース１１７から構成されている。ここでリンク・アラート表示追加部１１６から出力されるアラート情報は、設定画面出力部１１８を介してｘＤＳＬモデム１０２に接続されたパーソナルコンピュータ１０３（図１参照）に出力され、その図示しないディスプレイにおける設定画面１１９に表示されるようになっている。ｘＤＳＬモデム１０２の装置システム１１２は、設定入力部１２１から各種設定についての入力を受け付けるようになっている。

このようなｘＤＳＬモデム１０２の各構成部品の少なくとも一部はソフトウェアとしての制御プログラムで構成されている。ｘＤＳＬモデム１０２は図示しないがＣＰＵ（Central Processing Unit）と、前記した制御プログラムを格納した記憶媒体を備えている。

ところで装置システム１１２を常時監視する装置監視部１１３は、リンク状態監視ブロック１２３、ＰＰＰ接続監視ブロック１２４、ＶｏＩＰ接続監視ブロック１２５および入力項目監視ブロック１２６から構成されており、それぞれのブロックごとに監視を行うようになっている。ここで、リンク状態監視ブロック１２３は、装置システム１１２内のモデム制御部１２７の監視を行うようになっている。ＰＰＰ接続監視ブロック１２４は、同じく装置システム１１２内のＰＰＰ接続制御部１２８によるＰＰＰ接続の制御について監視を行うようになっている。ＶｏＩＰ接続監視ブロック１２５は、同じく装置システム１１２内のＶｏＩＰ接続制御部の制御について監視を行うようになっている。入力項目監視ブロック１２６は、設定入力部１２１の入力項目を監視するようになっている。

図３は、装置監視部による各ブロックの監視制御の概要を表わしたものである。ｘＤＳＬモデム１０２内の前記したＣＰＵは、リンク状態監視ブロック１２３の監視制御の時間帯であるかをチェックして（ステップＳ３０１）、そうであれば（Ｙ）、リンク状態監視ブロック１２３の監視制御を実行する（ステップＳ３０２）。リンク状態監視ブロック１２３の監視制御の時間帯でなければ（ステップＳ３０１：Ｎ）、ＰＰＰ接続監視ブロック１２４の監視制御の時間帯であるかをチェックして（ステップＳ３０３）、そうであれば（Ｙ）、ＰＰＰ接続監視ブロック１２４の監視制御を実行する（ステップＳ３０４）。ＰＰＰ接続監視ブロック１２４の監視制御の時間帯でなかった場合には（ステップＳ３０３：Ｎ）、続いて、ＶｏＩＰ接続監視ブロック１２５の監視制御の時間帯であるかをチェックする（ステップＳ３０５）。ＶｏＩＰ接続監視ブロック１２５の監視制御の時間帯であれば（Ｙ）、ＶｏＩＰ接続監視ブロック１２５の監視制御を実行する（ステップＳ３０６）。ＶｏＩＰ接続監視ブロック１２５の監視制御の時間帯ではない場合には（ステップＳ３０５：Ｎ）、入力項目監視ブロック１２６の監視制御の時間帯であるかをチェックして（ステップＳ３０７）、そうであれば（Ｙ）、入力項目監視ブロック１２６の監視制御を実行する（ステップＳ３０８）。

以上のステップＳ３０２、ステップＳ３０４、ステップＳ３０６またはステップＳ３０８の各制御の実行の後は、ステップＳ３０１に処理が戻る（リターン）。また、ステップＳ３０７で入力項目監視ブロック１２６の監視制御の時間帯ではないと判別された場合にも（Ｎ）、ステップＳ３０１に処理が戻る（リターン）ことになる。

ただし、本実施例では説明を簡略化するために、ステップＳ３０２のリンク状態監視ブロック１２３の監視制御と、ステップＳ３０４のＰＰＰ接続監視ブロック１２４の監視制御の２つの制御を行うことにし、これらについて後に説明することにする。

図４は、図２に示した状態変化比較部の制御の様子を表わしたものである。図２と共に説明する。状態変化比較部１１４は、装置監視部１１３から定期的に装置状態の監視情報１３１を受け付けるようになっている。監視情報１３１の受信があると（ステップＳ３１１：Ｙ）、これによって得られた現在の装置状態を図示しないＲＡＭ（Random Access Memory）等の記憶領域の特定の部位に格納する（ステップＳ３１２）。そして、この記憶領域の他の部位に格納されていた１つ前の装置状態を読み出して（ステップＳ３１３）、これらの装置状態を比較する（ステップＳ３１４）。そして、比較結果としての状態遷移情報１３２を項目・アラート表示選択部１１５に出力する（ステップＳ３１５）。この後、１つ前の装置状態を記憶していた部位に現在の装置状態を上書きして（ステップＳ３１６）次に受信する装置状態の記憶に備える（リターン）。もちろん、これら装置状態を記憶する部位を交互に使用するようにしたり、装置状態を記憶する記憶部位をリング状に配置して、これらに順にステップＳ３１１で受信した監視情報に基づいた装置状態を記憶するようにしてもよい。

図５は、項目・アラート表示選択部の制御の様子を表わしたものである。図２と共に説明する。項目・アラート表示選択部１１５は、状態遷移情報１３２の受信を待機しており（ステップＳ３２１）、これを受信すると（Ｙ）、ｘＤＳＬモデム１０２の装置状態が前回から遷移したかどうかを状態変化比較部１１４の比較結果から判別する（ステップＳ３２２）。装置状態が遷移したと判別された場合には（Ｙ）、項目・アラート表示選択部１１５はアラート表示用の情報を、項目およびアラート表示検索データベース１１７から検索する（ステップＳ３２３）。これによって項目およびアラート表示検索データベース１１７から得られた検索結果１３４は、選択情報１３５としてリンク・アラート表示追加部１１６に受け渡される（ステップＳ３２４）。

一方、ステップＳ３２２で装置状態が遷移していないと状態変化比較部１１４の比較結果から判別した場合（ステップＳ３２２：Ｎ）、項目・アラート表示選択部１１５は監視情報１３１をそのまま選択情報１３５としてリンク・アラート表示追加部１１６に受け渡す（ステップＳ３２５）。この場合、リンク・アラート表示追加部１１６は項目・アラート表示選択を行う必要がない。そこで、設定画面出力部１１８まで監視情報１３１を素通りさせることになる。

項目およびアラート表示検索データベース１１７は、装置状態から想定される障害について、現在の装置状態をユーザに解説する「アラート表示」と、障害の状態確認や、解決に相応しい「設定項目」を関連付けして格納したデータベースである。これについては後に具体的に説明する。

図６は、リンク・アラート表示追加部の制御の様子を表わしたものである。リンク・アラート表示追加部１１６は、項目・アラート表示選択部１１５から選択情報１３５を受信すると（ステップＳ３３１：Ｙ）、その選択情報１３５は装置状態の遷移に対する検索結果１３４であるかどうかを判別する（ステップＳ３３２）。そして、検索結果１３４である場合には（Ｙ）、受け取った状態確認および解決に必要な項目とアラート表示の情報を、後に説明するウエブ設定画面の表示例における「アラート表示や項目リンクの表示枠」にＨＴＭＬ（Hyper Text Markup Language）、ＸＨＴＭＬ（eXtensible HyperText Markup Language）等の文書構造記述用言語で記述して、設定画面出力部１１８に追加する出力を行う（ステップＳ３３３）。ステップＳ３３２で選択情報１３５が監視情報１３１そのままであった場合には（Ｎ）、状態が遷移していないので、項目・アラート表示選択を行う必要がない。そこでこの場合には設定画面出力部１１８まで監視情報１３１を素通りさせるようになっている。すなわち、ステップＳ３３３の処理を行うことなく、処理をステップＳ３３１にリターンさせる。

次に、障害対応領域部１１１以外の部分について説明する。設定画面出力部１１８は、パーソナルコンピュータ１０３のウエブブラウザに設定画面１１９を出力するようになっている。装置が状態遷移した場合には、リンク・アラート表示追加部１１６により、後に説明するアラート表示や項目リンクの表示枠に記載が追加されるようになっている。

設定画面１１９はウエブブラウザに表示される。本実施例のｘＤＳＬモデム１０２に接続されたパーソナルコンピュータ１０３は、設定画面出力部１１８にから出力された設定画面情報１３７を受け取って、これをウエブブラウザに表示する。パーソナルコンピュータ１０３は、ユーザによる装置設定の入力や変更を受け付けるユーザ・インタフェースとしての役割も担っている。

設定入力部１２１は、設定画面１１９に表示しながらユーザが入力した装置設定の変更内容を、装置システム１１２に反映するためのものである。設定入力部１２１によって装置システム１１２に反映される内容は、入力項目監ブロック１２６で常時監視されており、設定情報の変更の有無が把握されている。

装置システム１１２は、このｘＤＳＬモデム１０２の通常使用状態での動作の制御を行っている。実施例のｘＤＳＬモデム１０２は、既に説明したようにＶｏＩＰ−ＴＡ型ｘＤＳＬモデムとなっている。そこで、装置システム１１２は前記したモデム制御部１２７、ＰＰＰ接続制御部１２８およびＶｏＩＰ接続制御部１２９の各機能ブロックで構成されている。ただし、ここでは本発明に直接関連しない設定項目については、図示および説明を省略する。このような省略した機能ブロックの例としては、詳細なルーティング設定項目に関連するものや、ファームウェアの更新および装置の保守項目に関連するものを挙げることができる。

モデム制御部１２７は、ＷＡＮ側ネットワーク１０７とのｘＤＳＬリンクアップおよびデータの入出力を行う。モデム制御部１２７に関する情報は、次に説明するウエブ設定画面の設定項目におけるモデム状態確認項目で確認することができる。ＰＰＰ接続制御部１２８は、サービス事業者の局設備１０８とのＰＰＰ認証を行う。ＰＰＰ接続制御部１２８に関する情報は、同じくウエブ設定画面の設定項目におけるＰＰＰ接続設定項目で確認することができる。ＶｏＩＰ接続制御部１２９はサービス事業者の局設備１０８とのＶｏＩＰ認証およびＶｏＩＰ通話通話制御を行う。ＶｏＩＰ接続制御部１２９に関する情報は、同じくウエブ設定画面の設定項目におけるＶｏＩＰ接続設定項目で確認することができる。

図７は、パーソナルコンピュータのウエブ設定画面の設定項目の一覧の一例を示したものである。ここでは、ＶｏＩＰ−ＴＡ型ｘＤＳＬモデムとしてのｘＤＳＬモデム１０２についての、ウエブ設定画面に一般的に備わっている設定項目の中で、本発明に関連する項目のみを標準的に使用される用語で記載している。したがって、本発明と直接関係がない設定項目の記載は割愛している。このような割愛される設定項目としては、たとえば詳細なルーティング設定項目の関連や、ファームウェアの更新および装置保守項目の関連を挙げることができる。

ウエブ設定画面の設定項目のうち、項番「２ａ」に分類されたものは、図２のモデム制御部１２７に関する情報としてのモデム状態確認項目である。具体的な表示内容としては、ｘＤＳＬ回線が接続されているかどうか表示する「リンク状態」や、リンクアップ中のｘＤＳＬ規格の名称を表示する「ラインモード」や、ｘＤＳＬ回線の上り方向と下り方向の現在のリンク速度を表示する「リンク速度（下り／上り）（単位：kbps）」や、ｘＤＳＬ回線のエラー訂正制御状態を表示する「インタリーブ」や、ｘＤＳＬ回線のノイズマージンを表示する「ノイズマージン（単位：dB）」や、ｘＤＳＬ回線で実際に発生したエラーの数を統計して表示する「エラー統計情報」や、周波数ごとのｘＤＳＬリンク速度を視覚的に表示する「回線ノイズ状態グラフ」等を挙げることができる。このモデム状態確認項目は状態（設定）確認項目であり、ユーザの入力が必要な設定項目ではない。

ウエブ設定画面の設定項目のうち、項番「２ｂ」に分類されたものは、図２のＰＰＰ接続制御部１２８に関する情報としてのＰＰＰ接続設定項目である。具体的な表示内容としては、ＰＰＰ認証に必要な各パラメータである「ＰＰＰユーザＩＤ」、「ＰＰＰパスワード」、「ＩＰアドレス」および「ＤＮＳ（Domain Name System）」である。これらはサービス事業者から各ユーザに割り当てられた情報であり、ユーザの手動入力が必要な設定項目である。

ウエブ設定画面の設定項目のうち、項番「２ｃ」に分類されたものは、図２のＶｏＩＰ接続制御部１２９に関する情報としてのＶｏＩＰ接続設定項目である。具体的な表示内容としては、ＶｏＩＰ認証に必要な各パラメータである「ＶｏＩＰユーザＩＤ」、「ＶｏＩＰパスワード」、「ＶｏＩＰサーバ名」、「ＶｏＩＰ電話番号」および「サービスドメイン」である。これらはサービス事業者から各ユーザに割り当てられた情報であり、ユーザの手動入力が必要な設定項目である。

図８は、本実施例におけるウエブ設定画面の表示の一例を示したものである。本発明では、障害が発生したときの状態の確認や解決に関係するアラート表示や関連項目のリンクを、設定画面１１９（図２）におけるユーザが着目しやすい位置に自動的に表示することで、障害が発生した場合の解決を支援することを１つの目標としている。ここで、「設定画面１１９におけるユーザが着目しやすい位置」とは、ウエブブラウザで設定画面１１９を開いたときに最初にユーザの目に入る画面すなわちトップページであると考えられる。そのため、実施例では、アラート表示や項目リンクする位置をトップページの一部に位置付けて説明することにする。

ウエブ設定画面１４１には、各設定項目のメニュー表示枠１４２と、装置名・ウエブ設定画面タイトル等の表示枠１４３と、アラート表示や項目リンクの表示枠１４４および利用環境や装置情報等の表示枠１４５が表示されるようになっている。ここでアラート表示や項目リンクの表示枠１４４以外は、従来から用いられているものである。

各設定項目のメニュー表示枠１４２は、各設定項目のメニューを表示するようになっている。ここには図７に示した各設定項目を表示して選択することができる。近年のネットワークサービスに用いられるｘＤＳＬモデムやブロードバンドルータの高機能あるいは多機能化により、設定項目や状態確認項目が複雑に細分化されている。ウエブ表示形式による設定画面では、項目名をプルダウンメニューから選択して、トップページから各項目の詳細設定を行うページにジャンプする形式が一般的である。ところが、このようにトップページから各項目の詳細設定ページにジャンプする形式が一般的であるために、初心者ユーザは問題解決の糸口となる項目を見つけ難いという問題が発生している。本実施例のネットワーク接続機器の障害対応システム１００では、次に説明するが、各設定項目のメニュー表示枠１４２から、目的の項目をいちいち探し出す手間を省いている。

アラート表示や項目リンクの表示枠１４４は、本発明独自のものとなっている。装置が状態遷移となった場合には、図２に示したリンク・アラート表示追加部１１６により、このアラート表示や項目リンクの表示枠１４４にアラート表示および後に説明する項目リンクが表示される。この図８に示した例では、後に説明する状態遷移表における「第１のＸＤＳＬ再リンクアップ：一定時間経過後、自動的に再リンクアップし、リンクダウン前と比較してリンク速度に変化ない状態。」における表示例となっている。

このアラート表示や項目リンクの表示枠１４４には、「項目リンク」に関するボタン１４６が配置されている。図８に示した表示例では、「モデム状態確認」がリンクされている。この「項目リンク」は、いわゆるＨＴＭＬ（Hyper Text Markup Language）リンクであってもよいが、所定の項目の格納されている場所へのショートカットや、特定の項目を指示するボタン、アイコン、エイリアス（alias）等に類する表示手段を用いてもよい。アラート表示や項目リンクの表示枠１４４には「ＯＫ」（肯定）ボタン１４７も配置されている。「ＯＫ」ボタン１４７は、ユーザが手動で操作することで、アラート表示や項目リンクの表示をリセットさせることができるようになっている。

利用環境や装置情報等の表示枠１４５には、装置およびｘＤＳＬ回線の情報の他に、図７に示したモデム状態確認項目、ＰＰＰ接続設定項目、ＶｏＩＰ接続設定項目の情報等の情報が表示される。ユーザの利便性や事業者の事業判断によって、この利用環境や装置情報等の表示枠１４５に表示する内容が異なってくると考えられる。図８はその一例である。

＜ｘＤＳＬリンクに関する状態遷移＞

図９は、本実施例におけるｘＤＳＬリンクに関する状態遷移を表わしたものである。また、図１０は、このｘＤＳＬリンクに関して各状態に遷移した際の項目リンク表示とアラート表示の内容を表わしたものである。図９では、装置システム１１２（図２）のある「状態」から他の「状態」への遷移の関係付けを矢印で示している。この例では、ｘＤＳＬリンクに関する状態遷移について説明することにする。この図９に示した内容は状態遷移表として、図２に示す項目およびアラート表示検索データベース１１７に格納されている。また図１０は、状態変化比較部１１４が判断したｘＤＳＬモデム１０２の「状態」に関する情報を受けて、項目・アラート表示選択部１１５が項目およびアラート表示検索データベース１１７から検索し選択する「項目リンク表示」および「アラート表示」を示したものである。

まず、基本的な状態として第１の定常状態２０１が存在する。第１の定常状態２０１とは、ｘＤＳＬリンク、ＰＰＰ接続、ＶｏＩＰ接続のすべてが安定した理想的な状態である。第１の定常状態２０１は、回線障害等の障害要因が発生しない限り、矢印２０２で示すようにその状態が保持される。この第１の定常状態２０１では、ウエブ設定画面に表示する「項目リンク表示」および「アラート表示」は特にない。したがって、ユーザが図８における「ＯＫ」ボタン１４７を押してリセット操作を行わない限り、直前の表示状態を保持することになる。

この第１の定常状態２０１で回線障害等の障害要因が発生しｘＤＳＬリンクがダウンした場合には、ｘＤＳＬリンク発生状態２０３に遷移する。

ところで、装置システム１１２は、第１の定常状態２０１の他に第２の定常状態２０４を採ることができる。第２の定常状態２０４は、第１の定常状態２０１と比較すると、ｘＤＳＬリンク速度が低い状態にある。この第２の定常状態２０４では、ｘＤＳＬリンクが安定しているものの、第１の定常状態２０１と比較すると、低いリンク速度で安定している状態である。たとえば一時的なノイズ印加等の原因によって、一時的なｘＤＳＬ回線状態の悪化により発生するｘＤＳＬリンクダウンが生じることがある。このような場合、時間経過による回線状態の改善によっては自動的に再リンクアップする。しかしながら、残留ノイズがある状態等の原因によって回線状態の回復が完全ではない場合には、リンクダウン前のリンク速度よりも若干低い値で再リンクアップすることがある。第２の定常状態２０４は、このような状況で定常状態に移行したものである。ベスト・エフォート型サービスであるｘＤＳＬの場合、このようなケースでは、回線障害等の要因が再び発生しない限り、リンク速度は低い状態で保持されてしまう（矢印２０５参照）。

この第２の定常状態２０４から第１の定常状態２０１へ遷移するためには、ユーザの手動操作によって状態を一旦リセットして、再度リンクアップし直す必要がある。これによる状態が、ｘＤＳＬ手動リンクアップ状態２０６である。なお、第２の定常状態２０４で回線障害等の障害要因が発生し、リンクダウンした場合にはｘＤＳＬリンクダウン発生状態２０３に遷移する。第２の定常状態２０４では、ウエブ設定画面に表示する「項目リンク表示」および「アラート表示」は特になく、「ＯＫ」ボタン１４７の押下によるユーザのリセット操作がない限り直前の状態を保持する。

ｘＤＳＬリンク発生状態２０３とは、回線障害等の何らかの障害要因でｘＤＳＬリンクダウンが発生した直後の状態である。このｘＤＳＬリンク発生状態２０３の状態から、時間経過で要因が消滅するか否かで、第１のｘＤＳＬ再リンクアップ状態２０７、第２のｘＤＳＬ再リンクアップ状態２０８およびｘＤＳＬリンクダウン継続状態２０９のうちの何れかの状態に遷移する。ｘＤＳＬリンクダウン発生状態２０３でウエブ設定画面に表示する「項目リンク表示」および「アラート表示」は図１０の該当箇所に示す通りである。

第１のｘＤＳＬ再リンクアップ状態２０７は、一定時間経過後に、自動的に再リンクアップし、リンクダウン前と比較してリンク速度に変化ない状態である。この第１のｘＤＳＬ再リンクアップ状態２０７は、一定時間経過後に障害要因が消滅した場合に遷移する状態であり、「項目リンク表示」および「アラート表示」の画面表示出力を除けば、実質は第１の定常状態２０１に等しく、画面表示出力の後、そのまま第１の定常状態２０１へ遷移する。第１のｘＤＳＬ再リンクアップ状態２０７でウエブ設定画面に表示する「項目リンク表示」および「アラート表示」は図１０の該当箇所に示す通りである。

すなわち、図８に示すアラート表示や項目リンクの表示枠１４４には、次のような文章が表示される。
「ｘｘ月ｘｘ日ｘｘ時ｘｘ分にｘＤＳＬリンクダウンが発生しました。
以前の速度：下り ● ｋｂｐｓ／上り ★ ｋｂｐｓ
現在の速度：下り ○ ｋｂｐｓ／上り ☆ ｋｂｐｓ
詳細は[モデム状態確認]を確認してください。」

第２のｘＤＳＬ再リンクアップ状態２０８は、一定時間経過後に、自動的に再リンクアップし、リンクダウン前と比較してリンク速度が低い状態である。この第２のｘＤＳＬ再リンクアップ状態２０８は、「項目リンク表示」および「アラート表示」の画面表示出力を除けば、実質は第２の定常状態２０４に等しく、画面表示出力の後、そのまま第２の定常状態２０４へ遷移する。

ｘＤＳＬリンクダウン継続状態２０９は、一定時間経過後に、自動的に再リンクアップしない状態である。この状態は、回線障害等の障害要因が時間経過で消滅せずリンクダウンが継続している状態であり、要因が消滅しない限り、矢印２１１で示されるようにｘＤＳＬリンクダウン継続状態２０９が保持される。このｘＤＳＬリンクダウン継続状態２０９では、ユーザ単独での問題解決が困難な可能性が高い。このため、サービス事業者のサポート窓口へ問い合わせて問題解決を図る必要がある。このときには、要・問い合わせ状態２１２へ遷移する。ｘＤＳＬリンクダウン継続状態２０９でウエブ設定画面に表示する「項目リンク表示」および「アラート表示」は、図１０の該当箇所に示す通りである。

すなわち、図８に示すアラート表示や項目リンクの表示枠１４４には、次のような文章が表示される。
「ｘｘ月ｘｘ日ｘｘ時ｘｘ分からｘＤＳＬリンクダウンが発生しています。
→モデムの回線接続を確認してください。
回線接続が正常で、再度リンクアップしない場合はサービス事業者にお問い合わせください。」
なお、以降の箇所における具体的な表示は省略する。

ｘＤＳＬ手動リンクアップ２０６は、手動操作でｘＤＳＬの再リンクアップを行う状態である。第２の定常状態２０４から第１の定常状態２０１へ遷移するために、ユーザの手動操作で状態を一旦リセットして再度リンクアップし直し、リンク速度の回復を試みる状態である。リンク速度が回復すると第１の定常状態２０１へ遷移する。逆にリンク速度が回復しない場合は、第２の定常状態２０４に戻る。ｘＤＳＬ手動リンクアップ２０６では、ウエブ設定画面に表示する「項目リンク表示」および「アラート表示」は特になく、図８に示す「ＯＫ」ボタン１４７を用いてユーザがリセット操作を行わない限り、矢印２０５で示すように直前の状態を保持することになる。

要・問い合わせ状態２１２は、すでに説明したようにユーザ単独での問題解決が困難なために、サービス事業者のサポート窓口へ問い合わせて問題解決を図る必要がある状態である。「項目リンク表示」および「アラート表示」は特にない。

＜ＰＰＰ接続に関する状態遷移＞

図１１は、本実施例におけるＰＰＰ接続に関する状態遷移を表わしたものである。また、図１２は、このＰＰＰ接続に関して各状態に遷移した際の項目リンク表示とアラート表示の内容を表わしたものである。図９と同様に図１１では、装置システム１１２のある「状態」から他の「状態」への遷移の関係付けを矢印で示している。ただし、図１０と同一の状態については、その図示を省略している。

まず、基本的な状態として第１の定常状態２０１が存在する。第１の定常状態２０１は、図９で説明した通り、ｘＤＳＬリンク、ＰＰＰ接続、ＶｏＩＰ接続のすべて安定した理想的な状態である。ＰＰＰ接続に関する状態遷移の説明についても、第１の定常状態２０１を基本の状態と位置付ける。

ＰＰＰ切断発生状態２２１は、ＰＰＰ切断が発生した直後の状態である。これは、ネットワーク障害または設定誤り等の何らかの障害要因が発生し、ＰＰＰ接続が切断した状態である。この状態から、時間が経過して障害要因が消滅するか否かによって、ＰＰＰ再接続状態２２２、ＰＰＰ再接続不可状態２２３あるいはＰＰＰ切断継続状態２２４のうちの何れかの状態に遷移することになる。ＰＰＰ切断発生状態２２１では、ウエブ設定画面に表示する「項目リンク表示」および「アラート表示」は図１２の該当箇所に示す通りである。

ＰＰＰ再接続状態２２２は、一定時間経過後に、自動的にＰＰＰ再接続した状態である。このＰＰＰ再接続状態２２２は、一定時間経過後に障害要因が消滅した場合に遷移する状態であり、「項目リンク表示」および「アラート表示」の画面表示出力を除けば、実質は第１の定常状態２０１に等しく、画面表示出力の後、そのまま第１の定常状態２０１へ遷移する。ＰＰＰ再接続状態２２２でウエブ設定画面に表示する「項目リンク表示」および「アラート表示」は図１２の該当箇所に示す通りである。

ＰＰＰ再接続不可状態２２３は、ユーザによりＰＰＰ設定を変更された履歴があり、かつ、一定時間経過後にも自動的にＰＰＰ再接続できない状態である。このＰＰＰ再接続不可状態２２３は、ＰＰＰ切断が発生した障害要因が、ユーザによってＰＰＰ接続設定を誤って変更した場合に遷移する状態であり、一定時間経過後でも障害要因（この場合には設定誤り）が消滅しないために、ＰＰＰ再接続を行うことができない。ＰＰＰ再接続不可状態２２３から第１の定常状態２０１へ遷移するためには、ユーザの手動操作で状態を一旦リセットして再度リンクアップし直す必要がある（後に説明するＰＰＰ手動再接続状態２２５への状態遷移）。ＰＰＰ再接続不可状態２２３でウエブ設定画面に表示する「項目リンク表示」および「アラート表示」は、図１２の該当箇所に示す通りである。

ＰＰＰ切断継続状態２２４は、ユーザによりＰＰＰ設定を変更された履歴がなく、かつ一定時間経過後に至っても自動的にＰＰＰ再接続しない状態である。このＰＰＰ切断継続状態２２４は、ＰＰＰ切断が発生した障害要因が「ネットワーク障害」であり、かつ一定時間経過後に障害要因（この場合はネットワーク障害）が消滅しなかった場合に遷移する状態であり、障害要因が消滅しない限り、矢印２２６で示したようにＰＰＰ切断継続状態２２４が保持される。このＰＰＰ切断継続状態２２４では、ユーザ単独での問題解決が困難なため、サービス事業者のサポート窓口へ問い合わせて問題解決を図る必要がある（図９の要・問い合わせ状態２１２参照）。ＰＰＰ切断継続状態２２４でウエブ設定画面に表示する「項目リンク表示」および「アラート表示」は、図１２の該当箇所に示す通りである。

ＰＰＰ手動再接続状態２２５は、手動操作でＰＰＰの再接続を行う状態である。ＰＰＰ再接続不可状態２２３から第１の定常状態２０１へ遷移するために、ユーザの手動操作で状態を一旦リセットして再度ＰＰＰ接続を設定し直し、ＰＰＰ接続の回復を試みる状態である。ＰＰＰ接続が回復すると第１の定常状態２０１へ遷移する。逆にＰＰＰ接続設定に再度誤りがあり、ＰＰＰ接続が回復しない場合は、ＰＰＰ再接続不可状態２２３に戻る。ＰＰＰ手動再接続状態２２５でウエブ設定画面に表示する「項目リンク表示」および「アラート表示」は特になく、図８に示す「ＯＫ」ボタン１４７を用いてユーザがリセット操作を行わない限り直前の状態を保持することになる。

要・問い合わせ状態２１２は、図９で説明した通り、ユーザ単独での問題解決が困難な可能性が高いために、サービス事業者のサポート窓口へ問い合わせて問題解決を図る必要がある状態である。

以上説明したように本実施例では、ユーザに障害解決の糸口となる設定項目もしくは状態確認項目を容易に誘導でき、ユーザの習熟度に関わらず、目的の項目に容易に到達することが可能になる。近年のネットワークサービスに用いられるｘＤＳＬモデムやブロードバンドルータの高機能および多機能化により、設定項目や状態確認項目が複雑に細分化されており、問題解決の糸口となる項目を探し出すこと自体が、当該装置やネットワークに対する知識の習熟度が低い初心者ユーザには困難となることが挙げられる。本実施例によれば、初心者ユーザの習熟度に因る困難を取り除くことが可能となる。

また、本実施例では、障害発生の履歴もしくは残留問題をユーザに容易に認識させ、適切な処置を誘導することができる。ｘＤＳＬモデムでは、一時的なｘＤＳＬ回線状態の悪化により発生するｘＤＳＬリンクダウンの場合に、時間経過による回線状態の改善によって再リンクアップする場合がある。このため、ユーザはリンクダウンが発生したことに気付かないことがある。しかし、障害でリンクダウンした直後に、回線状態の回復が完全ではない状態（残留ノイズ）で再リンクアップしたような場合には、リンクダウン前のリンク速度よりも若干低い値で再リンクアップすることがあり、ベスト・エフォート型サービスであるｘＤＳＬの場合、このようなケースでは、回線障害等の要因が再び発生しない限り、リンク速度は低い状態で保持されてしまう。ユーザにとっては見かけ上で気が付かないうちに、リンク速度がダウンしているような現象となる。このような現象が発生した場合に、過去にリンクダウンが発生した事実と現状のリンク速度をユーザに容易に認識させることができるので、ユーザが任意で再度リンクアップし直す等の処置を支援することが可能になる。

＜発明の第１の変形例＞

図１３は、本発明の第１の変形例におけるＶｏＩＰ接続に関する状態遷移を表わしたものである。また、図１４は、このＶｏＩＰ接続に関して各状態に遷移した際の項目リンク表示とアラート表示の内容を表わしたものである。図１３では、装置システム１１２のある「状態」から他の「状態」への遷移の関係付けを矢印で示している。

この第１の変形例でも、基本的な状態として第１の定常状態２０１が存在する。第１の定常状態２０１は、図９で説明した通り、ｘＤＳＬリンク、ＰＰＰ接続、ＶｏＩＰ接続のすべて安定した理想的な状態である。ＶｏＩＰ接続に関する状態遷移の説明についても、第１の定常状態２０１を基本の状態と位置付ける。

ＶｏＩＰ切断発生状態２３１は、ＶｏＩＰ切断が発生した直後の状態である。これは、ネットワーク障害または設定誤り等の何らかの障害要因が発生し、ＶｏＩＰ接続が切断した状態である。この状態から、時間が経過して障害要因が消滅するか否かによって、ＶｏＩＰ再接続状態２２２、ＶｏＩＰ再接続不可状態２２３あるいはＶｏＩＰ切断継続状態２３４のうちの何れかの状態に遷移することになる。ＶｏＩＰ切断発生状態２３１では、ウエブ設定画面に表示する「項目リンク表示」および「アラート表示」は図１４の該当箇所に示す通りに示す通りである。

ＶｏＩＰ再接続状態２３２は、一定時間経過後に、自動的にＶｏＩＰ再接続した状態である。このＶｏＩＰ再接続状態２３２は、一定時間経過後に障害要因が消滅した場合に遷移する状態であり、「項目リンク表示」および「アラート表示」の画面表示出力を除けば、実質は第１の定常状態２０１に等しく、画面表示出力の後、そのまま第１の定常状態２０１へ遷移する。ＶｏＩＰ再接続状態２３２でウエブ設定画面に表示する「項目リンク表示」および「アラート表示」は図１４に示す通りである。

ＶｏＩＰ再接続不可状態２３３は、ユーザによりＶｏＩＰ設定を変更された履歴があり、かつ、一定時間経過後にも自動的にＶｏＩＰ再接続できない状態である。このＶｏＩＰ再接続不可状態２３３は、ＶｏＩＰ切断が発生した障害要因が、ユーザによってＶｏＩＰ接続設定を誤って変更した場合に遷移する状態であり、一定時間経過後でも障害要因（この場合には設定誤り）が消滅しないために、ＶｏＩＰ再接続を行うことができない。ＶｏＩＰ再接続不可状態２３３から第１の定常状態２０１へ遷移するためには、ユーザの手動操作で状態を一旦リセットして再度リンクアップし直す必要がある（後に説明するＶｏＩＰ手動再接続状態２３５への状態遷移）。ＶｏＩＰ再接続不可状態２３３でウエブ設定画面に表示する「項目リンク表示」および「アラート表示」は、図１４の該当箇所に示す通りに示す通りである。

ＶｏＩＰ切断継続状態２３４は、ユーザによりＶｏＩＰ設定を変更された履歴がなく、かつ一定時間経過後に至っても自動的にＶｏＩＰ再接続しない状態である。このＶｏＩＰ切断継続状態２３４は、ＶｏＩＰ切断が発生した障害要因が「ネットワーク障害」であり、かつ一定時間経過後に障害要因（この場合はネットワーク障害）が消滅しなかった場合に遷移する状態であり、障害要因が消滅しない限り、矢印２３６で示したようにＶｏＩＰ切断継続状態２３４が保持される。このＶｏＩＰ切断継続状態２３４では、ユーザ単独での問題解決が困難なため、サービス事業者のサポート窓口へ問い合わせて問題解決を図る必要がある（図９の要・問い合わせ状態２１２参照）。ＶｏＩＰ切断継続状態２３４でウエブ設定画面に表示する「項目リンク表示」および「アラート表示」は、図１４の該当箇所に示す通りである。

ＶｏＩＰ手動再接続状態２３５は、手動操作でＶｏＩＰの再接続を行う状態である。ＶｏＩＰ再接続不可状態２３３から第１の定常状態２０１へ遷移するために、ユーザの手動操作で状態を一旦リセットして再度ＶｏＩＰ接続を設定し直し、ＶｏＩＰ接続の回復を試みる状態である。ＶｏＩＰ接続が回復すると第１の定常状態２０１へ遷移する。逆にＶｏＩＰ接続設定に再度誤りがあり、ＶｏＩＰ接続が回復しない場合は、ＶｏＩＰ再接続不可状態２３３に戻る。ＶｏＩＰ手動再接続状態２３５でウエブ設定画面に表示する「項目リンク表示」および「アラート表示」は特になく、図８に示す「ＯＫ」ボタン１４７を用いてユーザがリセット操作を行わない限り直前の状態を保持することになる。

要・問い合わせ状態２１２は、図９で説明した通り、ユーザ単独での問題解決が困難な可能性が高いために、サービス事業者のサポート窓口へ問い合わせて問題解決を図る必要がある状態である。

＜発明の第２の変形例＞

図１５は、本発明の第２の変形例におけるネットワーク接続機器の障害対応システムの全体的な構成を表わしたものである。この図１５で図１と同一部分には同一の符号を付しており、これらの説明を適宜省略する。この第２の変形例のネットワーク接続機器の障害対応システム１００Ｂでは、インターネット１０９にデータベース更新サーバ４０１が接続されている。また、ユーザ宅１０１Ｂ内のｘＤＳＬモデム１０２Ｂは、データベース更新サーバ４０１から送られてくる更新情報を受信する更新情報受信部４０２を備えており、図２に示した項目およびアラート表示検索データベース１１７の内容を更新する更新情報を受信するようになっている。更新情報更新部４０３は、インターネット１０９に接続できる状態に限定されるが、ｘＤＳＬモデム１０２Ｂに関する更新情報が受信されると、項目およびアラート表示検索データベース１１７の内容を更新することができるようになっている。

すなわち、第２の変形例のネットワーク接続機器の障害対応システム１００Ｂでは、項目およびアラート表示検索データベース１１７の内容がｘＤＳＬモデム１０２Ｂのバージョンアップやその他の状況に応じて更新されるようになっている。したがって、インターネット１０９に接続できる状態が存在する条件で、項目およびアラート表示検索データベース１１７の内容が陳腐化することがない。

＜発明の第３の変形例＞

図１６は、本発明の第３の変形例におけるネットワーク接続機器の障害対応システムを表わしたものである。この図１６で図１と同一部分には同一の符号を付しており、これらの説明を適宜省略する。この第３の変形例のネットワーク接続機器の障害対応システム１００Ｃでは、インターネット１０９にヘルプサーバ４２１が接続されている。また、ユーザ宅１０１Ｃ内のｘＤＳＬモデム１０２Ｃには項目およびアラート表示検索データベース１１７Ｃが格納されている。この項目およびアラート表示検索データベース１１７Ｃは、実施例で説明した項目およびアラート表示検索データベース１１７の内容のうちのインターネット１０９に接続できる状態での各「アラート表示」に対応付けて「ウエブ参照情報」が格納されている。

「ウエブ参照情報」は、ヘルプサーバ４２１内のそれぞれの「アラート表示」に対応するより詳細あるいは具体的な情報である。具体的にはユーザが対処すべき解決策を図あるいは写真を使用したり動画を使用して、初心者ユーザにとっても理解しやすい内容としている。このような情報は、項目およびアラート表示検索データベース１１７に格納することも可能であるが、記憶容量が大きくなるので、ｘＤＳＬモデム１０２Ｃの図示しないメモリを大容量とする必要があり、コストアップの要因となる。また、バージョンアップに対応させることができない。そこで、本発明の第３の変形例におけるネットワーク接続機器の障害対応システム１００Ｃでは、インターネット１０９上にヘルプサーバ４２１を設け、パーソナルコンピュータ１０３側にウエブアクセス部４２２を配置して、インターネット１０９に接続できる状態での個々の「アラート表示」に対応する形で、該当する「ウエブ参照情報」を取得してブラウザに表示できるようにしている。

「ウエブ参照情報」には、サポート窓口の担当者の電話番号を含めることができる。この場合の電話番号は、それぞれの「アラート表示」に対応させることができる。したがって、障害の内容に応じてサポート窓口の担当者を具体的に指定して、ユーザに対してより専門的な回答を取得させることができる。もちろん、障害内容によってはサポート窓口に限らず、ｘＤＳＬモデム１０２Ｃの該当部品を開発したメーカの開発担当者に通じる電話番号であってもよい。「ウエブ参照情報」には、サポート窓口やこれら各担当者の電子メールのアドレスを含めることができることも当然である。

サポート窓口の担当者はユーザ宅１０１Ｃから送られてくる「ウエブ参照情報」の要求に「参照番号」あるいは「状態」に関する情報が含まれるようにすることで、ユーザに障害内容を問い合わせることなく、障害の概要を知ることができる。したがって、特に初心者ユーザにウエブアクセス部４２２を受け口とした、より分かりやすい情報を送信して、これをディスプレイの設定画面１１９（図２参照）に表示させることで、障害をより迅速に修復させることができる。

図１７は、実施例の図１４に対応してＶｏＩＰ接続に関して各状態に遷移した際の項目リンク表示とアラート表示の内容を表わしたものである。「アラート表示」の欄の中でユーザが現在の障害に対処すべき必要のある箇所には、「ＷＷＷヘルプ」ボタン４３１が表示され、サービス事業者への電話あるいは電子メールでの連絡を可能とする箇所には「サービス事業者」ボタン４３２が配置されている。なお、パーソナルコンピュータ１０３Ｃは、現状でインターネット１０９へのアクセスが不可能な状態では「ＷＷＷヘルプ」ボタン４３１および「サービス事業者」ボタン４３２の表示を行わないように設定することで、ユーザが無駄にこれらのボタン４３１、４３２をクリックすることを防止することができる。ただし、図１７の場合にはＶｏＩＰ接続を例に挙げているのでＶｏＩＰ接続用電話機１０４が障害によって使用できない場合があるが、公衆電話回線の電話番号のようにｘＤＳＬモデム１０２Ｃの障害と関係なく連絡できる電話番号の場合は常にその番号を表示しておけばよい。

図１８は、一例として「アラート表示」の欄の「ＷＷＷヘルプ」ボタンを押した場合のウエブアクセス部の処理の概要を表わしたものである。図１６および図１７と共に説明する。パーソナルコンピュータ１０３Ｃは、図１６に示したウエブアクセス部４２２は、ヘルプサーバ４２１あるいはｘＤＳＬモデム１０２Ｃから所定のプログラムをダウンロードしており、図示しないＣＰＵがこれを実行することで、この制御を実現する。

すなわち、パーソナルコンピュータ１０３ＣのＣＰＵはユーザが「ＷＷＷヘルプ」ボタン４３１をクリックするのを待機しており（ステップＳ５０１）、これがクリックされると（Ｙ）、ヘルプサーバ４２１に接続中であるかどうかを判別し（ステップＳ５０２）、接続していない場合には（Ｎ）、ヘルプサーバ４２１のＵＲＬ（Uniform Resource Locator）情報を基にしてこれに接続する（ステップＳ５０３）。そして、クリックされた「アラート表示」に埋め込まれたアドレス情報を基にしてその「アラート表示」に対応する具体的なウエブページの取得をヘルプサーバ４２１に要求する（ステップＳ５０４）。なお、ステップＳ５０２でヘルプサーバ４２１にアクセスされている場合には（Ｙ）、直ちにステップＳ５０４の処理に移行する。

この後、ＣＰＵは該当するウエブページが受信されるのを待って（ステップＳ５０５：Ｙ）、ディスプレイにウィンドウを新たに設定して、ヘルプサーバ４２１から送られてきた該当するウエブページをこれに表示する（ステップＳ５０６）。したがって、ユーザはこのウエブページに表示された写真や動画等の具体的な情報を基にして障害の修復を図ることができる。ヘルプサーバ４２１から送られてきた該当するウエブページはその図示しない「閉じる」ボタンをクリックすることで（ステップＳ５０７：Ｙ）、閉じることができる。

「サービス事業者」ボタン４３２をクリックしたときには、電話番号あるいは電子メールの入力フォームが表示され、その後は周知の手法で電話を掛けたり、電子メールを作成して送信することができる。そこで、「サービス事業者」ボタン４３２をクリックしたときの処理の流れの図示および説明は省略する。

なお、実施例および変形例ではネットワーク接続機器としてｘＤＳＬモデムを例に挙げたが、ネットワークに接続でき、かつ自装置に視覚的な表示部を備えた視覚的表示装置を接続できるあらゆるネットワーク接続機器に対して本発明を適用することができることは当然である。また、変形例ではインターネット１０９上にサーバを配置したが、他の有線あるいは無線上のネットワークに配置してもよいことは当然である。

本発明の一実施例におけるネットワーク接続機器の障害対応システムのシステム構成図である。 パーソナルコンピュータに接続された本実施例のｘＤＳＬモデムの要部を示すブロック図である。 本実施例の装置監視部による各ブロックの監視制御の概要を表わした流れ図である。 図２に示した状態変化比較部の制御の様子を表わした流れ図である。 図２に示した項目・アラート表示選択部の制御の様子を表わした流れ図である。 図２に示したリンク・アラート表示追加部の制御の様子を表わした流れ図である。 本実施例でパーソナルコンピュータのウエブ設定画面の設定項目の一覧の一例を示した説明図である。 本実施例におけるウエブ設定画面の表示の一例を示した平面図である。 本実施例におけるｘＤＳＬリンクに関する状態遷移を示す状態遷移図である。 図９における項目リンク表示とアラート表示の内容を表わした説明図である。 本実施例におけるＰＰＰ接続に関する状態遷移を示す状態遷移図である。 図１１における項目リンク表示とアラート表示の内容を表わした説明図である。 本発明の変形例におけるＶｏＩＰ接続に関する状態遷移を示す状態遷移図である。 図１３における項目リンク表示とアラート表示の内容を表わした説明図である。 本発明の第２の変形例におけるネットワーク接続機器の障害対応システムのシステム構成図である。 本発明の第３の変形例におけるネットワーク接続機器の障害対応システムのシステム構成図である。 第３の変形例でＶｏＩＰ接続に関して各状態に遷移した際の項目リンク表示とアラート表示の内容を表わした説明図である。 第３の変形例で「アラート表示」の欄の「ＷＷＷヘルプ」ボタンを押した場合のウエブアクセス部の処理の概要を表わした流れ図である。 従来の第２の提案によるネットワーク接続機器の障害対応システムで障害修復支援システムが行う処理を表わした流れ図である。

符号の説明

１００、１００Ｂ、１００Ｃ ネットワーク接続機器の障害対応システム
１０１、１０１Ｂ、１０１Ｃ ユーザ宅
１０２、１０２Ｂ、１０２Ｃ ｘＤＳＬモデム
１０３、１０３Ｃ パーソナルコンピュータ
１０４ ＶｏＩＰ用電話機
１０６ 電話回線
１０７ ＷＡＮ側ネットワーク
１０９ インターネット
１１２ 装置システム
１１３ 装置監視部
１１４ 状態変化比較部
１１５ 項目・アラート表示選択部
１１６ リンク・アラート表示追加部
１１７、１１７Ｃ 項目およびアラート表示検索データベース
１１８ 設定画面出力部
１１９ 設定画面
１３４ 検索結果
１４１ ウエブ設定画面
１４４ アラート表示や項目リンクの表示枠
４０１ データベース更新サーバ
４０２ 更新情報受信部
４０３ 更新情報更新部
４２１ ヘルプサーバ（情報サーバ）
４２２ ウエブアクセス部

Claims (8)

1. 通信端末を通信ネットワークに接続する自装置内部の状態を監視する状態監視手段と、
   この状態監視手段の監視により状態が変化したか否かを判別する状態比較手段と、
   前記自装置内部の各種状態とこれらの状態に対処すべき情報としての対処情報とを対応付けて格納した状態対応データベースと、
   前記状態比較手段により状態が変化したと判別されたとき、変化後の状態に対応した前記対処情報を前記状態対応データベースから検索するデータベース検索手段と、
   このデータベース検索手段の検索により得られた対処情報を自装置に接続され視覚的な表示部を備えた前記通信端末が視覚表示できる表示形式の情報に変換する対処情報変換手段
   とを具備することを特徴とするネットワーク接続機器。
2. 前記通信端末は、ブラウザを搭載しており、前記通信端末が視覚表示できる表示形式の情報とは文書構造記述用言語で記述された情報であることを特徴とする請求項１記載のネットワーク接続機器。
3. 前記状態対応データベースとは各種の障害のいずれかに状態が遷移したときの対処情報を格納したデータベースであることを特徴とする請求項１記載のネットワーク接続機器。
4. 前記通信ネットワークにより前記状態対応データベースを逐次更新するデータベース更新手段を具備することを特徴とする請求項１記載のネットワーク接続機器。
5. 視覚的な表示部を備えた通信端末と、
   この通信端末を通信ネットワークに接続する自装置内部の状態を監視する状態監視手段と、この状態監視手段の監視により状態が変化したか否かを判別する状態比較手段と、前記自装置内部の各種状態とこれらの状態に対処すべき情報としての対処情報とを対応付けて格納した状態対応データベースと、前記状態比較手段により状態が変化したと判別されたとき、変化後の状態に対応した前記対処情報を前記状態対応データベースから検索するデータベース検索手段と、このデータベース検索手段の検索により得られた対処情報を自装置に接続され視覚的な表示部を備えた前記通信端末が視覚表示できる表示形式の情報に変換する対処情報変換手段と、この対処情報変換手段により変換された対処情報が前記通信端末に送出され視覚的に表示され、これを基に特定の対処情報を指定してこれに対応する情報としての対処情報対応情報の要求があったとき、この要求を前記通信ネットワークに送出する対処情報対応情報要求送出手段とを具備するネットワーク接続機器と、
   前記ネットワーク上に配置され、前記状態対応データベースに格納された少なくとも一部の前記対処情報にそれぞれ対応する情報としての前記対処情報対応情報を格納しており、前記通信端末から特定の前記対処情報対応情報の要求があったとき、該当する対処情報対応情報を前記ネットワーク接続機器を介してその通信端末に送出する情報サーバ
   とを具備することを特徴とするネットワーク接続機器の障害対応システム。
6. 前記対処情報対応情報にはサポート窓口の電話番号が含まれていることを特徴とする請求項５記載のネットワーク接続機器の障害対応システム。
7. 前記対処情報対応情報にはサポート窓口のメールアドレスが含まれていることを特徴とする請求項５記載のネットワーク接続機器の障害対応システム。
8. 通信端末を通信ネットワークに接続するネットワーク接続機器のコンピュータに、
   自装置内部の状態を間隔を置いて監視する状態監視処理と、
   この状態監視処理の監視により前記状態が変化したかの比較処理を行う状態比較処理と、
   この状態比較処理で状態が変化したとされたとき変化後の状態にユーザが対処すべき情報としての対処情報を前記ネットワーク接続機器内部に配置された状態対応データベースから検索する対処情報検索処理と、
   この対処情報検索処理により得られた検索結果を前記通信端末のディスプレイに視覚表示できる表示形式の情報に変換する対処情報変換処理
   とを実行させることを特徴とする障害対応プログラム。

Images