(57)【要約】【課題】  記憶媒体の空き容量が少ない状況にあるときには、そのことをユーザが認識できるようにする。【解決手段】  実施形態のファイル転送装置は、記憶デバイス、判定ユニットおよび通知ユニット。記憶ユニットは、ファイル転送装置と第２のファイル転送装置との間での転送情報を記憶する。判定ユニットは、領域の使用状況に応じて変化する数値の最新の値が予め定められた条件に合致する場合に不足状態であると判定する。通知ユニットは、判定ユニットにより不足状態であると判定されたことに応じて、その旨をユーザに対して通知する。【選択図】      図１
2011254476.tif 000002
【特許請求の範囲】
【請求項１】
別の第２のファイル転送装置との間で情報の転送を行うファイル転送装置において、
前記ファイル転送装置と第２のファイル転送装置との間での転送情報を記憶するための領域を含んだ記憶デバイスと、
前記領域の使用状況に応じて変化する数値の最新の値が予め定められた条件に合致する場合に不足状態であると判定する判定ユニットと、
前記判定ユニットにより前記不足状態であると判定されたことに応じて、前記不足状態であることをユーザに対して通知する通知ユニットとを具備するファイル転送装置。
【請求項２】
前記転送情報は、前記ファイル転送装置が送信する送信情報または前記ファイル転送装置が受信した受信情報である請求項１に記載のファイル転送装置。
【請求項３】
前記領域は、前記ファイル転送装置が送信する送信情報を前記転送情報として記憶する第１の領域と前記ファイル転送装置が受信した受信情報を前記転送情報として記憶する第２の領域とを含み、
前記判定ユニットは、前記第１の使用状況に応じて変化する第１の数値の最新の値が予め定められた第１の条件に合致する場合に前記第１の領域について前記不足状態であると判定し、さらに前記第２の使用状況に応じて変化する第２の数値の最新の値が予め定められた第２の条件に合致する場合に前記第２の領域について前記不足状態であると判定し、
前記通知ユニットは、前記判定ユニットにより前記不足状態であると判定されたことに応じて、それが前記第１および第２の領域のいずれについてであるかを判別可能に前記ユーザに対して通知する請求項１に記載のファイル転送装置。
【請求項４】
前記判定ユニットは、前記領域の空き容量を前記数値として使用し、かつ前記空き容量が閾値以下である条件を前記条件とする請求項１に記載のファイル転送装置。
【請求項５】
前記判定ユニットは、前記数値の他に、過去の期間における複数の前記数値に関する統計値を加味する条件を前記条件とする請求項１に記載のファイル転送装置。
【請求項６】
前記判定ユニットは、前記数値が前記統計値よりも大きく、かつ前記統計値に対する前記数値の超過量が前記領域の空き容量よりも大きい条件を前記条件とする請求項５に記載のファイル転送装置。
【請求項７】
前記判定ユニットは、予め定められた期間における前記数値の変化量が、現在と同じ時間区分における過去の前記数値の変化量についての統計値よりも大きく、かつ前記変化量が前記領域の空き容量よりも大きいことを前記条件とする請求項５に記載のファイル転送装置。
【請求項８】
前記通知ユニットは、予め定められたアドレスに電子メールを送信することによって、前記不足状態であることをユーザに対して通知する請求項１に記載のファイル転送装置。
【請求項９】
前記通知ユニットは、前記判定ユニットにより前記不足状態であると判定されたか否かに応じてユーザインタフェース画面を変更することによって、前記不足状態であることをユーザに対して通知する請求項１に記載のファイル転送装置。
【請求項１０】
前記通知ユニットは、前記判定ユニットにより前記不足状態であると判定された履歴を表す履歴情報を生成し、この履歴情報の内容を表す画面を表示することによって前記不足状態であることをユーザに対して通知する請求項１に記載のファイル転送装置。
【請求項１１】
前記転送情報のうちで予め定められた条件に合致するものを前記領域から削除する削除ユニットをさらに備える請求項１に記載のファイル転送装置。
【請求項１２】
前記削除ユニットは、前記判定ユニットにより前記不足状態であると新たに判定されてから前記不足状態が予め定められた期間に渡って解消されなかった場合に前記削除を行う請求項１１に記載のファイル転送装置。
【請求項１３】
記憶デバイスを具備したファイル転送装置の制御方法であって、
前記記憶デバイスに含まれ、前記ファイル転送装置と他の第２のファイル転送装置との間での転送情報を記憶するための領域の使用状況に応じて変化する数値の最新の値が予め定められた条件に合致する場合に不足状態であると判定し、
前記不足状態であると判定したことに応じてこれに応じて、その旨をユーザに対して通知する制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、ファイル転送装置およびその制御方法に関する。
【背景技術】
【０００２】
パーソナルコンピュータや複合機（multi function peripheral：ＭＦＰ）などの情報端末がＮＧＮ（next generation network）などの通信ネットワークを利用してファイルの転送を行うことを可能とするファイル転送装置は、ネットワークアダプタや、あるいは単にアダプタと呼ばれて知られている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平１０−１０７９８３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
アダプタは、記憶媒体を内蔵し、転送対象となるファイルを記憶媒体に記憶する。記憶媒体の記憶容量は有限であるため、ファイルの書き込み途中に記憶媒体の空きが無くなり、ファイルの書き込みを中断することがある。そしてこの場合には、記憶媒体の空き領域を確保した上で、ファイルの取得を最初からやり直す。
【０００５】
このような事情から、記憶媒体の空き容量が少ない状況にあるときには、そのことをユーザが認識できることが望まれていた。
【課題を解決するための手段】
【０００６】
実施形態のファイル転送装置は、記憶デバイス、判定ユニットおよび通知ユニット。記憶ユニットは、ファイル転送装置と第２のファイル転送装置との間での転送情報を記憶する。判定ユニットは、領域の使用状況に応じて変化する数値の最新の値が予め定められた条件に合致する場合に不足状態であると判定する。通知ユニットは、判定ユニットにより不足状態であると判定されたことに応じて、その旨をユーザに対して通知する。
【図面の簡単な説明】
【０００７】
【図１】実施形態に係るアダプタの構成とこのアダプタが含まれる通信システムの構成とを示すブロック図。
【図２】図１中のコントローラによる第１の実施形態における処理のフローチャート。
【図３】アラームメールの一例を示す図。
【図４】アラームメールの一例を示す図。
【図５】図１中のコンピュータが表示するＵＩ画面の一例を示す図。
【図６】図１中のコンピュータが表示するＵＩ画面の一例を示す図。
【図７】図１中のコンピュータが表示するＵＩ画面の一例を示す図。
【図８】図１中のコントローラによる第２の実施形態における処理のフローチャート。
【図９】図１中のコントローラによる第２の実施形態における処理のフローチャート。
【図１０】履歴データの内容の一例を模式的に示す図。
【図１１】図１中のコントローラによる第３の実施形態における処理のフローチャート。
【図１２】図１中のコントローラによる第４の実施形態における処理のフローチャート。
【発明を実施するための形態】
【０００８】
以下、図面を参照して実施形態に係るファイル転送装置について説明する。なお、ファイル転送装置は、以下においては、アダプタと記すこととする。
【０００９】
（第１の実施形態）
図１は本実施形態に係るアダプタ１の構成とこのアダプタ１が含まれる通信システムの構成とを示すブロック図である。
【００１０】
図１に示す通信システムは、アダプタ１，２，３，４，５、ゲートウェイ（以下、Ｇ／Ｗと記す）６，７，８，９，１０、複合機（以下、ＭＦＰと記す）１１，１２，１３、コンピュータ１４，１５，１６，１７、プリンタ１８，１９、ＬＡＮ２０，２１，２２，２３，２４およびＮＧＮ２５を含む。
【００１１】
アダプタ１、Ｇ／Ｗ６、ＭＦＰ１１およびコンピュータ１４は、ＬＡＮ２０に接続されている。アダプタ１は、ＭＦＰ１１およびコンピュータ１４がＮＧＮ２５を介して通信するための処理を行う。
【００１２】
アダプタ２、Ｇ／Ｗ７、ＭＦＰ１２およびコンピュータ１５は、ＬＡＮ２１に接続されている。アダプタ２は、ＭＦＰ１２およびコンピュータ１５がＮＧＮ２５を介して通信するための処理を行う。プリンタ１８はコンピュータ１５に接続されている。
【００１３】
アダプタ３、Ｇ／Ｗ８およびコンピュータ１６は、ＬＡＮ２２に接続されている。アダプタ３は、コンピュータ１６がＮＧＮ２５を介して通信するための処理を行う。
【００１４】
アダプタ４、Ｇ／Ｗ９、ＭＦＰ１３は、ＬＡＮ２３に接続されている。アダプタ４は、ＭＦＰ１３がＮＧＮ２５を介して通信するための処理を行う。
【００１５】
アダプタ５、Ｇ／Ｗ１０、コンピュータ１７およびプリンタ１９は、ＬＡＮ２４に接続されている。アダプタ５は、コンピュータ１７がＮＧＮ２５を介して通信するための処理を行う。
【００１６】
Ｇ／Ｗ６，７，８，９，１０は、ＬＡＮ２０，２１，２２，２３，２４のほかに、ＮＧＮ２５にも接続される。Ｇ／Ｗ６，７，８，９，１０は、ＬＡＮ２０，２１，２２，２３，２４とＮＧＮ２５との間の各種の条件の違いを整合させるための種々の周知の処理を行い、アダプタ１がＮＧＮ２５を介して通信することを可能とする。
【００１７】
ＭＦＰ１１，１２，１３およびコンピュータ１４，１５，１６，１７は、アダプタ１，２，３，４，５によってＮＧＮ２５を介して転送されるコンピュータファイル（以下、ファイルと記す）を取得したり、あるいは処理したりする端末として機能する。ＭＦＰ１１，１２，１３はプリントデバイスを内蔵し、アダプタ１，２，３，４，５からの要求に応じて画像をプリントするプリンタとして機能する。
【００１８】
プリンタ１８は、コンピュータ１５からの要求に応じて画像をプリントする。
【００１９】
プリンタ１９は、コンピュータ１７およびアダプタ５からの要求に応じて画像をプリントする。
【００２０】
ＮＧＮ２５では、オーディオモード、ビデオモードおよびアプリケーションモードを選択的に使用できる。オーディオモードは、音声通信を行うためのモードである。ビデオモードは、動画通信を行うためのモードである。アプリケーションモードは、任意のディジタルデータを高速に伝送するモードである。
【００２１】
アダプタ１は、ＬＡＮインタフェース（以下、Ｉ／Ｆと記す）１ａ、プロトコル処理部１ｂ、記憶デバイス１ｃおよびコントローラ１ｄを含む。そしてこれらの各部は、バス１ｅに接続されている。
【００２２】
Ｉ／Ｆ１ａは、ＬＡＮ２０を介してＧ／Ｗ２、ＭＦＰ１１およびコンピュータ１４などとデータを授受するための各種の周知の処理を行う。
【００２３】
プロトコル処理部１ｂは、ＮＧＮ２５での通信のために規定されたプロトコル（例えばＲＦＣ３２６１）を実行するための処理を行う。
【００２４】
記憶デバイス１ｃは、各種のデータを記憶する。記憶デバイス１ｃは、半導体メモリまたはハードディスクドライブなどの周知のデバイスを任意に適用できる。
【００２５】
コントローラ１ｄは、後述するようにアダプタ１の各部を制御する。
【００２６】
アダプタ２，３，４，５は、アダプタ１と同様な構成であっても良いし、アダプタ１とは異なる構成であっても良い。
【００２７】
次にアダプタ１の動作について説明する。
【００２８】
コントローラ１ｄは、記憶デバイス１ｃの記憶領域の一部を送信バッファとして、また別の一部を受信バッファとしてそれぞれ使用する。
【００２９】
送信バッファは、送信ファイルを保存する。送信ファイルは、ＭＦＰ１１で原稿をスキャンして得られたスキャンデータやコンピュータ１４が保持しているファイルなどである。コントローラ１ｄは、ＭＦＰ１１からＬＡＮ２０を介して送られてきたスキャンデータをＩ／Ｆ１ａおよびバス１ｅを介して記憶デバイス１ｃへと与え、送信バッファに送信ファイルとして保存する。コントローラ１ｄは、コンピュータ１４からＬＡＮ２０を介して送られてきたファイルをＩ／Ｆ１ａおよびバス１ｅを介して記憶デバイス１ｃへと与え、送信バッファに送信ファイルとして保存する。
【００３０】
なおコントローラ１ｄは、ＭＦＰ１１またはコンピュータ１４から送信先アドレスが指定された場合には、その送信先アドレスと関連付けて送信ファイルを管理する。またコントローラ１ｄは、ＭＦＰ１１またはコンピュータ１４から送信ボックスが指定された場合には、送信バッファ内に物理的または論理的に設けた送信ボックスに送信ファイルを保存する。
【００３１】
またコントローラ１ｄは、ＭＦＰ１１またはコンピュータ１４から階層構造になった複数のファイルが送られてきた場合には、この複数のファイルを階層構造を維持したままで送信バッファに保存する。
【００３２】
コントローラ１ｄは、階層構造になった複数の送信ファイルについては、それら複数の送信ファイルの全てを含むフォルダ全体をｚｉｐファイルフォーマット（以下、ｚｉｐと記す）に変換する。また、パスワード付きでの送信が要求されている送信ファイルについては、その送信ファイルと付加情報とを含んだフォルダ全体をｚｉｐに変換する。なお、コントローラ１ｄは、送信ファイルをｚｉｐに変換する場合、適宜の圧縮アルゴリズムを使用して送信ファイルを圧縮することもある。このように送信ファイルを処理した場合にコントローラ１ｄは、処理後の送信ファイルを処理前の送信ファイルとは別に送信バッファに保存する。かくして、ＭＦＰ１１またはコンピュータ１４から送られる送信ファイルのサイズの１〜２．５倍程度のサイズの空き領域が送信バッファに必要となる。
【００３３】
コントローラ１ｄは、未処理の送信ファイルまたは上記のように処理した送信ファイルを含み、かつＮＧＮ２５の規格に準拠した転送情報を生成し、この転送情報をＮＧＮ２５へと送出する。具体的には、コントローラ１ｄは、送信ファイルに関連付けられた送信先アドレスまたは送信ファイルが保存された送信ボックスに予め関連付けられた送信先アドレスへと転送情報を転送するようにプロトコル処理部１ｂに指示する。この指示を受けてプロトコル処理部１ｂは、ＲＦＣ３２６１などのプロトコルに従って、上記の送信先アドレスへと転送情報を転送する。このとき転送情報は、Ｉ／Ｆ１ａ、ＬＡＮ２０およびＧ／Ｗ６を介してＮＧＮ２５へと送出される。このときにコントローラ１ｄは、少なくとも転送情報の送信完了が確認できるまでは、送信ファイルを送信バッファに保存しておく。そして転送情報の送信完了が確認でき、かつ送信バッファからの削除が許容されているならば、送信ファイルを送信バッファから削除する。
【００３４】
一方、アダプタ２，３，４，５のいずれか、またはその他のアダプタによってアダプタ１を送信先としてＮＧＮ２５へと送出された転送情報は、Ｇ／Ｗ６およびＬＡＮ２０を介してアダプタ１に与えられる。そうするとアダプタ１は、転送情報からファイルを取り出し、これを受信ファイルとして受信バッファに保存する。コントローラ１ｄは、受信ファイルがｚｉｐである場合には、それを解除する。そしてｚｉｐを解除した受信ファイルを、ｚｉｐのままの受信ファイルとは別に受信バッファに保存する。かくして、ＮＧＮ２５から転送される転送情報のサイズの数倍のサイズの空き領域が受信バッファに必要となる。
【００３５】
コントローラ１ｄは、ＭＦＰ１１またはコンピュータ１４を予め定められたルールに従って選択し、受信ファイルを送る。このときにコントローラ１ｄは、少なくとも受信ファイルがＭＦＰ１１またはコンピュータ１４で正しく受け取られたことが確認できるまでは、受信ファイルを受信バッファに保存しておく。そして正しく受け取られたことが確認でき、かつ受信バッファからの削除が許容されているならば、受信ファイルを受信バッファから削除する。
【００３６】
以上がアダプタ１の基本的な動作であるが、このような動作の中で送信バッファおよび受信バッファには、それぞれ複数件分のファイルが保存されていることがある。また、１件分のファイルのサイズも様々である。このようなことから、送信バッファおよび受信バッファのそれぞれの空き容量は、様々に変化する。
【００３７】
そこでコントローラ１ｄは、予め定められたタイミング毎に図２に示す管理処理を開始する。この管理処理を開始するタイミングは任意であって良いが、例えば一定時間が経過する毎としたり、送信バッファまたは受信バッファの空き容量が変化する要因となる事象が生じる毎とすることが考えられる。
【００３８】
アクトＡａ１においてコントローラ１ｄは、送信バッファの空き容量空き容量ＲＣ１と記す）が予め定められた閾値ＴＨ１以下であるか否かを確認する。ここでＮＯと判定したならばコントローラ１ｄは、アクトＡａ１からアクトＡａ２へ進む。
【００３９】
アクトＡａ２においてコントローラ１ｄは、第１のアラームフラグをオフとする。すなわち、第１のアラームフラグは、送信バッファの空き容量が閾値ＴＨ１よりも大きいときにオフ状態である。
【００４０】
一方、アクトＡａ１においてＹＥＳと判定したならばコントローラ１ｄは、アクトＡａ１からアクトＡａ３へ進む。
【００４１】
アクトＡａ３においてコントローラ１ｄは、第１のアラームフラグがオフとなっているか否かを確認する。ここでＹＥＳと判定したならばコントローラ１ｄは、アクトＡａ３からアクトＡａ４へと進む。
【００４２】
アクトＡａ４においてコントローラ１ｄは、第１のアラームフラグをオンとする。すなわち、第１のアラームフラグは、送信バッファの空き容量が閾値ＴＨ１以下であるときにオフ状態である。
【００４３】
アクトＡａ５においてコントローラ１ｄは、エラーログデータを更新する。エラーログデータは、アダプタ１の動作に関わるエラーの履歴を表すデータであり、記憶デバイス１ｃに保存される。具体的には、アクトＡａ５においてコントローラ１ｄは、現在の時刻および送信バッファの空き容量が少なくなったことを表すエラーコードなどを関連付けたデータレコードをエラーログデータに追加する。
【００４４】
アクトＡａ６においてコントローラ１ｄは、アラームメールを予め定められた通報先アドレスを送信先として送信する。通報先アドレスは任意に定められれば良いが、典型的にはアダプタ１の管理者に割り当てられたアドレスとされる。
【００４５】
ここで送信するアラームメールは、送信バッファの空き容量が少ないことを通報する内容のメッセージを含んだ電子メールである。図３はアクトＡａ６で送信されるアラームメールの一例を示す。
【００４６】
アラームメールを送信し終えたならばコントローラ１ｄは、アクトＡａ７へ進む。アクトＡａ３でＮＯと判定したとき、あるいはアクトＡａ６を終えたときにコントローラ１ｄは、各アクトからアクトＡａ４乃至アクトＡａ６を行うことなくアクトＡａ７へ進む。
【００４７】
アクトＡａ７においてコントローラ１ｄは、受信バッファの空き容量（以下、空き容量ＲＣ２と記す）が予め定められた閾値ＴＨ２以下であるか否かを確認する。ここでＮＯと判定したならばコントローラ１ｄは、アクトＡａ７からアクトＡａ８へ進む。
【００４８】
アクトＡａ８においてコントローラ１ｄは、第２のアラームフラグをオフとする。すなわち、第２のアラームフラグは、受信バッファの空き容量が閾値ＴＨ２よりも大きいときにオフ状態である。
【００４９】
一方、アクトＡａ７においてＹＥＳと判定したならばコントローラ１ｄは、アクトＡａ７からアクトＡａ９へ進む。
【００５０】
アクトＡａ９においてコントローラ１ｄは、第２のアラームフラグがオフとなっているか否かを確認する。ここでＹＥＳと判定したならばコントローラ１ｄは、アクトＡａ９からアクトＡａ１０へと進む。
【００５１】
アクトＡａ１０においてコントローラ１ｄは、第２のアラームフラグをオンとする。すなわち、第２のアラームフラグは、受信バッファの空き容量が閾値ＴＨ２以下であるときにオフ状態である。
【００５２】
アクトＡａ１１においてコントローラ１ｄは、エラーログデータを更新する。具体的にはコントローラ１ｄは、現在の時刻および受信バッファの空き容量が少なくなったことを表すエラーコードなどを関連付けたデータレコードをエラーログデータに追加する。
【００５３】
アクトＡａ１２においてコントローラ１ｄは、アラームメールを通報先アドレスを送信先として送信する。
【００５４】
ここで送信するアラームメールは、受信バッファの空き容量が少ないことを通報する内容のメッセージを含んだ電子メールである。図４はアクトＡａ１２で送信されるアラームメールの一例を示す。
【００５５】
アラームメールを送信し終えたならばコントローラ１ｄは、図２に示す管理処理を終了する。アクトＡａ９でＮＯと判定したとき、あるいはアクトＡａ８を終えたときにコントローラ１ｄは、各アクトからアクトＡａ１０乃至アクトＡａ１２を行うことなく図２に示す管理処理を終了する。
【００５６】
ところで、コンピュータ１４からのファイル送信の要求を受けるに当たってコントローラ１ｄは、そのファイル送信に関する条件をコンピュータ１４のオペレータに指定させるためのユーザインタフェース画面（以下、ＵＩ画面と記す）を表したデータをコンピュータ１４へと与える。そうするとコンピュータ１４は、ＵＩ画面を表示する。さらにコンピュータ１４は、ＵＩ画面に従ってオペレータにより指定された条件をアダプタ１に通知する。ＵＩ画面を表したデータは、典型的にはhypertext markup language（ＨＴＭＬ）ファイルである。そしてコンピュータ１４は、汎用のブラウザ機能によりＵＩ画面を表示する。
【００５７】
ＦＩＧｓ．５，６はＵＩ画面を表す。
【００５８】
図５に示すＵＩ画面５０は、第１のアラームフラグがオフであるときのものである。図６に示すＵＩ画面６０は、第１のアラームフラグがオンであるときのものである。
【００５９】
ＵＩ画面６０は、ＵＩ画面５０に対してメッセージ６１を追加したものである。メッセージ６１は、送信バッファの空き容量が少ないことをコンピュータ１４のオペレータに警告する。
【００６０】
ＵＩ画面５０，６０は、タブ５１を含む。タブ５１がクリックされると、そのことがコンピュータ１４からアダプタ１に通知される。これに応じてコントローラ１ｄは、図７に示すＵＩ画面７０を表したデータをコンピュータ１４へと与える。そうするとコンピュータ１４は、ＵＩ画面７０を表示する。ただし、初期のＵＩ画面７０は、領域７１，７２に表される文字列を含まず、ボタン７３を含む。
【００６１】
ボタン７３がクリックされたことに応じてコントローラ１ｄは、ＵＩ画面７０を、領域７１に表される文字列を含むように更新する。さらに文字列７４がクリックされたことに応じてコントローラ１ｄは、ＵＩ画面７０を、領域７２に表される文字列を含むように更新する。コントローラ１ｄは、領域７２に表す文字列をエラーログデータに基づいて生成する。従って、アクトＡａ５またはアクトＡａ１１で追加されたデータレコードがエラーログデータに含まれるならば、そのデータレコードが表すエラーの内容が例えば図７に示すようにＵＩ画面７０中に表される。
【００６２】
なお、ＵＩ画面５０，６０，７０は、タブ５２を含む。タブ５２がクリックされると、そのことがコンピュータ１４からアダプタ１に通知される。これに応じてコントローラ１ｄは、受信バッファに保存されているファイルについての一覧画像を含んだＵＩ画面を生成する。このＵＩ画面は例えば、第２のアラームフラグがオフであるときには、ＵＩ画面５０における領域５３内の画像を一覧画像に置き換えた画面であり、第２のアラームフラグがオンであるときには、ＵＩ画面６０における領域６２内の画像を一覧画像に置き換えるとともに、メッセージ６１を受信バッファの空き容量が少ないことをコンピュータ１４のオペレータに警告するものに置き換えた画面である。このメッセージは、例えば「受信データ領域が不足しています。」である。
【００６３】
ＭＦＰ１１がブラウザ機能を有するならば、各種のＵＩ画面をＭＦＰ１１において表示させることもできる。
【００６４】
なお、閾値ＴＨ１は、記憶デバイス１ｃにおいて送信バッファに割り当てられた領域のサイズよりも小さい０以外の任意の数値であって良い。閾値ＴＨ２は、記憶デバイス１ｃにおいて受信バッファに割り当てられた領域のサイズよりも小さい０以外の任意の数値であって良い。例えば、閾値ＴＨ１を１００Ｍバイトとし、閾値ＴＨ２を２００Ｍバイトとすることが想定される。第１および閾値ＴＴＨ１，ＴＨ２は、アダプタ１の製造者によって定められた値に固定されても良いし、アダプタ１のユーザが指定した値としても良い。
【００６５】
以上のように第１の実施形態によれば、送信バッファの空き容量が閾値ＴＨ１以下まで少なくなるか、受信バッファの空き容量が閾値ＴＨ２以下まで少なくなると、そのことがアラームメールによって予め定められた通報先に通報される。従って、通報先の例えば管理者などは、送信バッファや受信バッファの空き容量が少なくなっていることを速やかに認識できる。そして管理者などが適切な処置を講ずることにより、送信バッファまたは受信バッファの容量不足のために新たな送信または受信が行えなくなってしまうことを防止できる。なお上記の処置は例えば、送信バッファや受信バッファに保存されている不要なファイルを削除することである。
【００６６】
また第１の実施形態によれば、送信バッファの空き容量が閾値ＴＨ１以下まで少なくなるか、受信バッファの空き容量が閾値ＴＨ２以下まで少なくなると、そのことがエラーログに記録される。そして、エラーログは、コンピュータ１４のオペレータの要求に応じてコンピュータ１４にて表示される。従って、コンピュータ１４のオペレータは、送信バッファおよび受信バッファの空き容量の減少に関する過去の傾向を把握することが可能である。そしてオペレータが適切な処置を講ずることにより、送信バッファの容量不足のために新たな送信または受信が行えなくなってしまうことを防止できる。なお上記の処置は例えば、送信バッファまたは受信バッファの空き容量が少なくなる可能性の高いタイミングに先立って、送信バッファまたは受信バッファに保存された不要なファイルを削除したり、送信バッファの空き容量が少なくなる可能性の高い時間帯での送信を避けたりすることである。
【００６７】
また第１の実施形態によれば、送信バッファの空き容量が閾値ＴＨ１以下まで少なくなっていることを、ファイル送信に関する条件の指定のためのＵＩ画面において表示し、受信バッファの空き容量が閾値ＴＨ２以下まで少なくなっていることを、受信ファイルの一覧画像を含んだＵＩ画面において表示する。従って、ファイルの送信を行おうとして、あるいは受信ファイルを取り扱おうとしてＵＩ画面を目視したオペレータは、送信バッファまたは受信バッファの空き容量が第１または閾値ＴＨ２以下まで少なくなっているときにはそのことを容易に認識できる。そしてオペレータが適切な処置を講ずることにより、送信バッファまたは受信バッファの容量不足のために新たな送信または受信が行えなくなってしまうことを防止できる。なお上記の処置は例えば、送信バッファや受信バッファに保存されている不要なファイルを削除することや、新たな送信の実行を延期することである。
【００６８】
（第２の実施形態）
第２の実施形態に係るアダプタ１の構成とこのアダプタ１が含まれる通信システムの構成は第１の実施形態と同様であるので、その詳細な説明は省略する。
【００６９】
第２の実施形態において第１の実施形態と異なる点は、コントローラ１ｄが第１の実施形態と同様な処理に加えて、以下に説明する処理を実行することにある。
【００７０】
コントローラ１ｄは図２中のアクトＡａ４において第１のアラームフラグをオンしたことに応じて、図２とは別タスクで図８に示す処理を開始する。
【００７１】
アクトＡｂ１においてコントローラ１ｄは、第１のタイマを起動する。第１のタイマは、起動されてからの経過時間を予め定められた待機時間ＳＴ１まで計測する。待機時間ＳＴ１は任意であって良いが、典型的には数分程度である。待機時間ＳＴ１は、アダプタ１の製造者によって定められた値に固定されても良いし、アダプタ１のユーザが指定した値としても良い。第１のタイマは例えば、その他の処理とは別タスクのコントローラ１ｄの処理として実現できる。
【００７２】
アクトＡｂ２およびアクトＡｂ３においてコントローラ１ｄは、第１のタイマがタイムアウトするか、あるいは第１のアラームフラグがオフとなるのを待ち受ける。第１のタイマがタイムアウトするのよりも早く第１のアラームフラグがオフとなったならば、コントローラ１ｄはアクトＡｂ３でＹＥＳと判定し、図８に示す処理を終了する。
【００７３】
さて、第１のアラームフラグがオンである状態が待機時間ＳＴ１に渡り継続すると、第１のタイマがタイムアウトするため、コントローラ１ｄはアクトＡｂ２においてＹＥＳと判定する。そしてこの場合にコントローラ１ｄは、アクトＡｂ２からアクトＡｂ４へ進む。
【００７４】
アクトＡｂ４においてコントローラ１ｄは、送信バッファに保存されているファイルのうちで図８に示す処理を開始してから今までに未選択の１つを選択する。なお、以下においては、ここで選択したファイルを選択ファイルと記す。
【００７５】
アクトＡｂ５においてコントローラ１ｄは、選択ファイルの送信が完了しているか否かを確認する。コントローラ１ｄは、アクトＡｂ５にてＹＥＳと判定したならばアクトＡｂ６へ進み、ＮＯと判定したならばアクトＡｂ７へ進む。
【００７６】
アクトＡｂ６においてコントローラ１ｄは、選択ファイルを送信バッファに保存してある期間（以下、保存期間ＳＰと記す）が予め定められた期限ＴＬ１以上であるか否かを判断する。またアクトＡｂ７においてコントローラ１ｄは、保存期間ＳＰが予め定められた期限ＴＬ２以上であるか否かを判断する。そして、アクトＡｂ６およびアクトＡｂ７のいずれかでＹＥＳと判定したならばコントローラ１ｄは、アクトＡｂ８へ進む。期限ＴＬ１および期限ＴＬ２はそれぞれ任意に定められて良いが、典型的には期限ＴＬ１よりも期限ＴＬ２が長く定められる。一例としては、期限ＴＬ１は１日であり、期限ＴＬ２は３０日である。第１および期限ＴＬ１，ＴＬ２は、アダプタ１の製造者によって定められた値に固定されても良いし、アダプタ１のユーザが指定した値としても良い。
【００７７】
アクトＡｂ８においてコントローラ１ｄは、選択ファイルを送信バッファから削除する。つまりコントローラ１ｄは、送信が完了しており、かつ保存期間ＳＰが期限ＴＬ１を過ぎているファイルと、送信が完了していないものの保存期間ＳＰが期限ＴＬ２を過ぎているファイルとを送信バッファから削除する。
【００７８】
選択ファイルの削除を終えたならばコントローラ１ｄは、アクトＡｂ９へ進む。コントローラ１ｄは、アクトＡｂ６またはアクトＡｂ７においてＮＯと判定した場合には、アクトＡｂ８を実行することなくアクトＡｂ９へ進む。つまりコントローラ１ｄは、上述した条件のいずれにも合致しないファイルは受信バッファに残す。
【００７９】
アクトＡｂ９においてコントローラ１ｄは、送信バッファに記憶された全てのファイルを選択済みであるか否かを確認する。もし、アクトＡｂ９でＮＯと判定したならば、コントローラ１ｄはアクトＡｂ４以降の処理を繰り返す。そして、アクトＡｂ９でＹＥＳと判定したならばコントローラ１ｄは、図８の処理を終了する。
【００８０】
一方でコントローラ１ｄは、図２中のアクトＡａ１０において第２のアラームフラグをオンしたことに応じて、図２および図８とは別タスクで図９に示す処理を開始する。
【００８１】
アクトＡｃ１においてコントローラ１ｄは、第２のタイマを起動する。第２のタイマは、起動されてからの経過時間を予め定められた待機時間ＳＴ２まで計測する。待機時間ＳＴ２は任意であって良いが、典型的には数分程度である。待機時間ＳＴ２は、アダプタ１の製造者によって定められた値に固定されても良いし、アダプタ１のユーザが指定した値としても良い。第２のタイマは例えば、その他の処理とは別タスクのコントローラ１ｄの処理として実現できる。
【００８２】
アクトＡｃ２およびアクトＡｃ３においてコントローラ１ｄは、第２のタイマがタイムアウトするか、あるいは第２のアラームフラグがオフとなるのを待ち受ける。第２のタイマがタイムアウトするのよりも早く第２のアラームフラグがオフとなったならば、コントローラ１ｄはアクトＡｃ３でＹＥＳと判定し、図９に示す処理を終了する。
【００８３】
さて、第２のアラームフラグがオンである状態が待機時間ＳＴ２に渡り継続すると、第２のタイマがタイムアウトするため、コントローラ１ｄはアクトＡｃ２においてＹＥＳと判定する。そしてこの場合にコントローラ１ｄは、アクトＡｃ２からアクトＡｃ４へ進む。
【００８４】
アクトＡｃ４においてコントローラ１ｄは、受信バッファに保存されているファイルのうちで図９に示す処理を開始してから今までに未選択の１つを選択する。なお、以下においては、ここで選択したファイルを選択ファイルと記す。
【００８５】
アクトＡｃ５においてコントローラ１ｄは、選択ファイルの印刷が完了しているか否かを確認する。コントローラ１ｄは、アクトＡｃ５にてＹＥＳと判定したならばアクトＡｃ６へ進む。
【００８６】
アクトＡｃ６においてコントローラ１ｄは、選択ファイルを送信バッファに保存してある期間（以下、保存期間ＳＰと記す）が予め定められた期限ＴＬ３以上であるか否かを判断する。そしてコントローラ１ｄは、アクトＡｃ６にてＹＥＳと判定したならばアクトＡｃ１０へ進む。期限ＴＬ３は任意に定められて良い。一例としては、期限ＴＬ３は１日である。期限ＴＬ３は、アダプタ１の製造者によって定められた値に固定されても良いし、アダプタ１のユーザが指定した値としても良い。
【００８７】
コントローラ１ｄは、選択ファイルが未印刷であるためにアクトＡｃ５にてＮＯと判定したならばアクトＡｃ７へ進む。
【００８８】
アクトＡｃ７においてコントローラ１ｄは、選択ファイルが閲覧済みであるか否かを確認する。コントローラ１ｄは、アクトＡｃ７にてＹＥＳと判定したならばアクトＡｃ８へ進む。
【００８９】
アクトＡｃ８においてコントローラ１ｄは、選択ファイルの保存期間ＳＰが予め定められた期限ＴＬ４以上であるか否かを判断する。そしてコントローラ１ｄは、アクトＡｃ８にてＹＥＳと判定したならばアクトＡｃ１０へ進む。期限ＴＬ４は任意に定められて良いが、典型的には期限ＴＬ３よりも期限ＴＬ４が長く定められる。一例としては、期限ＴＬ４は３０日である。期限ＴＬ４は、アダプタ１の製造者によって定められた値に固定されても良いし、アダプタ１のユーザが指定した値としても良い。
【００９０】
コントローラ１ｄは、選択ファイルが未閲覧であるためにアクトＡｃ７にてＮＯと判定したならばアクトＡｃ９へ進む。
【００９１】
アクトＡｃ９においてコントローラ１ｄは、選択ファイルの保存期間ＳＰが予め定められた期限ＴＬ５以上であるか否かを判断する。そしてコントローラ１ｄは、アクトＡｃ９にてＹＥＳと判定したならばアクトＡｃ１０へ進む。期限ＴＬ５は任意に定められて良いが、典型的には第３および期限ＴＬ４よりも期限ＴＬ５が長く定められる。一例としては、期限ＴＬ５は９０日である。期限ＴＬ５は、アダプタ１の製造者によって定められた値に固定されても良いし、アダプタ１のユーザが指定した値としても良い。
【００９２】
アクトＡｃ１０においてコントローラ１ｄは、選択ファイルを受信バッファから削除する。つまりコントローラ１ｄは、印刷済みであり、かつ保存期間ＳＰが期限ＴＬ３を過ぎているファイル、未印刷であるが閲覧済みであり、かつ保存期間ＳＰが期限ＴＬ４を過ぎているファイル、ならびに印刷および閲覧のいずれもなされていないが、保存期間ＳＰが期限ＴＬ５を過ぎているファイルを受信バッファから削除する。
【００９３】
選択ファイルの削除を終えたならばコントローラ１ｄは、アクトＡｃ１１へ進む。コントローラ１ｄは、アクトＡｃ６、アクトＡｃ８またはアクトＡｃ９においてＮＯと判定した場合には、アクトＡｃ１０を実行することなくアクトＡｃ１１へ進む。つまりコントローラ１ｄは、上述した条件のいずれにも合致しないファイルは受信バッファに残す。
【００９４】
アクトＡｃ１１においてコントローラ１ｄは、送信バッファに記憶された全てのファイルを選択済みであるか否かを確認する。もし、アクトＡｃ１１でＮＯと判定したならば、コントローラ１ｄはアクトＡｃ４以降の処理を繰り返す。そして、アクトＡｃ１１でＹＥＳと判定したならばコントローラ１ｄは、図９の処理を終了する。
【００９５】
以上のように第２の実施形態によれば、第１のアラームフラグがオンになってから一定時間のうちに第１のアラームフラグがオフに戻らなければ、送信バッファに保存されたファイルのうちのある条件に合致するファイルが自動的に削除される。また第２のアラームフラグがオンになってから一定時間のうちに第２のアラームフラグがオフに戻らなければ、受信バッファに保存されたファイルのうちのある条件に合致するファイルが自動的に削除される。従って、送信バッファまたは受信バッファの空き容量が少なくなった場合には、その空き容量の拡大が自動的に行われる。そして第２の実施形態によれば、第１または第２のアラームフラグがオンとなってから一定時間が経過するまではファイルの自動削除はしないので、その期間中に管理者などが個々のファイルの要否を考慮してファイルの削除を行うことができる。
【００９６】
第２の実施形態によれば、ファイルの状態に応じて自動削除を行うまでの期間を異ならせているので、より不要である可能性の高いファイルを自動削除し、必要である可能性のあるファイルをなるべく残すことが可能である。
【００９７】
（第３の実施形態）
第３の実施形態に係るアダプタ１の構成とこのアダプタ１が含まれる通信システムの構成は第１の実施形態と同様であるので、その詳細な説明は省略する。
【００９８】
第３の実施形態において第１の実施形態と異なる点は、コントローラ１ｄが図２に示す処理に代えて、以下に説明する処理を実行することにある。なお、第３の実施形態においても、コントローラ１ｄが第２の実施形態と同様な処理をさらに実行しても良い。
【００９９】
コントローラ１ｄは、予め定められたタイミング毎に、記憶デバイス１ｃに記憶された履歴データを更新する。
【０１００】
図１０は履歴データの内容の一例を模式的に示す図である。
【０１０１】
図１０に示す履歴データは、本日および３０日前までの各日のそれぞれについて、毎正時における送信バッファおよび受信バッファの使用量を記述したものである。各欄の“，”より左側の数値が送信バッファの使用量を表し、右側の数値が受信バッファの使用量を表す。なお図１０においては、使用量は各バッファの総容量に対する使用中領域の容量の割合をパーセンテージにより表している。
【０１０２】
コントローラ１ｄは、履歴データが上記のようなものである場合には、毎正時に履歴データを更新する。具体的にはコントローラ１ｄは各日の０時には、本日および２９日前までの各値を、おのおのの１日前の値とするとともに、本日の０時の欄の値をその時点における送信バッファおよび受信バッファの使用量とし、本日の０時以外の各値をいずれもｎｕｌｌ値（図１０では“−”で表す）とする。またコントローラ１ｄは０時以外の毎正時には、本日についての現時刻に対応した欄の値をその時点における送信バッファおよび受信バッファの使用量とする。
【０１０３】
以上の処理とは別にコントローラ１ｄは、予め定められたタイミング毎に図１１に示す管理処理を開始する。この管理処理を開始するタイミングは任意であって良いが、例えば一定時間が経過する毎としたり、送信バッファまたは受信バッファの使用量が変化する要因となる事象が生じる毎とすることが考えられる。
【０１０４】
アクトＡｄ１においてコントローラ１ｄは、現時点における送信バッファの使用量（以下、使用量ＵＡ１と記す）が平均値ＡＶ１よりも大きいか否かを確認する。平均値ＡＶ１は、現時点が属する時間区分における送信バッファの使用量の１日前から３０日前までの間の平均値である。時間区分とは毎正時から始まる１時間の期間を指す。そして各時間区分に含まれる正時に関して履歴データに記述されている値をその時間区分に関する使用量とする。つまりコントローラ１ｄは例えば、現時点が９時００分〜９時５９分の時間区分に属するならば、履歴データのうちの１日前から３０日前までの各日についての９時の欄に送信バッファに関して記述された各値の平均値を求めて、これを平均値ＡＶ１とする。なお、時間区分は、例えば８時３１分〜９時３０分までを１つの時間区分とし、９時の欄に記述された値をその時間区分の使用量とするなどのように任意に変更が可能である。そしてコントローラ１ｄは、このアクトＡｄ１にてＹＥＳと判定したならば、アクトＡｄ２へ進む。
【０１０５】
アクトＡｄ２においてコントローラ１ｄは、差Ｄ１が送信バッファの空き容量（以下、空き容量ＲＣ１と記す）よりも大きいか否かを確認する。なお、コントローラ１ｄは、使用量ＵＡ１から平均値ＡＶ１を減じることによって差Ｄ１を求める。コントローラ１ｄはここでＹＥＳと判定したならば、アクトＡｄ４へ進む。しかしながらコントローラ１ｄは、アクトＡｄ１およびアクトＡｄ２のいずれかにてＮＯと判定したならば、アクトＡｄ３へ進む。
【０１０６】
以上によりアクトＡｄ１およびアクトＡｄ２においてコントローラ１ｄは、次の２つの条件がともに成立するか否かを確認し、成立する場合にはアクトＡｄ４へ進み、成立しない場合にはアクトＡｄ３へ進む。
【０１０７】
(1)  現時点における送信バッファの使用量が同時間区分の過去１ヶ月間の使用量の平均値よりも大きい。
【０１０８】
(2)  上記の平均値に対する上記の使用量の超過量が現在の送信バッファの空き容量よりも大きい。
【０１０９】
そして、アクトＡｄ３においてコントローラ１ｄは、第１のアラームフラグをオフとする。すなわち、上記の２つの条件のいずれか一方でも成立していないのであれば、コントローラ１ｄは送信バッファの空き容量が十分である状態であると判定する。
【０１１０】
これに対してアクトＡｄ４においてコントローラ１ｄは、第１のアラームフラグがオフとなっているか否かを確認する。コントローラ１ｄは、ここでＹＥＳと判定したならばアクトＡｄ５へ進む。
【０１１１】
アクトＡｄ５においてコントローラ１ｄは、第１のアラームフラグをオンとする。すなわち、上記の２つの条件がともに成立するのであれば、コントローラ１ｄは送信バッファの空き容量が不足している状態であると判定する。
【０１１２】
アクトＡｄ６においてコントローラ１ｄは、エラーログデータを更新する。これは、アクトＡａ５と同じである。
【０１１３】
アクトＡｄ７においてコントローラ１ｄは、アラームメールを送信する。これは、アクトＡａ６と同じである。
【０１１４】
アラームメールを送信し終えたならばコントローラ１ｄは、アクトＡｄ８へ進む。アクトＡｄ３を終えたとき、あるいはアクトＡｄ４でＮＯと判定したときにコントローラ１ｄは、各アクトからアクトＡｄ５乃至アクトＡｄ７を行うことなくアクトＡｄ８へ進む。
【０１１５】
アクトＡｄ８においてコントローラ１ｄは、現時点における受信バッファの使用量（以下、使用量ＵＡ２と記す）が平均値ＡＶ２よりも大きいか否かを確認する。平均値ＡＶ２は、現時点が属する時間区分における受信バッファの使用量の１日前から３０日前までの間の平均値である。そしてコントローラ１ｄは、このアクトＡｄ８にてＹＥＳと判定したならば、アクトＡｄ９へ進む。
【０１１６】
アクトＡｄ９においてコントローラ１ｄは、差Ｄ２が受信バッファの空き容量（以下、空き容量ＲＣ２と記す）よりも大きいか否かを確認する。なお、コントローラ１ｄは、使用量ＵＡ２から平均値ＡＶ２を減じることによって差Ｄ２を求める。コントローラ１ｄはここでＹＥＳと判定したならば、アクトＡｄ１１へ進む。しかしながらコントローラ１ｄは、アクトＡｄ８およびアクトＡｄ９のいずれかにてＮＯと判定したならば、アクトＡｄ１０へ進む。
【０１１７】
以上によりアクトＡｄ８およびアクトＡｄ９においてコントローラ１ｄは、次の２つの条件がともに成立するか否かを確認し、成立する場合にはアクトＡｄ１１へ進み、成立しない場合にはアクトＡｄ１０へ進む。
【０１１８】
(1)  現時点における受信バッファの使用量が同時間区分の過去１ヶ月間の使用量の平均値よりも大きい。
【０１１９】
(2)  上記の平均値に対する上記の使用量の超過量が現在の受信バッファの空き容量よりも大きい。
【０１２０】
そして、アクトＡｄ１０においてコントローラ１ｄは、第２のアラームフラグをオフとする。すなわち、上記の２つの条件のいずれか一方でも成立していないのであれば、コントローラ１ｄは受信バッファの空き容量が十分である状態であると判定する。
【０１２１】
これに対してアクトＡｄ１１においてコントローラ１ｄは、第２のアラームフラグがオフとなっているか否かを確認する。コントローラ１ｄは、ここでＹＥＳと判定したならばアクトＡｄ１２へ進む。
【０１２２】
アクトＡｄ１２においてコントローラ１ｄは、第２のアラームフラグをオンとする。すなわち、上記の２つの条件がともに成立するのであれば、コントローラ１ｄは受信バッファの空き容量が不足している状態であると判定する。
【０１２３】
アクトＡｄ１３においてコントローラ１ｄは、エラーログデータを更新する。これは、アクトＡａ１１と同じである。
【０１２４】
アクトＡｄ１４においてコントローラ１ｄは、アラームメールを送信する。これは、アクトＡａ１２と同じである。
【０１２５】
アラームメールを送信し終えたならばコントローラ１ｄは、図１１の処理を終了する。アクトＡｄ１０を終えたとき、あるいはアクトＡｄ１１でＮＯと判定したときにコントローラ１ｄは、アクトＡｄ５乃至アクトＡｄ７を行うことなく図１１の処理を終了する。
【０１２６】
以上のように第３の実施形態によれば、第１の実施形態と同様な効果が達成される。
【０１２７】
さらに第３の実施形態によれば、過去における送信バッファおよび受信バッファの使用状況を考慮して送信バッファおよび受信バッファの空き容量が不足しているか否かを判断しているので、実際の利用状況に応じた適切なタイミングでアラームを発することができる。
【０１２８】
具体的には、現在の送信バッファの使用量が「６０」、平均値ＡＶ１が「７０」、現在の送信バッファの空き容量が「４０」であるならば、２つの条件はいずれも成立しないので、第１のアラームフラグはオフとされる。現在の送信バッファの使用量が「６０」、平均値ＡＶ１が「５０」、現在の送信バッファの空き容量が「４０」であるならば、１つの条件のみが成立するので、第１のアラームフラグはオフとされる。現在の送信バッファの使用量が「６０」、平均値ＡＶ１が「１０」、現在の送信バッファの空き容量が「４０」であるならば、２つの条件はいずれも成立するので、第１のアラームフラグはオンとされる。すなわち、現在の送信バッファの使用量がいずれも同じ「６０」でありながら、過去１ヶ月間の使用量の平均値に応じて第１のアラームフラグの状態が変化するのである。
【０１２９】
（第４の実施形態）
第４の実施形態に係るアダプタ１の構成とこのアダプタ１が含まれる通信システムの構成は第１の実施形態と同様であるので、その詳細な説明は省略する。
【０１３０】
第４の実施形態において第１の実施形態と異なる点は、コントローラ１ｄが図２に示す処理に代えて、以下に説明する処理を実行することにある。なお、第４の実施形態においても、コントローラ１ｄが第２の実施形態と同様な処理をさらに実行しても良い。
【０１３１】
コントローラ１ｄは、第３の実施形態と同様に、記憶デバイス１ｃに記憶された履歴データを更新する。
【０１３２】
またコントローラ１ｄは、予め定められたタイミング毎に図１２に示す管理処理を開始する。この管理処理を開始するタイミングは任意であって良いが、例えば一定時間が経過する毎としたり、送信バッファまたは受信バッファの使用量が変化する要因となる事象が生じる毎とすることが考えられる。
【０１３３】
アクトＡｅ１においてコントローラ１ｄは、変化量Ｖ１が平均値ＡＶ１よりも大きいか否かを確認する。ここで変化量Ｖ１は、現時点が属する時間区分の１つ前の時間区分における送信バッファの使用量に対する現時点における送信バッファの使用量の変化量である。平均値ＡＶ１は、上記の変化量の１日前から３０日前までの間の平均値である。コントローラ１ｄは例えば、現時点が９時００分〜９時５９分の時間区分に属するならば、履歴データのうちの本日９時の欄に送信バッファに関して記述された値から本日８時の欄に送信バッファに関して記述された値を減じることによって変化量Ｖ１を求める。また、１日前から３０日前までの各日について、９時の欄に送信バッファに関して記述された値から８時の欄に送信バッファに関して記述された値を減じることによって変化量を求めて、さらにこれにより１日前から３０日前までの各日について求まる変化量の平均値として平均値ＡＶ１を求める。そしてコントローラ１ｄは、このアクトＡｅ１にてＹＥＳと判定したならば、アクトＡｅ２へ進む。
【０１３４】
アクトＡｅ２においてコントローラ１ｄは、変化量Ｖ１が送信バッファの空き容量空き容量ＲＣ１ＲＣ１よりも大きいか否かを確認する。コントローラ１ｄはここでＹＥＳと判定したならば、アクトＡｅ４へ進む。しかしながらコントローラ１ｄは、アクトＡｅ１およびアクトＡｅ２のいずれかにてＮＯと判定したならば、アクトＡｅ３へ進む。
【０１３５】
以上によりアクトＡｅ１およびアクトＡｅ２においてコントローラ１ｄは、次の２つの条件がともに成立するか否かを確認し、成立する場合にはアクトＡｅ４へ進み、成立しない場合にはアクトＡｅ３へ進む。
【０１３６】
(1)  本日における直前１〜２時間での送信バッファの使用量の変化量が現時間区分より１つ前の時間区分から現時間区分までの送信バッファの使用量の変化量の過去１ヶ月間の平均値よりも大きい。
【０１３７】
(2)  上記の平均値に対する上記の使用量の超過量が現在の送信バッファの空き容量よりも大きい。
【０１３８】
そして、アクトＡｅ３においてコントローラ１ｄは、第１のアラームフラグをオフとする。すなわち、上記の２つの条件のいずれか一方でも成立していないのであれば、コントローラ１ｄは送信バッファの空き容量が十分である状態であると判定する。
【０１３９】
これに対してアクトＡｅ４においてコントローラ１ｄは、第１のアラームフラグがオフとなっているか否かを確認する。コントローラ１ｄは、ここでＹＥＳと判定したならばアクトＡｅ５へ進む。
【０１４０】
アクトＡｅ５においてコントローラ１ｄは、第１のアラームフラグをオンとする。すなわち、上記の２つの条件がともに成立するのであれば、コントローラ１ｄは送信バッファの空き容量が不足している状態であると判定する。
【０１４１】
アクトＡｅ６においてコントローラ１ｄは、エラーログデータを更新する。これは、アクトＡａ５と同じである。
【０１４２】
アクトＡｅ７においてコントローラ１ｄは、アラームメールを送信する。これは、アクトＡａ６と同じである。
【０１４３】
アラームメールを送信し終えたならばコントローラ１ｄは、アクトＡｅ８へ進む。アクトＡｅ３を終えたとき、あるいはアクトＡｅ４でＮＯと判定したときにコントローラ１ｄは、各アクトからアクトＡｅ５乃至アクトＡｅ７を行うことなくアクトＡｅ８へ進む。
【０１４４】
アクトＡｅ８においてコントローラ１ｄは、変化量Ｖ２が平均値ＡＶ２よりも大きいか否かを確認する。ここで変化量Ｖ２は、現時点が属する時間区分の１つ前の時間区分における受信バッファの使用量に対する現時点における受信バッファの使用量の変化量である。平均値ＡＶ２は、上記の変化量の１日前から３０日前までの間の平均値である。コントローラ１ｄは例えば、現時点が９時００分〜９時５９分の時間区分に属するならば、履歴データのうちの本日９時の欄に受信バッファに関して記述された値から本日８時の欄に受信バッファに関して記述された値を減じることによって変化量Ｖ２を求める。また、１日前から３０日前までの各日について、９時の欄に受信バッファに関して記述された値から８時の欄に受信バッファに関して記述された値を減じることによって変化量を求めて、さらにこれにより１日前から３０日前までの各日について求まる変化量の平均値として平均値ＡＶ２を求める。そしてコントローラ１ｄは、このアクトＡｅ８にてＹＥＳと判定したならば、アクトＡｅ９へ進む。
【０１４５】
アクトＡｅ９においてコントローラ１ｄは、変化量Ｖ２が受信バッファの空き容量空き容量ＲＣ２ＲＣ２よりも大きいか否かを確認する。コントローラ１ｄはここでＹＥＳと判定したならば、アクトＡｅ１１へ進む。しかしながらコントローラ１ｄは、アクトＡｅ８およびアクトＡｅ９のいずれかにてＮＯと判定したならば、アクトＡｅ１０へ進む。
【０１４６】
以上によりアクトＡｅ８およびアクトＡｅ９においてコントローラ１ｄは、次の２つの条件がともに成立するか否かを確認し、成立する場合にはアクトＡｅ１１へ進み、成立しない場合にはアクトＡｅ１０へ進む。
【０１４７】
(1)  本日における直前１〜２時間での受信バッファの使用量の変化量が現時間区分より１つ前の時間区分から現時間区分までの受信バッファの使用量の変化量の過去１ヶ月間の平均値よりも大きい。
【０１４８】
(2)  上記の平均値に対する上記の使用量の超過量が現在の受信バッファの空き容量よりも大きい。
【０１４９】
そして、アクトＡｅ１０においてコントローラ１ｄは、第２のアラームフラグをオフとする。すなわち、上記の２つの条件のいずれか一方でも成立していないのであれば、コントローラ１ｄは受信バッファの空き容量が十分である状態であると判定する。
【０１５０】
これに対してアクトＡｅ１１においてコントローラ１ｄは、第２のアラームフラグがオフとなっているか否かを確認する。コントローラ１ｄは、ここでＹＥＳと判定したならばアクトＡｅ１２へ進む。
【０１５１】
アクトＡｅ１２においてコントローラ１ｄは、第２のアラームフラグをオンとする。すなわち、上記の２つの条件がともに成立するのであれば、コントローラ１ｄは受信バッファの空き容量が不足している状態であると判定する。
【０１５２】
アクトＡｅ１３においてコントローラ１ｄは、エラーログデータを更新する。これは、アクトＡａ１１と同じである。
【０１５３】
アクトＡｅ１４においてコントローラ１ｄは、アラームメールを送信する。これは、アクトＡａ１２と同じである。
【０１５４】
アラームメールを送信し終えたならばコントローラ１ｄは、図１１の処理を終了する。アクトＡｅ１０を終えたとき、あるいはアクトＡｅ１１でＮＯと判定したときにコントローラ１ｄは、アクトＡｅ５乃至アクトＡｅ７を行うことなく図１２の処理を終了する。
【０１５５】
以上のように第４の実施形態によれば、第１の実施形態と同様な効果が達成される。
【０１５６】
さらに第４の実施形態によれば、過去における送信バッファおよび受信バッファの使用状況を考慮して送信バッファおよび受信バッファの空き容量が不足しているか否かを判断しているので、実際の利用状況に応じた適切なタイミングでアラームを発することができる。
【０１５７】
具体的には、現在の送信バッファの使用量が「６０」、変化量Ｖ１が「１０」、平均値ＡＶ１が「２０」、現在の送信バッファの空き容量が「４０」であるならば、２つの条件はいずれも成立しないので、第１のアラームフラグはオフとされる。現在の送信バッファの使用量が「６０」、変化量Ｖ１が「３０」、平均値ＡＶ１が「４０」、現在の送信バッファの空き容量が「４０」であるならば、１つの条件のみが成立するので、第１のアラームフラグはオフとされる。現在の送信バッファの使用量が「６０」、変化量Ｖ１が「５０」、平均値ＡＶ１が「３０」、現在の送信バッファの空き容量が「４０」であるならば、２つの条件はいずれも成立するので、第１のアラームフラグはオンとされる。すなわち、現在の送信バッファの使用量がいずれも同じ「６０」でありながら、過去１ヶ月間の使用量の平均値に応じて第１のアラームフラグの状態が変化するのである。
【０１５８】
以上の各実施形態は、次のような種々の変形実施が可能である。
【０１５９】
各実施形態において、アダプタ１の機能は、ＭＦＰやコンピュータに内蔵されても良い。また、アダプタ１の機能とＧ／Ｗの機能とを兼ね備えた装置として実現することも可能である。
【０１６０】
各実施形態において、送信バッファと受信バッファとを個別に設けずに、送信と受信とに共用のバッファとしても良い。そしてこの場合には、各実施形態における送信バッファに関する処理と同様な処理を共用バッファに対して行ない、受信バッファに関する処理は省略する。
【０１６１】
各実施形態における送信バッファに関する処理と受信バッファに関する処理とのいずれか一方のみを行っても良い。
【０１６２】
各実施形態におけるログ記録、アラームメールの送信および操作画面での警告表示のうちの１つまたは２つを行わなくても良い。
【０１６３】
各実施形態において、コントローラ１ｄが、第１および第２のアラームフラグをＭＦＰ１１に通知しても良い。そうすればＭＦＰ１１において、通知された第１および第２のアラームフラグに基づいて、操作画面などにアラーム表示することが可能となる。
【０１６４】
第２の実施形態において、削除の対象とするファイルを決定するための条件は任意であって良い。例えば、送信が完了していないファイルや印刷および閲覧のいずれもなされていないファイルは自動では削除しなくても良い。
【０１６５】
第２の実施形態において、第１および第２のアラームフラグの状態とは無関係に、例えば毎日同時刻毎などのようなタイミング毎に図８，９に示す処理を実行しても良い。
【０１６６】
第３および第４の実施形態においてファイルを自動削除するか否かを判定するための条件は、どのような条件であっても良い。
【０１６７】
第３および第４の実施形態において、過去の平均値を算出する対象となる期間の長さは任意に変更が可能である。
【０１６８】
第３および第４の実施形態においては、ファイルを自動削除するか否かを判定するための条件には、平均値に代えて最大値などの別の統計値を加味しても良い。
【０１６９】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【０１７０】
１，２，３，４，５…アダプタ、１ａ…ＬＡＮインタフェース（ＬＡＮ  Ｉ／Ｆ）、１ｂ…プロトコル処理部、１ｃ…記憶デバイス、１ｄ…コントローラ、１ｅ…バス、６，７，８，９，１０…ゲートウェイ（Ｇ／Ｗ）、１１，１２，１３…複合機（ＭＦＰ）、１４，１５，１６，１７…コンピュータ、１８，１９…プリンタ、２０，２１，２２，２３，２４…ＬＡＮ、２５…ＮＧＮ。
【図１】
2011254476.tif 000003
【図２】
2011254476.tif 000004
【図３】
2011254476.tif 000005
【図４】
2011254476.tif 000006
【図５】
2011254476.tif 000007
【図６】
2011254476.tif 000008
【図７】
2011254476.tif 000009
【図８】
2011254476.tif 000010
【図９】
2011254476.tif 000011
【図１０】
2011254476.tif 000012
【図１１】
2011254476.tif 000013
【図１２】
2011254476.tif 000014