サーバ装置、メモリ管理方法及びメモリ管理プログラム
【課題】メモリを効率的に使用する。
【解決手段】サーバ装置３は、クライアント２が取得するデータの種類ごとにデータの実行履歴から算出したデータ量を表す使用メモリ量情報３ｂから、クライアント２からの要求に応じて実行するデータの種類に対応するデータ量を特定し、特定したデータ量をメモリ３ａに割り当てるようにした。このため、メモリ３ａの容量に対してデータ量を効率的に割り当てることが可能となる。したがって、１台のサーバ装置３に対して接続できるクライアント２の台数を増加させることが可能となり、サーバ装置３の増設を防ぎ、サーバ装置３の導入コストを抑制することができる。
【解決手段】サーバ装置３は、クライアント２が取得するデータの種類ごとにデータの実行履歴から算出したデータ量を表す使用メモリ量情報３ｂから、クライアント２からの要求に応じて実行するデータの種類に対応するデータ量を特定し、特定したデータ量をメモリ３ａに割り当てるようにした。このため、メモリ３ａの容量に対してデータ量を効率的に割り当てることが可能となる。したがって、１台のサーバ装置３に対して接続できるクライアント２の台数を増加させることが可能となり、サーバ装置３の増設を防ぎ、サーバ装置３の導入コストを抑制することができる。
【発明の詳細な説明】
【技術分野】
【０００１】
サーバ装置、メモリ管理方法及びメモリ管理プログラムに関する。
【背景技術】
【０００２】
銀行等の金融機関では、取引業務を行うためのクライアントが設置されている。クライアントは、通帳プリンタユニットと、帳票読取ユニット、手のひら静脈認証ユニット、現金処理ユニット、文字及び数字を入力するためのキーボードユニット、これらのユニットが接続される制御ユニット（クライアント端末）等とを備えている。クライアント端末はオペレータによる操作入力に応じて接続されているユニットを制御し、また、接続されているユニットから入力された情報に応じて所定の処理を実行する。また、このような複数のクライアントはクライアント端末から、取引に関する情報の処理及び管理を行うサーバに接続されている。
【０００３】
例えば、オペレータはクライアント端末に接続されている帳票読取ユニットに帳票を読み取らせ、オペレータの操作入力に基づきクライアント端末は読み取った帳票の画像データをサーバに送信する。サーバは受信した帳票の画像データを保持することができる。また、オペレータは、サーバから所望の帳票の画像データの取り出し要求の操作入力をクライアント端末に対して行うと、クライアント端末からサーバに対して当該取り出し要求が通知される。サーバはクライアント端末からの要求に基づいた帳票の画像データをクライアント端末に通知すると、オペレータは所望の帳票の画像データをクライアント端末を介して取り扱うことができる（例えば、特許文献１参照）。
【０００４】
また、サーバに接続されるクライアント端末の台数はサーバのメモリ使用量を考慮して各クライアント端末で取り扱われる帳票の画像データのうち最も大きなメモリ量を要するものを基準にして決定されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１１−０７６４０７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、このような接続台数の決定方法では、各クライアント端末で取り扱われる帳票の画像データが１つでも非常に大きいもの、または一度に取り扱う枚数が大量のものがあれば、この画像データ量を基準に台数が決定されるために、サーバに接続させるクライアント端末の台数が制限されてしまう。
【０００７】
このため、大量の帳票を処理したい場合には、サーバを大量に導入して、各サーバにクライアント端末を接続させる必要があり、サーバの導入コストが増加するという問題点があった。
【０００８】
本発明はこのような点に鑑みてなされたものであり、メモリを効率的に使用するサーバ装置、メモリ管理方法及びメモリ管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、クライアントが通信可能に接続されるサーバ装置において、前記クライアントが取得するデータの種類ごとに前記データの実行履歴から算出したデータ量を表す使用メモリ量情報から、前記クライアントからの要求に応じて実行するデータの種類に対応するデータ量を特定する要求実行手段と、前記要求実行手段が特定した前記データ量をメモリに割り当てるメモリ管理手段と、を有するサーバ装置が提供される。
【００１０】
また、上記目的を達成するために、上記サーバ装置と同様のメモリ管理を実行する方法及びプログラムが提供される。
【発明の効果】
【００１１】
このようなサーバ装置、メモリ管理方法及びメモリ管理プログラムにより、メモリを効率的に使用することができる。
【図面の簡単な説明】
【００１２】
【図１】第１の実施の形態に係るサーバ装置の概念図である。
【図２】第２の実施の形態に係るクライアント及びサーバを備える取引システムを説明するための図である。
【図３】第２の実施の形態に係るクライアント及び周辺装置のハードウェア構成例を示す図である。
【図４】第２の実施の形態に係るサーバのハードウェア構成例を示す図である。
【図５】第２の実施の形態に係るサーバが備える機能を示すブロック図である。
【図６】第２の実施の形態に係るサーバのメモリ統計情報保持部を保持する情報を示す図である。
【図７】第２の実施の形態に係るメモリ統計情報保持部が保持する情報を示す図である。
【図８】第２の実施の形態に係るサーバの帳票情報を保持する帳票情報保持部を示す図である。
【図９】第２の実施の形態に係るサーバにおける帳票の画像データの読取格納処理を示すフローチャート（その１）である。
【図１０】第２の実施の形態に係るサーバにおける帳票の画像データの読取格納処理を示すフローチャート（その２）である。
【図１１】第２の実施の形態に係るサーバにおける帳票の画像データの読取格納処理の場合のシーケンス図である。
【図１２】第３の実施の形態に係るサーバにおける帳票の画像データの取り出し処理を示すフローチャート（その１）である。
【図１３】第３の実施の形態に係るサーバにおける帳票の画像データの取り出し処理を示すフローチャート（その２）である。
【図１４】第３の実施の形態に係るサーバにおける帳票の画像データの取り出し処理を示すフローチャート（その３）である。
【図１５】第３の実施の形態に係るサーバにおける帳票の画像データの取り出し処理の場合のシーケンス図である。
【発明を実施するための形態】
【００１３】
以下、図面を参照して実施の形態について説明する。
［第１の実施の形態］
図１は、第１の実施の形態に係るサーバ装置の概念図である。
【００１４】
サーバ装置は、クライアントからの要求に応じて実行するデータの種類に対応するデータ量を予め特定して、特定したデータ量をメモリに割り当てることでメモリを効率的に使用することができるものである。
【００１５】
図１には、クライアント２とこのようなサーバ装置３とを備える情報処理システム１が示されている。
クライアント２は、オペレータの操作入力に応じて取得したデータをサーバ装置３に格納させる。また、サーバ装置３に格納されているデータをサーバ装置３から取り出す。クライアント２は、例えば、帳票読取装置が接続された営業店システムを構成するクライアント端末であって、オペレータは帳票読取装置に帳票の画像データを読み取らせる。帳票読取装置が読み取った画像データをクライアント端末からサーバ装置３に通知して、サーバ装置３に当該画像データを格納させる。または、オペレータは所望の画像データの送信要求をクライアント端末からサーバ装置３に通知することで、サーバ装置３から当該画像データが通知される。また、クライアント２のその他の例としては、書類を保管するファイリングセンターの端末等である。
【００１６】
サーバ装置３は、図１に示されるように、メモリ３ａと、使用メモリ量情報３ｂ、データ構成情報３ｃ、要求実行手段３ｄ、メモリ管理手段３ｅ、情報管理手段３ｆとを有する。
【００１７】
メモリ３ａは、データを格納することができ、例えば、ＲＡＭ（Random Access Memory）等の記憶装置である。または、このような物理的なメモリに限らず、Ｊａｖａ（登録商標）ＶＭ（Virtual Machine）の割り当てでも構わない。
【００１８】
使用メモリ量情報３ｂは、クライアント２が取得するデータの種類ごとにデータの実行履歴から算出したデータ量を表す。例えば、上記のクライアント２がクライアントのクライアント端末である場合には、使用メモリ量情報３ｂは、サーバ装置３がクライアント２からの要求に応じて帳票の画像データに関して所定の処理を実行した際の実行した画像データの実際のデータ量に基づいて算出した画像データの種類ごとのデータ量である。
【００１９】
データ構成情報３ｃは、実行種別ごとのデータの種類の構成を表す。例えば、複数種類の帳票が存在する場合に、サーバ装置３がこのような帳票の画像データに対して所定の処理を実行する場合に、実行される画像データの種類の構成を表す。
【００２０】
要求実行手段３ｄは、使用メモリ量情報３ｂから、クライアント２からの要求に応じて実行するデータの種類に対応するデータ量を特定する。
メモリ管理手段３ｅは、要求実行手段３ｄが特定したデータ量をメモリ３ａに割り当てる。
【００２１】
情報管理手段３ｆは、クライアント２からの要求に応じて実行したデータの実際のデータ量に基づいて使用メモリ量情報３ｂを更新する。また、使用メモリ量情報３ｂ及びデータ構成情報３ｃの情報を要求実行手段３ｄに通知する。
【００２２】
このような構成を備えるサーバ装置３によるメモリ管理方法について説明する。
サーバ装置３に、クライアント２から、例えば、データの格納要求またはデータの取り出し要求が通知されると、要求実行手段３ｄは当該要求に応じて実行するデータの種類に対応するデータ量を情報管理手段３ｆを介して使用メモリ量情報３ｂから特定する。
【００２３】
メモリ管理手段３ｅはメモリ３ａに十分な容量があることを確認して特定したデータ量をメモリ３ａに割り当てる。
この後、要求実行手段３ｄは、割り当てられたメモリ３ａに要求実行のデータを適切に読み込ませることでクライアント２からの要求に基づいた処理を当該データに実行する。
【００２４】
また、情報管理手段３ｆは、このようにしてクライアント２からの要求に応じて実行したデータの実際のデータ量を使用メモリ量情報３ｂに反映させて、使用メモリ量情報３ｂを更新することができる。
【００２５】
このようにサーバ装置３は、クライアント２が取得するデータの種類ごとにデータの実行履歴から算出したデータ量を表す使用メモリ量情報３ｂから、クライアント２からの要求に応じて実行するデータの種類に対応するデータ量を特定し、特定したデータ量をメモリ３ａに割り当てるようにした。このため、メモリ３ａの容量に対してデータ量を効率的に割り当てることが可能となる。したがって、１台のサーバ装置３に対して接続できるクライアント２の台数を増加させることが可能となり、サーバ装置３の増設を防ぎ、サーバ装置３の導入コストを抑制することができる。
【００２６】
また、使用メモリ量情報３ｂは、クライアント２からの要求に応じて実行したデータの実際のデータ量が反映されるため、使用メモリ量情報３ｂのデータ量は随時更新されるようになり、使用メモリ量情報３ｂのデータ量の信頼性が向上する。
【００２７】
［第２の実施の形態］
第２の実施の形態では、第１の実施の形態で金融機関を想定して、情報処理システム１が営業店システム、クライアント２がクライアント端末である場合を例に挙げてより具体的に説明する。特に、帳票読取ユニットで読み取った帳票の画像データを利用して説明する。
【００２８】
図２は第２の実施の形態に係るクライアント及びサーバを備える取引システムを説明するための図である。
金融機関の店舗内には、図２に示されるように、複数のクライアント２０とサーバ３０とが相互に通信可能に接続されている営業店システム１０が構築されている。
【００２９】
このような営業店システム１０では、クライアント２０からサーバ３０に対してデータの格納及びデータの取り出し要求を行うことができる。また、サーバ３０は各クライアント２０からの要求に応じて処理を実行してデータの格納及び取り出したデータの通知を行うことができる。
【００３０】
次に、このように店舗内に構築されている営業店システム１０を構成するクライアント２０及びサーバ３０について説明する。
図３は、第２の実施の形態に係るクライアント及び周辺装置のハードウェア構成例を示す図である。
【００３１】
クライアント２０は、図３に示されるように、クライアント端末２０ａを備え、当該クライアント端末２０ａにタッチパネル２０ｂと、キーボード２０ｃ、マウス２０ｄ、帳票読取ユニット２０ｅ、通帳プリンタユニット２０ｆ、現金処理ユニット２０ｇ等との各ユニットがそれぞれ接続されている。また、タッチパネル２０ｂと、キーボード２０ｃ、帳票読取ユニット２０ｅ、通帳プリンタユニット２０ｆ、現金処理ユニット２０ｇとがクライアント端末２０ａから取り付け及び取り外し可能となっている。
【００３２】
クライアント端末２０ａは、接続されている各ユニットをそれぞれ制御し、各ユニットが取得した情報が通知されて、通知された情報に基づいた処理を実行する。また、クライアント端末２０ａはサーバ３０にも通信可能に接続されている。
【００３３】
このようなクライアント端末２０ａは、ＣＰＵ（Central Processing Unit）２０ａ１と、ＲＡＭ２０ａ２、通信部２０ａ３、グラフィック処理部２０ａ４、ＨＤＤ（Hard Disk Drive）２０ａ５、入力インタフェース２０ａ６、入出力制御部２０ａ７とを備えており、これらの各部はバス２０ａ８で相互に接続されている。
【００３４】
ＣＰＵ２０ａ１は、ＨＤＤ２０ａ５等の記憶媒体に記憶された各種プログラムを実行することにより、このクライアント端末２０ａ全体を統括的に制御する。
ＲＡＭ２０ａ２には、ＣＰＵ２０ａ１に実行させるＯＳ（Operating System）並びにプログラムの少なくとも一部が一時的に格納される。ＲＡＭ２０ａ２には、ＣＰＵ２０ａ１により実行するデータに対応するデータ量が割り当てられる。また、必要な各種データが格納される。
【００３５】
通信部２０ａ３は、サーバ３０、後述する現金処理ユニット２０ｇと通信可能に、例えばＬＡＮ（Local Area Network）で接続されており、送受信信号の通信を行うことができる。
【００３６】
グラフィック処理部２０ａ４は、具体例としては、ビデオカード、グラフィックボードであって、ＣＰＵ２０ａ１からの命令に従って、タッチパネル２０ｂに表示させる画像データを後述するタッチパネル２０ｂのモニタ２０ｂ１に送信する。
【００３７】
ＨＤＤ２０ａ５には、クライアント端末２０ａ上のＯＳやアプリケーションのプログラムが格納される。また、ＨＤＤ２０ａ５には、ＣＰＵ２０ａ１による処理に必要な各種データが格納される。
【００３８】
入力インタフェース２０ａ６は、顧客による操作入力を受け付けた後述するタッチパネル２０ｂのタッチ検知部２０ｂ２、マウス２０ｄ及びキーボード２０ｃから当該操作入力の情報を受信して、ＣＰＵ２０ａ１にそれぞれ通知する。
【００３９】
入出力制御部２０ａ７には、帳票読取ユニット２０ｅ及び通帳プリンタユニット２０ｆが接続されている。帳票読取ユニット２０ｅ及び通帳プリンタユニット２０ｆは、バス２０ａ８を介してＣＰＵ２０ａ１と相互に信号の送受信を行う。
【００４０】
また、タッチパネル２０ｂは、通知された画像情報に基づいて画像を表示する例えばＬＣＤ（Liquid Crystal Display）であるモニタ２０ｂ１と、オペレータによる操作入力を受け付けるタッチ検知部２０ｂ２とを備える。
【００４１】
キーボード２０ｃは、オペレータの操作入力に応じた文字情報を、入力インタフェース２０ａ６を介してＣＰＵ２０ａ１に通知する。
マウス２０ｄは、オペレータの操作に応じた信号を入力インタフェース２０ａ６に通知する。当該信号に応じて、モニタ２０ｂ１に表示されるカーソルの移動、クリックに対応した処理が実行される。
【００４２】
帳票読取ユニット２０ｅは、例えば、オーバーヘッドリーダにより１枚ずつ帳票の画像データを読み取るもの、または、ＡＤＦ（Auto Document Feeder）が設けられた帳票読取装置により種類が混合した複数枚の帳票の画像を連続して読み取るもの等である。このような帳票読取ユニット２０ｅはオペレータによる操作入力に応じて、帳票の画像データを読み取り、読み取った画像データを入出力制御部２０ａ７を介してＣＰＵ２０ａ１に通知する。
【００４３】
通帳プリンタユニット２０ｆは、オペレータにより挿入された通帳を所定位置まで搬送し、オペレータからの実行指示に応じた処理の処理結果を記録する。また、通帳プリンタユニット２０ｆは、処理結果の記録が完了した通帳を搬送して、オペレータに返却する。
【００４４】
現金処理ユニット２０ｇは、紙幣挿入／放出口から挿入された紙幣を受け入れて、紙幣をそれぞれ計数する。また、オペレータの所定の実行指示に応じて、紙幣挿入／放出口から処理に応じた額の紙幣をそれぞれ放出することができる。
【００４５】
このようなタッチパネル２０ｂと、キーボード２０ｃ、マウス２０ｄ、帳票読取ユニット２０ｅ、通帳プリンタユニット２０ｆ、現金処理ユニット２０ｇとは、ＣＰＵ２０ａ１によってそれぞれ制御される。
【００４６】
図４は、第２の実施の形態に係るサーバのハードウェア構成例を示す図である。
なお、これらは図３のクライアント端末２０ａが保持する構成と同じであるためにそれぞれの詳細な説明は省略する。
【００４７】
サーバ３０は、図４に示されるように、ＣＰＵ３０ａと、ＲＡＭ３０ｂ、通信部３０ｃ、モニタ３０ｈが接続されたグラフィック処理部３０ｄ、ＨＤＤ３０ｅ、キーボード３０ｉ及びマウス３０ｊがそれぞれ接続された入力インタフェース３０ｆとを備えており、これらの各部はバス３０ｇで相互に接続されている。
【００４８】
次に、このようなサーバ３０が備える機能について説明する。
図５は、第２の実施の形態に係るサーバが備える機能を示すブロック図である。
サーバ３０は、クライアント端末２０ａからの要求に応じて実行する帳票の画像データの種類に対応するデータ量を予め特定して、特定したデータ量をメモリ部に割り当てることでメモリ部を効率的に使用することができるものである。
【００４９】
このようなサーバ３０は、メモリ部３１と、メモリ統計情報保持部３２、帳票情報保持部３３とを備える。さらに、受付部３４と、要求実行部３５、情報管理部３６、メモリ管理部３７、帳票情報制御部３８、応答部３９とを備える。
【００５０】
メモリ部３１は、例えば、共有メモリ、ＪａｖａＶＭのメモリ等である。
メモリ統計情報保持部３２は、メモリ部３１及び帳票の画像データ等に関する情報を保持する。
【００５１】
図６は、第２の実施の形態に係るサーバのメモリ統計情報保持部を保持する情報を示す図である。
メモリ統計情報保持部３２には、使用メモリ量情報３２ａと、帳票データ量情報３２ｂ、案件構成情報３２ｃ、メモリ状態情報３２ｄとを保持している。
【００５２】
図７は、第２の実施の形態に係るメモリ統計情報保持部が保持する情報を示す図である。
なお、図７（Ａ）〜（Ｄ）は、使用メモリ量情報３２ａと、帳票データ量情報３２ｂ、案件構成情報３２ｃ、メモリ状態情報３２ｄとをそれぞれ表している。
【００５３】
使用メモリ量情報３２ａは、図７（Ａ）に示されるように、帳票種ごとのメモリ部３１の各メモリ１〜３に対する使用メモリ量（平均）である。なお、帳票には、帳票種ごとに帳票１，２，３，…，Ｎの番号が付されている。例えば、帳票種の「帳票１」はメモリ１に「３００ＫＢ」のデータ量（平均）を、メモリ２に「５０ＫＢ」のデータ量（平均）をそれぞれ使用する。
【００５４】
帳票データ量情報３２ｂは、メモリ１〜３について、帳票種ごとの画像データのこれまでに実行された回数（頻度）と、最大データ量（最大）、最小データ量（最小）、平均データ量（平均）との情報である。なお、図７（Ｂ）では、メモリ１の場合のみを例に示している。これによれば、「帳票２」は、これまでに「１２０００回」実行されており、そのうち最大データ量は「５００ＫＢ」で、最小データ量は「１００ＫＢ」であり、平均データ量は「２５０ＫＢ」である。帳票データ量情報３２ｂは、画像データが実際に実行されることで得られる実際のデータ量が随時反映される。そして、帳票データ量情報３２ｂの平均データ量は、使用メモリ量情報３２ａの平均データ量に反映される。
【００５５】
案件構成情報３２ｃは、図７（Ｃ）に示されるように、取引種別ごとの案件構成のデータである。なお、取引種別は、帳票の画像データの種類の構成を種別するものである。具体的には、例えば、銀行口座を開設する際には、申込書と本人確認証（免許書等）との２種の帳票（書類）が１枚ずつ必要となる。この場合には、「帳票１」として申込書と「帳票２」として本人確認証（コピー）とが１枚ずつ用いられる。図７（Ｃ）の場合には、取引種別の案件ａは、帳票寸法がＡ４の「帳票１」（１枚）と、Ａ３の「帳票２」（１枚）とで構成されている。また、取引種別の案件ｂは、帳票寸法がＡ３の「帳票２」（２枚）と、Ａ４の「帳票３」（１枚）とで構成されている。また、このような取引種別は、クライアント端末２０ａからサーバ３０に対して所望の処理実行要求と共に通知される。
【００５６】
メモリ状態情報３２ｄは、図７（Ｄ）に示されるように、メモリ部３１のメモリ種類に応じた各メモリ種類の最上限及び現在の使用メモリ量の情報である。例えば、「メモリ１」、「メモリ２」、「メモリ３」の使用メモリの最上限はそれぞれ、「３０００ＭＢ」、「２０００ＭＢ」、「１０００ＭＢ」である。また、現在の使用メモリ量はそれぞれ「３００ＭＢ」、「８００ＭＢ」、「５００ＭＢ」である。
【００５７】
メモリ統計情報保持部３２はこのような情報を保持している。
そして、帳票情報保持部３３は、クライアント端末２０ａからの格納要求に基づき帳票の画像データを保持する。
【００５８】
図８は、第２の実施の形態に係るサーバが格納する帳票情報を保持する帳票情報保持部を示す図である。
帳票情報保持部３３は、図８に示されるように、図７（Ｃ）で説明した案件構成ごとに帳票の画像データを保持する。例えば、図８（Ａ）では、「帳票１」（１枚）と、「帳票２」（１枚）とを案件ａとして保持している。また、図８（Ｂ）では、「帳票２」（２枚）と、「帳票３」（１枚）とを案件ｂとして保持している。
【００５９】
帳票情報保持部３３はこのような情報を保持している。
また、受付部３４は、各クライアント端末２０ａからデータの格納要求を、サーバ３０が保持するデータの取り出し要求をそれぞれ受け付ける。例えば、クライアント端末２０ａから読み取った帳票の画像データのサーバ３０への格納要求と共に取引種別の情報を受け付ける。また、クライアント端末２０ａからサーバ３０に対する所望の帳票の画像データの取り出し要求と共に取引種別の情報を受け付ける。受付部３４はクライアント端末２０ａから受け付けた要求等を要求実行部３５に出力する。
【００６０】
要求実行部３５は、受付部３４から受け付けた要求等に基づいた処理を実行する。まず、受付部３４から帳票の画像データの格納要求を受け付けた場合には、取引種別に基づきメモリ統計情報保持部３２から画像データのデータ量の通知要求を情報管理部３６に通知する。要求実行部３５は通知されたデータ量に基づいたメモリ部３１の割り当て要求をメモリ管理部３７に通知する。要求実行部３５はメモリ部３１に読み込まれた画像データの帳票情報保持部３３に対する格納要求を帳票情報制御部３８に通知する。
【００６１】
また、受付部３４から画像データの取り出し要求を受け付けた場合には、要求実行部３５は取引種別に基づきメモリ統計情報保持部３２から案件構成のデータの通知要求を情報管理部３６に通知する。情報管理部３６から通知された案件構成のデータを後述する応答部３９からクライアント端末２０ａに通知する。また、格納要求の場合と同様にデータ量に基づいたメモリ部３１の割り当て要求をメモリ管理部３７に通知する。そして、メモリ部３１に読み込まれた画像データを応答部３９からクライアント端末２０ａに送信する。
【００６２】
情報管理部３６は、要求実行部３５からの要求に基づきメモリ統計情報保持部３２のデータを要求実行部３５に通知する。また、帳票の画像データに所定の処理が実行されると、画像データの実際のデータ量をメモリ統計情報保持部３２の帳票データ量情報３２ｂに反映させて更新する。
【００６３】
メモリ管理部３７は、要求実行部３５からの要求に基づきメモリ部３１に対して所定のデータ量を使用メモリ量として割り当て、また、当該データに関する所定の処理が完了するとメモリ部３１に割り当てた使用メモリ量を開放する。
【００６４】
帳票情報制御部３８は、要求実行部３５からの要求に基づきメモリ部３１に読み込ませた帳票の画像データを帳票情報保持部３３に格納させ、また、帳票情報保持部３３の帳票の画像データをメモリ部３１に読み込ませる。
【００６５】
応答部３９は、要求実行部３５の要求に基づいてクライアント端末２０ａにデータを応答する。
次に、サーバ３０で行われるクライアント端末２０ａの要求に応じた帳票の画像データの格納処理について説明する。
【００６６】
図９及び図１０は、第２の実施の形態に係るサーバにおける帳票の画像データの読取格納処理を示すフローチャートである。
［ステップＳ１０］ 要求実行部３５は、クライアント端末２０ａから受け付けた帳票の画像データの格納要求及び取引種別の情報を受付部３４から取得する。
【００６７】
［ステップＳ１１］ 要求実行部３５は取引種別に基づいた案件構成のデータと案件構成に対応する画像データのデータ量との通知要求を情報管理部３６に通知する。
情報管理部３６は、メモリ統計情報保持部３２の案件構成情報３２ｃから取引種別に対応する案件構成のデータを特定し、当該案件を構成する帳票の画像データのデータ量を要求実行部３５に通知する。
【００６８】
要求実行部３５は取引種別に対応した案件構成のデータ及び各帳票の画像データのデータ量を取得する。
［ステップＳ１２］ 要求実行部３５は、帳票ｉに１をセットする。
【００６９】
［ステップＳ１３］ 要求実行部３５は、ステップＳ１１で取得した帳票の画像データに帳票ｉに対応する画像データの有無を判定する。
判定の結果、帳票ｉに対応する帳票の画像データがある場合にはステップＳ１４に進められ、無い場合にはステップＳ２０（図１０）に進められる。
【００７０】
［ステップＳ１４］ 要求実行部３５は、帳票ｉの画像データのデータ量を当該帳票ｉの使用メモリ量とする。
［ステップＳ１５］ 要求実行部３５は、メモリ部３１に対するステップＳ１４の帳票ｉの画像データの使用メモリ量の空きの有無の判定要求をメモリ管理部３７に通知する。
【００７１】
メモリ管理部３７の判定結果、ステップＳ１４で取得した使用メモリ量の空きがある場合にはステップＳ１６に進められ、空きが無い場合にはステップＳ２５（図１０）に進められる。
【００７２】
［ステップＳ１６］ メモリ管理部３７はメモリ部３１にステップＳ１４の使用メモリ量を割り当てる。
［ステップＳ１７］ メモリ管理部３７はメモリ部３１に対する使用メモリ量の割り当てが正常に行われたか否かを判定する。
【００７３】
判定の結果、使用メモリ量の割り当てが正常に行われた場合にはステップＳ１８に進められ、正常に行われなかった場合にはステップＳ２５（図１０）に進められる。
［ステップＳ１８］ 要求実行部３５は、ステップＳ１６で割り当てた使用メモリ量によるメモリ統計情報保持部３２のメモリ状態情報３２ｄの更新要求を情報管理部３６に通知して、情報管理部３６は当該更新要求に基づいてメモリ統計情報保持部３２のメモリ状態情報３２ｄを更新する。
【００７４】
［ステップＳ１９］ 要求実行部３５は、帳票ｉに対応する帳票の画像データが他にもあるか否かを判定する。
判定の結果、帳票ｉに対応する帳票の画像データが他にもある場合にはステップＳ１４に再び進められ、他に無い場合にはステップＳ２０（図１０）に進められる。
【００７５】
［ステップＳ２０］ 要求実行部３５は、帳票ｉに１を加えて、帳票ｉ＋１をセットする。
［ステップＳ２１］ 要求実行部３５は、セットした帳票ｉのｉがＮ以下であるか否かを判定する。
【００７６】
判定の結果、Ｎ以下である場合にはステップＳ１２に再び進められ、Ｎを超える場合にはステップＳ２２に進められる。
［ステップＳ２２］ 要求実行部３５は、案件構成のデータの格納要求を帳票情報制御部３８に通知すると、帳票情報制御部３８は帳票情報保持部３３に案件構成のデータを格納する。
【００７７】
［ステップＳ２３］ 要求実行部３５は、クライアント端末２０ａから帳票の画像データが通知されて、当該画像データをメモリ部３１に読み込ませる。そして、メモリ部３１に読み込ませた帳票の画像データの格納要求を帳票情報制御部３８に通知する。
【００７８】
帳票情報制御部３８は、格納要求に基づき、メモリ部３１から帳票の画像データを帳票情報保持部３３の案件構成に対して格納する。
［ステップＳ２４］ 要求実行部３５は、メモリ部３１に読み込ませた帳票の画像データの実際のデータ量に基づいた帳票データ量情報の更新要求を情報管理部３６に通知する。
【００７９】
情報管理部３６は更新要求に基づいて帳票データ量情報３２ｂに実際のデータ量を反映して、帳票データ量情報３２ｂを更新する。
［ステップＳ２５］ 要求実行部３５は、クライアント端末２０ａの要求がエラーであった旨を応答部３９からクライアント端末２０ａに通知する。
【００８０】
［ステップＳ２６］ 要求実行部３５は、メモリ部３１に割り当てた使用メモリ量の開放要求をメモリ管理部３７に通知する。
メモリ管理部３７は、メモリ部３１のメモリ量を開放する。
【００８１】
［ステップＳ２７］ 要求実行部３５は、ステップＳ２６で割り当てた使用メモリ量によるメモリ統計情報保持部３２のメモリ状態情報３２ｄの更新要求を情報管理部３６に通知して、情報管理部３６は当該更新要求に基づいてメモリ統計情報保持部３２のメモリ状態情報３２ｄを更新する。
【００８２】
次に、このようなサーバ３０による画像データの読取格納処理の具体例についてシーケンス図を用いて説明する。
図１１は、第２の実施の形態に係るサーバにおける帳票の画像データの読取格納処理の場合のシーケンス図である。
【００８３】
［ステップＳ３０］ クライアント端末２０ａは帳票読取ユニット２０ｅで読み取った帳票１，２から構成される案件ａを取引種別とする格納要求をサーバ３０に通知する。
サーバ３０の受付部３４は、当該取引種別を受け付けると、要求実行部３５に通知する（図９：ステップＳ１０）。
【００８４】
［ステップＳ３１］ 要求実行部３５は取引種別に基づいた案件構成（案件ａ）のデータと案件構成の帳票１，２の画像データのデータ量との通知要求を情報管理部３６に通知する（図９：ステップＳ１１）。
【００８５】
［ステップＳ３２］ 情報管理部３６は、メモリ統計情報保持部３２の案件構成情報３２ｃから取引種別に対応する案件構成（案件ａ）のデータを特定し、当該案件ａを構成する帳票１，２の画像データのデータ量を要求実行部３５に通知する。
【００８６】
要求実行部３５は取引種別に対応した案件構成（案件ａ）のデータ、帳票１の画像データのデータ量（メモリ１：５００ＫＢ、メモリ２：５０ＫＢ）と、帳票２の画像データのデータ量（メモリ１：２５０ＫＢ）とを取得する（図９：ステップＳ１１）。
【００８７】
［ステップＳ３３］ 要求実行部３５は、まず、取得した帳票１の画像データのデータ量を使用メモリ量として、当該使用メモリ量の割り当て要求をメモリ管理部３７に通知する（図９：ステップＳ１２〜Ｓ１４）。
【００８８】
［ステップＳ３４］ メモリ管理部３７は、メモリ部３１に十分な空きがあることを判定して、通知された帳票１のデータ量に対応する使用メモリ量をメモリ部３１に正常に割り当てる（図９：ステップＳ１５〜Ｓ１７）。
【００８９】
［ステップＳ３５］ 要求実行部３５は、帳票１の画像データの使用メモリ量によるメモリ統計情報保持部３２のメモリ状態情報３２ｄの更新要求を情報管理部３６に通知して、情報管理部３６は当該更新要求に基づいてメモリ統計情報保持部３２のメモリ状態情報３２ｄを更新する（図９：ステップＳ１８）。
【００９０】
なお、帳票２についてもステップＳ３３〜Ｓ３５と同様の処理を実行する。
［ステップＳ３６］ 要求実行部３５は、案件構成のデータの格納要求を帳票情報制御部３８に通知する（図１０：ステップＳ２２）。
【００９１】
［ステップＳ３７］ 帳票情報制御部３８は帳票情報保持部３３に案件ａのデータを格納する（図１０：ステップＳ２２）。
［ステップＳ３８］ クライアント端末２０ａは帳票１，２の画像データをサーバ３０に通知する。
【００９２】
サーバ３０の受付部３４は、当該画像データを受け付けると、要求実行部３５に通知する（図１０：ステップＳ２３）。
［ステップＳ３９］ 要求実行部３５は、帳票１，２の画像データをメモリ部３１に読み込ませる（図１０：ステップＳ２３）。
【００９３】
［ステップＳ４０］ メモリ部３１に読み込ませた帳票１，２の画像データの格納要求を帳票情報制御部３８に通知する（図１０：ステップＳ２３）。
［ステップＳ４１］ 帳票情報制御部３８は、格納要求に基づき、帳票１，２の画像データを帳票情報保持部３３の案件構成に対して格納する（図１０：ステップＳ２３）。
【００９４】
［ステップＳ４２］ 要求実行部３５は、メモリ部３１に読み込ませた帳票１，２の画像データの実際のデータ量に基づいた帳票データ量情報３２ｂの更新要求を情報管理部３６に通知する。
【００９５】
情報管理部３６は更新要求に基づいて帳票データ量情報３２ｂに帳票１，２の画像データの実際のデータ量を反映して、帳票データ量情報３２ｂを更新する（図１０：ステップＳ２４）。
【００９６】
［ステップＳ４３］ 要求実行部３５は、メモリ部３１に割り当てた帳票１，２の画像データの使用メモリ量の開放要求をメモリ管理部３７に通知する。メモリ管理部３７は、メモリ部３１のメモリ量を開放する（図１０：ステップＳ２６）。
【００９７】
［ステップＳ４４］ メモリ管理部３７は、メモリ部３１のメモリ量を開放する（図１０：ステップＳ２６）。
［ステップＳ４５］ 要求実行部３５は、帳票１，２の画像データの使用メモリ量によるメモリ統計情報保持部３２のメモリ状態情報３２ｄの更新要求を情報管理部３６に通知して、情報管理部３６は当該更新要求に基づいてメモリ統計情報保持部３２のメモリ状態情報３２ｄを更新する（図１０：ステップＳ２７）。
【００９８】
このようにサーバ３０は、クライアント端末２０ａが帳票読取ユニット２０ｅで読み取った帳票の画像データの種類ごとに画像データの実行履歴から算出したデータ量を表す使用メモリ量情報３２ａから、クライアント端末２０ａからの読取格納要求に応じて格納する帳票の画像データの種類に対応するデータ量を特定し、特定したデータ量をメモリ部３１に割り当てるようにした。このため、メモリ部３１の容量に対して帳票の画像データのデータ量を効率的に割り当てることが可能となる。したがって、１台のサーバ３０に対して接続できるクライアント端末２０ａの台数を増加させることが可能となり、サーバ３０の増設を防ぎ、サーバ３０の導入コストを抑制することができる。
【００９９】
また、クライアント端末２０ａからの読取格納要求に応じて実行した帳票の画像データの実際のデータ量が使用メモリ量情報３２ａに反映されて更新されるため、使用メモリ量情報３２ａのデータ量の信頼性が向上する。したがって、メモリ部３１に対して使用メモリ量をより適切に割り当てることができるようになる。
【０１００】
［第３の実施の形態］
第３の実施の形態では、第２の実施の形態にクライアント２０のクライアント端末２０ａがサーバ３０に対して取り出し要求を通知する場合について説明する。
【０１０１】
なお、第３の実施の形態においても、第２の実施の形態のクライアント２０とサーバ３０とを備える営業店システム１０を利用する（図２〜図９）。
このようなサーバ３０で行われるクライアント端末２０ａの要求に応じた帳票の画像データの取り出し処理について説明する。
【０１０２】
図１２〜図１４は、第３の実施の形態に係るサーバにおける帳票の画像データの取り出し処理を示すフローチャートである。
なお、図９，図１０のフローチャートで実行される処理と同じ処理が行われるものにはそれらと同じステップ番号を付しており、それらについては簡単に説明する。
【０１０３】
［ステップＳ５０］ 要求実行部３５は、クライアント端末２０ａから通知された任意の帳票から構成される案件の取り出し要求を受付部３４から取得する。
［ステップＳ５１］ 要求実行部３５は、取り出し対象の案件構成のデータの通知要求を帳票情報制御部３８に通知する。
【０１０４】
帳票情報制御部３８は、通知された案件構成のデータを帳票情報保持部３３から特定し、当該データを要求実行部３５に通知する。
要求実行部３５は案件構成のデータをクライアント端末２０ａに送信する。
【０１０５】
［ステップＳ１１〜Ｓ２１］ 取り出し対象の案件を構成する帳票の画像データのデータ量に対応する使用メモリ量をメモリ部３１に割り当てる。
［ステップＳ５２］ 要求実行部３５は、帳票ｉ＝１をセットする。
【０１０６】
［ステップＳ５３］ 要求実行部３５は、取り出し対象の案件構成に帳票ｉが含まれているか否かを判定する。
判定の結果、取り出し対象の案件構成に帳票ｉが含まれている場合にはステップＳ５４に進められ、含まれていない場合にはステップＳ５７に進められる。
【０１０７】
［ステップＳ５４］ 帳票情報制御部３８は、要求実行部３５からの要求に応じて帳票情報保持部３３から帳票ｉの画像データを取り出す。そして、取り出した帳票ｉの画像データをメモリ部３１の割り当てた所定箇所に出力する。
【０１０８】
［ステップＳ５５］ 要求実行部３５は、メモリ部３１の所定箇所に出力された帳票ｉの画像データを応答部３９からクライアント端末２０ａに送信する。
［ステップＳ５６］ 要求実行部３５は、帳票ｉに対応する帳票の画像データが他にもあるか否かを判定する。
【０１０９】
判定の結果、帳票ｉに対応する帳票の画像データが他にもある場合にはステップＳ５４に再び進められ、他に無い場合にはステップＳ５７に進められる。
［ステップＳ５７］ 要求実行部３５は、帳票ｉに１を加えて、帳票ｉ＋１をセットする。
【０１１０】
［ステップＳ５８］ 要求実行部３５は、セットした帳票ｉのｉがＮ以下であるか否かを判定する。
判定の結果、ｉがＮ以下である場合にはステップＳ５３に再び進められ、Ｎを超える場合にはステップＳ２４（図１４）に進められる。
【０１１１】
［ステップＳ２４，Ｓ２６，Ｓ２７］ 帳票データ量情報３２ｂを更新し、メモリ部３１において使用メモリ量を開放し、メモリ状態情報３２ｄを更新する。
［ステップＳ２５］ クライアント端末２０ａにエラーであった旨を通知する。
【０１１２】
次に、このようなサーバ３０による画像データ取り出し処理の具体例についてシーケンス図を用いて説明する。
図１５は、第３の実施の形態に係るサーバにおける帳票の画像データの取り出し処理の場合のシーケンス図である。
【０１１３】
なお、図１１のシーケンス図で実行される処理と同じ処理が行われるものにはそれらと同じステップ番号を付しており、それらについては簡単に説明する。
［ステップＳ６０］ クライアント端末２０ａは帳票１，２で構成される案件ａの取り出し要求をサーバ３０に通知する。
【０１１４】
サーバ３０の受付部３４は、当該取り出し要求を受け付けると、要求実行部３５に通知する（図１２：ステップＳ５０）。
［ステップＳ６１］ 取り出し対象の案件ａの構成のデータの通知要求を帳票情報制御部３８に通知する（図１２：ステップＳ５１）。
【０１１５】
［ステップＳ６２，Ｓ６３］ 帳票情報制御部３８は、通知された案件構成のデータを帳票情報保持部３３から特定し、当該データを要求実行部３５に通知する（図１２：ステップＳ５１）。
【０１１６】
［ステップＳ６４］ 要求実行部３５は案件構成のデータをクライアント端末２０ａに送信する（図１２：ステップＳ５１）。
［ステップＳ３１〜Ｓ３５］ 要求実行部３５が取り出し対象の案件ａの構成のデータと案件ａを構成する画像データのデータ量とを情報管理部３６を介してメモリ統計情報保持部３２から取得する。また、メモリ管理部３７に当該データ量に基づいてメモリ部３１に使用メモリ量を割り当てさせる。要求実行部３５は割り当てられたメモリ部３１に応じてメモリ状態情報３２ｄを情報管理部３６に更新させる。
【０１１７】
［ステップＳ６５，Ｓ６６］ 帳票情報制御部３８は、帳票情報保持部３３から帳票１の画像データを取り出し、取り出した帳票１の画像データをメモリ部３１の割り当てた所定箇所に出力する（図１３：ステップＳ５４）。
【０１１８】
［ステップＳ６７，Ｓ６８］ 要求実行部３５は、メモリ部３１の所定箇所に出力された帳票１の画像データを応答部３９からクライアント端末２０ａに送信する（図１３：ステップＳ５５）。
【０１１９】
なお、帳票２についてもステップＳ６５〜Ｓ６８と同様の処理を実行してクライアント端末２０ａに帳票２の画像データを送信する。
［ステップＳ４２〜Ｓ４５］ 要求実行部３５は、帳票データ量情報３２ｂの帳票１，２について情報管理部３６に更新させて、メモリ管理部３７にメモリ部３１に割り当てた使用メモリ量を開放させる。そして、要求実行部３５は、メモリ状態情報３２ｄの帳票１，２が読み込まれていたメモリについてメモリ管理部３７に更新させる。
【０１２０】
このようにサーバ３０は、クライアント端末２０ａが帳票読取ユニット２０ｅで読み取った帳票の画像データの種類ごとに画像データの実行履歴から算出したデータ量を表す使用メモリ量情報３２ａから、クライアント端末２０ａからの取り出し要求に応じて取り出す帳票の画像データの種類に対応するデータ量を特定し、特定したデータ量をメモリ部３１に割り当てるようにした。このため、メモリ部３１の容量に対して帳票の画像データのデータ量を効率的に割り当てることが可能となる。したがって、１台のサーバ３０に対して接続できるクライアント端末２０ａの台数を増加させることが可能となり、サーバ３０の増設を防ぎ、サーバ３０の導入コストを抑制することができる。
【０１２１】
また、取り出し処理においても、クライアント端末２０ａからの読取格納要求に応じて実行した帳票の画像データの実際のデータ量が使用メモリ量情報３２ａに反映されて更新されるため、使用メモリ量情報３２ａのデータ量の信頼性が向上する。したがって、メモリ部３１に対して使用メモリ量をより適切に割り当てることができるようになる。
【０１２２】
なお、上記の処理機能は、コンピュータによって実現することができる。その場合、サーバ装置３及びサーバ３０が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記憶装置、光ディスク、光磁気記録媒体、半導体メモリ等がある。磁気記憶装置には、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープ等がある。光ディスクには、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ−ＲＡＭ、ＣＤ（Compact Disc）−ＲＯＭ（Read Only Memory）／ＲＷ（ReWritable）等がある。光磁気記録媒体には、ＭＯ（Magneto-Optical disk）等がある。
【０１２３】
プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭ等の可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
【０１２４】
プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、ネットワークを介して接続されたサーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。
【０１２５】
また、上記の処理機能の少なくとも一部を、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）等の電子回路で実現することもできる。
【符号の説明】
【０１２６】
１ 情報処理システム
２，２０ クライアント
３ サーバ装置
３ａ メモリ
３ｂ 使用メモリ量情報
３ｃ データ構成情報
３ｄ 要求実行手段
３ｅ メモリ管理手段
３ｆ 情報管理手段
１０ 営業店システム
２０ａ クライアント端末
２０ａ１，３０ａ ＣＰＵ
２０ａ２，３０ｂ ＲＡＭ
２０ａ３，３０ｃ 通信部
２０ａ４，３０ｄ グラフィック処理部
２０ａ５，３０ｅ ＨＤＤ
２０ａ６，３０ｆ 入力インタフェース
２０ａ７ 入出力制御部
２０ａ８，３０ｇ バス
２０ｂ タッチパネル
２０ｂ１，３０ｈ モニタ
２０ｂ２ タッチ検知部
２０ｃ，３０ｉ キーボード
２０ｄ，３０ｊ マウス
２０ｅ 帳票読取ユニット
２０ｆ 通帳プリンタユニット
２０ｇ 現金処理ユニット
３０ サーバ
３１ メモリ部
３２ メモリ統計情報保持部
３２ａ 使用メモリ量情報
３２ｂ 帳票データ量情報
３２ｃ 案件構成情報
３２ｄ メモリ状態情報
３３ 帳票情報保持部
３４ 受付部
３５ 要求実行部
３６ 情報管理部
３７ メモリ管理部
３８ 帳票情報制御部
３９ 応答部
【技術分野】
【０００１】
サーバ装置、メモリ管理方法及びメモリ管理プログラムに関する。
【背景技術】
【０００２】
銀行等の金融機関では、取引業務を行うためのクライアントが設置されている。クライアントは、通帳プリンタユニットと、帳票読取ユニット、手のひら静脈認証ユニット、現金処理ユニット、文字及び数字を入力するためのキーボードユニット、これらのユニットが接続される制御ユニット（クライアント端末）等とを備えている。クライアント端末はオペレータによる操作入力に応じて接続されているユニットを制御し、また、接続されているユニットから入力された情報に応じて所定の処理を実行する。また、このような複数のクライアントはクライアント端末から、取引に関する情報の処理及び管理を行うサーバに接続されている。
【０００３】
例えば、オペレータはクライアント端末に接続されている帳票読取ユニットに帳票を読み取らせ、オペレータの操作入力に基づきクライアント端末は読み取った帳票の画像データをサーバに送信する。サーバは受信した帳票の画像データを保持することができる。また、オペレータは、サーバから所望の帳票の画像データの取り出し要求の操作入力をクライアント端末に対して行うと、クライアント端末からサーバに対して当該取り出し要求が通知される。サーバはクライアント端末からの要求に基づいた帳票の画像データをクライアント端末に通知すると、オペレータは所望の帳票の画像データをクライアント端末を介して取り扱うことができる（例えば、特許文献１参照）。
【０００４】
また、サーバに接続されるクライアント端末の台数はサーバのメモリ使用量を考慮して各クライアント端末で取り扱われる帳票の画像データのうち最も大きなメモリ量を要するものを基準にして決定されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１１−０７６４０７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、このような接続台数の決定方法では、各クライアント端末で取り扱われる帳票の画像データが１つでも非常に大きいもの、または一度に取り扱う枚数が大量のものがあれば、この画像データ量を基準に台数が決定されるために、サーバに接続させるクライアント端末の台数が制限されてしまう。
【０００７】
このため、大量の帳票を処理したい場合には、サーバを大量に導入して、各サーバにクライアント端末を接続させる必要があり、サーバの導入コストが増加するという問題点があった。
【０００８】
本発明はこのような点に鑑みてなされたものであり、メモリを効率的に使用するサーバ装置、メモリ管理方法及びメモリ管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、クライアントが通信可能に接続されるサーバ装置において、前記クライアントが取得するデータの種類ごとに前記データの実行履歴から算出したデータ量を表す使用メモリ量情報から、前記クライアントからの要求に応じて実行するデータの種類に対応するデータ量を特定する要求実行手段と、前記要求実行手段が特定した前記データ量をメモリに割り当てるメモリ管理手段と、を有するサーバ装置が提供される。
【００１０】
また、上記目的を達成するために、上記サーバ装置と同様のメモリ管理を実行する方法及びプログラムが提供される。
【発明の効果】
【００１１】
このようなサーバ装置、メモリ管理方法及びメモリ管理プログラムにより、メモリを効率的に使用することができる。
【図面の簡単な説明】
【００１２】
【図１】第１の実施の形態に係るサーバ装置の概念図である。
【図２】第２の実施の形態に係るクライアント及びサーバを備える取引システムを説明するための図である。
【図３】第２の実施の形態に係るクライアント及び周辺装置のハードウェア構成例を示す図である。
【図４】第２の実施の形態に係るサーバのハードウェア構成例を示す図である。
【図５】第２の実施の形態に係るサーバが備える機能を示すブロック図である。
【図６】第２の実施の形態に係るサーバのメモリ統計情報保持部を保持する情報を示す図である。
【図７】第２の実施の形態に係るメモリ統計情報保持部が保持する情報を示す図である。
【図８】第２の実施の形態に係るサーバの帳票情報を保持する帳票情報保持部を示す図である。
【図９】第２の実施の形態に係るサーバにおける帳票の画像データの読取格納処理を示すフローチャート（その１）である。
【図１０】第２の実施の形態に係るサーバにおける帳票の画像データの読取格納処理を示すフローチャート（その２）である。
【図１１】第２の実施の形態に係るサーバにおける帳票の画像データの読取格納処理の場合のシーケンス図である。
【図１２】第３の実施の形態に係るサーバにおける帳票の画像データの取り出し処理を示すフローチャート（その１）である。
【図１３】第３の実施の形態に係るサーバにおける帳票の画像データの取り出し処理を示すフローチャート（その２）である。
【図１４】第３の実施の形態に係るサーバにおける帳票の画像データの取り出し処理を示すフローチャート（その３）である。
【図１５】第３の実施の形態に係るサーバにおける帳票の画像データの取り出し処理の場合のシーケンス図である。
【発明を実施するための形態】
【００１３】
以下、図面を参照して実施の形態について説明する。
［第１の実施の形態］
図１は、第１の実施の形態に係るサーバ装置の概念図である。
【００１４】
サーバ装置は、クライアントからの要求に応じて実行するデータの種類に対応するデータ量を予め特定して、特定したデータ量をメモリに割り当てることでメモリを効率的に使用することができるものである。
【００１５】
図１には、クライアント２とこのようなサーバ装置３とを備える情報処理システム１が示されている。
クライアント２は、オペレータの操作入力に応じて取得したデータをサーバ装置３に格納させる。また、サーバ装置３に格納されているデータをサーバ装置３から取り出す。クライアント２は、例えば、帳票読取装置が接続された営業店システムを構成するクライアント端末であって、オペレータは帳票読取装置に帳票の画像データを読み取らせる。帳票読取装置が読み取った画像データをクライアント端末からサーバ装置３に通知して、サーバ装置３に当該画像データを格納させる。または、オペレータは所望の画像データの送信要求をクライアント端末からサーバ装置３に通知することで、サーバ装置３から当該画像データが通知される。また、クライアント２のその他の例としては、書類を保管するファイリングセンターの端末等である。
【００１６】
サーバ装置３は、図１に示されるように、メモリ３ａと、使用メモリ量情報３ｂ、データ構成情報３ｃ、要求実行手段３ｄ、メモリ管理手段３ｅ、情報管理手段３ｆとを有する。
【００１７】
メモリ３ａは、データを格納することができ、例えば、ＲＡＭ（Random Access Memory）等の記憶装置である。または、このような物理的なメモリに限らず、Ｊａｖａ（登録商標）ＶＭ（Virtual Machine）の割り当てでも構わない。
【００１８】
使用メモリ量情報３ｂは、クライアント２が取得するデータの種類ごとにデータの実行履歴から算出したデータ量を表す。例えば、上記のクライアント２がクライアントのクライアント端末である場合には、使用メモリ量情報３ｂは、サーバ装置３がクライアント２からの要求に応じて帳票の画像データに関して所定の処理を実行した際の実行した画像データの実際のデータ量に基づいて算出した画像データの種類ごとのデータ量である。
【００１９】
データ構成情報３ｃは、実行種別ごとのデータの種類の構成を表す。例えば、複数種類の帳票が存在する場合に、サーバ装置３がこのような帳票の画像データに対して所定の処理を実行する場合に、実行される画像データの種類の構成を表す。
【００２０】
要求実行手段３ｄは、使用メモリ量情報３ｂから、クライアント２からの要求に応じて実行するデータの種類に対応するデータ量を特定する。
メモリ管理手段３ｅは、要求実行手段３ｄが特定したデータ量をメモリ３ａに割り当てる。
【００２１】
情報管理手段３ｆは、クライアント２からの要求に応じて実行したデータの実際のデータ量に基づいて使用メモリ量情報３ｂを更新する。また、使用メモリ量情報３ｂ及びデータ構成情報３ｃの情報を要求実行手段３ｄに通知する。
【００２２】
このような構成を備えるサーバ装置３によるメモリ管理方法について説明する。
サーバ装置３に、クライアント２から、例えば、データの格納要求またはデータの取り出し要求が通知されると、要求実行手段３ｄは当該要求に応じて実行するデータの種類に対応するデータ量を情報管理手段３ｆを介して使用メモリ量情報３ｂから特定する。
【００２３】
メモリ管理手段３ｅはメモリ３ａに十分な容量があることを確認して特定したデータ量をメモリ３ａに割り当てる。
この後、要求実行手段３ｄは、割り当てられたメモリ３ａに要求実行のデータを適切に読み込ませることでクライアント２からの要求に基づいた処理を当該データに実行する。
【００２４】
また、情報管理手段３ｆは、このようにしてクライアント２からの要求に応じて実行したデータの実際のデータ量を使用メモリ量情報３ｂに反映させて、使用メモリ量情報３ｂを更新することができる。
【００２５】
このようにサーバ装置３は、クライアント２が取得するデータの種類ごとにデータの実行履歴から算出したデータ量を表す使用メモリ量情報３ｂから、クライアント２からの要求に応じて実行するデータの種類に対応するデータ量を特定し、特定したデータ量をメモリ３ａに割り当てるようにした。このため、メモリ３ａの容量に対してデータ量を効率的に割り当てることが可能となる。したがって、１台のサーバ装置３に対して接続できるクライアント２の台数を増加させることが可能となり、サーバ装置３の増設を防ぎ、サーバ装置３の導入コストを抑制することができる。
【００２６】
また、使用メモリ量情報３ｂは、クライアント２からの要求に応じて実行したデータの実際のデータ量が反映されるため、使用メモリ量情報３ｂのデータ量は随時更新されるようになり、使用メモリ量情報３ｂのデータ量の信頼性が向上する。
【００２７】
［第２の実施の形態］
第２の実施の形態では、第１の実施の形態で金融機関を想定して、情報処理システム１が営業店システム、クライアント２がクライアント端末である場合を例に挙げてより具体的に説明する。特に、帳票読取ユニットで読み取った帳票の画像データを利用して説明する。
【００２８】
図２は第２の実施の形態に係るクライアント及びサーバを備える取引システムを説明するための図である。
金融機関の店舗内には、図２に示されるように、複数のクライアント２０とサーバ３０とが相互に通信可能に接続されている営業店システム１０が構築されている。
【００２９】
このような営業店システム１０では、クライアント２０からサーバ３０に対してデータの格納及びデータの取り出し要求を行うことができる。また、サーバ３０は各クライアント２０からの要求に応じて処理を実行してデータの格納及び取り出したデータの通知を行うことができる。
【００３０】
次に、このように店舗内に構築されている営業店システム１０を構成するクライアント２０及びサーバ３０について説明する。
図３は、第２の実施の形態に係るクライアント及び周辺装置のハードウェア構成例を示す図である。
【００３１】
クライアント２０は、図３に示されるように、クライアント端末２０ａを備え、当該クライアント端末２０ａにタッチパネル２０ｂと、キーボード２０ｃ、マウス２０ｄ、帳票読取ユニット２０ｅ、通帳プリンタユニット２０ｆ、現金処理ユニット２０ｇ等との各ユニットがそれぞれ接続されている。また、タッチパネル２０ｂと、キーボード２０ｃ、帳票読取ユニット２０ｅ、通帳プリンタユニット２０ｆ、現金処理ユニット２０ｇとがクライアント端末２０ａから取り付け及び取り外し可能となっている。
【００３２】
クライアント端末２０ａは、接続されている各ユニットをそれぞれ制御し、各ユニットが取得した情報が通知されて、通知された情報に基づいた処理を実行する。また、クライアント端末２０ａはサーバ３０にも通信可能に接続されている。
【００３３】
このようなクライアント端末２０ａは、ＣＰＵ（Central Processing Unit）２０ａ１と、ＲＡＭ２０ａ２、通信部２０ａ３、グラフィック処理部２０ａ４、ＨＤＤ（Hard Disk Drive）２０ａ５、入力インタフェース２０ａ６、入出力制御部２０ａ７とを備えており、これらの各部はバス２０ａ８で相互に接続されている。
【００３４】
ＣＰＵ２０ａ１は、ＨＤＤ２０ａ５等の記憶媒体に記憶された各種プログラムを実行することにより、このクライアント端末２０ａ全体を統括的に制御する。
ＲＡＭ２０ａ２には、ＣＰＵ２０ａ１に実行させるＯＳ（Operating System）並びにプログラムの少なくとも一部が一時的に格納される。ＲＡＭ２０ａ２には、ＣＰＵ２０ａ１により実行するデータに対応するデータ量が割り当てられる。また、必要な各種データが格納される。
【００３５】
通信部２０ａ３は、サーバ３０、後述する現金処理ユニット２０ｇと通信可能に、例えばＬＡＮ（Local Area Network）で接続されており、送受信信号の通信を行うことができる。
【００３６】
グラフィック処理部２０ａ４は、具体例としては、ビデオカード、グラフィックボードであって、ＣＰＵ２０ａ１からの命令に従って、タッチパネル２０ｂに表示させる画像データを後述するタッチパネル２０ｂのモニタ２０ｂ１に送信する。
【００３７】
ＨＤＤ２０ａ５には、クライアント端末２０ａ上のＯＳやアプリケーションのプログラムが格納される。また、ＨＤＤ２０ａ５には、ＣＰＵ２０ａ１による処理に必要な各種データが格納される。
【００３８】
入力インタフェース２０ａ６は、顧客による操作入力を受け付けた後述するタッチパネル２０ｂのタッチ検知部２０ｂ２、マウス２０ｄ及びキーボード２０ｃから当該操作入力の情報を受信して、ＣＰＵ２０ａ１にそれぞれ通知する。
【００３９】
入出力制御部２０ａ７には、帳票読取ユニット２０ｅ及び通帳プリンタユニット２０ｆが接続されている。帳票読取ユニット２０ｅ及び通帳プリンタユニット２０ｆは、バス２０ａ８を介してＣＰＵ２０ａ１と相互に信号の送受信を行う。
【００４０】
また、タッチパネル２０ｂは、通知された画像情報に基づいて画像を表示する例えばＬＣＤ（Liquid Crystal Display）であるモニタ２０ｂ１と、オペレータによる操作入力を受け付けるタッチ検知部２０ｂ２とを備える。
【００４１】
キーボード２０ｃは、オペレータの操作入力に応じた文字情報を、入力インタフェース２０ａ６を介してＣＰＵ２０ａ１に通知する。
マウス２０ｄは、オペレータの操作に応じた信号を入力インタフェース２０ａ６に通知する。当該信号に応じて、モニタ２０ｂ１に表示されるカーソルの移動、クリックに対応した処理が実行される。
【００４２】
帳票読取ユニット２０ｅは、例えば、オーバーヘッドリーダにより１枚ずつ帳票の画像データを読み取るもの、または、ＡＤＦ（Auto Document Feeder）が設けられた帳票読取装置により種類が混合した複数枚の帳票の画像を連続して読み取るもの等である。このような帳票読取ユニット２０ｅはオペレータによる操作入力に応じて、帳票の画像データを読み取り、読み取った画像データを入出力制御部２０ａ７を介してＣＰＵ２０ａ１に通知する。
【００４３】
通帳プリンタユニット２０ｆは、オペレータにより挿入された通帳を所定位置まで搬送し、オペレータからの実行指示に応じた処理の処理結果を記録する。また、通帳プリンタユニット２０ｆは、処理結果の記録が完了した通帳を搬送して、オペレータに返却する。
【００４４】
現金処理ユニット２０ｇは、紙幣挿入／放出口から挿入された紙幣を受け入れて、紙幣をそれぞれ計数する。また、オペレータの所定の実行指示に応じて、紙幣挿入／放出口から処理に応じた額の紙幣をそれぞれ放出することができる。
【００４５】
このようなタッチパネル２０ｂと、キーボード２０ｃ、マウス２０ｄ、帳票読取ユニット２０ｅ、通帳プリンタユニット２０ｆ、現金処理ユニット２０ｇとは、ＣＰＵ２０ａ１によってそれぞれ制御される。
【００４６】
図４は、第２の実施の形態に係るサーバのハードウェア構成例を示す図である。
なお、これらは図３のクライアント端末２０ａが保持する構成と同じであるためにそれぞれの詳細な説明は省略する。
【００４７】
サーバ３０は、図４に示されるように、ＣＰＵ３０ａと、ＲＡＭ３０ｂ、通信部３０ｃ、モニタ３０ｈが接続されたグラフィック処理部３０ｄ、ＨＤＤ３０ｅ、キーボード３０ｉ及びマウス３０ｊがそれぞれ接続された入力インタフェース３０ｆとを備えており、これらの各部はバス３０ｇで相互に接続されている。
【００４８】
次に、このようなサーバ３０が備える機能について説明する。
図５は、第２の実施の形態に係るサーバが備える機能を示すブロック図である。
サーバ３０は、クライアント端末２０ａからの要求に応じて実行する帳票の画像データの種類に対応するデータ量を予め特定して、特定したデータ量をメモリ部に割り当てることでメモリ部を効率的に使用することができるものである。
【００４９】
このようなサーバ３０は、メモリ部３１と、メモリ統計情報保持部３２、帳票情報保持部３３とを備える。さらに、受付部３４と、要求実行部３５、情報管理部３６、メモリ管理部３７、帳票情報制御部３８、応答部３９とを備える。
【００５０】
メモリ部３１は、例えば、共有メモリ、ＪａｖａＶＭのメモリ等である。
メモリ統計情報保持部３２は、メモリ部３１及び帳票の画像データ等に関する情報を保持する。
【００５１】
図６は、第２の実施の形態に係るサーバのメモリ統計情報保持部を保持する情報を示す図である。
メモリ統計情報保持部３２には、使用メモリ量情報３２ａと、帳票データ量情報３２ｂ、案件構成情報３２ｃ、メモリ状態情報３２ｄとを保持している。
【００５２】
図７は、第２の実施の形態に係るメモリ統計情報保持部が保持する情報を示す図である。
なお、図７（Ａ）〜（Ｄ）は、使用メモリ量情報３２ａと、帳票データ量情報３２ｂ、案件構成情報３２ｃ、メモリ状態情報３２ｄとをそれぞれ表している。
【００５３】
使用メモリ量情報３２ａは、図７（Ａ）に示されるように、帳票種ごとのメモリ部３１の各メモリ１〜３に対する使用メモリ量（平均）である。なお、帳票には、帳票種ごとに帳票１，２，３，…，Ｎの番号が付されている。例えば、帳票種の「帳票１」はメモリ１に「３００ＫＢ」のデータ量（平均）を、メモリ２に「５０ＫＢ」のデータ量（平均）をそれぞれ使用する。
【００５４】
帳票データ量情報３２ｂは、メモリ１〜３について、帳票種ごとの画像データのこれまでに実行された回数（頻度）と、最大データ量（最大）、最小データ量（最小）、平均データ量（平均）との情報である。なお、図７（Ｂ）では、メモリ１の場合のみを例に示している。これによれば、「帳票２」は、これまでに「１２０００回」実行されており、そのうち最大データ量は「５００ＫＢ」で、最小データ量は「１００ＫＢ」であり、平均データ量は「２５０ＫＢ」である。帳票データ量情報３２ｂは、画像データが実際に実行されることで得られる実際のデータ量が随時反映される。そして、帳票データ量情報３２ｂの平均データ量は、使用メモリ量情報３２ａの平均データ量に反映される。
【００５５】
案件構成情報３２ｃは、図７（Ｃ）に示されるように、取引種別ごとの案件構成のデータである。なお、取引種別は、帳票の画像データの種類の構成を種別するものである。具体的には、例えば、銀行口座を開設する際には、申込書と本人確認証（免許書等）との２種の帳票（書類）が１枚ずつ必要となる。この場合には、「帳票１」として申込書と「帳票２」として本人確認証（コピー）とが１枚ずつ用いられる。図７（Ｃ）の場合には、取引種別の案件ａは、帳票寸法がＡ４の「帳票１」（１枚）と、Ａ３の「帳票２」（１枚）とで構成されている。また、取引種別の案件ｂは、帳票寸法がＡ３の「帳票２」（２枚）と、Ａ４の「帳票３」（１枚）とで構成されている。また、このような取引種別は、クライアント端末２０ａからサーバ３０に対して所望の処理実行要求と共に通知される。
【００５６】
メモリ状態情報３２ｄは、図７（Ｄ）に示されるように、メモリ部３１のメモリ種類に応じた各メモリ種類の最上限及び現在の使用メモリ量の情報である。例えば、「メモリ１」、「メモリ２」、「メモリ３」の使用メモリの最上限はそれぞれ、「３０００ＭＢ」、「２０００ＭＢ」、「１０００ＭＢ」である。また、現在の使用メモリ量はそれぞれ「３００ＭＢ」、「８００ＭＢ」、「５００ＭＢ」である。
【００５７】
メモリ統計情報保持部３２はこのような情報を保持している。
そして、帳票情報保持部３３は、クライアント端末２０ａからの格納要求に基づき帳票の画像データを保持する。
【００５８】
図８は、第２の実施の形態に係るサーバが格納する帳票情報を保持する帳票情報保持部を示す図である。
帳票情報保持部３３は、図８に示されるように、図７（Ｃ）で説明した案件構成ごとに帳票の画像データを保持する。例えば、図８（Ａ）では、「帳票１」（１枚）と、「帳票２」（１枚）とを案件ａとして保持している。また、図８（Ｂ）では、「帳票２」（２枚）と、「帳票３」（１枚）とを案件ｂとして保持している。
【００５９】
帳票情報保持部３３はこのような情報を保持している。
また、受付部３４は、各クライアント端末２０ａからデータの格納要求を、サーバ３０が保持するデータの取り出し要求をそれぞれ受け付ける。例えば、クライアント端末２０ａから読み取った帳票の画像データのサーバ３０への格納要求と共に取引種別の情報を受け付ける。また、クライアント端末２０ａからサーバ３０に対する所望の帳票の画像データの取り出し要求と共に取引種別の情報を受け付ける。受付部３４はクライアント端末２０ａから受け付けた要求等を要求実行部３５に出力する。
【００６０】
要求実行部３５は、受付部３４から受け付けた要求等に基づいた処理を実行する。まず、受付部３４から帳票の画像データの格納要求を受け付けた場合には、取引種別に基づきメモリ統計情報保持部３２から画像データのデータ量の通知要求を情報管理部３６に通知する。要求実行部３５は通知されたデータ量に基づいたメモリ部３１の割り当て要求をメモリ管理部３７に通知する。要求実行部３５はメモリ部３１に読み込まれた画像データの帳票情報保持部３３に対する格納要求を帳票情報制御部３８に通知する。
【００６１】
また、受付部３４から画像データの取り出し要求を受け付けた場合には、要求実行部３５は取引種別に基づきメモリ統計情報保持部３２から案件構成のデータの通知要求を情報管理部３６に通知する。情報管理部３６から通知された案件構成のデータを後述する応答部３９からクライアント端末２０ａに通知する。また、格納要求の場合と同様にデータ量に基づいたメモリ部３１の割り当て要求をメモリ管理部３７に通知する。そして、メモリ部３１に読み込まれた画像データを応答部３９からクライアント端末２０ａに送信する。
【００６２】
情報管理部３６は、要求実行部３５からの要求に基づきメモリ統計情報保持部３２のデータを要求実行部３５に通知する。また、帳票の画像データに所定の処理が実行されると、画像データの実際のデータ量をメモリ統計情報保持部３２の帳票データ量情報３２ｂに反映させて更新する。
【００６３】
メモリ管理部３７は、要求実行部３５からの要求に基づきメモリ部３１に対して所定のデータ量を使用メモリ量として割り当て、また、当該データに関する所定の処理が完了するとメモリ部３１に割り当てた使用メモリ量を開放する。
【００６４】
帳票情報制御部３８は、要求実行部３５からの要求に基づきメモリ部３１に読み込ませた帳票の画像データを帳票情報保持部３３に格納させ、また、帳票情報保持部３３の帳票の画像データをメモリ部３１に読み込ませる。
【００６５】
応答部３９は、要求実行部３５の要求に基づいてクライアント端末２０ａにデータを応答する。
次に、サーバ３０で行われるクライアント端末２０ａの要求に応じた帳票の画像データの格納処理について説明する。
【００６６】
図９及び図１０は、第２の実施の形態に係るサーバにおける帳票の画像データの読取格納処理を示すフローチャートである。
［ステップＳ１０］ 要求実行部３５は、クライアント端末２０ａから受け付けた帳票の画像データの格納要求及び取引種別の情報を受付部３４から取得する。
【００６７】
［ステップＳ１１］ 要求実行部３５は取引種別に基づいた案件構成のデータと案件構成に対応する画像データのデータ量との通知要求を情報管理部３６に通知する。
情報管理部３６は、メモリ統計情報保持部３２の案件構成情報３２ｃから取引種別に対応する案件構成のデータを特定し、当該案件を構成する帳票の画像データのデータ量を要求実行部３５に通知する。
【００６８】
要求実行部３５は取引種別に対応した案件構成のデータ及び各帳票の画像データのデータ量を取得する。
［ステップＳ１２］ 要求実行部３５は、帳票ｉに１をセットする。
【００６９】
［ステップＳ１３］ 要求実行部３５は、ステップＳ１１で取得した帳票の画像データに帳票ｉに対応する画像データの有無を判定する。
判定の結果、帳票ｉに対応する帳票の画像データがある場合にはステップＳ１４に進められ、無い場合にはステップＳ２０（図１０）に進められる。
【００７０】
［ステップＳ１４］ 要求実行部３５は、帳票ｉの画像データのデータ量を当該帳票ｉの使用メモリ量とする。
［ステップＳ１５］ 要求実行部３５は、メモリ部３１に対するステップＳ１４の帳票ｉの画像データの使用メモリ量の空きの有無の判定要求をメモリ管理部３７に通知する。
【００７１】
メモリ管理部３７の判定結果、ステップＳ１４で取得した使用メモリ量の空きがある場合にはステップＳ１６に進められ、空きが無い場合にはステップＳ２５（図１０）に進められる。
【００７２】
［ステップＳ１６］ メモリ管理部３７はメモリ部３１にステップＳ１４の使用メモリ量を割り当てる。
［ステップＳ１７］ メモリ管理部３７はメモリ部３１に対する使用メモリ量の割り当てが正常に行われたか否かを判定する。
【００７３】
判定の結果、使用メモリ量の割り当てが正常に行われた場合にはステップＳ１８に進められ、正常に行われなかった場合にはステップＳ２５（図１０）に進められる。
［ステップＳ１８］ 要求実行部３５は、ステップＳ１６で割り当てた使用メモリ量によるメモリ統計情報保持部３２のメモリ状態情報３２ｄの更新要求を情報管理部３６に通知して、情報管理部３６は当該更新要求に基づいてメモリ統計情報保持部３２のメモリ状態情報３２ｄを更新する。
【００７４】
［ステップＳ１９］ 要求実行部３５は、帳票ｉに対応する帳票の画像データが他にもあるか否かを判定する。
判定の結果、帳票ｉに対応する帳票の画像データが他にもある場合にはステップＳ１４に再び進められ、他に無い場合にはステップＳ２０（図１０）に進められる。
【００７５】
［ステップＳ２０］ 要求実行部３５は、帳票ｉに１を加えて、帳票ｉ＋１をセットする。
［ステップＳ２１］ 要求実行部３５は、セットした帳票ｉのｉがＮ以下であるか否かを判定する。
【００７６】
判定の結果、Ｎ以下である場合にはステップＳ１２に再び進められ、Ｎを超える場合にはステップＳ２２に進められる。
［ステップＳ２２］ 要求実行部３５は、案件構成のデータの格納要求を帳票情報制御部３８に通知すると、帳票情報制御部３８は帳票情報保持部３３に案件構成のデータを格納する。
【００７７】
［ステップＳ２３］ 要求実行部３５は、クライアント端末２０ａから帳票の画像データが通知されて、当該画像データをメモリ部３１に読み込ませる。そして、メモリ部３１に読み込ませた帳票の画像データの格納要求を帳票情報制御部３８に通知する。
【００７８】
帳票情報制御部３８は、格納要求に基づき、メモリ部３１から帳票の画像データを帳票情報保持部３３の案件構成に対して格納する。
［ステップＳ２４］ 要求実行部３５は、メモリ部３１に読み込ませた帳票の画像データの実際のデータ量に基づいた帳票データ量情報の更新要求を情報管理部３６に通知する。
【００７９】
情報管理部３６は更新要求に基づいて帳票データ量情報３２ｂに実際のデータ量を反映して、帳票データ量情報３２ｂを更新する。
［ステップＳ２５］ 要求実行部３５は、クライアント端末２０ａの要求がエラーであった旨を応答部３９からクライアント端末２０ａに通知する。
【００８０】
［ステップＳ２６］ 要求実行部３５は、メモリ部３１に割り当てた使用メモリ量の開放要求をメモリ管理部３７に通知する。
メモリ管理部３７は、メモリ部３１のメモリ量を開放する。
【００８１】
［ステップＳ２７］ 要求実行部３５は、ステップＳ２６で割り当てた使用メモリ量によるメモリ統計情報保持部３２のメモリ状態情報３２ｄの更新要求を情報管理部３６に通知して、情報管理部３６は当該更新要求に基づいてメモリ統計情報保持部３２のメモリ状態情報３２ｄを更新する。
【００８２】
次に、このようなサーバ３０による画像データの読取格納処理の具体例についてシーケンス図を用いて説明する。
図１１は、第２の実施の形態に係るサーバにおける帳票の画像データの読取格納処理の場合のシーケンス図である。
【００８３】
［ステップＳ３０］ クライアント端末２０ａは帳票読取ユニット２０ｅで読み取った帳票１，２から構成される案件ａを取引種別とする格納要求をサーバ３０に通知する。
サーバ３０の受付部３４は、当該取引種別を受け付けると、要求実行部３５に通知する（図９：ステップＳ１０）。
【００８４】
［ステップＳ３１］ 要求実行部３５は取引種別に基づいた案件構成（案件ａ）のデータと案件構成の帳票１，２の画像データのデータ量との通知要求を情報管理部３６に通知する（図９：ステップＳ１１）。
【００８５】
［ステップＳ３２］ 情報管理部３６は、メモリ統計情報保持部３２の案件構成情報３２ｃから取引種別に対応する案件構成（案件ａ）のデータを特定し、当該案件ａを構成する帳票１，２の画像データのデータ量を要求実行部３５に通知する。
【００８６】
要求実行部３５は取引種別に対応した案件構成（案件ａ）のデータ、帳票１の画像データのデータ量（メモリ１：５００ＫＢ、メモリ２：５０ＫＢ）と、帳票２の画像データのデータ量（メモリ１：２５０ＫＢ）とを取得する（図９：ステップＳ１１）。
【００８７】
［ステップＳ３３］ 要求実行部３５は、まず、取得した帳票１の画像データのデータ量を使用メモリ量として、当該使用メモリ量の割り当て要求をメモリ管理部３７に通知する（図９：ステップＳ１２〜Ｓ１４）。
【００８８】
［ステップＳ３４］ メモリ管理部３７は、メモリ部３１に十分な空きがあることを判定して、通知された帳票１のデータ量に対応する使用メモリ量をメモリ部３１に正常に割り当てる（図９：ステップＳ１５〜Ｓ１７）。
【００８９】
［ステップＳ３５］ 要求実行部３５は、帳票１の画像データの使用メモリ量によるメモリ統計情報保持部３２のメモリ状態情報３２ｄの更新要求を情報管理部３６に通知して、情報管理部３６は当該更新要求に基づいてメモリ統計情報保持部３２のメモリ状態情報３２ｄを更新する（図９：ステップＳ１８）。
【００９０】
なお、帳票２についてもステップＳ３３〜Ｓ３５と同様の処理を実行する。
［ステップＳ３６］ 要求実行部３５は、案件構成のデータの格納要求を帳票情報制御部３８に通知する（図１０：ステップＳ２２）。
【００９１】
［ステップＳ３７］ 帳票情報制御部３８は帳票情報保持部３３に案件ａのデータを格納する（図１０：ステップＳ２２）。
［ステップＳ３８］ クライアント端末２０ａは帳票１，２の画像データをサーバ３０に通知する。
【００９２】
サーバ３０の受付部３４は、当該画像データを受け付けると、要求実行部３５に通知する（図１０：ステップＳ２３）。
［ステップＳ３９］ 要求実行部３５は、帳票１，２の画像データをメモリ部３１に読み込ませる（図１０：ステップＳ２３）。
【００９３】
［ステップＳ４０］ メモリ部３１に読み込ませた帳票１，２の画像データの格納要求を帳票情報制御部３８に通知する（図１０：ステップＳ２３）。
［ステップＳ４１］ 帳票情報制御部３８は、格納要求に基づき、帳票１，２の画像データを帳票情報保持部３３の案件構成に対して格納する（図１０：ステップＳ２３）。
【００９４】
［ステップＳ４２］ 要求実行部３５は、メモリ部３１に読み込ませた帳票１，２の画像データの実際のデータ量に基づいた帳票データ量情報３２ｂの更新要求を情報管理部３６に通知する。
【００９５】
情報管理部３６は更新要求に基づいて帳票データ量情報３２ｂに帳票１，２の画像データの実際のデータ量を反映して、帳票データ量情報３２ｂを更新する（図１０：ステップＳ２４）。
【００９６】
［ステップＳ４３］ 要求実行部３５は、メモリ部３１に割り当てた帳票１，２の画像データの使用メモリ量の開放要求をメモリ管理部３７に通知する。メモリ管理部３７は、メモリ部３１のメモリ量を開放する（図１０：ステップＳ２６）。
【００９７】
［ステップＳ４４］ メモリ管理部３７は、メモリ部３１のメモリ量を開放する（図１０：ステップＳ２６）。
［ステップＳ４５］ 要求実行部３５は、帳票１，２の画像データの使用メモリ量によるメモリ統計情報保持部３２のメモリ状態情報３２ｄの更新要求を情報管理部３６に通知して、情報管理部３６は当該更新要求に基づいてメモリ統計情報保持部３２のメモリ状態情報３２ｄを更新する（図１０：ステップＳ２７）。
【００９８】
このようにサーバ３０は、クライアント端末２０ａが帳票読取ユニット２０ｅで読み取った帳票の画像データの種類ごとに画像データの実行履歴から算出したデータ量を表す使用メモリ量情報３２ａから、クライアント端末２０ａからの読取格納要求に応じて格納する帳票の画像データの種類に対応するデータ量を特定し、特定したデータ量をメモリ部３１に割り当てるようにした。このため、メモリ部３１の容量に対して帳票の画像データのデータ量を効率的に割り当てることが可能となる。したがって、１台のサーバ３０に対して接続できるクライアント端末２０ａの台数を増加させることが可能となり、サーバ３０の増設を防ぎ、サーバ３０の導入コストを抑制することができる。
【００９９】
また、クライアント端末２０ａからの読取格納要求に応じて実行した帳票の画像データの実際のデータ量が使用メモリ量情報３２ａに反映されて更新されるため、使用メモリ量情報３２ａのデータ量の信頼性が向上する。したがって、メモリ部３１に対して使用メモリ量をより適切に割り当てることができるようになる。
【０１００】
［第３の実施の形態］
第３の実施の形態では、第２の実施の形態にクライアント２０のクライアント端末２０ａがサーバ３０に対して取り出し要求を通知する場合について説明する。
【０１０１】
なお、第３の実施の形態においても、第２の実施の形態のクライアント２０とサーバ３０とを備える営業店システム１０を利用する（図２〜図９）。
このようなサーバ３０で行われるクライアント端末２０ａの要求に応じた帳票の画像データの取り出し処理について説明する。
【０１０２】
図１２〜図１４は、第３の実施の形態に係るサーバにおける帳票の画像データの取り出し処理を示すフローチャートである。
なお、図９，図１０のフローチャートで実行される処理と同じ処理が行われるものにはそれらと同じステップ番号を付しており、それらについては簡単に説明する。
【０１０３】
［ステップＳ５０］ 要求実行部３５は、クライアント端末２０ａから通知された任意の帳票から構成される案件の取り出し要求を受付部３４から取得する。
［ステップＳ５１］ 要求実行部３５は、取り出し対象の案件構成のデータの通知要求を帳票情報制御部３８に通知する。
【０１０４】
帳票情報制御部３８は、通知された案件構成のデータを帳票情報保持部３３から特定し、当該データを要求実行部３５に通知する。
要求実行部３５は案件構成のデータをクライアント端末２０ａに送信する。
【０１０５】
［ステップＳ１１〜Ｓ２１］ 取り出し対象の案件を構成する帳票の画像データのデータ量に対応する使用メモリ量をメモリ部３１に割り当てる。
［ステップＳ５２］ 要求実行部３５は、帳票ｉ＝１をセットする。
【０１０６】
［ステップＳ５３］ 要求実行部３５は、取り出し対象の案件構成に帳票ｉが含まれているか否かを判定する。
判定の結果、取り出し対象の案件構成に帳票ｉが含まれている場合にはステップＳ５４に進められ、含まれていない場合にはステップＳ５７に進められる。
【０１０７】
［ステップＳ５４］ 帳票情報制御部３８は、要求実行部３５からの要求に応じて帳票情報保持部３３から帳票ｉの画像データを取り出す。そして、取り出した帳票ｉの画像データをメモリ部３１の割り当てた所定箇所に出力する。
【０１０８】
［ステップＳ５５］ 要求実行部３５は、メモリ部３１の所定箇所に出力された帳票ｉの画像データを応答部３９からクライアント端末２０ａに送信する。
［ステップＳ５６］ 要求実行部３５は、帳票ｉに対応する帳票の画像データが他にもあるか否かを判定する。
【０１０９】
判定の結果、帳票ｉに対応する帳票の画像データが他にもある場合にはステップＳ５４に再び進められ、他に無い場合にはステップＳ５７に進められる。
［ステップＳ５７］ 要求実行部３５は、帳票ｉに１を加えて、帳票ｉ＋１をセットする。
【０１１０】
［ステップＳ５８］ 要求実行部３５は、セットした帳票ｉのｉがＮ以下であるか否かを判定する。
判定の結果、ｉがＮ以下である場合にはステップＳ５３に再び進められ、Ｎを超える場合にはステップＳ２４（図１４）に進められる。
【０１１１】
［ステップＳ２４，Ｓ２６，Ｓ２７］ 帳票データ量情報３２ｂを更新し、メモリ部３１において使用メモリ量を開放し、メモリ状態情報３２ｄを更新する。
［ステップＳ２５］ クライアント端末２０ａにエラーであった旨を通知する。
【０１１２】
次に、このようなサーバ３０による画像データ取り出し処理の具体例についてシーケンス図を用いて説明する。
図１５は、第３の実施の形態に係るサーバにおける帳票の画像データの取り出し処理の場合のシーケンス図である。
【０１１３】
なお、図１１のシーケンス図で実行される処理と同じ処理が行われるものにはそれらと同じステップ番号を付しており、それらについては簡単に説明する。
［ステップＳ６０］ クライアント端末２０ａは帳票１，２で構成される案件ａの取り出し要求をサーバ３０に通知する。
【０１１４】
サーバ３０の受付部３４は、当該取り出し要求を受け付けると、要求実行部３５に通知する（図１２：ステップＳ５０）。
［ステップＳ６１］ 取り出し対象の案件ａの構成のデータの通知要求を帳票情報制御部３８に通知する（図１２：ステップＳ５１）。
【０１１５】
［ステップＳ６２，Ｓ６３］ 帳票情報制御部３８は、通知された案件構成のデータを帳票情報保持部３３から特定し、当該データを要求実行部３５に通知する（図１２：ステップＳ５１）。
【０１１６】
［ステップＳ６４］ 要求実行部３５は案件構成のデータをクライアント端末２０ａに送信する（図１２：ステップＳ５１）。
［ステップＳ３１〜Ｓ３５］ 要求実行部３５が取り出し対象の案件ａの構成のデータと案件ａを構成する画像データのデータ量とを情報管理部３６を介してメモリ統計情報保持部３２から取得する。また、メモリ管理部３７に当該データ量に基づいてメモリ部３１に使用メモリ量を割り当てさせる。要求実行部３５は割り当てられたメモリ部３１に応じてメモリ状態情報３２ｄを情報管理部３６に更新させる。
【０１１７】
［ステップＳ６５，Ｓ６６］ 帳票情報制御部３８は、帳票情報保持部３３から帳票１の画像データを取り出し、取り出した帳票１の画像データをメモリ部３１の割り当てた所定箇所に出力する（図１３：ステップＳ５４）。
【０１１８】
［ステップＳ６７，Ｓ６８］ 要求実行部３５は、メモリ部３１の所定箇所に出力された帳票１の画像データを応答部３９からクライアント端末２０ａに送信する（図１３：ステップＳ５５）。
【０１１９】
なお、帳票２についてもステップＳ６５〜Ｓ６８と同様の処理を実行してクライアント端末２０ａに帳票２の画像データを送信する。
［ステップＳ４２〜Ｓ４５］ 要求実行部３５は、帳票データ量情報３２ｂの帳票１，２について情報管理部３６に更新させて、メモリ管理部３７にメモリ部３１に割り当てた使用メモリ量を開放させる。そして、要求実行部３５は、メモリ状態情報３２ｄの帳票１，２が読み込まれていたメモリについてメモリ管理部３７に更新させる。
【０１２０】
このようにサーバ３０は、クライアント端末２０ａが帳票読取ユニット２０ｅで読み取った帳票の画像データの種類ごとに画像データの実行履歴から算出したデータ量を表す使用メモリ量情報３２ａから、クライアント端末２０ａからの取り出し要求に応じて取り出す帳票の画像データの種類に対応するデータ量を特定し、特定したデータ量をメモリ部３１に割り当てるようにした。このため、メモリ部３１の容量に対して帳票の画像データのデータ量を効率的に割り当てることが可能となる。したがって、１台のサーバ３０に対して接続できるクライアント端末２０ａの台数を増加させることが可能となり、サーバ３０の増設を防ぎ、サーバ３０の導入コストを抑制することができる。
【０１２１】
また、取り出し処理においても、クライアント端末２０ａからの読取格納要求に応じて実行した帳票の画像データの実際のデータ量が使用メモリ量情報３２ａに反映されて更新されるため、使用メモリ量情報３２ａのデータ量の信頼性が向上する。したがって、メモリ部３１に対して使用メモリ量をより適切に割り当てることができるようになる。
【０１２２】
なお、上記の処理機能は、コンピュータによって実現することができる。その場合、サーバ装置３及びサーバ３０が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記憶装置、光ディスク、光磁気記録媒体、半導体メモリ等がある。磁気記憶装置には、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープ等がある。光ディスクには、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ−ＲＡＭ、ＣＤ（Compact Disc）−ＲＯＭ（Read Only Memory）／ＲＷ（ReWritable）等がある。光磁気記録媒体には、ＭＯ（Magneto-Optical disk）等がある。
【０１２３】
プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭ等の可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
【０１２４】
プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、ネットワークを介して接続されたサーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。
【０１２５】
また、上記の処理機能の少なくとも一部を、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）等の電子回路で実現することもできる。
【符号の説明】
【０１２６】
１ 情報処理システム
２，２０ クライアント
３ サーバ装置
３ａ メモリ
３ｂ 使用メモリ量情報
３ｃ データ構成情報
３ｄ 要求実行手段
３ｅ メモリ管理手段
３ｆ 情報管理手段
１０ 営業店システム
２０ａ クライアント端末
２０ａ１，３０ａ ＣＰＵ
２０ａ２，３０ｂ ＲＡＭ
２０ａ３，３０ｃ 通信部
２０ａ４，３０ｄ グラフィック処理部
２０ａ５，３０ｅ ＨＤＤ
２０ａ６，３０ｆ 入力インタフェース
２０ａ７ 入出力制御部
２０ａ８，３０ｇ バス
２０ｂ タッチパネル
２０ｂ１，３０ｈ モニタ
２０ｂ２ タッチ検知部
２０ｃ，３０ｉ キーボード
２０ｄ，３０ｊ マウス
２０ｅ 帳票読取ユニット
２０ｆ 通帳プリンタユニット
２０ｇ 現金処理ユニット
３０ サーバ
３１ メモリ部
３２ メモリ統計情報保持部
３２ａ 使用メモリ量情報
３２ｂ 帳票データ量情報
３２ｃ 案件構成情報
３２ｄ メモリ状態情報
３３ 帳票情報保持部
３４ 受付部
３５ 要求実行部
３６ 情報管理部
３７ メモリ管理部
３８ 帳票情報制御部
３９ 応答部
【特許請求の範囲】
【請求項１】
クライアントが通信可能に接続されるサーバ装置において、
前記クライアントが取得するデータの種類ごとに前記データの実行履歴から算出したデータ量を表す使用メモリ量情報から、前記クライアントからの要求に応じて実行するデータの種類に対応するデータ量を特定する要求実行手段と、
前記要求実行手段が特定した前記データ量をメモリに割り当てるメモリ管理手段と、
を有することを特徴とするサーバ装置。
【請求項２】
前記要求実行手段は、前記使用メモリ量情報と共に、実行種別ごとのデータの種類の構成を表すデータ構成情報から、前記クライアントからの実行種別に基づく要求に応じて実行する各種類のデータのデータ量をそれぞれ特定する、
ことを特徴とする請求項１記載のサーバ装置。
【請求項３】
前記クライアントからの要求に応じて実行したデータの実際のデータ量に基づいて前記使用メモリ量情報を更新する情報管理手段を更に有することを特徴とする請求項１記載のサーバ装置。
【請求項４】
前記使用メモリ量情報の前記算出したデータ量は、前記実行したデータの実際のデータ量の平均値であることを特徴とする請求項３記載のサーバ装置。
【請求項５】
クライアントが接続されるサーバ装置のメモリ管理方法において、
要求実行手段が、前記クライアントが取得したデータの種類ごとに前記データの実行実績から予測したデータ量を表す使用メモリ量情報から、前記クライアントからの要求に応じて実行するデータの種類に対応するデータ量を特定し、
メモリ管理手段が、前記要求実行手段が特定した前記データ量をメモリに割り当てる、
ことを特徴とするメモリ管理方法。
【請求項６】
クライアントが接続されるサーバ装置のメモリ管理プログラムにおいて、
コンピュータに、
前記クライアントが取得したデータの種類ごとに前記データの実行実績から予測したデータ量を表す使用メモリ量情報から、前記クライアントからの要求に応じて実行するデータの種類に対応するデータ量を特定させ、
特定させた前記データ量をメモリに割り当てさせる、
処理を実行させることを特徴とするメモリ管理プログラム。
【請求項１】
クライアントが通信可能に接続されるサーバ装置において、
前記クライアントが取得するデータの種類ごとに前記データの実行履歴から算出したデータ量を表す使用メモリ量情報から、前記クライアントからの要求に応じて実行するデータの種類に対応するデータ量を特定する要求実行手段と、
前記要求実行手段が特定した前記データ量をメモリに割り当てるメモリ管理手段と、
を有することを特徴とするサーバ装置。
【請求項２】
前記要求実行手段は、前記使用メモリ量情報と共に、実行種別ごとのデータの種類の構成を表すデータ構成情報から、前記クライアントからの実行種別に基づく要求に応じて実行する各種類のデータのデータ量をそれぞれ特定する、
ことを特徴とする請求項１記載のサーバ装置。
【請求項３】
前記クライアントからの要求に応じて実行したデータの実際のデータ量に基づいて前記使用メモリ量情報を更新する情報管理手段を更に有することを特徴とする請求項１記載のサーバ装置。
【請求項４】
前記使用メモリ量情報の前記算出したデータ量は、前記実行したデータの実際のデータ量の平均値であることを特徴とする請求項３記載のサーバ装置。
【請求項５】
クライアントが接続されるサーバ装置のメモリ管理方法において、
要求実行手段が、前記クライアントが取得したデータの種類ごとに前記データの実行実績から予測したデータ量を表す使用メモリ量情報から、前記クライアントからの要求に応じて実行するデータの種類に対応するデータ量を特定し、
メモリ管理手段が、前記要求実行手段が特定した前記データ量をメモリに割り当てる、
ことを特徴とするメモリ管理方法。
【請求項６】
クライアントが接続されるサーバ装置のメモリ管理プログラムにおいて、
コンピュータに、
前記クライアントが取得したデータの種類ごとに前記データの実行実績から予測したデータ量を表す使用メモリ量情報から、前記クライアントからの要求に応じて実行するデータの種類に対応するデータ量を特定させ、
特定させた前記データ量をメモリに割り当てさせる、
処理を実行させることを特徴とするメモリ管理プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２０１２−２３４２７７（Ｐ２０１２−２３４２７７Ａ）
【公開日】平成２４年１１月２９日（２０１２．１１．２９）
【国際特許分類】
【出願番号】特願２０１１−１０１２１６（Ｐ２０１１−１０１２１６）
【出願日】平成２３年４月２８日（２０１１．４．２８）
【出願人】（０００２３７６３９）富士通フロンテック株式会社 (667)
【Ｆターム（参考）】
【公開日】平成２４年１１月２９日（２０１２．１１．２９）
【国際特許分類】
【出願日】平成２３年４月２８日（２０１１．４．２８）
【出願人】（０００２３７６３９）富士通フロンテック株式会社 (667)
【Ｆターム（参考）】
[ Back to top ]