(57)【特許請求の範囲】
【請求項１】
外部装置から予め設定された送信日時で定期的にデータを受信するデータ定期受信手段を備えたデータ受信装置において、
前記データ定期受信手段によって受信したデータを保存するデータ保存手段と、
前記データ定期受信手段によるデータの受信が成功したか失敗したかの受信結果を保存する受信結果保存手段と、
該手段に保存された受信結果に基づいてデータ受信の成功と失敗を判断する受信結果判断手段と、
該手段によってデータ受信が失敗と判断されたとき、次回から前記送信日時の事前に前記外部装置にデータを要求するデータ要求手段と、
該手段によって要求したデータを受信したとき、該データを予備データとして保存する予備データ保存手段とを設けたことを特徴とするデータ受信装置。
【請求項２】
外部装置に対して予め設定された送信日時にデータを要求し、前記外部装置から定期的にデータを受信するデータ定期受信手段を備えたデータ受信装置において、
前記データ定期取得手段によって受信したデータを保存するデータ保存手段と、
前記データ定期取得手段によるデータの受信が成功したか失敗したかの受信結果を保存する受信結果保存手段と、
該手段に保存された受信結果に基づいてデータ受信の成功と失敗を判断する受信結果判断手段と、
該手段によってデータ受信が失敗と判断されたとき、次回から前記送信日時の事前に前記外部装置にデータを要求するデータ要求手段と、
該手段によって要求したデータを受信したとき、該データを予備データとして保存する予備データ保存手段とを設けたことを特徴とするデータ受信装置。
【請求項３】
前記外部装置がパーソナルコンピュータ等のオフィスオートメーション機器である請求項１又は２記載のデータ受信装置。
【請求項４】
請求項１乃至３のいずれか一項に記載のデータ受信装置において、
前記データ定期受信手段によるデータ受信が失敗したとき、前記予備データ保存手段に保存されている予備データを前記データの代用にする予備データ代用手段を設けたことを特徴とするデータ受信装置。
【請求項５】
請求項１乃至４のいずれか一項に記載のデータ受信装置において、
前記受信結果保存手段に保存された複数回分の受信結果に基づいて前記データ要求手段によるデータの要求日時を設定するデータ要求日時設定手段を設けたことを特徴とするデータ受信装置。
【請求項６】
請求項５記載のデータ受信装置において、
前記データ要求日時設定手段に、前記受信結果判断手段で前記受信結果保存手段に保存された複数回分の受信結果に基づいてデータ受信が連続して失敗していると判断されたとき、前記要求日時を前記送信日時よりも早い日時に設定する手段を設けたことを特徴とするデータ受信装置。
【請求項７】
請求項５又は６記載のデータ受信装置において、
前記データ要求日時設定手段に、前記要求日時を前記外部装置に設定されているデータ送信禁止日時から所定日時だけ繰り上げ又は繰り延べる手段を設けたことを特徴とするデータ受信装置。
【請求項８】
請求項５乃至７のいずれか一項に記載のデータ受信装置において、
前記データ要求手段によるデータの取得結果を保存する取得結果保存手段と、
前記データ要求日時設定手段に、前記受信結果保存手段に保存された受信結果と前記取得結果保存手段に保存された取得結果とに基づいて前記要求日時をデータ受信成功率の高い日時に設定する手段を設けたことを特徴とするデータ受信装置。
【請求項９】
外部装置へ予め設定された送信日時で定期的にデータを送信するデータ定期送信手段を備えたデータ送信装置において、
前記データ定期送信手段によるデータの送信が成功したか失敗したかの送信結果を保存する送信結果保存手段と、
該手段に保存された送信結果に基づいてデータ送信の成功と失敗を判断する送信結果判断手段と、
該手段によってデータ送信が失敗と判断されたとき、次回から前記送信日時の事前に前記外部装置へ予備データを送信する予備データ送信手段とを設けたことを特徴とするデータ送信装置。
【請求項１０】
外部装置からの予め設定された送信日時毎の要求に応じて、前記外部装置へ定期的にデータを送信するデータ定期送信手段を備えたデータ送信装置において、
前記データ定期送信手段によるデータの送信が成功したか失敗したかの送信結果を保存する送信結果保存手段と、
該手段に保存された送信結果に基づいてデータ送信の成功と失敗を判断する送信結果判断手段と、
該手段によってデータ送信が失敗と判断されたとき、次回から前記送信日時の事前に前記外部装置へ予備データを送信する予備データ送信手段とを設けたことを特徴とするデータ送信装置。
【請求項１１】
請求項１０記載のデータ送信装置において、
前記送信結果保存手段に保存された複数回分の送信結果に基づいて前記予備データの予備送信日時を設定する予備送信日時設定手段を設けたことを特徴とするデータ送信装置。
【請求項１２】
請求項１１記載のデータ送信装置において、
前記予備送信日時設定手段に、前記送信結果判断手段で前記送信結果保存手段に保存された複数回分の送信結果に基づいてデータ送信が連続して失敗していると判断されたとき、前記予備送信日時を前記送信日時よりも早い日時に設定する手段を設けたことを特徴とするデータ送信装置。
【請求項１３】
請求項１１又は１２記載のデータ送信装置において、
前記予備送信日時設定手段に、前記予備送信日時を予め設定されているデータ送信禁止日時から所定日時だけ繰り上げ又は繰り延べる手段を設けたことを特徴とするデータ送信装置。
【請求項１４】
請求項１１乃至１３のいずれか一項に記載のデータ送信装置において、
前記予備データ送信手段による予備送信結果を保存する予備送信結果保存手段と、
前記予備送信日時設定手段に、前記送信結果保存手段に保存された送信結果と前記予備送信結果保存手段に保存された予備送信結果とに基づいて前記予備送信日時をデータ送信成功率の高い日時に設定する手段を設けたことを特徴とするデータ送信装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、外部装置から定期的にデータを受信するデータ受信装置と外部装置へ定期的にデータを送信するデータ送信装置とに関する。
【０００２】
【従来の技術】
一般に、遠隔である装置を監視する遠隔サポートシステムでは、遠隔である装置を監視する際には定期的に監視対象の装置の状態を確認し、その内容を解析して保守を行なう方式と、異常が発生した場合に異常状態を監視対象装置が通知してくる場合の２通りに分けることができる。
【０００３】
従来、前者の方式のように定期的に監視対象装置のデータを取得する場合、指定された時間にデータを取得するが、データの取得に失敗した場合には、その後、失敗したケースにのみリトライを自動もしくは手動で行なっていた（例えば、特開平４−７６５６０号公報，特開平４−８８３５８号公報，特開平５−２５２５７２号公報，特開平５−２５２５７３号公報参照）
【０００４】
【発明が解決しようとする課題】
しかしながら、上述のような従来の方式では、予め決められた日時にデータを取得するとき、そのデータ受信又はデータ送信を失敗した場合には、再度同じ日時にリトライ処理を行なうので、再びデータを取得できなくなる恐れがあるという問題があった。
【０００５】
この発明は上記の課題を解決するためになされたものであり、データ受信側のデータ取得確率を高めることを目的とする。
【０００６】
【課題を解決するための手段】
この発明は上記の目的を達成するため、外部装置から予め設定された送信日時で定期的にデータを受信するデータ定期受信手段を備えたデータ受信装置において、上記データ定期受信手段によって受信したデータを保存するデータ保存手段と、上記データ定期受信手段によるデータの受信が成功したか失敗したかの受信結果を保存する受信結果保存手段と、その手段に保存された受信結果に基づいてデータ受信の成功と失敗を判断する受信結果判断手段と、その手段によってデータ受信が失敗と判断されたとき、次回から上記送信日時の事前に上記外部装置にデータを要求するデータ要求手段と、その手段によって要求したデータを受信したとき、そのデータを予備データとして保存する予備データ保存手段を設けたものである。
【０００７】
また、外部装置に対して予め設定された送信日時にデータを要求し、上記外部装置から定期的にデータを受信するデータ定期受信手段を備えたデータ受信装置において、上記データ定期取得手段によって受信したデータを保存するデータ保存手段と、上記データ定期取得手段によるデータの受信が成功したか失敗したかの受信結果を保存する受信結果保存手段と、その手段に保存された受信結果に基づいてデータ受信の成功と失敗を判断する受信結果判断手段と、その手段によってデータ受信が失敗と判断されたとき、次回から上記送信日時の事前に上記外部装置にデータを要求するデータ要求手段と、その手段によって要求したデータを受信したとき、そのデータを予備データとして保存する予備データ保存手段を設けるとよい。
【０００８】
さらに、上記外部装置がパーソナルコンピュータ等のオフィスオートメーション機器にするとよい。
【０００９】
また、上記のようなデータ受信装置において、上記データ定期受信手段によるデータ受信が失敗したとき、上記予備データ保存手段に保存されている予備データを上記データの代用にする予備データ代用手段を設けるとよい。
【００１０】
さらに、上記のようなデータ受信装置において、上記受信結果保存手段に保存された複数回分の受信結果に基づいて上記データ要求手段によるデータの要求日時を設定するデータ要求日時設定手段を設けるとよい。
【００１１】
また、上記のようなデータ受信装置において、上記データ要求日時設定手段に、上記受信結果判断手段で上記受信結果保存手段に保存された複数回分の受信結果に基づいてデータ受信が連続して失敗していると判断されたとき、上記要求日時を上記送信日時よりも早い日時に設定する手段を設けるとよい。
【００１２】
さらに、上記のようなデータ受信装置において、上記データ要求日時設定手段に、上記要求日時を上記外部装置に設定されているデータ送信禁止日時から所定日時だけ繰り上げ又は繰り延べる手段を設けるとよい。
【００１３】
さらにまた、上記のようなデータ受信装置において、上記データ要求手段によるデータの取得結果を保存する取得結果保存手段と、上記データ要求日時設定手段に、上記受信結果保存手段に保存された受信結果と上記取得結果保存手段に保存された取得結果とに基づいて上記要求日時をデータ受信成功率の高い日時に設定する手段を設けるとよい。
【００１４】
また、外部装置へ予め設定された送信日時で定期的にデータを送信するデータ定期送信手段を備えたデータ送信装置において、上記データ定期送信手段によるデータの送信が成功したか失敗したかの送信結果を保存する送信結果保存手段と、その手段に保存された送信結果に基づいてデータ送信の成功と失敗を判断する送信結果判断手段と、その手段によってデータ送信が失敗と判断されたとき、次回から上記送信日時の事前に上記外部装置へ予備データを送信する予備データ送信手段を設けるとよい。
【００１５】
さらに、外部装置からの予め設定された送信日時毎の要求に応じて、上記外部装置へ定期的にデータを送信するデータ定期送信手段を備えたデータ送信装置において、上記データ定期送信手段によるデータの送信が成功したか失敗したかの送信結果を保存する送信結果保存手段と、その手段に保存された送信結果に基づいてデータ送信の成功と失敗を判断する送信結果判断手段と、その手段によってデータ送信が失敗と判断されたとき、次回から上記送信日時の事前に上記外部装置へ予備データを送信する予備データ送信手段を設けるとよい。
【００１６】
また、上記のようなデータ送信装置において、上記送信結果保存手段に保存された複数回分の送信結果に基づいて上記予備データの予備送信日時を設定する予備送信日時設定手段を設けるとよい。
【００１７】
さらに、上記のようなデータ送信装置において、上記予備送信日時設定手段に、上記送信結果判断手段で上記送信結果保存手段に保存された複数回分の送信結果に基づいてデータ送信が連続して失敗していると判断されたとき、上記予備送信日時を上記送信日時よりも早い日時に設定する手段を設けるとよい。
【００１８】
また、上記のようなデータ送信装置において、上記予備送信日時設定手段に、上記予備送信日時を予め設定されているデータ送信禁止日時から所定日時だけ繰り上げ又は繰り延べる手段を設けるとよい。
【００１９】
さらに、上記のようなデータ送信装置において、上記予備データ送信手段による予備送信結果を保存する予備送信結果保存手段と、上記予備送信日時設定手段に、上記送信結果保存手段に保存された送信結果と上記予備送信結果保存手段に保存された予備送信結果とに基づいて上記予備送信日時をデータ送信成功率の高い日時に設定する手段を設けるとよい。
【００２０】
【発明の実施の形態】
以下、この発明の実施形態を図面に基づいて具体的に説明する。
図１は、この発明の一実施形態のデータ送受信システムの構成を示すブロック図である。
【００２１】
このデータ送受信システムは、データの受信元であるデータ取得装置（データ受信装置）１とデータの送信元であるパーソナルコンピュータ等のオフィスオートメーション（ＯＡ）機器（データ送信装置）２が通信回線等の通信手段３によって接続されている。
このデータ取得装置１とＯＡ機器２は、いずれもＣＰＵ，ＲＯＭ，及びＲＡＭ等からなるマイクロコンピュータを内蔵している。
【００２２】
次に、このデータ送受信システムを用いたこの発明の各実施形態について順次説明する。
【００２３】
（１）第１実施形態
この第１実施形態のデータ送受信システムでは、データ取得装置１がＯＡ機器２に対して予め設定された送信日時にデータを要求し、ＯＡ機器２から定期的にデータを受信して取得する。
【００２４】
図２は、図１に示したデータ取得装置１の内部の詳細な機能構成を示す図である。
このデータ取得装置１は、マイクロコンピュータによって実現されるデータ受信手段１０，データ取得手段１１，データ保存手段１２，及びパターン解析手段１３等からなる。
【００２５】
データ受信手段１０は、ＯＡ機器２に対して予め設定された送信日時にデータを要求し、ＯＡ機器２から定期的にデータを受信する。
データ取得手段１１は、後述するスケジュールに基づいてＯＡ機器２に対する予備データの事前取得（スケジューリング）処理を実行する。
【００２６】
データ保存手段１２は、データ受信手段１０及びデータ取得手段１１によって取得したデータ及びその受信結果を、予め決められた回数分の過去のデータとして保存する。
【００２７】
パターン解析手段１３は、データ保存手段１２によって保存されているデータの受信結果のパターンを解析し、データ受信の成功と失敗を判断し、その解析及び判断結果に基づいて予備データの事前取得のスケジュールを設定する。
【００２８】
すなわち、上記データ受信手段１０が、外部装置に対して予め設定された送信日時にデータを要求し、上記外部装置から定期的にデータを受信するデータ定期受信手段の機能を果たす。
【００２９】
また、上記データ保存手段１２は、上記データ定期取得手段によって受信したデータを保存する手段と、上記前記データ定期取得手段によるデータの受信結果を保存する受信結果保存手段の機能を果たす。
【００３０】
さらに、上記パターン解析手段１３が、データ保存手段に保存された受信結果に基づいてデータ受信の成功と失敗を判断する受信結果判断手段の機能を果たす。
【００３１】
また、上記データ取得手段１１が、受信結果判断手段によってデータ受信が失敗と判断されたとき、次回から上記送信日時の事前に上記外部装置にデータを要求するデータ要求手段と、その手段によって要求したデータを受信したとき、そのデータを予備データとして保存する予備データ保存手段の機能を果たす。
【００３２】
さらに、上記データ取得手段１１は、上記データ定期受信手段によるデータ受信が失敗したとき、上記予備データ保存手段に保存されている予備データを上記データの代用にする予備データ代用手段の機能を果たす。
【００３３】
また、上記パターン解析手段１３は、上記受信結果保存手段に保存された複数回分の受信結果に基づいて上記データ要求手段によるデータの要求日時を設定するデータ要求日時設定手段の機能を果たす。
【００３４】
さらに、上記パターン解析手段１３は、上記受信結果判断手段で上記受信結果保存手段に保存された複数回分の受信結果に基づいてデータ受信が連続して失敗していると判断されたとき、上記要求日時を上記送信日時よりも早い日時に設定する手段の機能を果たす。
【００３５】
また、上記パターン解析手段１３は、上記要求日時を上記外部装置に設定されているデータ送信禁止日時から所定日時だけ繰り上げ又は繰り延べる手段の機能を果たす。
【００３６】
さらに、上記データ取得手段１１は、上記データ要求手段によるデータの取得結果を保存する取得結果保存手段の機能を果たし、上記パターン解析手段１３は、上記受信結果保存手段に保存された受信結果と上記取得結果保存手段に保存された取得結果とに基づいて上記要求日時をデータ受信成功率の高い日時に設定する手段の機能を果たす。
【００３７】
図３は、上記データ取得装置１における通常の定時データ受信時のスケジューリング処理を示すフローチャートである。
【００３８】
この定時データ受信時のスケジューリング処理は、ステップ（図中「Ｓ」で示す）１でＯＡ機器からデータを受信した場合には、ステップ２へ進んでデータ保存手段によって受信したデータと受信結果を保存する。また、受信できなかった場合でも受信結果のみを保存する。
【００３９】
次に、ステップ３へ進んでステップ２で保存したデータと過去に保存した同一のＯＡ機器からのデータに基づいてパターン解析とデータ受信の成功と失敗の判断を行ない、ステップ４へ進んで上記パターンと判断に基づいて次回のデータ取得のスケジューリングを行なう。
【００４０】
通常、予め指定された日時に発呼された定時データをデータ取得装置がＯＡ機器から受信した場合には、図３に示したように、まずデータ受信手段においてＯＡ機器からのデータを受信し、受信データを受信結果とともにデータ保存手段を用いて保存する。
【００４１】
まず、上記受信結果は、単なる成功（ＯＫ），失敗（ＮＧ）だけではなく、どのような失敗であったかを示す情報（具体的にはプロトコル上のエラーコードやモデムの返すリザルトコードなどのデータ）及び取得日時を記録する。
【００４２】
次に、パターン解析手段１３において保存された受信結果と、予め指定されたデータ送信日時と、それらの過去指定された回数分保存されたデータとに基づいてパターン解析を行なう。
【００４３】
今回のデータ取得結果は以下の３つに分類することができる。
（１）成功（ＯＫ）
（２）失敗（ＮＧ）：受信記録有りで、正常終了しておらずエラーが記録されている
（３）失敗（ＮＧ）：受信記録無し
【００４４】
次に、パターン解析手段１３では以上３つの結果に基づいて成功と失敗の判断と以後の処理の決定を行なう。
【００４５】
（１）受信結果が「（１）成功」の場合
データは問題無く取得できているので、問題無しとして次回も指定された送信日時をそのままに定期的にデータを取得することとする。
すなわち、データ送信指定日時を変更しない。そして、取得したデータはデータ保存手段１２によって通常時のデータを格納する場所にデータを格納する。
【００４６】
また、今回事前取得を行なっている場合は、設定によって今回を含めて過去連続して設定された回数分データ取得に成功していれば、次回から事前取得を行なわないように設定を変更する。
【００４７】
例えば、事前取得を行なっており、予め「５回連続で通常時のデータ取得に成功していれば、事前データ取得は行なわない」と設定されていれば、今回の通常時のデータ取得を含めて過去の履歴を検索し、５回連続で成功していれば事前取得の設定を解除する。
【００４８】
その解除する理由は、もしＯＡ機器２とデータ取得装置１との間の通信手段３が公衆回線である場合には、通信のたびに通信コストが発生するため、できるだけ通信回数を減らしてコストを削減する必要があるためである。
【００４９】
また、通信手段３に通信コストが発生しない場合でも、通信回数を減らして衝突を減らし、ビジー率を低く抑えることができる。
なお、それらの判断は設定者が行なえるように設定できるようにするとよい。
【００５０】
（２）受信結果が「（２）失敗：受信記録有り」の場合
まず、事前取得が設定されていれば、事前取得の成功／失敗にかかわらず、すでに対策が打たれているので、事前取得に対する対策は行なわずにそのままとして何もしない。
【００５１】
しかし、パターン解析によって事前取得が設定された回数連続して成功しており、通常時のデータ取得が設定された回数連続して失敗している場合には、通常時のデータ取得指定日時を事前取得している日時に変更するように管理者やオペレータに促す。
【００５２】
もしくは、設定によって自動で通常時のデータ取得日時を事前取得の成功している日時に変更することが許可されていれば、自動で通常時のデータ取得指定日時を事前データ取得日時に変更する。それと同時に事前データ取得は行なわないようにする。
【００５３】
また、事前取得が行なわれていない場合には、次回から事前取得を行なうように設定する。なお、その設定内容（日時）は他の設定ツールなどを用いて行なうとよい。
【００５４】
この（２）失敗の場合は、通信は行なわれており、受信結果が異常であることから、通信品質に問題がある場合や通信途中での電源断などがエラーの原因として考えられる。
【００５５】
例えば、データ取得指定時間がたまたまＯＡ機器２が設置されている事業所の顧客の帰宅時間などと重なり、顧客が帰宅の際にフロアのブレーカを落として帰る場合などが考えられる。したがって、この場合に事前取得をセットすることは有効な手段である。
【００５６】
（３）受信結果が「（３）失敗：受信記録無し」の場合
この場合の処理としては、上述の（２）失敗：受信記録有りの場合の処理と同様にして、まず事前取得が設定されていれば、事前取得の成功／失敗にかかわらず、すでに対策が打たれているので、事前取得に対する対策は行なわずにそのままとして何もしない。
【００５７】
しかし、パターン解析によって事前取得が設定された回数連続して成功しており、通常時のデータ取得が設定された回数連続して失敗している場合には、通常時のデータ取得指定日時を事前取得している日時に変更するように管理者やオペレータに促す。
【００５８】
もしくは、設定によって自動で通常時のデータ取得日時を事前取得の成功している日時に変更することが許可されていれば、自動で通常時のデータ取得指定日時を事前データ取得日時に変更する。それと同時に事前データ取得は行なわないようにする。
【００５９】
また、事前取得が行なわれていない場合には、次回から事前取得を行なうように設定する。なお、設定内容（日時）は他の設定ツールなどを用いて行なう。
【００６０】
この（３）失敗の場合は、通信は行なわれていないことから、ＯＡ機器２側に何らかの障害が発生していると考えられる。
例えば、電源断，誤設定，ケーブルはずれなどである。
また、ＯＡ機器２が設置されている事業所で、顧客が帰宅時にフロアのブレーカを落として帰る場合や、移動によるケーブルの接続忘れなどが考えられる。
【００６１】
したがって、通常時のデータ取得で通信記録が無く、事前取得においても通信記録が無い場合には、ケーブルはずれの可能性が高く、事前取得において通信記録があれば、電源断の可能性が高いなど、事前取得の結果と通常時の結果を検討することによって通信エラーの原因究明に有効な手段になる。
【００６２】
図４は上記データ取得装置１における事前取得処理のフローチャートである。
この事前取得処理において、データの取得結果は上述した通常時のデータ受信の場合と同様に以下の３つに分類することができる。
【００６３】
（１）成功（ＯＫ）
（２）失敗（ＮＧ）：受信記録有りで、正常終了しておらずエラーが記録されている
（３）失敗（ＮＧ）：受信記録無し
【００６４】
上記取得結果による処理内容は、図３で示した通常時の定時データ受信時の処理内容とほぼ同じである。
この事前取得処理は、ステップ（図中「Ｓ」で示す）１１でＯＡ機器から事前取得によってデータを取得し、ステップ１２へ進んで取得したデータを予備データとして保存し、その取得結果も保存し、ステップ１３へ進んでステップ１２で保存した取得結果に基づいてパターン解析とデータ受信の成功と失敗の判断を行ない、ステップ１４へ進んで上記パターンと判断に基づいて次回の事前取得のスケジューリングを行なう。
【００６５】
（１）取得結果が「（１）成功」の場合
データは問題無く取得できているので、問題無しとして次回も指定された事前取得日時をそのままにしてデータを取得することとする。取得したデータはデータ保存手段によって事前取得時の格納場所に予備データとして格納する。
【００６６】
（２）取得結果が「（２）失敗：受信記録有り」の場合
この場合は通信は行なわれており、取得結果が異常であることから、通信品質に問題がある場合や、通信途中での電源断などがエラーの原因として考えられる。
【００６７】
例えば、データ取得指定時間がたまたまＯＡ機器２が設置されている事業所の顧客の帰宅時間などと重なり、顧客が帰宅の際にフロアのブレーカを落として帰る場合などが考えられる。
【００６８】
したがって、予め設定された回数や同じデータ取得時間で失敗しているようであれば、事前取得時間を予め設定されている一定時間だけ早めるなどの処理を行なう。このようにして、事前取得の時間をずらすことにより、異なる時間でのデータの取得の可能性を得ることができる。
【００６９】
また、ずらした時間帯が顧客によって指定されたり、システム的に問題のあるデータ取得時間禁止時間帯になってしまう場合には、予め指定された日数分や指定された日、または指定された曜日、さらには過去のデータ取得の履歴から最もデータ取得の成功の可能性が高い日時のものを判断し、それに設定する。
【００７０】
（３）取得結果が「（３）失敗：受信記録無し」の場合
この場合の処理としては、通信は行なわれていないことから、ＯＡ機器２側に何らかの障害が発生していると考えられる。
【００７１】
例えば、電源断，誤設定，ケーブルはずれなどである。
また、ＯＡ機器２が設置されている事業所の顧客が帰宅時にフロアのブレーカを落として帰る場合や、移動によるケーブルの接続忘れなどが考えられる。
【００７２】
したがって、予め設定された回数や同じデータ取得時間で失敗しているようであれば、事前取得時間を予め設定されている一定時間だけ早めるなどの処理を行なう。このようにして、事前取得の時間をずらすことにより、異なる時間でのデータの取得の可能性を得ることができる。
【００７３】
また、ずらした時間帯が顧客によって指定されたり、システム的に問題のあるデータ取得時間禁止時間帯になってしまう場合には、予め指定された日数分や指定された日、または指定された曜日、さらには過去のデータ取得の履歴から最もデータ取得の成功の可能性が高い日時のものを判断し、それに設定する。
【００７４】
上記受信結果，スケジューリングにより、事前に取得した予備データが存在し、通常時に取得したデータも存在する場合には、通常時のデータを用い、事前に取得した予備データが存在し、通常時にデータが受信できなかった場合にはスケジューリングによって取得した予備データを代用して通常時のデータとして用いる。
【００７５】
もし、上述のような事前取得の手段が存在せず、通常時のデータ取得に失敗した場合にはデータ無しの状態になり、今後の業務に支障をきたす可能性がある。
また、業務上必要であれば、データの事前取得に失敗し、さらに通常時のデータ取得にも失敗した場合には前回のデータを今回のデータとする手段も必要となり、この実施形態のデータ取得装置１にはその手段も含んでいる。
【００７６】
（２）第２実施形態
この第２実施形態のデータ送受信システムでは、データ取得装置１はＯＡ機器２から予め設定された送信日時で定期的にデータを受信して取得する。
【００７７】
この場合のデータ取得装置１の構成は、図２に示したデータ取得装置１の内部の詳細な機能構成と同じであるが、その各手段の機能が若干異なる。
この場合のデータ取得装置１のデータ受信手段１０は、ＯＡ機器２から予め設定された送信日時で定期的にデータを受信する。
データ取得手段１１は、後述するスケジュールに基づいてＯＡ機器２に対する予備データの事前取得処理を実行する。
【００７８】
データ保存手段１２は、データ受信手段１０及びデータ取得手段１１によって取得したデータ及びその受信結果を、予め決められた回数分の過去のデータとして保存する。
【００７９】
パターン解析手段１３は、データ保存手段１２によって保存されているデータの受信結果のパターンを解析し、データ受信の成功と失敗を判断し、その解析及び判断結果に基づいて予備データの事前取得のスケジュールを設定する。
【００８０】
すなわち、上記データ受信手段１０が、外部装置から予め設定された送信日時で定期的にデータを受信するデータ定期受信手段の機能を果たす。
また、上記データ保存手段１２は、上記データ定期取得手段によって受信したデータを保存する手段と、上記前記データ定期取得手段によるデータの受信結果を保存する受信結果保存手段の機能を果たす。
【００８１】
さらに、上記パターン解析手段１３が、データ保存手段に保存された受信結果に基づいてデータ受信の成功と失敗を判断する受信結果判断手段の機能を果たす。
【００８２】
また、上記データ取得手段１１が、受信結果判断手段によってデータ受信が失敗と判断されたとき、次回から上記送信日時の事前に上記外部装置にデータを要求するデータ要求手段と、その手段によって要求したデータを受信したとき、そのデータを予備データとして保存する予備データ保存手段の機能を果たす。
【００８３】
さらに、上記データ取得手段１１は、上記データ定期受信手段によるデータ受信が失敗したとき、上記予備データ保存手段に保存されている予備データを上記データの代用にする予備データ代用手段の機能を果たす。
【００８４】
また、上記パターン解析手段１３は、上記受信結果保存手段に保存された複数回分の受信結果に基づいて上記データ要求手段によるデータの要求日時を設定するデータ要求日時設定手段の機能を果たす。
【００８５】
さらに、上記パターン解析手段１３は、上記受信結果判断手段で上記受信結果保存手段に保存された複数回分の受信結果に基づいてデータ受信が連続して失敗していると判断されたとき、上記要求日時を上記送信日時よりも早い日時に設定する手段の機能を果たす。
【００８６】
また、上記パターン解析手段１３は、上記要求日時を上記外部装置に設定されているデータ送信禁止日時から所定日時だけ繰り上げ又は繰り延べる手段の機能を果たす。
【００８７】
さらに、上記データ取得手段１１は、上記データ要求手段によるデータの取得結果を保存する取得結果保存手段の機能を果たし、上記パターン解析手段１３は、上記受信結果保存手段に保存された受信結果と上記取得結果保存手段に保存された取得結果とに基づいて上記要求日時をデータ受信成功率の高い日時に設定する手段の機能を果たす。
【００８８】
次に、上記データ取得装置１における通常の定時データ受信時のスケジューリング処理を説明する。
この定時データ受信時のスケジューリング処理は、ＯＡ機器２からデータを受信した場合には、データ保存手段１２によって受信したデータと受信結果を保存する。また、受信できなかった場合でも受信結果のみを保存する。
【００８９】
次に、上記保存したデータと過去に保存した同一のＯＡ機器２からのデータに基づいてパターン解析とデータ受信の成功と失敗の判断を行ない、上記パターンと判断に基づいて次回のデータ取得のスケジューリングを行なう。
【００９０】
通常、ＯＡ機器２から予め指定された日時に発呼された定時データをデータ取得装置１が受信した場合には、まずデータ受信手段１０においてＯＡ機器２からのデータを受信し、受信データを受信結果と共にデータ保存手段１２を用いて保存する。
【００９１】
まず、上記受信結果は、単なる成功（ＯＫ），失敗（ＮＧ）だけではなく、どのような失敗であったかを示す情報（具体的にはプロトコル上のエラーコードやモデムの返すリザルトコードなどのデータ）及び取得日時を記録する。
【００９２】
次に、パターン解析手段１３において保存された受信結果と、予め指定されたデータ送信日時と、それらの過去指定された回数分保存されたデータとに基づいてパターン解析を行なう。
【００９３】
今回のデータ取得結果は以下の３つに分類される。
（１）成功（ＯＫ）
（２）失敗（ＮＧ）：受信記録有りで、正常終了しておらずエラーが記録されている
（３）失敗（ＮＧ）：受信記録無し
【００９４】
次に、パターン解析手段１３では以上３つの結果に基づいて成功と失敗の判断と以後の処理の決定を行なう。
【００９５】
（１）受信結果が「（１）成功」の場合
データは問題無く取得できているので、問題無しとして次回も指定された送信日時をそのままに定期的にデータを取得する。
すなわち、データ送信指定日時を変更しない。そして、取得したデータはデータ保存手段１２によって通常時のデータを格納する場所にデータを格納する。
【００９６】
また、今回事前取得を行なっている場合は、設定によって今回を含めて過去連続して設定された回数分データ取得に成功していれば、次回から事前取得を行なわないように設定を変更する。
【００９７】
例えば、事前取得を行なっており、予め「５回連続で通常時のデータ取得に成功していれば、事前データ取得は行なわない」と設定されていれば、今回の通常時のデータ取得を含めて過去の履歴を検索し、５回連続で成功していれば事前取得の設定を解除する。
【００９８】
その解除する理由は、もしＯＡ機器２とデータ取得装置１との間の通信手段３が公衆回線である場合には、通信のたびに通信コストが発生するため、できるだけ通信回数を減らしてコストを削減する必要があるためである。
【００９９】
また、通信手段３に通信コストが発生しない場合でも、通信回数を減らして衝突を減らし、ビジー率を低く抑えることができる。
なお、それらの判断は設定者が行なえるように設定できるようにするとよい。
【０１００】
（２）受信結果が「（２）失敗：受信記録有り」の場合
まず、事前取得が設定されていれば、事前取得の成功／失敗にかかわらず、すでに対策が打たれているので、事前取得に対する対策は行なわずにそのままとして何もしない。
【０１０１】
しかし、パターン解析によって事前取得が設定された回数連続して成功しており、通常時のデータ取得が設定された回数連続して失敗している場合には、通常時のデータ取得指定日時を事前取得している日時に変更するように管理者やオペレータに促す。
【０１０２】
もしくは、設定によって自動で通常時のデータ取得日時を事前取得の成功している日時に変更することが許可されていれば、ＯＡ機器２に対して自動で通常時のデータ取得指定日時を事前データ取得日時に変更する。それと同時に事前データ取得は行なわないようにする。
【０１０３】
また、事前取得が行なわれていない場合には、次回から事前取得を行なうように設定する。なお、その設定内容（日時）は他の設定ツールなどを用いて行なうとよい。
【０１０４】
この（２）失敗の場合は、通信は行なわれており、受信結果が異常であることから、通信品質に問題がある場合や通信途中での電源断などがエラーの原因として考えられる。
【０１０５】
例えば、データ取得指定時間がたまたまＯＡ機器２が設置されている事業所の顧客の帰宅時間などと重なり、顧客が帰宅の際にフロアのブレーカを落として帰る場合などが考えられる。したがって、この場合に事前取得をセットすることは有効な手段である。
【０１０６】
（３）受信結果が「（３）失敗：受信記録無し」の場合
予めＯＡ機器２からのデータが送られてくる送信日時をデータ取得装置１側で把握しているものとし、指定している時間帯にその時間帯にデータを送信してくるはずのＯＡ機器２からデータが送信されてこなかった場合を示している。
【０１０７】
この時間帯は、指定してある時間からある一定の時間の幅をもたせる。
その理由は、複数のＯＡ機器２から１つのデータ取得装置１に対して通信が発生する場合には衝突が発生し、ＯＡ機器２からのリトライにより指定した時間からずれる可能性があるためである。
【０１０８】
この場合の処理としては、上述の（２）失敗：受信記録有りの場合の処理と同様にして、まず事前取得が設定されていれば、事前取得の成功／失敗にかかわらず、すでに対策が打たれているので、事前取得に対する対策は行なわずにそのままとして何もしない。
【０１０９】
しかし、パターン解析によって事前取得が設定された回数連続して成功しており、通常時のデータ取得が設定された回数連続して失敗している場合には、通常時のデータ取得指定日時を事前取得している日時に変更するように管理者やオペレータに促す。
【０１１０】
もしくは、設定によって自動で通常時のデータ取得日時を事前取得の成功している日時に変更することが許可されていれば、自動で通常時のデータ取得指定日時を事前データ取得日時に変更する。それと同時に事前データ取得は行なわないようにする。
【０１１１】
また、事前取得が行なわれていない場合には、次回から事前取得を行なうように設定する。なお、設定内容（日時）は他の設定ツールなどを用いて行なう。
【０１１２】
この（３）失敗の場合は、通信は行なわれていないことから、ＯＡ機器２側に何らかの障害が発生していると考えられる。
例えば、電源断，誤設定，ケーブルはずれなどである。
また、ＯＡ機器２が設置されている事業所で、顧客が帰宅時にフロアのブレーカを落として帰る場合や、移動によるケーブルの接続忘れなどが考えられる。
【０１１３】
したがって、通常時のデータ取得で通信記録が無く、事前取得においても通信記録が無い場合には、ケーブルはずれの可能性が高く、事前取得において通信記録があれば、電源断の可能性が高いなど、事前取得の結果と通常時の結果を検討することによって通信エラーの原因究明に有効な手段になる。
【０１１４】
次に、上記データ取得装置１における事前取得処理について説明する。
この事前取得処理において、データの取得結果は上述した通常時のデータ受信の場合と同様に以下の３つに分類することができる。
【０１１５】
（１）成功（ＯＫ）
（２）失敗（ＮＧ）：受信記録有りで、正常終了しておらずエラーが記録されている
（３）失敗（ＮＧ）：受信記録無し
【０１１６】
上記取得結果による処理内容は、上述の通常時の定時データ受信時の処理内容とほぼ同じである。
この事前取得処理は、ＯＡ機器２から事前取得によってデータを取得し、その取得したデータを予備データとして保存し、その取得結果も保存し、上記保存した取得結果に基づいてパターン解析とデータ受信の成功と失敗の判断を行ない、上記パターンと判断に基づいて次回の事前取得のスケジューリングを行なう。
【０１１７】
（１）取得結果が「（１）成功」の場合
データは問題無く取得できているので、問題無しとして次回も指定された事前取得日時をそのままにしてデータを取得することとする。取得したデータはデータ保存手段１２によって事前取得時の格納場所に予備データとして格納する。
【０１１８】
（２）取得結果が「（２）失敗：受信記録有り」の場合
この場合は通信は行なわれており、取得結果が異常であることから、通信品質に問題がある場合や、通信途中での電源断などがエラーの原因として考えられる。
【０１１９】
例えば、データ取得指定時間がたまたまＯＡ機器２が設置されている事業所の顧客の帰宅時間などと重なり、顧客が帰宅の際にフロアのブレーカを落として帰る場合などが考えられる。
【０１２０】
したがって、予め設定された回数や同じデータ取得時間で失敗しているようであれば、事前取得時間を予め設定されている一定時間だけ早めるなどの処理を行なう。このようにして、事前取得の時間をずらすことにより、異なる時間でのデータの取得の可能性を得ることができる。
【０１２１】
また、ずらした時間帯が顧客によって指定されたり、システム的に問題のあるデータ取得時間禁止時間帯になってしまう場合には、予め指定された日数分や指定された日、または指定された曜日、さらには過去のデータ取得の履歴から最もデータ取得の成功の可能性が高い日時のものを判断し、それに設定する。
【０１２２】
（３）取得結果が「（３）失敗：受信記録無し」の場合
この場合の処理としては、通信は行なわれていないことから、ＯＡ機器２側に何らかの障害が発生していると考えられる。
【０１２３】
例えば、電源断，誤設定，ケーブルはずれなどである。
また、ＯＡ機器２が設置されている事業所の顧客が帰宅時にフロアのブレーカを落として帰る場合や、移動によるケーブルの接続忘れなどが考えられる。
【０１２４】
したがって、予め設定された回数や同じデータ取得時間で失敗しているようであれば、事前取得時間を予め設定されている一定時間だけ早めるなどの処理を行なう。このようにして、事前取得の時間をずらすことにより、異なる時間でのデータの取得の可能性を得ることができる。
【０１２５】
また、ずらした時間帯が顧客によって指定されたり、システム的に問題のあるデータ取得時間禁止時間帯になってしまう場合には、予め指定された日数分や指定された日、または指定された曜日、さらには過去のデータ取得の履歴から最もデータ取得の成功の可能性が高い日時のものを判断し、それに設定する。
【０１２６】
上記受信結果，スケジューリングにより、事前に取得した予備データが存在し、通常時に取得したデータも存在する場合には、通常時のデータを用い、事前に取得した予備データが存在し、通常時にデータが受信できなかった場合にはスケジューリングによって取得した予備データを代用して通常時のデータとして用いる。
【０１２７】
もし、上述のような事前取得の手段が存在せず、通常時のデータ取得に失敗した場合にはデータ無しの状態になり、今後の業務に支障をきたす可能性がある。
また、業務上必要であれば、データの事前取得に失敗し、さらに通常時のデータ取得にも失敗した場合には前回のデータを今回のデータとする手段も必要となり、この実施形態のデータ取得装置１にはその手段も含んでいる。
【０１２８】
（３）第３実施形態
この第３実施形態のデータ送受信システムでは、ＯＡ機器２はデータ取得装置１へ予め設定された送信日時で定期的にデータを送信する。
【０１２９】
この場合のＯＡ機器２の構成は、データ送信手段，送信結果保存手段，パターン解析手段，及び予備データ送信手段等からなる。
データ送信手段は、データ取得装置１へ予め設定された送信日時で定期的にデータを送信する。
送信結果保存手段は、後述するスケジュールに基づいてデータ取得装置１に対する予備データの事前送信処理を実行する。
【０１３０】
パターン解析手段は、送信結果保存手段によって保存されているデータの送信結果のパターンを解析し、データ送信の成功と失敗を判断し、その解析及び判断結果に基づいて予備データの事前送信のスケジュールを設定する。
予備データ送信手段は、上記スケジュールに基づいてデータ取得装置１への予備データ送信処理を実行する。
【０１３１】
すなわち、上記データ送信手段が、外部装置からの予め設定された送信日時毎の要求に応じて、上記外部装置へ定期的にデータを送信するデータ定期送信手段の機能を果たす。
【０１３２】
また、上記送信結果保存手段が、上記データ定期送信手段によるデータの送信結果を保存する手段の機能を果たし、上記パターン解析手段が、上記送信結果保存手段に保存された送信結果に基づいてデータ送信の成功と失敗を判断する送信結果判断手段の機能を果たし、上記予備データ送信手段が、上記送信結果判断手段によってデータ送信が失敗と判断されたとき、次回から上記送信日時の事前に上記外部装置へ予備データを送信する手段の機能を果たす。
【０１３３】
さらに、上記パターン解析手段が、上記送信結果保存手段に保存された複数回分の送信結果に基づいて上記予備データの予備送信日時を設定する予備送信日時設定手段の機能を果たす。
【０１３４】
また、上記パターン解析手段は、上記送信結果判断手段で上記送信結果保存手段に保存された複数回分の送信結果に基づいてデータ送信が連続して失敗していると判断されたとき、上記予備送信日時を上記送信日時よりも早い日時に設定する手段の機能を果たす。
【０１３５】
さらに、上記パターン解析手段は、上記予備送信日時を予め設定されているデータ送信禁止日時から所定日時だけ繰り上げ又は繰り延べる手段の機能を果たす。
【０１３６】
また、上記送信結果保存手段は、上記予備データ送信手段による予備送信結果を保存する予備送信結果保存手段の機能を果たす。
さらに、上記パターン解析手段は、上記送信結果保存手段に保存された送信結果と上記予備送信結果保存手段に保存された予備送信結果とに基づいて上記予備送信日時をデータ送信成功率の高い日時に設定する手段の機能を果たす。
【０１３７】
次に、上記ＯＡ機器２における通常の定時データ送信時のスケジューリング処理を説明する。
この定時データ送信時のスケジューリング処理は、データ取得装置１へデータを送信した場合には、送信結果保存手段によって送信結果を保存する。
【０１３８】
次に、上記送信結果に基づいてパターン解析とデータ受信の成功と失敗の判断を行ない、上記パターンと判断に基づいて次回のデータ送信のスケジューリングを行なう。
【０１３９】
通常、データ取得装置１に対して予め指定された日時に発呼し、定時データを送信した場合には、まずデータ送信手段によってデータ取得装置１へデータを送信し、送信結果保存手段を用いて送信結果を保存する。
【０１４０】
まず、上記送信結果は、単なる成功（ＯＫ），失敗（ＮＧ）だけではなく、どのような失敗であったかを示す情報（具体的にはプロトコル上のエラーコードやモデムの返すリザルトコードなどのデータ）及び取得日時を記録する。
【０１４１】
次に、パターン解析手段において保存された送信結果と、予め指定されたデータ送信日時と、それらの過去指定された回数分保存されたデータとに基づいてパターン解析を行なう。
【０１４２】
今回のデータ送信結果は以下の３つに分類される。
（１）成功（ＯＫ）
（２）失敗（ＮＧ）：送信記録有りで、正常終了しておらずエラーが記録されている
（３）失敗（ＮＧ）：送信記録無し
【０１４３】
次に、パターン解析手段では以上３つの結果に基づいて成功と失敗の判断と以後の処理の決定を行なう。
【０１４４】
（１）送信結果が「（１）成功」の場合
データは問題無く送信してデータ取得装置１側で取得されているので、問題無しとして次回も指定された送信日時をそのままに定期的にデータを送信する。
すなわち、データ送信指定日時を変更しない。一方、データ取得装置１では取得したデータはデータ保存手段１２によって通常時のデータを格納する場所にデータを格納する。
【０１４５】
また、今回事前送信を行なっている場合は、設定によって今回を含めて過去連続して設定された回数分データ送信に成功していれば、次回から事前送信を行なわないように設定を変更する。
【０１４６】
例えば、事前送信を行なっており、予め「５回連続で通常時のデータ送信に成功していれば、事前データ送信は行なわない」と設定されていれば、今回の通常時のデータ送信を含めて過去の履歴を検索し、５回連続で成功していれば事前取送信の設定を解除する。
【０１４７】
その解除する理由は、もしＯＡ機器２とデータ取得装置１との間の通信手段３が公衆回線である場合には、通信のたびに通信コストが発生するため、できるだけ通信回数を減らしてコストを削減する必要があるためである。
【０１４８】
また、通信手段３に通信コストが発生しない場合でも、通信回数を減らして衝突を減らし、ビジー率を低く抑えることができる。
なお、それらの判断は設定者が行なえるように設定できるようにするとよい。
【０１４９】
（２）送信結果が「（２）失敗：送信記録有り」の場合
まず、事前送信が設定されていれば、事前送信の成功／失敗にかかわらず、すでに対策が打たれているので、事前送信に対する対策は行なわずにそのままとして何もしない。
【０１５０】
しかし、パターン解析によって事前送信が設定された回数連続して成功しており、通常時のデータ送信が設定された回数連続して失敗している場合には、通常時のデータ送信指定日時を事前送信している日時に変更するように管理者やオペレータに促す。
【０１５１】
もしくは、設定によって自動で通常時のデータ送信日時を事前送信の成功している日時に変更することが許可されていれば、ＯＡ機器２に対して自動で通常時のデータ送信指定日時を事前データ送信日時に変更する。それと同時に事前データ送信は行なわないようにする。
【０１５２】
また、事前送信が行なわれていない場合には、次回から事前送信を行なうように設定する。なお、その設定内容（日時）は他の設定ツールなどを用いて行なうとよい。
【０１５３】
この（２）失敗の場合は、通信は行なわれており、送信結果が異常であることから、通信品質に問題がある場合や通信途中での電源断などがエラーの原因として考えられる。
【０１５４】
例えば、データ取得指定時間がたまたまＯＡ機器２が設置されている事業所の顧客の帰宅時間などと重なり、顧客が帰宅の際にフロアのブレーカを落として帰る場合などが考えられる。したがって、この場合に事前送信をセットすることは有効な手段である。
【０１５５】
（３）送信結果が「（３）失敗：送信記録無し」の場合
予めデータ取得装置１側でＯＡ機器２からのデータが送られてくる送信日時を把握しているものとし、ＯＡ機器２が指定している時間帯にその時間帯にデータを送信できなかった場合を示している。
【０１５６】
この時間帯は、指定してある時間からある一定の時間の幅をもたせる。
その理由は、１つのデータ取得装置１に対して同時に複数のＯＡ機器２からの通信が発生する場合には衝突が発生し、ＯＡ機器２からのリトライにより指定した時間からずれる可能性があるためである。
【０１５７】
この場合の処理としては、上述の（２）失敗：送信記録有りの場合の処理と同様にして、まず事前送信が設定されていれば、事前送信の成功／失敗にかかわらず、すでに対策が打たれているので、事前送信に対する対策は行なわずにそのままとして何もしない。
【０１５８】
しかし、パターン解析によって事前送信が設定された回数連続して成功しており、通常時のデータ送信が設定された回数連続して失敗している場合には、通常時のデータ送信指定日時を事前送信している日時に変更するように管理者やオペレータに促す。
【０１５９】
もしくは、設定によって自動で通常時のデータ送信日時を事前送信の成功している日時に変更することが許可されていれば、自動で通常時のデータ送信指定日時を事前データ送信日時に変更する。それと同時に事前データ送信は行なわないようにする。
【０１６０】
また、事前送信が行なわれていない場合には、次回から事前送信を行なうように設定する。なお、設定内容（日時）は他の設定ツールなどを用いて行なう。
【０１６１】
この（３）失敗の場合は、通信は行なわれていないことから、ＯＡ機器２側に何らかの障害が発生していると考えられる。
例えば、電源断，誤設定，ケーブルはずれなどである。
また、ＯＡ機器２が設置されている事業所で、顧客が帰宅時にフロアのブレーカを落として帰る場合や、移動によるケーブルの接続忘れなどが考えられる。
【０１６２】
したがって、通常時のデータ送信で通信記録が無く、事前送信においても通信記録が無い場合には、ケーブルはずれの可能性が高く、事前送信において通信記録があれば、電源断の可能性が高いなど、事前送信の結果と通常時の結果を検討することによって通信エラーの原因究明に有効な手段になる。
【０１６３】
次に、上記ＯＡ機器２における事前送信処理について説明する。
この事前送信処理において、データの送信結果は上述した通常時のデータ送信の場合と同様に以下の３つに分類することができる。
【０１６４】
（１）成功（ＯＫ）
（２）失敗（ＮＧ）：送信記録有りで、正常終了しておらずエラーが記録されている
（３）失敗（ＮＧ）：送信記録無し
【０１６５】
上記送信結果による処理内容は、上述の通常時の定時データ送信時の処理内容とほぼ同じである。
この事前送信処理は、データ取得装置１に対して事前送信によってデータを送信し、その送信結果を保存し、その取得結果に基づいてパターン解析とデータ送信の成功と失敗の判断を行ない、上記パターンと判断に基づいて次回の事前送信のスケジューリングを行なう。
【０１６６】
（１）送信結果が「（１）成功」の場合
データは問題無く送信できているので、問題無しとして次回も指定された事前送信日時をそのままにしてデータを送信することとする。データ取得装置１側では受信したデータはデータ保存手段１２によって事前送信時の格納場所に予備データとして格納する。
【０１６７】
（２）送信結果が「（２）失敗：送信記録有り」の場合
この場合は通信は行なわれており、送信結果が異常であることから、通信品質に問題がある場合や、通信途中での電源断などがエラーの原因として考えられる。
【０１６８】
例えば、データ送信指定時間がたまたまＯＡ機器２が設置されている事業所の顧客の帰宅時間などと重なり、顧客が帰宅の際にフロアのブレーカを落として帰る場合などが考えられる。
【０１６９】
したがって、予め設定された回数や同じデータ送信時間で失敗しているようであれば、事前送信時間を予め設定されている一定時間だけ早めるなどの処理を行なう。このようにして、事前送信の時間をずらすことにより、異なる時間でのデータ送信の可能性を得ることができる。
【０１７０】
また、ずらした時間帯が顧客によって指定されたり、システム的に問題のあるデータ送信時間禁止時間帯になってしまう場合には、予め指定された日数分や指定された日、または指定された曜日、さらには過去のデータ送信の履歴から最もデータ送信の成功の可能性が高い日時のものを判断し、それに設定する。
【０１７１】
（３）送信結果が「（３）失敗：送信記録無し」の場合
この場合の処理としては、通信は行なわれていないことから、ＯＡ機器２側に何らかの障害が発生していると考えられる。
【０１７２】
例えば、電源断，誤設定，ケーブルはずれなどである。
また、ＯＡ機器２が設置されている事業所の顧客が帰宅時にフロアのブレーカを落として帰る場合や、移動によるケーブルの接続忘れなどが考えられる。
【０１７３】
したがって、予め設定された回数や同じデータ送信時間で失敗しているようであれば、事前送信時間を予め設定されている一定時間だけ早めるなどの処理を行なう。このようにして、事前送信の時間をずらすことにより、異なる時間でのデータ送信の可能性を得ることができる。
【０１７４】
また、ずらした時間帯が顧客によって指定されたり、システム的に問題のあるデータ送信時間禁止時間帯になってしまう場合には、予め指定された日数分や指定された日、または指定された曜日、さらには過去のデータ送信の履歴から最もデータ送信の成功の可能性が高い日時のものを判断し、それに設定する。
【０１７５】
一方、データ取得装置１では、事前送信した予備データが存在し、通常時に送信したデータも存在する場合には、通常時のデータを用い、事前に受信した予備データが存在し、通常時にデータが受信できなかった場合にはスケジューリングによって取得した予備データを代用して通常時のデータとして用いる。
【０１７６】
もし、上述のような事前送信の手段が存在せず、通常時のデータ送信に失敗した場合にはデータ無しの状態になり、今後の業務に支障をきたす可能性がある。
また、業務上必要であれば、データの事前送信に失敗し、さらに通常時のデータ送信にも失敗した場合には前回のデータを今回のデータとする手段も必要となり、この実施形態のＯＡ機器２にはその手段も含んでいる。
【０１７７】
なお、上記のデータ送受信システムでは、データ取得後、一連の流れでデータ受信からデータ保存，パターン解析，スケジューリングを行なうようにしたが、各ＯＡ機器２からのデータを受信し、データを保存してから、指定しているデータ受信時間帯を過ぎた後に受信結果を解析するパターン解析を行ない、定時データが未取得であったものについて採用するデータを決定したり、スケジューリングを行なったりする順番を問わない。
【０１７８】
この実施形態のデータ送受信システムは、毎回、定時データ取得を行なった際にその受信結果とデータを保存しておくことにより、今回定時データの取得に失敗した場合、次回の予備データ取得日時を過去のデータの取得結果とデータに基づいて計算して決定することができる。
【０１７９】
また、定時データを取得する対象装置をＯＡ機器にすれば、多様なＯＡ機器に対する遠隔サービスシステムに適用することができる。
【０１８０】
さらに、定期的にデータを受信もしくは取得することとは別に、予め指定された取得時間よりも一定時間早く取得したデータをその取得結果と共に予備データとして保存することにより、本データ取得前に予備データを行なっておき、本データ取得で失敗した場合、その予備データを今回のデータとすることができる。
【０１８１】
そして、予備データを予め取得しておくことにより、定時データ取得に失敗した場合もリトライを行なう必要がなく、定時データに納期があった場合の問題も解消することができる。
【０１８２】
また、定時データを取得する対象装置から取得したデータを指定された回数分保存し、その時の取得結果（成功，失敗，失敗内容）も同時に保存し、今回のデータ取得に失敗した場合に、過去の定時データ取得結果からある規則に基づいて自動で次回の予備データ取得日時を決定するので、人手の介在によるオペレーションをなくし、自動化することができる。
【０１８３】
さらに、定時データ取得失敗後、リトライを自動もしくは手動で行なう必要が無く、事前にデータを取得していたとしても、保存された過去の複数回分のデータ取得結果のパターンを解析することにより自動的に予備データ取得日を決定するので、手動で行なっていた作業を自動化して、データ取得の効率を向上させることができる。
【０１８４】
また、過去の取得結果で連続してデータの取得に失敗している場合に、次回の予備データ取得時間を今回失敗したデータ取得時間よりも予め指定した時間分だけ早くするように自動的に予備データ取得時間を設定することにより、予備データの取得率を向上させることができる。
【０１８５】
さらに、予備データ取得時間を計算した際に、予め指定されたデータ取得禁止時間になってしまった場合は、予備データ取得日を指定された日数だけ早めたり遅くしたりして、時間だけでは解決できない予備データ未取得の問題を容易に解決することができる。
【０１８６】
また、定時データを取得する対象装置が設置されている部署では稼動日があり、その部署の休日は対象装置の電源もＯＦＦされているなどの理由から定時データ及び予備データを取得できないことが明白である場合、過去のデータに基づいてデータの取得に失敗した曜日と成功した曜日の取得率からデータ取得の可能性の高い曜日を予備データ取得日とすることにより、ＯＡ機器のある顧客サイドの特徴を生かし、未取得率を低減してデータ取得率を向上させることができる。
【０１８７】
さらに、この発明に係る各手段をデータ取得装置又はＯＡ機器のどちら側にも装備可能なので、使用者の都合のよい方を選択することができ、柔軟性をもったシステムを容易に構成することができる。
【０１８８】
【発明の効果】
以上説明してきたように、この発明のデータ受信装置とデータ送信装置によれば、データ受信側のデータ取得確率を高めることができる。
【図面の簡単な説明】
【図１】この発明の一実施形態のデータ送受信システムの構成を示すブロック図である。
【図２】図１に示したデータ取得装置１の内部の詳細な機能構成を示す図である。
【図３】図２に示したデータ取得装置１における通常の定時データ受信時のスケジューリング処理を示すフローチャートである。
【図４】図２に示したデータ取得装置１における事前取得処理のフローチャートである。
【符号の説明】
１：データ取得装置    ２：ＯＡ機器
３：通信手段          １０：データ受信手段
１１：データ取得手段  １２：データ保存手段
１３：パターン解析手段
【図１】
0003895083.tif 000002
【図２】
0003895083.tif 000003
【図３】
0003895083.tif 000004
【図４】
0003895083.tif 000005