(57)【要約】【課題】楽観的排他処理自体をデータベースのトランザクション特性を利用して複数ユーザによる排他処理を直列化することにより、排他処理の堅牢性と一貫性とを担保できるようにする楽観的排他処理直列化装置、楽観的排他処理直列化方法、および、楽観的排他処理直列化プログラムを提供することを課題とする。【解決手段】記憶された対象データに対するトランザクション内でオブジェクトが作成された場合、記憶された対象データに対する別トランザクション内での同名オブジェクトの作成要求を検出し、別トランザクション内で同名オブジェクトの作成要求が検出された場合、別トランザクションの実行を中断させて待機させ、トランザクションの実行が完了した場合、トランザクションをコミットさせ、トランザクションの実行にエラーが生じた場合、トランザクションをロールバックさせ、別トランザクションの待機を解除する。【選択図】図５
2019021043.tif 000002
【特許請求の範囲】
【請求項１】
記憶部と制御部とを備えた楽観的排他処理直列化装置であって、
前記記憶部は、
対象データを記憶する対象データ記憶手段、
を備え、
前記制御部は、
前記対象データ記憶手段に記憶された前記対象データに対するトランザクションを実行させるトランザクション実行手段と、
前記対象データ記憶手段に記憶された前記対象データに対する前記トランザクションとは別の別トランザクションを実行させる別トランザクション実行手段と、
前記トランザクション内でオブジェクトが作成された場合、前記別トランザクション内での当該オブジェクトと同名の同名オブジェクトの作成要求を検出する排他チェック手段と、
前記排他チェック手段により前記別トランザクション内で前記同名オブジェクトの作成要求が検出された場合、当該別トランザクションの実行を中断させて待機させる待機手段と、
前記トランザクション実行手段により前記トランザクションの実行が完了した場合、当該トランザクションをコミットさせ、前記トランザクション実行手段により前記トランザクションの実行にエラーが生じた場合、当該トランザクションをロールバックさせるトランザクション確定手段と、
前記トランザクション確定手段により前記トランザクションがコミットまたはロールバックされた場合、前記待機手段による前記別トランザクションの待機を解除する待機解除手段と、
を備えたことを特徴とする楽観的排他処理直列化装置。
【請求項２】
前記制御部は、
前記トランザクションがコミットされた場合、当該トランザクションに基づいて、前記対象データ記憶手段に記憶された前記対象データを更新する更新手段と、
前記更新手段により更新された前記対象データに対する更新を制限する制限手段と、
を更に備えたことを特徴とする請求項１に記載の楽観的排他処理直列化装置。
【請求項３】
前記制御部は、
前記別トランザクションのユーザに対して、前記トランザクションの実行対象である前記対象データの対象リストを通知する通知手段と、
前記通知手段により通知された前記対象リストに含まれる前記対象データが前記ユーザにより上書更新対象として選択された場合、当該上書更新対象の前記対象データを特定する上書更新対象特定手段と、
を更に備え、
前記更新手段は、
更に、前記上書更新対象特定手段により前記上書更新対象の対象データが特定された場合、前記制限手段による制限を解除し、前記別トランザクションに基づいて、前記対象データ記憶手段に記憶された当該上書更新対象の対象データを更新することを特徴とする請求項２に記載の楽観的排他処理直列化装置。
【請求項４】
前記トランザクション確定手段は、
更に、前記トランザクション実行手段により前記トランザクションの実行が完了した場合、前記オブジェクトを削除することを特徴とする請求項１から３のいずれか一つに記載の楽観的排他処理直列化装置。
【請求項５】
前記トランザクション確定手段は、
更に、前記トランザクション実行手段により前記トランザクションの実行にエラーが生じた場合、前記オブジェクトを削除することを特徴とする請求項１から４のいずれか一つに記載の楽観的排他処理直列化装置。
【請求項６】
記憶部と制御部とを備えた楽観的排他処理直列化装置に実行させるための楽観的排他処理直列化方法であって、
前記記憶部は、
対象データを記憶する対象データ記憶手段、
を備え、
前記制御部で実行させる、
前記対象データ記憶手段に記憶された前記対象データに対するトランザクションを実行させるトランザクション実行ステップと、
前記対象データ記憶手段に記憶された前記対象データに対する前記トランザクションとは別の別トランザクションを実行させる別トランザクション実行ステップと、
前記トランザクション内でオブジェクトが作成された場合、前記別トランザクション内での当該オブジェクトと同名の同名オブジェクトの作成要求を検出する排他チェックステップと、
前記排他チェックステップにて前記別トランザクション内で前記同名オブジェクトの作成要求が検出された場合、当該別トランザクションの実行を中断させて待機させる待機ステップと、
前記トランザクションの実行が完了した場合、当該トランザクションをコミットさせ、前記トランザクションの実行にエラーが生じた場合、当該トランザクションをロールバックさせるトランザクション確定ステップと、
前記トランザクション確定ステップにて前記トランザクションがコミットまたはロールバックされた場合、前記別トランザクションの待機を解除する待機解除ステップと、
を含むことを特徴とする楽観的排他処理直列化方法。
【請求項７】
記憶部と制御部とを備えた楽観的排他処理直列化装置に実行させるための楽観的排他処理直列化プログラムであって、
前記記憶部は、
対象データを記憶する対象データ記憶手段、
を備え、
前記制御部において、
前記対象データ記憶手段に記憶された前記対象データに対するトランザクションを実行させるトランザクション実行ステップと、
前記対象データ記憶手段に記憶された前記対象データに対する前記トランザクションとは別の別トランザクションを実行させる別トランザクション実行ステップと、
前記トランザクション内でオブジェクトが作成された場合、前記別トランザクション内での当該オブジェクトと同名の同名オブジェクトの作成要求を検出する排他チェックステップと、
前記排他チェックステップにて前記別トランザクション内で前記同名オブジェクトの作成要求が検出された場合、当該別トランザクションの実行を中断させて待機させる待機ステップと、
前記トランザクションの実行が完了した場合、当該トランザクションをコミットさせ、前記トランザクションの実行にエラーが生じた場合、当該トランザクションをロールバックさせるトランザクション確定ステップと、
前記トランザクション確定ステップにて前記トランザクションがコミットまたはロールバックされた場合、前記別トランザクションの待機を解除する待機解除ステップと、
を実行させるための楽観的排他処理直列化プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、楽観的排他処理直列化装置、楽観的排他処理直列化方法、および、楽観的排他処理直列化プログラムに関する。
【背景技術】
【０００２】
特許文献１には、入力されるトランザクション自体にロックを取得して動作するか否かの属性を予め備えさせておき、トランザクションの実行の前段階としてロック取得に対する楽観的排他制御をかける構成が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１６−９５６３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記特許文献１においては、
トランザクション自体にロックを取得して動作するか否かの属性を予め設定しておく必要があるだけでなく、ロックを取得しないで動作するトランザクション同士の間では、通常の楽観的排他制御になってしまうという課題があった。
【０００５】
本発明は、上記問題点に鑑みてなされたものであって、楽観的排他処理自体をデータベースのトランザクション特性を利用して複数ユーザによる排他処理を直列化することにより、排他処理の堅牢性と一貫性とを担保できるようにする楽観的排他処理直列化装置、楽観的排他処理直列化方法、および、楽観的排他処理直列化プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決し、目的を達成するために、本発明に係る楽観的排他処理直列化装置は、記憶部と制御部とを備えた楽観的排他処理直列化装置であって、前記記憶部は、対象データを記憶する対象データ記憶手段、を備え、前記制御部は、前記対象データ記憶手段に記憶された前記対象データに対するトランザクションを実行させるトランザクション実行手段と、前記対象データ記憶手段に記憶された前記対象データに対する前記トランザクションとは別の別トランザクションを実行させる別トランザクション実行手段と、前記トランザクション内でオブジェクトが作成された場合、前記別トランザクション内での当該オブジェクトと同名の同名オブジェクトの作成要求を検出する排他チェック手段と、前記排他チェック手段により前記別トランザクション内で前記同名オブジェクトの作成要求が検出された場合、当該別トランザクションの実行を中断させて待機させる待機手段と、前記トランザクション実行手段により前記トランザクションの実行が完了した場合、当該トランザクションをコミットさせ、前記トランザクション実行手段により前記トランザクションの実行にエラーが生じた場合、当該トランザクションをロールバックさせるトランザクション確定手段と、前記トランザクション確定手段により前記トランザクションがコミットまたはロールバックされた場合、前記待機手段による前記別トランザクションの待機を解除する待機解除手段と、を備えたことを特徴とする。
【０００７】
また、本発明に係る楽観的排他処理直列化装置は、前記制御部は、前記トランザクションがコミットされた場合、当該トランザクションに基づいて、前記対象データ記憶手段に記憶された前記対象データを更新する更新手段と、前記更新手段により更新された前記対象データに対する更新を制限する制限手段と、を更に備えたことを特徴とする。
【０００８】
また、本発明に係る楽観的排他処理直列化装置は、前記制御部は、前記別トランザクションのユーザに対して、前記トランザクションの実行対象である前記対象データの対象リストを通知する通知手段と、前記通知手段により通知された前記対象リストに含まれる前記対象データが前記ユーザにより上書更新対象として選択された場合、当該上書更新対象の前記対象データを特定する上書更新対象特定手段と、を更に備え、前記更新手段は、更に、前記上書更新対象特定手段により前記上書更新対象の対象データが特定された場合、前記制限手段による制限を解除し、前記別トランザクションに基づいて、前記対象データ記憶手段に記憶された当該上書更新対象の対象データを更新することを特徴とする。
【０００９】
また、本発明に係る楽観的排他処理直列化装置は、前記トランザクション確定手段は、更に、前記トランザクション実行手段により前記トランザクションの実行が完了した場合、前記オブジェクトを削除することを特徴とする。
【００１０】
また、本発明に係る楽観的排他処理直列化装置は、前記トランザクション確定手段は、更に、前記トランザクション実行手段により前記トランザクションの実行にエラーが生じた場合、前記オブジェクトを削除することを特徴とする。
【００１１】
また、本発明に係る楽観的排他処理直列化方法は、記憶部と制御部とを備えた楽観的排他処理直列化装置に実行させるための楽観的排他処理直列化方法であって、前記記憶部は、対象データを記憶する対象データ記憶手段、を備え、前記制御部で実行させる、前記対象データ記憶手段に記憶された前記対象データに対するトランザクションを実行させるトランザクション実行ステップと、前記対象データ記憶手段に記憶された前記対象データに対する前記トランザクションとは別の別トランザクションを実行させる別トランザクション実行ステップと、前記トランザクション内でオブジェクトが作成された場合、前記別トランザクション内での当該オブジェクトと同名の同名オブジェクトの作成要求を検出する排他チェックステップと、前記排他チェックステップにて前記別トランザクション内で前記同名オブジェクトの作成要求が検出された場合、当該別トランザクションの実行を中断させて待機させる待機ステップと、前記トランザクションの実行が完了した場合、当該トランザクションをコミットさせ、前記トランザクションの実行にエラーが生じた場合、当該トランザクションをロールバックさせるトランザクション確定ステップと、前記トランザクション確定ステップにて前記トランザクションがコミットまたはロールバックされた場合、前記別トランザクションの待機を解除する待機解除ステップと、を含むことを特徴とする。
【００１２】
また、本発明に係る楽観的排他処理直列化プログラムは、記憶部と制御部とを備えた楽観的排他処理直列化装置に実行させるための楽観的排他処理直列化プログラムであって、前記記憶部は、対象データを記憶する対象データ記憶手段、を備え、前記制御部において、前記対象データ記憶手段に記憶された前記対象データに対するトランザクションを実行させるトランザクション実行ステップと、前記対象データ記憶手段に記憶された前記対象データに対する前記トランザクションとは別の別トランザクションを実行させる別トランザクション実行ステップと、前記トランザクション内でオブジェクトが作成された場合、前記別トランザクション内での当該オブジェクトと同名の同名オブジェクトの作成要求を検出する排他チェックステップと、前記排他チェックステップにて前記別トランザクション内で前記同名オブジェクトの作成要求が検出された場合、当該別トランザクションの実行を中断させて待機させる待機ステップと、前記トランザクションの実行が完了した場合、当該トランザクションをコミットさせ、前記トランザクションの実行にエラーが生じた場合、当該トランザクションをロールバックさせるトランザクション確定ステップと、前記トランザクション確定ステップにて前記トランザクションがコミットまたはロールバックされた場合、前記別トランザクションの待機を解除する待機解除ステップと、を実行させることを特徴とする。
【発明の効果】
【００１３】
本発明によれば、楽観的排他処理に対して悲観的排他処理を行うことで、楽観的排他処理を占有および直列化させることができるため、楽観的排他処理のデメリットを回避することができるという効果を奏する。また、本発明によれば、リレーショナルデータベースマネジメントシステム（ＲＤＢＭＳ）の性質を応用した悲観的排他処理を実現することができるという効果を奏する。また、本発明によれば、データ取得から更新終了ではなく、処理開始から排他チェック終了までに待機時間を抑えることができるため、ロック待ちの待機時間を圧縮することができるという効果を奏する。また、本発明によれば、悲観的排他処理と異なり、エラー時でも強い確実なロック解放を行うことができるという効果を奏する。また、本発明によれば、ユーザ判断による選択的排他を実行することができるという効果を奏する。
【図面の簡単な説明】
【００１４】
【図１】図１は、複数人による同時更新の一例を示す図である。
【図２】図２は、悲観的排他処理の一例を示す図である。
【図３】図３は、楽観的排他処理の一例を示す図である。
【図４】図４は、楽観的排他処理の一例を示す図である。
【図５】図５は、楽観的排他処理直列化装置の構成の一例を示すブロック図である。
【図６】図６は、本実施形態における楽観的排他処理直列化装置の処理の一例を示すフローチャートである。
【図７】図７は、本実施形態における楽観的排他処理直列化フローの一例を示す図である。
【図８】図８は、本実施形態における排他トランザクションの一例を示す図である。
【図９】図９は、本実施形態における待機処理の一例を示す図である。
【図１０】図１０は、本実施形態における待機処理の一例を示す図である。
【図１１】図１１は、本実施形態における楽観的排他制御の一例を示す図である。
【図１２】図１２は、本実施形態における楽観的排他制御の一例を示す図である。
【図１３】図１３は、本実施形態における選択的上書更新処理の一例を示す図である。
【発明を実施するための形態】
【００１５】
本発明の実施形態を図面に基づいて詳細に説明する。なお、本発明は本実施形態により限定されるものではない。
【００１６】
［１．概要］
まず、図１から図４を参照して、従来のデータベース更新処理の一例について説明する。図１は、複数人による同時更新の一例を示す図である。図２は、悲観的排他処理の一例を示す図である。図３および図４は、楽観的排他処理の一例を示す図である。
【００１７】
図１に示すように、従来のデータベース更新処理においては、複数人（ＵｓｅｒＡおよびＵｓｅｒＢ）がデータベースに記憶された伝票データ（Ｊ００１）に対して同時に更新を実行した場合、Ｊ００１をもとにした売上が二重計上される不整合が生じることがあった。
【００１８】
また、図２に示すように、従来の悲観的排他処理においては、排他テーブルを参照して、先にＵｓｅｒＡの処理がＪ００１を使用していることが検知された場合、ＵｓｅｒＢの処理によるＪ００１の呼出が不可とされ、データを明示的にロックすることで、他者（ＵｓｅｒＢ）の操作を封じる状態にし、ＵｓｅｒＡの処理が完全に完了後、排他テーブルをクリアしてＵｓｅｒＢの処理の操作を可能にしていた。
【００１９】
このように、従来の悲観的排他処理においては、何らかの手法を用いてデータ取得時にデータロックを行っていた。それにより、従来の悲観的排他処理においては、一人のユーザが呼出中は、他のユーザは必ずロック待ちの状態になってしまっていた。また、従来の悲観的排他処理においては、呼出中のユーザがＷｅｂアプリケーションにてブラウザを閉じる操作を行ってしまったり、接続を切断したりした場合、データがロックされたままになってしまっていた。
【００２０】
すなわち、従来の悲観的排他処理においては、Ｗｅｂアプリケーションにおけるロック解放失敗の発生頻度が高いため、データの整合性を保てるものの、随時必要に応じて開放する負荷が高くなっていた。また、従来の悲観的排他処理においては、ロック待ちが発生することでＷｅｂサイトのタイムアウトを誘発し、ユーザのシステム操作に影響を及ぼしていたため、通常運用を円滑に回すことを目的とした場合、楽観的排他処理が採用されていた。
【００２１】
一方、図３に示すように、従来の楽観的排他処理においては、先にＵｓｅｒＡの処理がＪ００１を使用していたとしても、先にＵｓｅｒＢの処理がＪ００１を更新したことが検知された場合、すなわち、ＵｓｅｒＡの処理の処理完了前に、Ｊ００１のデータ取得時のタイムスタンプと現在のタイムスタンプとを比較して異なっていた場合、ＵｓｅｒＢの先勝有効となり、ＵｓｅｒＡの処理を破棄（ロールバック）していた。
【００２２】
このように、従来の楽観的排他処理においては、ロックを掛けることはないが、処理の最後でチェックを行うため、ＮＧとなった場合に、処理に要した時間が無駄になってしまっていた。
【００２３】
また、図４に示すように、従来の楽観的排他処理においては、ＵｓｅｒＡの処理が大量データ処理中にＵｓｅｒＢの処理が１伝票（Ｊ００１）のみデータ処理を行う際に、ＵｓｅｒＡの処理が更新日時確認を行っている最中にＵｓｅｒＢの処理が全ての処理が完了した場合、ＵｓｅｒＡの処理は既に更新日時確認中であるが、ＵｓｅｒＢの処理による更新日時変更を検知できず、そのままＪ００１に対する売上が二重計上される不整合が生じることがあった。
【００２４】
このように、従来の楽観的排他処理においては、更新が同時に発生した場合、または、処理量が多い場合、チェックをすり抜ける可能性があった。すなわち、従来の楽観的排他処理においては、データの大規模化または処理内容の複雑化によって、相当な時間が経過した上で更新が破棄されてしまう、または、排他チェックの時間が重複してしまい、チェックが正常に掛からないといったケースが発生していた。
【００２５】
以上のように、従来、相当量の伝票に対する一括更新処理等を行うＷｅｂ商材等において、複数ユーザ間で同時に処理対象データを奪い合うような場合、楽観的排他処理では限界が出てきていた。また、従来、確実な悲観的排他制御を掛けた場合、他のユーザの更新完了を待たなければならないため、ユーザの無駄な待機時間が必要となってしまうこと、および、条件緩和した楽観的排他制御を掛けた場合、同時実行性を捨てなければならないことの２点を同時にクリアすることが難しかった。
【００２６】
そこで、本実施形態においては、データに対する悲観的排他制御を掛けることが難しいＷｅｂ商材等において採用する楽観的排他処理のデメリットである堅牢性・一貫性・排他検出時間を解消できるようにしている。
【００２７】
［２．構成］
本実施形態に係る楽観的排他処理直列化装置１００の構成の一例について、図５を参照して説明する。図５は、楽観的排他処理直列化装置１００の構成の一例を示すブロック図である。
【００２８】
楽観的排他処理直列化装置１００は、市販のデスクトップ型パーソナルコンピュータである。なお、楽観的排他処理直列化装置１００は、デスクトップ型パーソナルコンピュータのような据置型情報処理装置に限らず、市販されているノート型パーソナルコンピュータ、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔｓ）、スマートフォン、タブレット型パーソナルコンピュータなどの携帯型情報処理装置であってもよい。
【００２９】
楽観的排他処理直列化装置１００は、制御部１０２と通信インターフェース部１０４と記憶部１０６と入出力インターフェース部１０８と、を備えている。楽観的排他処理直列化装置１００が備えている各部は、任意の通信路を介して通信可能に接続されている。
【００３０】
通信インターフェース部１０４は、ルータ等の通信装置および専用線等の有線または無線の通信回線を介して、楽観的排他処理直列化装置１００をネットワーク３００に通信可能に接続する。通信インターフェース部１０４は、他の装置と通信回線を介してデータを通信する機能を有する。ここで、ネットワーク３００は、楽観的排他処理直列化装置１００とサーバ２００とを相互に通信可能に接続する機能を有し、例えばインターネットやＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等である。
【００３１】
記憶部１０６には、各種のデータベース、テーブル、およびファイルなどが格納される。記憶部１０６には、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）と協働してＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）に命令を与えて各種処理を行うためのコンピュータプログラムが記録される。記憶部１０６として、例えば、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）・ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）等のメモリ装置、ハードディスクのような固定ディスク装置、フレキシブルディスク、および光ディスク等を用いることができる。記憶部１０６は、対象データデータベース１０６ａを備えている。
【００３２】
対象データデータベース１０６ａは、対象データを記憶する。ここで、対象データは、複数人が一度に更新（改定）するようなマスタデータ等であってもよい。なお、対象データは、伝票データ、法人データ、個人データ、単価データ、予算改定の対象となる予算データ、目標改定の対象となる目標データ、商品データ、製品データ、不動産データ、テナントデータ、または、契約データ等であってもよい。ここで、法人データは、与信改定業務等の対象となる顧客データまたは取引先データ等であってもよい。また、個人データは、与信改定、決済条件もしくは住所変更等の対象となる顧客データ、または、給与賞与査定、人事考課もしくは入退社等といった人事・給与業務の対象となる社員データ等であってもよい。また、単価データは、単価改定の対象となる売買単価データ、契約単価データ、上代データ、下代データまたは原価単価データ等であってもよい。また、不動産データは、建物データまたは部屋データ等であってもよい。例えば、対象データは、売買における単価もしくは貸出、サービス契約の単価もしくは定価、または、仕切率もしくは低価法採用時における原価の一括変更等の対象となるマスタデータであってもよい。
【００３３】
入出力インターフェース部１０８には、入力装置１１２および出力装置１１４が接続されている。出力装置１１４には、モニタ（タッチパネルを含む）の他、スピーカやプリンタを用いることができる。入力装置１１２には、キーボード、マウス、およびマイクの他、マウスと協働してポインティングデバイス機能を実現するモニタを用いることができる。なお、以下では、出力装置１１４をモニタ１１４またはプリンタ１１４とし、入力装置１１２をキーボード１１２またはマウス１１２として記載する場合がある。
【００３４】
制御部１０２は、楽観的排他処理直列化装置１００を統括的に制御するＣＰＵ等である。制御部１０２は、ＯＳ等の制御プログラム・各種の処理手順等を規定したプログラム・所要データなどを格納するための内部メモリを有し、格納されているこれらのプログラムに基づいて種々の情報処理を実行する。制御部１０２は、機能概念的に、トランザクション実行部１０２ａと、排他チェック部１０２ｂと、待機部１０２ｃと、トランザクション確定部１０２ｄと、待機解除部１０２ｅと、通知部１０２ｆと、上書更新対象特定部１０２ｇと、更新部１０２ｈと、制限部１０２ｉとを備えている。
【００３５】
トランザクション実行部１０２ａは、対象データデータベース１０６ａに記憶された対象データに対するトランザクションを実行させる。ここで、トランザクション実行部１０２ａは、対象データデータベース１０６ａに記憶された対象データに対するトランザクションとは別の別トランザクションを実行させてもよい。
【００３６】
排他チェック部１０２ｂは、トランザクション内でオブジェクトが作成された場合、別トランザクション内での当該オブジェクトと同名の同名オブジェクトの作成要求を検出する。
【００３７】
待機部１０２ｃは、排他チェック部１０２ｂにより別トランザクション内で同名オブジェクトの作成要求が検出された場合、当該別トランザクションの実行を中断させて待機させる。
【００３８】
トランザクション確定部１０２ｄは、トランザクション実行部１０２ａによりトランザクションの実行が完了した場合、当該トランザクションをコミットさせ、トランザクション実行部１０２ａによりトランザクションの実行にエラーが生じた場合、当該トランザクションをロールバックさせる。ここで、トランザクション確定部１０２ｄは、更に、トランザクション実行部１０２ａによりトランザクションの実行が完了した場合、オブジェクトを削除してもよい。また、トランザクション確定部１０２ｄは、更に、トランザクション実行部１０２ａによりトランザクションの実行にエラーが生じた場合、オブジェクトを削除してもよい。
【００３９】
待機解除部１０２ｅは、トランザクション確定部１０２ｄによりトランザクションがコミットまたはロールバックされた場合、待機部１０２ｃによる別トランザクションの待機を解除する。
【００４０】
通知部１０２ｆは、別トランザクションのユーザに対して、トランザクションの実行対象である対象データの対象リストを通知する。ここで、通知部１０２ｆは、別トランザクションのユーザに対して、トランザクションの実行対象である対象データの対象リストを出力装置１１４に表示させることで通知してもよい。
【００４１】
上書更新対象特定部１０２ｇは、通知部１０２ｆにより通知された対象リストに含まれる対象データがユーザにより上書更新対象として選択された場合、当該上書更新対象の対象データを特定する。ここで、上書更新対象特定部１０２ｇは、通知部１０２ｆにより通知された対象リストに含まれる対象データがユーザにより入力装置１１２を介して上書更新対象として選択された場合、当該上書更新対象の対象データを特定してもよい。
【００４２】
更新部１０２ｈは、トランザクションがコミットされた場合、当該トランザクションに基づいて、対象データデータベース１０６ａに記憶された対象データを更新する。ここで、更新部１０２ｈは、更に、上書更新対象特定部１０２ｇにより上書更新対象の対象データが特定された場合、制限部１０２ｉによる制限を解除し、別トランザクションに基づいて、対象データデータベース１０６ａに記憶された当該上書更新対象の対象データを更新してもよい。
【００４３】
制限部１０２ｉは、更新部１０２ｈにより更新された対象データに対する更新を制限する。
【００４４】
［３．具体例］
本実施形態の具体例について、図６から図１３を参照して説明する。
【００４５】
［楽観的排他処理直列化］
ここで、図６を参照して、本実施形態における楽観的排他処理直列化の一例について説明する。図６は、本実施形態における楽観的排他処理直列化装置１００の処理の一例を示すフローチャートである。
【００４６】
図６に示すように、トランザクション実行部１０２ａは、伝票データに対する更新指示がユーザＡにより入力装置１１２を介して入力された場合、対象データデータベース１０６ａに記憶された伝票データに対する排他トランザクションを実行させる（ステップＳＡ−１）。なお、トランザクション実行部１０２ａは、排他トランザクションの実行を、ステップＳＡ−１からステップＳＡ−４の間、または、ステップＳＡ−１からステップＳＡ−１０の間、他の処理と並行して実行させる。
【００４７】
そして、排他チェック部１０２ｂは、トランザクション内でテーブルが作成された場合、排他トランザクションとは別の別トランザクション内での当該テーブルと同名の同名テーブルの作成要求を検出する（ステップＳＡ−２）。
【００４８】
そして、制御部１０２は、排他チェック部１０２ｂにより別排他トランザクション内で同名テーブルの作成要求が検出されたか否かを判定する（ステップＳＡ−３）。
【００４９】
そして、制御部１０２は、別排他トランザクション内で同名テーブルの作成要求が検出されなかったと判定した場合（ステップＳＡ−３：Ｎｏ）、処理をステップＳＡ−４に移行させる。
【００５０】
そして、トランザクション確定部１０２ｄは、トランザクション実行部１０２ａにより排他トランザクションの実行が完了した場合、テーブルを削除して当該排他トランザクションをコミットさせ、トランザクション実行部１０２ａにより排他トランザクションの実行にエラーが生じた場合、当該排他トランザクションをロールバックさせる（ステップＳＡ−４）。
【００５１】
そして、制御部１０２は、排他トランザクションがコミットしたか否かを判定する（ステップＳＡ−５）。
【００５２】
そして、制御部１０２は、排他トランザクションがコミットしていない（ロールバックした）と判定した場合（ステップＳＡ−５：Ｎｏ）、処理を終了する。
【００５３】
一方、制御部１０２は、排他トランザクションがコミットしたと判定した場合（ステップＳＡ−５：Ｙｅｓ）、処理をステップＳＡ−６に移行させる。
【００５４】
そして、更新部１０２ｈは、排他トランザクションに基づいて、対象データデータベース１０６ａに記憶された伝票データに対する実処理（実更新処理）トランザクションを実行させることで、対象データデータベース１０６ａに記憶された伝票データを更新する（ステップＳＡ−６）。
【００５５】
そして、制限部１０２ｉは、更新部１０２ｈにより更新された伝票データに対する更新を制限し（ステップＳＡ−７）、処理を終了する。
【００５６】
一方、制御部１０２は、別排他トランザクション内で同名テーブルの作成要求が検出されたと判定した場合（ステップＳＡ−３：Ｙｅｓ）、処理をステップＳＡ−８に移行させる。
【００５７】
そして、待機部１０２ｃは、別排他トランザクションの実行を中断させて待機させる（ステップＳＡ−８）。
【００５８】
そして、通知部１０２ｆは、別排他トランザクションのユーザＢに対して、排他トランザクションの実行対象である伝票データの伝票リストを出力装置１１４に選択可能に表示させることで通知する（ステップＳＡ−９）。
【００５９】
そして、トランザクション確定部１０２ｄは、トランザクション実行部１０２ａにより排他トランザクションの実行が完了した場合、テーブルを削除して当該排他トランザクションをコミットさせ、トランザクション実行部１０２ａにより排他トランザクションの実行にエラーが生じた場合、当該排他トランザクションをロールバックさせる（ステップＳＡ−１０）。
【００６０】
そして、制御部１０２は、排他トランザクションがコミットしたか否かを判定する（ステップＳＡ−１１）。
【００６１】
そして、制御部１０２は、排他トランザクションがコミットしていない（ロールバックした）と判定した場合（ステップＳＡ−１１：Ｎｏ）、処理をステップＳＡ−１２に移行させる。
【００６２】
そして、待機解除部１０２ｅは、待機部１０２ｃによる別排他トランザクションの待機を解除し（ステップＳＡ−１２）、待機を解除した（実行を再開させた）別排他トランザクションを新たな排他トランザクションと設定しなおして、処理をステップＳＡ−２に移行させる。
【００６３】
一方、制御部１０２は、排他トランザクションがコミットしたと判定した場合（ステップＳＡ−１１：Ｙｅｓ）、処理をステップＳＡ−１３に移行させる。
【００６４】
そして、待機解除部１０２ｅは、待機部１０２ｃによる別トランザクションの待機を解除する（実行を再開させる）（ステップＳＡ−１３）。
【００６５】
そして、更新部１０２ｈは、排他トランザクションに基づいて、対象データデータベース１０６ａに記憶された伝票データに対する実処理トランザクションを実行させることで、対象データデータベース１０６ａに記憶された伝票データを更新する（ステップＳＡ−１４）。
【００６６】
そして、制限部１０２ｉは、更新部１０２ｈにより更新された伝票データに対する更新を制限する（ステップＳＡ−１５）。
【００６７】
そして、上書更新対象特定部１０２ｇは、通知部１０２ｆにより通知された伝票リストに含まれる伝票データがユーザＢにより入力装置１１２を介して上書更新対象として選択されたか否かを判定する（ステップＳＡ−１６）。
【００６８】
そして、上書更新対象特定部１０２ｇは、伝票リストに含まれる伝票データがユーザＢにより上書更新対象として選択されなかった場合（ステップＳＡ−１６：Ｎｏ）、処理を終了する。
【００６９】
一方、上書更新対象特定部１０２ｇは、伝票リストに含まれる伝票データがユーザＢにより上書更新対象として選択された場合（ステップＳＡ−１６：Ｙｅｓ）、処理をステップＳＡ−１７に移行させる。
【００７０】
そして、上書更新対象特定部１０２ｇは、ユーザＢにより選択された上書更新対象の伝票データを特定する（ステップＳＡ−１７）。
【００７１】
そして、更新部１０２ｈは、制限部１０２ｉによる制限を解除し、別トランザクションに基づいて、対象データデータベース１０６ａに記憶された上書更新対象の伝票データに対する実処理トランザクションを実行させることで、対象データデータベース１０６ａに記憶された上書更新対象の伝票データを上書更新し（ステップＳＡ−１８）、処理を終了する。
【００７２】
ここで、図７から図１３を参照して、楽観的排他処理直列化の詳細について説明する。
【００７３】
まず、図７および図８を参照して、本実施形態における楽観的排他処理の一例について説明する。図７は、本実施形態における楽観的排他処理直列化フローの一例を示す図である。図８は、本実施形態における排他トランザクションの一例を示す図である。
【００７４】
図７に示すように、本実施形態においては、ＵｓｅｒＡによる対象データ（Ｊ００１）に対する更新指示に基づいて、排他トランザクションが実施され、テーブルａを作成する。ここで、本実施形態においては、既にＵｓｅｒＡの排他トランザクション内でテーブルａの生成が行われているため、別のトランザクションで同名テーブルの生成が実行された場合、先行トランザクションが確定するまでロックが掛かる機能を利用して、ＵｓｅｒＡの排他トランザクションが確定（ロールバックまたはコミット）するまで、ＵｓｅｒＢの排他トランザクションを、テーブルａの作成で強制的に待機させる。これにより、本実施形態においては、楽観的排他処理の操作を確実に一人だけしか行えない状況を作り出している。ここで、本実施形態においては、ＵｓｅｒＢの処理が待機している間に、ＵｓｅｒＡの排他トランザクションは、排他チェック、および、後続者に自身の更新対象を知らせる為の処理を行ってもよい。そして、本実施形態においては、ＵｓｅｒＡの排他トランザクションがコミットした場合、ＵｓｅｒＡの排他トランザクションは、そのまま実処理トランザクションによる更新へ移り、ＵｓｅｒＢの排他トランザクションは、待機していたテーブルａの作成を再開する。そして、本実施形態においては、排他チェックにてＵｓｅｒＡの実処理トランザクション内で書き換えた結果が確認された場合、ＵｓｅｒＡの処理を全て破棄する。
【００７５】
また、図８に示すように、本実施形態における排他トランザクションにおいては、排他チェックエラーおよび異常終了（異常系処理）を想定して、楽観的排他処理直列化装置１００内でのトランザクションロールバックさせる処理ＳＢ−１（例えば、サーバ障害等により明示的コミットがされない場合、自動的にロールバックさせる処理）を実装してもよい。これにより、本実施形態においては、ロールバックによりテーブルａの作成要求自体を無かったことにしてもよい。
【００７６】
また、図８に示すように、本実施形態における排他トランザクションにおいては、排他チェック正常終了（正常系処理）を想定して、テーブルａを作成した自身の排他トランザクション内でコミット前にテーブルａを削除する処理ＳＢ−２を実装してもよい。これにより、本実施形態においては、コミット前のテーブルａ削除処理を通して、コミット後のデータベースにテーブルａが不在の状況を作ることができる。
【００７７】
すなわち、トランザクションがコミット済みでテーブルａが既に存在する状態で、別トランザクション内でテーブルａの作成処理が試みられた場合、データベースエラーとなるため、当該作成処理を行うためにはテーブルａを手動削除する等の手当てが必要であったが、本実施形態における排他トランザクションにおいては、２段構えでこの状況を回避している。
【００７８】
このように、本実施形態においては、悲観的排他処理のデメリットであったロック待ちの待機時間に関して、楽観的排他処理中のみという最低限の時間に絞って待機させることで、実処理トランザクションの処理量と比にならない程度に待機時間を抑えられている。また、本実施形態においては、不用意なロックという点でも、テーブルａが存在する状態で、ＵｓｅｒＡの排他トランザクションがコミットした場合、ＵｓｅｒＢの排他トランザクションは、同名テーブル作成によりエラーとなってしまうが、ＵｓｅｒＡの更新処理の正常完了時は、テーブルａの削除が行われた後に排他トランザクションがコミットされるため、テーブルａが確実に消えることで、ＵｓｅｒＢの排他トランザクションがエラーとなることが無いようにしている。また、本実施形態において、ＵｓｅｒＡの排他トランザクションは、サーバーエラー等を含むエラー時に、ロールバックされるため、ＵｓｅｒＡの処理によるテーブルａの作成が無かったことになることで、ＵｓｅｒＢの排他トランザクションがエラーとなることが無いようにしている。
【００７９】
また、図９および図１０を参照して、本実施形態における待機処理の一例について説明する。図９および図１０は、本実施形態における待機処理の一例を示す図である。
【００８０】
図９に示すように、本実施形態においては、ＵｓｅｒＡの処理が排他チェックに際して排他トランザクション内でテーブルａを作成した場合、他のユーザの処理が同名のテーブルａを作成できるようになるためには、ＵｓｅｒＡの処理がトランザクションを開放する必要があり、開放するまでの間、他のユーザの処理によるテーブルａの作成要求は待たされることになる。そのため、本実施形態において、ＵｓｅｒＢの処理は、自身の排他チェックに際してテーブルａの作成要求をした時点で、先行するＵｓｅｒＡが排他チェックを終えるまで一時的な待ちが発生することになる。すなわち、ＵｓｅｒＡの処理からすると、自身のテーブルａ作成要求が通った時点で排他チェックを行っているのは自身だけという状態となる。
【００８１】
また、図１０に示すように、本実施形態においては、さらに後続のＵｓｅｒＣが現れた場合、ＵｓｅｒＡの排他トランザクションおよびＵｓｅｒＢの排他トランザクションが完了するまでの間、ＵｓｅｒＣの処理に対する強制的な待ちが発生するため、同じ時間帯に複数ユーザの処理による同じ排他チェックが掛かることは無い。
【００８２】
また、図１１および図１２を参照して、本実施形態における楽観的排他制御の一例について説明する。図１１および図１２は、本実施形態における楽観的排他制御の一例を示す図である。
【００８３】
図１１に示すように、本実施形態においては、ＵｓｅｒＡの排他トランザクション後および実処理トランザクション後にＵｓｅｒＢの処理が実行されても、ＵｓｅｒＡが書き換えた更新日時とＵｓｅｒＢがデータ取得した時点での更新日時とが比較されるため、楽観的排他チェックによりＵｓｅｒＢの処理は全て破棄される。
【００８４】
また、図１２に示すように、本実施形態においては、ＵｓｅｒＢが別の伝票を計上しようとする場合、テーブルａの作成時に待機が発生するが、ＵｓｅｒＡの処理が書き換えた伝票データではなく別の伝票データを参照するため、ＵｓｅｒＢの処理は排他トランザクションを経て実処理トランザクションへと遷移することができる。
【００８５】
また、図１３を参照して、本実施形態における選択的上書更新処理の一例について説明する。図１３は、本実施形態における選択的上書更新処理の一例を示す図である。
【００８６】
図１３に示すように、本実施形態においては、ＵｓｅｒＡの排他トランザクションにより排他エラーが検知された場合、ＵｓｅｒＢの排他トランザクション中に伝票毎の結果リスト（対象伝票リスト）がＵｓｅｒＢ側に通知される。そして、図１３に示すように、本実施形態においては、エラー検知されてステータスが上書可能な伝票に対して、ＵｓｅｒＢの判断で選択し、上書対象の伝票を再度受け取った後に処理を続行することができる。すなわち、図１３には、ＵｓｅｒＡの処理によりＪ００１およびＪ００２が更新され、Ｊ００４が削除された場合に、ＵｓｅｒＢがＪ００１を上書更新対象をとして選択した例が示してあり、ＵｓｅｒＢの処理完了後の対象データの状態としては、Ｊ００１についてＵｓｅｒＢの処理による上書更新が反映され、Ｊ００２についてＵｓｅｒＡの処理による更新が反映され、Ｊ００３についてＵｓｅｒＢの処理による更新が反映され、Ｊ００３についてＵｓｅｒＡの処理による削除が反映された状態となる。
【００８７】
例えば、運送業務のように大量の注文に対して車の割当をするような業務においては、複数の配車担当者が効率良く配送が出来るよう、都度投入される伝票だけでなく、割当済の伝票も含めて見直しを行いながら配車業務に従事している場合があり、後から更新した担当者が最新の情報を元に配車している可能性が高く、当該担当者が先に更新された内容の正当性を判断し、最新データとすることが望ましいため、完全後勝または完全先勝とした場合、業務が回らなくなる可能性がある。そこで、本実施形態においては、排他処理を実装しなかった場合、完全後勝となり、排他処理を実装した場合、完全先勝になるが、特に大量の伝票を大人数で同時に捌くような業務形態において、伝票修正時に操作者の判断により部分的に自身の更新で上書きしたい案件の場合、選択的後勝更新の実装を可能としている。
【００８８】
このように、従来、排他エラーとなった場合、その時点で再入力等となるが、本実施形態においては、エラー結果をユーザに返し、自身の更新値を最新として上書するかどうかをユーザサイドに委ねる選択的後勝更新を可能としている。
【００８９】
また、従来の楽観的排他処理においては、全ての更新が完了したタイミングで他のユーザの待機解除が実施されるが、本実施形態においては、更新実処理を切り分け、更新実処理前に待機解除を行うことで、排他チェックに掛かるユーザの待ち時間を最小限に短縮することを可能としている。
【００９０】
［４．他の実施形態］
本発明は、上述した実施形態以外にも、特許請求の範囲に記載した技術的思想の範囲内において種々の異なる実施形態にて実施されてよいものである。
【００９１】
例えば、実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。
【００９２】
また、本明細書中や図面中で示した処理手順、制御手順、具体的名称、各処理の登録データや検索条件等のパラメータを含む情報、画面例、データベース構成については、特記する場合を除いて任意に変更することができる。
【００９３】
また、楽観的排他処理直列化装置１００に関して、図示の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。
【００９４】
例えば、楽観的排他処理直列化装置１００が備える処理機能、特に制御部１０２にて行われる各処理機能については、その全部または任意の一部を、ＣＰＵおよび当該ＣＰＵにて解釈実行されるプログラムにて実現してもよく、また、ワイヤードロジックによるハードウェアとして実現してもよい。尚、プログラムは、本実施形態で説明した処理を情報処理装置に実行させるためのプログラム化された命令を含む一時的でないコンピュータ読み取り可能な記録媒体に記録されており、必要に応じて楽観的排他処理直列化装置１００に機械的に読み取られる。すなわち、ＲＯＭまたはＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）などの記憶部などには、ＯＳと協働してＣＰＵに命令を与え、各種処理を行うためのコンピュータプログラムが記録されている。このコンピュータプログラムは、ＲＡＭにロードされることによって実行され、ＣＰＵと協働して制御部を構成する。
【００９５】
また、このコンピュータプログラムは、楽観的排他処理直列化装置１００に対して任意のネットワークを介して接続されたアプリケーションプログラムサーバに記憶されていてもよく、必要に応じてその全部または一部をダウンロードすることも可能である。
【００９６】
また、本実施形態で説明した処理を実行するためのプログラムを、一時的でないコンピュータ読み取り可能な記録媒体に格納してもよく、また、プログラム製品として構成することもできる。ここで、この「記録媒体」とは、メモリーカード、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）メモリ、ＳＤ（Ｓｅｃｕｒｅ  Ｄｉｇｉｔａｌ）カード、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（登録商標）（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  ａｎｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｋ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＭＯ（Ｍａｇｎｅｔｏ−Ｏｐｔｉｃａｌ  ｄｉｓｋ）、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）、および、Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ等の任意の「可搬用の物理媒体」を含むものとする。
【００９７】
また、「プログラム」とは、任意の言語または記述方法にて記述されたデータ処理方法であり、ソースコードまたはバイナリコード等の形式を問わない。なお、「プログラム」は必ずしも単一的に構成されるものに限られず、複数のモジュールやライブラリとして分散構成されるものや、ＯＳに代表される別個のプログラムと協働してその機能を達成するものをも含む。なお、実施形態に示した各装置において記録媒体を読み取るための具体的な構成および読み取り手順ならびに読み取り後のインストール手順等については、周知の構成や手順を用いることができる。
【００９８】
記憶部１０６に格納される各種のデータベース等は、ＲＡＭ、ＲＯＭ等のメモリ装置、ハードディスク等の固定ディスク装置、フレキシブルディスク、および、光ディスク等のストレージ手段であり、各種処理やウェブサイト提供に用いる各種のプログラム、テーブル、データベース、および、ウェブページ用ファイル等を格納する。
【００９９】
また、楽観的排他処理直列化装置１００は、既知のパーソナルコンピュータまたはワークステーション等の情報処理装置として構成してもよく、また、任意の周辺装置が接続された当該情報処理装置として構成してもよい。また、楽観的排他処理直列化装置１００は、当該装置に本実施形態で説明した処理を実現させるソフトウェア（プログラムまたはデータ等を含む）を実装することにより実現してもよい。
【０１００】
更に、装置の分散・統合の具体的形態は図示するものに限られず、その全部または一部を、各種の付加等に応じてまたは機能負荷に応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。すなわち、上述した実施形態を任意に組み合わせて実施してもよく、実施形態を選択的に実施してもよい。
【産業上の利用可能性】
【０１０１】
本発明は、食品業界、流通業界、建材業界または運送業界等の大量データを同時処理する必要がある業界において有用である。
【符号の説明】
【０１０２】
１００  楽観的排他処理直列化装置
１０２  制御部
１０２ａ  トランザクション実行部
１０２ｂ  排他チェック部
１０２ｃ  待機部
１０２ｄ  トランザクション確定部
１０２ｅ  待機解除部
１０２ｆ  通知部
１０２ｇ  上書更新対象特定部
１０２ｈ  更新部
１０２ｉ  制限部
１０４  通信インターフェース部
１０６  記憶部
１０６ａ  対象データデータベース
１０８  入出力インターフェース部
１１２  入力装置
１１４  出力装置
２００  サーバ
３００  ネットワーク
【図１】
2019021043.tif 000003
【図２】
2019021043.tif 000004
【図３】
2019021043.tif 000005
【図４】
2019021043.tif 000006
【図５】
2019021043.tif 000007
【図６】
2019021043.tif 000008
【図７】
2019021043.tif 000009
【図８】
2019021043.tif 000010
【図９】
2019021043.tif 000011
【図１０】
2019021043.tif 000012
【図１１】
2019021043.tif 000013
【図１２】
2019021043.tif 000014
【図１３】
2019021043.tif 000015