JP2007082157A - データ処理システムとそのデータ管理装置，プログラム，および記録媒体 - Google Patents

Abstract

【課題】 増設又は変更したデータ保持装置に保持されているデータを大幅なコスト増を招くことなく複数台のデータ処理装置で共用できるようにする。
【解決手段】 データ管理用ＰＣ５０を、ＭＦＰ１０および通常ＰＣ２０と通信するクライアント通信処理部５２１（第１の通信処理手段）と、データ保持用ＰＣ３０とクライアント通信処理部５２１との間の通信を制御するＰＣ１通信処理部５２２ａ（第２の通信処理手段）およびＰＣ１制御部５２２ｂ（制御手段）と、データ保持用ＰＣ４０とクライアント通信処理部５２１との間の通信を制御するＰＣ２通信処理部５２３ａ（第２の通信処理手段）およびＰＣ２制御部５２３ｂ（制御手段）と、データ保持用ＰＣ３０，４０の特定情報とそれらに保持されているＤＢ（データ）の利用が許可されたＭＦＰ１０，通常ＰＣ２０の特定情報とを関連付けて記憶管理するデータ保持用ＰＣ管理部５２４（情報管理手段）とによって構成する。
【選択図】 図６

Description

この発明は、それぞれ通信回線（ネットワーク）に接続され、データを処理する端末装置（例えばパーソナルコンピュータ）や画像形成装置（例えばデジタル複写機，プリンタ，ファクシミリ装置，デジタル複合機）や画像読取装置（例えばスキャナ）等のデータ処理装置と、データを保持するデータ保持装置と、そのデータを管理するデータ管理装置とからなるデータ処理システム、そのデータ管理装置、そのデータ管理装置として機能するコンピュータ（ＣＰＵ）に実行させるプログラム、およびそのプログラムを記録したコンピュータ読み取り可能な記録媒体に関する。

従来、ＰＣ（パーソナルコンピュータ）等の端末装置とデジタル複合機等の画像形成装置はケーブルによって１対１で直結され、端末装置では、例えばアプリケーション（アプリケーションソフトウェア）によってモニタ（表示装置）の画面上でキーボード等の操作に応じた文書データ（ドキュメントデータ）等の印刷データを生成（作成）し、キーボード等の操作によって印刷要求が発行された時に、プリンタドライバ（プリンタドライバプログラム）によって上記印刷データを上記画像形成装置が理解できる言語に翻訳（変換）し、その翻訳した印刷データおよび印刷条件を含む印刷依頼（印刷指示）を上記画像形成装置に送信して印刷を行わせるようにしている。

なお、アプリケーションは、ユーザインタフェースを行う部分で、ユーザに提供する機能を実現するためのものであり、コピー機能を実現するためのアプリ（コピーアプリ）、プリンタ機能を実現するためのアプリ（プリンタアプリ）、スキャナ機能を実現するためのアプリ（スキャナアプリ）、ＦＡＸ（ファクシミリ）機能を実現するためのアプリ（ＦＡＸアプリ）などがある。それらのアプリケーションはＯＳ（オペレーティングシステム）によって管理されている。

ところで、ネットワーク等の通信回線の技術の需要が高まるにつれ、扱われるデータの量や種類も増大していることから、その利用性，経済性等に対する要望が益々高まり、近年、それぞれ異なる機能を有する複数台の画像形成装置をネットワーク上に分散して接続し、選択的に利用可能にした画像形成システム（データ処理システム）が出回るようになった。
このような画像形成システムとしては、ネットワーク上に端末装置の他に複数台の各画像形成装置を一括管理する印刷管理サーバも接続することにより、端末装置からの印刷データを印刷管理サーバが各画像形成装置に選択的に送信して印刷を行わせるようにしたものがある（例えば特許文献１参照）。
特開２００４−２１３３７０号公報

また、このような画像形成システムにおいては、ネットワーク上にノーツのユーザ管理サーバ，ユーザ登録用ＷｉｎｄｏｗｓＮＴ（登録商標）サーバ，Ｕｎｉｘ（登録商標）ＰＣのユーザ管理サーバなど、種類の異なる複数のＤＢ（データベース）を備えたサーバであるＤＢ機器（データ保持装置）を更に設け、ネットワーク上の各画像形成装置（データ処理装置）として、利用可能なＤＢを備えたＤＢ機器との接続処理（ＤＢ機器と通信可能に接続するための処理）を行なうためのモジュール（ソフトウェア）を備えたものもある。

しかしながら、このような従来の画像形成システムにおいては、各画像形成装置毎に、ネットワーク上に増設したＤＢ（新しい種類のＤＢ）機器との接続処理を行う場合や、ネットワーク上の変更したＤＢ機器との接続処理を行なう場合には、ＤＢ機器との接続処理を行なうためのソフトウェアを変更する必要があり、そのソフトウェア変更に要する大幅なコスト増を招くという問題があった。
この発明は、上記の点に鑑みてなされたものであり、ネットワーク（通信回線）上に増設したデータ保持装置（ＤＢ機器）やネットワーク上の変更したデータ保持装置に保持されているデータ（ＤＢ）を大幅なコスト増を招くことなく複数台のデータ処理装置で共用できるようにして、データ処理システムの低コスト化を実現することを目的とする。

この発明は、上記の目的を達成するため、データ管理装置、そのデータ管理装置とデータ処理装置とデータ保持装置とからなるデータ処理システム、データ管理装置として機能するコンピュータに実行させるプログラム、およびそのプログラムを記録したコンピュータ読み取り可能な記録媒体を提供する。

請求項１の発明によるデータ管理装置は、データを処理するデータ処理装置と通信回線を介して通信する第１の通信処理手段と、データを保持するデータ保持装置と通信回線を介して通信する第２の通信処理手段とを有するデータ管理装置であって、上記データ保持装置を特定するための特定情報と該データ保持装置に保持されているデータの利用が許可された上記データ処理装置を特定するための特定情報とを関連付けて記憶して管理する情報管理手段と、該情報管理手段による管理状況に基づいて、上記第２の通信処理手段によって受信する上記データ保持装置からのデータを上記データ処理装置で利用可能な形式に、上記第１の通信処理手段によって受信する上記データ処理装置からのデータを上記データ保持装置に適した形式にそれぞれ変換する制御手段とを設けたものである。

請求項２の発明によるデータ管理装置は、請求項１のデータ管理装置において、上記第１の通信処理手段（クライアント通信処理部）を複数台のデータ処理装置と通信可能とし、上記第２の通信処理手段（通信処理部）および上記制御手段を、扱うデータ形式が異なる複数台のデータ保持装置毎に１組ずつ設けたものである。
請求項３の発明によるデータ管理装置は、請求項２のデータ管理装置において、上記情報管理手段が、上記各第２の通信処理手段のいずれかによって受信する上記各データ保持装置のいずれかからの起動通知を受けた場合に、該データ保持装置が利用可能になった旨の情報を対応する上記特定情報に関連付けて記憶するものである。

請求項４の発明によるデータ管理装置は、請求項２又は３のデータ管理装置において、上記第１の通信処理手段に、上記各データ処理装置のいずれかからデータの取得を要求するデータ取得要求を受信した場合に、上記各データ保持装置のうちの該データ処理装置が利用可能なデータを保持しているデータ保持装置を上記情報管理手段に対して問い合わせ、上記各制御手段のうちの該情報管理手段から回答されたデータ保持装置と通信可能にするための制御手段に上記データ取得要求を渡す手段を備え、上記各制御手段に、上記第１の通信処理手段から上記データ取得要求を受けた場合に、該データ取得要求を上記各データ保持装置のうちの対応するデータ保持装置に適した形式に変換して上記各第２の通信処理手段のうちの対応する第２の通信処理手段に渡す手段を備えたものである。

請求項５の発明によるデータ管理装置は、請求項４のデータ管理装置において、上記各制御手段に、上記各第２の通信処理手段のうちの対応する第２の通信処理手段から上記データ取得要求に対するデータ取得結果を受けた場合に、該データ取得結果を上記各データ処理装置が利用可能な形式に変換して上記第１の通信処理手段に渡す手段を備えたものである。

請求項６の発明によるデータ管理装置は、請求項２又は３のデータ管理装置において、上記第１の通信処理手段に、上記各データ処理装置のいずれかからデータの変更を要求するデータ変更要求を受信した場合に、上記各データ保持装置のうちの該データ処理装置が利用可能なデータを保持しているデータ保持装置を上記情報管理手段に対して問い合わせ、上記各制御手段のうちの該情報管理手段から回答されたデータ保持装置と通信可能にするための制御手段に上記データ変更要求を渡す手段を有し、上記各制御手段に、上記第１の通信処理手段から上記データ変更要求を受けた場合に、該データ変更要求を上記各データ保持装置のうちの対応するデータ保持装置に適した形式に変換して上記各第２の通信処理手段のうちの対応する第２の通信処理手段に渡す手段を備えたものである。

請求項７の発明によるデータ管理装置は、請求項２又は３のデータ管理装置において、上記第１の通信処理手段に、上記各データ処理装置のいずれかからデータの変更を要求するデータ変更要求を受信した場合に、上記各データ保持装置のうちの該データ処理装置が利用可能なデータを保持しているデータ保持装置と該データ保持装置に保持されているデータを利用可能なデータ処理装置とを上記情報管理手段に対して問い合わせ、該情報管理手段から回答されたデータ処理装置に対してデータ変更を行って良いか否かを問い合わせ、該データ処理装置からデータ変更を許可する旨の通知を受信した場合に、上記各制御手段のうちの上記情報管理手段から回答されたデータ保持装置と通信可能にするための制御手段に上記データ変更要求を渡す手段を備え、上記各制御手段に、上記第１の通信処理手段から上記データ変更要求を受けた場合に、該データ変更要求を上記各データ保持装置のうちの対応するデータ保持装置に適した形式に変換して上記各第２の通信処理手段のうちの対応する第２の通信処理手段に渡す手段を備えたものである。

請求項８の発明によるデータ管理装置は、請求項６又は７のデータ管理装置において、上記各制御手段に、上記各第２の通信処理手段のうちの対応する第２の通信処理手段から上記データ変更要求に対するデータ変更結果を受けた場合に、該データ変更結果を上記各データ処理装置が利用可能な形式に変換して上記第１の通信処理手段に渡す手段を備えたものである。
請求項９の発明によるデータ管理装置は、請求項８のデータ管理装置において、上記第１の通信処理手段に、上記各制御手段のいずれかから上記データ変更結果を受けた場合に、該データ変更結果の送信元のデータ保持装置に保持されているデータを利用可能なデータ処理装置を上記情報管理手段に対して問い合わせ、該情報管理手段から回答されたデータ処理装置にデータ変更の発生を知らせるデータ変更発生通知を渡す手段を備えたものである。

請求項１０の発明によるデータ管理装置は、請求項２〜９のいずれかのデータ管理装置において、上記各制御手段に、上記各第２の通信処理手段のうちの対応する第２の通信処理手段からデータ変更の発生を知らせるデータ変更発生通知を受けた場合に、該データ変更発生通知を上記各データ処理装置が利用可能な形式に変換して上記第１の通信処理手段に渡す手段を備え、上記第１の通信処理手段に、上記各制御手段のいずれかから上記データ変更発生通知を受けた場合に、上記各データ保持装置のうちの該データ変更発生通知の送信元のデータ保持装置に保持されているデータを利用可能なデータ処理装置を上記情報管理手段に対して問い合わせ、該情報管理手段から回答されたデータ処理装置に上記データ変更発生通知を渡す手段を備えたものである。

請求項１１の発明によるデータ管理装置は、請求項２〜９のいずれかのデータ管理装置において、上記各制御手段に、上記各第２の通信処理手段のうちの対応する第２の通信処理手段からデータ変更の発生を知らせるデータ変更発生通知を受けた場合に、該データ変更発生通知を上記各データ処理装置が利用可能な形式に変換して上記第１の通信処理手段に渡す手段を備え、上記第１の通信処理手段に、上記各制御手段のいずれかから上記データ変更発生通知を受けた場合に、上記各データ保持装置のうちの該データ変更発生通知の送信元のデータ保持装置に保持されているデータを利用可能なデータ処理装置を上記情報管理手段に対して問い合わせ、該情報管理手段から回答されたデータ処理装置に対してデータ変更を行って良いか否かを問い合わせ、該データ処理装置からデータ変更を許可する旨の通知を受信した場合に、そのデータ処理装置に上記データ変更発生通知を送信する手段を備えたものである。

請求項１２の発明によるデータ管理装置は、請求項１１のデータ管理装置において、上記第１の通信処理手段に、上記情報管理手段から回答されたデータ処理装置に対する上記問い合わせに対して、データ変更を不許可とする旨の通知を受信した場合に、その通知の送信元のデータ処理装置を特定するための特定情報を含むデータ変更失敗通知を上記データ変更発生通知を渡した制御手段に渡す手段を備え、上記各制御手段に、上記第１の通信処理手段から上記データ変更発生通知に対する上記データ変更失敗通知を受けた場合に、所定時間経過後、再び上記データ変更発生通知を上記第１の通信処理手段に渡す手段を備えたものである。
請求項１３の発明によるデータ管理装置は、請求項１〜１２のいずれかのデータ管理装置と、データを処理するデータ処理装置と、データを保持するデータ保持装置とによって構成されたものである。

請求項１４の発明によるプログラムは、データを管理するコンピュータに、それぞれデータを処理する複数台の各データ処理装置と通信回線を介して通信する第１の通信処理機能と、それぞれデータを保持する複数台の各データ保持装置と通信回線を介してそれぞれ通信する複数の第２の通信処理機能と、上記各データ保持装置をそれぞれ特定するための特定情報と該各データ保持装置にそれぞれ保持されているデータの利用が許可された上記各データ処理装置をそれぞれ特定するための特定情報とを関連付けて記憶して管理する情報管理機能と、該情報管理機能による管理状況に基づいて、上記複数の各第２の通信処理機能によってそれぞれ受信する上記各データ保持装置からのデータを上記各データ処理装置で利用可能な形式に、上記第１の通信処理機能によって受信する上記各データ処理装置からのデータを上記各データ保持装置にそれぞれ適した形式に変換する複数の制御機能とを実現させるためのプログラムである。

請求項１５の発明によるプログラムは、請求項１４のプログラムにおいて、上記情報管理機能が、上記各第２の通信処理機能のいずれかによって受信する上記各データ保持装置のいずれかからの起動通知を受けた場合に、該データ保持装置が利用可能になった旨の情報を対応する上記特定情報に関連付けて記憶するものである。

請求項１６の発明によるプログラムは、請求項１４又は１５のプログラムにおいて、上記第１の通信処理機能に、上記各データ処理装置のいずれかからデータの取得を要求するデータ取得要求を受信した場合に、上記各データ保持装置のうちの該データ処理装置が利用可能なデータを保持しているデータ保持装置を上記情報管理機能に問い合わせ、上記各制御機能のうちの該情報管理機能から回答されたデータ保持装置と通信可能にするための制御機能に上記データ取得要求を渡す機能を備え、上記各制御機能に、上記第１の通信処理機能から上記データ取得要求を受けた場合に、該データ取得要求を上記各データ保持装置のうちの対応するデータ保持装置に適した形式に変換して上記各第２の通信処理機能のうちの対応する第２の通信処理機能に渡す機能を備えたものである。

請求項１７の発明によるプログラムは、請求項１６のプログラムにおいて、上記各制御機能に、上記各第２の通信処理機能のうちの対応する第２の通信処理機能から上記データ取得要求に対するデータ取得結果を受けた場合に、該データ取得結果を上記各データ処理装置が利用可能な形式に変換して上記第１の通信処理機能に渡す機能を備えたものである。

請求項１８の発明によるプログラムは、請求項１４又は１５のプログラムにおいて、上記第１の通信処理機能に、上記各データ処理装置のいずれかからデータの変更を要求するデータ変更要求を受信した場合に、上記各データ保持装置のうちの該データ処理装置が利用可能なデータを保持しているデータ保持装置を上記情報管理機能に対して問い合わせ、上記各制御機能のうちの該情報管理機能から回答されたデータ保持装置と通信可能にするための制御機能に上記データ変更要求を渡す機能を備え、上記各制御機能に、上記第１の通信処理機能から上記データ変更要求を受けた場合に、該データ変更要求を上記各データ保持装置のうちの対応するデータ保持装置に適した形式に変換して上記各第２の通信処理機能のうちの対応する第２の通信処理機能に渡す機能を備えたものである。

請求項１９の発明によるプログラムは、請求項１４又は１５のプログラムにおいて、上記第１の通信処理機能に、上記各データ処理装置のいずれかからデータの変更を要求するデータ変更要求を受信した場合に、上記各データ保持装置のうちの該データ処理装置が利用可能なデータを保持しているデータ保持装置と該データ保持装置に保持されているデータを利用可能なデータ処理装置とを上記情報管理機能に対して問い合わせ、該情報管理機能から回答されたデータ処理装置に対してデータ変更を行って良いか否かを問い合わせ、該データ処理装置からデータ変更を許可する旨の通知を受信した場合に、上記各制御機能のうちの上記情報管理機能から回答されたデータ保持装置と通信可能にするための制御機能に上記データ変更要求を渡す機能を備え、上記各制御機能に、上記第１の通信処理機能から上記データ変更要求を受けた場合に、該データ変更要求を上記各データ保持装置のうちの対応するデータ保持装置に適した形式に変換して上記各第２の通信処理機能のうちの対応する第２の通信処理機能に渡す機能を備えたものである。

請求項２０の発明によるプログラムは、請求項１８又は１９のプログラムにおいて、上記各制御機能に、上記各第２の通信処理機能のうちの対応する第２の通信処理機能から上記データ変更要求に対するデータ変更結果を受けた場合に、該データ変更結果を上記各データ処理装置が利用可能な形式に変換して上記第１の通信処理機能に渡す機能を備えたものである。
請求項２１の発明によるプログラムは、請求項２０のプログラムにおいて、上記第１の通信処理機能に、上記各制御機能のいずれかから上記データ変更結果を受けた場合に、該データ変更結果の送信元のデータ保持装置に保持されているデータを利用可能なデータ処理装置を上記情報管理機能に対して問い合わせ、該情報管理機能から回答されたデータ処理装置にデータ変更の発生を知らせるデータ変更発生通知を渡す機能を備えたものである。

請求項２２の発明によるプログラムは、請求項１４〜２１のいずれかのプログラムにおいて、上記各制御機能に、上記各第２の通信処理機能のうちの対応する第２の通信処理機能からデータ変更の発生を知らせるデータ変更発生通知を受けた場合に、該データ変更発生通知を上記各データ処理装置が利用可能な形式に変換して上記第１の通信処理機能に渡す機能を備え、上記第１の通信処理機能に、上記各制御機能のいずれかから上記データ変更発生通知を受けた場合に、上記各データ保持装置のうちの該データ変更発生通知の送信元のデータ保持装置に保持されているデータを利用可能なデータ処理装置を上記情報管理機能に対して問い合わせ、該情報管理機能から回答されたデータ処理装置に上記データ変更発生通知を渡す機能を備えたものである。

請求項２３の発明によるプログラムは、請求項１４〜２１のいずれかのプログラムにおいて、上記各制御機能に、上記各第２の通信処理機能のうちの対応する第２の通信処理機能からデータ変更の発生を知らせるデータ変更発生通知を受けた場合に、該データ変更発生通知を上記各データ処理装置が利用可能な形式に変換して上記第１の通信処理機能に渡す機能を備え、上記第１の通信処理機能に、上記各制御機能のいずれかから上記データ変更発生通知を受けた場合に、上記各データ保持装置のうちの該データ変更発生通知の送信元のデータ保持装置に保持されているデータを利用可能なデータ処理装置を上記情報管理機能に対して問い合わせ、該情報管理機能から回答されたデータ処理装置に対してデータ変更を行って良いか否かを問い合わせ、該データ処理装置からデータ変更を許可する旨の通知を受信した場合に、そのデータ処理装置に上記データ変更発生通知を送信する機能を備えたものである。

請求項２４の発明によるプログラムは、請求項２３のプログラムにおいて、上記第１の通信処理機能に、上記情報管理機能から回答されたデータ処理装置に対する上記問い合わせに対して、データ変更を不許可とする旨の通知を受信した場合に、その通知の送信元のデータ処理装置を特定するための特定情報を含むデータ変更失敗通知を上記データ変更発生通知を渡した制御機能に渡す機能を備え、上記各制御機能に、上記第１の通信処理機能から上記データ変更発生通知に対する上記データ変更失敗通知を受けた場合に、所定時間経過後、再び上記データ変更発生通知を上記第１の通信処理機能に渡す機能を備えたものである。
請求項２５の発明による記録媒体は、請求項１４〜２４のいずれかのプログラムを記録したコンピュータ読み取り可能な記録媒体である。

この発明によれば、データ管理装置（コンピュータ）内の接続処理手段（接続処理用ソフトウェア）を、データを処理するデータ処理装置と通信回線を介して通信する第１の通信処理手段と、データを保持するデータ保持装置（ＤＢ機器）と通信回線を介して通信する第２の通信処理手段と、データ保持装置を特定するための特定情報とそのデータ保持装置に保持されているデータの利用が許可されたデータ処理装置を特定するための特定情報とを関連付けて記憶して管理する情報管理手段と、その情報管理手段による管理状況に基づいて、第２の通信処理手段によって受信するデータ保持装置からのデータをデータ処理装置で利用可能な形式に、第１の通信処理手段によって受信するデータ処理装置からのデータをデータ保持装置に適した形式にそれぞれ変換する制御手段とによって構成したので、次のような効果を得ることができる。

すなわち、ネットワーク（通信回線）上に増設したデータ保持装置との接続処理を行う場合や、ネットワーク上の変更したデータ保持装置との接続処理を行なう場合に、それらの接続処理を行うための手段（ソフトウェア）である第２の通信処理手段および制御手段のみを増設又は変更するだけで済む。よって、ネットワーク上に増設したデータ保持装置やネットワーク上の変更したデータ保持装置に保持されているデータ（ＤＢ）を大幅なコスト増を招くことなく複数台のデータ処理装置で共用することができ、データ処理システムの低コスト化を実現することができる。

以下、この発明を実施するための最良の形態を図面に基づいて具体的に説明する。
まず、この発明の一実施形態であるデータ処理システムの概要を図１を参照して説明する。
図１は、そのデータ処理システムのネットワーク接続例を示す概念図である。

このデータ処理システムは、データ処理装置（クライアント）としてデジタル複合機（以下「ＭＦＰ」ともいう）１０および通常ＰＣ２０を、データ保持装置としてデータ保持用ＰＣ３０，４０を、データ管理装置としてデータ管理用ＰＣ（サーバ）５０をそれぞれ備え、それらをＬＡＮ（ローカルエリアネットワーク）等のネットワーク（通信回線）１を介して通信可能に接続できるものである。なお、ネットワーク１を２つに分け、一方のネットワークにデータ処理装置であるＭＦＰ１０および通常ＰＣ２０を、他方のネットワークにデータ保持装置であるデータ保持用ＰＣ３０，４０を、両方のネットワークにデータ管理装置であるデータ管理用ＰＣ５０をそれぞれ接続することも可能である。そのようにすれば、ＭＦＰ１０，通常ＰＣ２０とデータ保持用ＰＣ３０，４０とはデータ管理用ＰＣ５０を介してのみ通信を行うことが可能になる。

次に、図１のＭＦＰ１０のハードウェア構成例について、図２を参照して具体的に説明する。
図２は、図１のＭＦＰ１０のハードウェア構成例を示すブロック図である。
このＭＦＰ１０は、デジタル複写機，プリンタ，ＦＡＸ装置，スキャナ装置としての機能、つまりコピー機能，プリンタ機能（印刷機能），ＦＡＸ機能，スキャナ機能を含む各種機能を実現できる画像形成装置であり、図２に示すように、コントローラ１１，ＦＣＵ（ファックスコントロールユニット）１２，エンジンインタフェース（以下「インタフェース」を「Ｉ／Ｆ」ともいう）１３，およびエンジン１４等によって構成されている。これらの構成が、原稿の画像読み取り，印刷（画像形成），画像データ送信等の画像処理を行うためのハードウェア資源である。

コントローラ１１は、ＭＦＰ１０の各部を統括的に制御するものである。その制御により、各種機能を実現することができる。
ＦＣＵ１２は、外部装置、例えばＦＡＸ装置又はモデム機能（ＦＡＸ通信機能）を有するデジタル複写機や他のＭＦＰ（デジタル複合機）等の画像形成装置との通信を公衆回線経由で制御するものである。
エンジンＩ／Ｆ１３は、エンジン１４をＰＣＩ（Peripheral Component Interconnect）バスに接続するためのインタフェースである。

エンジン１４は、原稿の画像を読み取るスキャナ（画像読取手段）、そのスキャナによって読み取られた画像データあるいは外部装置から受信した印刷データを可視画像として用紙（他の記録媒体でもよい）上に印刷を行うプロッタ（画像形成手段）や、原稿をスキャナの画像読取位置へ自動給送する自動原稿給送装置（ＡＤＦ）、プロッタで印刷がなされた用紙に対してソート（仕分け），パンチ（穴開け），ステープル処理等の後処理を行う後処理装置などのハードウェアデバイスに相当するものである。

コントローラ１１は、ＣＰＵ１０１，ＡＳＩＣ（Application Specific Integrated Circuit）１０２，ＳＤＲＡＭ１０３，ＲＯＭ１０４，ＮＶＲＡＭ１０５，ＨＤＤ（ハードディスクドライブ）１０６，操作部１０７，モデム１０８，ＵＳＢ（Universal Serial Bus）・Ｉ／Ｆ１０９，ＩＥＥＥ（Institute of Electrical and Electronic Engineers）１３９４・Ｉ／Ｆ１１０，およびＭＡＣ（Media Access Controller）・Ｉ／Ｆ１１１等によって構成されている。なお、操作部１０７は実際にはコントローラ１１の外側に配置されている。

ＣＰＵ１０１は、ＡＳＩＣ１０２を介してデータ処理（各機能の制御）を行う演算処理手段である。
ＡＳＩＣ１０２は、ＣＰＵインタフェース，ＳＤＲＡＭインターフェース，ローカルバスインタフェース，ＰＣＩインタフェース，ＨＤＤインタフェース等からなる多機能デバイスボードであり、ＣＰＵ１０１の制御対象となるデバイスの共有化を図り、アーキテクチャの面からアプリ等の開発の高効率化を支援するものである。

このＡＳＩＣ１０２には、エンジン１４の操作命令等を受け付ける操作部１０７が直接的に接続されると共に、モデム１０８も直接的に接続される。また、ＵＳＢ・Ｉ／Ｆ１０９，ＩＥＥＥ１３９４・Ｉ／Ｆ１１０，ＭＡＣ・Ｉ／Ｆ１１１，ＦＣＵ１２，およびエンジンＩ／Ｆ１３がＰＣＩバス１１２を介して接続される。
ＳＤＲＡＭ１０３は、各種プログラムを記憶するプログラムメモリや、ＣＰＵ１０１がデータ処理を行う際に使用するワークメモリ等として使用するメインメモリである。なお、このＳＤＲＡＭ１０３の代わりに、ＤＲＡＭやＳＲＡＭを使用してもよい。

ＲＯＭ１０４は、ＣＰＵ１０１が実行するプログラムや固定データを記憶している固定メモリである。なお、このＲＯＭ１０４に、種々のアプリ（アプリケーション）を記憶しておくこともできる。
ＮＶＲＡＭ１０５は、変更可能な種々のパラメータ等のデータを記憶する不揮発性メモリであり、電源がオフになっても記憶内容を保持するようになっている。なお、このＮＶＲＡＭ１０５として、ＲＡＭと電池を利用したバックアップ回路を集積した不揮発性ＲＡＭや、ＥＥＰＲＯＭ，フラッシュメモリ等の不揮発性メモリを使用することができる。

ＨＤＤ１０６は、電源のオン・オフに関係なくデータを記憶保存する記憶装置（記録媒体）である。このＨＤＤ１０６に、上述したＳＤＲＡＭ１０３内のデータ、あるいはＮＶＲＡＭ１０５内のデータを記憶しておくこともできる。
操作部１０７は、エンジン１４，通常ＰＣ２０，又はデータ管理用ＰＣ５０に対する動作指示等のデータを入力するための各種の操作キー（操作スイッチ又は操作ボタンともいう）およびＬＣＤ又はＣＲＴの文字表示器を有する操作手段である。

モデム１０８は、変復調手段であり、図示しない外部装置へ公衆回線経由でデータを送信する場合、そのデータを公衆回線に流せる形に変調する。また、外部装置から送られてくる変調されたデータを受信した場合、そのデータを復調する。
ＵＳＢ・Ｉ／Ｆ１０９およびＩＥＥＥ１３９４・Ｉ／Ｆ１１０はそれぞれ、外部装置（周辺機器）と直接接続して通信を行うための、ＵＳＢ規格，ＩＥＥＥ１３９４規格のインタフェース（直接インタフェース）である。
ＭＡＣ・Ｉ／Ｆ１１１は、ＬＡＮ等のネットワーク１を介して通常ＰＣ２０，データ保持用ＰＣ３０，４０，およびデータ管理用ＰＣ５０を含む各外部装置と通信を行うためのネットワークインタフェースである。
なお、ＵＳＢ・Ｉ／Ｆ１０９やＩＥＥＥ１３９４・Ｉ／Ｆ１１０以外の直接インタフェースをコントローラ１１に増設することもできる。

ここで、コピー機能とは、スキャナに原稿の画像を読み取らせ、その画像データをプロッタに送って用紙等の記録媒体上に可視画像として印刷（形成）させるコピー動作を行わせる機能のことである。
プリンタ機能とは、外部装置からのデータをそのまま又は加工処理してプロッタに送って記録媒体上に可視画像として印刷させるプリンタ動作（印刷動作）を行わせる機能のことである。
スキャナ機能とは、スキャナに原稿の画像を読み取らせ、その画像データをメモリ（ＳＤＲＡＭ１０３，ＮＶＲＡＭ１０５，又はＨＤＤ１０６）に書き込んで記憶（蓄積）させるスキャナ動作を行わせる機能のことである。

なお、そのスキャナ動作による処理後のスタートキーの押下により、ＳＤＲＡＭ１０３又はＨＤＤ１０６内の画像データを呼び出し（読み出し）、その画像データに基づいて転写紙上に画像を印刷することができる。
ＦＡＸ機能とは、スキャナに原稿の画像を読み取らせ、その画像データをＦＣＵ１２によって外部装置へ送信させるＦＡＸ送信動作と、外部装置からＦＣＵ１２によって画像データを受け取り、その画像データをプロッタに送って記録媒体上に画像を形成させるＦＡＸ受信動作を行わせる機能のことである。

次に、図１の通常ＰＣ２０のハードウェア構成例について、図３を参照して具体的に説明する。
図３は、図１の通常ＰＣ２０のハードウェア構成例を示すブロック図である。
この通常ＰＣ２０は、文書データやグラフィックデータ等の印刷データを生成する機能を有する端末装置であり、図３に示すように、装置本体２００，入力装置２２０，および表示装置２３０によって構成されている。

装置本体２００は、通常ＰＣ２０全体を制御するものであり、ＣＰＵ２０１，ＡＳＩＣ２０２，ＳＤＲＡＭ２０３，ＲＯＭ２０４，ＮＶＲＡＭ２０５，ＨＤＤ２０６，モデム２０７，ＵＳＢ・Ｉ／Ｆ２０８，ＩＥＥＥ１３９４・Ｉ／Ｆ２０９，およびＭＡＣ・Ｉ／Ｆ２１０等によって構成されている。
この装置本体２００の構成は、図２によって説明したＭＦＰ１０のコントローラ１１のハードウェア構成と略同様である。

ＨＤＤ２０６は、ＯＳ（オペレーションシステム）およびアプリの他に、ブラウザおよびプリンタドライバ（プリンタドライバプログラム）を記憶保存している。そのうち、ブラウザは、印刷文書データ等の各種データを表示装置２３０の画面上に表示するためのものである。プリンタドライバは、ＭＦＰ１０に対して印刷要求を通知すると共に、印刷データ（画像データ加工を含む）を渡すためのものである。
入力装置２２０は、動作指示等のデータを入力するためのキーボードやマウス等のポインティングデバイス等に相当する。

表示装置２３０は、各種情報を表示するＬＣＤディスプレイ又はＣＲＴディスプレイ等に相当する。なお、この表示装置２３０の表面に、タッチパネルを備えることもできる。
ここで、装置本体２００のＣＰＵ２０１は、通常ＰＣ２０の電源投入時に、ＲＯＭ２０４内のブートローダ（ブートプログラム）に従い、ＨＤＤ２０６内のＯＳを読み出し、それをＳＤＲＡＭ２０３にロードして展開した後、そのＯＳを起動させる。更に、ＨＤＤ２０６内のアプリ，ブラウザ，およびプリンタドライバもＳＤＲＡＭ２０３にロードして展開する。

そして、印刷データの生成モード時には、ＳＤＲＡＭ２０３上のアプリによって表示装置２３０の画面上で入力装置２２０の操作に応じた印刷データを生成し、入力装置２２０の操作によって印刷要求が発行された時に、プリンタドライバによって上記印刷データをＭＦＰ１０が理解できる言語に翻訳（加工）し、その翻訳した印刷データおよび所要条件（印刷条件，機器選択条件）を含む印刷依頼をＭＦＰ１０に送信して印刷を行わせる。このとき、入力装置２２０，表示装置２３０とユーザとの入出力制御（画面表示やキーボード，マウス等による入力制御）であるユーザＩ／Ｆ制御も行う。
また、ＵＳＢ・Ｉ／Ｆ２０８，ＩＥＥＥ１３９４・Ｉ／Ｆ２０９，およびＭＡＣ・Ｉ／Ｆ２１０を用いることにより、ネットワーク制御を行う。

次に、図１のデータ保持用ＰＣ３０，４０のハードウェア構成例について、図４を参照して具体的に説明する。
図４は、図１のデータ保持用ＰＣ３０，４０のハードウェア構成例を示すブロック図である。
このデータ保持用ＰＣ３０，４０はそれぞれ、ＭＦＰ１０や通常ＰＣ２０が利用可能なＤＢ（データ）を保持するデータ保持装置（ＤＢ機器）であり、図４に示すように、ＣＰＵ３０１，ＡＳＩＣ３０２，ＳＤＲＡＭ３０３，ＲＯＭ３０４，ＮＶＲＡＭ３０５，ＨＤＤ３０６，モデム３０７，ＵＳＢ・Ｉ／Ｆ３０８，ＩＥＥＥ１３９４・Ｉ／Ｆ３０９，およびＭＡＣ・Ｉ／Ｆ３１０等によって構成されている。

このデータ保持用ＰＣ３０，４０のハードウェア構成は、図３によって説明した通常ＰＣ２０のハードウェア構成と略同様（入力装置と表示装置がないだけ）である。
ＨＤＤ３０６は、ＭＦＰ１０又は通常ＰＣ２０が利用可能なＤＢを格納している。但し、データ保持用ＰＣ３０，４０は異なる種類のＤＢを備えている。例えば、データ保持用ＰＣ３０がユーザ登録用ＷｉｎｄｏｗｓＮＴ（登録商標）サーバであればＷｉｎｄｏｗｓＮＴ用のＤＢを、データ保持用ＰＣ４０がＵｎｉｘ（登録商標）ＰＣのユーザ管理サーバであればＵｎｉｘ用のＤＢをそれぞれ備えるものとする。

ＣＰＵ３０１は、データ保持用ＰＣの電源投入時に、ＲＯＭ３０４内のブートローダに従い、ＨＤＤ３０６内のＯＳを読み出し、それをＳＤＲＡＭ３０３にロードして展開した後、そのＯＳを起動させる。
そして、ＵＳＢ・Ｉ／Ｆ３０８，ＩＥＥＥ１３９４・Ｉ／Ｆ３０９，およびＭＡＣ・Ｉ／Ｆ３１０を用いることにより、ネットワーク制御を行う。

次に、図１のデータ管理用ＰＣ５０のハードウェア構成例について、図５を参照して具体的に説明する。
図５は、図１のデータ管理用ＰＣ５０のハードウェア構成例を示すブロック図である。
このデータ管理用ＰＣ５０は、データ保持用ＰＣ３０，４０にそれぞれ保持されているデータを管理するデータ管理装置であり、図５に示すように、ＣＰＵ５０１，ＡＳＩＣ５０２，ＳＤＲＡＭ５０３，ＲＯＭ５０４，ＮＶＲＡＭ５０５，ＨＤＤ５０６，モデム５０７，ＵＳＢ・Ｉ／Ｆ５０８，ＩＥＥＥ１３９４・Ｉ／Ｆ５０９，およびＭＡＣ・Ｉ／Ｆ５１０等によって構成されている。

このデータ管理用ＰＣ５０のハードウェア構成は、図４によって説明したデータ保持用ＰＣ３０，４０のハードウェア構成と同様である。
ＣＰＵ５０１は、データ管理用ＰＣ５０の電源投入時に、ＲＯＭ５０４内のブートローダに従い、ＨＤＤ５０６内のＯＳを読み出し、それをＳＤＲＡＭ５０３にロードして展開した後、そのＯＳを起動させる。
そして、ＵＳＢ・Ｉ／Ｆ５０８，ＩＥＥＥ１３９４・Ｉ／Ｆ５０９，およびＭＡＣ・Ｉ／Ｆ５１０を用いることにより、ネットワーク制御を行う。
なお、ＭＦＰ１０以外に、単体のプリンタ，デジタル複写機，又はＦＡＸ装置等の他の画像形成装置をネットワーク１経由で又は直接接続することもできる。

次に、このデータ管理用ＰＣ５０の主要な機能構成例について、図６を参照して具体的に説明する。
図６は、図１のデータ管理用ＰＣ５０の主要な機能構成例を示すブロック図である。
このデータ管理用ＰＣ５０は、クライアント通信処理部５２１，ＰＣ１固有処理部５２２，ＰＣ２固有処理部５２３，およびデータ保持用ＰＣ管理部５２４としての機能を備えている。これらの機能は、図５のＣＰＵ５０１がＲＯＭ５０４やＳＤＲＡＭ５０３上のプログラムに従って動作し、必要に応じてＵＳＢ・Ｉ／Ｆ５０８，ＩＥＥＥ１３９４・Ｉ／Ｆ５０９，ＭＡＣ・Ｉ／Ｆ５１０を選択的に使用することによって実現できるものである。なお、ここでは、各データ保持用ＰＣ３０，４０がそれぞれ扱うデータ形式が異なるため、その各データ保持用ＰＣ３０，４０にそれぞれ対応するＰＣ１固有処理部５２２，ＰＣ２固有処理部５２３を設けている。

クライアント通信処理部５２１は、ＭＦＰ１０および通常ＰＣ２０とネットワーク１を介して通信する第１の通信処理手段である。
ＰＣ１固有処理部５２２は、ＰＣ１通信処理部５２２ａおよびＰＣ１制御部５２２ｂからなる。そして、ＰＣ１通信処理部５２２ａは、データ保持用ＰＣ３０（データ保持用ＰＣ１）とネットワーク１を介して通信する第２の通信処理手段である。ＰＣ１制御部５２２ｂは、後述するデータ保持用ＰＣ管理部５２４による管理状況に基づいて、ＰＣ１通信処理部５２２ａによって受信するデータ保持用ＰＣ３０からの通信コマンド等のデータを送信先（データ管理用ＰＣ５０，ＭＦＰ１０，通常ＰＣ２０）に適した（送信先で解釈可能な）形式（プロトコル）に、クライアント通信処理部５２１によって受信するＭＦＰ１０，通常ＰＣ２０からの通信コマンド等のデータを送信先（データ保持用ＰＣ３０）に適した形式にそれぞれ変換する制御手段である。

ＰＣ２固有処理部５２３は、ＰＣ２通信処理部５２３ａおよびＰＣ２制御部５２３ｂからなる。そして、ＰＣ２通信処理部５２３ａは、データ保持用ＰＣ４０（データ保持用ＰＣ２）とネットワーク１を介して通信する第２の通信処理手段である。ＰＣ２制御部５２３ｂは、後述するデータ保持用ＰＣ管理部５２４による管理状況に基づいて、ＰＣ２通信処理部５２３ａによって受信するデータ保持用ＰＣ４０からの通信コマンド等のデータを送信先（データ管理用ＰＣ５０，ＭＦＰ１０，通常ＰＣ２０）に適した形式に、クライアント通信処理部５２１によって受信するＭＦＰ１０，通常ＰＣ２０からの通信コマンド等のデータを送信先（データ保持用ＰＣ４０）に適した形式にそれぞれ変換する制御手段である。

データ保持用ＰＣ管理部５２４は、データ保持装置であるデータ保持用ＰＣ３０，４０をそれぞれ特定するための特定情報（例えばＩＰアドレス，マシン名）とデータ保持用ＰＣ３０，４０にそれぞれ保持されているＤＢ（データ）の利用が許可されたデータ処理装置であるＭＦＰ１０，通常ＰＣ２０をそれぞれ特定するための特定情報（例えばＩＰアドレス，マシン名）とを関連付けて管理データとしてＨＤＤ５０６（図５参照）に記憶して管理する情報管理手段である。
なお、ＣＰＵ５０１にＰＣ１固有処理部５２２としての機能およびＰＣ２固有処理部５２３としての機能をそれぞれ実現させるための各プログラムは、外部からダウンロードして追加したり、あるいはサービスマンによって追加することが可能である。

以下、このデータ処理システムにおけるこの発明に係わる制御について、図７〜図１６の各図面を参照して具体的に説明する。
まず、このデータ処理システムにおけるデータ保持用ＰＣ３０，４０の起動時の通信シーケンスの一例について、図７を参照して説明する。
図７は、このデータ処理システムにおけるデータ保持用ＰＣ３０，４０の起動時の通信シーケンスの一例を示す図である。なお、図７以降の各図において、ステップを「Ｓ」と略記している。

データ保持用ＰＣ３０（データ保持用ＰＣ１）は、自己が起動した時（電源投入時）に、その旨を知らせる起動通知（データ保持用ＰＣ３０の特定情報を含む）をネットワーク１経由でデータ管理用ＰＣ５０へ送信する（Ｓ１）。
データ管理用ＰＣ５０のＰＣ１通信処理部５２２ａは、データ保持用ＰＣ３０から起動通知を受信すると、その起動通知をＰＣ１制御部５２２ｂへ送信する（Ｓ２）。
ＰＣ１制御部５２２ｂは、ＰＣ１通信処理部５２２ａから起動通知を受けると、その起動通知をデータ管理用ＰＣ５０に適した（データ管理用ＰＣ５０内で解釈可能な）形式に変換した後、データ保持用ＰＣ管理部５２４へ送信する（Ｓ３）。

データ保持用ＰＣ管理部５２４は、ＰＣ１制御部５２２ｂから起動通知を受けると、それに含まれている特定情報から通信相手のデータ保持用ＰＣ３０が起動したことを確認し、データ保持用ＰＣ３０が利用可能になった旨の情報（例えば対応するフラグ）をデータ保持用ＰＣ３０の特定情報（例えばＩＰアドレス，マシン名）に関連付けてＨＤＤ５０６に記憶する。

データ保持用ＰＣ４０（データ保持用ＰＣ２）も、自己が起動した時に、その旨を知らせる起動通知（データ保持用ＰＣ４０の特定情報を含む）をネットワーク１経由でデータ管理用ＰＣ５０へ送信する（Ｓ１１）。
データ管理用ＰＣ５０のＰＣ２通信処理部５２３ａは、データ保持用ＰＣ４０から起動通知を受信すると、ＰＣ２通信処理部５２３ａと同様の処理を行い（Ｓ１２）、ＰＣ２制御部５２３ｂも、ＰＣ１制御部５２２ｂと同様の処理を行う（Ｓ１３）。
データ保持用ＰＣ管理部５２４は、ＰＣ２制御部５２３ｂから起動通知を受けると、それに含まれている特定情報から通信相手のデータ保持用ＰＣ４０が起動したことを確認し、データ保持用ＰＣ４０が利用可能になった旨の情報をデータ保持用ＰＣ４０の特定情報に関連付けてＨＤＤ５０６に記憶する。

次に、このデータ処理システムにおけるデータ管理用ＰＣ５０の起動時の通信シーケンスの一例について、図８を参照して説明する。
図８は、このデータ処理システムにおけるデータ管理用ＰＣ５０の起動時の通信シーケンスの一例を示す図である。

データ管理用ＰＣ５０のＰＣ１制御部５２２ｂは、データ管理用ＰＣ５０が起動した時に、その旨を知らせる起動通知（データ管理用ＰＣ５０の特定情報を含む）をデータ保持用ＰＣ３０に適した形式でＰＣ１通信処理部５２２ａへ送信する（Ｓ２１）。
ＰＣ１通信処理部５２２ａは、ＰＣ１制御部５２２ｂから起動通知を受けると、その起動通知をネットワーク１経由でデータ保持用ＰＣ３０へ送信する（Ｓ２２）。
データ保持用ＰＣ３０は、自己の起動中にデータ管理用ＰＣ５０から起動通知を受信すると、その起動通知に含まれている特定情報から通信相手がデータ管理用ＰＣ５０が起動したことを確認し、自己が起動している旨を知らせる起動通知（データ保持用ＰＣ３０の特定情報を含む）をネットワーク１経由でデータ管理用ＰＣ５０へ送信する（Ｓ２３）。

データ管理用ＰＣ５０のＰＣ２制御部５２３ｂは、データ管理用ＰＣ５０が起動した時に、その旨を知らせる起動通知（データ管理用ＰＣ５０の特定情報を含む）をデータ保持用ＰＣ４０に適した形式でＰＣ２通信処理部５２３ａへ送信する（Ｓ３１）。
ＰＣ２通信処理部５２３ａは、ＰＣ２制御部５２３ｂから起動通知を受けると、その起動通知をネットワーク１経由でデータ保持用ＰＣ４０へ送信する（Ｓ３２）。
データ保持用ＰＣ４０は、自己の起動中にデータ管理用ＰＣ５０から起動通知を受信すると、その起動通知に含まれている特定情報から通信相手がデータ管理用ＰＣ５０が起動したことを確認し、自己が起動している旨を知らせる起動通知（データ保持用ＰＣ４０の特定情報を含む）をネットワーク１経由でデータ管理用ＰＣ５０へ送信する（Ｓ３３）。

データ管理用ＰＣ５０のＰＣ１通信処理部５２２ａは、データ保持用ＰＣ３０から起動通知を受信すると、図７によって説明した処理と同様の処理を行い（Ｓ２４）、ＰＣ１制御部５２２ｂも、図７によって説明した処理と同様の処理を行う（Ｓ２５）。
データ管理用ＰＣ５０のＰＣ２通信処理部５２３ａも、データ保持用ＰＣ４０から起動通知を受信すると、図７によって説明した処理と同様の処理を行い（Ｓ３４）、ＰＣ２制御部５２３ｂも、図７によって説明した処理と同様の処理を行う（Ｓ３５）。
データ保持用ＰＣ管理部５２４も、ＰＣ１制御部５２２ｂおよびＰＣ２制御部５２３ｂからそれぞれ起動通知を受けると、図７によって説明した処理と同様の処理を行う。

次に、このデータ処理システムにおけるＭＦＰ１０でデータ取得要求が発生した時の通信シーケンスの一例について、図９を参照して説明する。
図９は、このデータ処理システムにおけるＭＦＰ１０でデータ取得要求が発生した時の通信シーケンスの一例を示す図である。

ＭＦＰ１０は、操作部１０７上のキー操作により、あるデータの取得要求が発生した場合に、対応するデータ取得要求（自己を特定するための特定情報と取得したいデータを特定するための特定情報を含む）をネットワーク１経由でデータ管理用ＰＣ５０へ送信する（Ｓ４１）。
データ管理用ＰＣ５０のクライアント通信処理部５２１は、ＭＦＰ１０からデータ取得要求を受信すると、通信先のデータ保持用ＰＣ、つまりＭＦＰ１０が利用可能なデータを保持しているデータ保持用ＰＣが判らないため、そのデータ保持用ＰＣをデータ保持用ＰＣ管理部５２４に対して問い合わせる（Ｓ４２）。

データ保持用ＰＣ管理部５２４は、その問い合わせにより、ＭＦＰ１０が利用可能なデータを保持しているデータ保持用ＰＣ（ここではデータ保持用ＰＣ３０とする）をＨＤＤ５０６内の管理データに基づいて検索し、その検索結果をクライアント通信処理部５２１に対して応答する（Ｓ４３）。
クライアント通信処理部５２１は、その応答により、ＭＦＰ１０が利用可能なデータを保持しているデータ保持用ＰＣがデータ保持用ＰＣ３０であることが判るため、上記データ取得要求をデータ保持用ＰＣ３０と通信可能にするためのＰＣ１制御部５２２ｂへ送信する（Ｓ４４）。

ＰＣ１制御部５２２ｂは、クライアント通信処理部５２１からデータ取得要求を受けると、そのデータ取得要求を送信先のデータ保持用ＰＣ３０に適した（データ保持用ＰＣ３０内で解釈可能な）形式に変換した後、ＰＣ１通信処理部５２２ａへ送信する（Ｓ４５）。
ＰＣ１通信処理部５２２ａは、ＰＣ１制御部５２２ｂからデータ取得要求を受けると、そのデータ取得要求をネットワーク１経由でデータ保持用ＰＣ３０へ送信する（Ｓ４６）。

データ保持用ＰＣ３０は、データ管理用ＰＣ５０からデータ取得要求を受信すると、それに含まれている各特定情報からデータ取得要求の送信元がＭＦＰ１０であることと取得したいデータが判るため、そのデータを自己のＤＢから読み込み、そのデータ（データ保持用ＰＣ３０の特定情報を含む）をデータ取得結果としてネットワーク１経由でデータ管理用ＰＣ５０へ送信する（Ｓ４７）。

データ管理用ＰＣ５０のＰＣ１通信処理部５２２ａは、データ保持用ＰＣ３０へのデータ取得要求の送信に対して、データ保持用ＰＣ３０からデータ取得結果を受信すると、それをＰＣ１制御部５２２ｂへ送信する（Ｓ４８）。
ＰＣ１制御部５２２ｂは、ＰＣ１通信処理部５２２ａからデータ取得結果を受けると、それをデータ管理用ＰＣ５０に適した（データ管理用ＰＣ５０内で解釈可能な）形式、つまりＭＦＰ１０や通常ＰＣ２０で利用可能な形式に変換した後、クライアント通信処理部５２１へ送信する（Ｓ４９）。

クライアント通信処理部５２１は、ＰＣ１制御部５２２ｂからデータ取得結果を受けると、それをネットワーク１経由でデータ取得要求の送信元のＭＦＰ１０へ送信する（Ｓ５０）。
ＭＦＰ１０は、データ管理用ＰＣ５０からデータ取得結果（データ）を受信（取得）すると、それをＨＤＤ１０６に書き込む。つまり、受信したデータに基づいてＨＤＤ１０６内のデータ（例えばファームウェア等のプログラム）を更新する。

なお、ＭＦＰ１０がデータ保持用ＰＣ４０に対するデータ取得要求によってデータ保持用ＰＣ４０からデータを取得する場合には、データ管理用ＰＣ５０のクライアント通信処理部５２１，ＰＣ２通信処理部５２３ａ，ＰＣ２制御部５２３ｂ，データ保持用ＰＣ管理部５２４，およびデータ保持用ＰＣ４０が対応する処理を行うことになるが、そのうちのＰＣ２通信処理部５２３ａ，ＰＣ２制御部５２３ｂ，およびデータ保持用ＰＣ４０による処理は、上述したＰＣ１通信処理部５２２ａ，ＰＣ１制御部５２２ｂ，およびデータ保持用ＰＣ３０と同様の処理を行う。
また、通常ＰＣ２０がデータ保持用ＰＣ３０又は４０に対するデータ取得要求によってデータ保持用ＰＣ３０又は４０からデータを取得する場合にも、データ管理用ＰＣ５０およびデータ保持用ＰＣ３０，４０が、ＭＦＰ１０がデータ保持用ＰＣ３０又は４０に対するデータ取得要求によってデータ保持用ＰＣ３０又は４０からデータを取得する場合と略同様の処理を行う。

次に、このデータ処理システムにおけるＭＦＰ１０でデータ変更要求が発生した時の通信シーケンスの一例について、図１０を参照して説明する。
図１０は、このデータ処理システムにおけるＭＦＰ１０でデータ変更要求が発生した時の通信シーケンスの一例を示す図である。

ＭＦＰ１０は、操作部１０７上のキー操作により、あるデータの変更要求が発生した場合に、対応するデータ変更要求（自己を特定するための特定情報と変更したいデータを特定するための特定情報と変更内容を含む）をネットワーク１経由でデータ管理用ＰＣ５０へ送信する（Ｓ５１）。
データ管理用ＰＣ５０のクライアント通信処理部５２１は、ＭＦＰ１０からデータ変更要求を受信すると、通信先のデータ保持用ＰＣ、つまりＭＦＰ１０が利用可能なデータを保持しているデータ保持用ＰＣが判らないため、そのデータ保持用ＰＣをデータ保持用ＰＣ管理部５２４に対して問い合わせる（Ｓ５２）。

データ保持用ＰＣ管理部５２４は、その問い合わせにより、ＭＦＰ１０が利用可能なデータを保持しているデータ保持用ＰＣ（ここではデータ保持用ＰＣ３０とする）をＨＤＤ５０６内の管理データに基づいて検索し、その検索結果をクライアント通信処理部５２１に対して応答する（Ｓ５３）。
クライアント通信処理部５２１は、その応答により、ＭＦＰ１０が利用可能なデータを保持しているデータ保持用ＰＣがデータ保持用ＰＣ３０であることが判るため、上記データ変更要求をデータ保持用ＰＣ３０と通信可能にするためのＰＣ１制御部５２２ｂへ送信する（Ｓ５４）。

ＰＣ１制御部５２２ｂは、クライアント通信処理部５２１からデータ変更要求を受けると、そのデータ変更要求を送信先のデータ保持用ＰＣ３０に適した（データ保持用ＰＣ３０内で解釈可能な）形式に変換した後、ＰＣ１通信処理部５２２ａへ送信する（Ｓ５５）。
ＰＣ１通信処理部５２２ａは、ＰＣ１制御部５２２ｂからデータ変更要求を受けると、そのデータ変更要求をネットワーク１経由でデータ保持用ＰＣ３０へ送信する（Ｓ５６）。

データ保持用ＰＣ３０は、データ管理用ＰＣ５０からデータ変更要求を受信すると、それに含まれている各特定情報からデータ変更要求の送信元がＭＦＰ１０であることと変更したいデータが判るため、自己のＤＢ内のそのデータを受信したデータ変更要求に含まれている変更内容に従って変更し、そのデータ変更結果（データ保持用ＰＣ３０の特定情報を含む）をネットワーク１経由でデータ管理用ＰＣ５０へ送信する（Ｓ５７）。

データ管理用ＰＣ５０のＰＣ１通信処理部５２２ａは、データ保持用ＰＣ３０へのデータ変更要求の送信に対して、データ保持用ＰＣ３０からデータ変更結果を受信すると、それをＰＣ１制御部５２２ｂへ送信する（Ｓ５８）。
ＰＣ１制御部５２２ｂは、ＰＣ１通信処理部５２２ａからデータ変更結果を受けると、それをデータ管理用ＰＣ５０に適した（データ管理用ＰＣ５０内で解釈可能な）形式、つまりＭＦＰ１０や通常ＰＣ２０で利用可能な形式に変換した後、クライアント通信処理部５２１へ送信する（Ｓ５９）。

クライアント通信処理部５２１は、ＰＣ１制御部５２２ｂからデータ変更結果を受けると、変更前のデータが利用可能であったクライアント（データ処理装置）がＭＦＰ１０のみとは限らないため、そのクライアントをデータ保持用ＰＣ管理部５２４に対して問い合わせる（Ｓ６０）。
データ保持用ＰＣ管理部５２４は、その問い合わせにより、変更前のデータが利用可能であったクライアントをＨＤＤ５０６内の管理データに基づいて検索し、その検索結果をクライアント通信処理部５２１に対して応答する（Ｓ６１）。

クライアント通信処理部５２１は、その応答により、変更前のデータが利用可能であったクライアントが判るため、そのクライアント（ここではＭＦＰ１０のみとする）へデータ変更結果をネットワーク１経由で送信する（Ｓ６２）。勿論、変更前のデータが利用可能であったクライアントの中に通常ＰＣ２０も含まれていた場合には、その通常ＰＣ２０へもデータ変更結果をネットワーク１経由で送信する。
ＭＦＰ１０は、データ管理用ＰＣ５０からデータ変更結果を受信すると、その内容を図２の操作部１０７上に表示する。勿論、通常ＰＣ２０も、データ管理用ＰＣ５０からデータ変更結果を受信した場合には、その内容を図３の表示装置２３０上に表示する。

なお、ＭＦＰ１０がデータ保持用ＰＣ４０に対するデータ変更要求によってデータ保持用ＰＣ４０のＤＢ内のデータを変更する場合には、データ管理用ＰＣ５０のクライアント通信処理部５２１，ＰＣ２通信処理部５２３ａ，ＰＣ２制御部５２３ｂ，データ保持用ＰＣ管理部５２４，およびデータ保持用ＰＣ４０が対応する処理を行うことになるが、そのうちのＰＣ２通信処理部５２３ａ，ＰＣ２制御部５２３ｂ，およびデータ保持用ＰＣ４０による処理は、上述したＰＣ１通信処理部５２２ａ，ＰＣ１制御部５２２ｂ，およびデータ保持用ＰＣ３０と同様の処理を行う。
また、通常ＰＣ２０がデータ保持用ＰＣ３０又は４０に対するデータ変更要求によってデータ保持用ＰＣ３０又は４０のＤＢ内のデータを変更する場合にも、データ管理用ＰＣ５０およびデータ保持用ＰＣ３０，４０が、ＭＦＰ１０がデータ保持用ＰＣ３０又は４０に対するデータ変更要求によってデータ保持用ＰＣ３０又は４０のＤＢ内のデータを変更する場合と略同様の処理を行う。

次に、このデータ処理システムにおけるデータ保持用ＰＣ３０からデータ変更発生通知が送信された時の通信シーケンスの一例について、図１１を参照して説明する。
図１１は、このデータ処理システムにおけるデータ保持用ＰＣ３０からデータ変更発生通知が送信された時の通信シーケンスの一例を示す図である。

データ保持用ＰＣ３０は、サービスマンによる専用機器（ノートＰＣ等の携帯端末）等の操作により、自己のＤＢ内のデータが変更された場合に、その旨を知らせるデータ変更発生通知（データ保持用ＰＣ３０の特定情報を含む）をネットワーク１経由でデータ管理用ＰＣ５０へ送信する（Ｓ７１）。

データ管理用ＰＣ５０のＰＣ１通信処理部５２２ａは、データ保持用ＰＣ３０からデータ変更発生通知を受信すると、それをＰＣ１制御部５２２ｂへ送信する（Ｓ７２）。
ＰＣ１制御部５２２ｂは、ＰＣ１通信処理部５２２ａからデータ変更発生通知を受けると、それをデータ管理用ＰＣ５０に適した（データ管理用ＰＣ５０内で解釈可能な）形式、つまりＭＦＰ１０や通常ＰＣ２０に適した（ＭＦＰ１０や通常ＰＣ２０内で解釈可能な）形式に変換した後、クライアント通信処理部５２１へ送信する（Ｓ７３）。

クライアント通信処理部５２１は、ＰＣ１制御部５２２ｂからデータ変更発生通知を受けると、変更前のデータが利用可能であった通信先のクライアントが判らないため、そのクライアントをデータ保持用ＰＣ管理部５２４に対して問い合わせる（Ｓ７４）。
データ保持用ＰＣ管理部５２４は、その問い合わせにより、変更前のデータが利用可能であった通信先のクライアントをＨＤＤ５０６内の管理データに基づいて検索し、その検索結果をクライアント通信処理部５２１に対して応答する（Ｓ７５）。

クライアント通信処理部５２１は、その応答により、変更前のデータが利用可能であつた通信先のクライアントが判るため、そのクライアント（ここではＭＦＰ１０のみとする）へデータ変更発生通知をネットワーク１経由で送信する（Ｓ７６）。勿論、変更前のデータが利用可能であったクライアントの中に通常ＰＣ２０も含まれていた場合には、その通常ＰＣ２０へもデータ変更発生通知をネットワーク１経由で送信する。
ＭＦＰ１０は、データ管理用ＰＣ５０からデータ変更発生通知を受信すると、その内容を図２の操作部１０７上に表示する。勿論、通常ＰＣ２０も、データ管理用ＰＣ５０からデータ変更発生通知を受信した場合には、その内容を図３の表示装置２３０上に表示する。

なお、データ保持用ＰＣ４０からデータ変更発生通知が送信された場合には、データ管理用ＰＣ５０のクライアント通信処理部５２１，ＰＣ２通信処理部５２３ａ，ＰＣ２制御部５２３ｂ，およびデータ保持用ＰＣ管理部５２４が対応する処理を行うことになるが、そのうちのＰＣ２通信処理部５２３ａ，ＰＣ２制御部５２３ｂによる処理は、上述したＰＣ１通信処理部５２２ａ，ＰＣ１制御部５２２ｂと同様の処理を行う。

次に、このデータ処理システムにおけるＭＦＰ１０でデータ変更要求が発生した時の通信シーケンスの他の例（但しデータ変更が許可された場合と許可されなかった場合の通信シーケンスの例）について、図１２，図１３を参照して説明する。
図１２は、このデータ処理システムにおけるＭＦＰ１０でデータ変更要求が発生した時でデータ変更が許可された場合の通信シーケンスの一例を示す図である。
図１３は、このデータ処理システムにおけるＭＦＰ１０でデータ変更要求が発生した時でデータ変更が許可されなかった場合の通信シーケンスの一例を示す図である。

ＭＦＰ１０は、操作部１０７上のキー操作により、あるデータの変更要求が発生した場合に、対応するデータ変更要求（自己を特定するための特定情報と変更したいデータを特定するための特定情報と変更内容を含む）をネットワーク１経由でデータ管理用ＰＣ５０へ送信する（図１２のＳ８１）。
データ管理用ＰＣ５０のクライアント通信処理部５２１は、ＭＦＰ１０からデータ変更要求を受信すると、通信先のデータ保持用ＰＣ、つまりＭＦＰ１０が利用可能なデータを保持しているデータ保持用ＰＣが判らないため、そのデータ保持用ＰＣをデータ保持用ＰＣ管理部５２４に対して問い合わせる（Ｓ８２）。

データ保持用ＰＣ管理部５２４は、その問い合わせにより、ＭＦＰ１０が利用可能なデータを保持しているデータ保持用ＰＣ（ここではデータ保持用ＰＣ３０とする）をＨＤＤ５０６内の管理データに基づいて検索し、その検索結果をクライアント通信処理部５２１に対して応答する（Ｓ８３）。
クライアント通信処理部５２１は、その応答により、ＭＦＰ１０が利用可能なデータを保持しているデータ保持用ＰＣがデータ保持用ＰＣ３０であることが判る。
次に、ＭＦＰ１０が利用可能なデータ（変更前のデータ）はＭＦＰ１０以外のクライアントも利用可能である可能性があるため、そのデータを利用可能なクライアントをデータ保持用ＰＣ管理部５２４に対して問い合わせる（Ｓ８４）。

データ保持用ＰＣ管理部５２４は、その問い合わせにより、変更前のデータを利用可能なクライアントをＨＤＤ５０６内の管理データに基づいて検索し、その検索結果をクライアント通信処理部５２１に対して応答する（Ｓ８５）。
クライアント通信処理部５２１は、その応答により、変更前のデータを利用可能な全てのクライアントが判り、それがＭＦＰ１０と通常ＰＣ２０であった場合に、ＭＦＰ１０および通常ＰＣ２０に対してデータ変更を行って良いか否か（データ変更許可）を順次問い合わせる（Ｓ８６，Ｓ８７）。

ＭＦＰ１０は、その問い合わせにより、データ変更を行って良いか否かを確認し、その確認結果をデータ管理用ＰＣ５０へ送信する。例えば、データ変更を行って良いか否かを示すメッセージ情報を図２の操作部１０７上に表示し、そのメッセージ情報の表示に対してデータ変更を許可する操作がなされた場合に、データ変更を許可する旨の通知をデータ管理用ＰＣ５０へ送信する（Ｓ８８）。データ変更を不許可とする操作がなされた場合には、データ変更を不許可とする旨の通知をデータ管理用ＰＣ５０へ送信する。

通常ＰＣ２０も、上記問い合わせにより、データ変更を行って良いか否かを確認し、その確認結果をデータ管理用ＰＣ５０へ送信する。例えば、データ変更を行って良いか否かを示すメッセージ情報を図３の表示装置２３０上に表示し、そのメッセージ情報の表示に対してデータ変更を許可する操作が入力装置２２０上でなされた場合に、データ変更を許可する旨の通知をデータ管理用ＰＣ５０へ送信する（Ｓ８９）。データ変更を不許可とする操作が入力装置２２０上でなされた場合には、データ変更を不許可とする旨の通知をデータ管理用ＰＣ５０へ送信する（図１３のＳ８９′）。

データ管理用ＰＣ５０のクライアント通信処理部５２１は、変更前のデータを利用可能な全てのクライアント、つまりＭＦＰ１０および通常ＰＣ２０からデータ変更を許可する旨の通知を受信すると、データ変更処理が可能になるため、ＭＦＰ１０から受信したデータ変更要求をデータ保持用ＰＣ３０と通信可能にするためのＰＣ１制御部５２２ｂへ送信する（Ｓ９０）。
ＰＣ１制御部５２２ｂは、クライアント通信処理部５２１からデータ変更要求を受けると、そのデータ変更要求を送信先のデータ保持用ＰＣ３０に適した形式に変換した後、ＰＣ１通信処理部５２２ａへ送信する（Ｓ９１）。
ＰＣ１通信処理部５２２ａは、ＰＣ１制御部５２２ｂからデータ変更要求を受けると、そのデータ変更要求をネットワーク１経由でデータ保持用ＰＣ３０へ送信する（Ｓ９２）。

データ保持用ＰＣ３０は、データ管理用ＰＣ５０からデータ変更要求を受信すると、それに含まれている各特定情報からデータ変更要求の送信元がＭＦＰ１０であることと変更したいデータが判るため、自己のＤＢ内のそのデータを受信したデータ変更要求に含まれている変更内容に従って変更し、そのデータ変更結果（データ保持用ＰＣ３０の特定情報を含む）をネットワーク１経由でデータ管理用ＰＣ５０へ送信する（Ｓ９３）。

データ管理用ＰＣ５０のＰＣ１通信処理部５２２ａは、データ保持用ＰＣ３０へのデータ変更要求の送信に対して、データ保持用ＰＣ３０からデータ変更結果を受信すると、それをＰＣ１制御部５２２ｂへ送信する（Ｓ９４）。
ＰＣ１制御部５２２ｂは、ＰＣ１通信処理部５２２ａからデータ変更結果を受けると、それをデータ管理用ＰＣ５０に適した形式、つまりＭＦＰ１０や通常ＰＣ２０で利用可能な形式に変換した後、クライアント通信処理部５２１へ送信する（Ｓ９５）。

クライアント通信処理部５２１は、ＰＣ１制御部５２２ｂからデータ変更結果を受けると、変更前のデータが利用可能であったクライアントをデータ保持用ＰＣ管理部５２４に対して問い合わせる（Ｓ９６）。
データ保持用ＰＣ管理部５２４は、その問い合わせにより、変更前のデータが利用可能であったクライアントをＨＤＤ５０６内の管理データに基づいて検索し、その検索結果をクライアント通信処理部５２１に対して応答する（Ｓ９７）。

クライアント通信処理部５２１は、その応答により、変更前のデータを利用可能であったクライアントがＭＦＰ１０と通常ＰＣ２０であることが判るため、ＭＦＰ１０と通常ＰＣ２０へ順次ネットワーク１経由でデータ変更発生通知を送信する（Ｓ９８，Ｓ９９）。また、データ変更要求の送信元のＭＦＰ１０には、ＰＣ１制御部５２２ｂから受け取ったデータ変更結果（変更完了）も送信する（Ｓ１００）。
ＭＦＰ１０は、データ管理用ＰＣ５０からデータ変更発生通知に続いてデータ変更結果を受信すると、それらの内容を図２の操作部１０７上に表示する。
通常ＰＣ２０も、データ管理用ＰＣ５０からデータ変更発生通知を受信した場合には、その内容を図３の表示装置２３０上に表示する。

一方、データ管理用ＰＣ５０のクライアント通信処理部５２１は、変更前のデータを利用可能な全てのクライアントのうち、図１３に示すように、通常ＰＣ２０からデータ変更を不許可とする旨の通知を受信すると、データ変更処理を中止し、データ変更が失敗した旨の通知をデータ変更結果としてデータ変更要求の送信元のＭＦＰ１０へ送信する（Ｓ１０１）。勿論、ＭＦＰ１０からデータ変更を不許可とする旨の通知を受信した場合でも、データ変更処理を中止する。
ＭＦＰ１０は、データ管理用ＰＣ５０からデータ変更結果（データ変更が失敗した旨）を受信すると、その内容を操作部１０７上に表示する。

なお、ＭＦＰ１０がデータ保持用ＰＣ４０に対するデータ変更要求によってデータ保持用ＰＣ４０のＤＢ内のデータを変更する場合には、データ管理用ＰＣ５０のクライアント通信処理部５２１，ＰＣ２通信処理部５２３ａ，ＰＣ２制御部５２３ｂ，データ保持用ＰＣ管理部５２４，およびデータ保持用ＰＣ４０が対応する処理を行うことになるが、そのうちのＰＣ２通信処理部５２３ａ，ＰＣ２制御部５２３ｂ，およびデータ保持用ＰＣ４０による処理は、上述したＰＣ１通信処理部５２２ａ，ＰＣ１制御部５２２ｂ，およびデータ保持用ＰＣ３０と同様の処理を行う。

また、通常ＰＣ２０がデータ保持用ＰＣ３０又は４０に対するデータ変更要求によってデータ保持用ＰＣ３０又は４０のＤＢ内のデータを変更する場合にも、データ管理用ＰＣ５０およびデータ保持用ＰＣ３０，４０が、ＭＦＰ１０がデータ保持用ＰＣ３０又は４０に対するデータ変更要求によってデータ保持用ＰＣ３０又は４０のＤＢ内のデータを変更する場合と略同様の処理を行う。但し、ＭＦＰ１０からデータ変更を不許可とする旨の通知を受信した場合には、データ変更処理を中止し、データ変更が失敗した旨の通知をデータ変更結果としてデータ変更要求の送信元の通常ＰＣ２０へ送信する。

次に、このデータ処理システムにおけるデータ保持用ＰＣ３０からデータ変更発生通知が送信された時の通信シーケンスの他の例（但しデータ変更が許可された場合と許可されなかった場合の通信シーケンスの例）について、図１４，図１５を参照して説明する。
図１４は、このデータ処理システムにおけるデータ保持用ＰＣ３０からデータ変更発生通知が送信された時でデータ変更が許可された場合の通信シーケンスの一例を示す図である。

図１５は、このデータ処理システムにおけるデータ保持用ＰＣ３０からデータ変更発生通知が送信された時でデータ変更が許可されなかった場合の通信シーケンスの一例を示す図である。
データ保持用ＰＣ３０は、サービスマンによる専用機器（ノートＰＣ等の携帯端末）等の操作により、自己のＤＢ内のデータが変更された場合に、その旨を知らせるデータ変更発生通知（データ保持用ＰＣ３０の特定情報を含む）をネットワーク１経由でデータ管理用ＰＣ５０へ送信する（Ｓ１１１）。

データ管理用ＰＣ５０のＰＣ１通信処理部５２２ａは、データ保持用ＰＣ３０からデータ変更発生通知を受信すると、それをＰＣ１制御部５２２ｂへ送信する（Ｓ１１２）。
ＰＣ１制御部５２２ｂは、ＰＣ１通信処理部５２２ａからデータ変更発生通知を受けると、それをデータ管理用ＰＣ５０に適した（データ管理用ＰＣ５０内で解釈可能な）形式、つまりＭＦＰ１０や通常ＰＣ２０に適した（ＭＦＰ１０や通常ＰＣ２０内で解釈可能な）形式に変換した後、クライアント通信処理部５２１へ送信する（Ｓ１１３）。また、データ変更が発生した旨の情報（データ変更未完了の情報を含む）をデータ保持用ＰＣ３０の特定情報に関連付けてＨＤＤ５０６に記憶する。

クライアント通信処理部５２１は、ＰＣ１制御部５２２ｂからデータ変更発生通知を受けると、変更前のデータが利用可能であった通信先のクライアントが判らないため、そのクライアントをデータ保持用ＰＣ管理部５２４に対して問い合わせる（Ｓ１１４）。
データ保持用ＰＣ管理部５２４は、その問い合わせにより、変更前のデータが利用可能であった通信先のクライアントをＨＤＤ５０６内の管理データに基づいて検索し、その検索結果をクライアント通信処理部５２１に対して応答する（Ｓ１１５）。
クライアント通信処理部５２１は、その応答により、変更前のデータが利用可能であつた全てのクライアントが判り、それがＭＦＰ１０と通常ＰＣ２０であった場合に、ＭＦＰ１０および通常ＰＣ２０に対してデータ変更を行って良いか否か（データ変更許可）を順次問い合わせる（Ｓ１１６，Ｓ１１７）。

ＭＦＰ１０は、その問い合わせにより、データ変更を行って良いか否かを確認し、その確認結果（ＭＦＰ１０の特定情報を含む）をデータ管理用ＰＣ５０へ送信する。例えば、データ変更を行って良いか否かを示すメッセージ情報を図２の操作部１０７上に表示し、そのメッセージ情報の表示に対してデータ変更を許可する操作がなされた場合に、データ変更を許可する旨の通知をデータ管理用ＰＣ５０へ送信する（Ｓ１１８）。データ変更を不許可とする操作がなされた場合には、データ変更を不許可とする旨の通知をデータ管理用ＰＣ５０へ送信する。

通常ＰＣ２０も、上記問い合わせにより、データ変更を行って良いか否かを確認し、その確認結果（通常ＰＣ２０の特定情報を含む）をデータ管理用ＰＣ５０へ送信する。例えば、データ変更を行って良いか否かを示すメッセージ情報を図３の表示装置２３０上に表示し、そのメッセージ情報の表示に対してデータ変更を許可する操作が入力装置２２０上でなされた場合に、データ変更を許可する旨の通知をデータ管理用ＰＣ５０へ送信する（Ｓ１１９）。データ変更を不許可とする操作が入力装置２２０上でなされた場合には、データ変更を不許可とする旨の通知をデータ管理用ＰＣ５０へ送信する（図１５のＳ１３１）。

データ管理用ＰＣ５０のクライアント通信処理部５２１は、変更前のデータを利用可能な全てのクライアント、つまりＭＦＰ１０および通常ＰＣ２０からデータ変更を許可する旨の通知を受信すると、データ変更が可能になるため、ＰＣ１制御部５２２ｂから受信したデータ変更発生通知をＭＦＰ１０および通常ＰＣ２０へ順次送信した後、データ変更が完了した旨の通知（データ変更完了通知）をＰＣ１制御部５２２ｂへ送信する（Ｓ１２０〜Ｓ１２２）。

ＰＣ１制御部５２２ｂは、クライアント通信処理部５２１からデータ変更が完了した旨の通知を受けると、ＨＤＤ５０６にデータ保持用ＰＣ３０の特定情報に関連付けて記憶したデータ変更が発生した旨の情報（データ変更未完了の情報を含む）に代えてデータ変更が正常に完了した旨の情報を記憶する。
ＭＦＰ１０は、データ管理用ＰＣ５０からデータ変更発生通知を受信すると、その内容を図２の操作部１０７上に表示する。
通常ＰＣ２０も、データ管理用ＰＣ５０からデータ変更発生通知を受信した場合には、その内容を図３の表示装置２３０上に表示する。

一方、データ管理用ＰＣ５０のクライアント通信処理部５２１は、変更前のデータを利用可能な全てのクライアントのうち、図１５に示すように、通常ＰＣ２０からデータ変更を不許可とする旨の通知を受信すると、データ変更が失敗した旨の通知（通常ＰＣ２０の特定情報を含む）をＰＣ１制御部５２２ｂへ送信する（Ｓ１３２）。
ＰＣ１制御部５２２ｂは、クライアント通信処理部５２１からデータ変更が失敗した旨の通知を受けると、ＨＤＤ５０６にデータ保持用ＰＣ３０の特定情報に関連付けて記憶したデータ変更が発生した旨の情報（データ変更未完了の情報を含む）に代えてデータ変更が失敗した旨の情報（通常ＰＣ２０の特定情報を含む）を記憶すると共に、時間計測を開始する。

ここで、データ変更が失敗した旨の情報には、ユーザ情報としての通常ＰＣ２０の特定情報が含まれているため、その後クライアント通信処理部５２１から通常ＰＣ２０の特定情報を含むデータ取得要求を受けた場合には、データ変更が失敗した旨の通知をクライアント通信処理部５２１へ送信する。それによって、そのデータ変更が失敗した旨の通知がデータ取得要求の送信元の通常ＰＣ２０へ送信されることになるため、その通常ＰＣ２０ではその通知内容を表示することにより、通常ＰＣ２０の使用者（ユーザ）がデータ取得を行なえない理由を知ることができる。

ＰＣ１制御部５２２ｂは、時間計測を開始した後、その計測時間が予め設定された所定時間を経過すると、再びＰＣ１通信処理部５２２ａから受信したデータ変更発生通知をデータ管理用ＰＣ５０に適した形式でクライアント通信処理部５２１へ送信する（Ｓ１３３）。この処理（ポーリング処理）は、クライアント通信処理部５２１からデータ変更が失敗した旨の通知を受ける毎に、繰り返し行なうことになる。

クライアント通信処理部５２１およびデータ保持用ＰＣ管理部５２４は、上記ポーリング処理により、Ｓ１１４〜Ｓ１１７と同様の処理を行ない（Ｓ１３４〜Ｓ１３７）、変更前のデータを利用可能な全てのクライアント、つまりＭＦＰ１０および通常ＰＣ２０からデータ変更を許可する旨の通知を受信すると、データ変更が可能になるため、図示は省略するが、ＰＣ１制御部５２２ｂから受信したデータ変更発生通知をＭＦＰ１０および通常ＰＣ２０へ順次送信した後、データ変更が完了した旨の通知（データ変更完了通知）をＰＣ１制御部５２２ｂへ送信する（Ｓ１４０）。

ＰＣ１制御部５２２ｂは、クライアント通信処理部５２１からデータ変更が完了した旨の通知を受けると、ＨＤＤ５０６にデータ保持用ＰＣ３０の特定情報に関連付けて記憶したデータ変更が失敗した旨の情報に代えてデータ変更が正常に完了した旨の情報を記憶する。
なお、データ保持用ＰＣ４０からデータ変更発生通知が送信された場合には、データ管理用ＰＣ５０のクライアント通信処理部５２１，ＰＣ２通信処理部５２３ａ，ＰＣ２制御部５２３ｂ，およびデータ保持用ＰＣ管理部５２４が対応する処理を行うことになるが、そのうちのＰＣ２通信処理部５２３ａ，ＰＣ２制御部５２３ｂによる処理は、上述したＰＣ１通信処理部５２２ａ，ＰＣ１制御部５２２ｂと同様の処理を行う。

このように、データ管理用ＰＣ５０内の接続処理手段（接続処理用ソフトウェア）を、クライアント通信処理部５２１（第１の通信処理手段），ＰＣ１固有処理部５２２（ＰＣ１通信処理部５２２ａ（第２の通信処理手段）およびＰＣ１制御部５２２ｂ（制御手段）からなる），ＰＣ２固有処理部５２３（ＰＣ２通信処理部５２３ａ（第２の通信処理手段）およびＰＣ２制御部５２３ｂ（制御手段）からなる），およびデータ保持用ＰＣ管理部５２４（情報管理手段）によって構成したので、ネットワーク１上に増設したデータ保持用ＰＣとの接続処理を行う場合や、ネットワーク１上の変更したデータ保持用ＰＣとの接続処理を行なう場合に、それらの接続処理を行うための手段（ソフトウェア）であるＰＣ固有処理部（ＰＣ通信処理部およびＰＣ制御部からなる）のみを増設又は変更するだけで済む。

例えば、図１６に斜線を施して示すように、ネットワーク１上のデータ保持用ＰＣ４０を変更した場合に、ＰＣ２固有処理部５２３を変更後のデータ保持用ＰＣ４０との接続処理を行なうためのＰＣ２固有処理部に変更するだけで、変更後のデータ保持用ＰＣ４０に保持されているデータ（ＤＢ）を大幅なコスト増を招くことなく各クライアント（データ処理装置）で共用することができる。しかも、変更したデータ保持用ＰＣ４０に保持されているデータを利用可能なクライアント側では、ＰＣ２固有処理部５２３に変更があったことを認識する必要がないため、開発コスト削減や利便性向上につながる。

あるいは、例えば図１７に示すように、ネットワーク１上にデータ保持用ＰＣ６０を増設した場合に、図１８に斜線を施して示すように、そのデータ保持用ＰＣ６０との接続処理を行なうためのＰＣ３固有処理部５２５（ＰＣ３通信処理部５２５ａおよびＰＣ３制御部５２５ｂからなる）のみを追加するだけで、増設したデータ保持用ＰＣ６０に保持されているデータを大幅なコスト増を招くことなく各クライアントで共用することができる。しかも、増設したデータ保持用ＰＣ６０に保持されているデータを利用可能なクライアント側では、ＰＣ３固有処理部５２５の追加があったことを認識する必要がないため、開発コスト削減や利便性向上につながる。

したがって、ネットワーク１上に増設したデータ保持用ＰＣやネットワーク１上の変更したデータ保持用ＰＣに保持されているデータを大幅なコスト増を招くことなく複数台のクライアントで共用することができ、データ処理システムの低コスト化を実現することができる。

なお、この実施形態では、クライアント通信処理部を複数台のクライアントと通信可能とし、ＰＣ固有処理部（ＰＣ通信処理部およびＰＣ制御部からなる）を、扱うデータ形式が異なる複数台のクライアント毎に１組ずつ設けたが、各クライアントも扱うデータ形式が異なる場合には、クライアント通信処理部を各クライアント毎に設けるようにしても構わない。

また、データ保持用ＰＣ管理部が、各ＰＣ通信処理部のいずれかによって受信する各データ保持用ＰＣのいずれかからの起動通知を受けた場合に、そのデータ保持用ＰＣが利用可能になった旨の情報を対応する特定情報に関連付けてＨＤＤに記憶することにより、起動したクライアントは利用が許可されているデータ保持用ＰＣが増設又は変更したものであっても、そのデータをすぐに利用することができる。

さらに、クライアント通信処理部が、いずれかのクライアントからデータ取得要求を受信した場合に、そのクライアントが利用可能なデータを保持しているデータ保持用ＰＣをデータ保持用ＰＣ管理部に対して問い合わせ、そのデータ保持用ＰＣ管理部から回答されたデータ保持用ＰＣと通信可能にするためのＰＣ制御部にデータ取得要求を渡し、そのデータ取得要求を受けたＰＣ制御部が、そのデータ取得要求を対応するデータ保持用ＰＣに適した形式に変換して対応するＰＣ通信処理部に渡すことにより、そのＰＣ通信処理部が対応するデータ保持用ＰＣにデータ取得要求を送信するため、そのデータ保持用ＰＣからデータを確実に取得してデータ取得要求の送信元のクライアントに送ることができる。

さらにまた、各ＰＣ制御部が、対応するＰＣ通信処理部からデータ取得要求に対するデータ取得結果（データ）を受けた場合に、そのデータ取得結果を各クライアントが利用可能な形式に変換してクライアント通信処理部に渡すことにより、対応するデータ保持用ＰＣから取得したデータをデータ取得要求の送信元のクライアントで確実に利用することができる。

また、クライアント通信処理部が、いずれかのクライアントからデータ変更要求を受信した場合に、そのクライアントが利用可能なデータを保持しているデータ保持用ＰＣをデータ保持用ＰＣ管理部に対して問い合わせ、そのデータ保持用ＰＣ管理部から回答されたデータ保持用ＰＣと通信可能にするためのＰＣ制御部にデータ変更要求を渡し、そのデータ変更要求を受けたＰＣ制御部が、そのデータ変更要求を対応するデータ保持用ＰＣに適した形式に変換して対応するＰＣ通信処理部に渡すことにより、そのＰＣ通信処理部が対応するデータ保持用ＰＣにデータ変更要求を送信するため、そのデータ保持用ＰＣ内のデータを確実に変更することができる。

あるいは、クライアント通信処理部が、いずれかのクライアントからデータ変更要求を受信した場合に、そのクライアントが利用可能なデータを保持しているデータ保持用ＰＣとそのデータ保持用ＰＣに保持されているデータを利用可能なクライアントとをデータ保持用ＰＣ管理部に対して問い合わせ、そのデータ保持用ＰＣ管理部から回答されたクライアントに対してデータ変更を行って良いか否かを問い合わせ、そのクライアントからデータ変更を許可する旨の通知を受信した場合に、データ保持用ＰＣ管理部から回答されたデータ保持用ＰＣと通信可能にするためのＰＣ制御部にデータ変更要求を渡し、そのデータ変更要求を受けたＰＣ制御部が、そのデータ変更要求を対応するデータ保持用ＰＣに適した形式に変換して対応するＰＣ通信処理部に渡すことにより、そのＰＣ通信処理部が対応するデータ保持用ＰＣにデータ変更要求を送信するため、そのデータ保持用ＰＣ内のデータを各クライアントから変更許可を得た上で確実に変更することができる。

さらに、各ＰＣ制御部がそれぞれ、対応するＰＣ通信処理部からデータ変更要求に対するデータ変更結果を受けた場合に、そのデータ変更結果を各クライアントが利用可能な形式に変換してクライアント通信処理部に渡すことにより、そのクライアント通信処理部がデータ変更要求の送信元のクライアントに上記データ変更結果を送信してその内容を表示させることができるため、そのクライアントを使用するユーザはデータ変更結果の内容を知ることができる。

さらにまた、クライアント通信処理部が、いずれかのＰＣ制御部からデータ変更結果を受けた場合に、そのデータ変更結果の送信元のデータ保持用ＰＣに保持されているデータを利用可能なクライアントをデータ保持用ＰＣ管理部に対して問い合わせ、そのデータ保持用ＰＣ管理部から回答されたクライアントにデータ変更の発生を知らせるデータ変更発生通知を送信してその内容を表示させることにより、変更前のデータを利用可能だった全てのクライアントをそれぞれ使用するユーザはデータ変更が発生したことを知ることができる。

また、各ＰＣ制御部がそれぞれ、対応する各ＰＣ通信処理部からデータ変更発生通知を受けた場合に、そのデータ変更発生通知を各クライアントが利用可能な形式に変換してクライアント通信処理部に渡し、そのデータ変更発生通知を受けたクライアント通信処理部が、そのデータ変更発生通知の送信元のデータ保持用ＰＣに保持されているデータを利用可能なクライアントをデータ保持用ＰＣ管理部に対して問い合わせ、そのデータ保持用ＰＣ管理部から回答されたクライアントにデータ変更発生通知を送信してその内容を表示させることによっても、変更前のデータを利用可能だった全てのクライアントをそれぞれ使用するユーザはデータ変更が発生したことを知ることができる。

さらに、各ＰＣ制御部がそれぞれ、対応するＰＣ通信処理部からデータ変更発生通知を受けた場合に、そのデータ変更発生通知を各クライアントが利用可能な形式に変換してクライアント通信処理部に渡し、そのデータ変更発生通知を受けたクライアント通信処理部が、そのデータ変更発生通知の送信元のデータ保持用ＰＣに保持されているデータを利用可能なクライアントをデータ保持用ＰＣ管理部に対して問い合わせ、そのデータ保持用ＰＣ管理部から回答されたクライアントに対してデータ変更を行って良いか否かを問い合わせ、そのクライアントからデータ変更を許可する旨の通知を受信した場合に、そのクライアントにデータ変更発生通知を送信してその内容を表示させることによっても、変更前のデータを利用可能だった全てのクライアントをそれぞれ使用するユーザはデータ変更が発生したことを知ることができる。しかも、データ変更発生通知を送信したデータ保持用ＰＣ内のデータ変更は各クライアントから変更許可を得た上で完了することになるため、その各クライアントは変更許可をした上で変更後のデータを利用することが可能になる。

さらにまた、クライアント通信処理部が、データ保持用ＰＣ管理部から回答されたクライアントに対する上記問い合わせに対して、データ変更を不許可とする旨の通知を受信した場合に、その通知の送信元のクライアントを特定するための特定情報を含むデータ変更失敗通知を上記データ変更発生通知を渡したＰＣ制御部に渡し、そのデータ変更発生通知を受けたＰＣ制御部が、所定時間経過後、再びデータ変更発生通知をクライアント通信処理部に渡すことにより、データ保持用ＰＣ内のデータ変更を確実に完了させることができる。

なお、この実施形態のデータ処理システムでは、各クライアントが利用可能なＤＢ（データ）を、外部のデータ保持用ＰＣに備えたが、例えば図１９に示すように、データ保持用ＰＣ３０を使用せず、その内部ＤＢに相当するＤＢをデータ管理用ＰＣ５０のＰＣ１固有処理部５２２にＤＢ５２２ｃ（ＤＢ１）として備えることもできる。そのようにすれば、ある時はＤＢ５２２ｃを、ある時はデータ保持用ＰＣ４０の内部ＤＢを、といったように、状況に応じてデータアクセス先を変更することが可能となる。但し、ＤＢ５２２ｃは、前述したデータ保持用ＰＣ３０と同様の処理を行うものとする。同様に、データ保持用ＰＣ４０を使用せず、その内部ＤＢに相当するＤＢをＰＣ２固有処理部５２３に備えることもできる。

また、データ保持用ＰＣ３０，４０の内部ＤＢにそれぞれ相当するＤＢをデータ管理用ＰＣ５０に備える場合、例えば図２０に示すように、それらのＤＢを併せた共通のＤＢ５５０を備えることもできる。この場合、データ取得方法やデータの加工方法が変わるだけで、元データは同じものを使うが、１つのデータを複数の異なるアルゴリズムで取得する場合に、有効である。もちろん、別々のＤＢを持っていても構わない。どの構成を採用しても、サーバ側となるデータ管理用ＰＣ５０のソフトウェアの一部（固有処理部）が変わるだけで、それを利用するクライアント側は、サーバ側のプログラムがどのようになっているか（どのデータ保持用ＰＣとどんな方法で接続されているのか）を認識しないのが特徴となる。

あるいは、データ保持用ＰＣ３０，４０というデータ保持用ＰＣ別に固有処理部（固有処理ソフトウェア）を持つ構成だけではなく、例えば図２１に示すように、同一のデータ保持用ＰＣ３０に対して、制御処理が異なる２種類のＰＣ１固有処理部５３１，５３２を備える構成にしても良い。
このようにすれば、例えば、一方のＰＣ１固有処理部５３１が以下の（１）に示す処理を、他方のＰＣ１固有処理部５３２が以下の（２）に示す処理をそれぞれ行なうなど、クライアントの使用環境に応じて、同一のデータ保持用ＰＣ３０内のデータを利用可能にするための処理を行なうが、異なる処理が求められる場合に、ソフトウェアの修正を少なくする効果がある。
（１）「個人認証」などのセキュリティを強化した処理を行う。
（２）セキュリティの緩い処理を行う。その代わりに実行速度が速い。

以上、この発明をデータ管理用ＰＣとＭＦＰ，通常ＰＣの各クライアントと各データ保持用ＰＣとからなるデータ処理システムに適用した実施形態について説明したが、この発明はそれらに限られるものではなく、データ管理用ＰＣと他の各クライアントと各データ保持用ＰＣとからなるデータ処理システムにも適用可能である。

また、この発明によるプログラムは、データ管理用ＰＣ（コンピュータ）に、クライアント通信処理部（第１の通信処理手段），ＰＣ固有処理部を構成するＰＣ通信処理部（第２の通信処理手段）およびＰＣ制御部（制御手段），およびデータ保持用ＰＣ管理部（情報管理手段）としての機能を実現させるためのプログラムであり、このようなプログラムをコンピュータに実行させることにより、上述したような効果を得ることができる。

このようなプログラムは、はじめからコンピュータに備えるＲＯＭあるいはＨＤＤ等の記憶手段に格納しておいてもよいが、記録媒体であるＣＤ−ＲＯＭあるいはフレキシブルディスク，ＳＲＡＭ，ＥＥＰＲＯＭ，メモリカード等の不揮発性記録媒体（メモリ）に記録して提供することもできる。そのメモリに記録されたプログラムをコンピュータにインストールしてＣＰＵに実行させるか、ＣＰＵにそのメモリからこのプログラムを読み出して実行させることにより、上述した各手順を実行させることができる。
さらに、ネットワークに接続され、プログラムを記録した記録媒体を備える外部機器あるいはプログラムを記憶手段に記憶した外部機器からダウンロードして実行させることも可能である。

以上の説明から明らかなように、この発明によれば、ネットワーク（通信回線）上に増設したデータ保持装置やネットワーク上の変更したデータ保持装置に保持されているデータ（ＤＢ）を大幅なコスト増を招くことなく複数台のデータ処理装置で共用することができる。したがって、この発明を利用すれば、低コスト化を実現可能なデータ処理システムを提供することができる。

この発明の一実施形態であるデータ処理システムのネットワーク接続例を示す概念図である。 図１のＭＦＰ１０のハードウェア構成例を示すブロック図である。 図１の通常ＰＣ２０のハードウェア構成例を示すブロック図である。 図１のデータ保持用ＰＣ３０，４０のハードウェア構成例を示すブロック図である。 図１のデータ管理用ＰＣ５０のハードウェア構成例を示すブロック図である。 図１のデータ管理用ＰＣ５０の主要な機能構成例を示すブロック図である。

図１に示したデータ処理システムにおけるデータ保持用ＰＣ３０，４０の起動時の通信シーケンスの一例を示す図である。 同じくデータ管理用ＰＣ５０の起動時の通信シーケンスの一例を示す図である。 同じくＭＦＰ１０でデータ取得要求が発生した時の通信シーケンスの一例を示す図である。 同じくＭＦＰ１０でデータ変更要求が発生した時の通信シーケンスの一例を示す図である。 同じくデータ保持用ＰＣ３０からデータ変更発生通知が送信された時の通信シーケンスの一例を示す図である。 同じくＭＦＰ１０でデータ変更要求が発生した時でデータ変更が許可された場合の通信シーケンスの一例を示す図である。

同じくＭＦＰ１０でデータ変更要求が発生した時でデータ変更が許可されなかった場合の通信シーケンスの一例を示す図である。 同じくデータ保持用ＰＣ３０からデータ変更発生通知が送信された時でデータ変更が許可された場合の通信シーケンスの一例を示す図である。 同じくデータ保持用ＰＣ３０からデータ変更発生通知が送信された時でデータ変更が許可されなかった場合の通信シーケンスの一例を示す図である。 図６のデータ保持用ＰＣ４０の変更に伴うＰＣ２固有処理部の変更について説明するためのブロック図である。 この発明の他の実施形態であるデータ処理システムのネットワーク接続例を示す概念図である。 図１７のデータ管理用ＰＣ５０の主要な機能構成例を示すブロック図である。

この発明の第1参考例であるデータ処理システムを構成するデータ管理用ＰＣ５０の主要な機能構成例を示すブロック図である。 この発明の第２参考例であるデータ処理システムを構成するデータ管理用ＰＣ５０の主要な機能構成例を示すブロック図である。 この発明の第３参考例であるデータ処理システムを構成するデータ管理用ＰＣ５０の主要な機能構成例を示すブロック図である。

符号の説明

１：ネットワーク １０：ＭＦＰ １１：コントローラ ２０：通常ＰＣ
３０，４０：データ保持用ＰＣ ５０：データ管理用ＰＣ
１０１，２０１，３０１，５０１：ＣＰＵ
１０２，２０２，３０２，５０２：ＡＳＩＣ
１０３，２０３，３０３，５０３：ＳＤＲＡＭ
１０４，２０４，３０４，５０４：ＲＯＭ
１０５，２０５，３０５，５０５：ＮＶＲＡＭ
１０６，２０６，３０６，５０６：ＨＤＤ １０７：操作部
１０９，２０８，３０８，５０８：ＵＳＢ・Ｉ／Ｆ
１１０，２０９，３０９，５０９：ＩＥＥＥ１３９４・Ｉ／Ｆ
１１１，２１０，３１０，５１０：ＭＡＣ・Ｉ／Ｆ
５２１：クライアント通信処理部 ５２２：ＰＣ１固有処理部
５２２ａ：ＰＣ１通信処理部 ５２２ｂ：ＰＣ１制御部 ５２３：ＰＣ２固有処理部５２３ａ：ＰＣ２通信処理部 ５２３ｂ：ＰＣ２制御部
５２４：データ保持用ＰＣ管理部 ５２５：ＰＣ３固有処理部
５２５ａ：ＰＣ３通信処理部 ５２５ｂ：ＰＣ３制御部

Claims (25)

1. データを処理するデータ処理装置と通信回線を介して通信する第１の通信処理手段と、データを保持するデータ保持装置と通信回線を介して通信する第２の通信処理手段とを有するデータ管理装置であって、
   前記データ保持装置を特定するための特定情報と該データ保持装置に保持されているデータの利用が許可された前記データ処理装置を特定するための特定情報とを関連付けて記憶して管理する情報管理手段と、該情報管理手段による管理状況に基づいて、前記第２の通信処理手段によって受信する前記データ保持装置からのデータを前記データ処理装置で利用可能な形式に、前記第１の通信処理手段によって受信する前記データ処理装置からのデータを前記データ保持装置に適した形式にそれぞれ変換する制御手段とを設けたことを特徴とするデータ管理装置。
2. 請求項１記載のデータ管理装置において、
   前記第１の通信処理手段は、複数台のデータ処理装置と通信可能であり、
   前記第２の通信処理手段および前記制御手段は、扱うデータ形式が異なる複数台のデータ保持装置毎に１組ずつ設けていることを特徴とするデータ管理装置。
3. 請求項２記載のデータ管理装置において、
   前記情報管理手段は、前記各第２の通信処理手段のいずれかによって受信する前記各データ保持装置のいずれかからの起動通知を受けた場合に、該データ保持装置が利用可能になった旨の情報を対応する前記特定情報に関連付けて記憶することを特徴とするデータ管理装置。
4. 請求項２又は３記載のデータ管理装置において、
   前記第１の通信処理手段は、前記各データ処理装置のいずれかからデータの取得を要求するデータ取得要求を受信した場合に、前記各データ保持装置のうちの該データ処理装置が利用可能なデータを保持しているデータ保持装置を前記情報管理手段に対して問い合わせ、前記各制御手段のうちの該情報管理手段から回答されたデータ保持装置と通信可能にするための制御手段に前記データ取得要求を渡す手段を有し、
   前記各制御手段は、前記第１の通信処理手段から前記データ取得要求を受けた場合に、該データ取得要求を前記各データ保持装置のうちの対応するデータ保持装置に適した形式に変換して前記各第２の通信処理手段のうちの対応する第２の通信処理手段に渡す手段を有することを特徴とするデータ管理装置。
5. 請求項４記載のデータ管理装置において、
   前記各制御手段は、前記各第２の通信処理手段のうちの対応する第２の通信処理手段から前記データ取得要求に対するデータ取得結果を受けた場合に、該データ取得結果を前記各データ処理装置が利用可能な形式に変換して前記第１の通信処理手段に渡す手段を有することを特徴とするデータ管理装置。
6. 請求項２又は３記載のデータ管理装置において、
   前記第１の通信処理手段は、前記各データ処理装置のいずれかからデータの変更を要求するデータ変更要求を受信した場合に、前記各データ保持装置のうちの該データ処理装置が利用可能なデータを保持しているデータ保持装置を前記情報管理手段に対して問い合わせ、前記各制御手段のうちの該情報管理手段から回答されたデータ保持装置と通信可能にするための制御手段に前記データ変更要求を渡す手段を有し、
   前記各制御手段は、前記第１の通信処理手段から前記データ変更要求を受けた場合に、該データ変更要求を前記各データ保持装置のうちの対応するデータ保持装置に適した形式に変換して前記各第２の通信処理手段のうちの対応する第２の通信処理手段に渡す手段を有することを特徴とするデータ管理装置。
7. 請求項２又は３記載のデータ管理装置において、
   前記第１の通信処理手段は、前記各データ処理装置のいずれかからデータの変更を要求するデータ変更要求を受信した場合に、前記各データ保持装置のうちの該データ処理装置が利用可能なデータを保持しているデータ保持装置と該データ保持装置に保持されているデータを利用可能なデータ処理装置とを前記情報管理手段に対して問い合わせ、該情報管理手段から回答されたデータ処理装置に対してデータ変更を行って良いか否かを問い合わせ、該データ処理装置からデータ変更を許可する旨の通知を受信した場合に、前記各制御手段のうちの前記情報管理手段から回答されたデータ保持装置と通信可能にするための制御手段に前記データ変更要求を渡す手段を有し、
   前記各制御手段は、前記第１の通信処理手段から前記データ変更要求を受けた場合に、該データ変更要求を前記各データ保持装置のうちの対応するデータ保持装置に適した形式に変換して前記各第２の通信処理手段のうちの対応する第２の通信処理手段に渡す手段を有することを特徴とするデータ管理装置。
8. 請求項６又は７記載のデータ管理装置において、
   前記各制御手段は、前記各第２の通信処理手段のうちの対応する第２の通信処理手段から前記データ変更要求に対するデータ変更結果を受けた場合に、該データ変更結果を前記各データ処理装置が利用可能な形式に変換して前記第１の通信処理手段に渡す手段を有することを特徴とするデータ管理装置。
9. 請求項８記載のデータ管理装置において、
   前記第１の通信処理手段は、前記各制御手段のいずれかから前記データ変更結果を受けた場合に、該データ変更結果の送信元のデータ保持装置に保持されているデータを利用可能なデータ処理装置を前記情報管理手段に対して問い合わせ、該情報管理手段から回答されたデータ処理装置にデータ変更の発生を知らせるデータ変更発生通知を渡す手段を有することを特徴とするデータ管理装置。
10. 請求項２乃至９のいずれか一項に記載のデータ管理装置において、
    前記各制御手段は、前記各第２の通信処理手段のうちの対応する第２の通信処理手段からデータ変更の発生を知らせるデータ変更発生通知を受けた場合に、該データ変更発生通知を前記各データ処理装置が利用可能な形式に変換して前記第１の通信処理手段に渡す手段を有し、
    前記第１の通信処理手段は、前記各制御手段のいずれかから前記データ変更発生通知を受けた場合に、前記各データ保持装置のうちの該データ変更発生通知の送信元のデータ保持装置に保持されているデータを利用可能なデータ処理装置を前記情報管理手段に対して問い合わせ、該情報管理手段から回答されたデータ処理装置に前記データ変更発生通知を渡す手段を有することを特徴とするデータ管理装置。
11. 請求項２乃至９のいずれか一項に記載のデータ管理装置において、
    前記各制御手段は、前記各第２の通信処理手段のうちの対応する第２の通信処理手段からデータ変更の発生を知らせるデータ変更発生通知を受けた場合に、該データ変更発生通知を前記各データ処理装置が利用可能な形式に変換して前記第１の通信処理手段に渡す手段を有し、
    前記第１の通信処理手段は、前記各制御手段のいずれかから前記データ変更発生通知を受けた場合に、前記各データ保持装置のうちの該データ変更発生通知の送信元のデータ保持装置に保持されているデータを利用可能なデータ処理装置を前記情報管理手段に対して問い合わせ、該情報管理手段から回答されたデータ処理装置に対してデータ変更を行って良いか否かを問い合わせ、該データ処理装置からデータ変更を許可する旨の通知を受信した場合に、そのデータ処理装置に前記データ変更発生通知を送信する手段を有することを特徴とするデータ管理装置。
12. 請求項１１記載のデータ管理装置において、
    前記第１の通信処理手段は、前記情報管理手段から回答されたデータ処理装置に対する前記問い合わせに対して、データ変更を不許可とする旨の通知を受信した場合に、その通知の送信元のデータ処理装置を特定するための特定情報を含むデータ変更失敗通知を前記データ変更発生通知を渡した制御手段に渡す手段を有し、
    前記各制御手段は、前記第１の通信処理手段から前記データ変更発生通知に対する前記データ変更失敗通知を受けた場合に、所定時間経過後、再び前記データ変更発生通知を前記第１の通信処理手段に渡す手段を有することを特徴とするデータ管理装置。
13. 請求項１乃至１２のいずれか一項に記載のデータ管理装置と、データを処理するデータ処理装置と、データを保持するデータ保持装置とによって構成されたことを特徴とするデータ処理システム。
14. データを管理するコンピュータに、それぞれデータを処理する複数台の各データ処理装置と通信回線を介して通信する第１の通信処理機能と、それぞれデータを保持する複数台の各データ保持装置と通信回線を介してそれぞれ通信する複数の第２の通信処理機能と、前記各データ保持装置をそれぞれ特定するための特定情報と該各データ保持装置にそれぞれ保持されているデータの利用が許可された前記各データ処理装置をそれぞれ特定するための特定情報とを関連付けて記憶して管理する情報管理機能と、該情報管理機能による管理状況に基づいて、前記複数の各第２の通信処理機能によってそれぞれ受信する前記各データ保持装置からのデータを前記各データ処理装置で利用可能な形式に、前記第１の通信処理機能によって受信する前記各データ処理装置からのデータを前記各データ保持装置にそれぞれ適した形式に変換する複数の制御機能とを実現させるためのプログラム。
15. 請求項１４記載のプログラムにおいて、
    前記情報管理機能は、前記各第２の通信処理機能のいずれかによって受信する前記各データ保持装置のいずれかからの起動通知を受けた場合に、該データ保持装置が利用可能になった旨の情報を対応する前記特定情報に関連付けて記憶することを特徴とするプログラム。
16. 請求項１４又は１５記載のプログラムにおいて、
    前記第１の通信処理機能は、前記各データ処理装置のいずれかからデータの取得を要求するデータ取得要求を受信した場合に、前記各データ保持装置のうちの該データ処理装置が利用可能なデータを保持しているデータ保持装置を前記情報管理機能に問い合わせ、前記各制御機能のうちの該情報管理機能から回答されたデータ保持装置と通信可能にするための制御機能に前記データ取得要求を渡す機能を有し、
    前記各制御機能は、前記第１の通信処理機能から前記データ取得要求を受けた場合に、該データ取得要求を前記各データ保持装置のうちの対応するデータ保持装置に適した形式に変換して前記各第２の通信処理機能のうちの対応する第２の通信処理機能に渡す機能を有することを特徴とするプログラム。
17. 請求項１６記載のプログラムにおいて、
    前記各制御機能は、前記各第２の通信処理機能のうちの対応する第２の通信処理機能から前記データ取得要求に対するデータ取得結果を受けた場合に、該データ取得結果を前記各データ処理装置が利用可能な形式に変換して前記第１の通信処理機能に渡す機能を有することを特徴とするプログラム。
18. 請求項１４又は１５記載のプログラムにおいて、
    前記第１の通信処理機能は、前記各データ処理装置のいずれかからデータの変更を要求するデータ変更要求を受信した場合に、前記各データ保持装置のうちの該データ処理装置が利用可能なデータを保持しているデータ保持装置を前記情報管理機能に対して問い合わせ、前記各制御機能のうちの該情報管理機能から回答されたデータ保持装置と通信可能にするための制御機能に前記データ変更要求を渡す機能を有し、
    前記各制御機能は、前記第１の通信処理機能から前記データ変更要求を受けた場合に、該データ変更要求を前記各データ保持装置のうちの対応するデータ保持装置に適した形式に変換して前記各第２の通信処理機能のうちの対応する第２の通信処理機能に渡す機能を有することを特徴とするプログラム。
19. 請求項１４又は１５記載のプログラムにおいて、
    前記第１の通信処理機能は、前記各データ処理装置のいずれかからデータの変更を要求するデータ変更要求を受信した場合に、前記各データ保持装置のうちの該データ処理装置が利用可能なデータを保持しているデータ保持装置と該データ保持装置に保持されているデータを利用可能なデータ処理装置とを前記情報管理機能に対して問い合わせ、該情報管理機能から回答されたデータ処理装置に対してデータ変更を行って良いか否かを問い合わせ、該データ処理装置からデータ変更を許可する旨の通知を受信した場合に、前記各制御機能のうちの前記情報管理機能から回答されたデータ保持装置と通信可能にするための制御機能に前記データ変更要求を渡す機能を有し、
    前記各制御機能は、前記第１の通信処理機能から前記データ変更要求を受けた場合に、該データ変更要求を前記各データ保持装置のうちの対応するデータ保持装置に適した形式に変換して前記各第２の通信処理機能のうちの対応する第２の通信処理機能に渡す機能を有することを特徴とするプログラム。
20. 請求項１８又は１９記載のプログラムにおいて、
    前記各制御機能は、前記各第２の通信処理機能のうちの対応する第２の通信処理機能から前記データ変更要求に対するデータ変更結果を受けた場合に、該データ変更結果を前記各データ処理装置が利用可能な形式に変換して前記第１の通信処理機能に渡す機能を有することを特徴とするプログラム。
21. 請求項２０記載のプログラムにおいて、
    前記第１の通信処理機能は、前記各制御機能のいずれかから前記データ変更結果を受けた場合に、該データ変更結果の送信元のデータ保持装置に保持されているデータを利用可能なデータ処理装置を前記情報管理機能に対して問い合わせ、該情報管理機能から回答されたデータ処理装置にデータ変更の発生を知らせるデータ変更発生通知を渡す機能を有することを特徴とするプログラム。
22. 請求項１４乃至２１のいずれか一項に記載のプログラムにおいて、
    前記各制御機能は、前記各第２の通信処理機能のうちの対応する第２の通信処理機能からデータ変更の発生を知らせるデータ変更発生通知を受けた場合に、該データ変更発生通知を前記各データ処理装置が利用可能な形式に変換して前記第１の通信処理機能に渡す機能を有し、
    前記第１の通信処理機能は、前記各制御機能のいずれかから前記データ変更発生通知を受けた場合に、前記各データ保持装置のうちの該データ変更発生通知の送信元のデータ保持装置に保持されているデータを利用可能なデータ処理装置を前記情報管理機能に対して問い合わせ、該情報管理機能から回答されたデータ処理装置に前記データ変更発生通知を渡す機能を有することを特徴とするプログラム。
23. 請求項１４乃至２１のいずれか一項に記載のプログラムにおいて、
    前記各制御機能は、前記各第２の通信処理機能のうちの対応する第２の通信処理機能からデータ変更の発生を知らせるデータ変更発生通知を受けた場合に、該データ変更発生通知を前記各データ処理装置が利用可能な形式に変換して前記第１の通信処理機能に渡す機能を有し、
    前記第１の通信処理機能は、前記各制御機能のいずれかから前記データ変更発生通知を受けた場合に、前記各データ保持装置のうちの該データ変更発生通知の送信元のデータ保持装置に保持されているデータを利用可能なデータ処理装置を前記情報管理機能に対して問い合わせ、該情報管理機能から回答されたデータ処理装置に対してデータ変更を行って良いか否かを問い合わせ、該データ処理装置からデータ変更を許可する旨の通知を受信した場合に、そのデータ処理装置に前記データ変更発生通知を送信する機能を有することを特徴とするプログラム。
24. 請求項２３記載のプログラムにおいて、
    前記第１の通信処理機能は、前記情報管理機能から回答されたデータ処理装置に対する前記問い合わせに対して、データ変更を不許可とする旨の通知を受信した場合に、その通知の送信元のデータ処理装置を特定するための特定情報を含むデータ変更失敗通知を前記データ変更発生通知を渡した制御機能に渡す機能を有し、
    前記各制御機能は、前記第１の通信処理機能から前記データ変更発生通知に対する前記データ変更失敗通知を受けた場合に、所定時間経過後、再び前記データ変更発生通知を前記第１の通信処理機能に渡す機能を有することを特徴とするプログラム。
25. 請求項１４乃至２４のいずれか一項に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。

Images