JP2012199677A - 配信管理システム、配信管理方法及び配信管理プログラム - Google Patents

Abstract

【課題】複数の出力装置に対して、利用者が希望するタイミングで効率的にデータを配信するための配信管理システム、配信管理方法及び配信管理プログラムを提供する。
【解決手段】配信依頼システム２０の制御部２１は、ホストシステム１０から配信依頼を取得し、ヘッダ情報を抽出する。次に、制御部２１は猶予時間を取得する。そして、通信条件指定が「時刻指定」においては、送信指定時刻から猶予時間を遡った第１基準時刻を経過していない場合のみ、制御部２１は送信依頼処理を実行する。また、通信条件指定が「範囲指定」においては、送信指定時刻範囲の始期から猶予時間を遡った第２基準時刻を経過していない場合に、制御部２１は、送信指定時刻範囲の始期を送信指定時刻として指定する。また、送信指定時刻範囲の終期から猶予時間を遡った第３基準時刻を経過していない場合、送信指定時刻範囲内で送信指定時刻を設定する。
【選択図】図１

Description

本発明は、複数の出力装置に対してデータを配信するための配信管理システム、配信管理方法及び配信管理プログラムに関する。

業務管理等を行なう場合、各業務の成果を集計して、管理者に対して集計結果を配信することがある。このような場合、業務処理システムを用いて、集計等の情報処理を行なうとともに、集計結果を含めた配信用データの作成処理を行ない、管理者に送信する。ここで、複数の管理者に対して配信用データを送信することもある。そこで、多数の宛先に情報を送付する同報通信方法が検討されている（例えば、特許文献１参照。）。この文献に記載された技術では、同報依頼装置、同報装置、複数のファクシミリ端末が通信回線により接続される。ユーザは、同報依頼装置に同報宛先、送信指定時刻等の同報制御情報を入力し、イメージスキャナ等から送信文書情報を入力する。同報依頼装置は、同報制御情報と文書情報をファクシミリ情報書式で同報装置に送る。同報装置では、ファクシミリ情報を同報制御情報と文書情報に分解してファイル装置に格納し、同報制御情報に従って文書情報を各ファクシミリ端末へ配信する。

また、時間範囲情報を読み出して送信を行なうファクシミリ端末も検討されている（例えば、特許文献２参照。）。この文献に記載されたファクシミリ端末では、時刻情報が時間範囲情報の範囲に含まれる場合は、送信時刻情報を記憶することなく画像情報を送信先に送信する。一方、時刻情報が時間範囲情報の範囲に含まれない場合は、時間範囲情報の中の所定の時刻を送信時刻情報として予約記憶部に記憶する。

特開平６−３２６８０７号公報（第１頁、図１） 特開２００２−２９６３７８号公報（第１頁、図１）

複数の管理者等に集計結果等についてファクシミリ送信する場合、送信事業者に対して、集計結果等を含めた配信依頼データの送信を委託する場合がある。このような配信依頼データにおいては、送信年月日、送信時刻を指定できることもある。このような配信依頼を受けた送信事業者は、各送信先への送信準備を行ない、指定された送信年月日や時刻に送信を行なう。

しかしながら、送信準備ができた時刻が送信指定時刻を過ぎてしまうと送信エラーとして取り扱われることがあり、この場合にはデータを配信することができない。特に、何らかの原因により、業務処理システムにおいて、集計等の情報処理や、集計結果を含めた配信用データの作成処理が遅延することがある。このような遅延を考慮せずに、送信事業者に配信依頼を行なった場合も、送信指定時刻を過ぎてしまい、所望のタイミングでのデータ配信ができない。

また、受信側によって受信する時刻や時刻範囲が指定される場合もあり、送信側は指定された受信時刻や時刻範囲を考慮して、送信事業者に配信依頼データを送信する必要がある。
本発明は、上述の問題に鑑みてなされたものであり、この目的は、複数の出力装置に対
して、利用者が希望するタイミングで効率的にデータを配信するための配信管理システム、配信管理方法及び配信管理プログラムを提供することにある。

上記問題点を解決するために、請求項１に記載の発明は、情報処理システム及びデータ配信装置に接続された制御手段を備えた配信管理システムであって、前記制御手段が、前記情報処理システムから取得した処理結果から送信指定時刻を取得する手段と、前記送信指定時刻から猶予時間を遡った送信可否判断時刻を算出する手段と、現在時刻が前記送信可否判断時刻以前の場合には、前記送信指定時刻についての配信依頼データを前記データ配信装置に提供する手段と、現在時刻が前記送信可否判断時刻を経過している場合には、期限経過処理を実行する手段とを備えたことを要旨とする。

請求項２に記載の発明は、情報処理システム及びデータ配信装置に接続された制御手段を備えた配信管理システムであって、前記制御手段が、前記情報処理システムから取得した処理結果から送信時刻指定範囲を取得する手段と、前記送信時刻指定範囲の終期から猶予時間を遡った送信可否判断時刻を算出する手段と、現在時刻が前記送信可否判断時刻以前の場合には、前記送信時刻指定範囲内の時刻であって、前記送信可否判断時刻以前の時刻を送信指定時刻とする設定を行なった配信依頼データを前記データ配信装置に提供する手段と、現在時刻が前記送信可否判断時刻を経過している場合には、期限経過処理を実行する手段とを備えたことを要旨とする。

請求項３に記載の発明は、請求項２に記載の配信管理システムにおいて、前記送信時刻指定範囲の始期から猶予時間を遡った始期判断基準時刻を算出する手段と、現在時刻が前記始期判断基準時刻以前の場合には、前記送信時刻指定範囲の始期の時刻を送信指定時刻とする設定を行なった配信依頼データを前記データ配信装置に提供する手段を更に備えたことを要旨とする。

請求項４に記載の発明は、請求項１〜３のいずれか一つに記載の配信管理システムにおいて、前記期限経過処理においては、配信依頼データの送信を行なわずにアラームを出力することを要旨とする。

請求項５に記載の発明は、請求項１〜４のいずれか一つに記載の配信管理システムにおいて、前記期限経過処理においては、配信依頼データにおいて、翌日の送信指定時刻を設定することを要旨とする。

請求項６に記載の発明は、請求項１〜５のいずれか一つに記載の配信管理システムにおいて、前記情報処理システムから取得した処理結果の内容に基づいて猶予時間を設定することを要旨とする。

請求項７に記載の発明は、請求項１〜６のいずれか一つに記載の配信管理システムにおいて、前記制御手段は、同じ送信指定時刻において、同じ送信先に送信する処理結果の数を算出し、同じ送信指定時刻において、同じ送信先に対して、複数の配信依頼データを送信する場合には、前記送信指定時刻を分散するように変更することを要旨とする。

請求項８に記載の発明は、請求項１〜７のいずれか一つに記載の配信管理システムにおいて、要注意先、要注意時間帯を記録する注意先情報記憶手段を更に備え、前記制御手段は、前記データ配信装置から、配信依頼データについての配信結果を取得し、前記配信結果において、エラーが生じた送信先、送信時刻が含まれる場合、前記送信先及び送信時刻を、要注意先、要注意時間帯として前記注意先情報記憶手段に記録し、新たに取得した配信依頼データにおける送信先、送信指定時刻が、前記注意先情報記憶手段に記録された要
注意先、要注意時間帯と一致する場合には、新たな配信依頼データにおいて、前記要注意時間帯に含まれない送信指定時刻を設定することを要旨とする。

請求項９に記載の発明は、情報処理システム及びデータ配信装置に接続された制御手段を備えた配信管理システムを用いて、配信管理を実行する方法であって、前記制御手段が、前記情報処理システムから取得した処理結果から送信指定時刻を取得する段階と、前記送信指定時刻から猶予時間を遡った送信可否判断時刻を算出する段階と、現在時刻が前記送信可否判断時刻以前の場合には、前記送信指定時刻についての配信依頼データを前記データ配信装置に提供する段階と、現在時刻が前記送信可否判断時刻を経過している場合には、期限経過処理を実行する段階とを実行することを要旨とする。

請求項１０に記載の発明は、情報処理システム及びデータ配信装置に接続された制御手段を備えた配信管理システムを用いて、配信管理を実行する方法であって、前記制御手段が、前記情報処理システムから取得した処理結果から送信時刻指定範囲を取得する段階と、前記送信時刻指定範囲の終期から猶予時間を遡った送信可否判断時刻を算出する段階と、現在時刻が前記送信可否判断時刻以前の場合には、前記送信時刻指定範囲内の時刻であって、前記送信可否判断時刻以前の時刻を送信指定時刻とする設定を行なった配信依頼データを前記データ配信装置に提供する段階と、現在時刻が前記送信可否判断時刻を経過している場合には、期限経過処理を実行する段階とを実行することを要旨とする。

請求項１１に記載の発明は、情報処理システム及びデータ配信装置に接続された制御手段を備えた配信管理システムを用いて、配信管理を実行するためのプログラムであって、前記制御手段を、前記情報処理システムから取得した処理結果から送信指定時刻を取得する手段、前記送信指定時刻から猶予時間を遡った送信可否判断時刻を算出する手段、現在時刻が前記送信可否判断時刻以前の場合には、前記送信指定時刻についての配信依頼データを前記データ配信装置に提供する手段、現在時刻が前記送信可否判断時刻を経過している場合には、期限経過処理を実行する手段として機能させることを要旨とする。

請求項１２に記載の発明は、情報処理システム及びデータ配信装置に接続された制御手段を備えた配信管理システムを用いて、配信管理を実行するためのプログラムであって、前記制御手段を、前記情報処理システムから取得した処理結果から送信時刻指定範囲を取得する手段、前記送信時刻指定範囲の終期から猶予時間を遡った送信可否判断時刻を算出する手段、現在時刻が前記送信可否判断時刻以前の場合には、前記送信時刻指定範囲内の時刻であって、前記送信可否判断時刻以前の時刻を送信指定時刻とする設定を行なった配信依頼データを前記データ配信装置に提供する手段、現在時刻が前記送信可否判断時刻を経過している場合には、期限経過処理を実行する手段として機能させることを要旨とする。

（作用）
請求項１、９、１１に記載の発明によれば、制御手段が、前記情報処理システムから取得した処理結果から送信指定時刻を取得する。次に、送信指定時刻から猶予時間を遡った送信可否判断時刻を算出する。そして、現在時刻が送信可否判断時刻以前の場合には、送信指定時刻についての配信依頼データをデータ配信装置に提供する。一方、現在時刻が送信可否判断時刻を経過している場合には、期限経過処理を実行する。これにより、送信時刻が指定されている場合においても、この時刻に間に合わない可能性がある配信依頼データについて、注意喚起や送信時期の変更等の対応を行なうことができる。

請求項２、１０、１２に記載の発明によれば、制御手段が、情報処理システムから取得した処理結果から送信時刻指定範囲を取得する。次に、送信時刻指定範囲の終期から猶予時間を遡った送信可否判断時刻を算出する。そして、現在時刻が送信可否判断時刻以前の
場合には、送信時刻指定範囲内の時刻であって、送信可否判断時刻以前の時刻を送信指定時刻とする設定を行なった配信依頼データをデータ配信装置に提供する。一方、現在時刻が送信可否判断時刻を経過している場合には、期限経過処理を実行する。これにより、送信時刻範囲が指定されている場合においても、この時刻範囲を逸脱する可能性がある配信依頼データについて、注意喚起や送信時期の変更等の対応を行なうことができる。

請求項３に記載の発明によれば、送信時刻指定範囲の始期から猶予時間を遡った始期判断基準時刻を算出する。現在時刻が始期判断基準時刻以前の場合には、送信時刻指定範囲の始期の時刻を送信指定時刻とする設定を行なった配信依頼データをデータ配信装置に提供する。これにより、送信時刻指定範囲の始期以前に処理結果を取得した場合にも、データ配信装置に対して送信時刻指定範囲内に送信するための配信依頼データを生成することができる。

請求項４に記載の発明によれば、期限経過処理においては、配信依頼データの送信を行なわずにアラームを出力する。これにより、送信指定時刻に間に合わない可能性がある場合や、時刻範囲を逸脱する可能性がある場合には、配送依頼データの送信を防止することができる。

請求項５に記載の発明によれば、期限経過処理においては、配信依頼データにおいて、翌日の送信指定時刻を設定する。これにより、送信指定時刻に間に合わない可能性がある場合や、時刻範囲を逸脱する可能性がある場合には、配信依頼データを翌日の送信指定時刻や送信時刻指定範囲内に送信することができる。

請求項６に記載の発明によれば、情報処理システムから取得した処理結果の内容に基づいて猶予時間を設定する。これにより、処理結果における送信先件数や容量に応じて猶予時間を変更することができる。

請求項７に記載の発明によれば、制御手段は、同じ送信指定時刻において、同じ送信先に送信する処理結果の数を算出する。そして、同じ送信指定時刻において、同じ送信先に対して、複数の配信依頼データを送信する場合には、送信指定時刻を分散するように変更する。これにより、通信処理の競合による不達エラーの発生を抑制することができる。

請求項８に記載の発明によれば、制御手段は、データ配信装置から、配信依頼データについての配信結果を取得し、配信結果において、エラーが生じた送信先、送信時刻が含まれる場合、送信先及び送信時刻を、要注意先、要注意時間帯として注意先情報記憶手段に記録する。そして、新たに取得した配信依頼データにおける送信先、送信指定時刻が、注意先情報記憶手段に記録された要注意先、要注意時間帯と一致する場合には、新たな配信依頼データにおいて、要注意時間帯に含まれない送信指定時刻を設定する。これにより、エラーの発生履歴を活かして、エラーが生じない条件での送信を試みることができる。

本発明によれば、複数の出力装置に対して、利用者が希望するタイミングで効率的にデータを配信するための配信管理システム、配信管理方法及び配信管理プログラムを提供することができる。

本発明の実施形態のシステム概略図。 本発明の実施形態で用いるデータの説明図であって、（ａ）は単一の明細データを含む配信依頼データ、（ｂ）は複数の明細データを含む配信依頼データ、（ｃ）は配信管理情報記憶部に記憶されたデータ、（ｄ）は依頼管理情報記憶部に記憶されたデータの説明図。 本発明の実施形態の処理手順の説明図。 本発明の実施形態の処理手順の説明図。 本発明の実施形態の送信可否判断の説明図であって、（ａ）は時刻指定、（ｂ）は範囲指定の説明図。 他の実施形態の処理手順の説明図。 他の実施形態の処理手順の説明図。

以下、本発明を具体化した配信管理システムの一実施形態を図１〜図５に基づいて説明する。本実施形態では、図１に示すように、ホストシステム１０によって生成された明細データ（処理結果）を、複数の出力装置（ここでは、ファクシミリ端末４０）に配信する場合を想定する。この明細データを各ファクシミリ端末４０に配信する場合、配信依頼システム２０及びファクシミリ送信システム３０を用いる。

ホストシステム１０は、業務管理を行なうためのコンピュータシステム（情報処理システム）である。例えば、金融機関においては、ホストシステム１０において、金融機関の各店舗から取引依頼を受信し、受信した取引依頼に基づいて業務処理を実行する。そして、ホストシステム１０は、各店舗で行なわれた取引依頼結果を集約した明細データを出力する。この明細データは、所定の時刻（例えば、終業時刻）に、各店舗に設置されたファクシミリ端末４０に配信される。

ファクシミリ送信システム３０は、ファクシミリ送信依頼者（例えば金融機関）の依頼に基づいて、指定されたファクシミリ端末４０にファクシミリ送信を行なう送信事業者（通信キャリア等）が管理するコンピュータシステム（データ配信装置）である。このファクシミリ送信システム３０は、公衆網を介してファクシミリ端末４０に接続されている。

このファクシミリ送信システム３０は、各ファクシミリ端末４０から出力される画像を生成するデータ（ファクシミリ画像データ）に対して、ヘッダ情報やトレーラ情報を設定した配信依頼データを受信する。本実施形態では、ホストシステム１０によって生成された明細データをファクシミリ画像データとして用いる。この配信依頼データは、図２（ａ）に示すように、ヘッダ情報（開始レコード、制御レコード）、明細データ、トレーラ情報（終了レコード）を含んで構成されている。

開始レコードは、配信依頼データの開始を示すデータであって、配信依頼識別子や、帳票サイズ、解像度、通信条件指定、送信日時、送信先電話番号に関するデータが記述される。

配信依頼識別子データ領域には、各配信依頼を特定するための識別子に関するデータが記録される。
帳票サイズデータ領域には、出力帳票のサイズを指定するためのデータが記録される。

解像度データ領域には、出力される帳票の解像度を決めるための送信モード（例えば、ファインモードやノーマルモード）を指定するためのデータが記録される。
通信条件指定データ領域には、送信時刻に関する条件を指定するためのデータが記録される。本実施形態においては、「時刻指定なし」、「時刻指定」、「範囲指定」のいずれかを特定するためのフラグが記録される。ここで、「時刻指定なし」フラグは、送信希望時刻がなく、いつでも送信してよいことを意味する。「時刻指定」フラグは、送信を希望する時刻が指定されていることを意味する。「範囲指定」フラグは、送信を希望する時刻範囲が指定されていることを意味する。

送信日時データ領域には、ファクシミリ送信を行なう送信指定年月日や送信指定時刻範囲を特定するためのデータが記録される。通信条件指定データ領域に「時刻指定」フラグが設定されている場合には、送信日時データ領域には送信指定年月日及び時刻に関するデータが記録される。一方、通信条件指定データ領域に「範囲指定」フラグが設定されている場合には、送信日時データ領域に、送信指定年月日及び送信指定時刻範囲（始期及び終期）に関するデータが記録されている。

送信先電話番号データ領域には、明細データを送信する送信先拠点のファクシミリ電話番号に関するデータが記録される。明細データを複数のファクシミリ端末４０に送信する場合には、このデータ領域に複数の送信先電話番号を設定する。
制御レコードは、ファクシミリを送信する際の出力イメージのヘッダに印字する内容を記述するデータである。
明細データは、ファクシミリ端末４０から出力する画像データである。
終了レコードは、明細データの終了を示すデータである。

又、ファクシミリ送信システム３０に対して、複数の明細データをまとめての配信を依頼することも可能である。この場合には、図２（ｂ）に示すように、先行の配信依頼データの終了データに対して、後続の配信依頼データの開始レコードを繋げる。このようなデータを受信した場合には、ファクシミリ送信システム３０は、「開始レコード〜終了レコード」毎にファクシミリ送信を行なう。

このような配信依頼データを受信したファクシミリ送信システム３０は、開始レコードに記録された各送信先電話番号に対してコールを行ない、明細データ領域に記録された画像データのファクシミリ送信を行なう。ここで、ファクシミリ送信システム３０において、複数の公衆回線が接続されている場合には、回線数分のコールを同時期に行なう。一方、回線数以上の送信先電話番号についての配信依頼がある場合には、回線が空き次第、順次、コールを行なう。

そして、ファクシミリ送信システム３０は、ファクシミリ送信結果を配信依頼システム２０に返信する。このファクシミリ送信結果には、ファクシミリ送信を完了した場合には、送信先電話番号、送信開始時刻、送信終了時刻に関する情報を含める。一方、ファクシミリ送信が不達の場合には、不達となった送信先電話番号、不達の原因を示すエラーコード、送信時刻（送信を試みたコール時刻）に関する情報を含める。この場合、担当者がファクシミリ再送信の要否を判定する。

ファクシミリ端末４０は、公衆網を介して受信したファクシミリ画像データを印刷して出力する装置である。本実施形態では、各ファクシミリ端末４０は、金融機関の各店舗に設置されている場合を想定する。

この配信依頼システム２０は、ファクシミリ送信システム３０に、ファクシミリの送信を依頼するためのコンピュータシステムである。この配信依頼システム２０は、ホストシステム１０から明細データを含む配信依頼データを取得する。次に、配信依頼データの受信時刻や、配信依頼データの開始レコードに設定された情報に応じて、送信指定時刻を修正する。そして、この送信指定時刻を設定した配信依頼データをファクシミリ送信システム３０に送信する。

この配信依頼システム２０は、制御部２１、配信管理情報記憶部２２、依頼管理情報記憶部２３を備えている。
制御部２１は、ＣＰＵ、ＲＡＭ、ＲＯＭ（図示せず）等から構成された制御手段を備え
ており、後述する処理（依頼取得段階、依頼制御段階、依頼送信段階等を含む処理）を行なう。このための配信管理プログラムを実行することにより、制御部２１は、依頼取得手段２１１、依頼制御手段２１２、依頼送信手段２１３として機能する。

依頼取得手段２１１は、ホストシステム１０から配信依頼データを受信する処理を実行する。
依頼制御手段２１２は、受信した配信依頼データのヘッダ情報に記録された通信条件指定や受信時刻に基づいてファクシミリ送信のタイミングを制御する処理を実行する。

依頼送信手段２１３は、ファクシミリ送信システム３０に配信依頼データを転送する処理を実行する。更に、依頼送信手段２１３が、ファクシミリ送信システム３０から送信結果を受信した場合、後述する依頼管理情報記憶部２３に送信結果を記録する。

配信管理情報記憶部２２には、図２（ｃ）に示すように、ファクシミリ送信の可否や送信時刻を制御するための配信管理レコード２２０が記録される。この配信管理レコード２２０は、ファクシミリ送信を制御するために予め決められた条件が事前に記録される。配信管理レコード２２０は、猶予時間及びファクシミリ送信スケジュールに関するデータを含んで構成される。

猶予時間データ領域には、ファクシミリ送信の可否を決定するための猶予時間に関するデータが記録される。本実施形態では、猶予時間として、配信依頼システム２０からファクシミリ送信システム３０に対して送信する配信依頼に必要な所要時間と、ファクシミリ送信システム３０においてファクシミリ送信の準備に必要な所要時間との合計（例えば１時間）を用いる。

送信スケジュールデータ領域には、ファクシミリ送信システム３０において、ファクシミリの送信処理を実行するスケジュール時刻に関するデータが記録されている。例えば、１時間毎に定期的に送信する場合には、「１２時」、「１３時」…のように、スケジュールされた時刻が記録される。

依頼管理情報記憶部２３には、図２（ｄ）に示すように、ファクシミリ送信システム３０に送信する配信依頼データを管理するための依頼管理レコード２３０が記録される。この依頼管理レコード２３０は、ホストシステム１０から配信依頼データを受信した場合に記録される。この依頼管理レコード２３０は、受付時刻、配信依頼識別子、容量、送信結果に関するデータを含んで構成される。

受付時刻データ領域には、ホストシステム１０から配信依頼データを受信した時刻に関するデータが記録される。
配信依頼識別子データ領域には、受け付けた配信依頼データを特定するための識別子に関するデータが記録される。この配信依頼識別子は、配信依頼データの開始レコードから取得する。

容量データ領域には、明細データのデータ量に関するデータが記録される。
送信結果データ領域には、ファクシミリ送信システム３０から取得した送信結果に関するデータが記録される。この送信結果を用いることにより、ファクシミリ送信の完了や不達を判定することができる。

また、配信依頼システム２０は、ネットワークを介して担当者端末５０に接続されている。この担当者端末５０は、ファクシミリ送信状況を管理する担当者が用いるコンピュータ端末である。

次に、上記のように構成されたシステムにおいて、ファクシミリ送信システム３０にファクシミリ送信を依頼する場合の配信依頼処理の処理手順について、図３〜図４を用いて説明する。

（配信依頼処理）
まず、図３を用いて、配信依頼処理を説明する。
ここでは、配信依頼システム２０の制御部２１は、配信依頼の取得処理を実行する（ステップＳ１−１）。具体的には、制御部２１の依頼取得手段２１１は、ホストシステム１０から、処理結果について配信依頼データを受信する。この配信依頼データは、開始レコード、制御レコード、明細データ、終了レコードを含む。

次に、配信依頼システム２０の制御部２１は、ヘッダ情報の抽出処理を実行する（ステップＳ１−２）。具体的には、制御部２１の依頼制御手段２１２は、ホストシステム１０から受信した配信依頼データの開始レコードを抽出する。

次に、配信依頼システム２０の制御部２１は、「時刻指定なし」が設定されているかどうかについての判定処理を実行する（ステップＳ１−３）。具体的には、制御部２１の依頼制御手段２１２は、開始レコードの通信条件指定において、「時刻指定なし」フラグが設定されているかどうかを判定する。

「時刻指定なし」フラグが設定されている場合（ステップＳ１−３において「ＹＥＳ」の場合）、配信依頼システム２０の制御部２１は、送信時刻を指定せずに配信依頼処理を実行する（ステップＳ１−４）。具体的には、制御部２１の依頼制御手段２１２は、依頼送信手段２１３に対して、ホストシステム１０から取得した配信依頼データを引き継ぐ。

一方、「時刻指定なし」が設定されていない場合（ステップＳ１−３において「ＮＯ」の場合）、配信依頼システム２０の制御部２１は、猶予時間の取得処理を実行する（ステップＳ１−５）。具体的には、制御部２１の依頼制御手段２１２は、配信管理情報記憶部２２の配信管理レコード２２０に記録された猶予時間を取得する。

次に、配信依頼システム２０の制御部２１は、「時刻指定」又は「範囲指定」のいずれが設定されているかについての判定処理を実行する（ステップＳ１−６）。具体的には、制御部２１の依頼制御手段２１２は、ホストシステム１０から取得した配信依頼データの開始レコードの通信条件指定に基づいて判定する。

ここで、通信条件指定において「範囲指定」フラグが設定されている場合（ステップＳ１−６において「範囲指定」の場合）、配信依頼システム２０の制御部２１は、範囲指定配信処理を実行する（ステップＳ１−７）。この処理については、図４を用いて後述する。

一方、通信条件指定において「時刻指定」フラグが設定されている場合（ステップＳ１−６において「時刻指定」の場合）、配信依頼システム２０の制御部２１は、送信指定時刻から猶予時間を遡った第１基準時刻の算出処理を実行する（ステップＳ１−８）。具体的には、制御部２１の依頼制御手段２１２は、開始レコードの送信日時データ領域に記録されている送信指定時刻を取得する。そして、依頼制御手段２１２は、この送信指定時刻から猶予時間だけ遡った時刻（第１基準時刻）を算出する。

次に、配信依頼システム２０の制御部２１は、現在時刻が第１基準時刻を経過しているかどうかについての判定処理を実行する（ステップＳ１−９）。具体的には、制御部２１
の依頼制御手段２１２は、システムタイマから現在時刻を取得する。そして、依頼制御手段２１２は、現在時刻と第１基準時刻とを比較することにより、第１基準時刻を経過しているかどうかを判定する。

現在時刻が既に第１基準時刻を経過している場合（ステップＳ１−９において「ＹＥＳ」の場合）、配信依頼システム２０の制御部２１は、アラーム処理（期限経過処理）を実行する（ステップＳ１−１０）。具体的には、制御部２１の依頼制御手段２１２は、ファクシミリ送信が指定日時に間に合わない可能性があることを知らせるメッセージを担当者端末５０に出力する。この場合、担当者は、送信先拠点に対して送信の可否を個別に確認する。

一方、現在時刻が第１基準時刻を経過していない場合（ステップＳ１−９において「ＮＯ」の場合）、配信依頼システム２０の制御部２１は、送信指定時刻の設定処理を実行する（ステップＳ１−１１）。具体的には、制御部２１の依頼制御手段２１２は、配信依頼データにおいて、送信指定時刻が記録された開始レコードをそのまま残す。なお、送信指定時刻が配信管理情報記憶部２２に記録された送信スケジュールと一致しない場合には、依頼制御手段２１２は、送信指定時刻にファクシミリ送信できないことを知らせるメッセージを担当者端末５０に出力する。

そして、配信依頼システム２０の制御部２１は、配信依頼データの送信処理を実行する（ステップＳ１−１２）。具体的には、制御部２１の依頼制御手段２１２は、依頼送信手段２１３に対して、配信依頼データを引き継ぐ。この場合、依頼送信手段２１３は、この配信依頼データをファクシミリ送信システム３０に送信する。

（範囲指定配信処理）
次に、図４を用いて、通信条件指定において「範囲指定」フラグが設定されている場合の範囲指定配信処理（ステップＳ１−７）を説明する。

まず、配信依頼システム２０の制御部２１は、送信指定時刻範囲の始期から猶予時間を遡った第２基準時刻の算出処理を実行する（ステップＳ２−１）。具体的には、制御部２１の依頼制御手段２１２は、配信依頼データの開始レコードに記録されている送信時刻指定範囲の始期を取得する。次に、依頼制御手段２１２は、送信時刻指定範囲の始期から猶予時間だけ遡った時刻（第２基準時刻）を算出する。

次に、配信依頼システム２０の制御部２１は、現在時刻が第２基準時刻を経過しているかどうかについての判定処理を実行する（ステップＳ２−２）。具体的には、制御部２１の依頼制御手段２１２は、システムタイマから現在時刻を取得する。そして、依頼制御手段２１２は、現在時刻と第２基準時刻とを比較することにより、第２基準時刻の経過を判定する。

現在時刻が第２基準時刻前であり、第２基準時刻を経過していない場合（ステップＳ２−２において「ＮＯ」の場合）、配信依頼システム２０の制御部２１は、送信指定時刻として、送信指定時刻範囲の始期の設定処理を実行する（ステップＳ２−３）。具体的には、制御部２１の依頼制御手段２１２は、配信依頼データの開始レコードにおいて、送信時刻指定範囲の始期を送信指定時刻として設定する。なお、送信時刻指定範囲の始期が、配信管理情報記憶部２２に記録された送信スケジュール時刻と一致しない場合には、依頼制御手段２１２は、送信時刻指定範囲の始期以降であって、直後の送信スケジュール時刻を送信指定時刻として開始レコードに設定する。

一方、現在時刻が第２基準時刻を経過している場合（ステップＳ２−２において「ＹＥ
Ｓ」の場合）、配信依頼システム２０の制御部２１は、送信指定時刻範囲の終期から猶予時間を遡った第３基準時刻の算出処理を実行する（ステップＳ２−４）。具体的には、制御部２１の依頼制御手段２１２は、開始レコードに記録されている送信指定時刻範囲の終期から猶予時間だけ遡った第３基準時刻（送信可否判断時刻）を算出する。

次に、配信依頼システム２０の制御部２１は、第３基準時刻を経過しているかどうかについての判定処理を実行する（ステップＳ２−５）。具体的には、制御部２１の依頼制御手段２１２は、現在時刻と第３基準時刻とを比較することにより、第３基準時刻の経過を判定する。

現在時刻が第３基準時刻を経過している場合（ステップＳ２−５において「ＹＥＳ」の場合）、配信依頼システム２０の制御部２１は、送信指定時刻として、翌日の送信指定時刻範囲の始期の設定処理（期限経過処理）を実行する（ステップＳ２−６）。具体的には、制御部２１の依頼制御手段２１２は、開始レコードにおいて、翌日日付の送信指定時刻範囲の始期を送信指定時刻として指定する。なお、送信時刻指定範囲の始期が、配信管理情報記憶部２２に記録された送信スケジュール時刻と一致しない場合には、送信時刻指定範囲の始期以降であって、直後の送信スケジュールの時刻を送信時刻として設定する。

一方、第３基準時刻を経過していない場合（ステップＳ２−５において「ＮＯ」の場合）、配信依頼システム２０の制御部２１は、送信指定時刻として、送信指定時刻範囲内であって、第３基準時刻前の時刻の設定処理を実行する（ステップＳ２−７）。具体的には、制御部２１の依頼制御手段２１２は、現在時刻に猶予時間を加算した時刻に対して、次の送信スケジュール時刻を送信指定時刻として開始レコードに設定する。

本実施形態の配信管理システムによれば、以下のような効果を得ることができる。
（１）上記実施形態では、通信条件指定において「時刻指定」フラグが設定されている場合（ステップＳ１−６において「時刻指定」の場合）、配信依頼システム２０の制御部２１は、送信指定時刻から猶予時間を遡った第１基準時刻の算出処理を実行する（ステップＳ１−８）。そして、現在時刻が第１基準時刻を経過している場合（ステップＳ１−９において「ＹＥＳ」の場合）、配信依頼システム２０の制御部２１は、アラーム処理を実行する（ステップＳ１−１０）。これにより、送信指定時刻に間に合わない可能性がある場合には、ファクシミリ送信を停止して、担当者に注意喚起することができる。

一方、現在時刻が第１基準時刻を経過していない場合（ステップＳ１−９において「ＮＯ」の場合）、配信依頼システム２０の制御部２１は、送信指定時刻の設定処理を実行する（ステップＳ１−１１）。ここで、図５（ａ）に示すタイムチャートを用いて説明する。このタイムチャートでは、送信指定時刻が設定されている場合を示している。そして、送信指定時刻から猶予時間を遡った送信可否判断時刻としての第１基準時刻を境界にして、送信可否を判定することができる。

（２）上記実施形態では、現在時刻が第２基準時刻を経過していない場合（ステップＳ２−２において「ＮＯ」の場合）、配信依頼システム２０の制御部２１は、送信指定時刻として、送信指定時刻範囲の始期の設定処理を実行する（ステップＳ２−３）。ここで、図５（ｂ）に示すタイムチャートを用いて説明する。このタイムチャートでは、送信指定時刻範囲が設定されている場合を示している。そして、送信指定時刻範囲の始期から猶予時間を遡った第２基準時刻以前に配信依頼データを取得した場合には、送信指定時刻範囲の始期の時刻での送信設定を行なう。従って、指定された送信指定時刻範囲より早い時刻におけるファクシミリ送信を防止することができる。

（３）上記実施形態では、現在時刻が第２基準時刻を経過している場合（ステップＳ２
−２において「ＹＥＳ」の場合）、配信依頼システム２０の制御部２１は、送信指定時刻範囲の終期から猶予時間を遡った第３基準時刻の算出処理を実行する（ステップＳ２−４）。そして、現在時刻が第３基準時刻を経過している場合（ステップＳ２−５において「ＹＥＳ」の場合）、配信依頼システム２０の制御部２１は、送信指定時刻として、翌日の送信指定時刻範囲の始期の設定処理を実行する（ステップＳ２−６）。これにより、図５（ｂ）に示すように、送信指定時刻範囲の終期から猶予時間を遡った第３基準時刻以降に配信依頼データを取得した場合には、翌日日付の送信指定時刻範囲に送信する送信設定を行なう。従って、送信指定時刻範囲外の時刻におけるファクシミリ送信を防止することができる。

（４）上記実施形態では、現在時刻が第３基準時刻を経過していない場合（ステップＳ２−５において「ＮＯ」の場合）、配信依頼システム２０の制御部２１は、送信指定時刻として、送信指定時刻範囲内であって、第３基準時刻前の時刻の設定処理を実行する（ステップＳ２−７）。これにより、図５（ｂ）に示すように、第２基準時刻〜第３基準時刻に配信依頼データを取得した場合には、送信処理に必要な猶予時間を考慮して、送信指定時刻範囲内に配信するための配信依頼を行なうことができる。

＜第２の実施形態＞
上記第１の実施形態においては、第３基準時刻を経過していない場合（ステップＳ２−５において「ＮＯ」の場合）、配信依頼システム２０の制御部２１は、送信指定時刻として、送信指定時刻範囲内であって、第３基準時刻前の時刻の設定処理を実行する（ステップＳ２−７）。第２の実施形態は、第１の実施形態の範囲指定配信処理において、同一送信先にファクシミリ送信する場合には、時間差を設ける構成であり、同様の部分については詳細な説明を省略する。この場合、依頼制御手段２１２に、送信指定時刻の変更の要否を判定するための基準数に関するデータを保持させておく。この実施形態の処理を、図６を用いて説明する。

まず、配信依頼システム２０の制御部２１は、ステップＳ２−１〜Ｓ２−７と同様に、送信指定時刻範囲の始期から猶予時間を遡った第２基準時刻の算出処理（ステップＳ３−１）〜送信指定時刻範囲内であって、第３基準時刻前の時刻の設定処理を実行する（ステップＳ３−７）。

次に、配信依頼システム２０の制御部２１は、同じ送信先を抜き出し判定処理を実行する（ステップＳ３−８）。具体的には、制御部２１の依頼制御手段２１２は、配信依頼データの開始レコードに記録された送信先電話番号を抽出する。

次に、配信依頼システム２０の制御部２１は、基準数以上の同じ送信先が設定されているかどうかについての判定処理を実行する（ステップＳ３−９）。具体的には、制御部２１の依頼制御手段２１２は、送信先電話番号毎にコール数をカウントし、コール数と基準数と比較することにより、基準数以上の同じ送信先が設定されているかどうかを判定する。
同じ送信先の設定数が基準数未満の場合（ステップＳ３−９において「ＮＯ」の場合）、配信依頼システム２０の制御部２１は、範囲指定配信処理を終了する。

一方、同じ送信先の設定数が基準数以上の場合（ステップＳ３−９において「ＹＥＳ」の場合）、配信依頼システム２０の制御部２１は、同じ送信先について送信指定時刻の変更処理を実行する（ステップＳ３−１０）。具体的には、制御部２１の依頼制御手段２１２は、配信管理情報記憶部２２から、次の送信スケジュール時刻を取得する。そして、依頼制御手段２１２は、基準数を超えた配信依頼については、配信管理情報記憶部２２から、開始レコードに記録されている送信指定時刻の次の送信スケジュール時刻を取得して、
この時刻を用いて送信指定時刻を修正する。

次に、配信依頼システム２０の制御部２１は、現在時刻が第３基準時刻を経過しているかどうかについての判定処理を実行する（ステップＳ３−１１）。具体的には、制御部２１の依頼制御手段２１２は、取得した次の送信スケジュール時刻と第３基準時刻とを比較することにより、第３基準時刻の経過を判定する。

現在時刻が第３基準時刻を経過している場合（ステップＳ３−１１において「ＹＥＳ」の場合）、配信依頼システム２０の制御部２１は、アラーム処理を実行する（ステップＳ３−１２）。具体的には、制御部２１の依頼制御手段２１２は、ファクシミリ送信が間に合わない可能性があることを知らせるメッセージを担当者端末５０に出力する。

一方、現在時刻が第３基準時刻を経過していない場合（ステップＳ３−１１において「ＮＯ」の場合）、配信依頼システム２０の制御部２１は、範囲指定配信処理を終了する。

本実施形態の配信管理システムによれば、上記の（１）〜（４）の効果に加えて、以下のような効果を得ることができる。
（５）上記実施形態では、配信依頼システム２０の制御部２１は、同じ送信先を抜き出し判定処理を実行する（ステップＳ３−８）。基準数以上の同じ送信先が設定されている場合（ステップＳ３−９において「ＹＥＳ」の場合）、配信依頼システム２０の制御部２１は、同じ送信先に対して送信指定時刻の変更処理を実行する（ステップＳ３−１０）。同時期に同じ送信先電話番号に対してファクシミリ送信を行なう場合、先行接続の通話中に、他方のコールを行なうことになることがある。この場合、通話中のため、ファクシミリ送信がエラーになる。そこで、同じ送信先電話番号に複数のファクシミリ送信を行なう場合には、送信指定時刻を分散するように時間差を設けて、送信エラーを回避することができる。

（６）上記実施形態では、変更した送信指定時刻が第３基準時刻を経過している場合（ステップＳ３−１１において「ＹＥＳ」の場合）、配信依頼システム２０の制御部２１は、アラーム処理を実行する（ステップＳ３−１２）。これにより、送信指定時刻の変更によって送信指定時刻範囲外となる場合には、担当者に対して注意喚起することができる。

＜第３の実施形態＞
上記実施形態においては、エラー情報を取得した場合、担当者がファクシミリ再送信の要否を判定する。第３の実施形態は、第１、第２の実施形態における配信依頼処理において、送信エラーが生じた場合、このエラー情報に基づいて、送信方法を変更する構成であり、同様の部分については詳細な説明を省略する。この実施形態の処理を、図７を用いて説明する。

この場合、配信依頼システム２０の制御部２１に、後述するエラー対応処理を実行するエラー管理手段を設ける。更に、配信依頼システム２０に、エラーログ記憶部２５、注意先情報記憶手段としての注意先情報記憶部２６を設ける。

エラーログ記憶部２５には、ファクシミリ送信システム３０において生じた送信エラーについてのエラーログレコードが記録される。このエラーログレコードは、配信依頼システム２０が、ファクシミリ送信システム３０からエラー情報を取得した場合に記録される。このエラーログレコードには、送信先電話番号、エラー内容、送信時刻に関する情報を含める。

送信先電話番号データ領域には、送信エラーが生じた送信先電話番号（ファクシミリ番
号）を特定するためのデータが記録される。
エラー内容データ領域には、送信エラーが生じた原因を特定するための識別子（エラーコード）に関するデータが記録される。このエラーコードにより、エラーが生じた原因（例えば、通話中や応答なし等）を特定することができる。
送信時刻データ領域には、エラーが生じたファクシミリ送信のコール時刻に関するデータが記録される。

注意先情報記憶部２６には、ファクシミリ送信時に注意すべき電話番号に関する注意先管理レコードが記録される。注意先管理レコードは、後述するエラー対応処理を実行した場合に登録される。この注意先管理レコードには、注意先電話番号、注意時間帯に関する情報を含める。

注意先電話番号データ領域には、ファクシミリ送信時に注意すべき電話番号に関するデータが記録される。
注意時間帯データ領域には、ファクシミリ送信時に注意すべき時刻範囲に関するデータが記録される。

（エラー対応処理）
まず、図７を用いて、エラー対応処理を説明する。
ここでは、配信依頼システム２０の制御部２１は、エラーログの取得処理を実行する（ステップＳ４−１）。具体的には、制御部２１のエラー管理手段は、ファクシミリ送信システム３０から取得した送信結果において、送信できなかったことを示すエラー情報を取得する。

次に、配信依頼システム２０の制御部２１は、エラーコードの登録処理を実行する（ステップＳ４−２）。具体的には、制御部２１のエラー管理手段は、取得したエラー情報をエラーログ記憶部２５に登録する。

次に、配信依頼システム２０の制御部２１は、エラーコードの比較処理を実行する（ステップＳ４−３）。具体的には、制御部２１のエラー管理手段は、新たに登録した送信先電話番号について、エラーログ記憶部２５において既に登録されているエラーログを検索する。そして、エラー管理手段は、新たに登録したエラーログのエラーコードと既登録のエラーログのエラーコードとを比較する。

次に、配信依頼システム２０の制御部２１は、同じエラーの繰り返しかどうかについての判定処理を実行する（ステップＳ４−４）。具体的には、制御部２１のエラー管理手段は、同じエラーコードについてのエラーログが登録されている場合には、同じエラーが繰り返されていると判定する。

同じエラーの繰り返しがある場合（ステップＳ４−４において「ＹＥＳ」の場合）、配信依頼システム２０の制御部２１は、注意先の登録処理を実行する（ステップＳ４−５）。具体的には、制御部２１のエラー管理手段は、同じエラーが繰り返されている送信先電話番号を注意先電話番号として記録した注意先管理レコードを生成する。ここで、エラー管理手段は、既に登録されているエラーログレコードの送信時刻と新たに登録したエラーログレコードの送信時刻を比較する。そして、各送信時刻が所定の時間範囲内に含まれる場合には、エラー管理手段は、これらの送信時刻を含む注意時間帯を注意先管理レコードに記録する。そして、エラー管理手段は、生成した注意先管理レコードを注意先情報記憶部２６に登録する。

（注意先確認処理）
次に、図７を用いて、注意先確認処理を説明する。この処理は、配信依頼データの送信前に行われる。

ここでは、まず、配信依頼システム２０の制御部２１は、配信依頼データのヘッダ情報の抽出処理を実行する（ステップＳ５−１）。具体的には、制御部２１の依頼制御手段２１２は、ファクシミリ送信システム３０に送信前の配信依頼データの開始レコードに記録されている送信先電話番号及び送信指定時刻を抽出する。

次に、配信依頼システム２０の制御部２１は、注意先情報の検索処理を実行する（ステップＳ５−２）。具体的には、制御部２１の依頼制御手段２１２は、ヘッダ情報に記録されている送信先電話番号を、注意先情報記憶部２６において検索する。注意先情報記憶部２６において、送信先電話番号が注意先電話番号として登録されている場合、依頼制御手段２１２は、ヘッダ情報に記録されている送信指定時刻と、注意先情報記憶部２６の注意先電話番号に関連付けられて登録されている注意時間帯とを比較する。

次に、配信依頼システム２０の制御部２１は、要注意先を含むかどうかについての判定処理を実行する（ステップＳ５−３）。具体的には、制御部２１の依頼制御手段２１２は、注意先情報記憶部２６に登録されている注意先電話番号、注意時間帯の送信指定時刻が設定されている送信先が含まれている場合には、要注意の配信依頼を含むと判定する。

要注意先を含むと判定した場合（ステップＳ５−３において「ＹＥＳ」の場合）、配信依頼システム２０の制御部２１は、注意先対応処理を実行する（ステップＳ５−４）。具体的には、制御部２１の依頼制御手段２１２は、注意先電話番号について、注意時間帯外であって、送信指定時刻範囲内の時刻の送信指定時刻の設定を行なう。なお、注意時間帯外であって、送信指定時刻範囲内の時刻の送信指定時刻の設定ができない場合には、依頼制御手段２１２は、要注意の配信依頼を含むことを知らせるメッセージを担当者端末５０に出力する。この場合、担当者は、注意先に対する送信についての対応を検討する。

一方、要注意先を含まないと判定した場合（ステップＳ５−３において「ＮＯ」の場合）、配信依頼システム２０の制御部２１は、ステップＳ１−１２と同様に、配信依頼データの送信処理を実行する（ステップＳ５−５）。

本実施形態の配信管理システムによれば、上記の（１）〜（６）の効果に加えて、以下のような効果を得ることができる。
（７）上記実施形態では、エラー対応処理において、同じエラーの繰り返しがある場合（ステップＳ４−４において「ＹＥＳ」の場合）、配信依頼システム２０の制御部２１は、注意先の登録処理を実行する（ステップＳ４−５）。そして、注意先確認処理において、配信依頼システム２０の制御部２１は、注意先情報の検索処理を実行する（ステップＳ５−２）。これにより、同じエラーが繰り返されている場合には、担当者に対して注意を喚起することができる。

また、上記実施形態は、以下のように変更してもよい。
・ 上記各実施形態では、現在時刻が第３基準時刻を経過している場合（ステップＳ２−５において「ＹＥＳ」の場合）、配信依頼システム２０の制御部２１は、送信指定時刻として、翌日の送信指定時刻範囲の始期の設定処理を実行する（ステップＳ２−６）。ここで、第３基準時刻を経過している場合の期限経過処理は、これに限定されるものではなく、アラームを出力するようにしてもよい。

また、後日、送信する場合においても翌日日付に限定されるものではない。例えば、配信管理情報記憶部２２に、営業日を記録したカレンダを保持させておき、配信依頼システ
ム２０の制御部２１が、翌営業日の送信指定時刻を設定するようにしてもよい。

・ 上記各実施形態では、現在時刻が第３基準時刻を経過している場合（ステップＳ２−５において「ＹＥＳ」の場合）、配信依頼システム２０の制御部２１は、送信指定時刻として、翌日の送信指定時刻範囲の始期の設定処理を実行する（ステップＳ２−６）。ここで、「翌日送信」するかどうかは、ヘッダ情報に基づいて変更できるようにしてもよい。この場合には、配信依頼データのヘッダ情報に、当日に送信できなかった場合の対応方法を記録させておく。これにより、配信データに基づいて翌日送信やアラーム出力を選択することができる。

・ 上記各実施形態では、配信依頼システム２０の制御部２１は、猶予時間の取得処理を実行する（ステップＳ１−５）。具体的には、制御部２１の依頼制御手段２１２は、配信管理情報記憶部２２の配信管理レコード２２０に記録された猶予時間を取得する。猶予時間の特定方法は、予め登録された固定値に限定されるものではなく、処理結果の内容に応じて変更するようにしてもよい。例えば、送信先件数や明細データの容量に応じて猶予時間を変更する。

ここで、送信先件数に応じて猶予時間を変更する場合には、配信管理情報記憶部２２に、送信先件数に対応させて猶予時間を記録した猶予時間決定テーブルを記録しておく。そして、依頼制御手段２１２は、配信依頼データのヘッダ情報の開始レコードに記録されている送信電話番号数（送信先件数）をカウントする。次に、依頼制御手段２１２は、配信管理情報記憶部２２の猶予時間決定テーブルから、送信電話番号数に対応した猶予時間を取得する。送信先件数が多い場合には準備に時間がかかる場合があり、この時間を考慮して猶予時間を特定することができる。

また、明細データの容量に応じて猶予時間を変更する場合には、配信管理情報記憶部２２に、容量に対応させて猶予時間を記録した猶予時間決定テーブルを記録しておく。そして、依頼制御手段２１２は、配信依頼データから明細データの容量を取得する。次に、依頼制御手段２１２は、配信管理情報記憶部２２の猶予時間決定テーブルから、容量に対応した猶予時間を取得する。

また、送信先件数及び明細データの容量の両方を用いて猶予時間を変更するようにしてもよい。この場合には、配信管理情報記憶部２２に、送信先件数及び容量に対応させて猶予時間を記録した猶予時間決定テーブルを記録しておく。そして、依頼制御手段２１２は、配信管理情報記憶部２２の猶予時間決定テーブルから、配信依頼データから取得した容量及び送信先件数に対応した猶予時間を取得する。これにより、状況に応じて、的確な猶予時間を算出することができる。

・ 上記各実施形態では、配信依頼システム２０の制御部２１は、猶予時間の取得処理を実行する（ステップＳ１−５）。この猶予時間は、過去の送信実績に応じて決定するようにしてもよい。例えば、配信依頼システム２０に、依頼管理情報記憶部２３に配信依頼データの送信時刻、実際のファクシミリ送信時刻に関する情報を蓄積しておく。そして、制御部２１は、配信依頼データの送信時刻から実際のファクシミリ送信時刻までの所要時間を算出する。そして、制御部２１は、所要時間の統計値（例えば、最大値）を猶予時間として配信管理情報記憶部２２に記録する。これにより、実績に応じて、的確な猶予時間を設定することができる。

・ 上記第２の実施形態では、送信指定時刻範囲が設定されている場合に時間差を設ける。ここで、「時刻指定なし」の場合にも、適用することも可能である。具体的には、時刻指定がない配信依頼データにおいて、基準数以上の同じ送信先が設定されている場合、
配信依頼システム２０の制御部２１は、配信管理情報記憶部２２を用いて、現在時刻から猶予時間が経過した時刻を特定する。そして、制御部２１は、特定した時刻以降のファクシミリ送信スケジュールにおいて、同じ送信先の配信依頼データについて、時間差を設けた送信指定時刻を設定する。これにより、「時刻指定なし」の場合にも、通話中による送信エラーを抑制することができる。

・ 上記第２の実施形態では、配信依頼システム２０の制御部２１は、同じ送信先を抜き出し判定処理を実行する（ステップＳ３−８）。具体的には、制御部２１の依頼制御手段２１２は、配信依頼データの開始レコードに記録された送信先電話番号を抽出する。ここで、同じ送信先の抜き出しは、一つの配信依頼データに限定されるものではない。例えば、複数の配信依頼データにおいて同じ送信先の抜き出しを行なうようにしてもよい。この場合には、配信依頼システム２０に、ファクシミリ送信システム３０に送信した配信依頼データを蓄積する依頼済情報記憶部を設ける。そして、配信依頼システム２０の制御部２１は、ファクシミリ送信システム３０に配信依頼データを送信する場合、この配信依頼データを依頼済情報記憶部に記録する。

次に、制御部２１が、新たに配信依頼データを取得した配信依頼データをファクシミリ送信システム３０に送信する場合、依頼済情報記憶部に、同じ送信先、送信指定時刻が設定されている配信依頼データが記録されているかどうかを検索する。同じ送信先、送信指定時刻が設定されている配信依頼データが記録されている場合、制御部２１は、新たに取得した配信依頼データにおいて、送信指定時刻の変更処理を実行する（ステップＳ３−１０）。これにより、通話中による送信エラーを抑制することができる。

・ 上記第２の実施形態では、現在時刻が第３基準時刻を経過している場合（ステップＳ３−１１において「ＹＥＳ」の場合）、配信依頼システム２０の制御部２１は、アラーム処理を実行する（ステップＳ３−１２）。現在時刻が第３基準時刻を経過している場合の対応はアラーム処理に限定されるものではない。例えば、翌日の送信指定時刻範囲内の時刻を設定することも可能である。

１０…ホストシステム、２０…配信依頼システム、２１…制御部、２１１…依頼取得手段、２１２…依頼制御手段、２１３…依頼送信手段、２２…配信管理情報記憶部、２３…依頼管理情報記憶部、３０…ファクシミリ送信システム、４０…ファクシミリ端末、５０…担当者端末。

Claims (12)

1. 情報処理システム及びデータ配信装置に接続された制御手段を備えた配信管理システムであって、
   前記制御手段が、
   前記情報処理システムから取得した処理結果から送信指定時刻を取得する手段と、
   前記送信指定時刻から猶予時間を遡った送信可否判断時刻を算出する手段と、
   現在時刻が前記送信可否判断時刻以前の場合には、前記送信指定時刻についての配信依頼データを前記データ配信装置に提供する手段と、
   現在時刻が前記送信可否判断時刻を経過している場合には、期限経過処理を実行する手段と
   を備えたことを特徴とする配信管理システム。
2. 情報処理システム及びデータ配信装置に接続された制御手段を備えた配信管理システムであって、
   前記制御手段が、
   前記情報処理システムから取得した処理結果から送信時刻指定範囲を取得する手段と、
   前記送信時刻指定範囲の終期から猶予時間を遡った送信可否判断時刻を算出する手段と、
   現在時刻が前記送信可否判断時刻以前の場合には、前記送信時刻指定範囲内の時刻であって、前記送信可否判断時刻以前の時刻を送信指定時刻とする設定を行なった配信依頼データを前記データ配信装置に提供する手段と、
   現在時刻が前記送信可否判断時刻を経過している場合には、期限経過処理を実行する手段と
   を備えたことを特徴とする配信管理システム。
3. 前記送信時刻指定範囲の始期から猶予時間を遡った始期判断基準時刻を算出する手段と、
   現在時刻が前記始期判断基準時刻以前の場合には、前記送信時刻指定範囲の始期の時刻を送信指定時刻とする設定を行なった配信依頼データを前記データ配信装置に提供する手段を更に備えたことを特徴とする請求項２に記載の配信管理システム。
4. 前記期限経過処理においては、配信依頼データの送信を行なわずにアラームを出力することを特徴とする請求項１〜３のいずれか一つに記載の配信管理システム。
5. 前記期限経過処理においては、配信依頼データにおいて、翌日の送信指定時刻を設定することを特徴とする請求項１〜４のいずれか一つに記載の配信管理システム。
6. 前記情報処理システムから取得した処理結果の内容に基づいて猶予時間を設定することを特徴とする請求項１〜５のいずれか一つに記載の配信管理システム。
7. 前記制御手段は、同じ送信指定時刻において、同じ送信先に送信する処理結果の数を算出し、
   同じ送信指定時刻において、同じ送信先に対して、複数の配信依頼データを送信する場合には、前記送信指定時刻を分散するように変更することを特徴とする請求項１〜６のいずれか一つに記載の配信管理システム。
8. 要注意先、要注意時間帯を記録する注意先情報記憶手段を更に備え、
   前記制御手段は、
   前記データ配信装置から、配信依頼データについての配信結果を取得し、
   前記配信結果において、エラーが生じた送信先、送信時刻が含まれる場合、前記送信先及び送信時刻を、要注意先、要注意時間帯として前記注意先情報記憶手段に記録し、
   新たに取得した配信依頼データにおける送信先、送信指定時刻が、前記注意先情報記憶手段に記録された要注意先、要注意時間帯と一致する場合には、新たな配信依頼データにおいて、前記要注意時間帯に含まれない送信指定時刻を設定することを特徴とする請求項１〜７のいずれか一つに記載の配信管理システム。
9. 情報処理システム及びデータ配信装置に接続された制御手段を備えた配信管理システムを用いて、配信管理を実行する方法であって、
   前記制御手段が、
   前記情報処理システムから取得した処理結果から送信指定時刻を取得する段階と、
   前記送信指定時刻から猶予時間を遡った送信可否判断時刻を算出する段階と、
   現在時刻が前記送信可否判断時刻以前の場合には、前記送信指定時刻についての配信依頼データを前記データ配信装置に提供する段階と、
   現在時刻が前記送信可否判断時刻を経過している場合には、期限経過処理を実行する段階と
   を実行することを特徴とする配信管理方法。
10. 情報処理システム及びデータ配信装置に接続された制御手段を備えた配信管理システムを用いて、配信管理を実行する方法であって、
    前記制御手段が、
    前記情報処理システムから取得した処理結果から送信時刻指定範囲を取得する段階と、
    前記送信時刻指定範囲の終期から猶予時間を遡った送信可否判断時刻を算出する段階と、
    現在時刻が前記送信可否判断時刻以前の場合には、前記送信時刻指定範囲内の時刻であって、前記送信可否判断時刻以前の時刻を送信指定時刻とする設定を行なった配信依頼データを前記データ配信装置に提供する段階と、
    現在時刻が前記送信可否判断時刻を経過している場合には、期限経過処理を実行する段階と
    を実行することを特徴とする配信管理方法。
11. 情報処理システム及びデータ配信装置に接続された制御手段を備えた配信管理システムを用いて、配信管理を実行するためのプログラムであって、
    前記制御手段を、
    前記情報処理システムから取得した処理結果から送信指定時刻を取得する手段、
    前記送信指定時刻から猶予時間を遡った送信可否判断時刻を算出する手段、
    現在時刻が前記送信可否判断時刻以前の場合には、前記送信指定時刻についての配信依頼データを前記データ配信装置に提供する手段、
    現在時刻が前記送信可否判断時刻を経過している場合には、期限経過処理を実行する手段
    として機能させることを特徴とする配信管理プログラム。
12. 情報処理システム及びデータ配信装置に接続された制御手段を備えた配信管理システムを用いて、配信管理を実行するためのプログラムであって、
    前記制御手段を、
    前記情報処理システムから取得した処理結果から送信時刻指定範囲を取得する手段、
    前記送信時刻指定範囲の終期から猶予時間を遡った送信可否判断時刻を算出する手段、
    現在時刻が前記送信可否判断時刻以前の場合には、前記送信時刻指定範囲内の時刻であって、前記送信可否判断時刻以前の時刻を送信指定時刻とする設定を行なった配信依頼データを前記データ配信装置に提供する手段、
    現在時刻が前記送信可否判断時刻を経過している場合には、期限経過処理を実行する手段
    として機能させることを特徴とする配信管理プログラム。

Images