JP5660986B2 - データ処理システム及びデータ処理方法及びプログラム - Google Patents
データ処理システム及びデータ処理方法及びプログラム Download PDFInfo
- Publication number
- JP5660986B2 JP5660986B2 JP2011155985A JP2011155985A JP5660986B2 JP 5660986 B2 JP5660986 B2 JP 5660986B2 JP 2011155985 A JP2011155985 A JP 2011155985A JP 2011155985 A JP2011155985 A JP 2011155985A JP 5660986 B2 JP5660986 B2 JP 5660986B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- data acquisition
- request
- input
- service
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
しかし、この方法ではクライアントプログラムが多くなるとデータベースへの接続数が多くなり、データベースに対する接続負荷が大きくなるため、クライアントプログラムとデータベースの間に中間層を設け、中間層で接続をまとめることによりデータベースへの負荷を軽減する方法が用いられていた。
さらに、要求数の増加に対しては、データベースのインデックスを中間層に分散し検索処理を高速化するなどしてその負荷を軽減する方法が用いられていた(例えば、特許文献1)。
サービスアプリケーションが遠隔システムのデータを用いて提供するサービスと遠隔システムとして設置されている機器の物理的な構成が異なる場合(例えば、遠隔システムの契約はビルを単としており、遠隔システムの契約範囲となるビルには棟が2つあり、ビル全体のデータを提供する機器が片方の棟にあるが、サービスでは棟を単位として扱いたい場合)、サービスアプリケーションのデータ取得要求はサービス識別子と棟識別子、通信システムのインタフェースはビル識別子と機器識別子となり、契約と物理構成に差異が生じ、サービスアプリケーションからの異なる要求でもデータの重複取得の発生やそれに伴う負荷増大や取得したデータの展開時に競合が発生するという課題がある。
複数のサービスについて各サービスと各サービスの対象物である1つ以上のサービス対象物とを対応付けるとともに、各サービス対象物と各サービス対象物のデータを管理している1つ以上のデータ機器とを対応付ける関係情報であって、2つ以上のサービス対象物に対して同一のデータ機器が対応付けられている場合がある関係情報を記憶する情報記憶部と、
要求元のサービスと当該サービスのいずれかのサービス対象物とが示され、当該サービス対象物のデータの取得を要求するデータ取得要求を入力する入力部と、
データ機器からデータを取得するデータ取得部と、
前記データ取得部によるデータ取得状況を監視する監視部と、
前記入力部によりデータ取得要求が入力される度に、前記関係情報を参照して、入力された入力データ取得要求に示されているサービス対象物に対応するデータ機器を取得対象データ機器として特定し、前記入力データ取得要求に先行する先行データ取得要求に基づき前記データ取得部が前記入力データ取得要求と同一の取得対象データ機器からデータを取得中であるか否かを前記監視部の監視結果により判断し、前記データ取得部が同一の取得対象データ機器からデータを取得中でなければ、前記入力データ取得要求に基づき前記データ取得部に前記取得対象データ機器からのデータ取得を指示し、前記データ取得部が同一の取得対象データ機器からデータを取得中であれば、前記入力データ取得要求と前記先行データ取得要求との間でサービス対象物が異なっていても、更なるデータ取得の指示を前記データ取得部に行わないデータ取得制御部とを有することを特徴とする。
このため、データの取得元であるデータ機器の物理構成と各サービスが対象としているサービス対象物の範囲との差異を吸収することができ、データの重複取得を回避することができる。
本実施の形態では、遠隔システムの物理構成を意識することなく、データの重複取得をなくし、分散したシステム構成においても保存時の競合制御を不要とする構成を説明する。
本実施の形態に係るデータ処理システムは、データベースをインタフェースとする遠隔システムへの通信システムの要求処理と結果処理を分散し、データ取得要求を契約や物理構造に基づいてマージする。
要求制御サーバ装置200は、任意のサービスアプリケーション100からデータ取得要求を受け付けるサーバ装置である。
監視サーバ装置300は、通信システム400への要求処理と結果処理を分散して行うサーバ装置である。
通信システム400は、遠隔システム500との通信を行うデータベースインタフェースのシステムである。
遠隔システム500は、取得対象となるデータを保持する遠隔のシステムである。
共有ファイルサーバ装置600は、遠隔システム500から取得展開したデータを保管するファイルサーバ装置である。
別のコンピュータにより構成されている場合は、図1に示すリクエスト及びレスポンスがコンピュータ間で送受信される。
また、サービスアプリケーション100は、要求制御サーバ装置200及び共有ファイルサーバ装置600と通信可能なクライント・コンピュータで実行されている。
サービスアプリケーション100と要求制御サーバ装置200及び共有ファイルサーバ装置600との間の通信は、クライント・コンピュータに実装されている通信機能を用いて行われる。
共有ファイルは、サービスを親として、取得したデータを機器データとして管理する。
より具体的には、サービスアプリケーション100から、データ取得要求を入力する。
データ取得要求には、データ取得要求の要求元のサービスと当該サービスのサービス対象物(例えば、ビル内の棟)、取得対象のデータの種類(例えば、電力消費量の推移を示すデータや室温の推移を示すデータ)が示されている。
サービス対象物のデータは、複数のデータ機器(以下、単に機器ともいう)のうちのいずれかのデータ機器で管理されている。
サービスアプリケーション100は、サービス対象物は把握しているが、サービス対象物のデータを管理しているデータ機器は把握していない。
なお、要求受付部201は入力部の例である。
より具体的には、要求セッションマージ部202は、要求受付部201により新たに入力されたデータ取得要求(入力データ取得要求)と、現在、通信システム400により処理中のデータ取得要求(先行データ取得要求)とが同じデータを対象とし、同じデータ機器を対象としている場合は、サービス対象物が異なっていても、新たなデータ取得要求により更にデータ取得を指示することはしない。
このため、新たなデータ取得要求に基づくデータ取得が行われず、同じデータに対して重複した取得処理が行われるのを回避することができる。
本明細書では、新たなデータ取得要求が先行するデータ取得要求と同じデータ及び同じデータ機器を対象にしているため、要求セッションマージ部202が、新たなデータ取得要求に基づくデータ取得の指示を行わないことをマージという。
なお、要求セッションマージ部202は、要求振り分け部206及び要求登録変更部301とともに、データ取得制御部の例である。
契約・物理構成データは、遠隔システム500の契約範囲と実際の物理構成の関係を示す情報である。
詳細は後述するが、契約・物理構成データは、例えば、図3に示す情報である。
契約・物理構成データは関係情報の例である。
また、契約・物理構成データ記憶部203は、情報記憶部の例である。
つまり、監視状態管理部204は、データ取得要求ごとに、通信システム400によりデータ取得処理中であるか、取得したデータを共有ファイルサーバ装置600に展開中(格納中)であるかという処理状態を管理する。
要求状態データは、通信システム400で取得処理中のデータ取得要求の一覧が示される情報である。
つまり、複数の監視サーバ装置300が存在する場合に、要求振り分け部206は、データ取得要求を処理させる監視サーバ装置300を複数の監視サーバ装置300の中から選択する。
要求振り分け部206は、要求セッションマージ部202及び要求登録変更部301とともに、データ取得制御部の例である。
サービス・棟データ2031は、「サービス」の識別子であるサービスID(Identification)と「棟」の識別子である棟IDの関係を表す情報である。
ビル・サービス関係データ2032は、「ビル」の識別子であるビルIDとサービスIDの関係を表す情報である。
棟・機器関係データ2033は、棟IDと「機器」の識別子である機器IDの関係を表す情報である。
図3(a)〜(c)のサービス・棟データ2031、ビル・サービス関係データ2032及び棟・機器関係データ2033は、図3(d)に示すビルX、棟α、棟β、棟γ、サービスA、サービスB、サービスC、データ機器1、データ機器2の関係を示している。
ビルXは、棟α、棟β、棟γから構成され、また、ビルXに対するサービスとしては、サービスA、サービスB、サービスCがある(図3(b))。
また、サービスは棟を単位としており、サービスAとサービスBはともに棟αと棟γをサービス対象物とし、サービスCは棟βと棟γをサービス対象物としている(図3(a))。
更に、棟αのデータはデータ機器1とデータ機器2に分かれて管理されており、棟βと棟γのデータはデータ機器3で一括して管理されている(図3(c))。
要求状態データは、要求を一意に識別する要求キーを主キーとしてビルIDと機器IDと対象データ名と処理状態と振り分け先を管理する情報である。
図4において、ビルIDは例えば図3のビルXである。
また、機器IDは例えば図3のデータ機器1〜3のいずれかである。
対象データ名が指定されるのは、各データ機器で複数種のデータを記憶しているからである。
各データ機器は、例えば、該当する棟の電力消費量の推移データや室温の推移データといった複数種類のデータを記憶している。
また、処理状態には、通信システム400がデータを取得中であるか、通信システム400により取得されたデータを共有ファイルサーバ装置600に展開中であるかが示される。
振り分け先とは監視サーバ装置300を表し、要求状態データで振り分け先を管理するのは、複数の監視サーバ装置300が存在する場合を想定しているからである。
より具体的には、要求登録変更部301は、要求セッションマージ部202により新たなデータ取得要求が現在処理中のデータ取得要求にマージされた場合は、現在処理中のデータ取得処理の優先度を上げるよう要求登録変更部301に通知する。
また、マージがされない場合は、新たなでデータ取得要求に基づくデータ取得指示を通信システム400に登録する。
要求登録変更部301は、要求セッションマージ部202及び要求振り分け部206とともに、データ取得制御部の例である。
状態監視部302は、監視部の例である。
展開処理部303は、データ格納部の例である。
通信装置402は、入出力データベース401に入力された指示に応じて遠隔システム500と通信し、取得したデータを結果として入出力データベース401に格納する。
通信システム400は、データ取得部の例である。
入出力データベース401は要求キーを主キーとしてビルIDと機器IDと対象データ名と処理優先度と処理状態と結果データを管理する。
入出力データベース401は、処理優先度が高いデータ取得処理を優先して実行する。
図6、図7及び図8は本実施の形態における動作を示した処理シーケンス図である。
これを用いてサービスアプリケーション100がサービスIDと棟IDを基に要求制御サーバ装置200経由で通信システム400を用いてデータを取得する動作を説明する。
サービスIDは要求元のサービス、すなわち、データ取得要求の送信元のサービスアプリケーション100の識別子である。
また、前述したように、サービスでは棟単位で管理しているので、データ取得の対象となる棟の識別子が棟IDとして含まれる。
要求セッションマージ部202は、契約・物理構成データ(図3)を参照し、データ取得要求に含まれているサービスIDに対応するビルIDを割り出し、また、データ取得要求に含まれている棟IDに対応する機器IDを割り出し、一意な取得対象と関連するサービスID一覧を得る(M0102)。
サービスID一覧には、契約・物理構成データにおいて、データ取得要求から割り出された機器IDと対応付けられているサービスIDが示されている。
例えば、サービスID:サービスC、棟ID:棟βが示されているデータ取得要求を入力した場合は、要求セッションマージ部202は、棟βから機器3を割り出す。
また、要求セッションマージ部202は、機器3に対応付けられている棟β及び棟γを割り出し、棟γに対応付けられているサービスAとサービスB、棟β及び棟γに対応付けられているサービスCを割り出し、割り出したサービスAとサービスBとサービスCが示されるサービスID一覧を生成する。
このサービスID一覧は、後述するデータ展開(M0123)の際に用いられる。
より具体的には、要求セッションマージ部202は、監視状態管理部204にビルIDと機器IDと対象データ名を通知する。
監視状態管理部204は、通知されたビルIDと機器IDと対象データ名の組み合わせに対応するデータを通信システム400が取得処理中であるか、共有ファイルサーバ装置600に対して展開処理中であるか、いずれでもないかを要求状態データ記憶部205の要求状態データ2050(図4)を参照して判断する。
そして、監視状態管理部204は、取得対象の処理状態(取得処理中か展開処理中か新規か)を要求セッションマージ部202に通知する。
取得処理中である場合は、監視状態管理部204は、取得処理中である先行するデータ取得要求に割り当てられている要求キー(要求状態データで管理されている要求キー)を要求セッションマージ部202に通知する。
このように、処理状態が取得処理中の場合、すなわち、先行するデータ取得要求に基づき同じデータ機器から同じデータに対する取得処理が行われている場合は、要求セッションマージ部202は、M0100で入力されたデータ取得要求に基づくデータ取得指示は生成しない。
優先度変更指示には、優先度変更指示であることを示すコマンドIDと、M0104で通知された要求キーが含まれる。
また、データ取得指示には、データ取得指示であることを示すコマンドIDと、M0101で入力したデータ取得要求に含まれる対象データ名と、M0102で得たビルIDと機器IDとサービスID一覧とが含まれる。
なお、監視状態管理部204から通知された処理状態が処理状態が展開中の場合は、要求セッションマージ部202は、何もせずに処理を返す。
この処理は、監視サーバ装置300が複数台存在する場合の処理である。
要求振り分け部206は、要求セッションマージ部202から優先度変更指示が出力された場合は、優先度変更指示に含まれる要求キーを監視状態管理部204に通知する。
監視状態管理部204は、要求状態データ記憶部205の要求状態データ2050(図4)を参照して、要求振り分け部206から通知された要求キーと同じ要求キーが割り振られている監視サーバ装置300を検索し、該当する監視サーバ装置300を応答する。
また、要求振り分け部206は、要求セッションマージ部202からデータ取得指示が出力された場合は、当該データ取得指示を監視状態管理部204に出力して、監視サーバ装置300を問い合わせる。
このとき、監視状態管理部204は、新規に要求キーを生成するとともに、要求振り分け部206から入力したデータ取得指示に対して、要求状態データ2050(図4)を生成する。
また、監視状態管理部204は、例えば、ラウンドロビンにより監視サーバ装置300を選択し、選択した監視サーバ装置300と要求キーを応答する。
優先度変更指示を送信する場合は、要求振り分け部206は、M0105で入力した優先度変更指示をそのまま送信する。
一方、データ取得指示を送信する場合は、要求振り分け部206は、M0105で入力したデータ取得指示にM0107で取得した要求キーを付加して送信する。
つまり、要求キーとビルIDと機器IDと対象データ名とサービスID一覧が含まれるデータ取得指示を送信する。
監視状態管理部204は、進捗通知に応じて要求状態データ2050(図4)の「処理状態」を更新する。
つまり、展開処理部303は、M0120で取得したサービスID一覧に示されているサービスIDの展開先に結果データを展開する。
なお、契約・物理構成データ(図3)において、相互に異なるデータ対象物(棟)を介して結果データの取得元のデータ機器と対応付けられている2つ以上のサービスであっても、各々のサービスの展開先に結果データが展開される。
例えば、前述したように、例えば、サービスID:サービスC、棟ID:棟βが示されているデータ取得要求を入力した場合に、要求セッションマージ部202は、棟βから機器3を割り出し、棟γを介して機器3に対応付けられているサービスAとサービスBもサービスID一覧に含め、展開処理部303は、サービスCからのデータ取得要求に基づいて取得された結果データを、サービスID一覧に含まれているサービスAとサービスBの展開先に展開する。
この結果、棟γを介して機器3と対応付けられているサービスAとサービスBのサービスアプリケーションも、棟β(と棟γ)を介して機器3と対応付けられているサービスCのサービスアプリケーションとともに、結果データにアクセス可能である。
進捗通知部304は、展開処理部303から受けた進捗通知を監視状態管理部204へ通知する(M0125)。
図9は、要求セッションマージ部202における処理フローチャートである。
次に、同様にして入力された棟IDから紐付く機器IDとサービスID一覧を特定する(S0101)。
次に、特定したビルIDと機器IDと要求の対象データ名から監視状態管理部204に対応する取得処理の実行状態を問い合わせる(S0102)。
次に、問い合わせた結果、要求が「処理中」かどうかを判断する(S0103)。
「処理中」であった場合、その処理状態が「取得中」か「展開中」かを判断する(S0104)。
「取得中」であった場合、要求振り分け部206へ優先度を上げる指示を送る(S0105)。
「展開中」であった場合は何もせずに処理を返す(S0106)。
ステップS0103において「処理中」で無かった場合、新規にデータ取得指示を送る(S0107)。
図10は、状態監視部302における処理フローチャートである。
まず、保持している要求キーを基に入出力データベース401から監視対象となる要求の一覧を検索する(S0201)。
次に、検索して得られた各要求の内容について処理を行う(S0202)。
処理状態が「処理中」か「完了」かを判断する(S0203)。
「処理中」であった場合、何もしない(S0204)。
「完了」であった場合、その要求キーとサービスID一覧を展開処理部303へ送る(S0205)。
次に、その要求キーを監視対象から外し、進捗通知部304へ進捗通知する(S0206)。
また、同一データに対する要求がマージされるため分散処理時においても得られたデータの保存時の競合制御を不要とすることができる。
また、契約・物理構造データは契約業務で得られるサービスとビルの関係、工事業務で得られる棟と機器の関係から生成の自動化も可能であるため、データ取得者は物理構造を意識せずにデータ取得要求を行うことができる。
任意のサービスアプリケーションから利用できるデータ取得の受付を公開する手段と、契約と物理構成の関係から処置中のデータ取得要求をマージする手段を備えたデータ処理システムを説明した。
前記データ処理システムが、データ取得要求の処理分散先の状態を管理する手段と、要求を分散先へ振り分ける手段と振り分け先において処理進捗を通知する手段を備えていることを説明した。
図11は、本実施の形態に示す要求制御サーバ装置200等のハードウェア資源の一例を示す図である。
なお、図11の構成は、あくまでも要求制御サーバ装置200等のハードウェア構成の一例を示すものであり、要求制御サーバ装置200等のハードウェア構成は図11に記載の構成に限らず、他の構成であってもよい。
CPU911は、バス912を介して、例えば、ROM(Read Only Memory)913、RAM(Random Access Memory)914、通信ボード915、表示装置901、キーボード902、マウス903、磁気ディスク装置920と接続され、これらのハードウェアデバイスを制御する。
更に、CPU911は、FDD904(Flexible Disk Drive)、コンパクトディスク装置905(CDD)、プリンタ装置906、スキャナ装置907と接続していてもよい。また、磁気ディスク装置920の代わりに、SSD(Solid State Drive)、光ディスク装置、メモリカード(登録商標)読み書き装置などの記憶装置でもよい。
RAM914は、揮発性メモリの一例である。ROM913、FDD904、CDD905、磁気ディスク装置920の記憶媒体は、不揮発性メモリの一例である。これらは、記憶装置あるいは記憶部の一例である。
本実施の形態で説明した「〜記憶部」は、RAM914、磁気ディスク装置920等により実現される。
通信ボード915、キーボード902、マウス903、スキャナ装置907などは、入力装置の一例である。
また、通信ボード915、表示装置901、プリンタ装置906などは、出力装置の一例である。
また、通信ボード915は、インターネット、WAN(ワイドエリアネットワーク)、SAN(ストレージエリアネットワーク)などにも接続可能である。
プログラム群923のプログラムは、CPU911がオペレーティングシステム921、ウィンドウシステム922を利用しながら実行する。
また、RAM914には、CPU911による処理に必要な各種データが格納される。
要求制御サーバ装置200等の起動時には、ROM913のBIOSプログラム及び磁気ディスク装置920のブートプログラムが実行され、BIOSプログラム及びブートプログラムによりオペレーティングシステム921が起動される。
「〜ファイル」や「〜データベース」は、ディスクやメモリなどの記録媒体に記憶される。
ディスクやメモリなどの記憶媒体に記憶された情報やデータや信号値や変数値やパラメータは、読み書き回路を介してCPU911によりメインメモリやキャッシュメモリに読み出される。
そして、読み出された情報やデータや信号値や変数値やパラメータは、抽出・検索・参照・比較・演算・計算・処理・編集・出力・印刷・表示などのCPUの動作に用いられる。
抽出・検索・参照・比較・演算・計算・処理・編集・出力・印刷・表示のCPUの動作の間、情報やデータや信号値や変数値やパラメータは、メインメモリ、レジスタ、キャッシュメモリ、バッファメモリ等に一時的に記憶される。
また、本実施の形態で説明しているフローチャートの矢印の部分は主としてデータや信号の入出力を示す。
データや信号値は、RAM914のメモリ、FDD904のフレキシブルディスク、CDD905のコンパクトディスク、磁気ディスク装置920の磁気ディスク、その他光ディスク、ミニディスク、DVD等の記録媒体に記録される。
また、データや信号は、バス912や信号線やケーブルその他の伝送媒体によりオンライン伝送される。
すなわち、本実施の形態で説明したフローチャートに示すステップ、手順、処理により、本発明に係る「データ処理方法」を実現することができる。
また、「〜部」、「〜手段」として説明しているものは、ROM913に記憶されたファームウェアで実現されていても構わない。
或いは、ソフトウェアのみ、或いは、素子・デバイス・基板・配線などのハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。
ファームウェアとソフトウェアは、プログラムとして、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、DVD等の記録媒体に記憶される。
プログラムはCPU911により読み出され、CPU911により実行される。
すなわち、プログラムは、本実施の形態の「〜部」、「〜手段」としてコンピュータを機能させるものである。あるいは、本実施の形態の「〜部」、「〜手段」の手順や方法をコンピュータに実行させるものである。
そして、上記したように「〜部」、「〜手段」として示された機能をこれら処理装置、記憶装置、入力装置、出力装置を用いて実現するものである。
Claims (6)
- 複数のサービスについて各サービスと各サービスの対象物である1つ以上のサービス対象物とを対応付けるとともに、各サービス対象物と各サービス対象物のデータを管理している1つ以上のデータ機器とを対応付ける関係情報であって、2つ以上のサービス対象物に対して同一のデータ機器が対応付けられている場合がある関係情報を記憶する情報記憶部と、
要求元のサービスと当該サービスのいずれかのサービス対象物とが示され、当該サービス対象物のデータの取得を要求するデータ取得要求を入力する入力部と、
データ機器からデータを取得するデータ取得部と、
前記データ取得部によるデータ取得状況を監視する監視部と、
前記入力部によりデータ取得要求が入力される度に、前記関係情報を参照して、入力された入力データ取得要求に示されているサービス対象物に対応するデータ機器を取得対象データ機器として特定し、前記入力データ取得要求が前記取得対象データ機器に対する新規のデータ取得要求であるか、前記入力データ取得要求に先行する先行データ取得要求に基づき前記データ取得部が前記入力データ取得要求と同一の取得対象データ機器からデータを取得中であるかを前記監視部の監視結果により判断し、前記入力データ取得要求が新規のデータ取得要求であれば、前記入力データ取得要求に基づき前記データ取得部に前記取得対象データ機器からのデータ取得を指示し、前記データ取得部が同一の取得対象データ機器からデータを取得中であれば、前記入力データ取得要求と前記先行データ取得要求との間でサービス対象物が異なっていても、更なるデータ取得の指示を前記データ取得部に行わないデータ取得制御部とを有することを特徴とするデータ処理システム。 - 前記入力部は、
要求元のサービスと当該サービスのいずれかのサービス対象物と取得対象のデータの種類とが示され、当該サービス対象物の当該種類のデータの取得を要求するデータ取得要求を入力し、
前記データ取得制御部は、
前記入力部によりデータ取得要求が入力される度に、前記関係情報を参照して、前記入力データ取得要求について取得対象データ機器を特定するとともに、前記入力データ取得要求が前記取得対象データ機器及び前記種類のデータに対する新規のデータ取得要求であるか、前記先行データ取得要求に基づき前記データ取得部が前記入力データ取得要求と同一の取得対象データ機器から同一の種類のデータを取得中であるかを前記監視部の監視結果により判断し、前記入力データ取得要求が新規のデータ取得要求であれば、前記入力データ取得要求に基づき前記データ取得部に前記取得対象データ機器からの前記種類のデータの取得を指示し、前記データ取得部が同一の取得対象データ機器から同一種類のデータを取得中であれば、前記入力データ取得要求と前記先行データ取得要求との間でサービス対象物が異なっていても、更なるデータ取得の指示を前記データ取得部に行わないことを特徴とする請求項1に記載のデータ処理システム。 - 前記データ処理装置は、更に、
前記データ取得部によりいずれかのデータ機器からデータが取得された際に、前記データ取得部により取得されたデータの取得元のデータ機器と前記関係情報において対応付けられている2つ以上のサービスのサービスアプリケーションからアクセス可能なように、前記データ取得部により取得されたデータを所定の記憶装置に格納するデータ格納部であって、
前記関係情報において相互に異なるデータ対象物を介してデータ取得元のデータ機器と対応付けられている2つ以上のサービスのサービスアプリケーションであっても各々からアクセス可能なように、前記データ取得部により取得されたデータを前記記憶装置に格納するデータ格納部を有することを特徴とする請求項1又は2に記載のデータ処理システム。 - 前記データ取得部は、
優先度が高いデータ取得処理を優先して実行し、
前記データ取得制御部は、
前記入力データ取得要求が前記取得対象データ機器に対する新規のデータ取得要求であるか、前記データ取得部が前記先行データ取得要求に基づき前記入力データ取得要求と同一の取得対象データ機器からデータを取得中であるかを判断した結果、前記データ取得部が同一の取得対象データ機器からデータを取得中である場合に、
前記先行データ取得要求に基づくデータ取得処理の優先度を高くすることを特徴とする請求項1〜3のいずれかに記載のデータ処理システム。 - 複数のサービスについて各サービスと各サービスの対象物である1つ以上のサービス対象物とを対応付けるとともに、各サービス対象物と各サービス対象物のデータを管理している1つ以上のデータ機器とを対応付ける関係情報であって、2つ以上のサービス対象物に対して同一のデータ機器が対応付けられている場合がある関係情報を記憶するコンピュータが、
要求元のサービスと当該サービスのいずれかのサービス対象物とが示され、当該サービス対象物のデータの取得を要求するデータ取得要求を入力する入力ステップと、
データ機器からデータを取得するデータ取得ステップと、
前記データ取得ステップによるデータ取得状況を監視する監視ステップと、
前記入力ステップによりデータ取得要求が入力される度に、前記関係情報を参照して、入力された入力データ取得要求に示されているサービス対象物に対応するデータ機器を取得対象データ機器として特定し、前記入力データ取得要求が前記取得対象データ機器に対する新規のデータ取得要求であるか、前記入力データ取得要求に先行する先行データ取得要求に基づき前記データ取得ステップが前記入力データ取得要求と同一の取得対象データ機器からデータを取得中であるかを前記監視ステップの監視結果により判断し、前記入力データ取得要求が新規のデータ取得要求であれば、前記入力データ取得要求に基づき前記データ取得ステップに前記取得対象データ機器からのデータ取得を指示し、前記データ取得ステップが同一の取得対象データ機器からデータを取得中であれば、前記入力データ取得要求と前記先行データ取得要求との間でサービス対象物が異なっていても、更なるデータ取得の指示を前記データ取得ステップに行わないデータ取得制御ステップとを有することを特徴とするデータ処理方法。 - 複数のサービスについて各サービスと各サービスの対象物である1つ以上のサービス対象物とを対応付けるとともに、各サービス対象物と各サービス対象物のデータを管理している1つ以上のデータ機器とを対応付ける関係情報であって、2つ以上のサービス対象物に対して同一のデータ機器が対応付けられている場合がある関係情報を記憶するコンピュータに、
要求元のサービスと当該サービスのいずれかのサービス対象物とが示され、当該サービス対象物のデータの取得を要求するデータ取得要求を入力する入力ステップと、
データ機器からデータを取得するデータ取得ステップと、
前記データ取得ステップによるデータ取得状況を監視する監視ステップと、
前記入力ステップによりデータ取得要求が入力される度に、前記関係情報を参照して、入力された入力データ取得要求に示されているサービス対象物に対応するデータ機器を取得対象データ機器として特定し、前記入力データ取得要求が前記取得対象データ機器に対する新規のデータ取得要求であるか、前記入力データ取得要求に先行する先行データ取得要求に基づき前記データ取得ステップが前記入力データ取得要求と同一の取得対象データ機器からデータを取得中であるかを前記監視ステップの監視結果により判断し、前記入力データ取得要求が新規のデータ取得要求であれば、前記入力データ取得要求に基づき前記データ取得ステップに前記取得対象データ機器からのデータ取得を指示し、前記データ取得ステップが同一の取得対象データ機器からデータを取得中であれば、前記入力データ取得要求と前記先行データ取得要求との間でサービス対象物が異なっていても、更なるデータ取得の指示を前記データ取得ステップに行わないデータ取得制御ステップとを実行させることを特徴とするプログラム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2011155985A JP5660986B2 (ja) | 2011-07-14 | 2011-07-14 | データ処理システム及びデータ処理方法及びプログラム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2011155985A JP5660986B2 (ja) | 2011-07-14 | 2011-07-14 | データ処理システム及びデータ処理方法及びプログラム |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2013025321A JP2013025321A (ja) | 2013-02-04 |
JP5660986B2 true JP5660986B2 (ja) | 2015-01-28 |
Family
ID=47783659
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2011155985A Expired - Fee Related JP5660986B2 (ja) | 2011-07-14 | 2011-07-14 | データ処理システム及びデータ処理方法及びプログラム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP5660986B2 (ja) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP6068676B2 (ja) * | 2013-11-28 | 2017-01-25 | 株式会社日立製作所 | 計算機システム及び計算機システムの制御方法 |
CN113746932B (zh) * | 2021-09-10 | 2023-09-19 | 城云科技(中国)有限公司 | 网络请求合并方法、装置及电子装置、计算机程序产品 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPS63289657A (ja) * | 1987-05-21 | 1988-11-28 | Nec Corp | 共用ファイルアクセス方式 |
JP2746189B2 (ja) * | 1995-03-31 | 1998-04-28 | 日本電気株式会社 | ファイルアクセス制御システム |
JPH0962558A (ja) * | 1995-08-29 | 1997-03-07 | Fuji Xerox Co Ltd | データベース管理システム及び方法 |
JP5549149B2 (ja) * | 2009-08-25 | 2014-07-16 | 富士電機株式会社 | データ共有システム、データ共有方法、データ共有プログラム |
-
2011
- 2011-07-14 JP JP2011155985A patent/JP5660986B2/ja not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2013025321A (ja) | 2013-02-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP6616827B2 (ja) | スケーラブルなデータストレージプール | |
US8200620B2 (en) | Managing service processes | |
JP5285353B2 (ja) | 複数のサービス構成要素に対応するアクションの実行を管理するためのコンピュータ・システム、並びにその方法及びコンピュータ・プログラム | |
JP5862359B2 (ja) | シンクライアントシステム、接続管理サーバ、接続管理方法、及び接続管理プログラム | |
JP5724687B2 (ja) | 情報処理装置、サーバ選択方法、及びプログラム | |
JP2009193545A (ja) | 複数の構成要素を管理するためのコンピュータ・システム、並びにその方法及びコンピュータ・プログラム | |
JP2012103879A (ja) | セッション管理方法、セッション管理システム及びプログラム | |
JP2010097489A (ja) | 分散データ処理システム、分散データ処理方法および分散データ処理用プログラム | |
JP4500318B2 (ja) | 分散トランザクション処理方法、装置、及びプログラム | |
US9594782B2 (en) | Hierarchical file block variant store apparatus and method of operation | |
JP5660986B2 (ja) | データ処理システム及びデータ処理方法及びプログラム | |
US20160357948A1 (en) | Information processing device and management method | |
KR102098896B1 (ko) | 데이터 관리 시스템 및 방법 | |
JP2008293278A (ja) | 分散処理プログラム、分散処理装置、および分散処理方法 | |
US11924295B2 (en) | Serving assets in a networked environment | |
JP2009217395A (ja) | 仮想サーバソフトウェア更新システム、仮想サーバソフトウェア更新方法、サーバ、及びサーバ用プログラム | |
US9256648B2 (en) | Data handling in a cloud computing environment | |
US20150135004A1 (en) | Data allocation method and information processing system | |
JP4189379B2 (ja) | アプリケーション運用制御方法およびシステム | |
JP2015153266A (ja) | ファームウェア管理システム、方法、及び、プログラム | |
JP2008197919A (ja) | 処理形態切替装置 | |
JP2017194865A (ja) | 情報処理システムおよび情報処理方法 | |
JP6757708B2 (ja) | 情報処理装置及び構成要素の管理方法 | |
JP2005339079A (ja) | データベース管理システムにおける処理代行方法 | |
JP2007264770A (ja) | データベースアクセス方法及び装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20131009 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20140618 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20140805 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20140912 |
|
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: 20141104 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20141202 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 5660986 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313117 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
LAPS | Cancellation because of no payment of annual fees |