(57)【要約】【課題】他システムに新たな機能を追加する必要なく、自システムにおいて必要となる処理量を抑えながら、他システムの管理データを自システムの管理データに反映することが可能な技術が提供されることが望まれる。【解決手段】他システムの管理データを検索して更新のあった管理データの識別情報を取得する更新検索部と、前記更新のあった管理データの件数またはサイズに基づいて、前記更新のあった管理データの取得スケジュールを設定する取得スケジュール設定部と、前記取得スケジュールと前記識別情報とに基づいて、前記更新のあった管理データを前記他システムから取得する更新データ取得部と、前記更新のあった管理データを自システムの管理データに反映するデータ更新部と、を備える、データ更新システムが提供される。【選択図】図１
2018205786.tif 000002
【特許請求の範囲】
【請求項１】
他システムの管理データを検索して更新のあった管理データの識別情報を取得する更新検索部と、
前記更新のあった管理データの件数またはサイズに基づいて、前記更新のあった管理データの取得スケジュールを設定する取得スケジュール設定部と、
前記取得スケジュールと前記識別情報とに基づいて、前記更新のあった管理データを前記他システムから取得する更新データ取得部と、
前記更新のあった管理データを自システムの管理データに反映するデータ更新部と、
を備える、データ更新システム。
【請求項２】
前記取得スケジュール設定部は、前記更新のあった管理データのうち、件数またはサイズが閾値以下である管理データの取得タイミングを第１の期間に設定し、件数またはサイズが前記閾値を超える管理データの取得タイミングを前記第１の期間とは異なる第２の期間に設定する、
請求項１に記載のデータ更新システム。
【請求項３】
前記取得スケジュール設定部は、前記他システムの稼動情報に基づいて、前記更新のあった管理データの取得スケジュールを設定する、
請求項１に記載のデータ更新システム。
【請求項４】
前記取得スケジュール設定部は、前記更新のあった管理データの取得タイミングを、前記他システムが稼動している期間のいずれかに設定する、
請求項３に記載のデータ更新システム。
【請求項５】
前記取得スケジュール設定部は、前記更新のあった管理データのうち、件数またはサイズが閾値以下である管理データの取得タイミングを前記他システムが稼動している第１の期間に設定し、件数またはサイズが前記閾値を超える管理データの取得タイミングを前記他システムが稼動している第２の期間に設定する、
請求項４に記載のデータ更新システム。
【請求項６】
前記他システムは、帳票イメージを前記他システムの管理データとして管理し、
自システムは、前記他システムによって管理される前記帳票イメージを自システムの管理データに反映する、
請求項１に記載のデータ更新システム。
【請求項７】
前記更新のあった管理データは、変更された管理データおよび新たに追加された管理データの少なくともいずれか一方を含む、
請求項１に記載のデータ更新システム。
【請求項８】
他システムの管理データを検索して更新のあった管理データの識別情報を取得する更新検索部と、
前記更新のあった管理データの件数またはサイズに基づいて、前記更新のあった管理データの取得スケジュールを設定する取得スケジュール設定部と、
前記取得スケジュールと前記識別情報とに基づいて、前記更新のあった管理データを前記他システムから取得する更新データ取得部と、
前記更新のあった管理データを自システムの管理データに反映するデータ更新部と、
を備える、データ更新装置。
【請求項９】
他システムの管理データを検索して更新のあった管理データの識別情報を取得することと、
前記更新のあった管理データの件数またはサイズに基づいて、前記更新のあった管理データの取得スケジュールを設定することと、
前記取得スケジュールと前記識別情報とに基づいて、前記更新のあった管理データを前記他システムから取得することと、
前記更新のあった管理データを自システムの管理データに反映することと、
を備える、データ更新方法。
【請求項１０】
コンピュータを、
他システムの管理データを検索して更新のあった管理データの識別情報を取得する更新検索部と、
前記更新のあった管理データの件数またはサイズに基づいて、前記更新のあった管理データの取得スケジュールを設定する取得スケジュール設定部と、
前記取得スケジュールと前記識別情報とに基づいて、前記更新のあった管理データを前記他システムから取得する更新データ取得部と、
前記更新のあった管理データを自システムの管理データに反映するデータ更新部と、
を備えるデータ更新装置として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ更新システム、データ更新装置、データ更新方法およびプログラムに関する。
【背景技術】
【０００２】
近年、他システムの例としての印鑑登録システムに登録される管理データの例としての帳票イメージと、帳票イメージの検索条件となるキー情報とを、自システムの例としての帳票イメージ保管システムに登録する場合、印鑑登録システムが帳票イメージを帳票イメージ保管システムに送信し、帳票イメージ保管システムがキー情報を印鑑登録システムから取得し、取得したキー情報を内部に取り込む技術が存在する。なお、自システムの管理データに他システムの管理データを反映する技術としては、様々な技術が開示されている。
【０００３】
例えば、特許文献１には、他システムから送信されたデータ更新情報に基づいて、自システムのデータを更新する技術が開示されている。特許文献２には、リモートシステムのデータ更新状況を検索し、更新されていたデータを取得し、取得したデータに基づいて自システムのデータを更新する技術が開示されている。特許文献３には、他システムにおいて使用されるファイル内の追加データを読み取り、読み取った追加データに基づいて自システムのデータベースを更新する技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平８−３２８９３０号公報
【特許文献２】特開２００６−２７７４３２号公報
【特許文献３】特開２０００−３３９２０４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、かかる技術においては、帳票イメージとキー情報とを帳票イメージ保管システムに登録するために、印鑑登録システムに新たな機能を追加する必要がある。仮に、印鑑登録システムに新たな機能を追加しない場合には、帳票イメージ保管システムにおいて印鑑票を読み取って帳票イメージを得るとともに、印鑑票に関連する情報（キー情報など）をオペレータが入力することによって、帳票イメージと印鑑票に関連する情報とを帳票イメージ保管システムに登録する必要がある。
【０００６】
そこで、他システムに新たな機能を追加する必要なく、自システムにおいて必要となる処理量を抑えながら、他システムの管理データを自システムの管理データに反映することが可能な技術が提供されることが望まれる。
【課題を解決するための手段】
【０００７】
上記問題を解決するために、本発明のある観点によれば、他システムの管理データを検索して更新のあった管理データの識別情報を取得する更新検索部と、前記更新のあった管理データの件数またはサイズに基づいて、前記更新のあった管理データの取得スケジュールを設定する取得スケジュール設定部と、前記取得スケジュールと前記識別情報とに基づいて、前記更新のあった管理データを前記他システムから取得する更新データ取得部と、前記更新のあった管理データを自システムの管理データに反映するデータ更新部と、を備える、データ更新システムが提供される。
【０００８】
前記取得スケジュール設定部は、前記更新のあった管理データのうち、件数またはサイズが閾値以下である管理データの取得タイミングを第１の期間に設定し、件数またはサイズが前記閾値を超える管理データの取得タイミングを前記第１の期間とは異なる第２の期間に設定してもよい。
【０００９】
前記取得スケジュール設定部は、前記他システムの稼動情報に基づいて、前記更新のあった管理データの取得スケジュールを設定してもよい。
【００１０】
前記取得スケジュール設定部は、前記更新のあった管理データの取得タイミングを、前記他システムが稼動している期間のいずれかに設定してもよい。
【００１１】
前記取得スケジュール設定部は、前記更新のあった管理データのうち、件数またはサイズが閾値以下である管理データの取得タイミングを前記他システムが稼動している第１の期間に設定し、件数またはサイズが前記閾値を超える管理データの取得タイミングを前記他システムが稼動している第２の期間に設定してもよい。
【００１２】
前記他システムは、帳票イメージを前記他システムの管理データとして管理し、自システムは、前記他システムによって管理される前記帳票イメージを自システムの管理データに反映してもよい。
【００１３】
前記更新のあった管理データは、変更された管理データおよび新たに追加された管理データの少なくともいずれか一方を含んでもよい。
【００１４】
また、本発明の他の観点によれば、他システムの管理データを検索して更新のあった管理データの識別情報を取得する更新検索部と、前記更新のあった管理データの件数またはサイズに基づいて、前記更新のあった管理データの取得スケジュールを設定する取得スケジュール設定部と、前記取得スケジュールと前記識別情報とに基づいて、前記更新のあった管理データを前記他システムから取得する更新データ取得部と、前記更新のあった管理データを自システムの管理データに反映するデータ更新部と、を備える、データ更新装置が提供される。
【００１５】
また、本発明の他の観点によれば、他システムの管理データを検索して更新のあった管理データの識別情報を取得することと、前記更新のあった管理データの件数またはサイズに基づいて、前記更新のあった管理データの取得スケジュールを設定することと、前記取得スケジュールと前記識別情報とに基づいて、前記更新のあった管理データを前記他システムから取得することと、前記更新のあった管理データを自システムの管理データに反映することと、を備える、データ更新方法が提供される。
【００１６】
また、本発明の他の観点によれば、コンピュータを、他システムの管理データを検索して更新のあった管理データの識別情報を取得する更新検索部と、前記更新のあった管理データの件数またはサイズに基づいて、前記更新のあった管理データの取得スケジュールを設定する取得スケジュール設定部と、前記取得スケジュールと前記識別情報とに基づいて、前記更新のあった管理データを前記他システムから取得する更新データ取得部と、前記更新のあった管理データを自システムの管理データに反映するデータ更新部と、を備えるデータ更新装置として機能させるためのプログラムが提供される。
【発明の効果】
【００１７】
以上説明したように本発明によれば、他システムに新たな機能を追加する必要なく、自システムにおいて必要となる処理量を抑えながら、他システムの管理データを自システムの管理データに反映することが可能となる。
【図面の簡単な説明】
【００１８】
【図１】本発明の第１の実施形態に係る情報処理システムの構成例を示した説明図である。
【図２】印鑑サーバの機能構成例を示す図である。
【図３】印鑑データベース部によって保持される各種情報の構成例を示す図である。
【図４】帳票イメージ保管サーバの機能構成例を示す図である。
【図５】更新検索定義情報格納部の構成例を示す図である。
【図６】ＩＤと登録日とが対応付けられて格納されたイメージ取得情報データベース部の構成例を示す図である。
【図７】取得スケジュール定義情報格納部の構成例を示す図である。
【図８】取得予定日が格納されたイメージ取得情報データベース部の構成例を示す図である。
【図９】更新のあった管理データのＩＤが格納された帳票イメージデータベース部の構成例を示す図である。
【図１０】更新データ取得定義情報格納部の構成例を示す図である。
【図１１】管理データが格納された帳票イメージデータベース部の構成例を示す図である。
【図１２】登録日と同日が取得日として格納されたイメージ取得情報データベース部の構成例を示す図である。
【図１３】登録日の翌日が取得日として格納されたイメージ取得情報データベース部の構成例を示す図である。
【図１４】本発明の第１の実施形態に係る情報処理システムの動作例を示したフローチャートである。
【図１５】取得スケジュール定義情報格納部の構成例を示す図である。
【図１６】本発明の実施形態に係る帳票イメージ保管サーバのハードウェア構成を示す図である。
【発明を実施するための形態】
【００１９】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書および図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００２０】
また、本明細書および図面において、実質的に同一または類似の機能構成を有する複数の構成要素を、同一の符号の後に異なる数字を付して区別する。また、異なる実施形態の類似する構成要素については、同一の符号の後に異なるアルファベットを付して区別する。ただし、実質的に同一の機能構成を有する複数の構成要素等の各々を特に区別する必要がない場合、同一符号のみを付する。
【００２１】
（１．第１の実施形態の詳細）
まず、本発明の第１の実施形態の詳細について説明する。
【００２２】
（１−１．情報処理システムの構成）
図１を参照しながら、本発明の第１の実施形態に係る情報処理システムの構成例について説明する。図１は、本発明の第１の実施形態に係る情報処理システムの構成例を示した説明図である。図１に示したように、情報処理システムは、他システムの例としての印鑑登録システム１００と、自システム（データ更新システム）の例としての帳票イメージ保管システム２００とを有している。なお、後にも説明するように、印鑑登録システム１００は、他システムの一例に過ぎず、帳票イメージ保管システム２００は、自システムの一例に過ぎない。
【００２３】
印鑑登録システム１００は、印鑑票登録端末１１０と印鑑サーバ１２０とを有する。帳票イメージ保管システム２００は、帳票イメージ照会端末２１０と帳票イメージ保管サーバ２２０とを有する。帳票イメージ保管サーバ２２０は、データ更新装置の一例として機能し得る。
【００２４】
印鑑票登録端末１１０は、一例としてイメージスキャナ装置に接続されたパーソナルコンピュータなどの端末である。印鑑票登録端末１１０は、イメージスキャナ装置によって読み取られた印鑑票の帳票イメージ（帳票の画像データ）を取得し、帳票イメージに対して帳票イメージを一意に識別するための識別情報（以下、「ＩＤ」とも言う。）を付与する機能、および、帳票イメージにおける印影部分のイメージ（以下、「印影イメージ」とも言う。）を切り出す機能を有する。
【００２５】
また、印鑑票登録端末１１０は、店番号、科目、口座番号などの入力情報がオペレータによって入力されると、ＩＤ、帳票イメージおよび印影イメージに対して、当該入力情報を付与し、ＩＤ、帳票イメージ、印影イメージおよび当該入力情報を印鑑サーバ１２０に送信することによって、ＩＤ、帳票イメージ、印影イメージおよび当該入力情報を印鑑サーバ１２０に登録する機能を有する。
【００２６】
なお、店番号、科目および口座番号は、帳票イメージ保管システム２００において、帳票イメージを検索するための検索キーとして利用され得るため、以下では、店番号、科目および口座番号を「キー情報」と称する場合がある。また、以下では、「帳票イメージ」と「キー情報」とを合わせて「管理データ」と称する場合がある。
【００２７】
図２は、印鑑サーバ１２０の機能構成例を示す図である。図２に示したように、印鑑サーバ１２０は、印鑑データベース部１２２を備える。ここで、印鑑データベース部１２２は、一般的なデータベースによって構成され得る。
【００２８】
図３は、印鑑データベース部１２２によって保持される各種情報の構成例を示す図である。図３に示したように、印鑑データベース部１２２は、印鑑票登録端末１１０から受信した、ＩＤ、帳票イメージ、キー情報、印影イメージを保持する他、これらの情報が印鑑データベース部１２２に登録された日を示す登録日を保持する。
【００２９】
図４は、帳票イメージ保管サーバ２２０の機能構成例を示す図である。図４に示したように、帳票イメージ保管サーバ２２０は、更新検索部２２２、更新検索定義情報格納部２２４、更新データ取得部２２６、更新データ取得定義情報格納部２２８、取得スケジュール設定部２３０、取得スケジュール定義情報格納部２３２、帳票イメージデータベース部２３４、イメージ取得情報データベース部２３６およびデータ更新部２３８を有している。
【００３０】
ここで、更新検索部２２２、更新データ取得部２２６、取得スケジュール設定部２３０およびデータ更新部２３８は、プロセッサにより構成され得る。更新検索定義情報格納部２２４、更新データ取得定義情報格納部２２８、取得スケジュール定義情報格納部２３２、帳票イメージデータベース部２３４およびイメージ取得情報データベース部２３６は、メモリによって構成され得る。帳票イメージデータベース部２３４およびイメージ取得情報データベース部２３６は、一般的なデータベースによって構成され得る。
【００３１】
更新検索部２２２は、印鑑登録システム１００の管理データを検索して更新のあった管理データのＩＤを取得する。ここで、本発明の第１の実施形態においては、更新のあった管理データとして、新たに追加された管理データを主に想定する。しかし、更新のあった管理データは、変更された管理データを含んでもよい。すなわち、更新のあった管理データは、変更された管理データおよび新たに追加された管理データの少なくともいずれか一方を含んでよい。
【００３２】
更新検索部２２２は、更新検索定義情報格納部２２４に格納される更新検索定義情報に基づいて、印鑑データベース部１２２を検索して、印鑑登録システム１００の管理データのＩＤとＩＤに対応する登録日とを取得する。また、更新検索部２２２は、かかる更新検索定義情報に基づいて、イメージ取得情報データベース部２３６へ、更新のあった管理データのＩＤとＩＤに対応する登録日とを格納する。
【００３３】
図５は、更新検索定義情報格納部２２４の構成例を示す図である。図５に示したように、更新検索定義情報格納部２２４に格納される更新検索定義情報２２４Ａには、印鑑データベース部１２２を検索するための「検索キー」として「ＩＤ」が定義されている。また、更新検索定義情報２２４Ａには、検索キーに基づいて印鑑データベース部１２２から取得される情報名として「登録日」が定義されている。
【００３４】
また、図５に示したように、更新検索定義情報２２４Ａには、「ＩＤ」に基づいて印鑑データベース部１２２から「登録日」を取得するためのＳＱＬ文が「取得情報」として定義されている。また、更新検索定義情報２２４Ａには、イメージ取得情報データベース部２３６へ、「ＩＤ」に対応する「登録日」を格納するためのＳＱＬ文が「格納情報」として定義されている。
【００３５】
例えば、更新検索部２２２は、印鑑データベース部１２２から取得された「ＩＤ」と「ＩＤ」に対応する「登録日」とに基づいて、本日の日付と同一である「登録日」に対応する「ＩＤ」を、更新のあった管理データのＩＤとして取得すればよい。
【００３６】
なお、更新検索部２２２による印鑑データベース部１２２の検索が１日に２回以上実行される場合も想定される。例えば、更新検索部２２２は、１日よりも短い所定の時間ごとに（例えば、１０分に１回など）印鑑データベース部１２２を検索する場合も想定される。かかる場合には、更新検索部２２２は、印鑑データベース部１２２から取得された「ＩＤ」と「ＩＤ」に対応する「登録日」とに基づいて、本日の日付と同一である「登録日」に対応する「ＩＤ」から、既に取得済みの「ＩＤ」を除外すればよい。
【００３７】
また、更新検索部２２２は、更新のあった管理データのＩＤと、そのＩＤに対応する登録日とを対応付けて、イメージ取得情報データベース部２３６に格納する。
【００３８】
図６は、ＩＤと登録日とが対応付けられて格納されたイメージ取得情報データベース部２３６の構成例を示す図である。例えば、更新検索部２２２は、印鑑データベース部１２２を検索して、更新のあった管理データのＩＤとして「１２３４５６７８」を取得し、このＩＤに対応する登録日として「１０／０１／０１」を取得した場合を想定する。かかる場合には、図６に示したように、更新検索部２２２は、イメージ取得情報データベース部２３６−１に、ＩＤ「１２３４５６７８」とこのＩＤに対応する登録日「１０／０１／０１」とを対応付けて格納する。
【００３９】
取得スケジュール設定部２３０は、更新のあった管理データの取得スケジュールを設定する。ここで、本発明の第１の実施形態においては、更新のあった管理データの件数に基づいて、更新のあった管理データの取得スケジュールを設定する場合を主に想定する。しかし、取得スケジュール設定部２３０は、更新のあった管理データのサイズに基づいて、更新のあった管理データの取得スケジュールを設定してもよい。すなわち、更新のあった管理データの件数の代わりに、更新のあった管理データのサイズが用いられてもよい。
【００４０】
取得スケジュール設定部２３０は、更新のあった管理データの件数と取得スケジュール定義情報格納部２３２に格納される取得スケジュール定義情報とに基づいて、更新のあった管理データの取得スケジュールを設定する。例えば、取得スケジュール設定部２３０は、更新のあった管理データのうち、件数が閾値以下である管理データの取得タイミングを第１の期間に設定し、件数またはサイズが閾値を超える管理データの取得タイミングを第１の期間とは異なる第２の期間に設定する。
【００４１】
以下では、閾値が「１０００件」である場合を主に想定するが、閾値は特に限定されない。また、閾値は複数存在していてもよい。かかる場合には、取得スケジュール設定部２３０によって、各管理データの取得タイミングが、複数の閾値によって区分けされる３つ以上の期間のいずれかに設定される。
【００４２】
また、以下では、取得スケジュール設定部２３０が、第１の期間として登録日の当日を設定するとともに、第２の期間として登録日の翌日を設定する場合を主に想定する。しかし、第１の期間および第２の期間はどのように決められてもよい。例えば、第１の期間および第２の期間それぞれは、日単位ではなく、時間単位で決められてもよいし、週単位で決められてもよいし、曜日単位で決められてもよいし、月単位で決められてもよい。
【００４３】
図７は、取得スケジュール定義情報格納部２３２の構成例を示す図である。図７に示したように、取得スケジュール定義情報格納部２３２に格納される取得スケジュール定義情報２３２Ａ−１には、イメージ取得情報データベース部２３６を検索するための「検索キー」として「ＩＤ」が定義されている。また、取得スケジュール定義情報２３２Ａ−１には、検索キーに基づいてイメージ取得情報データベース部２３６から、取得対象件数（更新があった管理データの件数）を取得するためのＳＱＬ文が定義されている。
【００４４】
また、取得スケジュール定義情報２３２Ａ−１には、「第１の判定情報」として、「１件目から１０００件目まで」の管理データが定義され、かかる管理データの「第１の取得タイミング」として、「登録日から取得予定日までの日数＝０日」が定義されている。また、取得スケジュール定義情報２３２Ａ−１には、「第２の判定情報」として、「１００１件目から２０００件目まで」の管理データが定義され、かかる管理データの「第２の取得タイミング」として、「登録日から取得予定日までの日数＝１日」が定義されている。
【００４５】
また、取得スケジュール設定部２３０は、更新のあった管理データのＩＤに対応する取得予定日を、更新のあった管理データのＩＤに対応付けて、イメージ取得情報データベース部２３６に格納する。
【００４６】
図８は、取得予定日が格納されたイメージ取得情報データベース部２３６の構成例を示す図である。図６に示したように、ＩＤ「１２３４５６７８」、および、登録日「１０／０１／０１」が取得された上で、取得スケジュール設定部２３０によって、このＩＤに対応する取得予定日として「１０／０１／０１」が取得された場合を想定する。かかる場合には、図８に示したように、取得スケジュール設定部２３０は、イメージ取得情報データベース部２３６−２に、取得予定日「１０／０１／０１」をＩＤ「１２３４５６７８」に対応付けて格納する。
【００４７】
更新データ取得部２２６は、更新のあった管理データのＩＤを、帳票イメージデータベース部２３４に格納する。
【００４８】
図９は、更新のあった管理データのＩＤが格納された帳票イメージデータベース部２３４の構成例を示す図である。図６に示したように、更新のあった管理データのＩＤとして「１２３４５６７８」が取得された場合を想定する。かかる場合には、図９に示したように、更新データ取得部２２６は、更新のあった管理データのＩＤ「１２３４５６７８」を、帳票イメージデータベース部２３４−１に格納する。
【００４９】
更新データ取得部２２６は、取得スケジュール設定部２３０によって設定された取得スケジュールと、更新検索部２２２によって取得されたＩＤとに基づいて、更新のあった管理データを印鑑登録システム１００から取得する。例えば、更新データ取得部２２６は、イメージ取得情報データベース部２３６−２に格納された取得予定日が、本日の日付に達したＩＤに対応する管理データを、印鑑登録システム１００の印鑑データベース部１２２から取得する。
【００５０】
なお、更新データ取得部２２６による管理データの取得が１日に２回以上実行される場合も想定される。例えば、更新データ取得部２２６は、１日よりも短い所定の時間ごとに（例えば、１０分に１回など）管理データを取得する場合も想定される。かかる場合には、更新データ取得部２２６は、イメージ取得情報データベース部２３６−２に格納された取得予定日が、本日の日付に達したＩＤに対応する管理データから、既に取得済みの管理データ（イメージ取得情報データベース部２３６−２に「取得日」が格納された「ＩＤ」に対応する管理データ）を除外すればよい。
【００５１】
データ更新部２３８は、更新のあった管理データを自システムの管理データに反映する。より具体的には、データ更新部２３８は、更新データ取得部２２６によって取得された、更新のあった管理データを自システムの管理データに反映する。例えば、データ更新部２３８は、更新データ取得部２２６によって取得された、更新のあった管理データを、帳票イメージデータベース部２３４に格納することによって、自システムの管理データに反映する。
【００５２】
上記したように、管理データには、「帳票イメージ」と「キー情報」とが含まれ得る。また、印鑑データベース部１２２から「キー情報」を取得するための定義情報、および、帳票イメージデータベース部２３４へ「キー情報」を格納するための定義情報は、更新データ取得定義情報格納部２２８に定義されている。
【００５３】
図１０は、更新データ取得定義情報格納部２２８の構成例を示す図である。図１０に示したように、更新データ取得定義情報格納部２２８に格納される更新データ取得情報２２８Ａには、印鑑データベース部１２２を検索するための「検索キー」として「ＩＤ」が定義されている。
【００５４】
また、更新データ取得情報２２８Ａには、検索キーに基づいて印鑑データベース部１２２から、キー情報（店番号、科目、口座番号）を取得するためのＳＱＬ文が定義されている。また、更新データ取得情報２２８Ａには、帳票イメージデータベース部２３４へ、「ＩＤ」に対応するキー情報（店番号、科目、口座番号）を格納するためのＳＱＬ文が定義されている。
【００５５】
なお、図１０に示した例では、印鑑データベース部１２２から「キー情報」を取得するための定義情報、および、帳票イメージデータベース部２３４へ「キー情報」を格納するための定義情報が定義されている。しかし、印鑑データベース部１２２から「帳票イメージ」を取得するための定義情報、および、帳票イメージデータベース部２３４へ「帳票イメージ」を格納するための定義情報も、同様にして定義され得る。
【００５６】
図１１は、管理データが格納された帳票イメージデータベース部２３４の構成例を示す図である。ここで、更新データ取得部２２６によって、印鑑データベース部１２２から、ＩＤ「１２３４５６７８」に対応する、帳票イメージ「・・・」とキー情報（店番「１２３」、科目「０１」、口座番号「１２３４５６７」）とが取得された場合を想定する。かかる場合、図１１に示したように、データ更新部２３８は、帳票イメージ「・・・」とキー情報（店番「１２３」、科目「０１」、口座番号「１２３４５６７」）とを、ＩＤ「１２３４５６７８」に対応付けて、帳票イメージデータベース部２３４に格納する。
【００５７】
また、データ更新部２３８は、帳票イメージデータベース部２３４に管理データを格納した場合、イメージ取得情報データベース部２３６において、この管理データのＩＤに対応する「取得日」に、管理データを格納した日を格納する。
【００５８】
図１２は、登録日と同日が取得日として格納されたイメージ取得情報データベース部２３６の構成例を示す図である。データ更新部２３８が、ＩＤ「１２３４５６７８」に対応する、帳票イメージとキー情報とを、登録日「１０／０１／０１」と同日の「１０／０１／０１」に帳票イメージデータベース部２３４に格納した場合を想定する。かかる場合、図１２に示したように、データ更新部２３８は、イメージ取得情報データベース部２３６−３において、ＩＤ「１２３４５６７８」に対応する「取得日」に「１０／０１／０１」を格納する。
【００５９】
図１３は、登録日の翌日が取得日として格納されたイメージ取得情報データベース部２３６の構成例を示す図である。データ更新部２３８が、ＩＤ「２３４５６７８９」に対応する、帳票イメージとキー情報とを、登録日「１０／０１／０１」の翌日の「１０／０１／０２」に帳票イメージデータベース部２３４に格納した場合を想定する。かかる場合、図１３に示したように、データ更新部２３８は、イメージ取得情報データベース部２３６−４において、ＩＤ「２３４５６７８９」に対応する「取得日」に「１０／０１／０２」を格納する（図１３を参照すると、「取得予定日」にも「１０／０１／０２」が格納されている）。
【００６０】
以上、本発明の第１の実施形態に係る情報処理システムの構成例について説明した。
【００６１】
（１−２．情報処理システムの動作）
続いて、図１４を参照しながら、本発明の第１の実施形態に係る情報処理システムの動作例について説明する。図１４は、本発明の第１の実施形態に係る情報処理システムの動作例を示したフローチャートである。図１４に示したように、まず、オペレータは、業務時間中に印鑑票登録端末１１０を操作し、新規に受け付けた印鑑票の情報として、帳票イメージの他に、店番、科目、口座番号などといったキー情報を登録する（Ｓ１００）。このとき、印鑑票登録端末１１０によって帳票イメージにＩＤが割り振られる。
【００６２】
続いて、更新検索部２２２は、印鑑サーバ１２０の印鑑データベース部１２２を検索して、印鑑データベース部１２２に更新のあった管理データ（例えば、新規に登録された管理データ）のＩＤとＩＤに対応する登録日を取得する（Ｓ１０２）。更新検索部２２２は、取得したＩＤと登録日とを対応付けて、イメージ取得情報データベース部２３６に格納する。
【００６３】
一例として、ＩＤと登録日とが対応付けられて格納されたイメージ取得情報データベース部２３６の構成例が、図６に示されている。図６に示した例では、印鑑データベース部１２２に更新のあった管理データ（例えば、新規に登録された管理データ）の「ＩＤ」と「ＩＤ」に対応する「登録日」がイメージ取得情報データベース部２３６−１に格納されている。また、イメージ取得情報データベース部２３６−１においては、この「ＩＤ」に対応する「取得予定日」および「取得日」は未登録である。
【００６４】
続いて、取得スケジュール設定部２３０は、更新のあった管理データの件数と取得スケジュール定義情報格納部２３２に格納される取得スケジュール定義情報とに基づいて、更新のあった管理データの取得スケジュールを設定する。また、取得スケジュール設定部２３０は、更新のあった管理データのＩＤに対応する取得予定日を、更新のあった管理データのＩＤに対応付けて、イメージ取得情報データベース部２３６に格納する（Ｓ１０４）。
【００６５】
一例として、取得予定日が格納されたイメージ取得情報データベース部２３６の構成例が、図８に示されている。図８に示した例では、印鑑データベース部１２２に更新のあった管理データ（例えば、新規に登録された管理データ）の「ＩＤ」に対応する「取得予定日」もイメージ取得情報データベース部２３６−２に格納されている。また、イメージ取得情報データベース部２３６−２には、取得スケジュール設定部２３０によって「登録日」と同日と決められた「取得予定日」が登録されている。また、イメージ取得情報データベース部２３６−２においては、この「ＩＤ」に対応する「取得日」は未登録である。
【００６６】
更新データ取得部２２６は、イメージ取得情報データベース部２３６−２に格納された取得予定日が、本日の日付に達したＩＤに対応する管理データ（帳票イメージおよびキー情報）を、印鑑登録システム１００の印鑑データベース部１２２から取得する（Ｓ１０６）。そして、データ更新部２３８は、更新データ取得部２２６によって取得された、更新のあった管理データを、帳票イメージデータベース部２３４に格納することによって、自システムの管理データに反映する。
【００６７】
また、データ更新部２３８は、帳票イメージデータベース部２３４に管理データを格納した場合、イメージ取得情報データベース部２３６において、この管理データのＩＤに対応する「取得日」に、管理データを格納した日を格納する。
【００６８】
一例として、登録日と同日が取得日として格納されたイメージ取得情報データベース部２３６の構成例が、図１２に示されている。図１２に示した例では、イメージ取得情報データベース部２３６−３において、ＩＤ「１２３４５６７８」に対応する「取得日」に「登録日」と同日の「１０／０１／０１」が格納されている。
【００６９】
また、他の一例として、登録日の翌日が取得日として格納されたイメージ取得情報データベース部２３６の構成例が、図１３に示されている。図１３に示した例では、イメージ取得情報データベース部２３６−４において、ＩＤ「１２３４５６７８」に対応する「取得日」に「登録日」の翌日の「１０／０１／０２」が格納されている。
【００７０】
以上、本発明の第１の実施形態に係る情報処理システムの動作例について説明した。
【００７１】
（１−３．効果）
本発明の第１の実施形態によれば、印鑑登録システム１００の管理データを検索して更新のあった管理データのＩＤを取得する更新検索部２２２と、更新のあった管理データの件数またはサイズに基づいて、更新のあった管理データの取得スケジュールを設定する取得スケジュール設定部２３０と、取得スケジュールとＩＤとに基づいて、更新のあった管理データを印鑑登録システム１００から取得する更新データ取得部２２６と、更新のあった管理データを自システムの管理データに反映するデータ更新部２３８と、を備える、帳票イメージ保管システム２００が提供される。
【００７２】
かかる構成によれば、帳票イメージとキー情報とを帳票イメージ保管システム２００に登録するために、印鑑登録システム１００に新たな機能を追加する必要がない。さらに、かかる構成によれば、印鑑登録システム１００に新たな機能を追加しない場合であっても、帳票イメージ保管システム２００において印鑑票を読み取って帳票イメージを得たり、印鑑票に関連する情報（キー情報など）をオペレータが入力したりせずとも、帳票イメージと印鑑票に関連する情報とが帳票イメージ保管システム２００に自動的に登録される。
【００７３】
また、かかる構成によれば、印鑑登録システム１００に存在する管理データの件数またはサイズが閾値を超える場合には、印鑑登録システム１００に対して、管理データを送信するための負荷を軽減させることが可能である。例えば、上記したように、印鑑登録システム１００に存在する管理データの件数またはサイズが閾値を超える場合には、印鑑登録システム１００から帳票イメージ保管システム２００への管理データの取得予定日を、登録日当日と翌日以降とに分散させることによって、印鑑登録システム１００に対して、管理データを送信するための負荷を軽減させることが可能である。
【００７４】
（１−４．変形例）
上記では、管理データの取得タイミングの一例として「取得予定日」を用いる場合について主に説明した。しかし、管理データの取得タイミングには、「取得予定時刻」が含まれていてもよい。かかる場合には、更新データ取得部２２６は、イメージ取得情報データベース部２３６−２に格納された「取得予定時刻」が現在時刻に達したＩＤに対応する管理データを、印鑑登録システム１００の印鑑データベース部１２２から取得すればよい。
【００７５】
以上、本発明の第１の実施形態の詳細について説明した。
【００７６】
（２．第２の実施形態の詳細）
続いて、本発明の第２の実施形態の詳細について説明する。以下では、本発明の第２の実施形態に係る帳票イメージ保管システム２００が有する構成のうち、本発明の第１の実施形態に係る帳票イメージ保管システム２００が有する構成と異なる構成について主に説明する。したがって、本発明の第２の実施形態に係る帳票イメージ保管システム２００が有する構成のうち、本発明の第１の実施形態に係る帳票イメージ保管システム２００が有する構成と共通する構成については説明を省略する。
【００７７】
（２−１．情報処理システムの構成）
ここで、本発明の第１の実施形態においては、取得スケジュール設定部２３０が、更新のあった管理データの件数またはサイズに基づいて、更新のあった管理データの取得スケジュールを設定する場合を主に説明した。本発明の第２の実施形態においては、取得スケジュール設定部２３０が、印鑑登録システム１００の稼動情報に基づいて、更新のあった管理データの取得スケジュールを設定する場合を主に説明する。
【００７８】
より具体的に、取得スケジュール設定部２３０は、更新のあった管理データの取得タイミングを、印鑑登録システム１００が稼動している期間のいずれかに設定する。
【００７９】
取得スケジュール設定部２３０は、取得スケジュール定義情報格納部２３２に格納される取得スケジュール定義情報に基づいて、更新のあった管理データの取得スケジュールを設定する。例えば、取得スケジュール設定部２３０は、更新のあった管理データの取得タイミングを、印鑑登録システム１００の停止時間を避けるように設定する。
【００８０】
図１５は、取得スケジュール定義情報格納部２３２の構成例を示す図である。図１５に示したように、取得スケジュール定義情報格納部２３２に格納される取得スケジュール定義情報２３２Ａ−２には、イメージ取得情報データベース部２３６を検索するための「検索キー」として「ＩＤ」が定義されている。また、取得スケジュール定義情報２３２Ａ−２には、検索キーに基づいてイメージ取得情報データベース部２３６から、取得対象件数（更新があった管理データの件数）を取得するためのＳＱＬ文が定義されている。
【００８１】
また、取得スケジュール定義情報２３２Ａ−２には、管理データの「取得タイミング」として、「システム停止時間（毎日１時から１時３０分まで）を除く時間」が定義されている。このとき、取得スケジュール設定部２３０は、取得スケジュール定義情報２３２Ａ−２を参照して、更新のあった管理データの取得タイミングを、システム停止時間（毎日１時から１時３０分まで）を避けるように設定すればよい。
【００８２】
また、取得スケジュール設定部２３０は、更新のあった管理データのＩＤに対応する取得予定時刻を、更新のあった管理データのＩＤに対応付けて、イメージ取得情報データベース部２３６に格納する。
【００８３】
更新データ取得部２２６は、取得スケジュール設定部２３０によって設定された取得スケジュールと、更新検索部２２２によって取得されたＩＤとに基づいて、更新のあった管理データを印鑑登録システム１００から取得する。例えば、更新データ取得部２２６は、イメージ取得情報データベース部２３６−２に格納された取得予定時刻が、現在時刻に達したＩＤに対応する管理データを、印鑑登録システム１００の印鑑データベース部１２２から取得する。
【００８４】
データ更新部２３８は、更新のあった管理データを自システムの管理データに反映する。また、データ更新部２３８は、帳票イメージデータベース部２３４に管理データを格納した場合、イメージ取得情報データベース部２３６において、この管理データのＩＤに対応する「取得時刻」に、管理データを格納した時刻を格納する。
【００８５】
以上、本発明の第２の実施形態に係る情報処理システムの構成例について説明した。
【００８６】
（２−２．情報処理システムの動作）
続いて、図１４を参照しながら、本発明の第２の実施形態に係る情報処理システムの動作例について説明する。ここでは、本発明の第２の実施形態に係る情報処理システムの動作のうち、本発明の第１の実施形態に係る情報処理システムの動作と異なる動作について主に説明し、本発明の第２の実施形態に係る情報処理システムの動作のうち、本発明の第１の実施形態に係る情報処理システムの動作と共通する動作についは説明を省略する。
【００８７】
Ｓ１００およびＳ１０２は、本発明の第１の実施形態と同様に実行される。取得スケジュール設定部２３０は、取得スケジュール定義情報格納部２３２に格納される取得スケジュール定義情報に基づいて、更新のあった管理データの取得スケジュールを設定する。また、取得スケジュール設定部２３０は、更新のあった管理データのＩＤに対応する取得予定時刻を、更新のあった管理データのＩＤに対応付けて、イメージ取得情報データベース部２３６に格納する（Ｓ１０４）。
【００８８】
更新データ取得部２２６は、イメージ取得情報データベース部２３６−２に格納された取得予定期間が、現在時刻に達したＩＤに対応する管理データ（帳票イメージおよびキー情報）を、印鑑登録システム１００の印鑑データベース部１２２から取得する（Ｓ１０６）。そして、データ更新部２３８は、更新データ取得部２２６によって取得された、更新のあった管理データを、帳票イメージデータベース部２３４に格納することによって、自システムの管理データに反映する。
【００８９】
また、データ更新部２３８は、帳票イメージデータベース部２３４に管理データを格納した場合、イメージ取得情報データベース部２３６において、この管理データのＩＤに対応する「取得時刻」に、管理データを格納した時刻を格納する。
【００９０】
以上、本発明の第２の実施形態に係る情報処理システムの動作例について説明した。
【００９１】
（２−３．効果）
本発明の第２の実施形態によれば、印鑑登録システム１００の管理データを検索して更新のあった管理データのＩＤを取得する更新検索部２２２と、印鑑登録システム１００の稼動情報に基づいて、更新のあった管理データの取得スケジュールを設定する取得スケジュール設定部２３０と、取得スケジュールとＩＤとに基づいて、更新のあった管理データを印鑑登録システム１００から取得する更新データ取得部２２６と、更新のあった管理データを自システムの管理データに反映するデータ更新部２３８と、を備える、帳票イメージ保管システム２００が提供される。
【００９２】
かかる構成によれば、本発明の第１の実施形態と同様に、帳票イメージとキー情報とを帳票イメージ保管システム２００に登録するために、印鑑登録システム１００に新たな機能を追加する必要がない。さらに、かかる構成によれば、本発明の第１の実施形態と同様に、印鑑登録システム１００に新たな機能を追加しない場合であっても、帳票イメージ保管システム２００において印鑑票を読み取って帳票イメージを得たり、印鑑票に関連する情報（キー情報など）をオペレータが入力したりせずとも、帳票イメージと印鑑票に関連する情報とが帳票イメージ保管システム２００に自動的に登録される。
【００９３】
また、かかる構成によれば、印鑑登録システム１００が稼動している期間に、印鑑登録システム１００に対して、管理データの送信を行わせることが可能である。例えば、上記したように、印鑑登録システム１００から帳票イメージ保管システム２００への管理データの取得予定時刻を、印鑑登録システム１００が停止している時間を避けるように設定することによって、印鑑登録システム１００に対して、管理データの送信を適切なタイミングで行わせることが可能である。
【００９４】
（２−４．変形例）
上記では、取得スケジュール設定部２３０が、印鑑登録システム１００の稼動情報に基づいて（更新のあった管理データの件数またはサイズに依存せずに）、更新のあった管理データの取得スケジュールを設定する例を主に説明した。しかし、取得スケジュール設定部２３０は、更新のあった管理データの件数またはサイズと、印鑑登録システム１００の稼動情報との双方に基づいて、更新のあった管理データの取得スケジュールを設定してもよい。
【００９５】
例えば、取得スケジュール設定部２３０は、更新のあった管理データのうち、件数またはサイズが閾値以下である管理データの取得タイミングを印鑑登録システム１００が稼動している第１の期間に設定してもよい。一方、取得スケジュール設定部２３０は、件数またはサイズが閾値を超える管理データの取得タイミングを印鑑登録システム１００が稼動している第２の期間に設定してもよい。
【００９６】
例えば、取得スケジュール設定部２３０は、閾値が「１０００件」である場合、１件目から１０００件目までの管理データの取得タイミングを、印鑑登録システム１００が稼動している第１の期間に設定し、１００１件目から２０００件目までの管理データの取得タイミングを、印鑑登録システム１００が稼動している第２の期間に設定してもよい。
【００９７】
例えば、上記のように、印鑑登録システム１００の停止時間が毎日１時から１時３０分までである場合を想定する。かかる場合、取得スケジュール設定部２３０は、１件目から１０００件目までの管理データの取得タイミングを、この停止時間の前の時間帯（例えば、毎日０時から１時の間）に設定してもよい。また、取得スケジュール設定部２３０は、１００１件目から２０００件目までの管理データの取得タイミングを、この停止時間の後の時間帯（例えば、毎日１時３０分から２時の間）に設定してもよい。
【００９８】
また、上記では、管理データの取得タイミングの一例として「取得予定時刻」を用いる場合について主に説明した。しかし、管理データの取得タイミングには、「取得予定日」が含まれていてもよい。かかる場合には、更新データ取得部２２６は、イメージ取得情報データベース部２３６−２に格納された「取得予定日」が本日の日付に達したＩＤに対応する管理データを、印鑑登録システム１００の印鑑データベース部１２２から取得すればよい。
【００９９】
以上、本発明の第２の実施形態の詳細について説明した。
【０１００】
（３．ハードウェア構成例）
続いて、本発明の実施形態に係る帳票イメージ保管サーバ２２０のハードウェア構成について説明する。なお、ここでは、帳票イメージ保管サーバ２２０のハードウェア構成について説明するが、印鑑票登録端末１１０、印鑑サーバ１２０、帳票イメージ照会端末２１０のハードウェア構成も、帳票イメージ保管サーバ２２０のハードウェア構成と同様に実現され得る。すなわち、本発明の実施形態に係る各種装置のハードウェア構成は、以下に説明するような、帳票イメージ保管サーバ２２０のハードウェア構成によって実現され得る。
【０１０１】
図１６は、本発明の実施形態に係る帳票イメージ保管サーバ２２０のハードウェア構成を示す図である。帳票イメージ保管サーバ２２０は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）９０１と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）９０２と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）９０３と、ホストバス９０４と、ブリッジ９０５と、外部バス９０６と、インタフェース９０７と、入力装置９０８と、出力装置９０９と、ストレージ装置９１０と、通信装置９１１と、を備える。
【０１０２】
ＣＰＵ９０１は、演算処理装置および制御装置として機能し、各種プログラムに従って帳票イメージ保管サーバ２２０内の動作全般を制御する。また、ＣＰＵ９０１は、マイクロプロセッサであってもよい。ＲＯＭ９０２は、ＣＰＵ９０１が使用するプログラムや演算パラメータ等を記憶する。ＲＡＭ９０３は、ＣＰＵ９０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一時記憶する。これらはＣＰＵバス等から構成されるホストバス９０４により相互に接続されている。
【０１０３】
ホストバス９０４は、ブリッジ９０５を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バス等の外部バス９０６に接続されている。なお、必ずしもホストバス９０４、ブリッジ９０５および外部バス９０６を分離構成する必要はなく、１つのバスにこれらの機能を実装してもよい。
【０１０４】
入力装置９０８は、マウス、キーボード、タッチパネル、ボタン、マイクロフォン、スイッチおよびレバー等ユーザが情報を入力するための入力手段と、ユーザによる入力に基づいて入力信号を生成し、ＣＰＵ９０１に出力する入力制御回路等から構成されている。帳票イメージ保管サーバ２２０を操作するユーザは、この入力装置９０８を操作することにより、帳票イメージ保管サーバ２２０に対して各種のデータを入力したり処理動作を指示したりすることができる。
【０１０５】
出力装置９０９は、例えば、ＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）ディスプレイ装置、液晶ディスプレイ（ＬＣＤ）装置、ＯＬＥＤ（Ｏｒｇａｎｉｃ  Ｌｉｇｈｔ  Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ）装置、ランプ等の表示装置およびスピーカ等の音声出力装置を含む。
【０１０６】
ストレージ装置９１０は、データ格納用の装置である。ストレージ装置９１０は、記憶媒体、記憶媒体にデータを記録する記録装置、記憶媒体からデータを読み出す読出し装置および記憶媒体に記録されたデータを削除する削除装置等を含んでもよい。ストレージ装置９１０は、例えば、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）で構成される。このストレージ装置９１０は、ハードディスクを駆動し、ＣＰＵ９０１が実行するプログラムや各種データを格納する。
【０１０７】
通信装置９１１は、例えば、ネットワークに接続するための通信デバイス等で構成された通信インタフェースである。また、通信装置９１１は、無線通信または有線通信のどちらに対応してもよい。
【０１０８】
（４．各種の変形例）
以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。
【０１０９】
例えば、上記においては、帳票イメージ保管サーバ２２０が、更新検索部２２２、更新検索定義情報格納部２２４、更新データ取得部２２６、更新データ取得定義情報格納部２２８、取得スケジュール設定部２３０、取得スケジュール定義情報格納部２３２、帳票イメージデータベース部２３４、イメージ取得情報データベース部２３６およびデータ更新部２３８を有している例を説明した。しかし、これらの機能ブロックの一部または全部は、帳票イメージ保管サーバ２２０の代わりに、他の装置が備えてもよい。
【０１１０】
また、上記においては、他システムとして印鑑登録システム１００を例として挙げ、自システムとして帳票イメージ保管システム２００を例として挙げて説明した。しかし、印鑑登録システム１００は、他システムの一例に過ぎず、帳票イメージ保管システム２００は、自システムの一例に過ぎない。
【０１１１】
例えば、上記においては、管理データが、印鑑票を読み取って得られる帳票イメージを含む場合について説明した。しかし、帳票イメージは、他の用紙の読み取りによって得られてもよい。すなわち、他システムは、帳票イメージを他システムの管理データとして管理し、自システムは、他システムによって管理される帳票イメージを自システムの管理データに反映してもよい。例えば、帳票イメージは、口座振替依頼書の読み取りによって得られてもよい。
【０１１２】
また、更新データ取得部２２６によって１日の最後に印鑑登録システム１００から管理データが取得された後、その日が終わるまでの時間帯に印鑑登録システム１００によって管理データに更新がある場合も想定される。かかる場合には、当該時間帯に更新のあった管理データが更新データ取得部２２６によって翌日以降に取得されてもよい。例えば、当該時間帯に更新のあった管理データが更新データ取得部２２６によって翌日の印鑑登録システム１００の稼動開始時に取得されてもよい。
【符号の説明】
【０１１３】
１００  印鑑登録システム
１１０  印鑑票登録端末
１２２  印鑑データベース部
１２０  印鑑サーバ
２００  帳票イメージ保管システム
２１０  帳票イメージ照会端末
２２０  帳票イメージ保管サーバ
２２２  更新検索部
２２４  更新検索定義情報格納部
２２６  更新データ取得部
２２８  更新データ取得定義情報格納部
２３０  取得スケジュール設定部
２３２  取得スケジュール定義情報格納部
２３４  帳票イメージデータベース部
２３６  イメージ取得情報データベース部
２３８  データ更新部
【図１】
2018205786.tif 000003
【図２】
2018205786.tif 000004
【図３】
2018205786.tif 000005
【図４】
2018205786.tif 000006
【図５】
2018205786.tif 000007
【図６】
2018205786.tif 000008
【図７】
2018205786.tif 000009
【図８】
2018205786.tif 000010
【図９】
2018205786.tif 000011
【図１０】
2018205786.tif 000012
【図１１】
2018205786.tif 000013
【図１２】
2018205786.tif 000014
【図１３】
2018205786.tif 000015
【図１４】
2018205786.tif 000016
【図１５】
2018205786.tif 000017
【図１６】
2018205786.tif 000018