JP2010049655A - 端末装置および資源送受信システム - Google Patents

Abstract

【課題】上位装置（サーバ）において負荷分散のための処理を行なうことなく、資源配付処理におけるその上位装置の負荷を軽減することを可能とした端末装置および資源送受信システムを提供することである。
【解決手段】提案する端末装置は、定期的に更新する必要があるデータやプログラムである資源、を配付するサーバに接続される。この端末装置は、１日の各時間帯とその各時間帯を識別する番号とを対応付けた時間帯情報において、端末装置自身の装置識別情報から算出された第１の数に対応する時間帯を算出し、該第１の数に対応する時間帯で端末装置ごとに分散されるように、受信資源受信要求を送信する時刻を算出する送信時刻算出部１５と、算出された時間帯に、前記資源受信要求を前記サーバに送信する送信部１６、２１とを有する。
【選択図】図７

Description

本発明は、自動機などの端末装置、およびそれを含む資源送受信システムに関する。

金融機関では、定期的に更新する必要があるデータやプログラム（以下、これらをまとめて単に「資源」ということがある）をリモートメンテナンスサーバ（以下、単に「サーバ」ということがある）から各営業店の自動機（以下、単に「端末」ということがある）や店舗外に設置された自動機に対し送信している。

図１５は、従来の資源送受信システムの構成を示す図である。
図１５に示すように、資源送受信システムは、センタに設けられたリモートメンテナンスサーバ５１と、そのリモートメンテナンスサーバ５１を操作するための操作クライアント５２と、それぞれが複数台の自動機を管理し、リモートメンテナンスサーバ５１からのデータを各自動機に中継する中継サーバ５３−１、５３−２と、中継サーバ５３−１に接続された（営業店に設置される）自動機５４−１、５４−２、５４−３と、中継サーバ５３−２に接続された（店舗外に設置される）自動機５４−４、５４−５と、によって構成される。また、リモートメンテナンスサーバ５１からアクセス可能な機器管理情報５５には、資源の配付対象となる機器（端末）の情報が記憶されている。

図１５のシステムの動作について説明する。
（１）で、リモートメンテナンスサーバ５１に接続された操作クライアント５２において、オペレータにより資源を配付する対象となる機器（自動機）についての登録操作が行なわれる。例えば、機器管理情報５５に対し、変更分や新規追加分についての登録処理が行われる。

続く、（２）では、リモートメンテナンスサーバ５１に接続された操作クライアント５２から、オペレータにより今回配付することになった資源をリモートメンテナンスサーバ５１に登録する操作が行なわれる。この操作においては今回配付することになっている資源が記憶された記憶媒体（ＣＤ等）が操作クライアント５２の読取装置にセットされて、その記憶媒体から資源がリモートメンテナンスサーバ５１に送られる。

そして、（３）で、リモートメンテナンスサーバ５１から、資源が配付先として登録された各機器（各端末）に自動で（リモートに）配付（送信）される。
例えば、機器管理情報５５のテーブル中のレコード（行、各レコードは機器についての情報を有する）を上から順に所定数ずつ取得し、その取得した所定数の機器に対し、資源の配付を行い、それが終了すると、そのテーブル中の次の所定数のレコードを取得し、その取得したレコードについて同様の処理を行なう。これをそのテーブルの最後のレコードまで繰り返す。

しかし、資源の配付先としての機器の数は十分に多く、それらに対し配付処理を行っている一定時間の間、リモートメンテナンスサーバ５１が負荷の高い状態に置かれてしまうという問題がある。

周辺技術として、例えば、特許文献１では、端末装置から情報を受信し、その受信した情報を蓄積し、各情報が含む指令を送信先の端末に転送する処理を行なう上位装置（蓄積交換装置）が示されている。この蓄積交換装置では、予め１日の個々の時間帯におけるトラフィック量を測定しておき、トラフィック量が集中する時間帯については、上記転送処
理を行わないようにしている。

また、特許文献２では、端末ごとの優先順位を考慮したメンテナンススケジュールをセンタ処理装置で作成し、これを端末が自動取得し、その取得した情報に基づき端末側で配付資源を自動入手するリモートメンテナンスシステムが示されている。このシステムでは、端末は、メンテナンス開始日時情報をセンタに要求し、センタはその端末のメンテナンス開始日時情報を、その端末に送信する。そして、メンテナンス開始日時になると、その端末はセンタに配付資源情報を要求する。
特開昭６３−８２１３９号公報 特開２０００−３４７９５７号公報

本発明は、上位装置（サーバ）において負荷分散のための処理を行なうことなく、資源配付処理におけるその上位装置の負荷を軽減することを可能とした端末装置および資源送受信システムを提供することを目的とする。

提案する第１の端末装置は、定期的に更新する必要があるデータやプログラムである資源、を配付するサーバにネットワークを介して接続される。そして、送信時刻算出部、送信部、受信部を有する。

送信時刻算出部は、１日の各時間帯とその各時間帯を識別する番号とを対応付けた時間帯情報において、端末装置自身の装置識別情報から算出された第１の数に対応する時間帯を算出し、該第１の数に対応する時間帯で端末装置ごとに分散されるように、資源受信要求を送信する時刻を算出する。送信部は、その算出された時間帯に、上記資源受信要求を上記サーバに送信する。受信部は、上記資源受信要求に対応して、上記サーバから資源を受信する。

提案する第２の端末装置は、第１の端末装置において、上記時間帯情報を、時間帯の幅ごとに複数設け、サーバから、次に配付される資源についての情報である配付資源情報をさらに受信し、その受信した配付資源情報から、その端末が受信することになる資源のサイズを算出し、算出した資源サイズを基に、それら複数の時間帯情報のうちのどれを使用するかを選択する時間帯情報選択部、をさらに有し、上記送信時刻算出部は、使用する時間帯情報において、端末装置自身の装置識別情報から算出された第１の数に対応する時間帯を算出し、該第１の数に対応する時間帯で端末装置ごとに分散されるように、受信資源受信要求を送信する時刻を算出する。

提案する第３の端末装置は、第１または第２の端末装置において、上記時間帯情報の各時間帯の幅は、資源の受信処理に要すると想定される想定処理時間の２倍であり、上記送信時刻算出部は、端末装置自身の装置識別情報から算出された、上記想定処理時間より小さい第２の数を、上記第１の数に対応する時間帯の開始時刻に加算してその加算結果を、資源受信要求を送信する時刻として算出する。

提案する第１の端末装置によれば、端末装置の送信時刻算出部により資源受信要求をサーバに行なう時刻を算出し、その時刻が到来したときに、その端末装置からサーバに対し、資源受信要求を送信する。この際、例えば、それぞれの端末装置において、その送信時刻が分散されるように算出すれば、サーバは、自身が負荷分散のための処理を行なうことなく、資源配付処理における負荷を軽減することが可能となる。

提案する第２の端末装置によれば、第１の端末装置に対しさらに、資源サイズに基づきほぼ一定の負荷をサーバに与えて、資源サイズに比例した時間で資源配付処理を完了できる。

提案する第３の端末装置によれば、算出された第１の数に対応する時間帯内で送信時刻を分散できるので、資源配付処理における負荷を軽減することが可能となる。

以下図面に基づいて、本発明の実施形態について詳細を説明する。
図１は、本発明の各実施形態に共通する資源送受信システムの構成を示す図である。
図１に示すように、資源送受信システムは、センタに設けられたリモートメンテナンスサーバ１と、そのリモートメンテナンスサーバ１を操作するための操作クライアント２と、それぞれが複数台の自動機を管理し、リモートメンテナンスサーバ１からのデータを各自動機に中継する中継サーバ３−１、３−２と、中継サーバ３−１に接続された（営業店に設置される）自動機４−１、４−２、４−３と、中継サーバ３−２に接続された（店舗外に設置される）自動機４−４、４−５と、によって構成される。また、リモートメンテナンスサーバ１からアクセス可能な機器管理情報５には、資源の配付対象となる機器（端末）の情報が記憶されている。

図１のシステムの動作について説明する。
（１）で、図２に示すように、各自動機（各端末）から、自身の構成情報（端末名、店番、機番、ＩＰアドレス、機器種別）が中継サーバ３−１または３−２を通して、リモートメンテナンスサーバ１に送信される。リモートメンテナンスサーバ１は、受信した各端末の構成情報を、機器管理情報５（中の機器管理テーブル）に記憶する。

このように、提案するシステムでは、各端末に自身の構成情報を通知する機能を持たせたので、リモートメンテナンスサーバ１は自身が管理する端末についての情報を機器管理情報５（後述の機器管理テーブル）に漏れなく収集することができ、対象とする機器（端末）に対し、漏れなく資源を配付することができる。

続く、（２）では、リモートメンテナンスサーバ１に接続された操作クライアント２から、オペレータにより今回配付することになった資源をリモートメンテナンスサーバ１に登録する操作が行なわれる。この操作においては今回配付することになっている資源が記憶された記憶媒体（ＣＤ等）が操作クライアント２の読取装置にセットされて、その記憶媒体から資源がリモートメンテナンスサーバ１に送られる。

なお、提案するシステムの特徴は、個々の端末において資源受信要求をリモートメンテナンスサーバ１に行なう時刻を算出し、その時刻が到来したときに、（３）で、各端末からリモートメンテナンスサーバ１に対し、資源受信要求を送信する点にある。この際、個々の端末において、その送信時刻が分散されるように算出されるので、リモートメンテナンスサーバ１は、自身が負荷分散のための処理を行なうことなく、資源配付処理における負荷を軽減することができる。

そして、（４）で、リモートメンテナンスサーバ１から、資源の配付を要求してきた各機器（各端末）に対し、資源が自動で（リモートに）配付（送信）される。
続いて、図３〜図５を参照して、リモートメンテナンスサーバ１（すなわち、後述のリモートメンテナンスサーバ６および２７）が保持する各テーブルについて説明する。これらのテーブルは、図１の機器管理情報５を具体化したものである。

図３は、機器管理テーブルの構成を示す図である。
図３において、「端末名」は端末の名称を示している。「店番」は店舗番号、「機番」は店舗内あるいは店舗外の設置場所において端末を識別する番号、「ＩＰアドレス」はその端末のＩＰアドレス、をそれぞれ示している。

また、「機器種別」はその機器（端末）において使用しているアプリケーションを識別するための情報である。
図４は、機器種別と受信資源の対応テーブルの構成を示す図である。

図４において、「配付資源」とは端末に配付される資源のことであり、これを端末側から見ると、受信資源となる。この「配付資源」としては、「ＢＩＦ資源」、「機器種別１用アプリケーション資源（図では「機器種別１用アプリ資源」と略記）」、「機器種別２用アプリケーション資源（図では「機器種別２用アプリ資源」と略記）」がある。

「ＢＩＦ資源」は金融機関名、店舗番号（店番）、などを記憶したデータである。これは「機器種別」に関係なく、すべての機器（端末）に配付される。
「機器種別１用アプリケーション資源」は、機器種別１の自動機（端末）に対応したアプリケーション・プログラムである。

「機器種別２用アプリケーション資源」は、機器種別２の自動機（端末）に対応したアプリケーション・プログラムである。
「保有世代」は、データやプログラムの世代として保有している最新のものを示している。ここで、「世代」は、最も古いものを“１”として、“２”、“３”、・・・と番号が後のものほど新しくなる。

図４では、「ＢＩＦ資源」は世代“２”が最新であり、「機器種別１用アプリケーション資源」は世代“２０”が最新であり、「機器種別２用アプリケーション資源」は世代“２０”が最新であることが示されている。

図５は、資源の配付結果テーブルの構成を示す図である。
図５のテーブル中には、それぞれの資源における、それぞれの世代が、各機器種別（機器種別１、機器種別２）に対し配付済みかどうか（配付対象でない場合は“−”で示される）が示されている。

「機器種別２用アプリケーション資源」は、世代“１９”まで配付が済んでいるが、最新の世代“２０”はまだ配付されていないことが、図５のテーブルから判明する。
図６は、第１実施形態の時間帯テーブルの構成を示す図である。

図６の時間帯テーブルでは、端末から資源を要求する時間を１０：００〜１５：００の間とし、その間を１０個の時間帯に分ける。そして、“１０：００〜１０：２９”の時間帯に対し番号“０”、“１０：３０〜１０：５９”の時間帯に対し番号“１”、・・・、“１４：３０〜１４：５９”の時間帯に対し番号“９”、をそれぞれの時間帯の識別番号とする。

資源サイズにより受信処理に要する時間（想定処理時間）が異なるが、図６では想定処理時間を“２ＭＢ”以上の資源を受信した場合でも対応可能な“１５分”とし、各時間帯の幅は想定処理時間の２倍としている。なお、例えば、時間帯“１０：００〜１０：２９”はより正確には“１０：００：００〜１０：２９：５９”という意味である。

続いて、端末（自動機）が資源を受信する要求（以下、「資源受信要求」という）をリ
モートメンテナンスサーバに対し送信する時刻を算出する処理について説明する。
始めに、資源受信要求の送信時刻が含まれる時間帯を求める。すなわち、端末自身の店番、機番と、図６のテーブル上のレコード（行）数である時間帯数（「グループ数」ともいう。ここでは“１０”）とを用いて、次の（１）式により求めた余りと一致する番号の時間帯を、その資源受信要求の送信時刻が含まれる時間帯として求める。
（店番 ＋ 機番） ÷ グループ数の余り ・・・ （１）
例えば、その端末の店番＝“２００”、機番＝“１２”の場合、（２００＋１２）÷１０＝余り“２”となるので、その余り“２”に対応する番号“２”の時間帯（“１１：００〜１１：２９”の時間帯）を、その資源受信要求の送信時刻が含まれる時間帯として求める。

次に、このようにして求めた時間帯内での送信時刻を求める。すなわち、端末自身の店番、機番と、図６のテーブル上の想定処理時間（ここでは“１５分”）とを用いて、次の（２）式により求めた余りを、求めた時間帯の開始時刻に加算し、その加算結果をその資源受信要求の送信時刻として算出する。
（店番 − 機番） ÷ 想定処理時間の余り ・・・ （２）
例えば、その端末の店番＝“２００”、機番＝“１２”の場合、（２００−１２）÷１５＝余り“８”となるので、その余り“８”を“８分”として、すでに算出した時間帯（“１１：００〜１１：２９”の時間帯）の開始時刻（“１１：００”）にその余り“８分”を加算し（１１：００＋８分）、その加算結果（“１１：０８”）をその資源受信要求の送信時刻として算出する。

なお、図６のテーブルでは、各時間帯が想定処理時間の２倍の値になっている。したがって余りが最大の“１４”となった場合でもその時間帯内に資源の受信処理を完了できる。

図７は、本発明の第１実施形態に係る端末の構成を示すブロック図である。
図７に示すように、端末８は、その構成を図６に示した時間帯テーブル１１と、メモリの所定の番地に記憶されるデータである店番１２、機番１３および送信時刻１４と、送信時刻算出部１５と、第１の資源受信要求送信部１６と、差分確認結果判定部１７と、第２の資源受信要求送信部２１と、資源受信処理部２２と、資源受信結果通知部２３と、を有する。

送信時刻算出部１５は、１日の各時間帯とその各時間帯を識別する番号とを対応付けた時間帯テーブル１１において、端末装置自身の店番１２と機番１３との加算結果をその時間帯テーブル１１の時間帯数（グループ数）で割った余りに一致する識別番号に対応する時間帯を、その資源受信要求の送信時刻が含まれる時間帯として求める。

次に、このようにして求めた時間帯内での送信時刻を求める。すなわち、端末自身の店番１２と機番１３との減算結果をその時間帯テーブルの想定処理時間で割った余りを算出し、求めた時間帯の開始時刻に加算して資源受信要求を送信する送信時刻１４として、その送信時刻１４をメモリ上の予め定められた位置に記憶する。

第１の資源受信要求送信部１６は、現在時刻が送信時刻１４に達したときに、受信すべき資源があるかどうかを確認するための第１の資源受信要求をリモートメンテナンスサーバに送信する。

差分確認結果判定部１７は、受信すべき資源があるかどうかの確認結果をリモートメンテナンスサーバから受信し、受信すべき資源があると判定した場合に、第２の資源受信要求送信部２１に起動指示を出力する。

第２の資源受信要求送信部２１は、受信すべき資源に対する要求である第２の資源受信要求をリモートメンテナンスサーバに送信する。
資源受信処理部２２は、第２の資源受信要求に対応してリモートメンテナンスサーバから受信した資源に対し、メモリの所定の領域に格納する等の必要な処理を行なう。

資源受信結果通知部２３は、資源の受信処理が正常に終了したかどうかを示す受信結果の通知をリモートメンテナンスサーバに行なう。
図８は、本発明の第１実施形態に係る資源送受信処理のフローチャートである。このフローチャートの処理は、リモートメンテナンスサーバ６と端末８とによって行われる。

また、このフローチャートの処理は、１日１回、例えば１０：００前の所定時刻に起動される。
図８のステップＳ１で、送信時刻算出部１５により、資源受信時刻の算出が行われる。この算出処理では、上述したように、始めに資源受信要求を送信する時間帯を算出し、続いて、その時間帯内での送信時刻を算出する。

続く、ステップＳ２で、送信時刻に達したときに、第１の資源受信要求送信部１６は、第１の資源受信要求（受信すべき資源があるかどうかの確認）をリモートメンテナンスサーバ６に対し送信する。

この第１の資源受信要求を受信したリモートメンテナンスサーバ６は、第１の資源受信要求の中の機器種別に基づいてステップＳ３で、その端末が受信すべき資源があるかどうかの確認（資源の差分確認）を行なう。例えば、図５の資源の配付結果テーブルを参照し、未配付の資源があるかどうか、その未配付の資源が、その第１の資源受信要求を送信してきた端末に受信可能なものかどうかが判定される。未配付の資源があり、それがその端末に受信可能であれば、続く、ステップＳ４で、差分ありとした差分確認の結果がその端末に送信される。また、未配付の資源がないか、または、あっても、それがその端末に受信不可能であれば、続く、ステップＳ４で、差分なしとした差分確認の結果がその端末に送信される。

差分確認の結果を受信した端末の差分確認結果判定部１７は、ステップＳ５において、その差分確認の結果を判定する。
すなわち、その差分確認の結果が「差分なし」を示していた場合、直ちに一連の処理を終了し、その差分確認の結果が「差分あり」を示していた場合、差分確認結果判定部１７は、第２の資源受信要求送信部２１に起動指示を出力する。

続く、ステップＳ６において、第２の資源受信要求送信部２１は、受信すべき資源に対する要求である第２の資源受信要求をリモートメンテナンスサーバ６に送信する。
この第２の資源受信要求を受信したリモートメンテナンスサーバ６は、第２の資源受信要求の中の機器種別に基づいてステップＳ７で、差分（資源）を抽出し、その資源をその端末に送信する。

資源を受信した端末の資源受信処理部２２は、ステップＳ８で、受信した資源に対し、メモリの所定の領域に格納する等の必要な処理を行なう。
続く、ステップＳ９では、端末の資源受信結果通知部２３は、資源の受信処理が正常に終了したかどうかを示す受信結果の通知をリモートメンテナンスサーバ６に行なう。

リモートメンテナンスサーバ６は、ステップＳ１０でこの受信結果の通知を受信する。
続いて、本発明の第２実施形態について説明する。
第２実施形態では、リモートメンテナンスサーバから各端末（機器種別を問わずすべての端末）に対し、次に配付することになっている資源についての情報（以下、「配付資源情報」という）が始めに同報送信される。

配付資源情報は、図９に示すように、「機器種別」と「配付資源」と「サイズ」の項目を有する。「機器種別」はその機器（端末）において使用しているアプリケーションを識別するための情報である。「配付資源」には上述したように、「ＢＩＦ資源」、「機器種別１用アプリケーション資源」、「機器種別２用アプリケーション資源」がある。「サイズ」は今回配付することになった資源のサイズを示している。通常は、「ＢＩＦ資源」、「機器種別１用アプリケーション資源」、「機器種別２用アプリケーション資源」のいずれか１つを配付されるものとして通知する。ただし、配付時刻が重なることもあり、その場合、これらの２つ以上を配付されるものとして通知する。「サイズ」の値が“０ＭＢ”である資源（図では「ＢＩＦ資源」および「機器種別１用アプリケーション資源」）は配付されない。

例えば、機器種別２の端末が図９の配付資源情報を受信すると、受信した「機器種別」に基づいて、その端末は今回“４ＭＢ”の資源を受信すると判定する。
図９の配付資源情報において、例えば、ＢＩＦ資源のサイズが“０ＭＢ”ではなく、“１ＭＢ”であった場合、機器種別２の端末がその配付資源情報を受信すると、機器種別２の端末は、ＢＩＦ資源のサイズ“１ＭＢ”と機器種別２用アプリケーション資源のサイズ“４ＭＢ”とを加算して、その加算結果の“５ＭＢ”の資源を今回受信すると判定する。また、機器種別１の端末がその配付資源情報を受信すると、機器種別１の端末は、今回“１ＭＢ”の資源を受信すると判定する。

以上のようにして受信することになる資源サイズを配付資源情報から求めると、続いて、各端末において、使用する時間帯テーブルを選択する処理が行われる。
すなわち、図１０に示す、資源サイズ（範囲）と、テーブル番号（各時間帯テーブルを識別する番号）とを有するテーブル情報を参照し、求めた資源サイズが含まれる資源サイズ範囲に対応するテーブル番号の時間帯テーブルを、送信時刻算出処理に使用する時間帯テーブルとして選択する。

例えば、図９の配付資源情報を機器種別２の端末が受信した場合、受信することになる資源サイズ＝“４ＭＢ”となることから、図１０のテーブル情報により、資源サイズが“２ＭＢ”より大きい資源用の“テーブル２”が選択されることになる。

図１１は、図１０のテーブル１の構成を示す図であり、図１２は、図１０のテーブル２の構成を示す図である。
図１１のテーブル１は、資源サイズが“２ＭＢ”以下の資源の受信時に使用されるテーブルであり、想定処理時間が“７分”、各時間帯の幅がその２倍強の“１５分”、時間帯数（グループ数）が１０グループに設定されている。

図１２のテーブル２は、資源サイズが“２ＭＢ”より大きい資源の受信時に使用されるテーブルであり、想定処理時間が“１５分”、各時間帯の幅がその２倍の“３０分”、時間帯数（グループ数）が１０グループに設定されている。

図１３は、本発明の第２実施形態に係る端末の構成を示すブロック図である。
図１３に示すように、端末２８は、その構成を図１１および図１２に示したテーブル１およびテーブル２のいずれか一方である時間帯テーブル３１−１と、テーブル１およびテーブル２の他方である時間帯テーブル３１−２と、メモリの所定の番地に記憶されるデータである店番３２、機番３３および送信時刻３４と、送信時刻算出部３５と、配付資源情報受信部３６と、時間帯テーブル選択部３７と、その構成を図１０に示したテーブル情報３８と、第１の資源受信要求送信部４１と、差分確認結果判定部４２と、第２の資源受信要求送信部４３と、資源受信処理部４４と、資源受信結果通知部４５と、を有する。

配付資源情報受信部３６は、その構成を図９に示した配付資源情報をリモートメンテナンスサーバから受信して、時間帯テーブル選択部３７に起動指示（受信した配付資源情報）を出力する。

時間帯テーブル選択部３７は、入力した配付資源情報から、その端末が受信することになる資源のサイズを算出し、算出した資源サイズを基に、その構成を図１０に示したテーブル情報３８を用いて、時間帯テーブル３１−１、３１−２のうちのどれを使用するかを選択する。

送信時刻算出部３５は、１日の各時間帯とその各時間帯を識別する番号とを対応付けた時間帯テーブル（時間帯テーブル３１−１、３１−２のいずれか）において、端末装置自身の店番３２と機番３３との加算結果をその時間帯テーブルの時間帯数（グループ数）で割った余りに一致する識別番号に対応する時間帯を、その資源受信要求の送信時刻が含まれる時間帯として求める。

次に、このようにして求めた時間帯内での送信時刻を求める。すなわち、端末自身の店番３２と機番３３との減算結果をその時間帯テーブルの想定処理時間で割った余りを算出し、求めた時間帯の開始時刻に加算して資源受信要求を送信する送信時刻３４として、その送信時刻３４をメモリ上の予め定められた位置に記憶する。

第１の資源受信要求送信部４１は、現在時刻が送信時刻３４に達したときに、受信すべき資源があるかどうかを確認するための第１の資源受信要求をリモートメンテナンスサーバに送信する。

差分確認結果判定部４２は、受信すべき資源があるかどうかの確認結果をリモートメンテナンスサーバから受信し、受信すべき資源があると判定した場合に、第２の資源受信要求送信部４３に起動指示を出力する。

第２の資源受信要求送信部４３は、受信すべき資源に対する要求である第２の資源受信要求をリモートメンテナンスサーバに送信する。
資源受信処理部４４は、第２の資源受信要求に対応してリモートメンテナンスサーバから受信した資源に対し、メモリの所定の領域に格納する等の必要な処理を行なう。

資源受信結果通知部４５は、資源の受信処理が正常に終了したかどうかを示す処理終了値をリモートメンテナンスサーバに送信する。
このように、第２実施形態では、第１実施形態の作用・効果に加え、資源サイズに比例して各時間帯の幅すなわち使用する（時間帯）テーブルを切り換えるとともに、各テーブルのグループ数は同一としたので、資源サイズに基づきほぼ一定の負荷をサーバに与えて、資源サイズに比例した時間で資源配付処理を完了できる。

図１４は、本発明の第２実施形態に係る資源送受信処理のフローチャートである。このフローチャートの処理は、リモートメンテナンスサーバ２７と端末２８とによって行われる。

また、このフローチャートの処理は、１日１回、例えば１０：００前の所定時刻に起動される。
図１４のステップＳ２１で、リモートメンテナンスサーバ２７から図９に示したような配付資源情報が各端末に同報送信される。ここでは、その図９に示す配付資源情報が機器種別２の端末２８に受信された場合を扱う。

続く、ステップＳ２２で、その図９の配付資源情報を受信した機器種別２の端末２８は、ステップＳ２３において、時間帯テーブル選択部３７により使用するテーブルが選択され、送信時刻算出部３５により資源受信時刻の算出が行われる。

すなわち、時間帯テーブル選択部３７は、入力した配付資源情報から、その端末が受信することになる資源のサイズを算出し、算出した資源サイズ（ここでは、“４ＭＢ”）を基に、図１０に示したテーブル情報を用いて、図１１のテーブル１、図１２のテーブル２のうちのテーブル２を使用する時間帯テーブルとして選択する。また、送信時刻算出部３５による算出処理では、上述したように、始めに選択した時間帯テーブルにおいて資源受信要求を送信する時間帯を算出し、続いて、その時間帯内での送信時刻を算出する。

続く、ステップＳ２４で、送信時刻に達したときに、第１の資源受信要求送信部４１は、第１の資源受信要求（受信すべき資源があるかどうかの確認）をリモートメンテナンスサーバ２７に対し送信する。

この第１の資源受信要求を受信したリモートメンテナンスサーバ２７は、第１の資源受信要求の中の機器種別に基づいてステップＳ２５で、その端末が受信すべき資源があるかどうかの確認（資源の差分確認）を行なう。例えば、図５の資源の配付結果テーブルを参照し、未配付の資源があるかどうか、その未配付の資源が、その第１の資源受信要求を送信してきた端末に受信可能なものかどうかが判定される。未配付の資源があり、それがその端末に受信可能であれば、続く、ステップＳ２６で、差分ありとした差分確認の結果がその端末に送信される。また、未配付の資源がないか、または、あっても、それがその端末に受信不可能であれば、続く、ステップＳ２６で、差分なしとした差分確認の結果がその端末に送信される。

差分確認の結果を受信した端末の差分確認結果判定部４２は、ステップＳ２７において、その差分確認の結果を判定する。
すなわち、その差分確認の結果が「差分なし」を示していた場合、直ちに一連の処理を終了し、その差分確認の結果が「差分あり」を示していた場合、差分確認結果判定部４２は、第２の資源受信要求送信部４３に起動指示を出力する。

続く、ステップＳ２８において、第２の資源受信要求送信部４３は、受信すべき資源に対する要求である第２の資源受信要求をリモートメンテナンスサーバ２７に送信する。
この第２の資源受信要求を受信したリモートメンテナンスサーバ２７は、第２の資源受信要求の中の機器種別に基づいてステップＳ２９で、差分（資源）を抽出し、その資源をその端末に送信する。

資源を受信した端末の資源受信処理部４４は、ステップＳ３０で、受信した資源に対し、メモリの所定の領域に格納する等の必要な処理を行なう。
続く、ステップＳ３１では、端末の資源受信結果通知部４５は、資源の受信処理が正常に終了したかどうかを示す受信結果の通知をリモートメンテナンスサーバ２７に行なう。

リモートメンテナンスサーバ２７は、ステップＳ３２でこの受信結果の通知を受信する。
なお、以上の説明では、求めた時間帯の「開始時間」に基づき、サーバに資源受信要求を送信しているが、「開始時間」に限定せず、求めた「時間帯」において要求を送信する
こともできる。

本発明の各実施形態に共通する資源送受信システムの構成を示す図である。 構成情報通知による自動機器登録を示す図である。 機器管理テーブルの構成を示す図である。 機器種別と受信資源の対応テーブルの構成を示す図である。 資源の配付結果テーブルの構成を示す図である。 第１実施形態の時間帯テーブルの構成を示す図である。 本発明の第１実施形態に係る端末の構成を示すブロック図である。 本発明の第１実施形態に係る資源送受信処理のフローチャートである。 第２実施形態の配付資源情報の構成を示す図である。 第２実施形態のテーブル情報の構成を示す図である。 第２実施形態の時間帯テーブルの構成を示す図（その１）である。 第２実施形態の時間帯テーブルの構成を示す図（その２）である。 本発明の第２実施形態に係る端末の構成を示すブロック図である。 本発明の第２実施形態に係る資源送受信処理のフローチャートである。 従来の資源送受信システムの構成を示す図である。

符号の説明

１、６、２７、５１ リモートメンテナンスサーバ
２、５２ 操作クライアント
３−１、３−２、５３−１、５３−２ 中継サーバ
４−１、４−２、４−３、５４−１、５４−２、５４−３ 営業店の自動機
４−４、４−５、５４−４、５４−５ 店舗外の自動機
５、５５ 機器管理情報
８、２８ 端末
１１、３１−１、３１−２ 時間帯テーブル
１２、３２ 店番
１３、３３ 機番
１４、３４ 送信時刻
１５、３５ 送信時刻算出部
１６、４１ 第１の資源受信要求送信部
１７、４２ 差分確認結果判定部
２１、４３ 第２の資源受信要求送信部
２２、４４ 資源受信処理部
２３、４５ 資源受信結果通知部
３６ 配付資源情報受信部
３７ 時間帯テーブル選択部
３８ テーブル情報

Claims (8)

1. 定期的に更新する必要があるデータやプログラムである資源、を配付するサーバにネットワークを介して接続された端末装置において、
   １日の各時間帯とその各時間帯を識別する番号とを対応付けた時間帯情報において、端末装置自身の装置識別情報から算出された第１の数に対応する時間帯を算出し、該第１の数に対応する時間帯で端末装置ごとに分散されるように、資源受信要求を送信する時刻を算出する送信時刻算出部と、
   前記算出された時間帯に、前記資源受信要求を前記サーバに送信する送信部と、
   前記資源受信要求に対応して、前記サーバから資源を受信する受信部と、を有することを特徴とする端末装置。
2. 前記時間帯情報を、時間帯の幅ごとに複数設け、
   サーバから、次に配付される資源についての情報である配付資源情報をさらに受信し、
   前記受信した配付資源情報から、その端末が受信することになる資源のサイズを算出し、算出した資源サイズを基に、前記複数の時間帯情報のうちのどれを使用するかを選択する時間帯情報選択部、をさらに有し、
   前記送信時刻算出部は、使用する時間帯情報において、端末装置自身の装置識別情報から算出された第１の数に対応する時間帯を算出し、該第１の数に対応する時間帯で端末装置ごとに分散されるように、資源受信要求を送信する時刻を算出することを特徴とする請求項１記載の端末装置。
3. 前記第１の数は、端末装置の店番と機番とを加算または減算した演算結果を、前記時間帯情報に属する時間帯数で割った余りであることを特徴とする請求項１または２記載の端末装置。
4. 前記時間帯情報の各時間帯の幅は、資源の受信処理に要すると想定される想定処理時間の２倍であり、
   前記送信時刻算出部は、端末装置自身の装置識別情報から算出された、前記想定処理時間より小さい第２の数を、前記第１の数に対応する時間帯の開始時刻に加算してその加算結果を、資源受信要求を送信する時刻として算出することを特徴とする請求項１または２記載の端末装置。
5. 前記第２の数は、端末装置の店番と機番とを加算または減算した演算結果を、前記想定処理時間で割った余りであることを特徴とする請求項４記載の端末装置。
6. 前記資源受信要求は、受信すべき資源があるかどうかを確認するための第１の資源受信要求と、受信すべき資源があった場合のその資源に対する要求である第２の資源受信要求とであり、
   前記サーバは、前記第１の資源受信要求を受信して、端末装置が受信すべき資源があるかどうかの確認結果をその端末装置に送信し、
   前記第２の資源受信要求を受信して、必要としている資源をその端末装置に送信することを特徴とする請求項１または２記載の端末装置。
7. 定期的に更新する必要があるデータやプログラムである資源、を配付するサーバと、そのサーバにネットワークを介して接続された複数台の端末装置から構成される資源送受信システムにおいて、
   前記各端末装置は、
   １日の各時間帯とその各時間帯を識別する番号とを対応付けた時間帯情報において、端末装置自身の装置識別情報から算出された第１の数に対応する時間帯を算出し、該第１の
   数に対応する時間帯で端末装置ごとに分散されるように、資源受信要求を送信する時刻を算出する送信時刻算出部と、
   前記算出された時間帯に、前記資源受信要求を前記サーバに送信する送信部と、
   前記資源受信要求に対応して、前記サーバから資源を受信する受信部と、を有し、
   前記サーバは、
   端末装置からの資源受信要求を受信する受信部と、
   受信した資源受信要求に対応して、その端末装置に資源を送信する資源送信部と、を有することを特徴とする資源送受信システム。
8. 各端末装置は、端末名、店番、機番、ＩＰアドレス、機器種別などの自身の構成情報を前記サーバに送信し、
   前記サーバは、受信した各端末装置の構成情報を、端末装置管理情報に記憶することを特徴とする請求項７記載の資源送受信システム。