(57)【要約】【課題】データ送信時のエラーを事前に回避して、確実な送信処理およびネットワーク負荷の軽減を図ること。【解決手段】本発明は、ネットワーク３を介してデータを送信する機能を有する情報処理装置１において、ネットワーク３を介してデータ送信した際に生じた送信エラーの内容を記録する記憶装置２と、ネットワーク３を介して別のデータ送信を行うにあたり、送信前に記憶装置２に記憶されたエラーの内容と別のデータ送信の内容とを比較して送信エラーが発生する可能性があるか否かを検証し、送信エラーが発生する可能性があると判断された場合、別のデータ送信の内容を変更して送信エラーの発生を回避するエラー要因情報管理部１４とを備えている。【選択図】図１
2006195698.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介してデータを送信する機能を有する情報処理装置において、
前記ネットワークを介してデータ送信した際に生じた送信エラーの内容を記憶するエラー記憶手段と、
前記ネットワークを介して別のデータ送信を行うにあたり、送信前に前記エラー記憶手段に記憶されたエラーの内容と前記別のデータ送信の内容とを比較して送信エラーが発生する可能性があるか否かを検証する検証手段と、
前記検証手段で送信エラーが発生する可能性があると判断された場合、前記別のデータ送信の内容を変更して送信エラーの発生を回避する回避手段と
を備えることを特徴とする情報処理装置。
【請求項２】
ネットワークを介してデータを送信する機能を有する情報処理装置において、
前記ネットワークを介してデータ送信した際に生じた送信エラーの内容を記憶するエラー記憶手段と、
前記ネットワークを介して別のデータ送信を行うにあたり、送信前に前記エラー記憶手段に記憶されたエラーの内容と前記別のデータ送信の内容とを比較して送信エラーが発生する可能性があるか否かを検証する検証手段と、
前記検証手段で送信エラーが発生する可能性があると判断された場合、その可能性のある送信エラーの内容を表示する表示手段と
を備えることを特徴とする情報処理装置。
【請求項３】
前記検証手段で可能性があると判断された送信エラーに対する回避手法を前記表示手段に表示させる回避設定手段を備える
ことを特徴とする請求項２記載の情報処理装置。
【請求項４】
前記表示手段に表示された回避手段のユーザによる決定を受け付ける受け付け手段を備える
ことを特徴とする請求項３記載の情報処理装置。
【請求項５】
前記表示手段に表示された回避手段のユーザによる削除、修正を受け付ける受け付け手段を備える
ことを特徴とする請求項３記載の情報処理装置。
【請求項６】
前記表示手段に表示された回避手段に基づくデータ送信のパラメータのユーザによる修正を受け付ける受け付け手段を備える
ことを特徴とする請求項３記載の情報処理装置。
【請求項７】
ネットワークを介してデータを送信する機能をコンピュータによるプログラム処理で実行する情報処理プログラムにおいて、
前記ネットワークを介してデータ送信した際に生じた送信エラーの内容をメモリに記録するステップと、
前記ネットワークを介して別のデータ送信を行うにあたり、送信前に前記メモリに記憶されたエラーの内容と前記別のデータ送信の内容とを比較して送信エラーが発生する可能性があるか否かを検証するステップと、
前記ステップで送信エラーが発生する可能性があると判断された場合、前記別のデータ送信の内容を変更して送信エラーの発生を回避するステップと
をコンピュータによって実行することを特徴とする情報処理プログラム。
【請求項８】
ネットワークを介してデータを送信する機能をコンピュータによるプログラム処理で実行する情報処理プログラムにおいて、
前記ネットワークを介してデータ送信した際に生じた送信エラーの内容をメモリに記録するステップと、
前記ネットワークを介して別のデータ送信を行うにあたり、送信前に前記メモリに記憶されたエラーの内容と前記別のデータ送信の内容とを比較して送信エラーが発生する可能性があるか否かを検証するステップと、
前記ステップで送信エラーが発生する可能性があると判断された場合、その可能性のある送信エラーの内容をディスプレイに表示するステップと
をコンピュータによって実行することを特徴とする情報処理プログラム。
【請求項９】
前記ステップで可能性があると判断された送信エラーに対する回避手法を前記ディスプレイに表示するステップを有する
ことを特徴とする請求項８記載の情報処理プログラム。
【請求項１０】
前記ディスプレイに表示された回避手段のユーザによる決定を受け付けるステップを有する
ことを特徴とする請求項９記載の情報処理プログラム。
【請求項１１】
前記ディスプレイに表示された回避手段のユーザによる削除、修正を受け付けるステップを有する
ことを特徴とする請求項９記載の情報処理プログラム。
【請求項１２】
前記ディスプレイに表示された回避手段に基づくデータ送信のパラメータのユーザによる修正を受け付けるステップを有する
ことを特徴とする請求項９記載の情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介してデータを送信する機能を有する情報処理装置および情報処理プログラムに関する。
【背景技術】
【０００２】
特許文献１では、通信装置、通信方法、記憶媒体およびプログラムにおいて、メール送信における送信エラーで、そのエラー内容がデータ量に起因する場合、画像の圧縮や縮小等によりメールのデータ量を小さくし再送信する技術が開示されている。
【０００３】
また、特許文献２で開示されるコミュニケーションサーバシステムでは、クライアントからのドキュメント送信要求を受けたサーバは、送信が異常終了した場合に異常となった通信記録と異常結果通知ファイルとをクライアントに送信するようにしている。また、クライアントは通信記録と結果通知を確認し再送要求等の処理を判断している。
【０００４】
また、特許文献３では、電子メールアドレス更新方法及びシステム及び電子メールアドレス更新プログラムを格納した記憶媒体において、アドレス不正でメール送信を失敗した場合、管理サーバより最新のメールアドレスを更新して、新アドレスにメール再送信する技術が開示されている。
【０００５】
【特許文献１】特開２００２−１２５０９０号公報
【特許文献２】特開平０７−１０５１１４号公報
【特許文献３】特開平１１−１３４２６７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１の技術では、ユーザが送信サイズに制限をかけない限り、再度データ量によるエラーが発生し、ネットワークへの負荷が高いという問題がある。また、特許文献２の技術では、クライアント・サーバが協業するシステムを構築する必要があり、既存の汎用サーバでのエラー回避は不可能である。また、特許文献３の技術では、管理サーバによりメールアドレス管理を行い、送信先名などによりメールアドレスを取得できるシステムを構築する必要があり、管理サーバを備えないシステムでのリカバリー処理は不可能である。
【課題を解決するための手段】
【０００７】
本発明はこのような課題を解決するために成されたものである。すなわち、本発明は、ネットワークを介してデータを送信する機能を有する情報処理装置において、ネットワークを介してデータ送信した際に生じた送信エラーの内容を記録するエラー記憶手段と、ネットワークを介して別のデータ送信を行うにあたり、送信前にエラー記憶手段に記憶されたエラーの内容と別のデータ送信の内容とを比較して送信エラーが発生する可能性があるか否かを検証する検証手段と、検証手段で送信エラーが発生する可能性があると判断された場合、別のデータ送信の内容を変更して送信エラーの発生を回避する回避手段とを備えている。
【０００８】
また、本発明は、ネットワークを介してデータを送信する機能をコンピュータによるプログラム処理で実行する情報処理プログラムにおいて、ネットワークを介してデータ送信した際に生じた送信エラーの内容をメモリに記録するステップと、ネットワークを介して別のデータ送信を行うにあたり、送信前にメモリに記憶されたエラーの内容と別のデータ送信の内容とを比較して送信エラーが発生する可能性があるか否かを検証するステップと、前記ステップで送信エラーが発生する可能性があると判断された場合、別のデータ送信の内容を変更して送信エラーの発生を回避するステップとをコンピュータによって実行するものである。
【０００９】
このような本発明では、ネットワークを介したデータ送信において送信エラーが発生した場合、そのエラーの内容を記憶しておき、別のデータ送信を行う際の送信内容と記憶してあるエラーの内容とを比較して、エラーの発生する可能性を検証しているため、エラーの発生する可能性のあるデータ送信を事前に回避できるようになる。
【００１０】
また、本発明は、ネットワークを介してデータを送信する機能を有する情報処理装置において、ネットワークを介してデータ送信した際に生じた送信エラーの内容を記録するエラー記憶手段と、ネットワークを介して別のデータ送信を行うにあたり、送信前にエラー記憶手段に記憶されたエラーの内容と別のデータ送信の内容とを比較して送信エラーが発生する可能性があるか否かを検証する検証手段と、検証手段で送信エラーが発生する可能性があると判断された場合、その可能性のある送信エラーの内容を表示する表示手段とを備えるものである。
【００１１】
また、本発明は、ネットワークを介してデータを送信する機能をコンピュータによるプログラム処理で実行する情報処理プログラムにおいて、ネットワークを介してデータ送信した際に生じた送信エラーの内容をメモリに記録するステップと、ネットワークを介して別のデータ送信を行うにあたり、送信前にメモリに記憶されたエラーの内容と別のデータ送信の内容とを比較して送信エラーが発生する可能性があるか否かを検証するステップと、前記ステップで送信エラーが発生する可能性があると判断された場合、その可能性のある送信エラーの内容をディスプレイに表示するステップとをコンピュータによって実行するものである。
【００１２】
このような本発明では、ネットワークを介したデータ送信において送信エラーが発生した場合、そのエラーの内容を記憶しておき、別のデータ送信を行う際の送信内容と記憶してあるエラーの内容とを比較して、エラーの発生する可能性を検証しているため、発生する可能性のあるエラーの内容を表示してユーザに警告できるようになる。
【発明の効果】
【００１３】
したがって、本発明によれば次のような効果がある。すなわち、送信エラーが１度発生すると、同様原因によるエラーを事前に回避することができ、無駄なデータ送信を行うことなくネットワークの負荷を軽減できるようになる。また、いままで見逃しがちであった送信処理後のエラー表示ではなく、送信処理前にエラーの可能性を表示し、ユーザが事前に間違いを修正することが可能となる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明の実施の形態を図に基づき説明する。図１は、本実施形態に係る情報処理装置を説明する構成図である。すなわち、本実施形態に係る情報処理装置１は、記憶装置２を持ち、ネットワーク３との接続が可能となっている。情報処理装置１内は、データ送信部１１、結果受信部１２、記憶装置２に情報を記録する制御を行う記録部１３、エラー要因情報管理部１４、ネットワーク３とのインタフェースとなるネットワーク部１５およびＵＩ（ユーザインタフェース）部１６で構成される。
【００１５】
＜エラー要因情報の保存＞
情報処理装置１のデータ送信部１１より、画像データまたは処理データを他のパーソナルコンピュータ等のデバイス４に送信すると、そのデータ送信における状態を結果受信部１２で受信する。結果受信部１２で受信したデータ送信の「送信の結果」がエラーであったならば、エラー要因情報管理部１４は、結果受信部１２から得たエラー結果内容と、データ送信部１１から得た送信パラメータとを取得する。エラー要因情報管理部１４は、前記エラー結果内容と前記送信パラメータとから抽出した、エラー要因情報（以後のエラー回避に必要十分な情報）を記録部１３に記録依頼し、記憶装置２に記録する。
【００１６】
＜自動エラー回避＞
情報処理装置１のデータ送信部１１より、画像データ、または処理データを他のデバイス４に送信する。その際、エラー要因情報管理部１４は検証手段および回避手段として機能する。すなわち、図２に示すフローチャートに基づいて、以前のエラー要因情報の記録からエラー発生の可能性を判断し、エラー回避方法をユーザに表示する。また、エラー要因情報管理部１４は、エラー回避処理を行ってデータを送信する。これにより以前のエラーの再発を回避する。
【００１７】
以下、図２のフローチャートに沿って本実施形態に係る情報処理プログラムの汎用的な流れを説明する。なお、以下に示すフローチャートの各処理は本実施形態の情報処理装置１内で実行されるプログラムとして実現されるものである。また、以下の説明で図示されない符号は図１を参照するものとする。
【００１８】
先ず、データ送信を行うにあたり、ネットワーク部１５によるネットワークアクセス処理を開始する（ステップＳ２０１）。次に、エラー要因情報管理部１４によって、指定通信先となるデバイスの識別子に対する通信エラー情報が記憶装置２に記憶されているか否か判断する（ステップＳ２０２）。ここで通信エラー情報が記憶装置２に記憶されていない場合にはデバイスに対するアクセスを実行する（ステップＳ２０７）。
【００１９】
一方、通信エラー情報が記憶装置２に記憶されている場合には、エラー要因情報管理部１４によって、指定のアクセス内容と記憶装置２に記憶されている全エラー情報とを比較し（ステップＳ２０３）、エラー情報によりエラーが発生する可能性がある回避が必要であるか否かを判断する（ステップＳ２０４）。
【００２０】
エラー発生の可能性がない場合、もしくは回避の必要がない場合にはデバイスに対するアクセスを実行する（ステップＳ２０７）。また、エラー発生の可能性および回避の必要がある場合には、エラー回避の実施をＵＩ部１６のディスプレイ等に表示してユーザにその旨をしらせる（ステップＳ２０５）。
【００２１】
その後、エラー要因情報管理部１４によってエラー回避を実施し（ステップＳ２０６）、エラーの発生原因を解消した後、デバイスに対するアクセスを実行する（ステップＳ２０７）。
【００２２】
実際にデバイスに対するアクセスを行った状態で送信エラーが発生した場合には（ステップＳ２０８）、結果受信部１２で受信したエラー情報をエラー要因情報管理部１４によって記憶装置２に記録する処理を行い（ステップＳ２０９）、以降行う別のアクセスの際のエラー回避に用いるようにする。
【００２３】
ここで、図２の判断処理（図中一点鎖線枠）部分を、図３〜図６に示すフローチャートに置き替えることで、「サーバ名によるエラー」、「コマンド種別によるエラー」、「プロトコルのエラー」、「パス指定エラー」の回避を行うことができる。
【００２４】
図３：「サーバ名によるエラー」
先ず、エラー要因情報管理部１４によって、指定されたFQDN名デバイスに対しデバイス不明のエラー情報が記憶装置２に記憶されているか否かを判断する（ステップＳ３０１）。ここで記憶されていない場合にはデバイス名はFQDN名指定のまま（ステップＳ３１０）、デバイスへアクセスする（ステップＳ３１１）。
【００２５】
一方、記憶装置２に記憶されている場合には、デバイス不明に対するエラー回避が必要か否かを判断し（ステップＳ３０２）、必要でなければステップＳ３１０へ、必要であればステップＳ３０３へ進む。ステップＳ３０３では、FQDN名からNetBIOS名を推測し、NetBIOS名でWINSサーバに問い合わせを行う（ステップＳ３０４）。
【００２６】
その後、アクセス先のデバイスが判明したか否かを判断し（ステップＳ３０５）、判明した場合にはステップＳ３０８へ、判明していない場合にはNetBIOS名でブロードキャストして問い合わせを行う（ステップＳ３０６）。その後、ブロードキャストによってアクセス先のデバイスが判明したか否かを判断し（ステップＳ３０７）、判明した場合にはNetBIOS名によるアクセスに変更したことをＵＩ部１６のディスプレイ等に表示してユーザに知らせる（ステップＳ３０８）。
【００２７】
NetBIOS名によるアクセスに変更した場合には、デバイス名としてNetBIOS名を指定し（ステップＳ３０９）、そのデバイス名によってアクセスを実行する（ステップＳ３１１）。一方、アクセス先のデバイスが判明しない場合にはデバイス名としてFQDN名を指定し（ステップＳ３１０）、そのデバイス名によってアクセスを実行する（ステップＳ３１１）。
【００２８】
図４：「コマンド種別によるエラー」
先ず、エラー要因情報管理部１４によって、指定されたデバイスに対しFTP(rename)コマンドのエラー情報が記憶装置２に記憶されているか否かを判断する（ステップＳ４０１）。ここで記憶されていない場合には元ファイルをrenameコマンドで名前変更するステップＳ４０７）。
【００２９】
一方、記憶装置２に記憶されている場合には、renameコマンドに対するエラー回避が必要であるか否かを判断し（ステップＳ４０２）、必要でない場合にはステップＳ４０７へ進み、必要である場合には代替コマンドでの実施をＵＩ部１６のディスプレイ等に表示してユーザに知らせる（ステップＳ４０３）。
【００３０】
そして、元ファイルをgetコマンドで取得し（ステップＳ４０４）、新規ファイルをputコマンドで作成し（ステップＳ４０５）、元ファイルをdeleteコマンドで削除する（ステップＳ４０６）といった代替のコマンドを組み合わせてrenameコマンドと同様な処理を実施する。
【００３１】
図５：「プロトコルのエラー」
先ず、エラー要因情報管理部１４によって、指定されたデバイスに対し指定ユーザ名、パスワードでSMBログインのエラー情報が記憶装置２に記憶されているか否かを判断する（ステップＳ５０１）。ここで記憶されていない場合にはSMBプロトコル指定のままにして（ステップＳ５０５）、サーバにログインする（ステップＳ５０６）。
【００３２】
一方、記憶装置２に記憶されている場合には、SMBプロトコルに対するエラー回避が必要であるか否かを判断し（ステップＳ５０２）、必要でない場合にはステップＳ５０５へ進み、必要である場合にはプロトコルの変更実施をＵＩ部１６のディスプレイ等に表示してユーザに知らせる（ステップＳ５０３）。
【００３３】
そして、SMBプロトコルからFTPプロトコルによるアクセス方法に変更を行い（ステップＳ５０４）、サーバにログインする（ステップＳ５０６）。
【００３４】
図６：「パス指定エラー」
先ず、エラー要因情報管理部１４によって、指定されたパスに対し、パス不正（指定パスが存在しない等）によるエラー情報が記憶装置２に記憶されているか否かを判断する（ステップＳ６０１）。ここで記憶されていない場合には指定パスのままにして（ステップＳ６０５）、サーバにログインする（ステップＳ６０６）。
【００３５】
一方、記憶装置２に記憶されている場合には、指定パス変更によるエラー回避が必要であるか否かを判断し（ステップＳ６０２）、必要でない場合にはステップＳ６０５へ進み、必要である場合にはパスの変更実施をＵＩ部１６のディスプレイ等に表示してユーザに知らせる（ステップＳ６０３）。
【００３６】
そして、指定パスを実在の上位階層に変更するなどの適切な値に変更し（ステップＳ６０４）、変更後の指定パスによって書き込みを行う（ステップＳ６０６）。
【００３７】
図７は、他の実施形態を説明するフローチャートである。この実施形態における情報処理装置の構成、エラー要因情報の保存は先の実施形態と同じである。
【００３８】
＜ユーザによるエラー回避＞
情報処理装置１のデータ送信部１１より、画像データ、または処理データを他のデバイス４に送信する。その際に図７に示すフローチャートに基づいて、以前のエラー要因情報の記録からエラー発生の可能性を判断し、そのエラー要因情報をユーザに表示する。ユーザはエラー要因情報の表示に基づき、ユーザが自らの判断で「送信手段や内容の代替」「送信パラメータの変更」「送信データの変更」を行い、エラーの発生を回避する。これにより、ユーザがエラー発生の可能性が高い内容を再確認することによりエラーの再発を回避できるようになる。
【００３９】
以下、図７のフローチャートに沿って他の実施形態に係る情報処理プログラムの汎用的な流れを説明する。なお、以下に示すフローチャートの各処理は本実施形態の情報処理装置１内で実行されるプログラムとして実現されるものである。また、以下の説明で図示されない符号は図１を参照するものとする。
【００４０】
先ず、データ送信を行うにあたり、ネットワーク部１５によるネットワークアクセス処理を開始する（ステップＳ７０１）。次に、エラー要因情報管理部１４によって、指定通信先となるデバイスの識別子に対する通信エラー情報が記憶装置２に記憶されているか否か判断する（ステップＳ７０２）。ここで通信エラー情報が記憶装置２に記憶されていない場合にはデバイスに対するアクセスを実行する（ステップＳ７０８）。
【００４１】
一方、通信エラー情報が記憶装置２に記憶されている場合には、エラー要因情報管理部１４によって、指定のアクセス内容と記憶装置２に記憶されている全エラー情報とを比較し（ステップＳ７０３）、エラー情報によりエラーが発生する可能性があって警告が必要であるか否かを判断する（ステップＳ７０４）。
【００４２】
エラー発生の可能性がない場合、もしくは警告の必要がない場合にはデバイスに対するアクセスを実行する（ステップＳ７０８）。また、エラー発生の可能性および警告の必要がある場合には、エラー発生の可能性がある旨の警告をＵＩ部１６のディスプレイ等に表示してユーザにしらせる（ステップＳ７０５）。
【００４３】
その後、アクセス継続／中止指示、または送信パラメータの変更後の継続指示、またはエラー回避方法の選択後に継続指示をＵＩ部１６によってユーザから受け付け（ステップＳ７０６）、アクセス継続の場合には（ステップＳ７０７）、デバイスに対するアクセスを実行する（ステップＳ７０８）。一方、アクセス中止の場合にはデバイスにアクセスせず終了する。
【００４４】
また、実際にデバイスに対するアクセスを行った状態で送信エラーが発生した場合には（ステップＳ７０９）、結果受信部１２で受信したエラー情報をエラー要因情報管理部１４によって記憶装置２に記録する処理を行い（ステップＳ７１０）、以降行う別のアクセスの際のエラー回避に用いるようにする。
【００４５】
ここで、図７の判断処理（図中一点鎖線枠）部分を、図８に示すフローチャートに置き換えることで、メール等の送信先エラー回避においてユーザに送信先を変更させ、エラーを回避できる例となる。
【００４６】
図８：「送信先の変更」
先ず、エラー要因情報管理部１４によって、メール送信等で送信先指定に関するエラー情報が記憶装置２に記憶されているか否かを判断する（ステップＳ８０１）。ここで記憶されていない場合には送信先はそのままにして（ステップＳ８０７）、送信処理を行う（ステップＳ８０６）。
【００４７】
一方、記憶装置２に記憶されている場合には、送信先の変更によるエラー回避が必要であるか否かを判断し（ステップＳ８０２）、必要でない場合にはステップＳ８０７へ進み、必要である場合には送信先変更の実施をＵＩ部１６のディスプレイ等に表示してユーザに知らせる（ステップＳ８０３）。
【００４８】
その後、送信処理の継続／中止指示、または、送信先変更後に送信処理の継続指示をＵＩ部１６で受け付け（ステップＳ８０４）、送信処理継続であれば（ステップＳ８０５）、送信処理を実行する（ステップＳ８０６）。また、送信処理継続でなければ処理を終了する。
【００４９】
また、図７の判断処理（図中一点鎖線枠）部分を、図９に示すフローチャートに置き換えることで、メール等の送信データ量オーバーエラー回避においてユーザが送信データ量を変更する方法（データ圧縮/データ分割/データのリファレンス送信など）を選択するエラー回避の例となる。
【００５０】
図９：「送信データの変更」
先ず、エラー要因情報管理部１４によって、メール送信等で送信データ量が大きすぎる趣旨のエラー情報が記憶装置２に記憶されているか否かを判断する（ステップＳ９０１）。ここで記憶されていない場合には送信先およびデータ量はそのままにして（ステップＳ９０７）、送信処理を行う（ステップＳ９０６）。
【００５１】
一方、記憶装置２に記憶されている場合には、送信データ量の変更によるエラー回避が必要であるか否かを判断し（ステップＳ９０２）、必要でない場合にはステップＳ９０７へ進み、必要である場合には送信データ量の変更の実施をＵＩ部１６のディスプレイ等に表示してユーザに知らせる（ステップＳ９０３）。
【００５２】
その後、送信処理の継続／中止指示、または、送信データ量変更方法の指示後に送信処理の継続指示をＵＩ部１６で受け付け（ステップＳ９０４）、送信処理継続であれば（ステップＳ９０５）、送信処理を実行する（ステップＳ９０６）。また、送信処理継続でなければ処理を終了する。
【００５３】
なお、上記説明した実施形態での各処理に加え、「エラー要因情報の表示/削除/修正」を行う処理を追加してもよい。この場合、情報処理装置１の構成、エラー要因情報の保存、は上記実施形態と同じである。
【００５４】
「エラー要因情報の表示/削除/修正」
記憶装置２に記録されたエラー要因情報を、ユーザまたはデバイス管理者が任意に指定してＵＩ部１６のディスプレイに表示したり、表示したエラー要因情報の削除/修正をＵＩ部１６で行えるようにする。これにより、上記のようなエラー回避処理を制御するのに最適な情報を、デバイスで管理/運用できるようになる。
【００５５】
また、上記の各処理に加え、「デバイス内情報の修正」を行う処理を追加してもよい。この場合も情報処理装置１の構成、エラー要因情報の保存、は上記実施形態と同じである。
【００５６】
「デバイス内情報の修正」
記憶装置２に記録されたエラー要因情報に基づき、エラー要因がデバイス内情報（送信先サーバ名、アドレス帳の宛先など）の間違いが送信エラー原因であると判断された場合、間違いの可能性がある（または高い）デバイス内情報をＵＩ部１６のディスプレイに表示し、これをユーザが修正できるようにする。これによりエラーの根本原因を解決しエラーを回避できる。また、エラーの根本原因を解決したら、それに関連するエラー要因情報を自動的に削除できる。
【図面の簡単な説明】
【００５７】
【図１】本実施形態に係る情報処理装置を説明する構成図である。
【図２】本実施形態に係る情報処理プログラムの汎用的な流れを説明するフローチャートである。
【図３】エラー名によるエラーの回避処理を説明するフローチャートである。
【図４】コマンド種別によるエラーの回避処理を説明するフローチャートである。
【図５】プロトコルのエラーによるエラーの回避処理を説明するフローチャートである。
【図６】パス指定エラーによるエラーの回避処理を説明するフローチャートである。
【図７】他の実施形態に係る情報処理プログラムの汎用的な流れを説明するフローチャートである。
【図８】送信先の変更を行う処理を説明するフローチャートである。
【図９】送信データ量の変更を行う処理を説明するフローチャートである。
【符号の説明】
【００５８】
１…情報処理装置、２…記憶装置、３…ネットワーク、４…デバイス、１１…データ送信部、１２…結果受信部、１３…記憶部、１４…エラー要因情報管理部、１５…ネットワーク部、１６…ＵＩ部
【図１】
2006195698.tif 000003
【図２】
2006195698.tif 000004
【図３】
2006195698.tif 000005
【図４】
2006195698.tif 000006
【図５】
2006195698.tif 000007
【図６】
2006195698.tif 000008
【図７】
2006195698.tif 000009
【図８】
2006195698.tif 000010
【図９】
2006195698.tif 000011