情報管理システムとそのデータ更新操作方法
【課題】マスタ情報の更新操作に同期してその関連情報も更新され、しかもこの関連情報に対する更新操作がシステム本来の動作に影響を及ぼすことなく実行されるようにする。
【解決手段】管理者の操作に応じ予約操作設定データを生成し保存し、現在時刻がこの保存された予約操作設定データに含まれる実行予約時刻になると、マスタ情報を上記予約操作設定データに応じて更新する。また、上記実行予約時刻になる前に、上記保存された予約操作設定データをもとに同時修正データの更新操作所要時間を見積もり、この所要時間がシステムが許容する遅延時間内であれば、上記実行予約時刻になる前に上記同時修正データの更新操作の準備を開始し、上記実行予約時刻になった時点で上記同時修正データの更新操作を実行する。これに対し、上記更新操作の所要時間が遅延時間を超える場合には、上記実行予約時刻になった時点で上記同時修正データの更新操作を実行する。
【解決手段】管理者の操作に応じ予約操作設定データを生成し保存し、現在時刻がこの保存された予約操作設定データに含まれる実行予約時刻になると、マスタ情報を上記予約操作設定データに応じて更新する。また、上記実行予約時刻になる前に、上記保存された予約操作設定データをもとに同時修正データの更新操作所要時間を見積もり、この所要時間がシステムが許容する遅延時間内であれば、上記実行予約時刻になる前に上記同時修正データの更新操作の準備を開始し、上記実行予約時刻になった時点で上記同時修正データの更新操作を実行する。これに対し、上記更新操作の所要時間が遅延時間を超える場合には、上記実行予約時刻になった時点で上記同時修正データの更新操作を実行する。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、例えば医療機関や保健関連機関、自治体等が保有する医療や健康に係る情報を通信ネットワークを介して相互に共有する情報管理システムとこのシステムで使用されるデータ更新操作方法に関する。
【背景技術】
【０００２】
ユーザの組織や役職、資格等のユーザ属性を示す情報をマスタ情報において管理し、このマスタ情報に基づいてユーザ情報に対するアクセス制御を実行するシステムが提案されている。このシステムは、ユーザのログインに対し上記マスタ情報を参照して認証を行い、その認証結果を表す情報に上記マスタ情報に含まれるユーザ属性の一部を含めて流通し、このユーザ属性を受け取ってユーザの個人情報に対する閲覧等を可能にするものとなっている。このような蓄積された情報を許可された利用者にだけ開示するためのシステムとしては、例えばインスタンス指示子、利用者指示子、操作指示子、操作内容条件の４つ組みからなるインスタンス操作許可情報を管理するものが知られている（例えば特許文献１を参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特許第３７８８１１３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、上記のような情報管理システムを運用する際には、組織の再編や国家資格の変更などに応じてユーザ属性を含むマスタ情報を最新化する操作、すなわちマスタ情報におけるデータの追加、修正、削除といった更新操作が常に必要となる。しかし、マスタ情報に記載されたデータは、アクセス制御のルールの設定値としても記述されているため、単にマスタ情報のみを更新してしまうと、設定当初の意図と異なるユーザ属性を持つユーザに対してデータアクセスを許可してしまったり、また正当なユーザ属性を持つユーザからのデータアクセスを拒否してしまうといった不具合が発生することがある。すなわち、ユーザ属性によるデータアクセス制御を正しく実施できなくなるおそれがある。
【０００５】
例えば、複数の医療機関や保健関連機関が保有する医療や健康に係る情報を、通信ネットワークを介して相互に共有することで統合的な医療・健康サービスを目指すＥＨＲ（Electronic Health Record）システムを例にとると、「Ａ病院の組織再編でＡ病院外科がＡ病院第一外科、第二外科に分離された」ことをマスタ情報に反映しようとした場合に、マスタ情報だけを修正し、アクセス制御ルール中に記述されている“Ａ病院外科”を放置すると、以後上記Ａ病院の外科に属する医師等によるアクセス要求に対し正しいアクセス制御が実施できなくなる可能性がある。すなわち、本来アクセス権限を持っているはずの医師Ｘがデータにアクセスできなくなったり、逆にアクセス権限のないユーザがデータにアクセスできてしまうなどの不具合が発生してしまう。このような不具合は、特許文献１に記載されたシステムにおいても発生し、その対策が切望されていた。
【０００６】
この発明は上記事情に着目してなされたもので、その目的とするところは、マスタ情報の更新操作に同期してその関連情報も更新されるようにし、しかもこの関連情報に対する更新操作がシステム本来の動作に影響を及ぼすことなく実行されるようにした情報管理システムとそのデータ更新操作方法を提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するためにこの発明の１つの観点は、マスタデータを含む第１の管理情報と、この第１の管理情報に含まれる一部のデータを含む第２の管理情報とを記憶し、これらの第１及び第２の管理情報に基づいてそれぞれ異なる処理を実行するシステムにおいて、管理者の予約操作に応じて、上記第１の管理情報に対する更新操作の実行予約時刻を指定する時刻指定情報と、上記第１の管理情報の更新操作前後のデータの遷移情報を含む予約操作設定データを生成して保存する。この状態で、現在時刻が上記保存された予約操作設定データに含まれる時刻指定情報により指定される実行予約時刻になった後に、上記第１の管理情報を上記予約操作設定データに含まれる遷移情報をもとに更新操作する。また、現在時刻が上記実行予約時刻になる前に、上記保存された予約操作設定データに含まれる遷移情報をもとに上記第２の管理情報の更新操作の所要時間を予測し、この予測された所要時間が予め設定されたしきい値以内であるか否かを判定する。そして、この判定の結果、上記更新操作の所要時間がしきい値を超える場合には、現在時刻が上記実行予約時刻になる前に上記予約操作設定データに含まれる遷移情報をもとに上記第２の管理情報を更新操作するための準備処理を実行し、現在時刻が上記実行予約時刻になった後に上記準備処理により生成された準備情報をもとに上記第２の管理情報を更新操作する。これに対し、上記更新操作の所要時間がしきい値以内と判定された場合には、現在時刻が上記実行予約時刻になった後に、上記予約操作設定データに含まれる遷移情報をもとに上記第２の管理情報を更新操作する。
【発明の効果】
【０００８】
したがってこの発明の１つの観点によれば、予約操作設定データに基づいて、マスタデータを含む第１の管理情報に対する更新操作が行われると、これに同期して関連性を有する第２の管理情報に対しても更新操作が行われる。すなわち、第１の管理情報のマスタデータが更新されると、それに伴い関連性を有する第２の管理情報も自動的に更新される。このため、例えば本来アクセス権限を持っているはずのユーザがデータにアクセスできなくなったり、逆にアクセス権限のないユーザがデータにアクセスできてしまうといった不具合の発生は確実に防止される。
【０００９】
しかも、現在時刻が実行予約時刻になる前に第２の管理情報の更新操作の所要時間が予測され、この予測された所要時間が予め設定されたしきい値を超える場合には、現在時刻が上記実行予約時刻になる前に上記第２の管理情報に対する更新操作の準備が開始され、上記実行予約時刻になった時点で上記準備した結果をもとに第２の管理情報の更新操作が実行される。このため、第２の管理情報に対する更新操作に多くの時間を要する場合でも、システムを一時停止させたりシステム本来の処理を遅延させることなく第２の管理情報を更新操作することが可能となる。
【００１０】
すなわち、マスタ情報の更新操作に同期してその関連情報も更新することができ、しかもこの関連情報に対する更新操作をシステム本来の動作に影響を及ぼすことなく実行可能とした情報管理システムとそのデータ更新操作方法を提供することができる。
【図面の簡単な説明】
【００１１】
【図１】この発明の第１の実施形態に係る情報管理システムの機能構成を示すブロック図。
【図２】図１に示した情報管理システムの処理の概要を示す図。
【図３】図１に示した情報管理システムの仲介サーバ及び提供側サーバの処理手順と処理内容を示すフローチャート。
【図４】図３に示した処理手順のうち準備処理の処理手順と処理内容の第１の例を示すフローチャート。
【図５】図３に示した処理手順のうち準備処理の処理手順と処理内容の第２の例を示すフローチャート。
【図６】図１に示した情報管理システムの提供側サーバに記憶されるアクセス制御ルールデータの一例を示す図。
【図７】図１に示した情報管理システムの仲介サーバに記憶されるユーザデータ及びマスタ情報の一例を示す図。
【図８】図１に示した情報管理システムの仲介サーバに記憶される予約操作設定データに含まれるデータ項目の一例を示す図。
【図９】データ修正を行う場合の予約操作設定データの一例を示す図。
【図１０】データ削除を行う場合の予約操作設定データの一例を示す図。
【図１１】データ追加を行う場合の予約操作設定データの一例を示す図。
【図１２】この発明の第２の実施形態に係る情報管理システムの機能構成を示すブロック図。
【図１３】図１２に示した情報管理システムによる変更履歴提供処理の手順と処理内容を示すフローチャート。
【図１４】図１２に示した情報管理システムによるリカバリ処理の処理手順と処理内容の第１の例を示すフローチャート。
【図１５】図１２に示した情報管理システムによるリカバリ処理の処理手順と処理内容の第２の例を示すフローチャート。
【発明を実施するための形態】
【００１２】
以下、図面を参照してこの発明に係わる実施形態を説明する。
［第１の実施形態］
（システムの構成）
図１は、この発明の第１の実施形態に係る情報管理システムの機能構成を示すブロック図である。
この情報管理システムは、利用者（ユーザ）が利用する複数の要求側サーバＲＳＶ１〜ＲＳＶｎと、情報提供者が管理する複数の提供側サーバＤＳＶ１〜ＤＳＶｍと、システム運用者が管理する仲介サーバＭＳＶとを、図示しない通信ネットワークを介して接続可能にしたものである。通信ネットワークとしては、例えばＩＰ（Internet Protocol）網が用いられる。
【００１３】
要求側サーバＲＳＶ１〜ＲＳＶｎは、データ要求受付処理部１１と、データ送受信部１２を備えている。データ要求受付処理部１１はユーザインタフェース（ＵＩ）を有し、図示しないユーザ端末からログイン要求を受信すると、仲介サーバＭＳＶとの間で認証手順を実行する処理と、この認証手順により利用者の正当性が確認された後、ユーザ端末からデータ操作要求を受信するとこの要求をアクセス先の提供側サーバＤＳＶ１〜ＤＳＶｍへ送信し、提供側サーバＤＳＶ１〜ＤＳＶｍからそのデータ操作結果を表す応答を受信する処理を実行する。データ送受信部１２は、仲介サーバＭＳＶ及び提供側サーバＤＳＶ１〜ＤＳＶｍとの間で上記各要求及びその応答を送受信する機能を有する。
【００１４】
提供側サーバＤＳＶ１〜ＤＳＶｍは、データ送受信部２１と、データ提供処理部２２と、アクセス対象データ記憶部２３と、アクセス制御ルールデータ記憶部２５を備え、さらにこの発明に係る新たな機能として同時修正データ操作処理部２４を備えている。
【００１５】
データ送受信部２１は、上記要求側サーバＲＳＶ１〜ＲＳＶｎとの間でデータ操作要求とその応答を送受信すると共に、仲介サーバＭＳＶから予約操作設定通知を受信する機能を有する。
【００１６】
データ提供処理部２２はアクセス制御部２２１を有する。そして、上記データ操作要求を受理した場合に、アクセス制御ルールデータ記憶部２５に記憶されたアクセス制御ルールに従いログインユーザ（アクセス元ユーザ）にアクセス対象ユーザに対する操作の権限があるか否かを判定する処理と、権限があると判定された場合にアクセス対象データ記憶部２３に記憶されたデータに対し操作を実施してその結果を表す応答を要求側サーバＲＳＶ１〜ＲＳＶｎへ返送する処理と、権限がないと判定された場合には操作不許可の判定結果を要求側サーバＲＳＶ１〜ＲＳＶｎへ返送する処理を実行する。
【００１７】
同時修正データ操作処理部２４は、以下の処理機能を有する。
(1) 後述する仲介サーバＭＳＶから予約操作設定データを受け取り、現在時刻がこの予約操作設定データに記述された実行予約時刻になる前に、上記アクセス制御ルールデータ記憶部２５に記憶されたアクセス制御ルールデータに対する更新操作の所要時間を見積もる。そして、この見積もった所要時間がシステムで許容された遅延時間内であるか否かを判定する処理。
(2) 上記更新操作の所要時間が許容された遅延時間を超えると判定された場合には、現在時刻が上記実行予約時刻になる前に、上記アクセス制御ルールデータに対する更新操作を開始する処理。
(3) 上記更新操作の所要時間が許容された遅延時間内であると判定された場合には、現在時刻が上記実行予約時刻になった時点で、上記アクセス制御ルールデータに対する更新操作を開始する処理。
【００１８】
仲介サーバＭＳＶは、データ送受信部３０と、認証部３１と、ユーザデータ記憶部３２と、運用管理部３３と、マスタ情報記憶部３７とを備え、さらにこの発明に係る新たな機能としてデータ予約操作設定処理部３４と、予約操作設定データ記憶部３５と、マスタ情報予約操作処理部３６と、同時修正データ操作処理部３８と、関係者データ記憶部３９を備えている。
【００１９】
ユーザデータ記憶部３２には、利用者の認証に必要なユーザＩＤやパスワード等のユーザデータが予め記憶されている。マスタ情報記憶部３７には、システムが情報提供処理を実行する際の基礎情報となるマスタ情報が記憶されている。マスタ情報には、利用者のユーザ属性を示す組織データ、資格データが含まれる。
【００２０】
データ送受信部３０は、上記要求側サーバＲＳＶ１〜ＲＳＶｎとの間で上記認証手順のための信号の送受信を行うと共に、提供側サーバＤＳＶ１〜ＤＳＶｍへ予約操作設定データを通知するために用いられる。
【００２１】
認証部３１は、要求側サーバＲＳＶ１〜ＲＳＶｎから送られた認証要求に応じて、ユーザデータ記憶部３２に記憶されたユーザデータをもとに本人認証を行い、その認証結果を表す認証トークンを要求側サーバＲＳＶ１〜ＲＳＶｎへ返送する機能を有する。
【００２２】
運用管理部３３はユーザインタフェース（ＵＩ）を有し、運用者が自身の端末（図示せず）において予約操作のために手動入力した各データ項目を当該運用者端末から受信し、この受信した各データ項目をデータ予約操作設定処理部３４に渡す機能を有する。
【００２３】
データ予約操作設定処理部３４は、以下の処理機能を有する。
(1) 上記運用管理部３３から渡された予約操作のためのデータ項目をもとに予約操作設定データを生成し、この予約操作設定データを予約操作設定データ記憶部３５に格納する処理。
(2) 上記予約操作設定データ記憶部３５に新たな予約操作設定データが格納されるごとに、現在時刻がこの予約操作設定データに含まれる操作実行予約時刻になる前に、当該予約操作設定データを仲介サーバＭＳＶ及び提供側サーバＤＳＶ１〜ＤＳＶｍの同時修正データ操作処理部３８，２４に通知する処理。
(3) 現在時刻が、予約操作設定データに含まれる操作実行予約時刻になった時点で、マスタ情報予約操作処理部３６と、仲介サーバＭＳＶ及び提供側サーバＤＳＶ１〜ＤＳＶｍの同時修正データ操作処理部３８，２４にそれぞれ実行要求を送付する処理。
【００２４】
マスタ情報予約操作処理部３６は、上記データ予約操作設定処理部３４から実行要求と予約操作設定データを受け取った場合に、この受け取った予約操作設定データを参照してマスタ情報記憶部３７内の更新操作対象のデータを更新操作する処理を実行する。
【００２５】
同時修正データ操作処理部３８は、先に述べた提供側サーバＤＳＶ１〜ＤＳＶｍの同時修正データ操作処理部２４と同様に、以下の処理機能を有する。
(1) 後述する仲介サーバＭＳＶから予約操作設定データを受け取り、現在時刻がこの予約操作設定データに記述された実行予約時刻になる前に、上記関係者データ記憶部３９に記憶された関係者データに対する更新操作の所要時間を見積もる。そして、この見積もった所要時間がシステムで許容された遅延時間内であるか否かを判定する処理。
(2) 上記更新操作の所要時間が許容された遅延時間を超えると判定された場合には、現在時刻が上記実行予約時刻になる前に、上記関係者データに対する更新操作を開始する処理。
(3) 上記更新操作の所要時間が許容された遅延時間内であると判定された場合には、現在時刻が上記実行予約時刻になった時点で、上記関係者データに対する更新操作を開始する処理。
なお、関係者データ記憶部３９には、利用者ごとに当該利用者と関係する他の利用者や関係組織（例えばかかりつけの病院等）を表す情報が記憶されている。
【００２６】
（システムの動作の概要）
次に、以上のように構成されたシステムの処理動作の概要を説明する。図２はその処理手順と処理内容を示すフローチャートである。
運用者は、自身の端末において、更新操作対象とするマスタ情報のデータ名と、操作実行予約時刻と、更新装置の種類（変更、削除、追加）と、操作対象のデータ項目の操作前後の遷移関係を表すデータ値を入力する（ステップＳ１）。そうすると、この入力された各データ項目は運用管理部３３により受信されてデータ予約操作設定部３４に渡され、このデータ予約操作設定部３４においてステップＳ２により一時記憶された後、予約操作設定データとして予約操作設定データ記憶部３５に格納される（ステップＳ３）。
【００２７】
予約操作設定データ記憶部３５に新たな予約操作設定データが格納されると、現在時刻が上記予約操作設定データに含まれる操作実行予約時刻になったか否かがデータ予約操作設定部３４により監視される。そして、現在時刻が操作実行予約時刻になると、データ予約操作設定部３４から、仲介サーバＭＳＶ内のマスタ情報予約操作処理部３６及び同時修正データ操作処理部３８と、提供側サーバＤＳＶ１〜ＤＳＶｍ内の同時修正データ操作処理部２４に対しそれぞれ実行要求及び上記予約操作設定データが送付される（ステップＳ４）。
【００２８】
マスタ情報予約操作部３６及び同時修正データ操作部２４，３８では、上記データ予約操作設定処理部３４から実行要求を受け取ると、これと同時に又は事前に受け取った予約操作設定データを参照して、それぞれマスタ情報記憶部３７内の更新操作対象のデータに対する更新操作（ステップＳ６）、アクセス制御ルールデータ記憶部２５に記憶された更新対象データに対する更新操作（ステップＳ７）、関係者データ記憶部３９に記憶された関係者データに対する更新操作（ステップＳ８）が実行される。
【００２９】
すなわち、ステップＳ５に示すようにマスタ情報記憶部３７に記憶されたマスタ情報の更新操作と、アクセス制御ルールデータ記憶部２５に記憶されたアクセス制御ルールデータの更新操作と、関係者データ記憶部３９に記憶された関係者データの更新操作が、操作実行予約時刻に同期して実行される。この更新操作の同期実行を実現するために、仲介サーバＭＳＶ及び提供側サーバＤＳＶ１〜ＤＳＶｍのシステム時間は、例えばＮＴＰ（Network Time Protocol）を用いることで互いに同期がとられている。
なお、同時修正データ操作部２４，３８において行われる、更新操作の所要時間がシステムの許容遅延時間を超えると予測される場合の事前処理開始動作については、後に詳しく述べる。
【００３０】
（システムの詳細な動作）
次に、この実施形態に係る情報管理システムのデータ更新処理動作を詳細に説明する。図３は、その仲介サーバＭＳＶ及び提供側サーバＤＳＶ１〜ＤＳＶｍの処理手順と処理内容を示すフローチャートである。
ここでは、アクセス制御ルールデータ記憶部２５に例えば図６に示すようなアクセス制御ルールデータが、またユーザデータ記憶部３２及びマスタ情報記憶部３７に例えば図７に示すようなユーザデータ及びマスタ情報がそれぞれ記憶されているものとして説明を行う。すなわち、マスタ情報においては組織ＩＤ＝O0001に関連付けて「Ａ病院」が記憶され、またアクセス制御ルールデータにおいては「Ａ病院」に読み取り許可を与えることを意味する「所属組織ＩＤ＝O0001に対して読み取りＯＫ」のルールが記載されている。
【００３１】
（１）予約操作データの設定
仲介サーバＭＳＶでは、運用管理部３３において予約操作のためのデータ項目の入力操作が監視されている（ステップＳ１１）。この状態で、運用者が自身の端末において、予約操作のデータ項目を入力したとする。そうすると、この入力されたデータ項目はステップＳ１２において運用管理部３３により受信されてデータ予約操作設定部３４に渡され、このデータ予約操作設定部３４において上記入力データ項目をもとに予約操作設定データが生成され、予約操作設定データ記憶部３５に記憶される（ステップＳ１３）。
【００３２】
上記運用者により入力されるデータ項目は、例えば図８に示すように更新操作の対象となるマスタ情報のデータテーブル名と、要求操作の種類（変更、削除、追加）を表す情報と、操作実行予約時刻と、マスタ情報と同時に更新操作が必要なデータテーブル名と、操作対象となるマスタ情報中のデータ項目と、マスタ情報における操作後のデータ値と、同時修正データにおける操作後のデータ値からなる。このうち、マスタ情報の操作後のデータ値とは別に同時修正データの操作後のデータ値を入力する理由は、マスタ情報のデータ項目の更新内容によっては、マスタ情報自体の更新内容と、アクセス制御ルールデータなどの同時修正データの修正内容が異なることがあるためである。
なお、予約番号はデータ予約操作設定処理部３４により自動採番される。また、マスタ情報における操作前のデータ値は、上記操作対象とするデータ項目を指定するとマスタ情報から自動取得される。
【００３３】
ところで、上記予約操作設定データの生成は、要求操作の種類（変更、削除、追加）によって異なる。以下にその生成処理の内容を説明する。
＜ケース(1)＞
ケース(1) は、マスタ情報のデータ項目を変更、例えばデータ項目の分割をするケースである。このケースでは、アクセス制御ルールデータや関係者データ等の同時修正データについてもマスタ情報と同様の変更が実施される。図９はこのケース(1) の場合の予約操作設定データの一例を示すものである。
【００３４】
データ予約操作設定部３４は、ユーザにより指定された操作対象データを参照し、「操作対象データ項目」に「操作前の値」を格納する。「操作後の値（マスタ情報）」には、ユーザにより指定されたデータを格納する。「操作後の修正（同時修正データ）」には、「操作後の値（マスタ情報）」をコピーする。なお「操作後の値（マスタ情報）」については、操作対象のデータ項目がツリーの最下位のデータでなければ、操作対象データの配下の構成員の分割に関するデータも格納する。このデータも運用者が入力する。
【００３５】
＜ケース(2)＞
ケース(2) は、マスタ情報のデータ項目を削除するケースである。この場合、マスタ情報のデータ項目は削除されても、アクセス制御ルール等を適切な継承組織に引き継ぐ必要がある。このため、アクセス制御ルールデータや関係者データ等の同時修正データに対し、マスタ情報とは異なる更新処理を実施する必要がある。図１０はこのケース(2) の場合の予約操作設定データの一例を示すものである。
【００３６】
データ予約操作設定部３４は、ユーザにより指定された操作対象データを参照し、「操作前の値」に操作対象データ項目の値を格納する。「操作後の値（マスタ情報）」には自動的にNULLを格納する。「操作後の値（同時修正データ）」には、ユーザにより指定されたデータを格納する。なお、「操作後の値（同時修正データ）」について、Ａ病院の情報がＢ病院に引き継がれない完全廃止の場合には、自動的にNULLが格納される。
【００３７】
＜ケース(3)＞
ケース(3) は、マスタ情報にデータ項目を追加するケースである。この場合、アクセス制御ルール等には当該データ項目に関する記述が存在しないため、データアクセス制御ルールデータや関係者データ等の同時修正データに対する操作は実施しない。図１１はこのケース(3) の場合の予約操作設定データの一例を示すものである。
【００３８】
ケース(3) の場合、操作前にはデータ項目は存在しないため、データ予約操作設定部３４は、「操作前の値」にNULLを自動で格納する。「操作後の値（マスタ情報）」には、運用者により指定されたデータを格納する。「操作後の値（同時修正データ）」には、NULLを自動で格納する。
【００３９】
（２）予約操作設定データの通知
上記予約操作設定データ記憶部３５に新たな予約操作設定データが格納されると、データ予約操作設定処理部３４により、現在時刻がこの予約操作設定データに含まれる操作実行予約時刻になる前に、当該予約操作設定データが同時修正データ操作処理部３８に通知され、またデータ送受信部３０から同時修正データ操作処理部２４へ送信される（ステップＳ１４）。この予約操作設定データは、提供側サーバＤＳＶ１〜ＤＳＶｍにおいてデータ送受信部２１により受信され、同時修正データ操作処理部２４に渡される（ステップＳ１８）。上記予約操作設定データを同時修正データ操作処理部２４，３８に通知する理由は、後述する同時修正データに対する更新操作の事前準備のためである。
【００４０】
（３）マスタ情報に対する更新操作
またデータ予約操作設定処理部３４では、上記予約操作設定データ記憶部３５に新たな予約操作設定データが格納されると、現在時刻が予約操作設定データに含まれる操作実行予約時刻になったか否かがステップＳ２２で監視される。そして、現在時刻が操作実行予約時刻になると、その時点でステップＳ２３によりデータ予約操作設定処理部３４から仲介サーバＭＳＶ内のマスタ情報予約操作処理部３６に実行要求が通知される。なお、このとき仲介サーバＭＳＶ内の同時修正データ操作処理部３８と、提供側サーバＤＳＶ１〜ＤＳＶｍ内の同時修正データ操作処理部２４にも、上記実行要求がそれぞれ通知される。
【００４１】
マスタ情報予約操作処理部３６では、上記データ予約操作設定処理部３４から実行要求と予約操作設定データを受け取ると、ステップＳ２４において、この受け取った予約操作設定データの予約番号が付与された設定項目に記載された更新操作が実行される。このとき、マスタ情報予約操作処理部３６で用いる設定項目は、「操作対象データ」、「操作対象データ項目」及び「操作後の値（マスタ情報）」である。
【００４２】
すなわち、「操作対象データ」で指定されたマスタ情報のデータテーブルを参照し、「操作対象データ項目」で指定されたデータ項目が更新される。要求操作に応じた各データ項目の修正内容は、既にデータ予約操作設定処理部３４にて予約操作設定データの「操作後の値（マスタ情報）」にセットされている。このため、マスタ情報予約操作処理部３６では、指定されたデータ項目に「操作後の値（マスタ情報）」を上書きすればよい。
【００４３】
例えば、いま「Ａ病院外科」が「第一外科」と「第二外科」に分離されたことに伴い、予約操作設定データとして図９に示す設定データが記憶されていたとする。この設定データにおける更新操作の種類は「変更」であり、その操作内容は「Ａ病院外科」に関するデータを「Ａ病院第一外科」と「Ａ病院第二外科」に関するデータに変更することである。この場合には、予約操作設定データの記述に従い、マスタ情報記憶部３７に記憶されているマスタ情報中の操作対象データ項目「組織ＩＤ」、「組織名称」及び「組織説明」の操作前のデータがそれぞれ「O0028,O0029」、「Ａ病院第一外科」と「Ａ病院第二外科」、「2010-09に外科から分離」に変更される。
【００４４】
また、いま「Ａ病院」の「Ｂ病院」への吸収合併に伴い、予約操作設定データとして図１０に示す設定データが記憶されていたとする。この設定データにおける更新操作の種類は「削除」であり、その操作内容は「Ａ病院」に関するデータの削除である。この場合には、上記予約操作設定データの記述に従い、マスタ情報記憶部３７に記憶されているマスタ情報中の操作対象データ項目「組織ＩＤ」、「組織名称」及び「組織説明」の操作前のデータがいずれもNULLに変更される。
【００４５】
さらに、Ｃ病院の新設に伴い、予約操作設定データとして図１１に示す設定データが記憶されていたとする。この設定データにおける更新操作の種類は「追加」であり、その操作内容は「Ｃ病院」に関するデータの追加である。この場合には、上記予約操作設定データの記述に従い、マスタ情報記憶部３７に記憶されているマスタ情報に「Ｃ病院」に関するデータを追加するための操作対象データ項目が新設され、当該操作対象データ項目の「組織ＩＤ」、「組織名称」及び「組織説明」に、それぞれ操作後のデータである「O0082」、「Ｃ病院」、「2010/09にxx地区に新設された病院」が記述される。
かくして、マスタ情報記憶部３７内の更新操作対象のデータを更新（変更、削除、追加）する操作が行われる。
【００４６】
（４）同時修正データの更新操作
アクセス制御ルールデータや関係者データなど、マスタ情報の更新操作に付随して修正すべき「同時修正データ」中には、操作対象とするマスタ情報のデータが、いくつかのデータ項目の値として設定されている。従って、アクセス制御ルールデータ記憶部２５及び関係者データ記憶部３９内の更新対象箇所を発見するために、これらの記憶部２５，３９内のデータ項目の値をすべてチェックする必要がある。記憶部のサイズにもよるが、このチェック処理にはある程度の処理時間を必要とする場合がある。そこで、同時修正データ操作部２４，３８では、データ予約操作設定処理部３４から実行要求を受信する前に、処理遅延を縮小するために以下の事前準備が実行される。
【００４７】
（４−１）所要時間の見積もり計算
すなわち、上記予約操作設定データが通知されると同時修正データ操作処理部３８では、先ずステップＳ１５により、現在時刻がこの通知された予約操作設定データに記述された実行予約時刻になる前に、関係者データ記憶部３９に記憶された関係者データに対する更新操作の所要時間を見積もるための計算処理が行われる。
【００４８】
また提供側サーバＤＳＶ１〜ＤＳＶｍの同時修正データ操作処理部２４においても、ステップＳ１９により、現在時刻がこの通知された予約操作設定データに記述された実行予約時刻になる前に、アクセス制御ルールデータ記憶部２５に記憶されたアクセス制御ルールデータに対する更新操作の所要時間を見積もるための計算処理が行われる。
【００４９】
これらの更新操作所要時間の見積計算は、上記通知された予約操作設定データに基づいて関係者データ記憶部３９及びアクセス制御ルールデータ記憶部２５への操作クエリを生成し、各記憶部３９，２５が備える分析機能等を用いることにより行われる。
【００５０】
（４−２）更新操作準備処理の要否判定
次に同時修正データ操作処理部３８では、ステップＳ１６において、上記処理時間の見積結果から、指定された実行予約時刻に処理を開始した場合に予め定められたシステム要件を満たす遅延時間以内に処理を完了できるか否かが判定される。具体的には、見積計算により得られた所要時間が、システムで許容された遅延時間をもとに設定されたしきい値と比較され、所要時間がしきい値以内であるか否かが判定される。そして、更新操作の所要時間が許容された遅延時間を超えると判定されるとステップＳ１７に移行し、先に述べたデータ予約操作設定処理部３４からの実行要求の通知を待たずに、上記関係者データに対する更新操作の準備処理が開始される。
【００５１】
また、提供側サーバＤＳＶ１〜ＤＳＶｍの同時修正データ操作処理部２４においても、ステップＳ２０により、上記処理時間の見積結果から、指定された実行予約時刻に処理を開始した場合に予め定められたシステム要件を満たす遅延時間以内に処理を完了できるか否かが判定される。そして、更新操作の所要時間が許容された遅延時間を超えると判定されるとステップＳ２１に移行し、先に述べたデータ予約操作設定処理部３４からの実行要求の通知を待たずに、上記関係者データに対する更新操作の準備処理が開始される。
【００５２】
（４−３）更新操作準備処理の具体例
更新操作の準備処理の具体的な手法としては、以下に示す第１の手法と第２の手法がある。
＜第１の手法＞
図４は、第１の手法の処理手順と処理内容を示すフローチャートである。
すなわち、データ予約操作設定部３６から事前に予約操作設定データにより通知された実行予約時刻までの期間に、先ずステップＳ３１によりアクセス制御ルールデータ記憶部２５及び関係者データ記憶部３９中において操作対象のデータ項目が検索される。そして、この検索により見つかった操作対象のデータ項目の出現位置、つまり当該データのテーブル上のインデックス等と、「予約番号」及び「予約子番号」とのマッピング情報が生成され、この生成されたマッピングデータが一時的に保存される（ステップＳ３２）。
【００５３】
なお、できる限り短い処理時間で後述する更新操作を実施できるように、例えば記憶部２５，３９中に位置指定のためのラベルやインデックスを追加するようにしておいてもよい。また、この更新操作の準備処理は、仲介サーバＭＳＶ及び提供側サーバＤＳＶ１〜ＤＳＶｍにおいて実行中の主たる処理の応答時間にできる限り影響を及ぼさないように、リソースの空き時間を利用して短いトランザクションで実施される。
【００５４】
また、上記出現位置のマッピングデータを一時保存してから、データ予約操作設定部３６から実行要求が到来するまでの間に、当該同時修正データに対する操作対象データ項目が含まれる書込要求が発生するか否かがステップＳ３３により監視される。そして、アクセス制御ルールデータ記憶部２５及び関係者データ記憶部３９中に新たに該当操作対象データ項目が追加或いは削除された場合には、ステップＳ３４において上記一時記憶されているマッピングデータが当該追加又は削除に応じて更新される。
【００５５】
＜第２の手法＞
図５は、第２の手法の処理手順と処理内容を示すフローチャートである。
すなわち、データ予約操作設定部３６から事前に予約操作設定データにより通知された実行予約時刻までの期間に、先ずステップＳ４１によりアクセス制御ルールデータ記憶部２５及び関係者データ記憶部３９中の操作対象データ項目が含まれるカラムもしくはテーブル全体のコピーが差し替えデータとして作成される。そして、この作成された差し替えデータ中の、予約操作設定データで指定された修正箇所がステップＳ４２により修正される。なお、これらの準備処理は、仲介サーバＭＳＶ及び提供側サーバＤＳＶ１〜ＤＳＶｍにおいて実行中の主たる処理の応答時間にできる限り影響を及ぼさないように、リソースの空き時間を利用して短いトランザクションで実施される。
【００５６】
また、上記差し替えデータを作成してから、データ予約操作設定部３６から実行要求が到来するまでの間に、当該同時修正データに対する操作対象データ項目が含まれる書込要求が発生するか否かがステップＳ４３により監視される。そして、アクセス制御ルールデータ記憶部２５及び関係者データ記憶部３９中に新たに該当操作対象データ項目が追加或いは削除された場合には、ステップＳ４４において上記一時記憶されているマッピングデータが当該追加又は削除に応じて更新される。
【００５７】
（５）同時修正データに対する更新操作
現在時刻が操作実行予約時刻になり、データ予約操作設定処理部３４から仲介サーバＭＳＶ内の同時修正データ操作処理部３８に実行要求が通知されたとする。そうすると同時修正データ操作処理部３８では、ステップＳ２５において、先に通知された予約操作設定データに基づいて、関係者データ記憶部３９に記憶されている関係者データに対し更新操作が行われる。
【００５８】
また、提供側サーバＤＳＶ１〜ＤＳＶｍ内の同時修正データ操作処理部２４においても、ステップＳ２６により上記実行要求の到来が検出されると、ステップＳ２７において、先に通知された予約操作設定データに基づいて、アクセス制御ルールデータ記憶部２５に記憶されているアクセス制御ルールデータに対し更新操作が行われる。
【００５９】
上記更新操作は、予約操作設定データの当該予約番号が付与された設定項目により指定される。同時修正データ操作処理部２４，３８で更新操作に用いる設定項目は、「同時修正データ」、「操作対象データ項目」、「操作後の値（同時修正データ）」である。
【００６０】
すなわち、「同時修正データ」で指定されたデータテーブルが参照され、「操作対象データ項目」で指定されたデータ項目が更新される。要求操作に応じた各データ項目の修正内容は、データ予約操作設定処理部３４により予約操作設定データが生成される際に、当該予約操作設定データに「操作後の値（同時修正データ）」としてセットされている。このため、同時修正データ操作処理部２４，３８は、指定されたデータ項目を「操作後の値（同時修正データ）」に上書きすればよい。
【００６１】
例えば、図９に例示した予約操作設定データの場合には、この予約操作設定データの記述に従い、アクセス制御ルールデータ記憶部２５に記憶されているアクセス制御ルールデータ及び関係者データ記憶部３９に記憶されている関係者データにそれぞれ含まれる操作対象のデータ項目「組織ＩＤ」、「組織名称」及び「組織説明」の操作前のデータが、マスタ情報と同様にそれぞれ「O0028,O0029」、「Ａ病院第一外科」と「Ａ病院第二外科」、「2010-09に外科から分離」に変更される。
【００６２】
また、図１０に例示した予約操作設定データの場合、つまり「削除」の場合には、この予約操作設定データの記述に従い、アクセス制御ルールデータ及び関係者データにそれぞれ含まれる操作対象のデータ項目「組織ＩＤ」が、「O0020」から「O0030」に書き換えられる。なお、Ａ病院の情報がＢ病院に引き継がれない完全廃止の場合には、自動的にNULLが記載される。
【００６３】
さらに、図１１に例示した予約操作設定データの場合、つまり「追加」の場合には、操作前にはデータ項目は存在しないため、アクセス制御ルールデータ及び関係者データには、自動的にNULLが記載される。
【００６４】
なお、先に（４−３）で述べた更新操作の準備処理において、マッピングデータが生成されている場合には、このマッピングデータをもとに更新位置が特定され、データ更新が実行される。また、同様に差し替えデータが生成されている場合には、「操作後の値（同時修正データ）」に対する更新処理は既に差し替えデータ中で行われているので、関係者データ及びアクセス制御ルールデータのテーブルもしくはカラムがそのまま差し替えデータに置き換えられる。
【００６５】
以上詳述したように第１の実施形態では、管理者の操作に応じて予約操作設定データを生成し保存し、現在時刻がこの保存された予約操作設定データに含まれる時刻指定情報により指定される実行予約時刻になると、マスタ情報を上記予約操作設定データに応じて更新する。また、現在時刻が上記実行予約時刻になる前に、上記保存された予約操作設定データに基づいて同時修正データの更新操作の所要時間を見積もり、この見積もった所要時間がシステムの許容遅延時間以内であるか否かを判定する。そして、上記更新操作の所要時間が許容遅延時間以内であれば、現在時刻が上記実行予約時刻になる前に上記同時修正データの更新操作の準備を開始して、現在時刻が上記実行予約時刻になった時点で上記同時修正データの更新操作を実行する。これに対し、上記更新操作の所要時間が遅延時間を超える場合には、現在時刻が上記実行予約時刻になった時点で上記同時修正データの更新操作を実行するようにしている。
【００６６】
したがって、予約操作設定データに基づいて、マスタ情報に対する更新操作が行われると、これに同期して関連性を有する同時修正データに対しても更新操作が行われる。すなわち、マスタ情報が更新されると、それに伴い同時修正データも自動的に更新操作される。このため、例えば本来アクセス権限を持っているはずの利用者がデータにアクセスできなくなったり、逆にアクセス権限のない利用者がデータにアクセスできてしまうといった不具合の発生は確実に防止される。
【００６７】
しかも、現在時刻が実行予約時刻になる前に同時修正データの更新操作所要時間の見積もりが計算され、この見積もられた更新操作所要時間がシステムの許容遅延時間を超える場合には、現在時刻が上記実行予約時刻になる前に上記同時修正データに対する更新操作の準備が開始され、上記実行予約時刻になった時点で上記準備結果を用いて上記同時修正データの更新操作が実行される。このため、同時修正データに対する更新操作に多くの時間を要する場合でも、システムを一時停止させたりシステム本来の処理を遅延させることなく第２の管理情報を更新操作することが可能となる。
【００６８】
また、現在時刻が前記実行予約時刻になる前に、予約操作設定データを仲介サーバＭＳＶから提供側サーバＤＳＶ１〜ＤＳＶｍへも転送するようにしている。このため、同時修正データが仲介サーバＭＳＶばかりでなく提供側サーバＤＳＶ１〜ＤＳＶｍにも存在する場合でも、それぞれの同時修正データ操作処理部２４，３８において更新操作の準備処理を実行することができる。
【００６９】
［第２の実施形態］
図１２は、この発明の第２の実施形態に係る情報管理システムの機能構成を示すブロック図である。なお、同図において前記図１と同一部分には同一符号を付して詳しい説明は省略する。
【００７０】
仲介サーバＭＳＶには、図１に示した機能に加え、変更履歴提供処理部４１と、リカバリ処理部４２がさらに設けられている。
変更履歴提供処理部４１は、マスタ情報と、アクセス制御ルールデータや関係者データなどの同時修正データの変更履歴を提供するもので、以下の処理機能を有する。
(1) 先ずマスタ情報については、予約操作設定データの「操作後の値（マスタ情報）」が指定されたデータ項目である最新の行を抽出して、この抽出した行の「操作前の値」を更新履歴に追加し、以後は「操作前の値」に記載された値を指定されたデータ項目として、抽出した行の「操作前の値」がNULLになるまで、上記最新の行の抽出および抽出した行の更新履歴への追加処理を繰り返す。
(2) 次に同時修正データについては、予約操作設定データの「操作後の値（同時修正データ）」が指定されたデータ項目である最新の行を抽出して、この抽出した行の「操作前の値」を更新履歴に追加し、以後「操作前の値」に記載された値を指定されたデータ項目として、抽出した行の「操作前の値」がNULLになるまで、上記最新の行の抽出および抽出した行の更新履歴への追加を繰り返す。
【００７１】
リカバリ処理部４２は、マスタ情報および同時修正データ本体と、予約操作設定データを用いて、指定された予約番号や時刻の状態まで、マスタ情報および同時修正データの値を戻すもので、以下の処理機能を有する。
(1) 指定された予約操作又は予約操作設定データの「実行予約時刻」が指定された時刻より前になるまで、上記予約操作設定データに蓄積された操作設定情報のうち、新しい操作設定情報から順に、「操作対象データ」に記述されたマスタ情報の「操作対象データ項目」に記述されたデータ項目を「操作前の値」に変更する処理。
(2)同時修正データ中の「操作対象データ項目」を抽出し、この抽出した全ての値を「操作前の値」に変更する処理。
【００７２】
次に、上記変更履歴提供処理及びリカバリ処理の動作を説明する。図１３及び図１４はそれぞれ変更履歴提供処理及びリカバリ処理の処理手順と処理内容を示すフローチャートである。
（１）変更履歴提供処理
ステップＳ５１において、運用管理部３３は変更履歴要求の入力を監視している。この状態で、運用者が自己の端末により変更履歴要求を入力すると、この変更履歴要求は運用管理部３３により受信されて変更履歴提供処理部４１に渡される（ステップＳ５２）。上記変更履歴要求を受け取ると変更履歴提供処理部４１は、ステップＳ５３において変更履歴ファイルを新規作成し、指定された組織データの現在の値（組織ＩＤ、組織名称、組織説明）を上記この変更履歴ファイルに格納する。
【００７３】
次に変更履歴提供処理部４１は、ステップＳ５４において、予約操作設定データ記憶部３５に記憶された予約操作設定データの「操作後の値（マスタ情報）」の中から現在の組織ＩＤが含まれる行を抽出し、さらにこの抽出された行の中から予約番号が最新の行を抽出する（ステップＳ５５）。続いてステップＳ５６に６おいて、上記ステップＳ５５により抽出された行の「操作前の値」と、該当行と同一の予約番号でかつ「操作対象データ項目」が組織名称、組織説明の行の「操作前の値」を、上記更履歴ファイルに追加する。そして、上記ステップＳ５５により抽出された行の「操作前の値」がNULLであるか否かをステップＳ５７により判定する。この判定の結果、「操作前の値」がNULL以外の場合には、ステップＳ５８において、上記ステップＳ５４により抽出された「現在の組織ＩＤ」を「操作前の値」に記載された組織ＩＤに読み替えたのち、上記ステップＳ５４に戻って現在の組織ＩＤが含まれる行の抽出処理を実行する。
【００７４】
以後、変更履歴提供処理部４１は上記ステップＳ５４からステップＳ５８の処理を、「操作前の値」がNULLに、つまりこの時に新規追加されたことを表す値になるまで繰り返す。かくして、変更履歴ファイルには現在の組織データを起点とした変更履歴が格納される。この変更履歴ファイルはステップＳ５９により変更利履歴提供処理部４１内の記憶部に保存された後、ステップＳ６０により運用管理部３３に返却される。そして、この変更履歴ファイルは運用管理部３３から運用者の端末へ送出される。
なお、操作対象データに関する変更履歴要求の場合には、「操作後の値（マスタ情報）」を「組織後の値（同時修正データ）」に置き換えて上記ステップＳ５１からステップＳ６０による処理が実行される。
【００７５】
（２）リカバリ処理
リカバリ処理には、予約番号を利用した処理と、予約時刻を利用した処理がある。図１４及び図１５はそれぞれ予約番号を利用した処理及び予約時刻を利用した処理の処理手順と処理内容を示すフローチャートである。
【００７６】
（２−１）予約番号を利用した場合
リカバリ処理部４２は、ステップＳ７１により予約操作設定データ記憶部３５から予約操作設定データを読み出し、この読み出された予約操作設定データを「予約番号」の降順にソートする。
そして、このソートされた予約操作設定データの上から順に、先ずステップＳ７２において、該当行の「操作対象データ」に記述されたマスタ情報の「操作対象データ項目」に記述されたデータ項目を、「操作後の値（マスタ情報）」であることを確認の上、「操作前の値」に変更する。次にステップＳ７３において、該当行の「同時修正データ」に記述された同時修正データ中の「操作対象データ項目」を抽出し、この抽出された全ての値を、「操作後の値（同時修正データ）」であることを確認の上「操作前の値」に変更する。そして、「予約番号」が予め運用者から指定された予約番号と一致したか否かをステップＳ７４で判定し、予約番号が指定番号と一致するまで上記ステップＳ７２及びステップＳ７３の処理を繰り返し実行し、予約番号が指定番号と一致すると処理を終了する。
【００７７】
（２−２）予約時刻を利用した場合
リカバリ処理部４２は、先ずステップＳ８１により予約操作設定データ記憶部３５から予約操作設定データを読み出し、この読み出された予約操作設定データを「予約時刻」の降順にソートする。
そして、このソートされた予約操作設定データの上から順に、先ずステップＳ８２において、該当行の「操作対象データ」に記述されたマスタ情報の「操作対象データ項目」に記述されたデータ項目を、「操作後の値（マスタ情報）」であることを確認の上、「操作前の値」に変更する。次にステップＳ８３において、該当行の「同時修正データ」に記述された同時修正データ中の「操作対象データ項目」を抽出し、この抽出された全ての値を、「操作後の値（同時修正データ）」であることを確認の上「操作前の値」に変更する。そして、「予約時刻」が予め運用者から指定された予約時刻と一致したか否かをステップＳ８４で判定し、予約時刻が指定された時刻と一致するまで上記ステップＳ８２及びステップＳ８３の処理を繰り返し実行する。そして、予約時刻が指定番号と一致すると処理を終了する。
【００７８】
以上述べたように第２の実施形態によれば、予約操作設定データを利用して、マスタ情報及び同時修正データの操作対象となるデータ項目についてその操作前後の遷移関係を表す変更履歴ファイルが作成され、この作成された変更履歴ファイルが運用者に提供される。このため、操作の前後で不整合が発生した場合でも、運用者はこの変更履歴ファイルを参照して適切な対策を講じることが可能となる。
【００７９】
また、同じく予約操作設定データを利用して、マスタ情報の操作対象データ項目に記述された操作後のデータと、同時修正データ中の操作対象データ項目に記載された操作後のデータが、操作前のデータに変更される。このため、操作の前後で不整合が発生した場合でも、マスタ情報と、それと関係するアクセス制御ルールデータ及び関係者データを更新操作前の状態に戻すことができる。
【００８０】
［その他の実施形態］
前記第１及び第２の実施形態では、同時修正データがアクセス制御ルールデータ及び関係者データの場合を例にとって説明したが、ログイン中の利用者の認証トークン等を同時修正データに含めるようにしてもよい。このようにすると、マスタ情報の更新操作と同時に、仲介サーバＭＳＶで管理する認証トークンリストに対し更新操作を実行することができる。また、予約操作設定データを生成する際に、予約操作時刻を「即時」に設定してもよい。このようにすると、同期が必要のない他のデータ（通常データ）についてもその変更履歴を作成し提供したり、またリカバリ処理を利用ですることが可能となる。
【００８１】
また、前記各実施形態ではデータ予約操作設定処理部３４及び予約操作設定データ記憶部３５を仲介サーバＭＳＶには位置した場合を例にとって説明したが、提供側サーバＤＳＶ１〜ＤＳＶｍのうちの任意のサーバに配置してもよく、さらにはプロバイダサーバ等のその他の情報処理装置に配置するようにしてもよい。
さらに、前記各実施形態では同時修正データが複数のサーバに分散配置されている場合を例にとって説明したが、マスタ情報とすべての同時修正データが１台のサーバに記憶されている場合にも、この発明は適用可能である。
【００８２】
その他、各サーバ装置の種類と構成、予約操作設定データの生成処理、マスタ情報に対する更新操作処理、同時修正データの更新操作処理、同時修正データの更新操作のための準備処理の各処理手順と処理内容についても、この発明の要旨を逸脱しない範囲で種々変形して実施可能である。
【００８３】
要するにこの発明は、上記各実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記各実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、各実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【符号の説明】
【００８４】
ＲＳＶ１〜ＲＳＶｎ…要求側サーバ、ＤＳＶ１〜ＤＳＶｍ…提供側サーバ、ＭＳＶ…仲介サーバ、１１…データ要求受付け処理部、１２，２１，３０…データ送受信部、２２…データ提供処理部、２３…アクセス対象データ記憶部、２４，３８…同時修正データ操作処理部、２５…アクセス制御ルールデータ記憶部、３１…認証部、３３…運用管理部、３４…データ予約操作設定処理部、３５…予約操作データ記憶部、３６…マスタ情報予約操作処理部、３７…マスタ情報記憶部、３９…関係者データ記憶部、４１…変更履歴提供処理部、４２…リカバリ処理部。
【技術分野】
【０００１】
この発明は、例えば医療機関や保健関連機関、自治体等が保有する医療や健康に係る情報を通信ネットワークを介して相互に共有する情報管理システムとこのシステムで使用されるデータ更新操作方法に関する。
【背景技術】
【０００２】
ユーザの組織や役職、資格等のユーザ属性を示す情報をマスタ情報において管理し、このマスタ情報に基づいてユーザ情報に対するアクセス制御を実行するシステムが提案されている。このシステムは、ユーザのログインに対し上記マスタ情報を参照して認証を行い、その認証結果を表す情報に上記マスタ情報に含まれるユーザ属性の一部を含めて流通し、このユーザ属性を受け取ってユーザの個人情報に対する閲覧等を可能にするものとなっている。このような蓄積された情報を許可された利用者にだけ開示するためのシステムとしては、例えばインスタンス指示子、利用者指示子、操作指示子、操作内容条件の４つ組みからなるインスタンス操作許可情報を管理するものが知られている（例えば特許文献１を参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特許第３７８８１１３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、上記のような情報管理システムを運用する際には、組織の再編や国家資格の変更などに応じてユーザ属性を含むマスタ情報を最新化する操作、すなわちマスタ情報におけるデータの追加、修正、削除といった更新操作が常に必要となる。しかし、マスタ情報に記載されたデータは、アクセス制御のルールの設定値としても記述されているため、単にマスタ情報のみを更新してしまうと、設定当初の意図と異なるユーザ属性を持つユーザに対してデータアクセスを許可してしまったり、また正当なユーザ属性を持つユーザからのデータアクセスを拒否してしまうといった不具合が発生することがある。すなわち、ユーザ属性によるデータアクセス制御を正しく実施できなくなるおそれがある。
【０００５】
例えば、複数の医療機関や保健関連機関が保有する医療や健康に係る情報を、通信ネットワークを介して相互に共有することで統合的な医療・健康サービスを目指すＥＨＲ（Electronic Health Record）システムを例にとると、「Ａ病院の組織再編でＡ病院外科がＡ病院第一外科、第二外科に分離された」ことをマスタ情報に反映しようとした場合に、マスタ情報だけを修正し、アクセス制御ルール中に記述されている“Ａ病院外科”を放置すると、以後上記Ａ病院の外科に属する医師等によるアクセス要求に対し正しいアクセス制御が実施できなくなる可能性がある。すなわち、本来アクセス権限を持っているはずの医師Ｘがデータにアクセスできなくなったり、逆にアクセス権限のないユーザがデータにアクセスできてしまうなどの不具合が発生してしまう。このような不具合は、特許文献１に記載されたシステムにおいても発生し、その対策が切望されていた。
【０００６】
この発明は上記事情に着目してなされたもので、その目的とするところは、マスタ情報の更新操作に同期してその関連情報も更新されるようにし、しかもこの関連情報に対する更新操作がシステム本来の動作に影響を及ぼすことなく実行されるようにした情報管理システムとそのデータ更新操作方法を提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するためにこの発明の１つの観点は、マスタデータを含む第１の管理情報と、この第１の管理情報に含まれる一部のデータを含む第２の管理情報とを記憶し、これらの第１及び第２の管理情報に基づいてそれぞれ異なる処理を実行するシステムにおいて、管理者の予約操作に応じて、上記第１の管理情報に対する更新操作の実行予約時刻を指定する時刻指定情報と、上記第１の管理情報の更新操作前後のデータの遷移情報を含む予約操作設定データを生成して保存する。この状態で、現在時刻が上記保存された予約操作設定データに含まれる時刻指定情報により指定される実行予約時刻になった後に、上記第１の管理情報を上記予約操作設定データに含まれる遷移情報をもとに更新操作する。また、現在時刻が上記実行予約時刻になる前に、上記保存された予約操作設定データに含まれる遷移情報をもとに上記第２の管理情報の更新操作の所要時間を予測し、この予測された所要時間が予め設定されたしきい値以内であるか否かを判定する。そして、この判定の結果、上記更新操作の所要時間がしきい値を超える場合には、現在時刻が上記実行予約時刻になる前に上記予約操作設定データに含まれる遷移情報をもとに上記第２の管理情報を更新操作するための準備処理を実行し、現在時刻が上記実行予約時刻になった後に上記準備処理により生成された準備情報をもとに上記第２の管理情報を更新操作する。これに対し、上記更新操作の所要時間がしきい値以内と判定された場合には、現在時刻が上記実行予約時刻になった後に、上記予約操作設定データに含まれる遷移情報をもとに上記第２の管理情報を更新操作する。
【発明の効果】
【０００８】
したがってこの発明の１つの観点によれば、予約操作設定データに基づいて、マスタデータを含む第１の管理情報に対する更新操作が行われると、これに同期して関連性を有する第２の管理情報に対しても更新操作が行われる。すなわち、第１の管理情報のマスタデータが更新されると、それに伴い関連性を有する第２の管理情報も自動的に更新される。このため、例えば本来アクセス権限を持っているはずのユーザがデータにアクセスできなくなったり、逆にアクセス権限のないユーザがデータにアクセスできてしまうといった不具合の発生は確実に防止される。
【０００９】
しかも、現在時刻が実行予約時刻になる前に第２の管理情報の更新操作の所要時間が予測され、この予測された所要時間が予め設定されたしきい値を超える場合には、現在時刻が上記実行予約時刻になる前に上記第２の管理情報に対する更新操作の準備が開始され、上記実行予約時刻になった時点で上記準備した結果をもとに第２の管理情報の更新操作が実行される。このため、第２の管理情報に対する更新操作に多くの時間を要する場合でも、システムを一時停止させたりシステム本来の処理を遅延させることなく第２の管理情報を更新操作することが可能となる。
【００１０】
すなわち、マスタ情報の更新操作に同期してその関連情報も更新することができ、しかもこの関連情報に対する更新操作をシステム本来の動作に影響を及ぼすことなく実行可能とした情報管理システムとそのデータ更新操作方法を提供することができる。
【図面の簡単な説明】
【００１１】
【図１】この発明の第１の実施形態に係る情報管理システムの機能構成を示すブロック図。
【図２】図１に示した情報管理システムの処理の概要を示す図。
【図３】図１に示した情報管理システムの仲介サーバ及び提供側サーバの処理手順と処理内容を示すフローチャート。
【図４】図３に示した処理手順のうち準備処理の処理手順と処理内容の第１の例を示すフローチャート。
【図５】図３に示した処理手順のうち準備処理の処理手順と処理内容の第２の例を示すフローチャート。
【図６】図１に示した情報管理システムの提供側サーバに記憶されるアクセス制御ルールデータの一例を示す図。
【図７】図１に示した情報管理システムの仲介サーバに記憶されるユーザデータ及びマスタ情報の一例を示す図。
【図８】図１に示した情報管理システムの仲介サーバに記憶される予約操作設定データに含まれるデータ項目の一例を示す図。
【図９】データ修正を行う場合の予約操作設定データの一例を示す図。
【図１０】データ削除を行う場合の予約操作設定データの一例を示す図。
【図１１】データ追加を行う場合の予約操作設定データの一例を示す図。
【図１２】この発明の第２の実施形態に係る情報管理システムの機能構成を示すブロック図。
【図１３】図１２に示した情報管理システムによる変更履歴提供処理の手順と処理内容を示すフローチャート。
【図１４】図１２に示した情報管理システムによるリカバリ処理の処理手順と処理内容の第１の例を示すフローチャート。
【図１５】図１２に示した情報管理システムによるリカバリ処理の処理手順と処理内容の第２の例を示すフローチャート。
【発明を実施するための形態】
【００１２】
以下、図面を参照してこの発明に係わる実施形態を説明する。
［第１の実施形態］
（システムの構成）
図１は、この発明の第１の実施形態に係る情報管理システムの機能構成を示すブロック図である。
この情報管理システムは、利用者（ユーザ）が利用する複数の要求側サーバＲＳＶ１〜ＲＳＶｎと、情報提供者が管理する複数の提供側サーバＤＳＶ１〜ＤＳＶｍと、システム運用者が管理する仲介サーバＭＳＶとを、図示しない通信ネットワークを介して接続可能にしたものである。通信ネットワークとしては、例えばＩＰ（Internet Protocol）網が用いられる。
【００１３】
要求側サーバＲＳＶ１〜ＲＳＶｎは、データ要求受付処理部１１と、データ送受信部１２を備えている。データ要求受付処理部１１はユーザインタフェース（ＵＩ）を有し、図示しないユーザ端末からログイン要求を受信すると、仲介サーバＭＳＶとの間で認証手順を実行する処理と、この認証手順により利用者の正当性が確認された後、ユーザ端末からデータ操作要求を受信するとこの要求をアクセス先の提供側サーバＤＳＶ１〜ＤＳＶｍへ送信し、提供側サーバＤＳＶ１〜ＤＳＶｍからそのデータ操作結果を表す応答を受信する処理を実行する。データ送受信部１２は、仲介サーバＭＳＶ及び提供側サーバＤＳＶ１〜ＤＳＶｍとの間で上記各要求及びその応答を送受信する機能を有する。
【００１４】
提供側サーバＤＳＶ１〜ＤＳＶｍは、データ送受信部２１と、データ提供処理部２２と、アクセス対象データ記憶部２３と、アクセス制御ルールデータ記憶部２５を備え、さらにこの発明に係る新たな機能として同時修正データ操作処理部２４を備えている。
【００１５】
データ送受信部２１は、上記要求側サーバＲＳＶ１〜ＲＳＶｎとの間でデータ操作要求とその応答を送受信すると共に、仲介サーバＭＳＶから予約操作設定通知を受信する機能を有する。
【００１６】
データ提供処理部２２はアクセス制御部２２１を有する。そして、上記データ操作要求を受理した場合に、アクセス制御ルールデータ記憶部２５に記憶されたアクセス制御ルールに従いログインユーザ（アクセス元ユーザ）にアクセス対象ユーザに対する操作の権限があるか否かを判定する処理と、権限があると判定された場合にアクセス対象データ記憶部２３に記憶されたデータに対し操作を実施してその結果を表す応答を要求側サーバＲＳＶ１〜ＲＳＶｎへ返送する処理と、権限がないと判定された場合には操作不許可の判定結果を要求側サーバＲＳＶ１〜ＲＳＶｎへ返送する処理を実行する。
【００１７】
同時修正データ操作処理部２４は、以下の処理機能を有する。
(1) 後述する仲介サーバＭＳＶから予約操作設定データを受け取り、現在時刻がこの予約操作設定データに記述された実行予約時刻になる前に、上記アクセス制御ルールデータ記憶部２５に記憶されたアクセス制御ルールデータに対する更新操作の所要時間を見積もる。そして、この見積もった所要時間がシステムで許容された遅延時間内であるか否かを判定する処理。
(2) 上記更新操作の所要時間が許容された遅延時間を超えると判定された場合には、現在時刻が上記実行予約時刻になる前に、上記アクセス制御ルールデータに対する更新操作を開始する処理。
(3) 上記更新操作の所要時間が許容された遅延時間内であると判定された場合には、現在時刻が上記実行予約時刻になった時点で、上記アクセス制御ルールデータに対する更新操作を開始する処理。
【００１８】
仲介サーバＭＳＶは、データ送受信部３０と、認証部３１と、ユーザデータ記憶部３２と、運用管理部３３と、マスタ情報記憶部３７とを備え、さらにこの発明に係る新たな機能としてデータ予約操作設定処理部３４と、予約操作設定データ記憶部３５と、マスタ情報予約操作処理部３６と、同時修正データ操作処理部３８と、関係者データ記憶部３９を備えている。
【００１９】
ユーザデータ記憶部３２には、利用者の認証に必要なユーザＩＤやパスワード等のユーザデータが予め記憶されている。マスタ情報記憶部３７には、システムが情報提供処理を実行する際の基礎情報となるマスタ情報が記憶されている。マスタ情報には、利用者のユーザ属性を示す組織データ、資格データが含まれる。
【００２０】
データ送受信部３０は、上記要求側サーバＲＳＶ１〜ＲＳＶｎとの間で上記認証手順のための信号の送受信を行うと共に、提供側サーバＤＳＶ１〜ＤＳＶｍへ予約操作設定データを通知するために用いられる。
【００２１】
認証部３１は、要求側サーバＲＳＶ１〜ＲＳＶｎから送られた認証要求に応じて、ユーザデータ記憶部３２に記憶されたユーザデータをもとに本人認証を行い、その認証結果を表す認証トークンを要求側サーバＲＳＶ１〜ＲＳＶｎへ返送する機能を有する。
【００２２】
運用管理部３３はユーザインタフェース（ＵＩ）を有し、運用者が自身の端末（図示せず）において予約操作のために手動入力した各データ項目を当該運用者端末から受信し、この受信した各データ項目をデータ予約操作設定処理部３４に渡す機能を有する。
【００２３】
データ予約操作設定処理部３４は、以下の処理機能を有する。
(1) 上記運用管理部３３から渡された予約操作のためのデータ項目をもとに予約操作設定データを生成し、この予約操作設定データを予約操作設定データ記憶部３５に格納する処理。
(2) 上記予約操作設定データ記憶部３５に新たな予約操作設定データが格納されるごとに、現在時刻がこの予約操作設定データに含まれる操作実行予約時刻になる前に、当該予約操作設定データを仲介サーバＭＳＶ及び提供側サーバＤＳＶ１〜ＤＳＶｍの同時修正データ操作処理部３８，２４に通知する処理。
(3) 現在時刻が、予約操作設定データに含まれる操作実行予約時刻になった時点で、マスタ情報予約操作処理部３６と、仲介サーバＭＳＶ及び提供側サーバＤＳＶ１〜ＤＳＶｍの同時修正データ操作処理部３８，２４にそれぞれ実行要求を送付する処理。
【００２４】
マスタ情報予約操作処理部３６は、上記データ予約操作設定処理部３４から実行要求と予約操作設定データを受け取った場合に、この受け取った予約操作設定データを参照してマスタ情報記憶部３７内の更新操作対象のデータを更新操作する処理を実行する。
【００２５】
同時修正データ操作処理部３８は、先に述べた提供側サーバＤＳＶ１〜ＤＳＶｍの同時修正データ操作処理部２４と同様に、以下の処理機能を有する。
(1) 後述する仲介サーバＭＳＶから予約操作設定データを受け取り、現在時刻がこの予約操作設定データに記述された実行予約時刻になる前に、上記関係者データ記憶部３９に記憶された関係者データに対する更新操作の所要時間を見積もる。そして、この見積もった所要時間がシステムで許容された遅延時間内であるか否かを判定する処理。
(2) 上記更新操作の所要時間が許容された遅延時間を超えると判定された場合には、現在時刻が上記実行予約時刻になる前に、上記関係者データに対する更新操作を開始する処理。
(3) 上記更新操作の所要時間が許容された遅延時間内であると判定された場合には、現在時刻が上記実行予約時刻になった時点で、上記関係者データに対する更新操作を開始する処理。
なお、関係者データ記憶部３９には、利用者ごとに当該利用者と関係する他の利用者や関係組織（例えばかかりつけの病院等）を表す情報が記憶されている。
【００２６】
（システムの動作の概要）
次に、以上のように構成されたシステムの処理動作の概要を説明する。図２はその処理手順と処理内容を示すフローチャートである。
運用者は、自身の端末において、更新操作対象とするマスタ情報のデータ名と、操作実行予約時刻と、更新装置の種類（変更、削除、追加）と、操作対象のデータ項目の操作前後の遷移関係を表すデータ値を入力する（ステップＳ１）。そうすると、この入力された各データ項目は運用管理部３３により受信されてデータ予約操作設定部３４に渡され、このデータ予約操作設定部３４においてステップＳ２により一時記憶された後、予約操作設定データとして予約操作設定データ記憶部３５に格納される（ステップＳ３）。
【００２７】
予約操作設定データ記憶部３５に新たな予約操作設定データが格納されると、現在時刻が上記予約操作設定データに含まれる操作実行予約時刻になったか否かがデータ予約操作設定部３４により監視される。そして、現在時刻が操作実行予約時刻になると、データ予約操作設定部３４から、仲介サーバＭＳＶ内のマスタ情報予約操作処理部３６及び同時修正データ操作処理部３８と、提供側サーバＤＳＶ１〜ＤＳＶｍ内の同時修正データ操作処理部２４に対しそれぞれ実行要求及び上記予約操作設定データが送付される（ステップＳ４）。
【００２８】
マスタ情報予約操作部３６及び同時修正データ操作部２４，３８では、上記データ予約操作設定処理部３４から実行要求を受け取ると、これと同時に又は事前に受け取った予約操作設定データを参照して、それぞれマスタ情報記憶部３７内の更新操作対象のデータに対する更新操作（ステップＳ６）、アクセス制御ルールデータ記憶部２５に記憶された更新対象データに対する更新操作（ステップＳ７）、関係者データ記憶部３９に記憶された関係者データに対する更新操作（ステップＳ８）が実行される。
【００２９】
すなわち、ステップＳ５に示すようにマスタ情報記憶部３７に記憶されたマスタ情報の更新操作と、アクセス制御ルールデータ記憶部２５に記憶されたアクセス制御ルールデータの更新操作と、関係者データ記憶部３９に記憶された関係者データの更新操作が、操作実行予約時刻に同期して実行される。この更新操作の同期実行を実現するために、仲介サーバＭＳＶ及び提供側サーバＤＳＶ１〜ＤＳＶｍのシステム時間は、例えばＮＴＰ（Network Time Protocol）を用いることで互いに同期がとられている。
なお、同時修正データ操作部２４，３８において行われる、更新操作の所要時間がシステムの許容遅延時間を超えると予測される場合の事前処理開始動作については、後に詳しく述べる。
【００３０】
（システムの詳細な動作）
次に、この実施形態に係る情報管理システムのデータ更新処理動作を詳細に説明する。図３は、その仲介サーバＭＳＶ及び提供側サーバＤＳＶ１〜ＤＳＶｍの処理手順と処理内容を示すフローチャートである。
ここでは、アクセス制御ルールデータ記憶部２５に例えば図６に示すようなアクセス制御ルールデータが、またユーザデータ記憶部３２及びマスタ情報記憶部３７に例えば図７に示すようなユーザデータ及びマスタ情報がそれぞれ記憶されているものとして説明を行う。すなわち、マスタ情報においては組織ＩＤ＝O0001に関連付けて「Ａ病院」が記憶され、またアクセス制御ルールデータにおいては「Ａ病院」に読み取り許可を与えることを意味する「所属組織ＩＤ＝O0001に対して読み取りＯＫ」のルールが記載されている。
【００３１】
（１）予約操作データの設定
仲介サーバＭＳＶでは、運用管理部３３において予約操作のためのデータ項目の入力操作が監視されている（ステップＳ１１）。この状態で、運用者が自身の端末において、予約操作のデータ項目を入力したとする。そうすると、この入力されたデータ項目はステップＳ１２において運用管理部３３により受信されてデータ予約操作設定部３４に渡され、このデータ予約操作設定部３４において上記入力データ項目をもとに予約操作設定データが生成され、予約操作設定データ記憶部３５に記憶される（ステップＳ１３）。
【００３２】
上記運用者により入力されるデータ項目は、例えば図８に示すように更新操作の対象となるマスタ情報のデータテーブル名と、要求操作の種類（変更、削除、追加）を表す情報と、操作実行予約時刻と、マスタ情報と同時に更新操作が必要なデータテーブル名と、操作対象となるマスタ情報中のデータ項目と、マスタ情報における操作後のデータ値と、同時修正データにおける操作後のデータ値からなる。このうち、マスタ情報の操作後のデータ値とは別に同時修正データの操作後のデータ値を入力する理由は、マスタ情報のデータ項目の更新内容によっては、マスタ情報自体の更新内容と、アクセス制御ルールデータなどの同時修正データの修正内容が異なることがあるためである。
なお、予約番号はデータ予約操作設定処理部３４により自動採番される。また、マスタ情報における操作前のデータ値は、上記操作対象とするデータ項目を指定するとマスタ情報から自動取得される。
【００３３】
ところで、上記予約操作設定データの生成は、要求操作の種類（変更、削除、追加）によって異なる。以下にその生成処理の内容を説明する。
＜ケース(1)＞
ケース(1) は、マスタ情報のデータ項目を変更、例えばデータ項目の分割をするケースである。このケースでは、アクセス制御ルールデータや関係者データ等の同時修正データについてもマスタ情報と同様の変更が実施される。図９はこのケース(1) の場合の予約操作設定データの一例を示すものである。
【００３４】
データ予約操作設定部３４は、ユーザにより指定された操作対象データを参照し、「操作対象データ項目」に「操作前の値」を格納する。「操作後の値（マスタ情報）」には、ユーザにより指定されたデータを格納する。「操作後の修正（同時修正データ）」には、「操作後の値（マスタ情報）」をコピーする。なお「操作後の値（マスタ情報）」については、操作対象のデータ項目がツリーの最下位のデータでなければ、操作対象データの配下の構成員の分割に関するデータも格納する。このデータも運用者が入力する。
【００３５】
＜ケース(2)＞
ケース(2) は、マスタ情報のデータ項目を削除するケースである。この場合、マスタ情報のデータ項目は削除されても、アクセス制御ルール等を適切な継承組織に引き継ぐ必要がある。このため、アクセス制御ルールデータや関係者データ等の同時修正データに対し、マスタ情報とは異なる更新処理を実施する必要がある。図１０はこのケース(2) の場合の予約操作設定データの一例を示すものである。
【００３６】
データ予約操作設定部３４は、ユーザにより指定された操作対象データを参照し、「操作前の値」に操作対象データ項目の値を格納する。「操作後の値（マスタ情報）」には自動的にNULLを格納する。「操作後の値（同時修正データ）」には、ユーザにより指定されたデータを格納する。なお、「操作後の値（同時修正データ）」について、Ａ病院の情報がＢ病院に引き継がれない完全廃止の場合には、自動的にNULLが格納される。
【００３７】
＜ケース(3)＞
ケース(3) は、マスタ情報にデータ項目を追加するケースである。この場合、アクセス制御ルール等には当該データ項目に関する記述が存在しないため、データアクセス制御ルールデータや関係者データ等の同時修正データに対する操作は実施しない。図１１はこのケース(3) の場合の予約操作設定データの一例を示すものである。
【００３８】
ケース(3) の場合、操作前にはデータ項目は存在しないため、データ予約操作設定部３４は、「操作前の値」にNULLを自動で格納する。「操作後の値（マスタ情報）」には、運用者により指定されたデータを格納する。「操作後の値（同時修正データ）」には、NULLを自動で格納する。
【００３９】
（２）予約操作設定データの通知
上記予約操作設定データ記憶部３５に新たな予約操作設定データが格納されると、データ予約操作設定処理部３４により、現在時刻がこの予約操作設定データに含まれる操作実行予約時刻になる前に、当該予約操作設定データが同時修正データ操作処理部３８に通知され、またデータ送受信部３０から同時修正データ操作処理部２４へ送信される（ステップＳ１４）。この予約操作設定データは、提供側サーバＤＳＶ１〜ＤＳＶｍにおいてデータ送受信部２１により受信され、同時修正データ操作処理部２４に渡される（ステップＳ１８）。上記予約操作設定データを同時修正データ操作処理部２４，３８に通知する理由は、後述する同時修正データに対する更新操作の事前準備のためである。
【００４０】
（３）マスタ情報に対する更新操作
またデータ予約操作設定処理部３４では、上記予約操作設定データ記憶部３５に新たな予約操作設定データが格納されると、現在時刻が予約操作設定データに含まれる操作実行予約時刻になったか否かがステップＳ２２で監視される。そして、現在時刻が操作実行予約時刻になると、その時点でステップＳ２３によりデータ予約操作設定処理部３４から仲介サーバＭＳＶ内のマスタ情報予約操作処理部３６に実行要求が通知される。なお、このとき仲介サーバＭＳＶ内の同時修正データ操作処理部３８と、提供側サーバＤＳＶ１〜ＤＳＶｍ内の同時修正データ操作処理部２４にも、上記実行要求がそれぞれ通知される。
【００４１】
マスタ情報予約操作処理部３６では、上記データ予約操作設定処理部３４から実行要求と予約操作設定データを受け取ると、ステップＳ２４において、この受け取った予約操作設定データの予約番号が付与された設定項目に記載された更新操作が実行される。このとき、マスタ情報予約操作処理部３６で用いる設定項目は、「操作対象データ」、「操作対象データ項目」及び「操作後の値（マスタ情報）」である。
【００４２】
すなわち、「操作対象データ」で指定されたマスタ情報のデータテーブルを参照し、「操作対象データ項目」で指定されたデータ項目が更新される。要求操作に応じた各データ項目の修正内容は、既にデータ予約操作設定処理部３４にて予約操作設定データの「操作後の値（マスタ情報）」にセットされている。このため、マスタ情報予約操作処理部３６では、指定されたデータ項目に「操作後の値（マスタ情報）」を上書きすればよい。
【００４３】
例えば、いま「Ａ病院外科」が「第一外科」と「第二外科」に分離されたことに伴い、予約操作設定データとして図９に示す設定データが記憶されていたとする。この設定データにおける更新操作の種類は「変更」であり、その操作内容は「Ａ病院外科」に関するデータを「Ａ病院第一外科」と「Ａ病院第二外科」に関するデータに変更することである。この場合には、予約操作設定データの記述に従い、マスタ情報記憶部３７に記憶されているマスタ情報中の操作対象データ項目「組織ＩＤ」、「組織名称」及び「組織説明」の操作前のデータがそれぞれ「O0028,O0029」、「Ａ病院第一外科」と「Ａ病院第二外科」、「2010-09に外科から分離」に変更される。
【００４４】
また、いま「Ａ病院」の「Ｂ病院」への吸収合併に伴い、予約操作設定データとして図１０に示す設定データが記憶されていたとする。この設定データにおける更新操作の種類は「削除」であり、その操作内容は「Ａ病院」に関するデータの削除である。この場合には、上記予約操作設定データの記述に従い、マスタ情報記憶部３７に記憶されているマスタ情報中の操作対象データ項目「組織ＩＤ」、「組織名称」及び「組織説明」の操作前のデータがいずれもNULLに変更される。
【００４５】
さらに、Ｃ病院の新設に伴い、予約操作設定データとして図１１に示す設定データが記憶されていたとする。この設定データにおける更新操作の種類は「追加」であり、その操作内容は「Ｃ病院」に関するデータの追加である。この場合には、上記予約操作設定データの記述に従い、マスタ情報記憶部３７に記憶されているマスタ情報に「Ｃ病院」に関するデータを追加するための操作対象データ項目が新設され、当該操作対象データ項目の「組織ＩＤ」、「組織名称」及び「組織説明」に、それぞれ操作後のデータである「O0082」、「Ｃ病院」、「2010/09にxx地区に新設された病院」が記述される。
かくして、マスタ情報記憶部３７内の更新操作対象のデータを更新（変更、削除、追加）する操作が行われる。
【００４６】
（４）同時修正データの更新操作
アクセス制御ルールデータや関係者データなど、マスタ情報の更新操作に付随して修正すべき「同時修正データ」中には、操作対象とするマスタ情報のデータが、いくつかのデータ項目の値として設定されている。従って、アクセス制御ルールデータ記憶部２５及び関係者データ記憶部３９内の更新対象箇所を発見するために、これらの記憶部２５，３９内のデータ項目の値をすべてチェックする必要がある。記憶部のサイズにもよるが、このチェック処理にはある程度の処理時間を必要とする場合がある。そこで、同時修正データ操作部２４，３８では、データ予約操作設定処理部３４から実行要求を受信する前に、処理遅延を縮小するために以下の事前準備が実行される。
【００４７】
（４−１）所要時間の見積もり計算
すなわち、上記予約操作設定データが通知されると同時修正データ操作処理部３８では、先ずステップＳ１５により、現在時刻がこの通知された予約操作設定データに記述された実行予約時刻になる前に、関係者データ記憶部３９に記憶された関係者データに対する更新操作の所要時間を見積もるための計算処理が行われる。
【００４８】
また提供側サーバＤＳＶ１〜ＤＳＶｍの同時修正データ操作処理部２４においても、ステップＳ１９により、現在時刻がこの通知された予約操作設定データに記述された実行予約時刻になる前に、アクセス制御ルールデータ記憶部２５に記憶されたアクセス制御ルールデータに対する更新操作の所要時間を見積もるための計算処理が行われる。
【００４９】
これらの更新操作所要時間の見積計算は、上記通知された予約操作設定データに基づいて関係者データ記憶部３９及びアクセス制御ルールデータ記憶部２５への操作クエリを生成し、各記憶部３９，２５が備える分析機能等を用いることにより行われる。
【００５０】
（４−２）更新操作準備処理の要否判定
次に同時修正データ操作処理部３８では、ステップＳ１６において、上記処理時間の見積結果から、指定された実行予約時刻に処理を開始した場合に予め定められたシステム要件を満たす遅延時間以内に処理を完了できるか否かが判定される。具体的には、見積計算により得られた所要時間が、システムで許容された遅延時間をもとに設定されたしきい値と比較され、所要時間がしきい値以内であるか否かが判定される。そして、更新操作の所要時間が許容された遅延時間を超えると判定されるとステップＳ１７に移行し、先に述べたデータ予約操作設定処理部３４からの実行要求の通知を待たずに、上記関係者データに対する更新操作の準備処理が開始される。
【００５１】
また、提供側サーバＤＳＶ１〜ＤＳＶｍの同時修正データ操作処理部２４においても、ステップＳ２０により、上記処理時間の見積結果から、指定された実行予約時刻に処理を開始した場合に予め定められたシステム要件を満たす遅延時間以内に処理を完了できるか否かが判定される。そして、更新操作の所要時間が許容された遅延時間を超えると判定されるとステップＳ２１に移行し、先に述べたデータ予約操作設定処理部３４からの実行要求の通知を待たずに、上記関係者データに対する更新操作の準備処理が開始される。
【００５２】
（４−３）更新操作準備処理の具体例
更新操作の準備処理の具体的な手法としては、以下に示す第１の手法と第２の手法がある。
＜第１の手法＞
図４は、第１の手法の処理手順と処理内容を示すフローチャートである。
すなわち、データ予約操作設定部３６から事前に予約操作設定データにより通知された実行予約時刻までの期間に、先ずステップＳ３１によりアクセス制御ルールデータ記憶部２５及び関係者データ記憶部３９中において操作対象のデータ項目が検索される。そして、この検索により見つかった操作対象のデータ項目の出現位置、つまり当該データのテーブル上のインデックス等と、「予約番号」及び「予約子番号」とのマッピング情報が生成され、この生成されたマッピングデータが一時的に保存される（ステップＳ３２）。
【００５３】
なお、できる限り短い処理時間で後述する更新操作を実施できるように、例えば記憶部２５，３９中に位置指定のためのラベルやインデックスを追加するようにしておいてもよい。また、この更新操作の準備処理は、仲介サーバＭＳＶ及び提供側サーバＤＳＶ１〜ＤＳＶｍにおいて実行中の主たる処理の応答時間にできる限り影響を及ぼさないように、リソースの空き時間を利用して短いトランザクションで実施される。
【００５４】
また、上記出現位置のマッピングデータを一時保存してから、データ予約操作設定部３６から実行要求が到来するまでの間に、当該同時修正データに対する操作対象データ項目が含まれる書込要求が発生するか否かがステップＳ３３により監視される。そして、アクセス制御ルールデータ記憶部２５及び関係者データ記憶部３９中に新たに該当操作対象データ項目が追加或いは削除された場合には、ステップＳ３４において上記一時記憶されているマッピングデータが当該追加又は削除に応じて更新される。
【００５５】
＜第２の手法＞
図５は、第２の手法の処理手順と処理内容を示すフローチャートである。
すなわち、データ予約操作設定部３６から事前に予約操作設定データにより通知された実行予約時刻までの期間に、先ずステップＳ４１によりアクセス制御ルールデータ記憶部２５及び関係者データ記憶部３９中の操作対象データ項目が含まれるカラムもしくはテーブル全体のコピーが差し替えデータとして作成される。そして、この作成された差し替えデータ中の、予約操作設定データで指定された修正箇所がステップＳ４２により修正される。なお、これらの準備処理は、仲介サーバＭＳＶ及び提供側サーバＤＳＶ１〜ＤＳＶｍにおいて実行中の主たる処理の応答時間にできる限り影響を及ぼさないように、リソースの空き時間を利用して短いトランザクションで実施される。
【００５６】
また、上記差し替えデータを作成してから、データ予約操作設定部３６から実行要求が到来するまでの間に、当該同時修正データに対する操作対象データ項目が含まれる書込要求が発生するか否かがステップＳ４３により監視される。そして、アクセス制御ルールデータ記憶部２５及び関係者データ記憶部３９中に新たに該当操作対象データ項目が追加或いは削除された場合には、ステップＳ４４において上記一時記憶されているマッピングデータが当該追加又は削除に応じて更新される。
【００５７】
（５）同時修正データに対する更新操作
現在時刻が操作実行予約時刻になり、データ予約操作設定処理部３４から仲介サーバＭＳＶ内の同時修正データ操作処理部３８に実行要求が通知されたとする。そうすると同時修正データ操作処理部３８では、ステップＳ２５において、先に通知された予約操作設定データに基づいて、関係者データ記憶部３９に記憶されている関係者データに対し更新操作が行われる。
【００５８】
また、提供側サーバＤＳＶ１〜ＤＳＶｍ内の同時修正データ操作処理部２４においても、ステップＳ２６により上記実行要求の到来が検出されると、ステップＳ２７において、先に通知された予約操作設定データに基づいて、アクセス制御ルールデータ記憶部２５に記憶されているアクセス制御ルールデータに対し更新操作が行われる。
【００５９】
上記更新操作は、予約操作設定データの当該予約番号が付与された設定項目により指定される。同時修正データ操作処理部２４，３８で更新操作に用いる設定項目は、「同時修正データ」、「操作対象データ項目」、「操作後の値（同時修正データ）」である。
【００６０】
すなわち、「同時修正データ」で指定されたデータテーブルが参照され、「操作対象データ項目」で指定されたデータ項目が更新される。要求操作に応じた各データ項目の修正内容は、データ予約操作設定処理部３４により予約操作設定データが生成される際に、当該予約操作設定データに「操作後の値（同時修正データ）」としてセットされている。このため、同時修正データ操作処理部２４，３８は、指定されたデータ項目を「操作後の値（同時修正データ）」に上書きすればよい。
【００６１】
例えば、図９に例示した予約操作設定データの場合には、この予約操作設定データの記述に従い、アクセス制御ルールデータ記憶部２５に記憶されているアクセス制御ルールデータ及び関係者データ記憶部３９に記憶されている関係者データにそれぞれ含まれる操作対象のデータ項目「組織ＩＤ」、「組織名称」及び「組織説明」の操作前のデータが、マスタ情報と同様にそれぞれ「O0028,O0029」、「Ａ病院第一外科」と「Ａ病院第二外科」、「2010-09に外科から分離」に変更される。
【００６２】
また、図１０に例示した予約操作設定データの場合、つまり「削除」の場合には、この予約操作設定データの記述に従い、アクセス制御ルールデータ及び関係者データにそれぞれ含まれる操作対象のデータ項目「組織ＩＤ」が、「O0020」から「O0030」に書き換えられる。なお、Ａ病院の情報がＢ病院に引き継がれない完全廃止の場合には、自動的にNULLが記載される。
【００６３】
さらに、図１１に例示した予約操作設定データの場合、つまり「追加」の場合には、操作前にはデータ項目は存在しないため、アクセス制御ルールデータ及び関係者データには、自動的にNULLが記載される。
【００６４】
なお、先に（４−３）で述べた更新操作の準備処理において、マッピングデータが生成されている場合には、このマッピングデータをもとに更新位置が特定され、データ更新が実行される。また、同様に差し替えデータが生成されている場合には、「操作後の値（同時修正データ）」に対する更新処理は既に差し替えデータ中で行われているので、関係者データ及びアクセス制御ルールデータのテーブルもしくはカラムがそのまま差し替えデータに置き換えられる。
【００６５】
以上詳述したように第１の実施形態では、管理者の操作に応じて予約操作設定データを生成し保存し、現在時刻がこの保存された予約操作設定データに含まれる時刻指定情報により指定される実行予約時刻になると、マスタ情報を上記予約操作設定データに応じて更新する。また、現在時刻が上記実行予約時刻になる前に、上記保存された予約操作設定データに基づいて同時修正データの更新操作の所要時間を見積もり、この見積もった所要時間がシステムの許容遅延時間以内であるか否かを判定する。そして、上記更新操作の所要時間が許容遅延時間以内であれば、現在時刻が上記実行予約時刻になる前に上記同時修正データの更新操作の準備を開始して、現在時刻が上記実行予約時刻になった時点で上記同時修正データの更新操作を実行する。これに対し、上記更新操作の所要時間が遅延時間を超える場合には、現在時刻が上記実行予約時刻になった時点で上記同時修正データの更新操作を実行するようにしている。
【００６６】
したがって、予約操作設定データに基づいて、マスタ情報に対する更新操作が行われると、これに同期して関連性を有する同時修正データに対しても更新操作が行われる。すなわち、マスタ情報が更新されると、それに伴い同時修正データも自動的に更新操作される。このため、例えば本来アクセス権限を持っているはずの利用者がデータにアクセスできなくなったり、逆にアクセス権限のない利用者がデータにアクセスできてしまうといった不具合の発生は確実に防止される。
【００６７】
しかも、現在時刻が実行予約時刻になる前に同時修正データの更新操作所要時間の見積もりが計算され、この見積もられた更新操作所要時間がシステムの許容遅延時間を超える場合には、現在時刻が上記実行予約時刻になる前に上記同時修正データに対する更新操作の準備が開始され、上記実行予約時刻になった時点で上記準備結果を用いて上記同時修正データの更新操作が実行される。このため、同時修正データに対する更新操作に多くの時間を要する場合でも、システムを一時停止させたりシステム本来の処理を遅延させることなく第２の管理情報を更新操作することが可能となる。
【００６８】
また、現在時刻が前記実行予約時刻になる前に、予約操作設定データを仲介サーバＭＳＶから提供側サーバＤＳＶ１〜ＤＳＶｍへも転送するようにしている。このため、同時修正データが仲介サーバＭＳＶばかりでなく提供側サーバＤＳＶ１〜ＤＳＶｍにも存在する場合でも、それぞれの同時修正データ操作処理部２４，３８において更新操作の準備処理を実行することができる。
【００６９】
［第２の実施形態］
図１２は、この発明の第２の実施形態に係る情報管理システムの機能構成を示すブロック図である。なお、同図において前記図１と同一部分には同一符号を付して詳しい説明は省略する。
【００７０】
仲介サーバＭＳＶには、図１に示した機能に加え、変更履歴提供処理部４１と、リカバリ処理部４２がさらに設けられている。
変更履歴提供処理部４１は、マスタ情報と、アクセス制御ルールデータや関係者データなどの同時修正データの変更履歴を提供するもので、以下の処理機能を有する。
(1) 先ずマスタ情報については、予約操作設定データの「操作後の値（マスタ情報）」が指定されたデータ項目である最新の行を抽出して、この抽出した行の「操作前の値」を更新履歴に追加し、以後は「操作前の値」に記載された値を指定されたデータ項目として、抽出した行の「操作前の値」がNULLになるまで、上記最新の行の抽出および抽出した行の更新履歴への追加処理を繰り返す。
(2) 次に同時修正データについては、予約操作設定データの「操作後の値（同時修正データ）」が指定されたデータ項目である最新の行を抽出して、この抽出した行の「操作前の値」を更新履歴に追加し、以後「操作前の値」に記載された値を指定されたデータ項目として、抽出した行の「操作前の値」がNULLになるまで、上記最新の行の抽出および抽出した行の更新履歴への追加を繰り返す。
【００７１】
リカバリ処理部４２は、マスタ情報および同時修正データ本体と、予約操作設定データを用いて、指定された予約番号や時刻の状態まで、マスタ情報および同時修正データの値を戻すもので、以下の処理機能を有する。
(1) 指定された予約操作又は予約操作設定データの「実行予約時刻」が指定された時刻より前になるまで、上記予約操作設定データに蓄積された操作設定情報のうち、新しい操作設定情報から順に、「操作対象データ」に記述されたマスタ情報の「操作対象データ項目」に記述されたデータ項目を「操作前の値」に変更する処理。
(2)同時修正データ中の「操作対象データ項目」を抽出し、この抽出した全ての値を「操作前の値」に変更する処理。
【００７２】
次に、上記変更履歴提供処理及びリカバリ処理の動作を説明する。図１３及び図１４はそれぞれ変更履歴提供処理及びリカバリ処理の処理手順と処理内容を示すフローチャートである。
（１）変更履歴提供処理
ステップＳ５１において、運用管理部３３は変更履歴要求の入力を監視している。この状態で、運用者が自己の端末により変更履歴要求を入力すると、この変更履歴要求は運用管理部３３により受信されて変更履歴提供処理部４１に渡される（ステップＳ５２）。上記変更履歴要求を受け取ると変更履歴提供処理部４１は、ステップＳ５３において変更履歴ファイルを新規作成し、指定された組織データの現在の値（組織ＩＤ、組織名称、組織説明）を上記この変更履歴ファイルに格納する。
【００７３】
次に変更履歴提供処理部４１は、ステップＳ５４において、予約操作設定データ記憶部３５に記憶された予約操作設定データの「操作後の値（マスタ情報）」の中から現在の組織ＩＤが含まれる行を抽出し、さらにこの抽出された行の中から予約番号が最新の行を抽出する（ステップＳ５５）。続いてステップＳ５６に６おいて、上記ステップＳ５５により抽出された行の「操作前の値」と、該当行と同一の予約番号でかつ「操作対象データ項目」が組織名称、組織説明の行の「操作前の値」を、上記更履歴ファイルに追加する。そして、上記ステップＳ５５により抽出された行の「操作前の値」がNULLであるか否かをステップＳ５７により判定する。この判定の結果、「操作前の値」がNULL以外の場合には、ステップＳ５８において、上記ステップＳ５４により抽出された「現在の組織ＩＤ」を「操作前の値」に記載された組織ＩＤに読み替えたのち、上記ステップＳ５４に戻って現在の組織ＩＤが含まれる行の抽出処理を実行する。
【００７４】
以後、変更履歴提供処理部４１は上記ステップＳ５４からステップＳ５８の処理を、「操作前の値」がNULLに、つまりこの時に新規追加されたことを表す値になるまで繰り返す。かくして、変更履歴ファイルには現在の組織データを起点とした変更履歴が格納される。この変更履歴ファイルはステップＳ５９により変更利履歴提供処理部４１内の記憶部に保存された後、ステップＳ６０により運用管理部３３に返却される。そして、この変更履歴ファイルは運用管理部３３から運用者の端末へ送出される。
なお、操作対象データに関する変更履歴要求の場合には、「操作後の値（マスタ情報）」を「組織後の値（同時修正データ）」に置き換えて上記ステップＳ５１からステップＳ６０による処理が実行される。
【００７５】
（２）リカバリ処理
リカバリ処理には、予約番号を利用した処理と、予約時刻を利用した処理がある。図１４及び図１５はそれぞれ予約番号を利用した処理及び予約時刻を利用した処理の処理手順と処理内容を示すフローチャートである。
【００７６】
（２−１）予約番号を利用した場合
リカバリ処理部４２は、ステップＳ７１により予約操作設定データ記憶部３５から予約操作設定データを読み出し、この読み出された予約操作設定データを「予約番号」の降順にソートする。
そして、このソートされた予約操作設定データの上から順に、先ずステップＳ７２において、該当行の「操作対象データ」に記述されたマスタ情報の「操作対象データ項目」に記述されたデータ項目を、「操作後の値（マスタ情報）」であることを確認の上、「操作前の値」に変更する。次にステップＳ７３において、該当行の「同時修正データ」に記述された同時修正データ中の「操作対象データ項目」を抽出し、この抽出された全ての値を、「操作後の値（同時修正データ）」であることを確認の上「操作前の値」に変更する。そして、「予約番号」が予め運用者から指定された予約番号と一致したか否かをステップＳ７４で判定し、予約番号が指定番号と一致するまで上記ステップＳ７２及びステップＳ７３の処理を繰り返し実行し、予約番号が指定番号と一致すると処理を終了する。
【００７７】
（２−２）予約時刻を利用した場合
リカバリ処理部４２は、先ずステップＳ８１により予約操作設定データ記憶部３５から予約操作設定データを読み出し、この読み出された予約操作設定データを「予約時刻」の降順にソートする。
そして、このソートされた予約操作設定データの上から順に、先ずステップＳ８２において、該当行の「操作対象データ」に記述されたマスタ情報の「操作対象データ項目」に記述されたデータ項目を、「操作後の値（マスタ情報）」であることを確認の上、「操作前の値」に変更する。次にステップＳ８３において、該当行の「同時修正データ」に記述された同時修正データ中の「操作対象データ項目」を抽出し、この抽出された全ての値を、「操作後の値（同時修正データ）」であることを確認の上「操作前の値」に変更する。そして、「予約時刻」が予め運用者から指定された予約時刻と一致したか否かをステップＳ８４で判定し、予約時刻が指定された時刻と一致するまで上記ステップＳ８２及びステップＳ８３の処理を繰り返し実行する。そして、予約時刻が指定番号と一致すると処理を終了する。
【００７８】
以上述べたように第２の実施形態によれば、予約操作設定データを利用して、マスタ情報及び同時修正データの操作対象となるデータ項目についてその操作前後の遷移関係を表す変更履歴ファイルが作成され、この作成された変更履歴ファイルが運用者に提供される。このため、操作の前後で不整合が発生した場合でも、運用者はこの変更履歴ファイルを参照して適切な対策を講じることが可能となる。
【００７９】
また、同じく予約操作設定データを利用して、マスタ情報の操作対象データ項目に記述された操作後のデータと、同時修正データ中の操作対象データ項目に記載された操作後のデータが、操作前のデータに変更される。このため、操作の前後で不整合が発生した場合でも、マスタ情報と、それと関係するアクセス制御ルールデータ及び関係者データを更新操作前の状態に戻すことができる。
【００８０】
［その他の実施形態］
前記第１及び第２の実施形態では、同時修正データがアクセス制御ルールデータ及び関係者データの場合を例にとって説明したが、ログイン中の利用者の認証トークン等を同時修正データに含めるようにしてもよい。このようにすると、マスタ情報の更新操作と同時に、仲介サーバＭＳＶで管理する認証トークンリストに対し更新操作を実行することができる。また、予約操作設定データを生成する際に、予約操作時刻を「即時」に設定してもよい。このようにすると、同期が必要のない他のデータ（通常データ）についてもその変更履歴を作成し提供したり、またリカバリ処理を利用ですることが可能となる。
【００８１】
また、前記各実施形態ではデータ予約操作設定処理部３４及び予約操作設定データ記憶部３５を仲介サーバＭＳＶには位置した場合を例にとって説明したが、提供側サーバＤＳＶ１〜ＤＳＶｍのうちの任意のサーバに配置してもよく、さらにはプロバイダサーバ等のその他の情報処理装置に配置するようにしてもよい。
さらに、前記各実施形態では同時修正データが複数のサーバに分散配置されている場合を例にとって説明したが、マスタ情報とすべての同時修正データが１台のサーバに記憶されている場合にも、この発明は適用可能である。
【００８２】
その他、各サーバ装置の種類と構成、予約操作設定データの生成処理、マスタ情報に対する更新操作処理、同時修正データの更新操作処理、同時修正データの更新操作のための準備処理の各処理手順と処理内容についても、この発明の要旨を逸脱しない範囲で種々変形して実施可能である。
【００８３】
要するにこの発明は、上記各実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記各実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、各実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【符号の説明】
【００８４】
ＲＳＶ１〜ＲＳＶｎ…要求側サーバ、ＤＳＶ１〜ＤＳＶｍ…提供側サーバ、ＭＳＶ…仲介サーバ、１１…データ要求受付け処理部、１２，２１，３０…データ送受信部、２２…データ提供処理部、２３…アクセス対象データ記憶部、２４，３８…同時修正データ操作処理部、２５…アクセス制御ルールデータ記憶部、３１…認証部、３３…運用管理部、３４…データ予約操作設定処理部、３５…予約操作データ記憶部、３６…マスタ情報予約操作処理部、３７…マスタ情報記憶部、３９…関係者データ記憶部、４１…変更履歴提供処理部、４２…リカバリ処理部。
【特許請求の範囲】
【請求項１】
マスタデータを含む第１の管理情報と、この第１の管理情報に含まれる一部のデータを含む第２の管理情報とを記憶し、これらの第１及び第２の管理情報に基づいてそれぞれ異なる処理を実行する情報管理システムにおいて、
管理者の予約操作に応じて、前記第１の管理情報に対する更新操作の実行予約時刻を指定する時刻指定情報と、前記第１の管理情報の更新操作前後のデータの遷移情報を含む予約操作設定データを生成して保存する第１の手段と、
現在時刻が、前記保存された予約操作設定データに含まれる時刻指定情報により指定される実行予約時刻になった後に、前記第１の管理情報を前記予約操作設定データに含まれる遷移情報をもとに更新操作する第２の手段と、
現在時刻が前記実行予約時刻になる前に、前記保存された予約操作設定データに含まれる遷移情報をもとに前記第２の管理情報の更新操作の所要時間を予測し、この予測された所要時間が予め設定されたしきい値以内であるか否かを判定する第３の手段と、
前記更新操作の所要時間がしきい値を超えると判定された場合に、現在時刻が前記実行予約時刻になる前に前記予約操作設定データに含まれる遷移情報をもとに前記第２の管理情報を更新操作するための準備処理を実行し、現在時刻が前記実行予約時刻になった後に前記準備処理により生成された準備情報をもとに前記第２の管理情報を更新操作する第４の手段と、
前記更新操作の所要時間がしきい値以内と判定された場合には、現在時刻が前記実行予約時刻になった後に、前記予約操作設定データに含まれる遷移情報をもとに前記第２の管理情報を更新操作する第５の手段と
を具備することを特徴とする情報管理システム。
【請求項２】
前記第１の手段は、
前記入力操作により指定された更新操作の種類が変更の場合に、前記第１の管理情報における更新操作前及び更新操作後の各データ値としてそれぞれ前記予約操作により指定された第１の管理情報中の操作対象データ項目の現在値及び前記予約操作により入力された新たな値を保存し、かつ前記第２の管理情報における更新操作後のデータ値として前記第１の管理情報の更新操作後のデータ値を複写して保存する手段と、
前記予約操作により指定された更新操作の種類が削除の場合に、前記第１の管理情報における更新操作前及び更新操作後の各データ値としてそれぞれ前記予約操作により指定された第１の管理情報中の操作対象データ項目の現在値及びNULLを保存し、かつ前記第２の管理情報における更新操作後のデータ値として前記予約操作により入力された新たな値を保存する手段と、
前記予約操作により指定された更新操作の種類が追加の場合に、前記第１の管理情報における更新操作前データ値及び更新操作後の各データ値としてそれぞれNULL及び前記予約操作により入力された新たな値を保存し、かつ前記第２の管理情報における更新操作後のデータ値としてNULLを保存する手段と
のうち少なくとも一つを備えることを特徴とする請求項１記載の情報管理システム。
【請求項３】
前記第２の管理情報が複数の情報処理装置に分散配置されている場合に、前記保存された予約操作設定データを、現在時刻が前記実行予約時刻になる前に前記複数の情報処理装置へそれぞれ転送する第６の手段を、さらに備え、
前記第３の手段は、前記複数の情報処理装置の各々において、当該情報処理装置に保存されている第２の管理情報について前記転送された予約操作設定データをもとにその更新操作の所要時間を予測し、この予測された所要時間が予め設定されたしきい値以内であるか否かを判定することを特徴とする請求項１又は２記載の情報管理システム。
【請求項４】
前記第４の手段は、
前記第２の管理情報中から更新操作対象データ項目を検索し、この検索された更新操作対象データ項目の前記第２の管理情報中における出現位置を示す情報と、前記予約操作設定データ中において前記更新操作対象データ項目に付与された識別情報とを関連付けたマッピング情報を生成し保存する手段と、
前記マッピング情報を保存してから現在時刻が前記実行予約時刻になるまでの期間に、前記第２の管理情報中の更新操作対象データ項目に対するデータ書込処理が行われた場合に、このデータ書込処理後のデータの出現位置が前記マッピング情報に含まれるように前記保存されたマッピング情報を更新する手段と、
前記生成又は更新されたマッピング情報に従い、前記第２の管理情報を前記予約操作設定データに含まれる更新操作前のデータ値から更新操作後のデータ値に更新する処理を行う手段と
を備えることを特徴とする請求項１乃至３のいずれかに記載の情報管理システム。
【請求項５】
前記第４の手段は、
前記第２の管理情報中の更新操作対象データ項目が含まれるカラムもしくはテーブル全体の複製を差し替えデータとして作成し、この作成された差し替えデータ中の前記予約操作設定データで指定される修正箇所を修正する手段と、
前記差し替えデータが作成されてから前記実行予約時刻になるまでの期間に、前記第２の管理情報中の更新操作対象データ項目に対するデータ書込処理が行われた場合に、前記差し替えデータ中の該当する更新操作対象データ項目を更新する手段と、
前記生成又は更新された差し替えデータに従い、前記第２の管理情報を前記予約操作設定データに含まれる更新操作前のデータ値から更新操作後のデータ値に更新する処理を行う手段と
を備えることを特徴とする請求項１乃至３のいずれかに記載の情報管理システム。
【請求項６】
前記予約操作設定データから、現在のデータ値を基点として対応する更新操作前のデータ値を新しい順に抽出し、この抽出されたデータ値により変更履歴ファイルを作成する手段を、さらに具備することを特徴とする請求項１乃至５のいずれかに記載の情報管理システム。
【請求項７】
前記予約操作設定データに蓄積された更新操作前及び更新操作後のデータ値のうち、予め指定された数又は期間のデータ値を読み出し、この読み出されたデータ値をもとに、前記第１及び第２の管理情報に含まれる該当する更新操作後のデータ値を更新操作前のデータ値に復旧させるリカバリ手段を、さらに具備することを特徴とする請求項１乃至５のいずれかに記載の情報管理システム。
【請求項８】
マスタデータを含む第１の管理情報と、この第１の管理情報に含まれる一部のデータを含む第２の管理情報とを記憶し、これらの第１及び第２の管理情報に基づいてそれぞれ異なる処理を実行するシステムで用いられる情報更新操作方法であって、
管理者の予約操作に応じて、前記第１の管理情報に対する更新操作の実行予約時刻を指定する時刻指定情報と、前記第１の管理情報の更新操作前後のデータの遷移情報を含む予約操作設定データを生成して保存する第１の過程と、
現在時刻が、前記保存された予約操作設定データに含まれる時刻指定情報により指定される実行予約時刻になった後に、前記第１の管理情報を前記予約操作設定データに含まれる遷移情報をもとに更新操作する第２の過程と、
現在時刻が前記実行予約時刻になる前に、前記保存された予約操作設定データに含まれる遷移情報をもとに前記第２の管理情報の更新操作の所要時間を予測し、この予測された所要時間が予め設定されたしきい値以内であるか否かを判定する第３の過程と、
前記更新操作の所要時間がしきい値を超えると判定された場合に、現在時刻が前記実行予約時刻になる前に前記予約操作設定データに含まれる遷移情報をもとに前記第２の管理情報を更新操作するための準備処理を実行し、現在時刻が前記実行予約時刻になった後に前記準備処理により生成された準備情報をもとに前記第２の管理情報を更新操作する第４の過程と、
前記更新操作の所要時間がしきい値以内と判定された場合には、現在時刻が前記実行予約時刻になった後に、前記予約操作設定データに含まれる遷移情報をもとに前記第２の管理情報を更新操作する第５の過程と
を具備することを特徴とする情報更新操作方法。
【請求項１】
マスタデータを含む第１の管理情報と、この第１の管理情報に含まれる一部のデータを含む第２の管理情報とを記憶し、これらの第１及び第２の管理情報に基づいてそれぞれ異なる処理を実行する情報管理システムにおいて、
管理者の予約操作に応じて、前記第１の管理情報に対する更新操作の実行予約時刻を指定する時刻指定情報と、前記第１の管理情報の更新操作前後のデータの遷移情報を含む予約操作設定データを生成して保存する第１の手段と、
現在時刻が、前記保存された予約操作設定データに含まれる時刻指定情報により指定される実行予約時刻になった後に、前記第１の管理情報を前記予約操作設定データに含まれる遷移情報をもとに更新操作する第２の手段と、
現在時刻が前記実行予約時刻になる前に、前記保存された予約操作設定データに含まれる遷移情報をもとに前記第２の管理情報の更新操作の所要時間を予測し、この予測された所要時間が予め設定されたしきい値以内であるか否かを判定する第３の手段と、
前記更新操作の所要時間がしきい値を超えると判定された場合に、現在時刻が前記実行予約時刻になる前に前記予約操作設定データに含まれる遷移情報をもとに前記第２の管理情報を更新操作するための準備処理を実行し、現在時刻が前記実行予約時刻になった後に前記準備処理により生成された準備情報をもとに前記第２の管理情報を更新操作する第４の手段と、
前記更新操作の所要時間がしきい値以内と判定された場合には、現在時刻が前記実行予約時刻になった後に、前記予約操作設定データに含まれる遷移情報をもとに前記第２の管理情報を更新操作する第５の手段と
を具備することを特徴とする情報管理システム。
【請求項２】
前記第１の手段は、
前記入力操作により指定された更新操作の種類が変更の場合に、前記第１の管理情報における更新操作前及び更新操作後の各データ値としてそれぞれ前記予約操作により指定された第１の管理情報中の操作対象データ項目の現在値及び前記予約操作により入力された新たな値を保存し、かつ前記第２の管理情報における更新操作後のデータ値として前記第１の管理情報の更新操作後のデータ値を複写して保存する手段と、
前記予約操作により指定された更新操作の種類が削除の場合に、前記第１の管理情報における更新操作前及び更新操作後の各データ値としてそれぞれ前記予約操作により指定された第１の管理情報中の操作対象データ項目の現在値及びNULLを保存し、かつ前記第２の管理情報における更新操作後のデータ値として前記予約操作により入力された新たな値を保存する手段と、
前記予約操作により指定された更新操作の種類が追加の場合に、前記第１の管理情報における更新操作前データ値及び更新操作後の各データ値としてそれぞれNULL及び前記予約操作により入力された新たな値を保存し、かつ前記第２の管理情報における更新操作後のデータ値としてNULLを保存する手段と
のうち少なくとも一つを備えることを特徴とする請求項１記載の情報管理システム。
【請求項３】
前記第２の管理情報が複数の情報処理装置に分散配置されている場合に、前記保存された予約操作設定データを、現在時刻が前記実行予約時刻になる前に前記複数の情報処理装置へそれぞれ転送する第６の手段を、さらに備え、
前記第３の手段は、前記複数の情報処理装置の各々において、当該情報処理装置に保存されている第２の管理情報について前記転送された予約操作設定データをもとにその更新操作の所要時間を予測し、この予測された所要時間が予め設定されたしきい値以内であるか否かを判定することを特徴とする請求項１又は２記載の情報管理システム。
【請求項４】
前記第４の手段は、
前記第２の管理情報中から更新操作対象データ項目を検索し、この検索された更新操作対象データ項目の前記第２の管理情報中における出現位置を示す情報と、前記予約操作設定データ中において前記更新操作対象データ項目に付与された識別情報とを関連付けたマッピング情報を生成し保存する手段と、
前記マッピング情報を保存してから現在時刻が前記実行予約時刻になるまでの期間に、前記第２の管理情報中の更新操作対象データ項目に対するデータ書込処理が行われた場合に、このデータ書込処理後のデータの出現位置が前記マッピング情報に含まれるように前記保存されたマッピング情報を更新する手段と、
前記生成又は更新されたマッピング情報に従い、前記第２の管理情報を前記予約操作設定データに含まれる更新操作前のデータ値から更新操作後のデータ値に更新する処理を行う手段と
を備えることを特徴とする請求項１乃至３のいずれかに記載の情報管理システム。
【請求項５】
前記第４の手段は、
前記第２の管理情報中の更新操作対象データ項目が含まれるカラムもしくはテーブル全体の複製を差し替えデータとして作成し、この作成された差し替えデータ中の前記予約操作設定データで指定される修正箇所を修正する手段と、
前記差し替えデータが作成されてから前記実行予約時刻になるまでの期間に、前記第２の管理情報中の更新操作対象データ項目に対するデータ書込処理が行われた場合に、前記差し替えデータ中の該当する更新操作対象データ項目を更新する手段と、
前記生成又は更新された差し替えデータに従い、前記第２の管理情報を前記予約操作設定データに含まれる更新操作前のデータ値から更新操作後のデータ値に更新する処理を行う手段と
を備えることを特徴とする請求項１乃至３のいずれかに記載の情報管理システム。
【請求項６】
前記予約操作設定データから、現在のデータ値を基点として対応する更新操作前のデータ値を新しい順に抽出し、この抽出されたデータ値により変更履歴ファイルを作成する手段を、さらに具備することを特徴とする請求項１乃至５のいずれかに記載の情報管理システム。
【請求項７】
前記予約操作設定データに蓄積された更新操作前及び更新操作後のデータ値のうち、予め指定された数又は期間のデータ値を読み出し、この読み出されたデータ値をもとに、前記第１及び第２の管理情報に含まれる該当する更新操作後のデータ値を更新操作前のデータ値に復旧させるリカバリ手段を、さらに具備することを特徴とする請求項１乃至５のいずれかに記載の情報管理システム。
【請求項８】
マスタデータを含む第１の管理情報と、この第１の管理情報に含まれる一部のデータを含む第２の管理情報とを記憶し、これらの第１及び第２の管理情報に基づいてそれぞれ異なる処理を実行するシステムで用いられる情報更新操作方法であって、
管理者の予約操作に応じて、前記第１の管理情報に対する更新操作の実行予約時刻を指定する時刻指定情報と、前記第１の管理情報の更新操作前後のデータの遷移情報を含む予約操作設定データを生成して保存する第１の過程と、
現在時刻が、前記保存された予約操作設定データに含まれる時刻指定情報により指定される実行予約時刻になった後に、前記第１の管理情報を前記予約操作設定データに含まれる遷移情報をもとに更新操作する第２の過程と、
現在時刻が前記実行予約時刻になる前に、前記保存された予約操作設定データに含まれる遷移情報をもとに前記第２の管理情報の更新操作の所要時間を予測し、この予測された所要時間が予め設定されたしきい値以内であるか否かを判定する第３の過程と、
前記更新操作の所要時間がしきい値を超えると判定された場合に、現在時刻が前記実行予約時刻になる前に前記予約操作設定データに含まれる遷移情報をもとに前記第２の管理情報を更新操作するための準備処理を実行し、現在時刻が前記実行予約時刻になった後に前記準備処理により生成された準備情報をもとに前記第２の管理情報を更新操作する第４の過程と、
前記更新操作の所要時間がしきい値以内と判定された場合には、現在時刻が前記実行予約時刻になった後に、前記予約操作設定データに含まれる遷移情報をもとに前記第２の管理情報を更新操作する第５の過程と
を具備することを特徴とする情報更新操作方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２０１２−１２３６６０（Ｐ２０１２−１２３６６０Ａ）
【公開日】平成２４年６月２８日（２０１２．６．２８）
【国際特許分類】
【出願番号】特願２０１０−２７４５２５（Ｐ２０１０−２７４５２５）
【出願日】平成２２年１２月９日（２０１０．１２．９）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
【公開日】平成２４年６月２８日（２０１２．６．２８）
【国際特許分類】
【出願日】平成２２年１２月９日（２０１０．１２．９）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
[ Back to top ]