JP2017027216A - System and method of the system - Google Patents

System and method of the system Download PDF

Info

Publication number
JP2017027216A
JP2017027216A JP2015143136A JP2015143136A JP2017027216A JP 2017027216 A JP2017027216 A JP 2017027216A JP 2015143136 A JP2015143136 A JP 2015143136A JP 2015143136 A JP2015143136 A JP 2015143136A JP 2017027216 A JP2017027216 A JP 2017027216A
Authority
JP
Japan
Prior art keywords
file
agent
agent information
information
written
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2015143136A
Other languages
Japanese (ja)
Other versions
JP6486227B2 (en
Inventor
佳延 浜田
Yoshinobu Hamada
佳延 浜田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Canon Inc
Original Assignee
Canon Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Canon Inc filed Critical Canon Inc
Priority to JP2015143136A priority Critical patent/JP6486227B2/en
Publication of JP2017027216A publication Critical patent/JP2017027216A/en
Application granted granted Critical
Publication of JP6486227B2 publication Critical patent/JP6486227B2/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

PROBLEM TO BE SOLVED: To provide a system that prevents a file from breaking and losing its data due to generation of unexpected power interruption in a server managing the file when data is being written into a file for update of setting information on an agent as a management target of a history management server on a shared folder, in a case where the setting information is managed by the file.SOLUTION: A history management server writes the contents of agent information into a preliminary file of a shared folder (S505) and verifies that the agent information has been correctly written (S506). If the verification shows that the writing has been successfully performed (S507), the contents of the agent information are written into an agent information file on a shared folder (S508) and the correctness of writing of the contents of the agent information is verified (S509).SELECTED DRAWING: Figure 5

Description

本発明は、画像処理装置や情報処理装置などのクライアント装置上で動作するエージェントを管理する技術に関する。   The present invention relates to a technique for managing an agent that operates on a client apparatus such as an image processing apparatus or an information processing apparatus.

従来、課金、情報漏洩の抑止、情報漏洩者の追跡などを目的に、プリンターやＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）などが行った画像処理に関する履歴情報を収集する履歴管理システムが存在する（例えば、特許文献１）。   Conventionally, there is a history management system that collects history information related to image processing performed by a printer, an MFP (Multi Function Peripheral), or the like for the purpose of charging, suppressing information leakage, and tracking information leakers (for example, patent documents) 1).

履歴管理システムは、ＭＦＰで処理され、記録されたジョブの履歴情報（ジョブ履歴）を収集する該ＭＦＰ内で動作するエージェントと、エージェントからジョブ履歴を受信して、管理する履歴管理サーバーと、から構成される。履歴管理サーバーは、収集したジョブ履歴に対して適宜変換や加工の処理を行ったり、その処理後のジョブ履歴を保管・監査するための監査システムに転送したりする。   The history management system includes: an agent that operates in the MFP that collects job history information (job history) processed and recorded by the MFP; and a history management server that receives and manages the job history from the agent. Composed. The history management server appropriately converts and processes the collected job history, and transfers the processed job history to an audit system for storing and auditing.

また、複数の履歴管理サーバーが存在する場合には、連携する各エージェントの設定情報として、エージェントが動作するＭＦＰに関する情報などを共有フォルダー上で管理している。各履歴管理サーバーは、設定情報を用いて、管理対象とするエージェントからのジョブ履歴の受信制御や、各エージェントの稼働状況の管理などを行っている。   In addition, when there are a plurality of history management servers, information related to the MFP on which the agent operates is managed on the shared folder as the setting information of each cooperating agent. Each history management server uses the setting information to control reception of job histories from agents to be managed, manage the operating status of each agent, and the like.

特開２０１４−１８２６５３号公報JP 2014-182653 A

ここで、エージェントの設定情報を共有フォルダー上でファイルに保存している場合、該設定情報の更新に係るファイルへの書き込み中に、該ファイルを管理するサーバーで予期せぬ電源断等が発生することで、そのファイルが破損して内容が失われてしまうということがある。ファイル内の設定情報が不正である場合には、履歴管理サーバーによりエージェントからのジョブ履歴の受信制御が正常に行われない、エージェントの稼働状況が不明となるといった問題が発生し得る。   Here, when agent setting information is saved in a file on a shared folder, an unexpected power failure occurs on the server that manages the file while writing to the file related to the update of the setting information. As a result, the file may be damaged and the contents lost. If the setting information in the file is invalid, there may occur problems such as the history management server not properly controlling the reception of the job history from the agent, or the operating status of the agent becoming unknown.

上記の課題を解決するために、本発明は、履歴情報を送信する機能を有するエージェントが動作する複数のクライアント装置と通信する複数の履歴管理サーバーと、ファイルサーバーとを含むシステムであって、
前記ファイルサーバーは、前記複数のクライアント装置のそれぞれで動作するエージェントごとに、該エージェントが管理対象であることを識別するための登録確認ファイルと、該エージェントの設定を含むエージェント情報が書き込まれるエージェント情報ファイルと、予備ファイルと、を管理する記憶手段を、有し、
前記複数の履歴管理サーバーのそれぞれは、特定のエージェントのエージェント情報の書き込みの要求を受付けた場合に、書き込み先が前記ファイルサーバーかどうかを判断する第１の判断手段と、書き込み先が前記ファイルサーバーであると判断された場合に、前記ファイルサーバーの前記記憶手段で管理される前記特定のエージェントに対応する登録確認ファイルのオープンに成功したかどうかを判断する第２の判断手段と、前記登録確認ファイルのオープンに成功したと判断された場合に、前記書き込みが要求されたエージェント情報を、前記特定のエージェントに対応する予備ファイルに書き込む書き込み手段と、を有し、前記書き込み手段は、前記予備ファイルに書き込まれた前記エージェント情報が読み込めた場合に、当該エージェント情報を、前記特定のエージェントに対応するエージェント情報ファイルに書き込み、前記エージェント情報ファイルへの前記エージェント情報の書き込みの後に、前記登録確認ファイルがクローズされることを特徴とする。 In order to solve the above problems, the present invention is a system including a plurality of history management servers that communicate with a plurality of client devices on which an agent having a function of transmitting history information operates, and a file server,
The file server includes, for each agent operating in each of the plurality of client devices, a registration confirmation file for identifying that the agent is a management target, and agent information in which agent information including settings of the agent is written Storage means for managing files and spare files;
Each of the plurality of history management servers, when receiving a request to write agent information of a specific agent, first determination means for determining whether the write destination is the file server, and the write destination is the file server A second determination unit that determines whether or not the registration confirmation file corresponding to the specific agent managed by the storage unit of the file server has been successfully opened; And writing means for writing the agent information requested to be written to a spare file corresponding to the specific agent when it is determined that the file has been successfully opened. If the agent information written in The Ento information, the write to the agent information file corresponding to a particular agent, after writing of the agent information to the agent information file, the registration confirmation file is characterized in that it is closed.

本発明に依れば、共有フォルダー上のファイルでエージェントの設定情報を管理する場合であっても、そのファイルが破損して内容が失われてしまうといったことを防止することが可能となる。   According to the present invention, even when agent setting information is managed using a file on a shared folder, it is possible to prevent the file from being damaged and losing its contents.

本発明におけるシステム構成の例を示す図The figure which shows the example of the system configuration | structure in this invention 情報処理装置のハードウェア構成例を示す図The figure which shows the hardware structural example of information processing apparatus 履歴管理サーバーのソフトウェア構成例を示す図Diagram showing an example of the software configuration of the history management server エージェント管理用のファイルの例を示す図Figure showing an example of an agent management file 実施例１のエージェント情報ファイルの書き込み処理を説明するためのフローチャートFlowchart for explaining agent information file write processing according to the first embodiment 実施例１のエージェント情報ファイルの読み込み処理を説明するためのフローチャートFlowchart for explaining an agent information file reading process according to the first embodiment. 実施例１の生存確認ファイルに対する処理を説明するためのフローチャートFlowchart for explaining the processing for the survival confirmation file according to the first embodiment 実施例２の要求処理部による処理を説明するためのフローチャートFlowchart for explaining processing by request processing unit of embodiment 2 実施例２のエージェント情報ファイルの読み込み処理を説明するためのフローチャートFlowchart for explaining reading processing of agent information file in embodiment 2

以下、本発明を実施するための形態について図面を用いて説明する。   Hereinafter, embodiments for carrying out the present invention will be described with reference to the drawings.

（実施例１）
図１は、本発明におけるネットワークシステム全体の構成例を示す。ネットワークシステム内には、履歴管理システム１００、およびそれと連携する監査システム１３１などが含まれている。 Example 1
FIG. 1 shows a configuration example of the entire network system in the present invention. The network system includes a history management system 100 and an audit system 131 linked therewith.

履歴管理システム１００は、複数台の画像処理装置としてのＭＦＰ１１１と、複数台の履歴管理サーバー１０１とが、負荷分散装置１５１を介して接続されている。また、ファイルサーバー１０２上の共有フォルダーが、複数台の履歴管理サーバー１０１からアクセスされる。なお、履歴管理サーバーに対して履歴情報を送信するエージェントが動作するクライアント装置の例として、本システムではＭＦＰ１１１を挙げている。しかしながら、本発明に適用できるクライアント装置としては、他にも、ネットワークカメラやデジタル医療機器などの画像処理装置や、スマートホンなどの携帯機器、デスクトップコンピュータ、家電製品、体重や血圧を計測する計測機器などがある。   In the history management system 100, a plurality of MFPs 111 as image processing apparatuses and a plurality of history management servers 101 are connected via a load balancer 151. A shared folder on the file server 102 is accessed from a plurality of history management servers 101. As an example of a client device that operates an agent that transmits history information to the history management server, the MFP 111 is cited in the present system. However, other client devices applicable to the present invention include image processing devices such as network cameras and digital medical devices, portable devices such as smart phones, desktop computers, home appliances, and measuring devices that measure body weight and blood pressure. and so on.

履歴管理サーバー１０１は、ＭＦＰ１１１などのクライアント装置で動作するエージェントから受信した履歴情報を管理する。例えば、ＭＦＰ１１１で記録された画像処理（スキャンやプリントなど）に係るジョブの実行履歴を示すジョブ履歴を、履歴情報として管理する。ジョブ履歴は、ジョブの種別に応じて入力または出力される画像データと、該ジョブの実行日時や実行指示したユーザー情報などを含む属性情報などで構成される。さらに、履歴管理サーバー１０１は、必要に応じて、受信した履歴情報に含まれる属性情報の整形や、画像データの解像度変換などの処理を行う。そして、履歴管理サーバー１０１は、処理後の履歴情報を連携する監査システム１３１にエクスポートする。また、履歴管理サーバー１０１は、管理対象となるエージェントの設定値やステータスなどを示す設定情報をファイルサーバー１０２で管理する。   The history management server 101 manages history information received from an agent operating on a client device such as the MFP 111. For example, a job history indicating a job execution history related to image processing (scanning, printing, etc.) recorded by the MFP 111 is managed as history information. The job history includes image data that is input or output according to the type of job, attribute information including the execution date and time of the job, user information that is instructed to execute the job, and the like. Furthermore, the history management server 101 performs processing such as shaping of attribute information included in the received history information and resolution conversion of image data as necessary. Then, the history management server 101 exports the processed history information to the linked audit system 131. In addition, the history management server 101 manages setting information indicating setting values and statuses of agents to be managed by the file server 102.

ファイルサーバー１０２は、ネットワークを介して、複数の履歴管理サーバー１０１からアクセスすることが可能なように構成されている。とくに、ファイルサーバー１０２は、各ＭＦＰ１１１上で動作しているエージェントの設定情報などを、ファイルとして共有フォルダー上に保持している。以降、特に断りがない場合、共有フォルダーと記載した場合は、ファイルサーバー１０２上の共有フォルダーを指すものとする。なお、ファイルサーバー１０２は、履歴管理サーバー１０１のいずれかが包含していても良い。   The file server 102 is configured to be accessible from a plurality of history management servers 101 via a network. In particular, the file server 102 stores setting information of agents operating on each MFP 111 as files on a shared folder. Hereinafter, unless otherwise specified, when a shared folder is described, it refers to a shared folder on the file server 102. Note that the file server 102 may be included in any of the history management servers 101.

監査システム１３１は、履歴管理サーバー１０１からエクスポートされた履歴情報を保管し、監査するための検索の機能を備える。監査システム１３１は、履歴情報の監査専用に仕立てられたシステムであっても良いし、一般的なデータウェアハウスシステムや文書管理システムなどであっても良い。   The audit system 131 has a search function for storing and auditing history information exported from the history management server 101. The audit system 131 may be a system tailored exclusively for auditing history information, or may be a general data warehouse system or document management system.

負荷分散装置１５１は、各ＭＦＰ１１１のエージェントから履歴管理サーバー１０１に対する接続を振り分け、複数の履歴管理サーバー１０１間で負荷が分散されるようにする。負荷分散装置１５１は、必要に応じて設置されるものとする。   The load distribution device 151 distributes connections from the agents of the MFPs 111 to the history management server 101 so that the load is distributed among the plurality of history management servers 101. The load balancer 151 is assumed to be installed as necessary.

ＭＦＰ１１１では、ＭＦＰ１１１内で記録された履歴情報を収集して、その情報を定期的に負荷分散装置１５１を経由して履歴管理サーバー１０１に送信する機能を持つエージェントが動作している。エージェントは、自身のステータスを含む稼働情報などを外部に送信する機能も備え、それら機能はＭＦＰ１１１にインストールされた専用のエージェントプログラムによって実現されている。エージェントは、履歴情報の送信タイミングについて、未送信の履歴情報のサイズや時間帯などを条件にして、不定期に送信するといった機能も有している。また、送信すべき種類の履歴情報やその内容についても、任意に指定して送信対象とすることが可能である。また、各ＭＦＰ１１１で動作するエージェント（プログラム）には、それぞれユニークな識別情報（エージェントＩＤ）が割り当てられる。   In the MFP 111, an agent having a function of collecting history information recorded in the MFP 111 and periodically transmitting the information to the history management server 101 via the load balancer 151 operates. The agent also has a function of transmitting operation information including its own status to the outside, and these functions are realized by a dedicated agent program installed in the MFP 111. The agent also has a function of irregularly transmitting the history information transmission timing on the condition of the size and time zone of untransmitted history information. Further, the history information of the type to be transmitted and the contents thereof can be arbitrarily designated and set as a transmission target. Also, unique identification information (agent ID) is assigned to each agent (program) operating in each MFP 111.

図２は、履歴管理サーバー１０１やファイルサーバー１０２などの情報処理装置のハードウェア構成例を示すブロック図である。   FIG. 2 is a block diagram illustrating a hardware configuration example of an information processing apparatus such as the history management server 101 and the file server 102.

ＣＰＵ２１１を含む制御部２１０は、サーバー機の動作を制御する。ＣＰＵ２１１は、ＲＯＭ２１２やＨＤＤ２１４に記憶された制御プログラムを読み込んで、入力や出力といった各種制御処理や、演算処理を実行する。ＲＡＭ２１３は、ＣＰＵ２１１の主メモリー、ワークエリアなどの一時記憶領域として用いられる。ＨＤＤ２１４は、ジョブ履歴や、後述する本発明に特有な処理を実現するための各種プログラムなどを記憶する。操作入力Ｉ／Ｆ２１５は、接続されたキーボードやマウスなどの操作デバイスからの信号入力を受け付ける。表示出力Ｉ／Ｆ２１６は、画面表示用のディスプレイ等への信号出力を行う。ネットワークＩ／Ｆ２１７は、制御部２１０をネットワークに接続し、ネットワーク上の別の装置との情報の送受信を行う。なお、２２０は、制御部２１０内の各ブロックを接続するバスである。   A control unit 210 including a CPU 211 controls the operation of the server machine. The CPU 211 reads a control program stored in the ROM 212 or the HDD 214, and executes various control processes such as input and output and arithmetic processes. The RAM 213 is used as a temporary storage area such as a main memory or work area of the CPU 211. The HDD 214 stores a job history, various programs for realizing processing unique to the present invention, which will be described later, and the like. The operation input I / F 215 receives a signal input from an operation device such as a connected keyboard or mouse. The display output I / F 216 outputs a signal to a screen display or the like. A network I / F 217 connects the control unit 210 to a network and transmits / receives information to / from another device on the network. Reference numeral 220 denotes a bus that connects the blocks in the control unit 210.

図３は、履歴管理サーバー１０１のソフトウェア構成例を示すブロック図である。   FIG. 3 is a block diagram illustrating a software configuration example of the history management server 101.

要求処理部３０１は、ＭＦＰ１１１上で動作するエージェントからのジョブ履歴の送信などの処理要求を受信し、必要に応じた処理を実行する。例えば、エージェントからジョブ履歴を受信した場合、ジョブ履歴に含まれる画像データに対し、ＯＣＲによるテキスト抽出や、画像形式変換および解像度変換などの処理を行う。また、画像データのサムネイルを作成したり、属性情報を整形したりすることも可能である。   The request processing unit 301 receives a processing request such as transmission of a job history from an agent operating on the MFP 111 and executes processing as necessary. For example, when a job history is received from an agent, processing such as text extraction by OCR, image format conversion, and resolution conversion is performed on image data included in the job history. It is also possible to create thumbnails of image data and to format attribute information.

さらに、要求処理部３０１は、監査システム１３１に対して、ジョブ履歴を、その履歴の送信元であるエージェントの設定情報とともに送信する。ジョブ履歴は、履歴管理サーバー１０１に対する事前設定に従い、ＨＤＤ２１４や外部のファイルサーバーなどにエクスポートするようにしても良い。   Further, the request processing unit 301 transmits the job history to the audit system 131 together with the setting information of the agent that is the transmission source of the history. The job history may be exported to the HDD 214, an external file server, or the like in accordance with preset settings for the history management server 101.

サーバー管理部３０２は、予め設定された間隔で、定期的にジョブ履歴に対する処理の中断の検出や、エージェントの停止検出を行う。サーバー管理部３０２は、アクセス部３１１を介して図４で後述する生存確認ファイル４０４を参照することで、各ＭＦＰ１１１上で動作するエージェントのそれぞれが停止していないかを確認する。サーバー管理部３０２は、確認の結果、機能停止中のエージェントを検出した場合に、生存確認ファイル４０４の更新などといった処理を行う。   The server management unit 302 periodically detects processing interruption for the job history and detects an agent stop at a preset interval. The server management unit 302 refers to a survival confirmation file 404 described later with reference to FIG. 4 via the access unit 311 to confirm whether each agent operating on each MFP 111 has stopped. As a result of the confirmation, the server management unit 302 performs processing such as updating the survival confirmation file 404 when an agent whose function is stopped is detected.

ＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）部３０３は、履歴管理サーバーやエージェントの状態を確認したり、設定値を変更したりするための操作画面などをシステム管理者などに提供する。例えば、システム管理者は、ＵＩ部３０３が提供する操作画面を介して、図４で後述するエージェント情報ファイル４０２に含まれる設定値を更新できる。本発明では、ＵＩ部３０３は、ウェブアプリケーションとして実装され、ウェブブラウザー上に操作画面を提供するものとするが、操作画面の提供方法はその方法に限らないものとする。   A UI (User Interface) unit 303 provides a system administrator or the like with an operation screen for confirming the status of the history management server and the agent and changing a setting value. For example, the system administrator can update setting values included in the agent information file 402 described later with reference to FIG. 4 via an operation screen provided by the UI unit 303. In the present invention, the UI unit 303 is implemented as a web application and provides an operation screen on a web browser. However, the method of providing the operation screen is not limited to that method.

通知部３０４は、システム管理者によりＵＩ部３０３を介して予め設定されたメールアドレスなどの宛先情報に対し、必要に応じて、システム内で検出されたエラー等をメールで通知する。通知方法はメール以外にも、前述したウェブブラウザー上への通知画面の提供なども可能である。   The notification unit 304 notifies the destination information such as a mail address set in advance by the system administrator via the UI unit 303 by e-mail of an error detected in the system, if necessary. In addition to email, the notification method can also provide a notification screen on the above-mentioned web browser.

アクセス部３１１は、共有フォルダー上で保持されたエージェント管理用のファイルに対して、作成、削除、更新（書き込み）、参照（読み込み）といった各種ファイルアクセスを行う。   The access unit 311 performs various file accesses such as creation, deletion, update (write), and reference (read) to the agent management file held in the shared folder.

図４は、履歴管理サーバー１０１がエージェントを管理するために共有フォルダー上に作成するファイル群の一例である。エージェント毎に、これらのファイルが作られるものとする。   FIG. 4 shows an example of a file group created on the shared folder by the history management server 101 in order to manage the agent. These files shall be created for each agent.

登録確認ファイル４０１は、“エージェントＩＤ：０００１”で識別されるエージェントが履歴管理サーバーに管理対象として登録されていることを確認するために用いられる。登録確認ファイル４０１は、ファイル名にエージェントＩＤのみを持ち、その中身は空である。登録確認ファイル４０１は、エージェントが管理対象として登録されるときに作成され、削除されるまで更新されることはないものとする。ここで、要求処理部３０１は、基本的には、管理対象として登録されたエージェントから送信されてきた履歴情報に対して適宜処理を行うものとする。また、本実施例では、登録確認ファイル４０１は、アクセス部３１１が、同一エージェントのエージェント情報ファイル４０２や予備ファイル４０３にアクセスする場合の排他制御にも用いられる。   The registration confirmation file 401 is used to confirm that the agent identified by “Agent ID: 0001” is registered as a management target in the history management server. The registration confirmation file 401 has only an agent ID in the file name, and its contents are empty. The registration confirmation file 401 is created when an agent is registered as a management target and is not updated until it is deleted. Here, the request processing unit 301 basically performs processing appropriately on history information transmitted from an agent registered as a management target. In this embodiment, the registration confirmation file 401 is also used for exclusive control when the access unit 311 accesses the agent information file 402 and the backup file 403 of the same agent.

エージェント情報ファイル４０２は、エージェントの設定およびステータスを管理するためのファイルである。エージェント情報ファイル４０２は、ファイル名にエージェントＩＤと、エージェント情報ファイルであることを示す文字列を持つ。特定の設定値やステータスを持つファイルを見つける際の利便性のために、エージェント情報ファイル内の一部の情報をファイル名として含めてもよい。エージェント情報ファイル４０２は、エージェントが登録されるときに作成され、その後はエージェントの設定値更新やステータス更新の処理に応じて更新される。   The agent information file 402 is a file for managing agent settings and status. The agent information file 402 has an agent ID in a file name and a character string indicating an agent information file. For convenience in finding a file having a specific setting value or status, some information in the agent information file may be included as a file name. The agent information file 402 is created when an agent is registered, and thereafter updated in accordance with agent setting value update or status update processing.

エージェント情報ファイル４０２は、本実施例ではＸＭＬ形式のファイルとするが、ＣＳＶ等の形式であっても良い。なお、エージェント情報ファイル４０２は、処理の都合上、共有フォルダー上ではなく、履歴管理サーバー１０１内に必要になることがある。この場合、アクセス部３１１は、共有フォルダーではなく履歴管理サーバー１０１内で、エージェント情報ファイル４０２の書き込み、読み込み、削除を行う。   The agent information file 402 is an XML format file in this embodiment, but may be a CSV format or the like. Note that the agent information file 402 may be required in the history management server 101 instead of the shared folder for convenience of processing. In this case, the access unit 311 writes, reads, and deletes the agent information file 402 in the history management server 101 instead of the shared folder.

予備ファイル４０３は、エージェント情報ファイル４０２が破損した場合の復旧などを目的に用意されたファイルである。通常、エージェント情報ファイル４０２に書き込むべき内容と、同様の内容が書き込まれる。このため、予備ファイル４０３の形式は、エージェント情報ファイル４０２の形式に従うものとする。予備ファイル４０３のファイル名については、エージェント情報ファイル４０２と同様に、エージェントＩＤと、予備ファイルであることを示す文字列などを持つ。予備ファイル４０３は、エージェントが登録されるときに作成され、その後は共有フォルダー上のエージェント情報ファイル４０２の更新時に更新される。   The spare file 403 is a file prepared for the purpose of recovery when the agent information file 402 is damaged. Usually, the same contents as the contents to be written in the agent information file 402 are written. For this reason, the format of the backup file 403 follows the format of the agent information file 402. As with the agent information file 402, the file name of the backup file 403 has an agent ID and a character string indicating a backup file. The spare file 403 is created when an agent is registered, and thereafter updated when the agent information file 402 in the shared folder is updated.

生存確認ファイル４０４は、履歴管理サーバー１０１が、登録済みのエージェントが停止していないか否かを判断するために用いられる。生存確認ファイル４０４は、各エージェントから生存通知が初めて来たときにエージェント毎に共有フォルダー上に作成される。その後は、エージェントから送信されてくる生存通知や、サーバー管理部３０２による機能停止の検出に応じて更新される。ここで、生存通知は、エージェントから送信されてくるステータス情報の１つで、エージェントが稼働していることを履歴管理サーバー１０１に伝えるために定期的に（例えば５分間隔で）送られてくる通知である。   The existence confirmation file 404 is used by the history management server 101 to determine whether the registered agent has stopped. The existence confirmation file 404 is created in a shared folder for each agent when the existence notice comes from each agent for the first time. After that, it is updated according to the existence notification transmitted from the agent or the detection of the function stop by the server management unit 302. Here, the survival notification is one piece of status information sent from the agent, and is sent periodically (for example, at intervals of 5 minutes) to notify the history management server 101 that the agent is operating. It is a notification.

生存確認ファイル４０４は、ファイル名に生存通知日時、停止検出回数、エージェントＩＤを持ち、ファイルの中身は空とする。生存通知日時は、そのファイルに対応するエージェントからの最新の生存通知を受信した時間などを示す文字列（年月日時秒）である。停止検出回数は、サーバー管理部３０２が、そのエージェントを停止中と判断した回数であり、生存通知を受信するたびに、要求処理部３０１によって０に更新される。また、停止検出回数は、サーバー管理部３０２が停止中と判断した場合に、インクリメントされる。なお、停止検出回数が予め設定された回数に達した場合、サーバー管理部３０２は、通知部３０４を介して、所定の宛先に対してエージェントの停止を通知する。   The existence confirmation file 404 has the existence notification date and time, the number of stop detections, and the agent ID in the file name, and the file contents are empty. The existence notification date / time is a character string (year / month / day / second) indicating the time when the latest existence notification from the agent corresponding to the file is received. The number of stop detections is the number of times that the server management unit 302 determines that the agent is stopped, and is updated to 0 by the request processing unit 301 every time a survival notification is received. The stop detection count is incremented when the server management unit 302 determines that the stop is in progress. When the number of stop detections reaches a preset number, the server management unit 302 notifies the predetermined destination of the agent stop via the notification unit 304.

例えば、生存通知日時が「２０１５年６月１５日２０時８分４３秒」、停止検出回数が「０」、エージェントＩＤが「０００１」の生存確認ファイル４０４のファイル名は、「２０１５０６１５２００８４３＿０＿０００１」となる。   For example, the file name of the survival confirmation file 404 with the survival notification date / time “June 15, 2015 20: 8: 43”, the stop detection count “0”, and the agent ID “0001” is “20150615200843_0_0001”. .

なお、図４に示す各ファイルは、ＵＩ部３０３からエージェントの登録解除の操作が行われた場合に、そのエージェントのものについて、アクセス部３１１を介して削除されるものとする。   Note that each file shown in FIG. 4 is deleted via the access unit 311 for the agent when the agent registration cancellation operation is performed from the UI unit 303.

次に、図５で示すフローチャートを用いて、アクセス部３１１によるエージェント情報ファイル４０２への書き込み処理について説明する。図５のフローチャートに示す各ステップは、履歴管理サーバー１０１のＣＰＵ２１１がＲＯＭ２１２またはＨＤＤ２１４に記憶されているアクセス部３１１を実現するプログラムを実行することで実現される。また、ＣＰＵ２１１は、必要に応じて記憶領域としてＲＡＭ２１３やＨＤＤ２１４を利用する。以降で図示するフローチャートについても同様である。   Next, the writing process to the agent information file 402 by the access unit 311 will be described using the flowchart shown in FIG. Each step shown in the flowchart of FIG. 5 is realized by the CPU 211 of the history management server 101 executing a program for realizing the access unit 311 stored in the ROM 212 or the HDD 214. Further, the CPU 211 uses the RAM 213 and the HDD 214 as a storage area as necessary. The same applies to the flowcharts shown below.

図５の処理は、要求処理部３０１やサーバー管理部３０２、ＵＩ部３０３から、エージェント情報ファイル４０２の書き込み先のパスおよびファイル名や書き込むエージェント情報の内容を引数として呼び出されるものとする。具体的には、要求処理部３０１がエージェントからのエージェント登録要求やステータス通知を受信した際、ＵＩ部３０３で設定変更がなされた際、等に呼ばれる処理である。   The processing in FIG. 5 is called from the request processing unit 301, the server management unit 302, and the UI unit 303 with the write destination path and file name of the agent information file 402 and the content of the agent information to be written as arguments. Specifically, this process is called when the request processing unit 301 receives an agent registration request or status notification from an agent, when the setting is changed in the UI unit 303, or the like.

Ｓ５０１において、アクセス部３１１は、書き込み先が共有フォルダー上のファイルか否かを判断する。共有フォルダーではない、すなわち、履歴管理サーバー１０１のローカルディスク上のフォルダーである場合にはＳ５０２に進み、共有フォルダーである場合にはＳ５０３に進む。   In step S501, the access unit 311 determines whether the write destination is a file on the shared folder. If it is not a shared folder, that is, if it is a folder on the local disk of the history management server 101, the process proceeds to S502, and if it is a shared folder, the process proceeds to S503.

Ｓ５０２において、アクセス部３１１は、履歴管理サーバー１０１上の、引数で渡された書き込み先に、引数で渡されたエージェント情報の内容をエージェント情報ファイルとして書き込む。通常、この書き込みは、ファイルを新規作成することになる。また、エージェント情報の内容はエージェントに対する設定値およびステータスなどを示す。その後、本処理は終了する。   In step S <b> 502, the access unit 311 writes the content of the agent information passed as an argument as an agent information file in the writing destination passed as an argument on the history management server 101. Normally, this writing creates a new file. The contents of the agent information indicate setting values and statuses for the agent. Thereafter, this process ends.

Ｓ５０３において、アクセス部３１１は、登録確認ファイル４０１を排他モードでオープンする。これは、登録確認ファイル４０１を排他モードでオープンしている間、他の履歴管理サーバー１０１からの同一のエージェント情報ファイル４０２、予備ファイル４０３へのアクセスを制限させるためである。ただし、排他の方法はこれに限るものではなく、これとは別な方法で排他を制御するようにしても良いし、排他が不要な場合は排他制御しなくても良い。Ｓ５０４において、アクセス部３１１は、Ｓ５０３の排他モードでのオープンが成功したか否かを判断する。排他モードでのオープンが成功した場合にはＳ５０５に進み、排他モードでのオープンが失敗した場合にはＳ５１３に進む。なお、排他モードでのオープンに失敗した場合は、所定の期間だけ待機した後に、再度排他モードでのオープンを試行するように設計することも可能である。   In step S503, the access unit 311 opens the registration confirmation file 401 in the exclusive mode. This is to restrict access to the same agent information file 402 and backup file 403 from other history management servers 101 while the registration confirmation file 401 is opened in the exclusive mode. However, the exclusion method is not limited to this, and the exclusion may be controlled by a method different from this, or the exclusion may not be performed when the exclusion is unnecessary. In step S504, the access unit 311 determines whether the opening in the exclusive mode in step S503 is successful. If the opening in the exclusive mode is successful, the process proceeds to S505, and if the opening in the exclusive mode fails, the process proceeds to S513. In addition, when opening in exclusive mode fails, it can also be designed so that after waiting for a predetermined period, opening in exclusive mode is tried again.

Ｓ５０５において、アクセス部３１１は、引数で渡されたエージェント情報の内容を共有フォルダー上の予備ファイル４０３に書き込む。このエージェント情報の内容は、エージェントに対する設定値およびステータスなどを示す。予備ファイル４０３の書き込み先のパスとファイルは、引数として渡された対応するエージェント情報ファイル４０２のパスとファイル名から生成するものとする。このとき、書き込み先の予備ファイルがない場合はそのファイルを新規作成し、書き込み先の予備ファイルが既に存在する場合には、そのファイルの内容を上書き更新する。ここで、書き込み先の予備ファイルがない場合とは、エージェントの（新規）登録に際して、本処理が実行されて、エージェント情報を書き込む場合である。   In step S505, the access unit 311 writes the contents of the agent information passed as an argument to the backup file 403 on the shared folder. The contents of the agent information indicate setting values and statuses for the agent. The path and file to which the spare file 403 is written are generated from the path and file name of the corresponding agent information file 402 passed as an argument. At this time, if there is no write destination spare file, the file is newly created. If the write destination spare file already exists, the contents of the file are overwritten and updated. Here, the case where there is no spare file to be written is a case where this processing is executed and agent information is written at the (new) registration of the agent.

Ｓ５０６において、アクセス部３１１は、Ｓ５０５で予備ファイル４０３に対してエージェント情報が正しく書き込めたか否かを検証する。検証は、例えば、予備ファイル４０３がＸＭＬ形式で読み込めるか、エージェント情報ファイ４０２とファイルサイズが等しいかなどを確認することで行う。Ｓ５０７において、アクセス部３１１は、Ｓ５０６の検証結果が問題ないかどうかを判断する。検証結果として書き込みが成功しており、問題がないと判断された場合にはＳ５０８に進み、問題があったと判断された場合にはＳ５１２に進む。   In step S506, the access unit 311 verifies whether the agent information has been correctly written in the backup file 403 in step S505. The verification is performed, for example, by confirming whether the spare file 403 can be read in the XML format or whether the agent information file 402 has the same file size. In step S507, the access unit 311 determines whether the verification result in step S506 is satisfactory. If it is determined that writing has succeeded as a verification result and there is no problem, the process proceeds to S508. If it is determined that there is a problem, the process proceeds to S512.

Ｓ５０８において、アクセス部３１１は、引数で渡されたエージェント情報の内容を共有フォルダー上のエージェント情報ファイル４０２として書き込む。ここで書き込む内容は、Ｓ５０５と同じ内容である。このとき、書き込み先として指定されたファイルがない場合は指定されたファイルを新規作成し、指定されたファイルが既に存在する場合にはそのファイルを上書き更新する。ここで、書き込み先のエージェント情報ファイルがない場合とは、エージェントの（新規）登録に際して、本処理が実行されて、エージェント情報を書き込む場合である。Ｓ５０９において、アクセス部３１１は、Ｓ５０８でのエージェント情報ファイル４０２への書き込みについてＳ５０６と同様に検証する。Ｓ５１０において、アクセス部３１１は、Ｓ５０９の検証結果が問題ないかどうかを判断する。検証結果として書き込みが成功しており、問題がないと判断された場合にはＳ５１１に進み、問題があったと判断された場合にはＳ５１２に進む。   In S508, the access unit 311 writes the content of the agent information passed as an argument as the agent information file 402 on the shared folder. The contents written here are the same contents as S505. At this time, if there is no file designated as the write destination, the designated file is newly created, and if the designated file already exists, the file is overwritten and updated. Here, the case where there is no agent information file to be written is a case where this processing is executed and agent information is written at the (new) registration of the agent. In step S509, the access unit 311 verifies the writing to the agent information file 402 in step S508 in the same manner as in step S506. In step S510, the access unit 311 determines whether the verification result in step S509 is satisfactory. If it is determined that there has been no problem as a result of verification as the verification result, the process proceeds to S511. If it is determined that there is a problem, the process proceeds to S512.

Ｓ５１１において、アクセス部３１１は、登録確認ファイル４０１をクローズして排他を解除する。その後、本処理を終了する。Ｓ５１２において、アクセス部３１１は、Ｓ５１１と同様に、登録確認ファイル４０１をクローズして排他を解除する。Ｓ５１３において、アクセス部３１１は、呼び出し元にエージェント情報のファイル書き込みの失敗を示す例外を通知して、本処理を終了する。   In step S511, the access unit 311 closes the registration confirmation file 401 and releases the exclusion. Thereafter, this process is terminated. In S512, the access unit 311 closes the registration confirmation file 401 and releases the exclusion, as in S511. In step S513, the access unit 311 notifies the caller of an exception indicating failure in writing the agent information file, and the process ends.

次に、図６で示すフローチャートを用いてアクセス部３１１が、エージェント情報ファイル４０２を読み込む処理について説明する。   Next, a process in which the access unit 311 reads the agent information file 402 will be described using the flowchart shown in FIG.

図６の処理は、要求処理部３０１やサーバー管理部３０２、ＵＩ部３０３から、読み込み元のパスおよびファイル名を引数として呼び出されるものとする。具体的には、要求処理部３０１がエージェントからのステータス通知を受信した際、ＵＩ部３０３で設定やステータスを表示する際、等に呼ばれる処理である。   The processing of FIG. 6 is called from the request processing unit 301, the server management unit 302, and the UI unit 303 with the path and file name of the reading source as arguments. Specifically, this process is called when the request processing unit 301 receives a status notification from the agent, when the UI unit 303 displays settings or status, and the like.

Ｓ６０１において、アクセス部３１１は、読み込み対象が共有フォルダー上のファイルか否かを判断する。共有フォルダーではない、すなわち、履歴管理サーバー１０１のローカルディスク上のフォルダーである場合にはＳ６０２に進み、共有フォルダーである場合にはＳ６０５に進む。   In step S601, the access unit 311 determines whether the read target is a file on a shared folder. If it is not a shared folder, that is, if it is a folder on the local disk of the history management server 101, the process proceeds to S602, and if it is a shared folder, the process proceeds to S605.

Ｓ６０２において、アクセス部３１１は、履歴管理サーバー１０１上の、本処理の呼び出しの際に指定された引数が示すエージェント情報ファイルを読み込む。そして、アクセス部３１１は、読み込んだエージェント情報ファイル４０２の内容を呼び出し元に返して、本処理を終了する。   In step S <b> 602, the access unit 311 reads the agent information file indicated by the argument designated when calling this processing on the history management server 101. Then, the access unit 311 returns the read contents of the agent information file 402 to the caller, and ends this processing.

Ｓ６０５において、アクセス部３１１は、Ｓ５０３と同様に、登録確認ファイル４０１を排他モードでオープンする。Ｓ６０６において、アクセス部３１１は、Ｓ６０５の排他モードでのオープンが成功したか否かを判断する。排他モードでのオープンが成功した場合にはＳ６０７に進み、排他モードでのオープンが失敗した場合にはＳ６１４に進む。なお、排他モードでのオープンに失敗した場合は、所定の期間だけ待機した後に、再度排他モードでのオープンを試行するように設計することも可能である。   In S605, the access unit 311 opens the registration confirmation file 401 in the exclusive mode, as in S503. In step S606, the access unit 311 determines whether the opening in the exclusive mode in step S605 has been successful. If the opening in the exclusive mode succeeds, the process proceeds to S607, and if the opening in the exclusive mode fails, the process proceeds to S614. In addition, when opening in exclusive mode fails, it can also be designed so that after waiting for a predetermined period, opening in exclusive mode is tried again.

Ｓ６０７において、アクセス部３１１は、共有フォルダー上の、本処理の呼び出しの際に指定された引数が示すエージェント情報ファイル４０２を読み込む。Ｓ６０８において、アクセス部３１１は、Ｓ６０７の読み込みが失敗したか否かを判断する。この判断は、例えば、読み込んだ内容がＸＭＬ形式になっているかなどで行われる。読み込みが成功だった場合にはＳ６０９に進み、読み込みが失敗だった場合にはＳ６１０に進む。   In step S <b> 607, the access unit 311 reads the agent information file 402 indicated by the argument specified when calling this processing on the shared folder. In step S608, the access unit 311 determines whether the reading in step S607 has failed. This determination is made based on, for example, whether the read content is in XML format. If the reading is successful, the process proceeds to S609. If the reading is unsuccessful, the process proceeds to S610.

Ｓ６１０において、アクセス部３１１は、本処理の呼び出しの際に指定された引数が示すエージェント情報ファイルに対応する予備ファイル４０３を複製（コピー）して、既存のエージェント情報ファイル４０２と置換する。ここでの処理では、複製したファイルに対して、既存のエージェント情報ファイル４０２と同名のファイル名を設定して、ファイルの上書きが行われている。予備ファイル４０３の内容を既存のエージェント情報ファイル４０２に対して書き込むことで本ステップを実現してもよい。Ｓ６１１において、アクセス部３１１は、Ｓ６１０で予備ファイル４０３のコピーを用いて作成されたエージェント情報ファイル４０２を読み込む。   In step S <b> 610, the access unit 311 duplicates (copies) the backup file 403 corresponding to the agent information file indicated by the argument specified at the time of calling this process, and replaces the existing agent information file 402. In this processing, a file name having the same name as the existing agent information file 402 is set for the copied file, and the file is overwritten. This step may be realized by writing the contents of the spare file 403 into the existing agent information file 402. In step S611, the access unit 311 reads the agent information file 402 created in step S610 using the copy of the backup file 403.

Ｓ６１２において、アクセス部３１１は、Ｓ６１１の読み込みが失敗したか否かを、Ｓ６０８と同様に判断する。読み込みが成功だった場合にはＳ６０９に進み、読み込みが失敗だった場合にはＳ６１３に進む。   In step S612, the access unit 311 determines whether the reading in step S611 has failed in the same manner as in step S608. If the reading is successful, the process proceeds to S609. If the reading is unsuccessful, the process proceeds to S613.

Ｓ６０９において、アクセス部３１１は、登録確認ファイル４０１をクローズして排他を解除する。そして、アクセス部３１１は、読み込んだエージェント情報ファイル４０２の内容を呼び出し元に返して、本処理を終了する。   In step S609, the access unit 311 closes the registration confirmation file 401 and releases the exclusion. Then, the access unit 311 returns the read contents of the agent information file 402 to the caller, and ends this processing.

Ｓ６１３において、アクセス部３１１は、登録確認ファイル４０１をクローズして排他を解除する。そして、Ｓ６１４において、アクセス部３１１は、呼び出し元にエージェント情報ファイルの読み込みの失敗を示す例外を返して、本処理を終了する。   In step S613, the access unit 311 closes the registration confirmation file 401 and releases the exclusion. In step S <b> 614, the access unit 311 returns an exception indicating failure in reading the agent information file to the caller, and ends this processing.

次に、図７で示すフローチャートを用いて、アクセス部３１１による生存確認ファイル４０４に対するアクセスに係る処理について説明する。   Next, processing relating to access to the survival confirmation file 404 by the access unit 311 will be described using the flowchart shown in FIG.

図７（Ａ）は、アクセス部３１１による生存確認ファイル４０４の読み込み処理を説明するためのフローチャートである。本処理は、要求処理部３０１やサーバー管理部３０２から、エージェントＩＤを引数として呼び出されるものとする。具体的には、エージェントからの生存通知を受信した際に、サーバー管理部３０２がエージェントの停止検出を行う際、などに呼ばれる処理である。   FIG. 7A is a flowchart for explaining the reading process of the survival confirmation file 404 by the access unit 311. This process is called from the request processing unit 301 or the server management unit 302 with the agent ID as an argument. Specifically, this process is called when the server management unit 302 detects the stop of the agent upon receiving a survival notification from the agent.

Ｓ７０１において、アクセス部３１１は、引数で指定されたエージェントＩＤの生存確認ファイル４０４のファイル名を読み込む。そして、Ｓ７０２において、アクセス部３１１は、読み込んだファイル名の生存通知日時と停止検出回数の部分を解析して、その情報を呼び出し元に返して本処理を終了する。なお、Ｓ７０２において、アクセス部３１１は、呼び出し元にファイル名をそのまま返してもよい。   In step S701, the access unit 311 reads the file name of the existence confirmation file 404 of the agent ID specified by the argument. In step S <b> 702, the access unit 311 analyzes the life notification date and time and the number of stop detections of the read file name, returns the information to the caller, and ends the process. In S702, the access unit 311 may return the file name as it is to the caller.

図７（Ｂ）は、アクセス部３１１による生存確認ファイル４０４への書き込み処理を説明するためのフローチャートである。本処理は、要求処理部３０１やサーバー管理部３０２から、エージェントＩＤ、生存通知日時、停止検出回数を引数として呼び出されるものとする。具体的には、要求処理部３０１がエージェントからの生存通知を受信した際、サーバー管理部３０２がエージェントの停止検出を行ってそのエージェントを停止していると判断した際、等に呼ばれる処理である。   FIG. 7B is a flowchart for explaining the writing process to the survival confirmation file 404 by the access unit 311. This processing is called from the request processing unit 301 or the server management unit 302 with the agent ID, the survival notification date and time, and the number of stop detections as arguments. Specifically, when the request processing unit 301 receives the existence notification from the agent, the server management unit 302 detects the stop of the agent and determines that the agent is stopped. .

Ｓ７１１において、アクセス部３１１は、引数で渡されたエージェントＩＤ、生存通知日時、停止検出回数から、生存確認ファイル４０４の新たなファイル名を作成する。   In step S <b> 711, the access unit 311 creates a new file name of the survival confirmation file 404 from the agent ID, the survival notification date and time, and the number of stop detections passed as arguments.

Ｓ７１２において、アクセス部３１１は、共有フォルダー上に、引数で渡されたエージェントＩＤを含むファイル名が設定された生存確認ファイル４０４を検索する。検索の結果、該当するファイルが見つかった場合にはＳ７１３に進み、存在しない場合にはＳ７１５に進む。   In step S712, the access unit 311 searches the shared folder for a survival confirmation file 404 in which a file name including the agent ID passed as an argument is set. If the corresponding file is found as a result of the search, the process proceeds to S713, and if it does not exist, the process proceeds to S715.

Ｓ７１３において、アクセス部３１１は、Ｓ７１２で見つかった生存確認ファイル４０４のファイル名を、Ｓ７１１で作成したファイル名に変更する。Ｓ７１４でファイル名の変更に成功した場合には本処理を終了し、失敗した場合にはＳ７１３に戻り、ファイル名の変更を再度、試行する。   In S713, the access unit 311 changes the file name of the survival confirmation file 404 found in S712 to the file name created in S711. If the file name change is successful in S714, the process is terminated. If the file name change is unsuccessful, the process returns to S713 to try the file name change again.

Ｓ７１５において、アクセス部３１１は、Ｓ７１１で作成したファイル名が設定された生存確認ファイルを新規に作成し、本終了する。   In step S715, the access unit 311 newly creates a survival confirmation file in which the file name created in step S711 is set, and the process ends.

なお、本処理で説明した生存確認ファイル４０４の更新に際しては、図５、６などのエージェント情報ファイル４０２への操作の場合と異なり、予備ファイル４０３に相当する復旧用のファイルを用意しない。   Note that, when updating the survival confirmation file 404 described in this process, a recovery file corresponding to the backup file 403 is not prepared unlike the case of the operation on the agent information file 402 shown in FIGS.

以上説明したように、本実施例によれば、共有フォルダー上のエージェント情報ファイル４０２が壊れた場合には、予備ファイル４０３からその内容を復元することができる。   As described above, according to the present embodiment, when the agent information file 402 in the shared folder is broken, the contents can be restored from the spare file 403.

また、エージェント情報ファイル４０２の書き込み先（具体的には、履歴管理サーバー１０１）によっては、予備ファイル４０３への書き込みを行わないことで、冗長性が不要な場合の処理の負荷を軽減することができる。これは、共有フォルダー上のファイルはマスターとして保護すべきであるのに対し、履歴管理サーバー１０１上のファイルは壊れたとしても、履歴情報の管理が滞るような致命的な問題にはならないためである。   Further, depending on the writing destination of the agent information file 402 (specifically, the history management server 101), the processing load when redundancy is unnecessary can be reduced by not writing to the backup file 403. it can. This is because the file on the shared folder should be protected as a master, but even if the file on the history management server 101 is broken, it is not a fatal problem that the management of history information is delayed. is there.

なお、図５、６におけるエージェント情報ファイル４０２に対する処理と予備ファイル４０３に対する処理とを入れ替えても良い。この場合、図５の処理はエージェント情報ファイル４０２に先に書き込みを行った後、予備ファイル４０３に書き込みを行うようになる。その場合、エージェント情報ファイル４０２が先に更新されているため、万が一予備ファイル４０３の更新ができなくても、図６の処理で最新の情報をエージェント情報ファイル４０２から読み込むことができる。   Note that the processing for the agent information file 402 and the processing for the backup file 403 in FIGS. 5 and 6 may be interchanged. In this case, the processing of FIG. 5 starts writing to the backup file 403 after writing to the agent information file 402 first. In this case, since the agent information file 402 has been updated first, the latest information can be read from the agent information file 402 by the processing of FIG.

また、Ｓ６０７でエージェント情報ファイル４０２と予備ファイル４０３の更新日時を比較し、更新日時が新しい方のファイルの内容を読み込むようにしても良い。   In step S607, the update date and time of the agent information file 402 and the backup file 403 may be compared, and the content of the file with the newest update date and time may be read.

また、Ｓ５０７で予備ファイル４０３の検証において問題があった場合、エージェント情報の内容に関して冗長性が失われたことになる。このため、Ｓ５０７で予備ファイル４０３の検証において問題があった場合、エージェント情報ファイル４０２から予備ファイル４０３を復元するようにしても良い。   If there is a problem in the verification of the spare file 403 in S507, the redundancy regarding the contents of the agent information is lost. Therefore, if there is a problem in the verification of the spare file 403 in S507, the spare file 403 may be restored from the agent information file 402.

同様に、Ｓ５０７で予備ファイル４０３の検証で問題があった場合、エージェント情報の内容に関して冗長性が失われたことになる。このため、以下のようにしても良い。   Similarly, if there is a problem in the verification of the backup file 403 in S507, the redundancy regarding the contents of the agent information is lost. For this reason, it may be as follows.

予備ファイル４０３への書き込みの際に、ファイル名に作成日時を表す文字列を付加してファイル名が異なるようにする。そして、Ｓ５０７で書き込んだ予備ファイル４０３の検証で問題がなかった場合、最新の作成日時の文字列を持つファイルのみを残して古い予備ファイル４０３を削除する。また、Ｓ５０７で書き込んだ予備ファイル４０３の検証で問題があった場合は、その際に書き込んだファイルを削除する。エージェント情報ファイル４０２を復元する場合には、最新の作成日時の文字列を持つ予備ファイル４０３を使用する。これにより、予備ファイル４０３への書き込みが正しく行われなくても、最後に正しく書き込むことができた予備ファイル４０３が残るため、エージェント情報の内容に関して冗長性が失われずに済む。   When writing to the spare file 403, a character string representing the creation date is added to the file name so that the file name is different. If there is no problem in the verification of the spare file 403 written in S507, the old spare file 403 is deleted leaving only the file having the character string of the latest creation date and time. If there is a problem with the verification of the spare file 403 written in S507, the file written at that time is deleted. When restoring the agent information file 402, a spare file 403 having a character string of the latest creation date and time is used. As a result, even if writing to the spare file 403 is not performed correctly, the spare file 403 that has been correctly written last remains, so that redundancy regarding the contents of the agent information is not lost.

（実施例２）
実施例２では、エージェントから定期的に送られてくる情報で、永続的な管理が不要な情報によるエージェント情報ファイルへの書き込みに際しては、予備ファイルへの書き込みを省略する。よって、本実施例によれば、履歴管理サーバー１０１のアクセス部３１１によるファイルへの書き込み処理の負荷を低減することができる。なお、本実施例については、実施例１と重複する部分の説明は省略し、差分のみを説明する。 (Example 2)
In the second embodiment, when writing to the agent information file by information that is periodically sent from the agent and does not require permanent management, writing to the backup file is omitted. Therefore, according to the present embodiment, it is possible to reduce the load of the file writing process by the access unit 311 of the history management server 101. In addition, about a present Example, description of the part which overlaps with Example 1 is abbreviate | omitted, and only a difference is demonstrated.

本実施例において、予備ファイルへの書き込みが省略される情報としては、エージェントから定期的に送信されてくるステータス情報を例に挙げる。エージェントのステータスは、例えば、エージェントが動作するクライアント装置のディスク空き容量不足、ディスク空き容量を示す数値情報、未送信のジョブ履歴の件数などがある。本実施例におけるエージェントは、このようなステータスを予め設定された間隔（例えば５分など）で、定期的に履歴管理サーバー１０１の要求処理部３０１に送信してくる。また、エージェントは、ステータスとは別に、ＭＦＰ１１１上で行われたエージェント自身の設定変更の内容を履歴管理サーバー１０１の要求処理部３０１に送信してくる。   In the present embodiment, as information for which writing to the spare file is omitted, status information periodically transmitted from the agent is taken as an example. The status of the agent includes, for example, insufficient disk space of the client device in which the agent operates, numerical information indicating the disk space, the number of unsent job histories, and the like. The agent in this embodiment periodically transmits such status to the request processing unit 301 of the history management server 101 at a preset interval (for example, 5 minutes). In addition to the status, the agent transmits to the request processing unit 301 of the history management server 101 the contents of the setting change of the agent itself performed on the MFP 111.

図８、９で示すフローチャートを用いて、実施例２の履歴管理サーバー１０１によるエージェント情報の更新処理について説明する。なお、図８、９のフローチャートに示す各ステップは、履歴管理サーバー１０１のＣＰＵ２１１がＲＯＭ２１２またはＨＤＤ２１４に記憶されている要求処理部３０１を実現するプログラムを実行することで実現される。また、ＣＰＵ２１１は、必要に応じて記憶領域としてＲＡＭ２１３やＨＤＤ２１４を利用する。   The agent information update process performed by the history management server 101 according to the second embodiment will be described with reference to flowcharts illustrated in FIGS. The steps shown in the flowcharts of FIGS. 8 and 9 are realized by the CPU 211 of the history management server 101 executing a program that realizes the request processing unit 301 stored in the ROM 212 or the HDD 214. Further, the CPU 211 uses the RAM 213 and the HDD 214 as a storage area as necessary.

図８（Ａ）は、要求処理部３０１によるエージェント情報の更新処理を示す。   FIG. 8A shows an update process of agent information by the request processing unit 301.

Ｓ８０１において、要求処理部３０１は、エージェントから受信した要求に含まれるエージェント情報をファイルとしてローカルに書き出す。Ｓ８０２において、要求処理部３０１は、Ｓ８０１で書き出されたファイルを、アクセス部３１１を介してエージェント情報ファイルとして読み込む。この処理の詳細は、図６の処理と同じである。   In step S801, the request processing unit 301 writes the agent information included in the request received from the agent locally as a file. In step S <b> 802, the request processing unit 301 reads the file written in step S <b> 801 as an agent information file via the access unit 311. The details of this process are the same as the process of FIG.

Ｓ８０３において、要求処理部３０１は、受信した要求がエージェントのステータスの更新かどうかを判断する。ステータスの更新である場合にはＳ８０４に進み、ステータスの更新ではない、すなわち、エージェントの設定の更新である場合にはＳ８０５に進む。その後、本処理が終了する。   In step S803, the request processing unit 301 determines whether the received request is an update of the agent status. If it is a status update, the process proceeds to S804. If it is not a status update, that is, if it is an agent setting update, the process proceeds to S805. Thereafter, this process ends.

図８（Ｂ）は、履歴管理サーバー１０１における、前述のＳ８０４のエージェントのステータス更新処理の詳細を示す。   FIG. 8B shows the details of the agent status update processing in S804 described above in the history management server 101.

Ｓ８１０において、要求処理部３０１は、アクセス部３１１を介して共有フォルダー上のエージェント情報ファイルを読み込み、その内容を受け取る。このステップの詳細について、図９を用いて説明する。   In step S <b> 810, the request processing unit 301 reads the agent information file on the shared folder via the access unit 311 and receives the contents thereof. Details of this step will be described with reference to FIG.

図９で示すフローチャートを用いて、アクセス部３１１によるエージェント情報ファイルの読み込む処理について説明する。   The process of reading the agent information file by the access unit 311 will be described using the flowchart shown in FIG.

なお、図９は、図６のＳ６１０が、Ｓ９０１からＳ９０３になる点だけが図６とは異なる。そのため、図６と同様なステップについては、図６と同一な符号をつけてその説明は省略し、Ｓ９０１からＳ９０３についてのみ説明する。   9 is different from FIG. 6 only in that S610 in FIG. 6 is changed from S901 to S903. Therefore, the same steps as those in FIG. 6 are denoted by the same reference numerals as those in FIG. 6 and the description thereof is omitted, and only S901 to S903 will be described.

Ｓ９０１において、アクセス部３１１は、読み込みの対象となるエージェント情報ファイル４０２に対応する予備ファイル４０３を読み込む。Ｓ９０２において、アクセス部３１１は、Ｓ９０１で読み込んだ予備ファイル４０３の内容であるエージェント情報におけるステータスを、予備ファイル４０３から復元されたことを示すステータス情報（復元ステータス）で、更新する。これは、本実施例では、予備ファイル４０３の内容に記載されるステータスは、エージェントの最新のステータスとは異なる場合があるため、要求処理部３０１が予備ファイル４０３で復元されたことを検出できるようにするための処理である。Ｓ９０３において、アクセス部３１１は、Ｓ９０２で更新したエージェント情報の内容を、読み込み元のエージェント情報ファイル４０２として書き込む。これにより、ステータス以外は予備ファイル４０３の内容が復元されることになる。   In step S901, the access unit 311 reads the backup file 403 corresponding to the agent information file 402 to be read. In step S <b> 902, the access unit 311 updates the status in the agent information that is the content of the backup file 403 read in step S <b> 901 with status information (restoration status) indicating that the backup file 403 has been restored. In this embodiment, the status described in the contents of the backup file 403 may be different from the latest status of the agent, so that the request processing unit 301 can detect that the backup file 403 has been restored. It is a process to make. In step S903, the access unit 311 writes the content of the agent information updated in step S902 as the source agent information file 402. As a result, the contents of the backup file 403 are restored except for the status.

図８（Ｂ）の説明に戻る。   Returning to the description of FIG.

Ｓ８１４において、要求処理部３０１は、更新すべきステータスを抽出する。具体的には、Ｓ８０２で読み込んだエージェント情報と、Ｓ８１０で読み込んだエージェント情報のステータスを比較し、Ｓ８０２で読み込んだエージェント情報にだけあるステータスを抽出する。Ｓ８１５において、要求処理部３０１は、Ｓ８１４で抽出されたステータスがある場合には、それをシステム管理者等に通知する必要があると判断してＳ８１６に進む。一方、Ｓ８１４で抽出されたステータスがない場合には通知が不要と判断して、Ｓ８１９に進む。   In S814, the request processing unit 301 extracts a status to be updated. Specifically, the status of the agent information read in S802 is compared with the status of the agent information read in S810, and the status only in the agent information read in S802 is extracted. In S815, if there is the status extracted in S814, the request processing unit 301 determines that it is necessary to notify the system administrator or the like, and proceeds to S816. On the other hand, if there is no status extracted in S814, it is determined that notification is unnecessary, and the process proceeds to S819.

Ｓ８１６において、要求処理部３０１は、Ｓ８１０で読み込んだエージェント情報ファイルの内容の中に、復元ステータスがあるかどうかを判断する。復元ステータスがある場合にはＳ８１８に進み、復元ステータスがない場合にはＳ８１７に進む。Ｓ８１７において、要求処理部３０１は、Ｓ８１４で抽出されたステータスを示すメッセージを含む通知を、通知部３０４を介して予め設定された宛先（システム管理者宛て）に、電子メールなどで送信する。   In step S816, the request processing unit 301 determines whether the content of the agent information file read in step S810 includes a restoration status. If there is a restoration status, the process proceeds to S818, and if there is no restoration status, the process proceeds to S817. In S817, the request processing unit 301 transmits a notification including the message indicating the status extracted in S814 to a preset destination (addressed to the system administrator) via an e-mail or the like via the notification unit 304.

Ｓ８１８において、要求処理部３０１は、予備ファイル４０３を用いたエージェント情報の復元によりエージェントの最新のステータスが不明であることを示すメッセージを含む通知を、通知部３０４を介して予め設定された宛先に送信する。   In step S <b> 818, the request processing unit 301 sends a notification including a message indicating that the latest status of the agent is unknown by restoring the agent information using the backup file 403 to a destination set in advance via the notification unit 304. Send.

Ｓ８１９において、要求処理部３０１は、Ｓ８１０で読み込んだエージェント情報におけるステータスを、Ｓ８０２で読み込んだエージェント情報におけるステータスで更新し、ローカルにファイルとして書き出す。   In S819, the request processing unit 301 updates the status in the agent information read in S810 with the status in the agent information read in S802, and writes it locally as a file.

Ｓ８２０において、アクセス部３１１は、Ｓ８１９で書き出したファイルに含まれるエージェント情報を、共有フォルダー上のエージェント情報ファイルに書き込む。Ｓ８２０の処理の詳細は、図５において、Ｓ５０５からＳ５０７の処理を除いたものであり、その説明は省略する。   In S820, the access unit 311 writes the agent information included in the file written in S819 to the agent information file on the shared folder. The details of the process of S820 are the same as those in FIG. 5 except for the processes of S505 to S507, and a description thereof will be omitted.

図８（Ｃ）は、履歴管理サーバー１０１における、前述のＳ８０５のエージェントの設定更新処理の詳細を示す。   FIG. 8C shows the details of the agent setting update processing in S805 described above in the history management server 101.

Ｓ８３０において、要求処理部３０１は、アクセス部３１１を介して共有フォルダー上のエージェント情報ファイルを読み込み、その内容を受け取る。このステップの詳細は図９で前述した通りである。   In step S830, the request processing unit 301 reads the agent information file on the shared folder via the access unit 311 and receives the contents thereof. Details of this step are as described above with reference to FIG.

Ｓ８３１において、要求処理部３０１は、前述のＳ８１６と同様の判断を行う。復元ステータスがある場合にはＳ８３２に進み、復元ステータスがない場合にはＳ８３３に進む。Ｓ８３２において、予備ファイル４０３を用いたエージェント情報の復元によりエージェントの最新のステータスが不明であることを示すメッセージを含む通知を、通知部３０４を介して予め設定された宛先に送信する。Ｓ８３３において、要求処理部３０１は、Ｓ８３０で読み込んだエージェント情報の設定内容を、Ｓ８０２で読み込んだエージェント情報の内容で更新する。   In S831, the request processing unit 301 performs the same determination as in S816 described above. If there is a restoration status, the process proceeds to S832, and if there is no restoration status, the process proceeds to S833. In S832, a notification including a message indicating that the latest status of the agent is unknown by restoring the agent information using the backup file 403 is transmitted to a preset destination via the notification unit 304. In step S833, the request processing unit 301 updates the setting contents of the agent information read in step S830 with the contents of the agent information read in step S802.

Ｓ８３４において、アクセス部３１１は、Ｓ８３３で更新したエージェント情報を、アクセス部３１１を介してエージェント情報ファイルに書き込む。Ｓ８３４の処理の詳細は、図５に示す処理と同様である。   In step S834, the access unit 311 writes the agent information updated in step S833 into the agent information file via the access unit 311. Details of the process of S834 are the same as the process shown in FIG.

以上のように、実施例２では、エージェントのステータスを更新する場合には、Ｓ８２０において、予備ファイル４０３への書き込みと検証を行わない。これにより、ファイル更新の負荷を軽減することができる。   As described above, in the second embodiment, when updating the status of the agent, writing to the spare file 403 and verification are not performed in S820. Thereby, the load of file update can be reduced.

なお、本実施例では、ステータスをクリアして復元ステータスのみとする処理を、エージェント情報ファイル４０２を予備ファイル４０３から復旧する際に行ったが、予備ファイル４０３を作成する際に行っても良い。   In this embodiment, the process of clearing the status and setting only the restoration status is performed when the agent information file 402 is restored from the backup file 403, but may be performed when the backup file 403 is created.

（他の実施例）
本発明は、上述した実施形態を適宜組み合わせることにより構成された装置あるいはシステムやその方法も含まれるものとする。 (Other examples)
The present invention includes an apparatus or system configured by appropriately combining the above-described embodiments and a method thereof.

ここで、本発明は、上述した実施形態の機能を実現する１以上のソフトウェア（プログラム）を実行する主体となる装置あるいはシステムである。また、その装置あるいはシステムで実行される上述した実施形態を実現するための方法も本発明の一つである。また、そのプログラムは、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給され、そのシステム或いは装置の１以上のコンピュータ（ＣＰＵやＭＰＵ等）によりそのプログラムが読み出され、実行される。つまり、本発明の一つとして、さらにそのプログラム自体、あるいは該プログラムを格納したコンピュータにより読み取り可能な各種記憶媒体も含むものとする。また、上述した実施形態の機能を実現する回路（例えば、ＡＳＩＣ）によっても、本発明は実現可能である。   Here, the present invention is an apparatus or system that is a main body that executes one or more software (programs) that realize the functions of the above-described embodiments. Further, a method for realizing the above-described embodiment executed by the apparatus or system is also one aspect of the present invention. The program is supplied to the system or apparatus via a network or various storage media, and the program is read and executed by one or more computers (CPU, MPU, etc.) of the system or apparatus. That is, as one aspect of the present invention, the program itself or various storage media readable by a computer storing the program are included. The present invention can also be realized by a circuit (for example, ASIC) that realizes the functions of the above-described embodiments.

１０１ 履歴管理サーバー
１０２ ファイルサーバー
１１１ ＭＦＰ 101 History management server 102 File server 111 MFP

Claims (9)

履歴情報を送信する機能を有するエージェントが動作する複数のクライアント装置と通信する複数の履歴管理サーバーと、ファイルサーバーとを含むシステムであって、
前記ファイルサーバーは、
前記複数のクライアント装置のそれぞれで動作するエージェントごとに、該エージェントが管理対象であることを識別するための登録確認ファイルと、該エージェントの設定を含むエージェント情報が書き込まれるエージェント情報ファイルと、予備ファイルと、を管理する記憶手段を、有し、
前記複数の履歴管理サーバーのそれぞれは、
特定のエージェントのエージェント情報の書き込みの要求を受付けた場合に、書き込み先が前記ファイルサーバーかどうかを判断する第１の判断手段と、
書き込み先が前記ファイルサーバーであると判断された場合に、前記ファイルサーバーの前記記憶手段で管理される前記特定のエージェントに対応する登録確認ファイルのオープンに成功したかどうかを判断する第２の判断手段と、
前記登録確認ファイルのオープンに成功したと判断された場合に、前記書き込みが要求されたエージェント情報を、前記特定のエージェントに対応する予備ファイルに書き込む書き込み手段と、を有し、
前記書き込み手段は、前記予備ファイルに書き込まれた前記エージェント情報が読み込めた場合に、当該エージェント情報を、前記特定のエージェントに対応するエージェント情報ファイルに書き込み、
前記エージェント情報ファイルへの前記エージェント情報の書き込みの後に、前記登録確認ファイルがクローズされることを特徴とするシステム。 A system including a plurality of history management servers that communicate with a plurality of client devices on which an agent having a function of transmitting history information operates, and a file server,
The file server is
For each agent operating in each of the plurality of client devices, a registration confirmation file for identifying that the agent is a management target, an agent information file in which agent information including the setting of the agent is written, and a spare file And storage means for managing
Each of the plurality of history management servers includes:
First determination means for determining whether a write destination is the file server when a request for writing agent information of a specific agent is received;
A second determination for determining whether or not the registration confirmation file corresponding to the specific agent managed by the storage means of the file server has been successfully opened when it is determined that the write destination is the file server; Means,
Writing means for writing the agent information requested to be written to a spare file corresponding to the specific agent when it is determined that the registration confirmation file has been successfully opened;
The writing means writes the agent information in an agent information file corresponding to the specific agent when the agent information written in the spare file can be read.
The registration confirmation file is closed after the agent information is written to the agent information file. 前記書き込み手段は、前記登録確認ファイルのオープンに成功したと判断されなかった場合、前記書き込みが要求されたエージェント情報の前記予備ファイルへの書き込みを行わず、
前記書き込みの要求に対して書き込みの失敗が通知されることを特徴とする請求項１に記載のシステム。 If the writing means does not determine that the registration confirmation file has been successfully opened, the writing means does not write the agent information requested to be written to the spare file,
The system according to claim 1, wherein a write failure is notified in response to the write request. 前記書き込み手段は、前記予備ファイルに書き込まれた前記エージェント情報が読み込めなかった場合に、当該エージェント情報の前記エージェント情報ファイルへの書き込みを行わないことを特徴とする請求項１または２に記載のシステム。   3. The system according to claim 1, wherein the writing unit does not write the agent information in the agent information file when the agent information written in the backup file cannot be read. . 書き込み先が前記履歴管理サーバーであると判断された場合に、前記書き込み手段は、前記書き込みが要求されたエージェント情報を、予備ファイルへの書き込みを行うことなく、新規作成したエージェント情報ファイルに書き込むことを特徴とする請求項１乃至３のいずれか１項に記載のシステム。   When it is determined that the write destination is the history management server, the writing unit writes the agent information requested to be written to the newly created agent information file without writing to the backup file. The system according to any one of claims 1 to 3. 前記ファイルサーバーで管理されたエージェント情報ファイルの読み込みの要求を受付けた際に、前記第２の判断手段により前記登録確認ファイルのオープンに成功したと判断された場合に、該エージェント情報ファイルの読み込みを行う読み込み手段を、更に有することを特徴とする請求項１乃至４のいずれか１項に記載のシステム。   When a request for reading the agent information file managed by the file server is received, and the second determining means determines that the registration confirmation file has been successfully opened, the agent information file is read. 5. The system according to claim 1, further comprising reading means for performing. 前記読み込み手段による前記エージェント情報ファイルの読み込みに失敗した場合に、該エージェント情報ファイルに代わって、前記予備ファイルの複製をエージェント情報ファイルとして前記ファイルサーバーの記憶手段で管理させ、
前記読み込み手段は、前記予備ファイルの複製を用いて作成されたエージェント情報ファイルの読み込みを行うことを特徴とする請求項５に記載のシステム。 When the reading of the agent information file by the reading means fails, instead of the agent information file, the copy of the spare file is managed as an agent information file by the storage means of the file server,
The system according to claim 5, wherein the reading unit reads an agent information file created using a copy of the preliminary file. 前記読み込み手段による前記エージェント情報ファイルの読み込みに成功した場合に、前記登録確認ファイルがクローズされることを特徴とする請求項５または６に記載のシステム。   The system according to claim 5 or 6, wherein when the reading of the agent information file by the reading unit is successful, the registration confirmation file is closed. 前記ファイルサーバーは前記記憶手段により、前記複数のクライアント装置のそれぞれで動作するエージェントごとに、該エージェントのステータスを識別するための生存確認ファイルをさらに管理し、
前記書き込み手段は、前記前記ファイルサーバーで管理された生存確認ファイルへの更新の要求を受付けた場合には、予備ファイルへの書き込みを行うことなく、該要求に係るエージェントの識別情報および該エージェントからの通知を受信した時間を示す情報を用いて、前記生存確認ファイルを更新することを特徴とする請求項１乃至７のいずれか１項に記載のシステム。 The file server further manages a survival confirmation file for identifying the status of the agent for each agent operating in each of the plurality of client devices by the storage means,
When the writing means receives an update request to the survival confirmation file managed by the file server, the writing means does not write to the spare file, and the agent identification information and the agent related to the request The system according to claim 1, wherein the survival confirmation file is updated using information indicating a time when the notification is received. 履歴情報を送信する機能を有するエージェントが動作する複数のクライアント装置と通信する複数の履歴管理サーバーと、ファイルサーバーとを含むシステムにおける方法であって、
前記ファイルサーバーは、前記複数のクライアント装置のそれぞれで動作するエージェントごとに、該エージェントが管理対象であることを識別するための登録確認ファイルと、該エージェントの設定を含むエージェント情報ファイルと、予備ファイルと、を管理する記憶手段を、有し、
前記複数の履歴管理サーバーのそれぞれは、
特定のエージェントのエージェント情報の書き込みの要求を受付けた場合に、書き込み先が前記ファイルサーバーかどうかを判断する工程と、
書き込み先が前記ファイルサーバーであると判断された場合に、前記ファイルサーバーの前記記憶手段で管理される前記特定のエージェントに対応する登録確認ファイルのオープンに成功したかどうかを判断する工程と、
前記登録確認ファイルのオープンに成功したと判断された場合に、前記書き込みが要求されたエージェント情報を、前記特定のエージェントに対応する予備ファイルに書き込む工程と、
前記予備ファイルに書き込まれた前記エージェント情報が読み込めた場合に、当該エージェント情報を、前記特定のエージェントに対応するエージェント情報ファイルに書き込む工程と、を有し、
前記エージェント情報ファイルへの前記エージェント情報の書き込みの後に、前記登録確認ファイルがクローズされることを特徴とする方法。 A method in a system including a plurality of history management servers communicating with a plurality of client devices on which an agent having a function of transmitting history information operates, and a file server,
The file server includes, for each agent operating on each of the plurality of client devices, a registration confirmation file for identifying that the agent is a management target, an agent information file including the setting of the agent, and a spare file And storage means for managing
Each of the plurality of history management servers includes:
Determining whether the write destination is the file server when receiving a request to write agent information of a specific agent; and
When it is determined that the write destination is the file server, determining whether the registration confirmation file corresponding to the specific agent managed by the storage unit of the file server has been successfully opened;
When it is determined that the registration confirmation file has been successfully opened, the agent information requested to be written is written to a spare file corresponding to the specific agent;
A step of writing the agent information to an agent information file corresponding to the specific agent when the agent information written in the backup file is read;
The registration confirmation file is closed after the agent information is written to the agent information file.
JP2015143136A 2015-07-17 2015-07-17 System and method Active JP6486227B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2015143136A JP6486227B2 (en) 2015-07-17 2015-07-17 System and method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2015143136A JP6486227B2 (en) 2015-07-17 2015-07-17 System and method

Publications (2)

Publication Number Publication Date
JP2017027216A true JP2017027216A (en) 2017-02-02
JP6486227B2 JP6486227B2 (en) 2019-03-20

Family

ID=57950557

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2015143136A Active JP6486227B2 (en) 2015-07-17 2015-07-17 System and method

Country Status (1)

Country Link
JP (1) JP6486227B2 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019028593A (en) * 2017-07-27 2019-02-21 キヤノン株式会社 System, control method of system, information processor, control method of information processor, and program

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS63279346A (en) * 1987-05-12 1988-11-16 Fujitsu Ltd File replacement processing system
JP2000122912A (en) * 1998-10-12 2000-04-28 Fuji Xerox Co Ltd Method and device for gathering resource
JP2003345644A (en) * 2002-05-29 2003-12-05 Internatl Business Mach Corp <Ibm> Connection switching device and file system using the connection switching device
JP2004030305A (en) * 2002-06-26 2004-01-29 Brother Ind Ltd File system
JP2004246880A (en) * 2003-01-23 2004-09-02 Seiko Epson Corp Device, system, and program for collecting information, printer, and method and program for collecting environmental information for printer
JP2004252742A (en) * 2003-02-20 2004-09-09 Nippon Telegr & Teleph Corp <Ntt> File sharing system, its user terminal device, file sharing method, and program for user terminal
JP2009129017A (en) * 2007-11-20 2009-06-11 Ricoh Co Ltd Document transfer support system, monitoring device, document transfer support device, method, and program
JP2011180649A (en) * 2010-02-26 2011-09-15 Nec Corp Data processing system, data processing method, and data processing program
US9122437B2 (en) * 2012-09-05 2015-09-01 Canon Kabushiki Kaisha Information processing apparatus, method, and medium for managing status information about an image forming apparatus

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS63279346A (en) * 1987-05-12 1988-11-16 Fujitsu Ltd File replacement processing system
JP2000122912A (en) * 1998-10-12 2000-04-28 Fuji Xerox Co Ltd Method and device for gathering resource
JP2003345644A (en) * 2002-05-29 2003-12-05 Internatl Business Mach Corp <Ibm> Connection switching device and file system using the connection switching device
JP2004030305A (en) * 2002-06-26 2004-01-29 Brother Ind Ltd File system
JP2004246880A (en) * 2003-01-23 2004-09-02 Seiko Epson Corp Device, system, and program for collecting information, printer, and method and program for collecting environmental information for printer
JP2004252742A (en) * 2003-02-20 2004-09-09 Nippon Telegr & Teleph Corp <Ntt> File sharing system, its user terminal device, file sharing method, and program for user terminal
JP2009129017A (en) * 2007-11-20 2009-06-11 Ricoh Co Ltd Document transfer support system, monitoring device, document transfer support device, method, and program
JP2011180649A (en) * 2010-02-26 2011-09-15 Nec Corp Data processing system, data processing method, and data processing program
US9122437B2 (en) * 2012-09-05 2015-09-01 Canon Kabushiki Kaisha Information processing apparatus, method, and medium for managing status information about an image forming apparatus

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019028593A (en) * 2017-07-27 2019-02-21 キヤノン株式会社 System, control method of system, information processor, control method of information processor, and program

Also Published As

Publication number Publication date
JP6486227B2 (en) 2019-03-20

Similar Documents

Publication Publication Date Title
JP5391601B2 (en) Resource transfer system, resource transfer method, information processing apparatus, and computer program
JP5444178B2 (en) Backup / restore processing device, backup / restore processing method and program
JP4354314B2 (en) Server difference management system and information processing apparatus control method
JP2019139591A (en) System and method using the same
US8930906B2 (en) Selectively allowing changes to a system
US20150370650A1 (en) Image processing apparatus, image processing method, and non-transitory computer readable medium
JP6506527B2 (en) Information processing apparatus and data synchronization method, data synchronization system and program
JP2016045930A (en) Management system and method for controlling management system
JP6486227B2 (en) System and method
JP2011035675A (en) Data processing system and method of controlling the same
JP5086820B2 (en) Service management method, system and program
JP6287308B2 (en) Replication control system, replication control method, and replication control program
JP5565691B2 (en) Backup system, backup method and backup program
JP2013258481A (en) Network device management system and network device management method
JP2008250864A (en) Data storing method, data storing system and information processor
JP2007133795A (en) Cluster-structured business system
JP2008217118A (en) Log file management device, log file transmission device, log file management method, log file transmission method and program
JP2017091037A (en) System, management device, control method of system, control method of management device, and program
US20150220661A1 (en) Information processing apparatus, information processing method, and storage medium
JP2007257156A (en) Restore system and restore method
JP2017151721A (en) Information processing device, client device, backup method, and program
JP2017005510A (en) Image processing device, control method for image processing device and program
JP2020017821A (en) External information reception and distribution device, data transmission method, and program
US11442812B2 (en) System and method
US20220318212A1 (en) Information processing system and method

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20180706

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20181226

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20190122

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20190219

R151 Written notification of patent or utility model registration

Ref document number: 6486227

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151