(57)【要約】【課題】効率的で確実なデータの転送を行なうことのできるデータ転送プログラムを提供する。【解決手段】データ送信装置は、受信装置にデータを送信する際、記憶装置より前記受信装置に対する送信方法を検索する（Ｓ１０３）。受信装置にデータを送信した後、受信装置より、送信状況と当該受信装置の能力とを含む送信結果を取得する（Ｓ１０９）。データ送信がエラーであった場合（Ｓ１０９で「エラー」）、送信結果から、受信装置の通信能力や処理能力を読出し（Ｓ１１１）、受信装置に応じた送信方法で、データを再送信する（Ｓ１１３）。そして、取得した送信結果を記憶装置に記憶する（Ｓ１１７）。【選択図】　　　　図５
2004005433.tif 000002
【特許請求の範囲】
【請求項１】
データを第１の送信方法で受信装置に送信する送信ステップと、
前記受信装置より、前記第１の送信方法にて送信された前記データを適切に処理できない旨の受信結果と当該受信装置の能力とを含む情報を受信する受信ステップと、
前記受信装置より受信する前記情報に基づいて、前記第１の送信方法に替わる第２の送信方法を、所定の送信先へ出力する出力ステップとをコンピュータに実行させる、データ転送プログラム。
【請求項２】
前記データを、前記第２の送信方法で、前記受信装置に再送信する再送信ステップをさらにコンピュータに実行させる、請求項１に記載のデータ転送プログラム。
【請求項３】
前記受信装置より受信する前記情報を記憶装置に格納する格納ステップと、
以降に前記受信装置にデータを送信する際に、前記記憶装置に格納した前記情報に基づき、前記第２の送信方法を選択する選択ステップとをさらにコンピュータに実行させる、請求項１または２に記載のデータ転送プログラム。
【請求項４】
前記受信装置より受信する前記情報を、他の装置との間で転送する転送ステップをさらにコンピュータに実行させる、請求項１〜３のいずれかに記載のデータ転送プログラム。
【請求項５】
送信元から、データが、第１の送信方法で、当該装置に対して送信されたことを検出する検出ステップと、
前記第１の送信方法にて送信された前記データを、当該装置が適切に処理することができないと判断された場合、前記第１の送信方法に替わる第２の送信方法で、前記送信元へ通知する通知ステップとをコンピュータに実行させる、データ転送プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明はデータ転送プログラムに関し、特に、効率的で確実なデータの転送を行なうことのできるデータ転送プログラムに関する。
【０００２】
【従来の技術】
ネットワークにおいてデータの転送を行なう際、エラーが発生し、送信装置から送信されたデータが受信装置で受信されない場合がある。
【０００３】
このような事態に対処するために、特許文献１は、エラーを感知し、その対応を自動的に行ない、さらにエラーの発生の通知を行なうサーバ装置について開示している。
【０００４】
また、このような事態に対処するために、特許文献２は、エラー発生時に、自動的に他の送信方法に切換え再送信することができる画像処理装置を開示している。
【０００５】
【特許文献１】
特開２００１−１９７１５２号公報
【０００６】
【特許文献２】
特開２０００−３２１８４号公報
【０００７】
【特許文献３】
特開２００２−１００１７号公報
【０００８】
【特許文献４】
特開平９−１３０５６５号公報
【０００９】
【発明が解決しようとする課題】
しかしながら、上述の特許文献１において開示されているサーバ装置を用いた場合であっても、送信装置では、受信装置の状態や能力を取得することができず、代替送信方法がある場合であっても送信装置で他の送信方法を選択することができないという問題があった。
【００１０】
また、特許文献２において開始されている画像処理装置を用いた場合であっても、送信装置は、受信装置の能力を確認することができないため、切換えた他の送信方法で受信装置が受信できない場合もあり、再度エラーが発生してしまうという問題もあった。
【００１１】
本発明はこれらの問題に鑑みてなされたものであり、効率的で確実なデータの転送を行なうことのできるデータ転送プログラムを提供することを目的とする。
【００１２】
【課題を解決するための手段】
上記目的を達成するために、本発明のある局面に従うと、データ転送プログラムは、データを第１の送信方法で受信装置に送信する送信ステップと、受信装置より、第１の送信方法にて送信されたデータを適切に処理できない旨の受信結果と当該受信装置の能力とを含む情報を受信する受信ステップと、受信装置より受信する情報に基づいて、第１の送信方法に替わる第２の送信方法を、所定の送信先へ出力する出力ステップとをコンピュータに実行させる。
【００１３】
また、データ転送プログラムは、データを、第２の送信方法で、受信装置に再送信する再送信ステップをさらにコンピュータに実行させることが望ましい。
【００１４】
また、データ転送プログラムは、受信装置より受信する情報を記憶装置に格納する格納ステップと、以降に受信装置にデータを送信する際に、記憶装置に格納した情報に基づき、第２の送信方法を選択する選択ステップとをさらにコンピュータに実行させることが望ましい。
【００１５】
また、データ転送プログラムは、受信装置より受信する情報を、他の装置との間で転送する転送ステップをさらにコンピュータに実行させることが望ましい。
【００１６】
本発明の他の局面に従うと、データ転送プログラムは、送信元から、データが、第１の送信方法で、当該装置に対して送信されたことを検出する検出ステップと、第１の送信方法にて送信されたデータを、当該装置が適切に処理することができないと判断された場合、第１の送信方法に替わる第２の送信方法で、送信元へ通知する通知ステップとをコンピュータに実行させる。
【００１７】
【発明の実施の形態】
以下に、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品および構成要素には同一の符号を付してある。それらの名称および機能も同じである。したがってそれらについての詳細な説明は繰返さない。
【００１８】
図１は、本実施の形態におけるデータ転送システムの構成を示す図である。
図１を参照して、本実施の形態におけるデータ転送システムは、ネットワーク４で接続された送信装置１と、受信装置２と、送信メールサーバ３１と、受信メールサーバ３２とを含む。さらに送信装置１と受信装置２とは電話回線５によって接続される。
【００１９】
送信装置１および受信装置２は、ネットワーク４や電話回線５を介して文書や画像等のデータの送受信を行なう機能を備える装置である。本実施の形態においては、送信装置１は、ネットワーク４を介して通信を行なう機能と電話回線５を介して通信を行なう機能とを備えるパーソナルコンピュータであり、受信装置２は、ネットワーク４を介して通信を行なう機能と電話回線５を介して通信を行なう機能とを備えるいわゆるＭＦＰ（Ｍｕｌｔｉ　Ｆｕｎｃｔｉｏｎ　Ｐｅｒｉｐｈｅｒａｌ）と言われる複合型装置であるものとして説明を行なうが、上述のいずれの装置であっても同様であり、限定されるものではない。
【００２０】
図２は、図１に示される送信装置１の構成を示すブロック図である。
図２を参照して、送信装置１は、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）等から構成され送信装置１全体の制御を行なう制御部１０１と、制御部１０１で実行されるプログラムや各種情報を記憶する記憶部１０２と、キーボードやマウス等から構成される入力部１０３と、ディスプレイ等から構成される表示部１０４と、ネットワーク４を介して情報の送受信を行なうためのネットワークＩ／Ｆ１０５と、電話回線５を介して情報の送受信を行なうための電話回線Ｉ／Ｆ１０６とを含む。また、送信装置１は、フレキシブルディスクやＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ　Ｄｉｓｃ−Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）などの記録媒体１０８を読取る記録媒体読取部１０７をさらに含み、記録媒体１０８から制御部１０１で実行されるプログラムを読取ってもよい。
【００２１】
なお、図２に示される送信装置１の構成は、一般的なパーソナルコンピュータの構成であり、上述の構成に限定されない。
【００２２】
また、図３は、図１に示される受信装置２の構成を示すブロック図である。
図３を参照して、受信装置２は、ＣＰＵ等から構成され受信装置２全体の制御を行なう制御部２０１と、制御部２０１で実行されるプログラムや各種情報を記憶する記憶部２０２と、入力ボタン等から構成される入力部２０３と、表示パネル等から構成される表示部２０４と、印刷処理を行なう印刷部２０５と、ネットワーク４を介して情報の送受信を行なうためのネットワークＩ／Ｆ２０６と、電話回線５を介して情報の送受信を行なうための電話回線Ｉ／Ｆ２０７とを含む。
【００２３】
なお、図３に示される受信装置２の構成は、一般的なＭＦＰの構成であり、上述の構成に限定されない。
【００２４】
さらに、送信メールサーバ３１および受信メールサーバ３２を代表させてメールサーバ３とし、図４に、メールサーバ３の構成の具体例を示す。
【００２５】
図４を参照して、メールサーバ３は、ＣＰＵ等から構成されメールサーバ３全体の制御を行なう制御部３０１と、制御部３０１で実行されるプログラムや各種情報を記憶する記憶部３０２と、設定用ボタン等から構成される入力部３０３と、ネットワーク４を介して情報の送受信を行なうためのネットワークＩ／Ｆ３０５を含む。また、メールサーバ３は、フレキシブルディスクやＣＤ−ＲＯＭなどの記録媒体３０８を読取る記録媒体読取部３０７をさらに含み、記録媒体３０８から制御部３０１で実行されるプログラムを読取ってもよい。
【００２６】
なお、メールサーバ３は、図４に構成の具体例が示されるような一般的なコンピュータ等で構築されるものであって、メールサーバ３の構成は、図４に示される構成に限定されない。
【００２７】
以降の説明においては、図１に示されるように、メールサーバ３を送信側（送信メールサーバ３１）と受信側（受信メールサーバ３２）との各々に設けた例を示しているが、送信側と受信側とで同じメールサーバ３を使用している構成であっても構わない。
【００２８】
上述の送信装置１および受信装置２を含むデータ転送システムにおいて、送信装置１から受信装置２へデータを転送する。その転送経路は、電話回線５を経由してデータを転送する第１の転送経路と、ネットワーク４を介して送信装置１から受信装置２へデータを直接転送する第２の転送経路と、ネットワーク４を介し送信メールサーバ３１および受信メールサーバ３２を経由してデータを転送する第３の転送経路との３つの転送経路がある。
【００２９】
以下に、本実施の形態のデータ転送システムにおけるデータの転送処理について説明を行なう。
【００３０】
まず、送信装置１におけるデータ送信処理について説明を行なう。
図５は、送信装置１におけるデータ送信処理を示すフローチャートである。図５のフローチャートに示される処理は、送信装置１の制御部１０１が記憶部１０２に記憶されるプログラムを読出して実行することで実現される。
【００３１】
図５を参照して、始めに、入力部１０３より、データ送信の設定の入力を受付ける（Ｓ１０１）。ステップＳ１０１では、送信するデータの選択、送信先である受信装置２の選択等の設定の入力を受付ける。
【００３２】
次に、記憶部１０２を検索し、ステップＳ１０１で入力された送信先である受信装置２に対して、送信方法の登録があるか否かを確認する（Ｓ１０３）。ステップＳ１０３で検索される送信方法の登録については、上述の第１〜第３の転送経路の情報を含む通信能力の登録や、さらに詳細な属性等の能力の情報の登録等である。詳細については後に具体例を挙げて説明を行なう。
【００３３】
ステップＳ１０３で、記憶部１０２より受信装置２に対して登録されている送信方法が抽出された場合（Ｓ１０３で「あり」）、抽出された送信方法でデータの送信を行なう（Ｓ１０５）。また、ステップＳ１０３で、記憶部１０２より受信装置２に対して登録されている送信方法が抽出されなかった場合、すなわち、送信方法が登録されていなかった場合（Ｓ１０３で「なし」）、ユーザの任意の送信方法でデータの送信を行なう（Ｓ１０７）。
【００３４】
送信装置１は、ステップＳ１０５またはステップＳ１０７で受信装置２に対してデータを送信した後、受信装置２から送信結果を受信する（Ｓ１０８）。
【００３５】
送信装置１は、ステップＳ１０８で受信装置２より受信した送信結果が、データ送信が正常に終了した旨の送信結果である場合（Ｓ１０９で「正常終了」）、本プログラムを終了する。
【００３６】
一方、受信装置２において、受信の際にエラーが発生した場合、受信装置２から送信装置１に対して、データ送信に使用された送信方法とは異なる送信方法で送信結果が送信される。
【００３７】
送信装置１は、受信装置２から、上述の送信結果を受信し（Ｓ１０８）、その受信結果が、データ送信がエラーであった旨の送信結果であり（Ｓ１０９で「エラー」）、さらに受信した送信結果に、前記送信方法に替わる代替送信方法が含まれている場合（Ｓ１１１で「あり」）、送信結果より代替送信方法を読出す。そして、ステップＳ１１１で取得された代替送信方法で、受信装置２に対してデータを再送信する（Ｓ１１３）。一方、ステップＳ１０８で受信装置２から受信した送信結果に、前記送信方法に替わる代替送信方法が含まれていない場合は（Ｓ１１１で「なし」）、当該送信装置１から受信装置２に対して、適当な送信方法がないものとして、本プログラムを終了する。なお、受信装置２から送信装置１に対する送信結果の送信方法については、後述する。
【００３８】
さらに、受信装置２より、ステップＳ１１３でのデータの再送信に対する送信結果を受信し、データ送信が正常に終了するまで（Ｓ１１５で「正常終了」）、上述のステップＳ１１１，Ｓ１１３の処理を繰返す。
【００３９】
そして、ステップＳ１１５でデータ送信が正常に終了すると（Ｓ１１５で「正常終了」）、そのときの代替送信方法（受信装置２の能力）や送信結果を登録し、記憶部１０２に格納する（Ｓ１１７）。
【００４０】
ステップＳ１１７で記憶部１０２に格納された情報は、以降にデータ送信を行なう際、ステップＳ１０３において抽出され、受信装置２に適した送信方法としてステップＳ１０５においてその送信方法でデータ送信が実行される。
【００４１】
以上で送信装置１におけるデータ送信処理が終了する。
次に、受信装置２におけるデータ受信処理について説明を行なう。
【００４２】
図６は、受信装置２におけるデータ受信処理を示すフローチャートである。図６のフローチャートに示される処理は、受信装置２の制御部２０１が記憶部２０２に記憶されるプログラムを読出して実行することで実現される。
【００４３】
図６を参照して、受信装置２は、送信装置１から当該受信装置２に対してデータの送信があったことを検出すると（Ｓ２０１でＹＥＳ）、その受信方法について解析を行なう（Ｓ２０３）。
【００４４】
ステップＳ２０３における解析の結果、データの送信方法が適当な方法であり、受信装置２がデータ受信を正常に行なうことができる場合（Ｓ２０５で「正常終了」）、その旨を送信装置１に対して送信結果として通知する（Ｓ２０７）。
【００４５】
データの送信方法が不適当な方法であり、受信装置２がデータを受信できず（Ｓ２０５で「エラー」）、前記送信方法に替わる代替送信方法がある場合は（Ｓ２０９で「あり」）、データの受信ができなかった旨と代替送信方法とを、送信装置１からデータが送信されてきた送信方法とは異なる他の送信方法で、送信装置１に対して送信結果として通知する（Ｓ２１１）。
【００４６】
代替送信方法は、当該受信装置２の通信能力やその他の属性などの処理能力等の能力によって決定される。すなわち、受信装置２の通信プロトコル等で決定される。そのため、ステップＳ２１１においては、代替送信方法として当該受信装置２の能力を通知することが考えられる。なお、ここで通知される受信装置２のの能力については、後に具体例を挙げて説明を行なう。
【００４７】
さらに、ステップＳ２１１においては、送信装置１以外の装置に送信結果を通知してもよい。具体的には、データの送信の設定を行なったユーザの所有するパーソナルコンピュータ（図示せず）、ネットワーク管理者、および受信装置２の管理を行なうユーザの所有するパーソナルコンピュータ（図示せず）等に通知してもよい。通知された送信結果に基づいて、送信装置１の表示部１０４やデータの送信の設定を行なったユーザの所有するパーソナルコンピュータの表示部（図示せず）等に、エラーであった旨を通知するエラー表示がなされてもよい。さらに、送信結果に基づいて自動的に再送信を行なった場合は、その旨を示す再送信通知表示がなされてもよい。なお、上述のエラー表示および再送信通知表示については、後の具体例において、具体的に示す。その中では、上述のエラー表示および再送信通知表示が送信装置１の表示部１０４に表示されるものとして説明を行なうが、上述の如く、送信装置１以外に送信結果が通知される場合には、データの送信の設定を行なったユーザの所有するパーソナルコンピュータの表示部（図示せず）等に表示される。
【００４８】
通知方法としては、上述の第１〜第３の転送経路を用いて通知を行なう。なお、第３の転送経路を用いて通知を行なう場合、すなわち送信メールサーバ３１および受信メールサーバ３２を経由して通知を行なう場合、送信装置１から送信されるデータのヘッダ情報には、送信装置１またはデータの送信の設定を行なったユーザ等のメールアドレス情報が含まれていることが望ましい。
【００４９】
ステップＳ２０７またはステップＳ２１１で送信装置１に対して送信された送信結果は、上述の図５のステップＳ１０９において受信され、データの送信が正常であるかエラーであるかが判断される。そして、ステップＳ２１１で送信装置１に対して送信された代替送信方法は、図５のステップＳ１１１において読出され、ステップＳ１１３において、当該代替送信方法で受信装置２に対してデータが再送信される。
【００５０】
以上で受信装置２におけるデータ受信処理が終了する。
さらに、受信メールサーバ３１および送信メールサーバ３２を介した転送経路である第３の転送経路を用いてデータを送信する場合、受信メールサーバ３１および送信メールサーバ３２もデータの転送信処理を行なう。その場合の受信メールサーバ３１および送信メールサーバ３２における処理について説明を行なう。
【００５１】
図７は、送信メールサーバ３１におけるデータ転送処理を示すフローチャートである。図７のフローチャートに示される処理は、送信メールサーバ３１の制御部３０１が、記憶部３０２に記憶されているプログラムを読出して実行することで実現される。
【００５２】
図７を参照して、送信メールサーバ３１は、ネットワーク４を介して送信装置１からデータの送信要求を受付けると（Ｓ３０１でＹＥＳ）、送信装置１よりデータを受信する（Ｓ３０３）。そして、ステップＳ３０３で受信したデータを、受信メールサーバ３２へ送信する（Ｓ３０５）。
【００５３】
さらに、受信メールサーバ３２から受信装置２への送信の結果を受信し（Ｓ３０７）、データ送信が正常に終了した旨の送信結果であった場合（Ｓ３０７で「正常終了」）、本プログラムは終了する。
【００５４】
データ送信がエラーであった旨の送信結果であった場合（Ｓ３０７で「エラー」）、さらに受信した送信結果に、第３の転送経路を用いる送信方法に替わる代替送信方法が含まれている場合（Ｓ３０９で「あり」）、送信結果より代替送信方法を読出し、送信装置１に通知する（Ｓ３１１）。
【００５５】
以上で送信メールサーバ３１におけるデータ転送処理が終了する。
また、図８は、受信メールサーバ３２におけるデータ転送処理を示すフローチャートである。図８のフローチャートに示される処理は、受信メールサーバ３２の制御部３０１が、記憶部３０２に記憶されているプログラムを読出して実行することで実現される。
【００５６】
図８を参照して、受信メールサーバ３２は、送信メールサーバ３１からデータを受信すると（Ｓ４０１でＹＥＳ）、受信装置２に対してデータを送信する（Ｓ４０３）。
【００５７】
そして、受信装置２から正常に受信された旨の送信結果、またはデータ送信がエラーであった旨の送信結果を受信する（Ｓ４０５）。さらに、データ送信がエラーであった旨の送信結果である場合には、送信結果に、第３の転送経路を用いる送信方法に替わる代替送信方法が含まれる場合もある。
【００５８】
さらに、ステップＳ４０５で受信した送信結果を、送信メールサーバ３１に送信する（Ｓ４０７）。
【００５９】
以上で受信メールサーバ３２におけるデータ転送処理が終了する。
［第１の実施例］
本実施の形態における第１の実施例においては、代替送信方法として、プロトコルを変更することでデータの転送経路を切換えて再送信することを特徴とする。第１の実施例について、図９および図１０のフローチャートを用いて、送信装置１および受信装置２での処理について、具体的な説明を行なう。
【００６０】
第１の実施例においては、送信装置１は、図９のフローチャートを参照して、ステップＳ５０１で、上述のステップＳ１０１と同様に、入力部１０３より、データ送信の設定の入力を受付ける。
【００６１】
次に、ステップＳ５０３で記憶部１０２を検索し、ステップＳ５０１で入力された送信先である受信装置２に対して、送信方法を決定するプロトコルの登録があるか否かを確認する。
【００６２】
ステップＳ５０３で、記憶部１０２より受信装置２に対して登録されているプロトコルが抽出された場合（Ｓ５０３で「あり」）、抽出されたプロトコルでデータの送信を行なう（Ｓ５０５）。一方、ステップＳ５０３で、記憶部１０２より受信装置２に対して登録されているプロトコルが抽出されなかった場合、すなわち、送信方法を決定するプロトコルが登録されていなかった場合（Ｓ５０３で「なし」）、ユーザの指示するプロトコルでデータの送信を行なう（Ｓ５０７）。
【００６３】
送信装置１は、ステップＳ５０５またはステップＳ５０７で受信装置２に対してデータを送信した後、ステップＳ５０８で、受信装置２から送信結果を受信する。
【００６４】
送信装置１は、ステップＳ５０８で受信装置２より受信した送信結果が、データ送信が正常に終了した旨の送信結果である場合（Ｓ５０９で「正常終了」）、本プログラムを終了する。
【００６５】
一方、受信装置２において、受信の際にエラーが発生した場合、受信装置２から送信装置１に対して、データ送信に使用されたプロトコルとは異なるプロトコルで送信結果が送信される。
【００６６】
送信装置１は、受信装置２から、上述の送信結果を受信し（Ｓ５０８）、その受信結果が、データ送信がエラーであった旨の送信結果であり（Ｓ５０９で「エラー」）、さらに受信した送信結果に、前記プロトコルに替わる代替プロトコルが含まれている場合（Ｓ５１１で「あり」）、送信結果より代替プロトコルを読出す。そして、ステップＳ５１１で取得された代替プロトコルで、受信装置２に対してデータを再送信する（Ｓ５１３）。一方、ステップＳ１０８で受信装置２から受信した送信結果に、前記送信方法に替わる代替プロトコルが含まれていない場合は（Ｓ５１１で「なし」）、当該送信装置１から受信装置２に対して、適当な送信方法を決定するプロトコルがないものとして、本プログラムを終了する。
【００６７】
さらに、受信装置２より、ステップＳ５１３でのデータの再送信に対する送信結果を受信し、データ送信が正常に終了するまで（Ｓ５１５で「正常終了」）、上述のステップＳ５１１，Ｓ５１３の処理を繰返す。
【００６８】
そして、ステップＳ５１５でデータ送信が正常に終了すると（Ｓ５１５で「正常終了」）、そのときの代替プロトコルや送信結果を登録し、記憶部１０２に格納する（Ｓ５１７）。
【００６９】
ステップＳ５１７で記憶部１０２に格納された情報は、以降にデータ送信を行なう際、ステップＳ５０３において抽出され、受信装置２に適したプロトコルとしてステップＳ５０５においてそのプロトコルでデータ送信が実行される。
【００７０】
以上で第１の実施例における送信装置１でのデータ送信処理が終了する。
次に、受信装置２におけるデータ受信処理について説明を行なう。
【００７１】
第１の実施例においては、受信装置２は、図１０のフローチャートを参照して、送信装置１から当該受信装置２に対してデータの送信があったことを検出すると（Ｓ６０１でＹＥＳ）、その受信方法について解析を行なう（Ｓ６０３）。
【００７２】
ステップＳ６０３における解析の結果、データの送信方法を決定するプロトコルが適当なプロトコルであり、受信装置２がデータ受信を正常に行なうことができる場合（Ｓ６０５で「正常終了」）、その旨を送信装置１に対して送信結果として通知する（Ｓ６０７）。
【００７３】
一方、データの送信方法を決定するプロトコルが不適当なプロトコルであり、受信装置２がデータを受信できず（Ｓ６０５で「エラー」）、前記プロトコルに替わる代替プロトコルがある場合は（Ｓ６０９で「あり」）、データの受信ができなかった旨と代替プロトコルとを、送信装置１からデータが送信されてきたプロトコルとは異なる他のプロトコルで、送信装置１に対して送信結果として通知する（Ｓ６１１）。
【００７４】
以上で第１の実施例における受信装置２でのデータ受信処理が終了する。
第１の実施例における第１の具体例として、送信装置１は、図９のステップＳ５０５またはステップＳ５０７において、電話回線Ｉ／Ｆ１０６より、上述の第１の転送経路である電話回線５を経由する経路で、受信装置２に対してデータを送信する。その際に何らかのエラーが発生すると、受信装置２は、図１０のステップＳ６０３においてその旨を解析する。そして、ステップＳ６１１で、送信結果として、データの受信ができなかった旨と、代替送信方法としてネットワーク４を介して直接送信する転送経路である第２の転送経路、または送信メールサーバ３１および受信メールサーバ３２を経由した転送経路である第３の転送経路を用いた送信方法を決定するプロトコルとを、ネットワークＩ／Ｆ２０６より送信装置１に対して通知する。その通知を送信装置１に送信する経路は、送信装置１から受信装置２に対して送信された経路（本具体例であれば、電話回線５を経由する第１の転送経路）とは異なる経路であって、代替送信方法と同じ経路であってもよいし、このときに送信可能な他の経路であってもよい。
【００７５】
ここで、代替送信方法である転送経路が１つしかない場合には、送信結果を送信装置１に対して通知する経路自体が代替送信方法の通知となり得る。そのため、受信装置２は、代替送信方法で送信結果を送信装置１に対して通知し、その送信結果の中に、当該代替送信方法で受信装置２に対してデータ送信を行なうための宛先（代替送信方法が電話回線５を経由する第１の転送経路である場合には電話番号、代替送信方法が送信メールサーバ３１および受信メールサーバ３２を経由する第３の転送経路である場合にはメールアドレスなど）を記すことが好ましい。
【００７６】
なお、受信装置２が複数の経路でデータ受信可能な場合には、受信装置２は、データ受信可能な複数の転送経路（本具体例であれば、ネットワーク４を介して直接送信する第２の転送経路と送信メールサーバ３１および受信メールサーバ３２を経由する第３の転送経路との両経路）を決定するプロトコルを、代替送信方法として送信装置１に対して通知してもよい。さらにその場合、受信装置２は、複数の転送経路に優先順位を付して送信してもよい。
【００７７】
さらに、代替送信方法として、具体的な転送経路に替えて、当該転送経路でデータを受信装置２に送信するための受信装置２の宛先を送信装置１に対して通知してもよい。具体的には、電話回線５を経由する第１の転送経路で送信装置２にデータ送信したときに受信装置２のファクシミリ機能が不通だった場合には、受信装置２は、代替送信方法としてインターネットファクシミリ機能で受信するためのメールアドレスや、ＩＰＰプリント機能で受信するためのＩＰアドレスなどを示した送信結果を、ファクシミリ機能とは異なる機能を用いて送信装置１に対して通知してもよい。
【００７８】
送信装置１は、図９のステップＳ５０９で受信する上述の送信結果に基づき、送信方法を決定するプロトコルを代替送信方法であるネットワーク４を介して直接送信する第２の転送経路、または送信メールサーバ３１および受信メールサーバ３２を経由する第３の転送経路による送信方法を決定するプロトコルに切換え、ステップＳ５１３で受信装置２へデータを再送信する。
【００７９】
なお、ここでは、送信装置１は、受信装置２から代替送信方法の通知が送信されてきた経路と同じ転送経路による送信方法に切換えてもよい。また、送信装置１は、受信装置２から通知された代替送信方法に含まれる複数の転送経路に優先順位が付加されていた場合には、その優先順位にしたがって送信方法を切替えてもよい。また、送信装置１は、受信装置２から通知された代替送信方法に複数の転送経路が含まれる場合には、所定の優先順位を適用してその中から適切な転送経路を選択して切替えてもよい。
【００８０】
また、送信装置１は、前記送信結果と、受信装置２に対する送信方法を決定するプロトコルとを、記憶部１０２に格納する。以降受信装置２に対してデータ送信を行なう際には、格納された情報が抽出され、ネットワーク４を介して直接送信する第２の転送経路、または送信メールサーバ３１および受信メールサーバ３２を経由する第３の転送経路によるプロトコルでデータの送信が実行される。
【００８１】
また、第１の実施例における第２の具体例として、送信装置１から受信装置２に、ネットワーク４を介して直接送信する第２の転送経路でデータの送信を行なった際にエラーが発生すると、送信装置１は、受信装置２から送信結果として、電話回線５を経由する第１の転送経路、または送信メールサーバ３１および受信メールサーバ３２を経由する第３の転送経路による送信方法を決定するプロトコルを、上述のネットワーク４を介して直接送信する第２の転送経路のプロトコルとは異なるプロトコルで代替プロトコルとして通知される場合もある。この場合にも、送信装置１は、上述の送信結果に基づき、送信方法を、ネットワーク４を介して直接送信する第２の転送経路を用いたプロトコルから、電話回線５を経由する第１の転送経路、または送信メールサーバ３１および受信メールサーバ３２を経由する第３の転送経路を用いた代替プロトコルに切換え、受信装置２へデータを再送信する。そして、送信装置１の記憶部１０２に、前記送信結果と、受信装置２に対する送信方法を決定するプロトコルとが格納される。
【００８２】
なお、図１１に、受信装置２から送信装置１に通知される送信結果の具体例を示す。図１１は、ＭＦＰである受信装置２が、Ｇ３ファクシミリと言われるアナログ通信回線用の高速ファクシミリ機能と、Ｇ４ファクシミリと言われるデジタル通信回線の利用を前提とした高速ファクシミリ機能と、インターネット回線を利用したインターネットファクシミリ機能と、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）を用いて印刷データを転送するＩＰＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｉｎｔｉｎｇ　Ｐｒｏｔｏｃｏｌ）プリント機能とを備える場合の、送信結果の具体例を示す図である。
【００８３】
図１１に示されるような送信結果は、送信装置１から受信装置２に対して、電話回線５を経由する第１の転送経路（第１のプロトコル）でデータが送信された場合に、受信装置２から送信装置１に対して通知される送信結果である。すなわち、送信装置１が、上述の電話回線５を経由する第１の転送経路で受信装置２に対してデータを送信したときに、受信装置２において、アナログ通信回線にトラブルが発生したなどの通信異常でＧ３ファクシミリと言われるアナログ通信回線用の高速ファクシミリ機能でデータを受信することができなかった場合、あるいは受信装置２の高速ファクシミリ機能の休止中でＧ４ファクシミリと言われるデジタル通信回線の利用を前提とした高速ファクシミリ機能でデータを受信することができなかった場合に、受信装置２は送信装置１に対して、電話回線５を経由する第１の転送経路とは異なる他の転送経路（プロトコル）で図１１に示される送信結果を通知する。そこで、図１１に示される送信結果には、Ｇ３ファクシミリと言われるアナログ通信回線用の高速ファクシミリ機能とＧ４ファクシミリと言われるデジタル通信回線の利用を前提とした高速ファクシミリ機能とが、通信異常あるいは休止中で、データ受信ができなかった旨が示されている。さらに、図１１に示される送信結果には、代替送信方法として、他の経路でデータを受信するインターネット回線を利用したインターネットファクシミリ機能と、ＨＴＴＰを用いて印刷データを転送するＩＰＰプリント機能とがデータ受信可能である旨が、電話番号やメールアドレス等のアクセス方法を通信可能な転送経路（プロトコル）として通知することで示されている。このとき、さらに図１１に示すように、当該受信装置２の対応解像度等の属性や処理能力も、送信結果と共に通知することもできる。また、上述のように、複数の転送経路でデータ受信可能な場合には、転送経路の優先順位を示す情報も送信結果として送信装置１に対して通知してもよい。また、受信装置２は、図１１に示されるようなデータ受信ができなかった旨を示す送信結果を送信した送信方法を代替送信方法として送信装置１に通知することもできる。
【００８４】
図１１に具体例が示される送信結果を取得することで、送信装置１は（上述の第３の転送経路を用いる送信方法の場合は送信メールサーバ３１は）、データ送信が正常終了したかエラーであったかを確認することができる。さらに、送信装置１は、データ送信がエラーであった場合、送信結果から電話番号やメールアドレス等のアクセス方法である送信可能な転送経路（プロトコル）を検出し、自動的に転送経路（プロトコル）を切換えて、受信装置２に対してデータの再送信を行なうことができる。あるいは、転送経路を、データ送信がエラーであった旨の送信結果を受信した経路に自動的に切替えて、受信装置２に対してデータの再送信を行なうことができる。このように、送信装置１が自動的にデータの再送信を行なった場合、送信装置１の表示部１０４等に、「受信装置２へのプロトコルを第１プロトコルから第２プロトコルに切替えてデータの再送信を行ないました」等の、その旨を示す再送信通知表示を行なってもよい。また、受信装置２から受信した送信結果を、送信装置１の表示部１０４に表示する、図示しないプリンタなどから印刷させる、などにより出力して、ユーザに送信結果やそれに含まれる代替プロトコルを通知し、ユーザから当該データの再送信の指示を受付けて、図１２に示すようなエラーメッセージを表示するようにしてもよい。
【００８５】
なお、上述の第１の実施例においては、プロトコルが異なると転送経路も異なる例を挙げて説明しているが、本発明の送信方法はこれに限定されるものではない。すなわち、プロトコルが異なっても転送経路が同じとなる送信方法でもよいし、逆に、プロトコルは同じであるが転送経路が異なる送信方法であってもよい。
【００８６】
［第２の実施例］
本実施の形態における第２の実施例においては、送信装置１が、代替送信方法として、データの属性を切換えて再送信することを特徴とする。第２の実施例について、以下に具体的な説明を行なう。
【００８７】
第２の実施例において、送信装置１は、図５のステップＳ１０５またはステップＳ１０７において、たとえば、Ｇ３ファクシミリ規格で用紙サイズ「Ａ３」、解像度「２００×２００ｄｐｉ」、色情報「カラー２値」に指定されたデータを受信装置２に対して送信する。
【００８８】
このとき、受信装置２のＧ３ファクシミリ機能は、図１１にその能力等が送信結果の具体例として示される機能であり、上述の用紙サイズや色情報はサポートされていない。したがって、受信装置２はＧ３ファクシミリ機能では上述のデータを正常に受信することができず、図６のステップＳ２１１で、図１１に具体例が示される送信結果を、送信装置１が受信装置２に対して送信した属性（用紙サイズ「Ａ３」，色情報「カラー２値」）とは異なる属性で、送信装置１に対して通知する。すなわち、図１１に示されるように、データの受信ができなかった旨と、代替送信方法として受信装置２がサポートしている属性とを送信結果として送信装置１に対して通知する。また、受信装置２がＭＦＰであっても、送信結果として図１３のようにＧ３ファクシミリの情報だけを送信するようにしてもよい。
【００８９】
あるいは、受信装置２が、図１１にその能力等が送信結果の具体例として示されるＧ３ファクシミリ機能のみを備えるいわゆるＧ３ファクシミリ装置であった場合にも、Ｇ３ファクシミリ装置である受信装置２は上述のデータを正常に受信することができず、図６のステップＳ２１１で、図１３に具体例が示される送信結果を送信装置１に対して通知する。
【００９０】
なお、ここでの送信装置１に対する通知の送信方法もまた、第１の実施の形態と同様に、送信装置１から受信装置２に対して送信された属性とは異なる経路であって、代替送信方法と同じ属性であってもよいし、このときに送信可能な他の属性であってもよい。さらに、受信装置２が複数の属性でデータ受信可能な場合には、受信装置２は、図１１あるいは図１３に示すように、データ受信可能な複数の属性（本具体例であれば、解像度「２００×１００ｄｐｉ」と色情報「モノクロ２値」との両属性）を、代替送信方法として送信装置１に対して通知してもよい。さらにその場合、受信装置２は、複数の属性に優先順位を付して送信してもよい。
【００９１】
図５のステップＳ１０９で、図１１あるいは図１３に示される送信結果を受信した送信装置１は、ステップＳ１１１において、送信結果より受信装置２のＧ３ファクシミリ機能でサポートしている属性や処理能力を読出し、送信するデータを変換する。具体的には、上述のデータに指定された用紙サイズおよび色情報を、受信装置２がサポートしている用紙サイズ「Ａ４」、色情報「モノクロ２値」に変換する。そして、受信装置２がサポートしている属性や処理能力に変換したデータを、ステップＳ１１３において受信装置２に対して再送信する。
【００９２】
同様に、受信装置２がＧ４ファクシミリのデータを受信する場合、インターネットファクシミリのデータを受信する場合、あるいはＩＰＰプリントのデータを受信する場合にも、受信装置２は、その機能でサポートされていないデータが送信装置１から送信されてきた場合には、図６のステップＳ２１１で、図１１に具体例が示される送信結果を送信装置１に対して通知する。
【００９３】
あるいは、受信装置２がＭＦＰであっても、図１３〜図１６に示されるように、当該送信プロトコルのみの情報を通知するようにしてもよい。
【００９４】
あるいは、受信装置２が、図１１にその能力等が送信結果の具体例として示されるＧ４ファクシミリ機能のみを備えるいわゆるＧ４ファクシミリ装置であった場合、Ｇ４ファクシミリ装置である受信装置２は、その機能でサポートされていないデータが送信装置１から送信されてきた場合には、図６のステップＳ２１１で、図１４に具体例が示される送信結果を送信装置１に対して通知する。またあるいは、受信装置２が、図１１にその能力等が送信結果の具体例として示されるインターネットファクシミリ機能のみを備えるインターネットファクシミリ装置であった場合、インターネットファクシミリ装置である受信装置２は、その機能でサポートされていないデータが送信装置１から送信されてきた場合には、図６のステップＳ２１１で、図１５に具体例が示される送信結果を送信装置１に対して通知する。またあるいは、受信装置２が、図１１にその能力等が送信結果の具体例として示されるＩＰＰプリント機能のみを備えるＩＰＰプリンタであった場合、ＩＰＰプリンタである受信装置２は、その機能でサポートされていないデータが送信装置１から送信されてきた場合には、図６のステップＳ２１１で、図１６に具体例が示される送信結果を送信装置１に対して通知する。
【００９５】
なお、受信装置２の属性や処理能力としては、図１１の送信結果の具体例に示される如く、データの色情報（カラー／モノクロ）、ファイルフォーマット、用紙トレイの状況（空）、および使用可能時間帯等の情報などであってもよい。またその他の情報であってもよい。これらの属性や処理能力が受信装置２でサポートされていない旨の送信結果を取得した場合、代替送信方法として、色変換、ファイルフォーマット変換、用紙サイズの変換等を行ない、データの再送信を行なうことができる。
【００９６】
なお、図５のステップＳ１１１において代替送信方法である属性にデータ変換するステップに替えて、送信装置１の表示部１０４等に、送信結果に基づいてエラー表示を行なうことで、代替送信方法であるデータの属性を出力するステップを実行し、ユーザから上述のデータの変換の入力を受付けることもできる。図１７は、エラー表示の第１の具体例を示す図である。図１７に第１の具体例が示されるエラー表示は、送信装置１から送信されたデータの用紙サイズあるいは色情報が受信装置２でサポートされていない場合に、送信装置１の表示部１０４等に表示されるエラー表示であり、具体的には、図１１あるいは図１３に示されるようなＧ３ファクシミリ機能を備える受信装置２に対して、送信装置１が用紙サイズ「Ｂ４」のデータを送信する、あるいは色情報「カラー２値」のデータを送信した場合などに、送信装置１の表示部１０４等に表示されるエラー表示である。
【００９７】
なお、ステップＳ１１１での代替送信方法の出力は、データの送信の設定を行なったユーザの所有するパーソナルコンピュータ（図示せず）、ネットワーク管理者、および受信装置２の管理を行なうユーザの所有するパーソナルコンピュータ（図示せず）等に行なってもよい。
【００９８】
また、図１８は、エラー表示の第２の具体例を示す図である。図１８に第２の具体例が示されるエラー表示は、送信装置１から送信されたデータのデータの色情報が受信装置２でサポートされていない場合に、送信装置１の表示部１０４等に表示されるエラー表示であり、具体的には、図１１あるいは図１４に示されるようなモノクロ２値のみに対応したＧ４ファクシミリ機能を備える受信装置２に対して、送信装置１がカラー画像のデータを送信した場合に、送信装置１の表示部１０４等に表示されるエラー表示である。
【００９９】
さらに、図１９は、エラー表示の第３の具体例を示す図である。図１９に第３の具体例が示されるエラー表示は、送信装置１から送信されたデータに設定されているサイズの用紙のトレイの状況が空である場合に、送信装置１の表示部１０４等に表示されるエラー表示であり、具体的には、図１１あるいは図１５に示されるようなインターネットファクシミリ機能を備える受信装置２に対して、送信装置１が用紙サイズ「Ａ３」のデータを送信した場合に、Ａ３用紙が空になっていたときに送信装置１の表示部１０４等に表示されるエラー表示である。
【０１００】
また、図２０は、エラー表示の第４の具体例を示す図である。図２０に第４の具体例が示されるエラー表示は、送信装置１から送信されたデータに設定されているサイズの用紙のトレイの状況が空である場合に、受信装置２の表示部２０４等に表示されるエラー表示であり、具体的には、図１１あるいは図１６に示されるようなＩＰＰプリント機能を備える受信装置２に対して、送信装置１が用紙サイズ「Ｂ５」のデータを送信した場合に、Ｂ５用紙が空になっていたときに送信装置１の表示部１０４等に表示されるエラー表示である。
【０１０１】
また、使用可能時間帯がサポートされていない旨の送信結果を取得した場合は、代替送信方法として、当該データを一時的に記憶部１０２に格納し、使用可能時間帯に再送信することができる。
【０１０２】
［第３の実施例］
本実施の形態における第３の実施例においては、代替送信方法として、受信装置２を切換えてデータを再送信することを特徴とする。第３の実施例について、以下に具体的な説明を行なう。
【０１０３】
図２１は、第３の実施例におけるデータ転送システムの構成を示す図である。図２１を参照して、第３の実施例におけるデータ転送システムは、図１に示される本実施の形態におけるデータ転送システムに含まれる受信装置２に替えて、複数の受信装置２ａ〜２ｃを含む。送信装置１と受信装置２ａ〜２ｃとは電話回線５によって接続されるが、受信装置２ａ〜２ｃの通信可能な手段によって、送信装置１は必ずしも全ての受信装置２ａ〜２ｃと電話回線５によって接続される必要はない。
【０１０４】
図２１を参照して、第３の実施例において、送信装置１は、図５のステップＳ１０５またはステップＳ１０７において、用紙サイズ「Ａ３」、解像度「２００×２００ｄｐｉ」、色情報「カラー画像」に指定されたデータを受信装置２ａに対して送信する。
【０１０５】
このとき、受信装置２ａが、図１１および図１３にその能力等が送信結果として示されるＧ３ファクシミリである場合、上述の用紙サイズや色情報はサポートされていない。したがって、受信装置２ａは上述のデータを正常に受信することができず、図６のステップＳ２１１で、図１１に示される送信結果を送信装置１に対して通知する。なお、ここでの送信装置１に対する通知方法として、上述のように、当該受信装置２ａが受信可能なプロトコルあるいはデータの属性を、代替送信方法として、データ送信に使用された送信方法とは異なるプロトコル、あるいは異なる属性で通知する方法が挙げられる。またあるいは、代替送信方法として、受信装置２ａとは異なる他の受信装置２ｂ，２ｃのうちの１の受信装置あるいは両受信装置へ送信するためのプロトコルあるいは属性を送信装置１に対して通知してもよい。
【０１０６】
図５のステップＳ１０９で、図１１に示される送信結果を受信した送信装置１は、ステップＳ１１１において、さらに他の受信装置２ｂ，２ｃに対してデータを再送信することができる。すなわち、図１１に示されるような、代替送信方法として、受信装置２ａとは異なる他の受信装置２ｂ，２ｃへデータ送信するためのプロトコルあるいは属性を示す送信結果を受信した場合には、送信装置１は、他の受信装置２ｂ，２ｃに対してデータを再送信することができる。また、受信装置２ｂがインターネットファクシミリであり、送信装置１が、予め図１５に示されるような受信装置２ｂへ送信するためのプロトコルや属性を記憶部１０２に記憶している場合は、送信装置１は、ステップＳ１１１において、上述の送信データの用紙サイズおよび解像度をサポートしている受信装置２ｂに対してデータを再送信することができる。
【０１０７】
このように、送信装置１が受信装置２を自動的に切換えた場合、送信装置１の表示部１０４等に、再送信通知画面が表示されてもよい。図２２は、再送信通知表示の第１の具体例を示す図である。
【０１０８】
また、送信装置１からのデータの送信に、Ｇ３ファクシミリである受信装置２ａの時間帯の属性が対応していない場合には、送信装置１は、ステップＳ１０９で、図１１に示されるような、代替送信方法として、受信装置２ａとは異なる他の受信装置２ｂ，２ｃへデータ送信するためのプロトコルあるいは属性を示す送信結果を受信装置２ａから受信する。その受信結果に基づいて、送信装置１は、ステップＳ１１１において、当該時間帯の属性に対応している他の受信装置２ｂ，２ｃに対してデータを再送信することができる。また、送信装置１の表示部１０４等に、図２３に示される再送信通知が表示される。図２３は、再送信通知表示の第２の具体例を示す図である。
【０１０９】
また、送信装置１から送信されるデータの属性に、受信装置２ａの用紙サイズおよび解像度の属性が対応していない場合には、ステップＳ１０９で、図１１に示されるような、代替送信方法として、受信装置２ａとは異なる他の受信装置２ｂ，２ｃへデータ送信するためのプロトコルあるいは属性を示す送信結果を受信装置２ａから受信する。その受信結果に基づいて、送信装置１は、図２４に示されるエラー表示を表示部１０４等に表示し、ステップＳ１１１において、当該用紙サイズおよび解像度の属性に対応している他の受信装置２ｂまたは２ｃに対してデータを再送信する入力を受付けることができる。図２４は、エラー表示の第５の具体例を示す図である。
【０１１０】
また、受信装置２ａが、図１５にその能力等が送信結果として示されるインターネットファクシミリである場合であって、送信装置１から送信されるデータの属性に受信装置２ａの色の属性が対応していない場合には、図１１に示されるような、代替送信方法として、受信装置２ａとは異なる他の受信装置２ｂ，２ｃへデータ送信するためのプロトコルあるいは属性を示す送信結果を受信装置２ａから受信する。その受信結果に基づいて、送信装置１は、図２５に示されるエラー表示を表示部１０４等に表示し、ステップＳ１１１において、当該色の属性に対応している他の受信装置２ｂまたは２ｃに対してデータを再送信する入力を受付けることができる。図２５は、エラー表示の第６の具体例を示す図である。
【０１１１】
［第４の実施例］
本実施の形態における第４の実施例においては、送信装置１が図５のステップＳ１１７で、受信装置２に対する送信方法として登録した送信方法を、送信装置１ａ〜１ｃで共有することを特徴とする。第４の実施例について、以下に具体的な説明を行なう。
【０１１２】
図２６は、第４の実施例におけるデータ転送システムの構成を示す図である。
図２６を参照して、第４の実施例におけるデータ転送システムは、図１に示される本実施の形態におけるデータ転送システムに含まれる送信装置１に替えて、複数の送信装置１ａ〜１ｃを含む。送信装置１ａ〜１ｃと受信装置２とは電話回線５、およびネットワーク４によって通信可能になっている。
【０１１３】
図２６を参照して、第４の実施例において、送信装置１ａは、用紙サイズ「Ａ３」、色情報「カラー２値」に指定されたデータを受信装置２に対して送信する場合、ステップＳ１０３において、記憶部１０２を検索し、以前の受信装置２に対する送信結果と、受信装置２に対する送信方法との登録等があるか否かを確認する。
【０１１４】
このとき、送信装置１ａの記憶部１０２に前記登録がない場合、ネットワークＩ／Ｆ１０５よりネットワーク４を介して、他の送信装置１ｂおよび送信装置１ｃの記憶部を検索する。
【０１１５】
この結果、他の送信装置１ｂまたは送信装置１ｃに前記登録がある場合、以前の受信装置２に対する送信結果と受信装置２に対する送信方法との登録を読出すことができる。また、他の送信装置１ｂまたは送信装置１ｃより、前記登録された情報が送信されてもよい。具体的には、受信装置２が図１３にその能力等が送信結果として示されるＧ３ファクシミリである場合、他の送信装置１ｂまたは送信装置１ｃより、上述の用紙サイズおよび色情報はサポートされていないことが読出され（または送信され）、ステップＳ１０５において、受信装置２がサポートしている属性である用紙サイズ「Ａ４」、色情報「モノクロ２値」にデータを変換し、受信装置２に対して送信する。
【０１１６】
なお、第４の実施例においては、上述のように送信結果に基づいてデータの属性を変更してデータを再送信する方法について述べているが、言うまでもなく、第１の実施例のように、送信結果に基づいて通信経路（プロトコル）を変更してデータを再送信するようにしてもよい。
【０１１７】
本実施の形態および第１〜第４の実施例におけるデータ転送システムにおいて、上述の処理が実行されることで、送信装置は、受信装置の能力や状態を取得することがき、送信方法を切換えることができる。これによって、エラーを低減することができ、効率的で確実なデータの転送を行なうことができる。
【０１１８】
また、取得した送信結果の情報を蓄積することにより、以降に受信装置へデータ転送を行なう場合には、蓄積された送信結果から成功の確率の高い送信方法を選択して送信することができる。このため、エラーの発生する確率を低減することができ、効率的で確実なデータの転送を行なうことができる。
【０１１９】
さらに、上述のデータ転送システムの送信装置が行なうデータ送信方法、受信装置が行なうデータ受信方法、およびメールサーバが行なうデータ転送方法を、プログラムとして提供することもできる。このようなプログラムは、コンピュータに付属するフレキシブルディスク、ＣＤ−ＲＯＭ、ＲＯＭ、ＲＡＭおよびメモリカードなどのコンピュータ読取り可能な記録媒体にて記録させて、プログラム製品として提供することもできる。あるいは、コンピュータに内蔵するハードディスクなどの記録媒体にて記録させて、プログラムを提供することもできる。また、ネットワークを介したダウンロードによって、プログラムを提供することもできる。
【０１２０】
提供されるプログラム製品は、ハードディスクなどのプログラム格納部にインストールされて実行される。
【０１２１】
なお、プログラム製品は、プログラム自体と、プログラムが記録された記録媒体とを含む。
【０１２２】
また、上述した本発明のある局面に従えば、発明の他の構成例として、以下のものが考えられる。
【０１２３】
（１）送信方法は、通信プロトコルによって決定されるものであることを特徴とする、請求項１または５に記載のデータ転送プログラム。
【０１２４】
（２）送信方法は、通信の属性によって決定されるものであることを特徴とする、請求項１または５に記載のデータ転送プログラム。
【０１２５】
（３）請求項１に記載のデータ転送プログラムを記録した、コンピュータ読取可能な記録媒体。
【０１２６】
（４）データを第１の通信方法で受信装置へ送信する送信ステップと、受信装置が第１の受信方法ではデータを正常に受信できない場合に、受信装置より受信装置で利用可能な通信方法についての情報を受信する受信ステップと、受信装置から受信した情報に基づいて、第１の通信方法とは異なる第２の通信方法でデータを再送信する再送信ステップとをコンピュータに実行させる、通信プログラム。
【０１２７】
（５）（４）に記載の通信プログラムを記録した、コンピュータ読取可能な記録媒体。
【０１２８】
（６）第１の通信方法でデータを受信装置へ送信する送信手段と、受信装置が第１の受信方法ではデータを正常に受信できない場合に、受信装置より受信装置で利用可能な通信方法についての情報を受信する受信手段とを備える、情報処理装置。
【０１２９】
（７）第１の通信方法および第２の通信方法で通信可能な通信手段と、送信元から第１通信方法で送信されたデータを当該情報処理装置において正常に受信処理ができないと判断された場合に、送信元に対して、当該情報処理装置の送信方法に関する情報を、通信手段を介して第２の通信方法で送信させる制御手段とを備える、情報処理装置。
【０１３０】
今回開示された実施の形態および実施例はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【図面の簡単な説明】
【図１】本実施の形態におけるデータ転送システムの構成を示す図である。
【図２】図１に示される送信装置１の構成を示すブロック図である。
【図３】図１に示される受信装置２の構成を示すブロック図である。
【図４】図１に示されるメールサーバ３の構成を示すブロック図である。
【図５】送信装置１におけるデータ送信処理を示すフローチャートである。
【図６】受信装置２におけるデータ受信処理を示すフローチャートである。
【図７】送信メールサーバ３１におけるデータ転送処理を示すフローチャートである。
【図８】受信メールサーバ３２におけるデータ転送処理を示すフローチャートである。
【図９】第１の実施例における送信装置１でのデータ送信処理を示すフローチャートである。
【図１０】第１の実施例における受信装置２でのデータ受信処理を示すフローチャートである。
【図１１】受信装置２から送信装置１に対して通知される送信結果の具体例を示す図である。
【図１２】エラーメッセージの表示の具体例を示す図である。
【図１３】受信装置２がＧ３ファクシミリである場合の送信結果の具体例を示す図である。
【図１４】受信装置２がＧ４ファクシミリである場合の送信結果の具体例を示す図である。
【図１５】受信装置２がインターネットファクシミリである場合の送信結果の具体例を示す図である。
【図１６】受信装置２がＩＰＰプリンタである場合の送信結果の具体例を示す図である。
【図１７】エラー表示の第１の具体例を示す図である。
【図１８】エラー表示の第２の具体例を示す図である。
【図１９】エラー表示の第３の具体例を示す図である。
【図２０】エラー表示の第４の具体例を示す図である。
【図２１】第３の実施例におけるデータ転送システムの構成を示す図である。
【図２２】再送信通知表示の第１の具体例を示す図である。
【図２３】再送信通知表示の第２の具体例を示す図である。
【図２４】エラー表示の第５の具体例を示す図である。
【図２５】エラー表示の第６の具体例を示す図である。
【図２６】第４の実施例におけるデータ転送システムの構成を示す図である。
【符号の説明】
１，１ａ，１ｂ，１ｃ　送信装置、２，２ａ，２ｂ，２ｃ　受信装置、４　ネットワーク、５　電話回線、３１　送信メールサーバ、３２　受信メールサーバ、１０１　送信装置の制御部、１０２　送信装置の記憶部、１０３　送信装置の入力部、１０４　送信装置の表示部、１０５　送信装置のネットワークＩ／Ｆ、１０６　送信装置の電話回線Ｉ／Ｆ、１０７　送信装置の記録媒体読取部、１０８，３０８　記録媒体、２０１　受信装置の制御部、２０２　受信装置の記憶部、２０３　受信装置の入力部、２０４　受信装置の表示部、２０５　印刷部、２０６　受信装置のネットワークＩ／Ｆ、２０７　受信装置の電話回線Ｉ／Ｆ、３０１　メールサーバの制御部、３０２　メールサーバの記憶部、３０３　メールサーバの入力部、３０５　メールサーバのネットワークＩ／Ｆ、３０６　メールサーバの記録媒体読取部。
【図１】
2004005433.tif 000003
【図２】
2004005433.tif 000004
【図３】
2004005433.tif 000005
【図４】
2004005433.tif 000006
【図５】
2004005433.tif 000007
【図６】
2004005433.tif 000008
【図７】
2004005433.tif 000009
【図８】
2004005433.tif 000010
【図９】
2004005433.tif 000011
【図１０】
2004005433.tif 000012
【図１１】
2004005433.tif 000013
【図１２】
2004005433.tif 000014
【図１３】
2004005433.tif 000015
【図１４】
2004005433.tif 000016
【図１５】
2004005433.tif 000017
【図１６】
2004005433.tif 000018
【図１７】
2004005433.tif 000019
【図１８】
2004005433.tif 000020
【図１９】
2004005433.tif 000021
【図２０】
2004005433.tif 000022
【図２１】
2004005433.tif 000023
【図２２】
2004005433.tif 000024
【図２３】
2004005433.tif 000025
【図２４】
2004005433.tif 000026
【図２５】
2004005433.tif 000027
【図２６】
2004005433.tif 000028