通信端末装置
【課題】通信エラーの発生時に、エラー発生原因を詳細に記録することができるようにする。
【解決手段】呼接続のために通信相手装置から送られてくる呼接続メッセージをデコードするデコード手段と、自機が送信する呼接続メッセージをエンコードするエンコード手段とを備え、デコード手段またはエンコード手段でデコードエラーが発生した場合、そのデコードエラーが発生した日時情報に、送受信された呼接続メッセージをバイナリデータのままで関連付けて記録する。
【解決手段】呼接続のために通信相手装置から送られてくる呼接続メッセージをデコードするデコード手段と、自機が送信する呼接続メッセージをエンコードするエンコード手段とを備え、デコード手段またはエンコード手段でデコードエラーが発生した場合、そのデコードエラーが発生した日時情報に、送受信された呼接続メッセージをバイナリデータのままで関連付けて記録する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信端末装置に関し、特に、送信する呼接続メッセージをエンコードすると共に、相手機から送られてくる呼接続メッセージをデコードする通信端末装置に関する。
【背景技術】
【０００２】
現在、ファクシミリ装置を含む端末間通信では、正常に接続できなかった場合の記録を通信結果レポートとして記録、印刷できるようになっている。また、通信接続のシーケンスについても、最新の数件を記録する技術が既に知られている。
【０００３】
また、エラーとなった通信のプロトコルを調査する目的で、通信履歴に、通信プロトコルにおけるＧ３、Ｇ４、ｅ−ｍａｉｌといった通信モード名を記載するようにしたファクシミリ装置が知られている（例えば、特許文献１参照）。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来のＩＴＵ−Ｔ勧告Ｔ．３８を含めた公の交換機を経由しない通信では、自社機同士は接続できるが他社機とは接続できないケースが見られた。その接続できないという現象は、市場からの報告などがなければ顕在化しない。
【０００５】
しかも、正常に接続できなかった場合の通信結果レポートに記載されるプロトコル情報だけでは、詳細な情報まで含まれていないため、なぜプロトコルのエラーになったかという原因解決までに時間がかかるという問題があった。このため、通信エラー発生時に、ユーザに大きな不便さを感じさせてしまう問題があった。
【０００６】
また、上述した特許文献１のものは、記録する通信プロトコル情報が通信モード名称レベルの情報であり、詳細な情報までは記録されていないものであった。すなわち、プロトコルのエラーが発生した原因を解決することについてまで考慮されたものではなかった。
【０００７】
本発明はこのような状況に鑑みてなされたものであり、通信エラーの発生時に、エラー発生原因を詳細に記録することができる通信端末装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
かかる目的を達成するために、本発明に係る通信端末装置は、呼接続のために通信相手装置から送られてくる呼接続メッセージをデコードするデコード手段と、自機が送信する呼接続メッセージをエンコードするエンコード手段と、上記デコード手段または上記エンコード手段でデコードエラーが発生した場合、該デコードエラーが発生した日時情報に、送受信された呼接続メッセージをバイナリデータのままで関連付けて記録する記録手段と、を備えたことを特徴とする。
【発明の効果】
【０００９】
以上のように、本発明によれば、通信エラーの発生時に、エラー発生原因を詳細に記録することができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施形態としてのファクシミリ装置の構成例を示すブロック図である。
【図２】エラー情報として記録される記録情報の構成例を示す図である。
【図３】パケットアナライザ用データフォーマットへの変換例を示す図である。
【図４】パケットのバイナリデータをパケットアナライザにより変換した表示例を示す図である。
【図５】本実施形態による第１の動作例を示すフローチャートである。
【図６】本実施形態による第２の動作例を示すフローチャートである。
【図７】本実施形態による第３の動作例を示すフローチャートである。
【図８】本実施形態による第４の動作例を示すフローチャートである。
【図９】本実施形態による第５の動作例を示すフローチャートである。
【図１０】本実施形態による第６の動作例を示すフローチャートである。
【図１１】本実施形態による第７の動作例を示すフローチャートである。
【図１２】本実施形態による第８の動作例を示すフローチャートである。
【図１３】本実施形態による第９の動作例を示すフローチャートである。
【発明を実施するための形態】
【００１１】
次に、本発明に係る通信端末装置をファクシミリ装置に適用した一実施形態について、図面を用いて詳細に説明する。
【００１２】
まず、本実施形態の概略について説明する。
本実施形態は、接続解析用のログの処理に際して、以下の特徴を有する。相手機と接続した場合で例えば、相手から送られてきた呼接続メッセージと自分の送信した呼接続メッセージをバイナリーデータとして蓄積するのと同時にデコードエラーなどの情報をメーカコードなど相手機を特定する情報と対で記録する。この情報を、相手機との接続エラーを解消するための対策情報として利用できるようにしたものである。
【００１３】
次に、本実施形態の構成について説明する。
本実施形態のファクシミリ装置は、図１に示すように、スキャナ１と、プロッタ２と、操作表示部３と、時計回路部４と、磁気ディスク５とを備える。さらに、制御部などにより実現される機能として、呼接続メッセージのエンコード部６と、呼接続メッセージのデコード部７と、メーカコード検出部８と、メール送信制御部９と、パケットアナライザ用データフォーマット変換部１０とを備える。
【００１４】
また、上述した構成を備えることにより、本実施形態では、制御部により、エラー発生時に送受信された呼接続メッセージ等を磁気ディスク５に記録し、エラー情報として活用できるようにする。
記録するエラー情報（記録情報）の構成としては、例えば図２に示すように、送受信されたパケット情報をバイナリーデータとして記録すると共に、そのパケット情報に送受信の日時、通信相手機のメーカコード、バージョン情報、エラー内容、エラー箇所といった、送受信のエラーを特定するための情報を関連付けて記録する。
【００１５】
また、本実施形態では、送受信された呼接続メッセージ等を記録した後、図３に示すように、例えばバケットごとの送受信時間情報をバイナリデータに追加するなどして、パケットアナライザ用データフォーマットに変換する。
【００１６】
上記のパケットアナライザとは、端末間でネットワークを介して送受信されるパケットを受信、および記録することで、パケットの詳細なデータ内容をより人間に理解しやすいように画面表示する測定機器の一種である。
図４に、パケットのバイナリデータをパケットアナライザにより変換して表示する表示例を示す。
【００１７】
次に、本実施形態の動作について説明する。
まず、第１の動作例について、図５を参照して説明する。
【００１８】
図５に示すように、本実施形態のファクシミリ装置は、まず、呼接続メッセージを相手機から受信すると、その受信した呼接続メッセージをデコードする（ステップＡ１）。
呼接続メッセージにエラーが発生していれば（ステップＡ２）、送受信したパケットをバイナリーデータとして記録する（ステップＡ４）。記録されたバイナリデータに、メーカコードと日時情報を付加する（ステップＡ５）。
エラーが発生していなければ、ＦＡＸ通信を始める（ステップＡ３）。
【００１９】
以上のように、本発明の実施形態は、以下の特徴を有する。
呼接続するために相手機から送られてくる呼接続メッセージをデコードするデコード部と、自機が送信する呼接続メッセージをエンコードするエンコード部とデコードした相手機からのメーカコードを検出するメーカコード検出部を有する通信端末装置であって、呼接続フェーズでデコードエラーが発生したときは、送受信した呼接続メッセージを加工せずにバイナリデータとしてエラーが発生した日時とメーカコードなど機種を表すともに記録することを特徴とする。
【００２０】
このため、第１の動作例によれば、呼接続エラー発生時のパケット情報をバイナリデータのまま記録、保存することにより、エラー原因の解析時に再現テストを実施することができるため、迅速な原因解決が可能になる。
【００２１】
次に、第２の動作例について、図６を参照して説明する。
図６に示すように、本実施形態のファクシミリ装置は、呼接続メッセージを相手機から受信すると、その受信した呼接続メッセージをデコードする（ステップＢ１）。呼接続メッセージにエラーが発生していれば（ステップＢ２）、送受信したパケットをバイナリーデータとして記録する（ステップＢ４）。
【００２２】
そして、記録済みのパケットを再検索して、ＩＰアドレスをセキュリティ上、問題とならないプライベートＩＰアドレスに置き換える（ステップＢ５）。ステップＢ４で記録したバイナリデータに、メーカコードと日時情報を付加する（ステップＢ６）。
エラーが発生していなければ、ＦＡＸ通信を始める（ステップＢ３）。
【００２３】
以上のように、本発明の実施形態は、以下の特徴を有する。
上述した第１の動作例の特徴に加え、既に記録したバイナリデータの中身をサーチして、呼接続メッセージの中にセットされているＩＰアドレスをセキュリティ上問題とならないプライベートアドレスに置き換えて記録することを特徴とする。
【００２４】
このため、第２の動作例によれば、呼接続エラー発生時のパケット情報をバイナリデータのまま記録、保存することにより、エラー原因の解析時に再現テストを実施することができ、かつ、ユーザ・サイトの外に持ち出す場合であっても、ＩＰアドレスなどの個人情報が記録されたパケット情報を社外に持ち出すことを防止することができる。このため、セキュリティ性能も向上させることができる。
【００２５】
次に、第３の動作例について、図７を参照して説明する。
図７に示すように、本実施形態のファクシミリ装置は、呼接続メッセージを相手機から受信すると、その受信した呼接続メッセージをデコードする（ステップＣ１）。
【００２６】
呼接続メッセージにエラーが発生していれば（ステップＣ２）、送受信したパケットをバイナリーデータとして記録する（ステップＣ４）。呼接続プロトコルのＩＴＵ−Ｔ勧告で定義されたメッセージ以外のメッセージかどうかを判断する（ステップＣ５）。勧告以外のメッセージの場合は、記録したバイナリデータに加えて、該当するメッセージであることを特定する情報を設定する（ステップＣ６）。
ステップＣ４で記録したバイナリデータに、メーカコードと日時情報を付加する（ステップＣ７）。
【００２７】
以上のように、本発明の実施形態は、以下の特徴を有する。
呼接続するために相手機から送られてくる呼接続メッセージをデコードするデコード部と、自機が送信する呼接続メッセージをエンコードするエンコード部とデコードした相手機からのメーカコードを検出するメーカコード検出部を有する通信端末装置であって、呼接続フェーズで相手機から勧告で定義された以外のメッセージを受信したときは、送受信した呼接続メッセージを加工せずにバイナリデータとしてエラーが発生した日時とともに記録することを特徴とする。
【００２８】
このため、第３の動作例によれば、呼接続エラー発生時にＩＴＵ−Ｔ勧告といった規格定義外メッセージを受信した場合にその旨をバイナリ・データに追加することにより、エラー原因を調査する上でより詳細なエラー情報を取得することができる。
【００２９】
次に、第４の動作例について、図８を参照して説明する。
図８に示すように、本実施形態のファクシミリ装置は、呼接続メッセージを相手機から受信すると、その受信した呼接続メッセージをデコードする（ステップＤ１）。
【００３０】
呼接続メッセージにエラーが発生していれば（ステップＤ２）、送受信したパケットをバイナリーデータとして記録する（ステップＤ４）。
問題なければＦＡＸ通信を行う（ステップＤ３）。
【００３１】
エラー発生でバイナリデータを記録する場合、すでに記録済みのメーカ端末のバイナリコードどうかを判断する（ステップＤ５）。以前記録した同一の現象かどうかを判断する（ステップＤ６）。ステップＤ６で同一の現象であるのであれば、ステップＤ４で記録したバイナリデータ、メーカコード、日付などその他の情報を削除する（ステップＤ７）。
【００３２】
以上のように、本発明の実施形態は、以下の特徴を有する。
呼接続するために相手機から送られてくる呼接続メッセージをデコードするデコード部と、自機が送信する呼接続メッセージをエンコードするエンコード部とデコードした相手機からのメーカコードを検出するメーカコード検出部を有する通信端末装置であって、呼接続フェーズでデコードエラーが発生したまたは、相手機からＩＴＵ−Ｔ勧告といった規格で定義された以外のメッセージを受信したときは、送受信した呼接続メッセージを加工せずにバイナリデータとしてエラーが発生した日時とともに記録すると同時に、同じメーカコードと同じエラー内容である場合は、記録している呼接続メッセージのバイナリデータを削除することを特徴とする。
【００３３】
このため、第４の動作例によれば、制限された容量の記憶装置にバイナリデータを記述することになるが、本発明により、効率よくバイナリデータを記憶装置に保存できる。
【００３４】
第４の動作例の効果が得られる理由は、同じメーカの機種で、同じ現象のエラーについては、最初のバイナリデータのみを記録し、２番目以降のデータを省略することによって記憶装置を有効利用できることである。
【００３５】
次に、第５の動作例について、図９を参照して説明する。
図９に示すように、本実施形態のファクシミリ装置は、呼接続メッセージを相手機から受信すると、その受信した呼接続メッセージをデコードする（ステップＥ１）。
【００３６】
呼接続メッセージにエラーが発生していれば（ステップＥ２）、送受信したパケットをバイナリーデータとして記録する（ステップＥ４）。
問題なければＦＡＸ通信を行う（ステップＥ３）。
【００３７】
エラー発生でバイナリデータを記録する場合、ＩＴＵ−Ｔ勧告で定義されたメッセージ以外を受信したか判断する（ステップＥ５）。もし勧告以外のメッセージであれば“勧告以外である”旨を示す情報を残す（ステップＥ６）。記録したバイナリデータをメールの添付ファイルとして送信するためにＭＩＭＥエンコードする（ステップＥ７）。予め記憶されたメール送信宛先を読み出す（ステップＥ８）。そのメール送信宛先に、ＭＩＭＥエンコードしたバイナリデータ等の記録情報を添付してメール送信する（ステップＥ９）。
【００３８】
勧告で定義されたメッセージであれば、相手機が送ってきた呼接続メッセージのデコードエラーであるか判定する（ステップＥ１０）。デコードエラーである場合、デコードエラーが発生した箇所を示す情報をバイナリデータに追加する（ステップＥ１１）。
【００３９】
以上のように、本発明の実施形態は、以下の特徴を有する。
呼接続するために相手機から送られてくる呼接続メッセージをデコードするデコード部と、自機が送信する呼接続メッセージをエンコードするエンコード部とデコードした相手機からのメーカコードを検出するメーカコード検出部を有する通信端末装置であって、呼接続フェーズでデコードエラーが発生したまたは、相手機からＩＴＵ−Ｔ勧告といった規格で定義された以外のメッセージを受信したときは、記録した呼接続メッセージをエラーが発生したつど、ｅ−ｍａｉｌの添付ファイルとして、市場障害受付窓口のような予め設定された特定のメールアドレスに送信することを特徴とする。
【００４０】
このため、第５の動作例によれば、記憶されたバイナリデータ等の記録情報を呼接続エラーが発生したつど、メールの添付データで特定の宛先にメール送信することにより、より早くエラー調査に取りかることができるという利点がある。
【００４１】
次に、第６の動作例について、図１０を参照して説明する。
図１０に示すように、本実施形態のファクシミリ装置は、呼接続メッセージを相手機から受信すると、その受信した呼接続メッセージをデコードする（ステップＦ１）。
【００４２】
呼接続メッセージにエラーが発生していれば（ステップＦ２）、送受信したパケットをバイナリーデータとして記録する（ステップＦ４）。
問題なければＦＡＸ通信を行う（ステップＦ３）。
【００４３】
エラー発生でバイナリデータを記録する場合、ＩＴＵ−Ｔ勧告で定義されたメッセージ以外を受信したか判断する（ステップＦ５）。もし勧告以外のメッセージであれば“勧告以外である”旨を示す情報を残す（ステップＦ６）。
【００４４】
そして、データ送信時刻を読み出す（ステップＦ７）。ステップＦ７で読み出したデータ送信時刻と現在の時刻を比較し、データ送信時刻が過ぎているかをチェックする（ステップＦ８）。もしデータ送信時刻が過ぎているのであれば、記録したバイナリデータをメールの添付ファイルとして送信するためにＭＩＭＥエンコードする（ステップＦ９）。予め記憶されたメール送信宛先を読み出す（ステップＦ１０）。そのメール送信宛先に、ＭＩＭＥエンコードしたバイナリデータ等の記録情報を添付してメール送信する（ステップＦ１１）。
【００４５】
勧告で定義されたメッセージであれば、相手機が送ってきた呼接続メッセージのデコードエラーであるか判定する（ステップＦ１２）。デコードエラーである場合、デコードエラーが発生した箇所を示す情報をバイナリデータに追加する（ステップＦ１３）。
【００４６】
以上のように、本発明の実施形態は、以下の特徴を有する。
呼接続するために相手機から送られてくる呼接続メッセージをデコードするデコード部と、自機が送信する呼接続メッセージをエンコードするエンコード部とデコードした相手機からのメーカコードを検出するメーカコード検出部を有する通信端末装置であって、呼接続フェーズでデコードエラーが発生したまたは、相手機からＩＴＵ−Ｔ勧告といった規格で定義された以外のメッセージを受信したときは、記録した呼接続メッセージを例えば、夜中の１２：００などのような予め定められた送信時刻に定期的に、ｅ−ｍａｉｌの添付ファイルとして、市場障害受付窓口のような予め設定された特定のメールアドレスに送信することを特徴とする。
【００４７】
このため、第６の動作例によれば、記憶されたバイナリデータ等の記録情報を自機が利用される時間を避けた時間帯にまとめて、メールの添付データとしてメール送信することで、メール送信をコピー、ＦＡＸ、プリンタなどの機能を動作させるためのリソースを奪わないようにすることができる。
【００４８】
次に、第７の動作例について、図１１を参照して説明する。
図１１に示すように、本実施形態のファクシミリ装置は、呼接続メッセージを相手機から受信すると、その受信した呼接続メッセージをデコードする（ステップＧ１）。
【００４９】
呼接続メッセージにエラーが発生していれば（ステップＧ２）、送受信したパケットをバイナリーデータとして記録する（ステップＧ４）。
問題なければＦＡＸ通信を行う（ステップＧ３）。
【００５０】
エラー発生でバイナリデータを記録する場合、ＩＴＵ−Ｔ勧告で定義されたメッセージ以外を受信したか判断する（ステップＧ５）。もし勧告以外のメッセージであれば“勧告以外である”旨を示す情報を残す（ステップＧ６）。予め定められた蓄積可能な最大のバイナリデータ数を読み出す（ステップＧ７）。
【００５１】
ステップＧ７で読み出した蓄積できる最大のバイナリデータ数が現在蓄積しているバイナリデータ数を越えているかをチェックする（ステップＧ８）。もし最大のバイナリデータ数が越えているのであれば、記録したバイナリデータをメールの添付ファイルとして送信するためにＭＩＭＥエンコードする（ステップＧ９）。予め記憶されたメール送信宛先を読み出す（ステップＧ１０）。そのメール送信宛先に、ＭＩＭＥエンコードしたバイナリデータ等の記録情報を添付してメール送信する（ステップＧ１１）。バイナリデータを削除する（ステップＧ１２）。
【００５２】
勧告で定義されたメッセージであれば、相手機が送ってきた呼接続メッセージのデコードエラーであるか判定する（ステップＧ１３）。デコードエラーである場合、デコードエラーが発生した箇所を示す情報をバイナリデータに追加する（ステップＧ１４）。
【００５３】
以上のように、本発明の実施形態は、以下の特徴を有する。
呼接続するために相手機から送られてくる呼接続メッセージをデコードするデコード部と、自機が送信する呼接続メッセージをエンコードするエンコード部とデコードした相手機からのメーカコードを検出するメーカコード検出部を有する通信端末装置であって、呼接続フェーズでデコードエラーが発生したまたは、相手機からＩＴＵ−Ｔ勧告といった規格で定義された以外のメッセージを受信したときは、記録した呼接続メッセージを例えば、５通信分といった予め定められた通信数のデータが記録された時点で、ｅ−ｍａｉｌの添付ファイルとして、市場障害受付窓口のような予め設定された特定のメールアドレスに送信することを特徴とした通信端末装置。
【００５４】
このため、第７の動作例によれば、記憶されたバイナリデータ等の記録情報を予め定められた通信数分以上蓄積した後、まとめて送信することにより自機が利用される時間を避けた時間帯にまとめて、メールの添付データとしてメール送信することで、メール送信をコピー、ＦＡＸ、プリンタなどの一般使用のリソースを奪わないようにすると同時に、エラー情報通知にある程度、リアルタイム性を含めることができる。
【００５５】
次に、第８の動作例について、図１２を参照して説明する。
図１２に示すように、本実施形態のファクシミリ装置は、呼接続メッセージを相手機から受信すると、その受信した呼接続メッセージをデコードする（ステップＨ１）。
【００５６】
呼接続メッセージにエラーが発生していれば（ステップＨ２）、送受信したパケットをバイナリーデータとして記録する（ステップＨ４）。
問題なければＦＡＸ通信を行う（ステップＨ３）。
【００５７】
エラー発生でバイナリデータを記録する場合、ＩＴＵ−Ｔ勧告で定義されたメッセージ以外を受信したか判断する（ステップＨ５）。もし勧告以外のメッセージであれば“勧告以外である”旨を示す情報を残す（ステップＨ６）。バイナリデータをアップロードする予め定められた宛先を読み出す（ステップＨ７）。蓄積したバイナリデータをＨＴＴＰプロトコルで、読み出された予め定められた宛先であるサーバにアップロードする（ステップＨ８）。
【００５８】
勧告で定義されたメッセージであれば、相手機が送ってきた呼接続メッセージのデコードエラーであるか判定する（ステップＨ９）。デコードエラーである場合、デコードエラーが発生した箇所を示す情報をバイナリデータに追加する（ステップＨ１０）。
【００５９】
以上のように、本発明の実施形態は、以下の特徴を有する。
呼接続エラー時に記録した呼接続パケットのバイナリデータを、Internet Exploreで使用するＨＴＴＰプロトコルを使って予め定められたサーバにアップロードすることを特徴とする。
【００６０】
このため、第８の動作例によれば、蓄積されたバイナリデータをＨＴＴＰプロトコルを使用することにより、メールサーバを使用しないユーザであってもバイナリデータを特定の宛先のサーバに送信することができる。
【００６１】
次に、第９の動作例について、図１３を参照して説明する。
図１３に示すように、本実施形態のファクシミリ装置は、呼接続メッセージを相手機から受信すると、その受信した呼接続メッセージをデコードする（ステップＩ１）。
【００６２】
呼接続メッセージにエラーが発生していれば（ステップＩ２）、送受信したパケットをバイナリーデータとして記録する（ステップＩ４）。
エラーが発生していなければ、ＦＡＸ通信を始める（ステップＩ３）。
【００６３】
エラー発生でバイナリデータを記録する場合、記録済みのパケットを再検索して、ＩＰアドレスをセキュリティ上、問題とならないプライベートＩＰアドレスに置き換える（ステップＩ５）。ステップＩ４で記録したバイナリデータに、メーカコードと日時情報を付加する（ステップＩ６）。蓄積したバイナリデータをEthereal，WireSharkなどのパケットアナライザーのデータフォーマットに変換する（ステップＩ７）。
【００６４】
以上のように、本発明の実施形態は、以下の特徴を有する。
呼接続メッセージエラーのパケットをバイナリデータで記録した後、バイナリデータをEthereal、WireSharkなどのパケットアナライザーが読み込むことができる予め定められたデータフォーマットに変換する。
【００６５】
このため、第９の動作例によれば、第１の動作例において蓄積したバイナリデータをパケットアナライザであるEthereal、WireSharkで使用するデータフォーマットに変換して記憶することで、バイナリデータを受信した後にパケットアナライザで表示することができ、迅速にエラーの原因を解析することができる。
【００６６】
以上のように、上述した実施形態によれば、通信したとき、蓄積用のメモリ不足、上不足など、端末固有のエラーではなく、呼接続用メッセージのエンコード・デコードのエラーなど呼接続に関するエラーについて、パケットをファイル化して通信履歴に記録することにより、その後の接続性問題解決のための情報として活用することができる。
このため、迅速にエラーの原因を解析することができ、ユーザにエラー発生による不便さをあまり感じさせないようにすることができる。
【００６７】
なお、上述した各実施形態は本発明の好適な実施形態であり、本発明はこれに限定されることなく、本発明の技術的思想に基づいて種々変形して実施することが可能である。
【００６８】
例えば、上述した実施形態では、本発明に係る通信端末装置をファクシミリ装置に適用した例について説明したが、送信する呼接続メッセージをエンコードすると共に、相手機から送られてくる呼接続メッセージをデコードする通信端末装置であればこのものに限定されず、例えば通信機能を備えたＭＦＰ（Multi Function Printer）等であってもよい。
【００６９】
また、上述した実施形態としてのサービス提供システムを実現するための処理手順をプログラムとして記録媒体に記録することにより、本発明の各実施形態による上述した各機能を、その記録媒体から供給されるプログラムによって、システムを構成するコンピュータのＣＰＵに処理を行わせて実現させることができる。
この場合、上記の記録媒体により、あるいはネットワークを介して外部の記録媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
すなわち、記録媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記録媒体および該記録媒体から読み出された信号は本発明を構成することになる。
この記録媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ-ＲＯＭ、ＣＤ-Ｒ、ＣＤ-ＲＷ、ＤＶＤ-ＲＯＭ、ＤＶＤ-ＲＡＭ、ＤＶＤ-ＲＷ、ＤＶＤ+ＲＷ、磁気テープ、不揮発性のメモリーカード、ＲＯＭ等を用いてよい。
【００７０】
この本発明に係るプログラムによれば、当該プログラムによって制御される各種の通信端末装置に、上述した実施形態における各機能を実現させることができる。
【符号の説明】
【００７１】
１ スキャナ
２ プロッタ
３ 操作表示部
４ 時計回路部
５ 磁気ディスク
６ 呼接続メッセージのエンコード部
７ 呼接続メッセージのデコード部
８ メーカコード検出部
９ メール送信制御部
１０ パケットアナライザ用データフォーマット変換部
【先行技術文献】
【特許文献】
【００７２】
【特許文献１】特開２００４−１５６４９号公報
【技術分野】
【０００１】
本発明は、通信端末装置に関し、特に、送信する呼接続メッセージをエンコードすると共に、相手機から送られてくる呼接続メッセージをデコードする通信端末装置に関する。
【背景技術】
【０００２】
現在、ファクシミリ装置を含む端末間通信では、正常に接続できなかった場合の記録を通信結果レポートとして記録、印刷できるようになっている。また、通信接続のシーケンスについても、最新の数件を記録する技術が既に知られている。
【０００３】
また、エラーとなった通信のプロトコルを調査する目的で、通信履歴に、通信プロトコルにおけるＧ３、Ｇ４、ｅ−ｍａｉｌといった通信モード名を記載するようにしたファクシミリ装置が知られている（例えば、特許文献１参照）。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来のＩＴＵ−Ｔ勧告Ｔ．３８を含めた公の交換機を経由しない通信では、自社機同士は接続できるが他社機とは接続できないケースが見られた。その接続できないという現象は、市場からの報告などがなければ顕在化しない。
【０００５】
しかも、正常に接続できなかった場合の通信結果レポートに記載されるプロトコル情報だけでは、詳細な情報まで含まれていないため、なぜプロトコルのエラーになったかという原因解決までに時間がかかるという問題があった。このため、通信エラー発生時に、ユーザに大きな不便さを感じさせてしまう問題があった。
【０００６】
また、上述した特許文献１のものは、記録する通信プロトコル情報が通信モード名称レベルの情報であり、詳細な情報までは記録されていないものであった。すなわち、プロトコルのエラーが発生した原因を解決することについてまで考慮されたものではなかった。
【０００７】
本発明はこのような状況に鑑みてなされたものであり、通信エラーの発生時に、エラー発生原因を詳細に記録することができる通信端末装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
かかる目的を達成するために、本発明に係る通信端末装置は、呼接続のために通信相手装置から送られてくる呼接続メッセージをデコードするデコード手段と、自機が送信する呼接続メッセージをエンコードするエンコード手段と、上記デコード手段または上記エンコード手段でデコードエラーが発生した場合、該デコードエラーが発生した日時情報に、送受信された呼接続メッセージをバイナリデータのままで関連付けて記録する記録手段と、を備えたことを特徴とする。
【発明の効果】
【０００９】
以上のように、本発明によれば、通信エラーの発生時に、エラー発生原因を詳細に記録することができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施形態としてのファクシミリ装置の構成例を示すブロック図である。
【図２】エラー情報として記録される記録情報の構成例を示す図である。
【図３】パケットアナライザ用データフォーマットへの変換例を示す図である。
【図４】パケットのバイナリデータをパケットアナライザにより変換した表示例を示す図である。
【図５】本実施形態による第１の動作例を示すフローチャートである。
【図６】本実施形態による第２の動作例を示すフローチャートである。
【図７】本実施形態による第３の動作例を示すフローチャートである。
【図８】本実施形態による第４の動作例を示すフローチャートである。
【図９】本実施形態による第５の動作例を示すフローチャートである。
【図１０】本実施形態による第６の動作例を示すフローチャートである。
【図１１】本実施形態による第７の動作例を示すフローチャートである。
【図１２】本実施形態による第８の動作例を示すフローチャートである。
【図１３】本実施形態による第９の動作例を示すフローチャートである。
【発明を実施するための形態】
【００１１】
次に、本発明に係る通信端末装置をファクシミリ装置に適用した一実施形態について、図面を用いて詳細に説明する。
【００１２】
まず、本実施形態の概略について説明する。
本実施形態は、接続解析用のログの処理に際して、以下の特徴を有する。相手機と接続した場合で例えば、相手から送られてきた呼接続メッセージと自分の送信した呼接続メッセージをバイナリーデータとして蓄積するのと同時にデコードエラーなどの情報をメーカコードなど相手機を特定する情報と対で記録する。この情報を、相手機との接続エラーを解消するための対策情報として利用できるようにしたものである。
【００１３】
次に、本実施形態の構成について説明する。
本実施形態のファクシミリ装置は、図１に示すように、スキャナ１と、プロッタ２と、操作表示部３と、時計回路部４と、磁気ディスク５とを備える。さらに、制御部などにより実現される機能として、呼接続メッセージのエンコード部６と、呼接続メッセージのデコード部７と、メーカコード検出部８と、メール送信制御部９と、パケットアナライザ用データフォーマット変換部１０とを備える。
【００１４】
また、上述した構成を備えることにより、本実施形態では、制御部により、エラー発生時に送受信された呼接続メッセージ等を磁気ディスク５に記録し、エラー情報として活用できるようにする。
記録するエラー情報（記録情報）の構成としては、例えば図２に示すように、送受信されたパケット情報をバイナリーデータとして記録すると共に、そのパケット情報に送受信の日時、通信相手機のメーカコード、バージョン情報、エラー内容、エラー箇所といった、送受信のエラーを特定するための情報を関連付けて記録する。
【００１５】
また、本実施形態では、送受信された呼接続メッセージ等を記録した後、図３に示すように、例えばバケットごとの送受信時間情報をバイナリデータに追加するなどして、パケットアナライザ用データフォーマットに変換する。
【００１６】
上記のパケットアナライザとは、端末間でネットワークを介して送受信されるパケットを受信、および記録することで、パケットの詳細なデータ内容をより人間に理解しやすいように画面表示する測定機器の一種である。
図４に、パケットのバイナリデータをパケットアナライザにより変換して表示する表示例を示す。
【００１７】
次に、本実施形態の動作について説明する。
まず、第１の動作例について、図５を参照して説明する。
【００１８】
図５に示すように、本実施形態のファクシミリ装置は、まず、呼接続メッセージを相手機から受信すると、その受信した呼接続メッセージをデコードする（ステップＡ１）。
呼接続メッセージにエラーが発生していれば（ステップＡ２）、送受信したパケットをバイナリーデータとして記録する（ステップＡ４）。記録されたバイナリデータに、メーカコードと日時情報を付加する（ステップＡ５）。
エラーが発生していなければ、ＦＡＸ通信を始める（ステップＡ３）。
【００１９】
以上のように、本発明の実施形態は、以下の特徴を有する。
呼接続するために相手機から送られてくる呼接続メッセージをデコードするデコード部と、自機が送信する呼接続メッセージをエンコードするエンコード部とデコードした相手機からのメーカコードを検出するメーカコード検出部を有する通信端末装置であって、呼接続フェーズでデコードエラーが発生したときは、送受信した呼接続メッセージを加工せずにバイナリデータとしてエラーが発生した日時とメーカコードなど機種を表すともに記録することを特徴とする。
【００２０】
このため、第１の動作例によれば、呼接続エラー発生時のパケット情報をバイナリデータのまま記録、保存することにより、エラー原因の解析時に再現テストを実施することができるため、迅速な原因解決が可能になる。
【００２１】
次に、第２の動作例について、図６を参照して説明する。
図６に示すように、本実施形態のファクシミリ装置は、呼接続メッセージを相手機から受信すると、その受信した呼接続メッセージをデコードする（ステップＢ１）。呼接続メッセージにエラーが発生していれば（ステップＢ２）、送受信したパケットをバイナリーデータとして記録する（ステップＢ４）。
【００２２】
そして、記録済みのパケットを再検索して、ＩＰアドレスをセキュリティ上、問題とならないプライベートＩＰアドレスに置き換える（ステップＢ５）。ステップＢ４で記録したバイナリデータに、メーカコードと日時情報を付加する（ステップＢ６）。
エラーが発生していなければ、ＦＡＸ通信を始める（ステップＢ３）。
【００２３】
以上のように、本発明の実施形態は、以下の特徴を有する。
上述した第１の動作例の特徴に加え、既に記録したバイナリデータの中身をサーチして、呼接続メッセージの中にセットされているＩＰアドレスをセキュリティ上問題とならないプライベートアドレスに置き換えて記録することを特徴とする。
【００２４】
このため、第２の動作例によれば、呼接続エラー発生時のパケット情報をバイナリデータのまま記録、保存することにより、エラー原因の解析時に再現テストを実施することができ、かつ、ユーザ・サイトの外に持ち出す場合であっても、ＩＰアドレスなどの個人情報が記録されたパケット情報を社外に持ち出すことを防止することができる。このため、セキュリティ性能も向上させることができる。
【００２５】
次に、第３の動作例について、図７を参照して説明する。
図７に示すように、本実施形態のファクシミリ装置は、呼接続メッセージを相手機から受信すると、その受信した呼接続メッセージをデコードする（ステップＣ１）。
【００２６】
呼接続メッセージにエラーが発生していれば（ステップＣ２）、送受信したパケットをバイナリーデータとして記録する（ステップＣ４）。呼接続プロトコルのＩＴＵ−Ｔ勧告で定義されたメッセージ以外のメッセージかどうかを判断する（ステップＣ５）。勧告以外のメッセージの場合は、記録したバイナリデータに加えて、該当するメッセージであることを特定する情報を設定する（ステップＣ６）。
ステップＣ４で記録したバイナリデータに、メーカコードと日時情報を付加する（ステップＣ７）。
【００２７】
以上のように、本発明の実施形態は、以下の特徴を有する。
呼接続するために相手機から送られてくる呼接続メッセージをデコードするデコード部と、自機が送信する呼接続メッセージをエンコードするエンコード部とデコードした相手機からのメーカコードを検出するメーカコード検出部を有する通信端末装置であって、呼接続フェーズで相手機から勧告で定義された以外のメッセージを受信したときは、送受信した呼接続メッセージを加工せずにバイナリデータとしてエラーが発生した日時とともに記録することを特徴とする。
【００２８】
このため、第３の動作例によれば、呼接続エラー発生時にＩＴＵ−Ｔ勧告といった規格定義外メッセージを受信した場合にその旨をバイナリ・データに追加することにより、エラー原因を調査する上でより詳細なエラー情報を取得することができる。
【００２９】
次に、第４の動作例について、図８を参照して説明する。
図８に示すように、本実施形態のファクシミリ装置は、呼接続メッセージを相手機から受信すると、その受信した呼接続メッセージをデコードする（ステップＤ１）。
【００３０】
呼接続メッセージにエラーが発生していれば（ステップＤ２）、送受信したパケットをバイナリーデータとして記録する（ステップＤ４）。
問題なければＦＡＸ通信を行う（ステップＤ３）。
【００３１】
エラー発生でバイナリデータを記録する場合、すでに記録済みのメーカ端末のバイナリコードどうかを判断する（ステップＤ５）。以前記録した同一の現象かどうかを判断する（ステップＤ６）。ステップＤ６で同一の現象であるのであれば、ステップＤ４で記録したバイナリデータ、メーカコード、日付などその他の情報を削除する（ステップＤ７）。
【００３２】
以上のように、本発明の実施形態は、以下の特徴を有する。
呼接続するために相手機から送られてくる呼接続メッセージをデコードするデコード部と、自機が送信する呼接続メッセージをエンコードするエンコード部とデコードした相手機からのメーカコードを検出するメーカコード検出部を有する通信端末装置であって、呼接続フェーズでデコードエラーが発生したまたは、相手機からＩＴＵ−Ｔ勧告といった規格で定義された以外のメッセージを受信したときは、送受信した呼接続メッセージを加工せずにバイナリデータとしてエラーが発生した日時とともに記録すると同時に、同じメーカコードと同じエラー内容である場合は、記録している呼接続メッセージのバイナリデータを削除することを特徴とする。
【００３３】
このため、第４の動作例によれば、制限された容量の記憶装置にバイナリデータを記述することになるが、本発明により、効率よくバイナリデータを記憶装置に保存できる。
【００３４】
第４の動作例の効果が得られる理由は、同じメーカの機種で、同じ現象のエラーについては、最初のバイナリデータのみを記録し、２番目以降のデータを省略することによって記憶装置を有効利用できることである。
【００３５】
次に、第５の動作例について、図９を参照して説明する。
図９に示すように、本実施形態のファクシミリ装置は、呼接続メッセージを相手機から受信すると、その受信した呼接続メッセージをデコードする（ステップＥ１）。
【００３６】
呼接続メッセージにエラーが発生していれば（ステップＥ２）、送受信したパケットをバイナリーデータとして記録する（ステップＥ４）。
問題なければＦＡＸ通信を行う（ステップＥ３）。
【００３７】
エラー発生でバイナリデータを記録する場合、ＩＴＵ−Ｔ勧告で定義されたメッセージ以外を受信したか判断する（ステップＥ５）。もし勧告以外のメッセージであれば“勧告以外である”旨を示す情報を残す（ステップＥ６）。記録したバイナリデータをメールの添付ファイルとして送信するためにＭＩＭＥエンコードする（ステップＥ７）。予め記憶されたメール送信宛先を読み出す（ステップＥ８）。そのメール送信宛先に、ＭＩＭＥエンコードしたバイナリデータ等の記録情報を添付してメール送信する（ステップＥ９）。
【００３８】
勧告で定義されたメッセージであれば、相手機が送ってきた呼接続メッセージのデコードエラーであるか判定する（ステップＥ１０）。デコードエラーである場合、デコードエラーが発生した箇所を示す情報をバイナリデータに追加する（ステップＥ１１）。
【００３９】
以上のように、本発明の実施形態は、以下の特徴を有する。
呼接続するために相手機から送られてくる呼接続メッセージをデコードするデコード部と、自機が送信する呼接続メッセージをエンコードするエンコード部とデコードした相手機からのメーカコードを検出するメーカコード検出部を有する通信端末装置であって、呼接続フェーズでデコードエラーが発生したまたは、相手機からＩＴＵ−Ｔ勧告といった規格で定義された以外のメッセージを受信したときは、記録した呼接続メッセージをエラーが発生したつど、ｅ−ｍａｉｌの添付ファイルとして、市場障害受付窓口のような予め設定された特定のメールアドレスに送信することを特徴とする。
【００４０】
このため、第５の動作例によれば、記憶されたバイナリデータ等の記録情報を呼接続エラーが発生したつど、メールの添付データで特定の宛先にメール送信することにより、より早くエラー調査に取りかることができるという利点がある。
【００４１】
次に、第６の動作例について、図１０を参照して説明する。
図１０に示すように、本実施形態のファクシミリ装置は、呼接続メッセージを相手機から受信すると、その受信した呼接続メッセージをデコードする（ステップＦ１）。
【００４２】
呼接続メッセージにエラーが発生していれば（ステップＦ２）、送受信したパケットをバイナリーデータとして記録する（ステップＦ４）。
問題なければＦＡＸ通信を行う（ステップＦ３）。
【００４３】
エラー発生でバイナリデータを記録する場合、ＩＴＵ−Ｔ勧告で定義されたメッセージ以外を受信したか判断する（ステップＦ５）。もし勧告以外のメッセージであれば“勧告以外である”旨を示す情報を残す（ステップＦ６）。
【００４４】
そして、データ送信時刻を読み出す（ステップＦ７）。ステップＦ７で読み出したデータ送信時刻と現在の時刻を比較し、データ送信時刻が過ぎているかをチェックする（ステップＦ８）。もしデータ送信時刻が過ぎているのであれば、記録したバイナリデータをメールの添付ファイルとして送信するためにＭＩＭＥエンコードする（ステップＦ９）。予め記憶されたメール送信宛先を読み出す（ステップＦ１０）。そのメール送信宛先に、ＭＩＭＥエンコードしたバイナリデータ等の記録情報を添付してメール送信する（ステップＦ１１）。
【００４５】
勧告で定義されたメッセージであれば、相手機が送ってきた呼接続メッセージのデコードエラーであるか判定する（ステップＦ１２）。デコードエラーである場合、デコードエラーが発生した箇所を示す情報をバイナリデータに追加する（ステップＦ１３）。
【００４６】
以上のように、本発明の実施形態は、以下の特徴を有する。
呼接続するために相手機から送られてくる呼接続メッセージをデコードするデコード部と、自機が送信する呼接続メッセージをエンコードするエンコード部とデコードした相手機からのメーカコードを検出するメーカコード検出部を有する通信端末装置であって、呼接続フェーズでデコードエラーが発生したまたは、相手機からＩＴＵ−Ｔ勧告といった規格で定義された以外のメッセージを受信したときは、記録した呼接続メッセージを例えば、夜中の１２：００などのような予め定められた送信時刻に定期的に、ｅ−ｍａｉｌの添付ファイルとして、市場障害受付窓口のような予め設定された特定のメールアドレスに送信することを特徴とする。
【００４７】
このため、第６の動作例によれば、記憶されたバイナリデータ等の記録情報を自機が利用される時間を避けた時間帯にまとめて、メールの添付データとしてメール送信することで、メール送信をコピー、ＦＡＸ、プリンタなどの機能を動作させるためのリソースを奪わないようにすることができる。
【００４８】
次に、第７の動作例について、図１１を参照して説明する。
図１１に示すように、本実施形態のファクシミリ装置は、呼接続メッセージを相手機から受信すると、その受信した呼接続メッセージをデコードする（ステップＧ１）。
【００４９】
呼接続メッセージにエラーが発生していれば（ステップＧ２）、送受信したパケットをバイナリーデータとして記録する（ステップＧ４）。
問題なければＦＡＸ通信を行う（ステップＧ３）。
【００５０】
エラー発生でバイナリデータを記録する場合、ＩＴＵ−Ｔ勧告で定義されたメッセージ以外を受信したか判断する（ステップＧ５）。もし勧告以外のメッセージであれば“勧告以外である”旨を示す情報を残す（ステップＧ６）。予め定められた蓄積可能な最大のバイナリデータ数を読み出す（ステップＧ７）。
【００５１】
ステップＧ７で読み出した蓄積できる最大のバイナリデータ数が現在蓄積しているバイナリデータ数を越えているかをチェックする（ステップＧ８）。もし最大のバイナリデータ数が越えているのであれば、記録したバイナリデータをメールの添付ファイルとして送信するためにＭＩＭＥエンコードする（ステップＧ９）。予め記憶されたメール送信宛先を読み出す（ステップＧ１０）。そのメール送信宛先に、ＭＩＭＥエンコードしたバイナリデータ等の記録情報を添付してメール送信する（ステップＧ１１）。バイナリデータを削除する（ステップＧ１２）。
【００５２】
勧告で定義されたメッセージであれば、相手機が送ってきた呼接続メッセージのデコードエラーであるか判定する（ステップＧ１３）。デコードエラーである場合、デコードエラーが発生した箇所を示す情報をバイナリデータに追加する（ステップＧ１４）。
【００５３】
以上のように、本発明の実施形態は、以下の特徴を有する。
呼接続するために相手機から送られてくる呼接続メッセージをデコードするデコード部と、自機が送信する呼接続メッセージをエンコードするエンコード部とデコードした相手機からのメーカコードを検出するメーカコード検出部を有する通信端末装置であって、呼接続フェーズでデコードエラーが発生したまたは、相手機からＩＴＵ−Ｔ勧告といった規格で定義された以外のメッセージを受信したときは、記録した呼接続メッセージを例えば、５通信分といった予め定められた通信数のデータが記録された時点で、ｅ−ｍａｉｌの添付ファイルとして、市場障害受付窓口のような予め設定された特定のメールアドレスに送信することを特徴とした通信端末装置。
【００５４】
このため、第７の動作例によれば、記憶されたバイナリデータ等の記録情報を予め定められた通信数分以上蓄積した後、まとめて送信することにより自機が利用される時間を避けた時間帯にまとめて、メールの添付データとしてメール送信することで、メール送信をコピー、ＦＡＸ、プリンタなどの一般使用のリソースを奪わないようにすると同時に、エラー情報通知にある程度、リアルタイム性を含めることができる。
【００５５】
次に、第８の動作例について、図１２を参照して説明する。
図１２に示すように、本実施形態のファクシミリ装置は、呼接続メッセージを相手機から受信すると、その受信した呼接続メッセージをデコードする（ステップＨ１）。
【００５６】
呼接続メッセージにエラーが発生していれば（ステップＨ２）、送受信したパケットをバイナリーデータとして記録する（ステップＨ４）。
問題なければＦＡＸ通信を行う（ステップＨ３）。
【００５７】
エラー発生でバイナリデータを記録する場合、ＩＴＵ−Ｔ勧告で定義されたメッセージ以外を受信したか判断する（ステップＨ５）。もし勧告以外のメッセージであれば“勧告以外である”旨を示す情報を残す（ステップＨ６）。バイナリデータをアップロードする予め定められた宛先を読み出す（ステップＨ７）。蓄積したバイナリデータをＨＴＴＰプロトコルで、読み出された予め定められた宛先であるサーバにアップロードする（ステップＨ８）。
【００５８】
勧告で定義されたメッセージであれば、相手機が送ってきた呼接続メッセージのデコードエラーであるか判定する（ステップＨ９）。デコードエラーである場合、デコードエラーが発生した箇所を示す情報をバイナリデータに追加する（ステップＨ１０）。
【００５９】
以上のように、本発明の実施形態は、以下の特徴を有する。
呼接続エラー時に記録した呼接続パケットのバイナリデータを、Internet Exploreで使用するＨＴＴＰプロトコルを使って予め定められたサーバにアップロードすることを特徴とする。
【００６０】
このため、第８の動作例によれば、蓄積されたバイナリデータをＨＴＴＰプロトコルを使用することにより、メールサーバを使用しないユーザであってもバイナリデータを特定の宛先のサーバに送信することができる。
【００６１】
次に、第９の動作例について、図１３を参照して説明する。
図１３に示すように、本実施形態のファクシミリ装置は、呼接続メッセージを相手機から受信すると、その受信した呼接続メッセージをデコードする（ステップＩ１）。
【００６２】
呼接続メッセージにエラーが発生していれば（ステップＩ２）、送受信したパケットをバイナリーデータとして記録する（ステップＩ４）。
エラーが発生していなければ、ＦＡＸ通信を始める（ステップＩ３）。
【００６３】
エラー発生でバイナリデータを記録する場合、記録済みのパケットを再検索して、ＩＰアドレスをセキュリティ上、問題とならないプライベートＩＰアドレスに置き換える（ステップＩ５）。ステップＩ４で記録したバイナリデータに、メーカコードと日時情報を付加する（ステップＩ６）。蓄積したバイナリデータをEthereal，WireSharkなどのパケットアナライザーのデータフォーマットに変換する（ステップＩ７）。
【００６４】
以上のように、本発明の実施形態は、以下の特徴を有する。
呼接続メッセージエラーのパケットをバイナリデータで記録した後、バイナリデータをEthereal、WireSharkなどのパケットアナライザーが読み込むことができる予め定められたデータフォーマットに変換する。
【００６５】
このため、第９の動作例によれば、第１の動作例において蓄積したバイナリデータをパケットアナライザであるEthereal、WireSharkで使用するデータフォーマットに変換して記憶することで、バイナリデータを受信した後にパケットアナライザで表示することができ、迅速にエラーの原因を解析することができる。
【００６６】
以上のように、上述した実施形態によれば、通信したとき、蓄積用のメモリ不足、上不足など、端末固有のエラーではなく、呼接続用メッセージのエンコード・デコードのエラーなど呼接続に関するエラーについて、パケットをファイル化して通信履歴に記録することにより、その後の接続性問題解決のための情報として活用することができる。
このため、迅速にエラーの原因を解析することができ、ユーザにエラー発生による不便さをあまり感じさせないようにすることができる。
【００６７】
なお、上述した各実施形態は本発明の好適な実施形態であり、本発明はこれに限定されることなく、本発明の技術的思想に基づいて種々変形して実施することが可能である。
【００６８】
例えば、上述した実施形態では、本発明に係る通信端末装置をファクシミリ装置に適用した例について説明したが、送信する呼接続メッセージをエンコードすると共に、相手機から送られてくる呼接続メッセージをデコードする通信端末装置であればこのものに限定されず、例えば通信機能を備えたＭＦＰ（Multi Function Printer）等であってもよい。
【００６９】
また、上述した実施形態としてのサービス提供システムを実現するための処理手順をプログラムとして記録媒体に記録することにより、本発明の各実施形態による上述した各機能を、その記録媒体から供給されるプログラムによって、システムを構成するコンピュータのＣＰＵに処理を行わせて実現させることができる。
この場合、上記の記録媒体により、あるいはネットワークを介して外部の記録媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
すなわち、記録媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記録媒体および該記録媒体から読み出された信号は本発明を構成することになる。
この記録媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ-ＲＯＭ、ＣＤ-Ｒ、ＣＤ-ＲＷ、ＤＶＤ-ＲＯＭ、ＤＶＤ-ＲＡＭ、ＤＶＤ-ＲＷ、ＤＶＤ+ＲＷ、磁気テープ、不揮発性のメモリーカード、ＲＯＭ等を用いてよい。
【００７０】
この本発明に係るプログラムによれば、当該プログラムによって制御される各種の通信端末装置に、上述した実施形態における各機能を実現させることができる。
【符号の説明】
【００７１】
１ スキャナ
２ プロッタ
３ 操作表示部
４ 時計回路部
５ 磁気ディスク
６ 呼接続メッセージのエンコード部
７ 呼接続メッセージのデコード部
８ メーカコード検出部
９ メール送信制御部
１０ パケットアナライザ用データフォーマット変換部
【先行技術文献】
【特許文献】
【００７２】
【特許文献１】特開２００４−１５６４９号公報
【特許請求の範囲】
【請求項１】
呼接続のために通信相手装置から送られてくる呼接続メッセージをデコードするデコード手段と、
自機が送信する呼接続メッセージをエンコードするエンコード手段と、
前記デコード手段または前記エンコード手段でデコードエラーが発生した場合、該デコードエラーが発生した日時情報に、送受信された呼接続メッセージをバイナリデータのままで関連付けて記録する記録手段と、を備えたことを特徴とする通信端末装置。
【請求項２】
前記記録手段により記録されたバイナリデータの中身をサーチして、呼接続メッセージの中に含まれるＩＰアドレスをプライベートアドレスに置換する置換手段を備えたことを特徴とする請求項１記載の通信端末装置。
【請求項３】
前記記録手段は、前記デコード手段または前記エンコード手段でデコードエラーが発生した場合、かつ前記通信相手装置から規格による定義外のメッセージを受信した場合に前記記録することを特徴とする請求項１または２記載の通信端末装置。
【請求項４】
呼接続のために通信相手装置から送られてくる呼接続メッセージをデコードするデコード手段と、
自機が送信する呼接続メッセージをエンコードするエンコード手段と、
前記デコード手段または前記エンコード手段でデコードエラーが発生した場合、および／または、前記通信相手装置から勧告で定義された以外のメッセージを受信した場合、メッセージ送受信の日時情報に、送受信された呼接続メッセージをバイナリデータのままで関連付けて記録する記録手段と、
前記記録手段により記録された記録情報を電子メールにより所定の送信先に送信する送信手段と、を備えたことを特徴とする通信端末装置。
【請求項５】
前記送信手段は、前記記録手段により前記記録情報が記録される度に電子メールで送信することを特徴とする請求項４記載の通信端末装置。
【請求項６】
前記送信手段は、予め定められた送信時刻に電子メールで送信することを特徴とする請求項４記載の通信端末装置。
【請求項７】
前記送信手段は、前記記録手段により予め定められた通信数の前記記録情報が記録された時点で電子メールにより送信することを特徴とする請求項４記載の通信端末装置。
【請求項８】
前記送信手段は、電子メールで送信するのに替えて、前記記録手段により記録された記録情報を所定のサーバにアップロードすることを特徴とする請求項４から７の何れか１項に記載の通信端末装置。
【請求項９】
前記デコード手段によりデコードした通信相手装置からの呼接続メッセージからメーカコードを検出するメーカコード検出手段を備え、
前記記録手段は、デコードエラーが発生した日時情報、および前記メーカコード検出手段により検出されたメーカコードに、送受信された呼接続メッセージをバイナリデータのままで関連付けて記録することを特徴とする請求項１から８の何れか１項に記載の通信端末装置。
【請求項１０】
前記記録手段が前記記録する際に、前記記録手段により記録されたデータをサーチして、前記記録しようとする記録情報と同じメーカコードおよび同じエラー内容の記録情報が記録されている場合、該記録しようとする記録情報を削除する削除手段を備えたことを特徴とする請求項９記載の通信端末装置。
【請求項１１】
前記記録手段が記録したバイナリデータを、パケットアナライザにより読み込み可能な所定のデータフォーマットに変換する変換手段を備えたことを特徴とする請求項１から１０の何れか１項に記載の通信端末装置。
【請求項１】
呼接続のために通信相手装置から送られてくる呼接続メッセージをデコードするデコード手段と、
自機が送信する呼接続メッセージをエンコードするエンコード手段と、
前記デコード手段または前記エンコード手段でデコードエラーが発生した場合、該デコードエラーが発生した日時情報に、送受信された呼接続メッセージをバイナリデータのままで関連付けて記録する記録手段と、を備えたことを特徴とする通信端末装置。
【請求項２】
前記記録手段により記録されたバイナリデータの中身をサーチして、呼接続メッセージの中に含まれるＩＰアドレスをプライベートアドレスに置換する置換手段を備えたことを特徴とする請求項１記載の通信端末装置。
【請求項３】
前記記録手段は、前記デコード手段または前記エンコード手段でデコードエラーが発生した場合、かつ前記通信相手装置から規格による定義外のメッセージを受信した場合に前記記録することを特徴とする請求項１または２記載の通信端末装置。
【請求項４】
呼接続のために通信相手装置から送られてくる呼接続メッセージをデコードするデコード手段と、
自機が送信する呼接続メッセージをエンコードするエンコード手段と、
前記デコード手段または前記エンコード手段でデコードエラーが発生した場合、および／または、前記通信相手装置から勧告で定義された以外のメッセージを受信した場合、メッセージ送受信の日時情報に、送受信された呼接続メッセージをバイナリデータのままで関連付けて記録する記録手段と、
前記記録手段により記録された記録情報を電子メールにより所定の送信先に送信する送信手段と、を備えたことを特徴とする通信端末装置。
【請求項５】
前記送信手段は、前記記録手段により前記記録情報が記録される度に電子メールで送信することを特徴とする請求項４記載の通信端末装置。
【請求項６】
前記送信手段は、予め定められた送信時刻に電子メールで送信することを特徴とする請求項４記載の通信端末装置。
【請求項７】
前記送信手段は、前記記録手段により予め定められた通信数の前記記録情報が記録された時点で電子メールにより送信することを特徴とする請求項４記載の通信端末装置。
【請求項８】
前記送信手段は、電子メールで送信するのに替えて、前記記録手段により記録された記録情報を所定のサーバにアップロードすることを特徴とする請求項４から７の何れか１項に記載の通信端末装置。
【請求項９】
前記デコード手段によりデコードした通信相手装置からの呼接続メッセージからメーカコードを検出するメーカコード検出手段を備え、
前記記録手段は、デコードエラーが発生した日時情報、および前記メーカコード検出手段により検出されたメーカコードに、送受信された呼接続メッセージをバイナリデータのままで関連付けて記録することを特徴とする請求項１から８の何れか１項に記載の通信端末装置。
【請求項１０】
前記記録手段が前記記録する際に、前記記録手段により記録されたデータをサーチして、前記記録しようとする記録情報と同じメーカコードおよび同じエラー内容の記録情報が記録されている場合、該記録しようとする記録情報を削除する削除手段を備えたことを特徴とする請求項９記載の通信端末装置。
【請求項１１】
前記記録手段が記録したバイナリデータを、パケットアナライザにより読み込み可能な所定のデータフォーマットに変換する変換手段を備えたことを特徴とする請求項１から１０の何れか１項に記載の通信端末装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２０１１−１１４３８４（Ｐ２０１１−１１４３８４Ａ）
【公開日】平成２３年６月９日（２０１１．６．９）
【国際特許分類】
【出願番号】特願２００９−２６６４０９（Ｐ２００９−２６６４０９）
【出願日】平成２１年１１月２４日（２００９．１１．２４）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
【公開日】平成２３年６月９日（２０１１．６．９）
【国際特許分類】
【出願日】平成２１年１１月２４日（２００９．１１．２４）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
[ Back to top ]