JP4486108B2 - データ処理システム、端末装置及びプログラム - Google Patents

Description

本発明は、複数の端末装置がデータベースにアクセスするデータ処理システムと、当該データ処理システムに用いられる端末装置とそのプログラムに関する。

証券取引所において有価証券の売買注文が約定すると、証券会社ではその約定の内容をデータベースに登録し、顧客口座の残高管理などに利用している。このデータベースへの登録は、証券取引所からの約定成立通知に応じてコンピュータ・システムにより自動的に行う場合と、約定の内容を記した約定伝票をもとにオペレータが手入力で行う場合とがある。後者の場合、約定伝票を見ながら約定内容を１件ずつ入力することになるため、効率的な入力作業が要請される。

図１５は、約定伝票の内容を入力する際の端末装置の入力画面の表示例を示す説明図である。図１５に例示する表示画面では、それぞれ１枚の約定伝票の内容入力に用いられるウィンドウ１８０１〜１８０３が表示されている。オペレータは、オペレータに配布された約定伝票を見ながら、ウィンドウ上の各入力項目にデータを入力する。ウィンドウに１枚の約定伝票の内容データの入力を終える度に、オペレータは当該ウィンドウの右下隅にある登録ボタンをマウス等でクリック操作して、１伝票分のデータをデータベースに送信して当該１枚の約定伝票の内容を登録する。なお、下記の特許文献１には、有価証券の約定内容を入力して記憶手段に蓄積するシステムが記載されている。また、特許文献２には、約定伝票のデータの処理を行う分散処理サーバが記載されている。
特許文献３には、データベースの書込ブロックをランダムに決定してデッドロックを防止するようにしたデータレコード格納方式が記載されている。特許文献４には、データベースのデータをロックするためのロック要求からデッドロックの検出を行うようにしたロック管理装置が記載されている。

特開２００４−１６４００８号公報 特開２００２−３１２３３２号公報 特開平０５−２４１９１９号公報 特開平０７−１４１２４３号公報

複数の端末装置がデータベースにアクセスするデータ処理システムでは、データベースのアクセスの排他制御により、デッドロックが発生する可能性がある。図１６は、データベースのアクセスの排他制御によるデッドロックを説明するための説明図である。
図１６の例において、データベースＤＢは、データを記憶するレコードを備えたブロックＡ０，Ａ１，Ａ２，・・・を有しており、トランザクションＴＲ１を実行する第１の端末装置がデータベースＤＢのレコードのアクセス権を要求しており、トランザクションＴＲ２を実行する第２の端末装置がデータベースＤＢのレコードのアクセス権を要求している。データベースＤＢのブロックＡ０はレコードＡ００〜Ａ０９を備えており、ブロックＡ１はレコードＡ１０〜Ａ１９を備えており、ブロックＡ２はレコードＡ２０〜Ａ２９を備えており、ブロックＡ３はレコードＡ３０〜Ａ３９を備えており、ブロックＡ４はレコードＡ４０〜Ａ４９を備えており、ブロックＡ５はレコードＡ５０〜Ａ５９を備えており、ブロックＡ６はレコードＡ６０〜Ａ６９を備えており、ブロックＡ７はレコードＡ７０〜Ａ７９を備えている。トランザクションは、単一又は複数の処理を１つの処理単位としてまとめたものであり、単一又は複数の処理のそれぞれとしては、データベースＤＢのブロックＡ０，Ａ１，Ａ２，・・・のレコードに対するデータの記憶や更新等がある。

トランザクションを行う端末装置は、まず処理対象のレコードにライトアクセスするためのアクセス権をデータベースＤＢのアクセス権付与部に要求する。このデータベースＤＢのアクセス権付与部は、ブロック単位でアクセス権の付与の可否を判断し、要求されたアクセス権に係るレコードのブロックについて当該ブロックに含まれるレコードのアクセス権が他の端末装置に付与されていない場合は、要求元の端末装置にアクセス権を付与し、他の端末装置に付与されている場合は、当該他の端末装置から当該ブロックに含まれるレコードのアクセス権が解放された後に要求元の端末装置にアクセス権を付与する。アクセス権が付与された当該要求元の端末装置は、トランザクションの各処理が終了すると、当該付与されたアクセス権の解放をアクセス権付与部に要求する。図１６の例では、第１の端末装置は、レコードＡ１２，Ａ２４，Ａ６３のアクセス権を付与されてからトランザクションＴＲ１により、データＤ１１をレコードＡ１２に、データＤ１６をレコードＡ６３に、データＤ１２をレコードＡ２４に書き込んで記憶するものとする。また、第２の端末装置は、レコードＡ２９，Ａ３７，Ａ６５のアクセス権を付与されてからトランザクションＴＲ２により、データＤ２２をレコードＡ２９に、データＤ２３をレコードＡ３７に、データＤ２６をレコードＡ６５に書き込んで記憶するものとする。

図１６には、以下のようなアクセス権の付与に関する処理が示されている。
・時刻ｔ１： 第１の端末装置は、データＤ１１を書き込むためのレコードＡ１２のアクセス権をアクセス権付与部に要求し、当該レコードＡ１２のアクセス権を付与される。
・時刻ｔ２： 第２の端末装置は、データＤ２２を書き込むためのレコードＡ２９のアクセス権をアクセス権付与部に要求し、当該レコードＡ２９のアクセス権を付与される。
・時刻ｔ３： 第１の端末装置は、データＤ１６を書き込むためのレコードＡ６３のアクセス権をアクセス権付与部に要求し、当該レコードＡ６３のアクセス権を付与される。
・時刻ｔ４： 第２の端末装置は、データＤ２３を書き込むためのレコードＡ３７のアクセス権をアクセス権付与部に要求し、当該レコードＡ３７のアクセス権を付与される。
・時刻ｔ５： 第１の端末装置は、データＤ１２を書き込むためのレコードＡ２４のアクセス権をアクセス権付与部に要求するが、ブロックＡ２のレコードＡ２９のアクセス権は既に第２の端末装置に付与されているため、第２の端末装置によりレコードＡ２９のアクセス権が解放されてアクセス権付与部からアクセス権が付与されるのを待つ状態となる。
・時刻ｔ６： 第２の端末装置は、データＤ２６を書き込むためのレコードＡ６５のアクセス権をアクセス権付与部に要求するが、ブロックＡ６のレコードＡ６３のアクセス権は既に第１の端末装置に付与されているため、第１の端末装置によりレコードＡ６３のアクセス権が解放されてアクセス権付与部からアクセス権が付与されるのを待つ状態となる。
その結果、第１及び第２の端末装置の双方が待ち状態となり、デッドロックが発生し得る。

本発明は上記の課題に鑑みてなされたものであり、その目的は、複数の端末装置がアクセス権を要求してデータベースにアクセスする場合において、デッドロックの発生を防止することができるデータ処理システム、端末装置及びプログラムを提供することにある。

本発明の第１の形態は、データベースと、前記データベースにアクセスする複数の端末装置と、前記データベースのレコードにライトアクセスするためのアクセス権を前記端末装置に付与するアクセス権付与部とを備えたデータ処理システムにおいて、
前記データベースのレコードは、当該レコードのレコード番号に対応付けてデータと当該データの登録状態又は未登録状態を示すフラグを記憶し、前記データと前記登録状態を示すフラグが前記レコードに記憶されることにより当該データが登録され、前記データが記憶された前記レコードのフラグが前記登録状態から前記未登録状態を示すフラグに更新されることにより当該データの登録が取り消されるものであり、
前記複数の端末装置の各々は、前記データベースに登録されたデータの検索条件を入力するための検索条件入力画面を当該端末装置の表示部に表示して当該端末装置のユーザにより前記検索条件入力画面に入力された前記検索条件を受け取り、受け取った前記検索条件に基づいて前記データベースのレコードに前記登録状態を示すフラグとともに記憶されているデータの中から前記検索条件に該当するデータを検索する検索処理を行い、前記検索条件に該当するデータと当該データが記憶されたレコードのレコード番号を前記データベースから取得して検索結果記憶手段に記憶する検索部と、前記検索結果記憶手段に記憶された前記検索条件に該当するデータと前記登録を取り消すべきデータを指定するための指定入力欄とを当該端末装置の表示部に表示し、当該端末装置のユーザにより前記登録を取り消すべきデータとして前記指定入力欄で指定された登録取消対象のデータが記憶されたレコードのレコード番号を前記検索結果記憶手段から取得してレコード番号記憶手段に記憶する登録取消データ受取部と、前記登録取消データ受取部により複数のレコードのレコード番号が前記レコード番号記憶手段に記憶された場合に、前記レコード番号記憶手段に記憶された各レコード番号のレコードのアクセス権をレコード番号に関して予め定められた前記複数の端末装置に共通の順序に従って前記アクセス権付与部に要求し、前記レコード番号記憶手段に記憶された各レコード番号のレコードのアクセス権を前記アクセス権付与部から付与されたときに前記レコード番号記憶手段に記憶された各レコード番号のレコードのフラグを前記登録状態から前記未登録状態を示すフラグに更新するための更新処理を行い、前記更新処理後に前記レコード番号記憶手段に記憶された各レコード番号のレコードのアクセス権の解放を前記アクセス権付与部に要求するアクセス制御部とを備え、
前記アクセス権付与部は、前記複数の端末装置のうち一の端末装置の前記アクセス制御部から前記レコード番号のレコードのアクセス権を要求された場合に、当該レコード番号のレコードを含むブロック内のレコードのアクセス権を前記複数の端末装置のうち前記一の端末装置以外の他の端末装置に付与していないときには前記レコード番号のレコードのアクセス権を前記一の端末装置に付与し、前記複数の端末装置のうち前記一の端末装置以外の他の端末装置に前記ブロック内のレコードのアクセス権を付与していたときには、当該他の端末装置から前記ブロック内のレコードのアクセス権の解放を要求された後に前記レコード番号のレコードのアクセス権を前記一の端末装置に付与することを特徴とするデータ処理システムである。

本発明の第１の形態のデータ処理システムにおいて、前記端末装置の前記アクセス制御部は、前記レコード番号記憶手段に記憶された各レコード番号のレコードのアクセス権をレコード番号順に前記アクセス権付与部に要求する構成としてもよい。前記端末装置の前記登録取消データ受取部は、前記検索結果記憶手段に記憶された前記検索条件に該当する各データと当該データを前記登録を取り消すべきデータとして指定するための前記指定入力欄を対応付けて当該端末装置の表示部に表示し、当該端末装置のユーザにより前記登録を取り消すべきデータとして前記指定入力欄で指定された登録取消対象のデータを受け取り、受け取った登録取消対象のデータが記憶されたレコードのレコード番号を前記検索結果記憶手段から取得してレコード番号記憶手段に記憶し、前記端末装置の前記アクセス制御部は、前記登録取消データ受取部により複数のレコードのレコード番号が前記レコード番号記憶手段に記憶された場合に、前記レコード番号記憶手段に記憶された各レコード番号のレコードのアクセス権をレコード番号の小さい順に前記アクセス権付与部に要求する構成としてもよい。

本発明の第１の形態のデータ処理システムにおいて、前記端末装置の前記アクセス制御部は、前記レコード番号記憶手段に記憶されたレコード番号のレコードのアクセス権を前記アクセス権付与部に要求する場合に、当該レコード番号と当該端末装置を識別する端末ＩＤとを含むアクセス権要求情報を前記アクセス権付与部に送信し、前記レコード番号記憶手段に記憶された各レコード番号のレコードのアクセス権の解放を前記アクセス権付与部に要求する場合に、前記レコード番号記憶手段に記憶された各レコード番号を含むアクセス権解放要求情報を前記アクセス権付与部に送信するものであり、
前記アクセス権付与部は、前記データベースのブロックを識別するブロック番号と当該ブロックに含まれるレコードのレコード番号を対応付けたブロックテーブルと、前記データベースの各ブロックのブロック番号毎のアクセスキューと、前記端末装置の前記アクセス制御部から前記アクセス権要求情報又はアクセス権解放要求情報を受け取る要求受取手段と、前記要求受取手段が受け取った前記アクセス権要求情報に含まれるレコード番号に対応付けされたブロック番号を前記ブロックテーブルから取得し、取得したブロック番号のアクセスキューが空である第１の場合は、当該ブロック番号のアクセスキューに前記アクセス権要求情報に含まれる前記レコード番号及び前記端末ＩＤをエンキューし、前記アクセス権要求情報に含まれる当該レコード番号を含むアクセス権付与情報を当該端末ＩＤの端末装置に送信することにより当該レコード番号のレコードのアクセス権を当該端末ＩＤの端末装置に付与し、取得したブロック番号のアクセスキューの先頭に格納されている前記端末ＩＤが前記アクセス権要求情報に含まれる前記端末ＩＤと同じである第２の場合は、前記アクセス権要求情報に含まれる前記レコード番号を含むアクセス権付与情報を当該端末識別情報の端末装置に送信することにより当該レコード番号のレコードのアクセス権を当該端末ＩＤの端末装置に付与し、取得したブロック番号のアクセスキューの先頭に格納されている前記端末ＩＤが前記アクセス権要求情報に含まれる前記端末ＩＤと同じでない第３の場合は、当該ブロック番号のアクセスキューの末尾に前記アクセス権要求情報に含まれる前記レコード番号及び前記端末ＩＤをエンキューするアクセスキュー制御手段とを備え、
前記アクセスキュー制御手段は、前記要求受取手段が受け取った前記アクセス権解放要求情報に含まれる各レコード番号に対応付けされたブロック番号を前記ブロックテーブルから取得し、取得した各ブロック番号のうち互いに異なるブロック番号のアクセスキューをデキューすることにより前記各レコード番号のレコードのアクセス権を解放し、デキューされた前記アクセスキューのうち空ではないアクセスキューの先頭に格納されている前記レコード番号及び前記端末ＩＤに基づいて当該レコード番号を含むアクセス権付与情報を当該端末ＩＤの端末装置に送信することにより当該レコード番号のレコードのアクセス権を当該端末ＩＤの端末装置に付与する構成としてもよい。

本発明の第２の形態は、レコードのレコード番号に対応付けてデータと当該データの登録状態又は未登録状態を示すフラグを当該レコードに記憶し、前記データと前記登録状態を示すフラグを前記レコードに記憶することにより当該データを登録し、前記データが記憶された前記レコードのフラグを前記登録状態から前記未登録状態を示すフラグに更新することにより当該データの登録を取り消すデータベースと、前記データベースにアクセスする複数の端末装置と、前記データベースのレコードにライトアクセスするためのアクセス権を前記端末装置に付与するアクセス権付与部であって、前記複数の端末装置のうち一の端末装置から前記レコード番号のレコードのアクセス権を要求された場合に、当該レコード番号のレコードを含むブロック内のレコードのアクセス権を前記複数の端末装置のうち前記一の端末装置以外の他の端末装置に付与していないときには前記レコード番号のレコードのアクセス権を前記一の端末装置に付与し、前記複数の端末装置のうち前記一の端末装置以外の他の端末装置に前記ブロック内のレコードのアクセス権を付与していたときには、当該他の端末装置から前記ブロック内のレコードのアクセス権の解放を要求された後に前記レコード番号のレコードのアクセス権を前記一の端末装置に付与するアクセス権付与部とを備えたデータ処理システムに用いられる端末装置において、
前記データベースに登録されたデータの検索条件を入力するための検索条件入力画面を当該端末装置の表示部に表示して当該端末装置のユーザにより前記検索条件入力画面に入力された前記検索条件を受け取り、受け取った前記検索条件に基づいて前記データベースのレコードに前記登録状態を示すフラグとともにに記憶されているデータの中から前記検索条件に該当するデータを検索する検索処理を行い、前記検索条件に該当するデータと当該データが記憶されたレコードのレコード番号を前記データベースから取得して検索結果記憶手段に記憶する検索部と、前記検索結果記憶手段に記憶された前記検索条件に該当するデータと前記登録を取り消すべきデータを指定するための指定入力欄とを当該端末装置の表示部に表示し、当該端末装置のユーザにより前記登録を取り消すべきデータとして前記指定入力欄で指定された登録取消対象のデータが記憶されたレコードのレコード番号を前記検索結果記憶手段から取得してレコード番号記憶手段に記憶する登録取消データ受取部と、前記登録取消データ受取部により複数のレコードのレコード番号が前記レコード番号記憶手段に記憶された場合に、前記レコード番号記憶手段に記憶された各レコード番号のレコードのアクセス権をレコード番号に関して予め定められた前記複数の端末装置に共通の順序に従って前記アクセス権付与部に要求し、前記レコード番号記憶手段に記憶された各レコード番号のレコードのアクセス権を前記アクセス権付与部から付与されたときに前記レコード番号記憶手段に記憶された各レコード番号のレコードのフラグを前記登録状態から前記未登録状態を示すフラグに更新するための更新処理を行い、前記更新処理後に前記レコード番号記憶手段に記憶された各レコード番号のレコードのアクセス権の解放を前記アクセス権付与部に要求するアクセス制御部とを備えることを特徴とする端末装置である。

本発明の第２の形態の端末において、前記アクセス制御部は、前記レコード番号記憶手段に記憶された各レコード番号のレコードのアクセス権をレコード番号順に前記アクセス権付与部に要求する構成としてもよい。前記登録取消データ受取部は、前記検索結果記憶手段に記憶された前記検索条件に該当する各データと当該データを前記登録を取り消すべきデータとして指定するための前記指定入力欄を対応付けて前記表示部に表示し、前記ユーザにより前記登録を取り消すべきデータとして前記指定入力欄で指定された登録取消対象のデータを受け取り、受け取った登録取消対象のデータが記憶されたレコードのレコード番号を前記検索結果記憶手段から取得してレコード番号記憶手段に記憶し、前記アクセス制御部は、前記登録取消データ受取部により複数のレコードのレコード番号が前記レコード番号記憶手段に記憶された場合に、前記レコード番号記憶手段に記憶された各レコード番号のレコードのアクセス権をレコード番号の小さい順に前記アクセス権付与部に要求する構成としてもよい。

本発明の第３の形態は、コンピュータを、本発明の第２の形態の端末装置として機能させるためのプログラムである。

本発明によれば、複数の端末装置がアクセス権を要求してデータベースにアクセスする場合において、デッドロックの発生を防止することができるデータ処理システム、端末装置及びプログラムを提供することができる。特に、データベースに登録されたデータを複数の端末装置から検索して検索条件に該当する複数のデータの登録を取り消す場合に、デッドロックの発生を防止することができるデータ処理システム、端末装置及びプログラムを提供することができる。

以下、本発明の実施形態について、図面を参照して説明する。図１は、本発明の実施形態に係るデータ処理システムの構成の一例を示すブロック図である。
図１のデータ処理システムは、証券取引の約定に関するデータ（以下、「約定データ」と記す場合がある）を管理する約定データベース装置（約定ＤＢ装置）２０と、この約定データベース装置２０にアクセスして約定データの登録や取消等の処理を行う複数の端末装置１０−１，１０−２（以下、各々を代表して「端末装置１０」と記す場合がある）とを備えている。端末装置１０−１，１０−２と約定データベース装置２０は、ＬＡＮ（Local Area Network）等のネットワーク５を介して接続されている。
端末装置１０は、インタフェース部（Ｉ／Ｆ部）１１と、処理部１２と、表示部１３と、入力部１４とを有し、入力部１４には端末装置１０のユーザであるオペレータにより種々のデータが入力される。処理部１２は、検索部１１０と、登録取消データ受取部１２０と、アクセス制御部１３０と、登録データ受取部１４０とを有する。

約定データベース装置２０は、インタフェース部（Ｉ／Ｆ部）２１と、処理部２２と、約定データをレコードに記憶するデータベース（ＤＢ）２３とを有する。処理部２２は、アクセス権付与部２１０とアクセス処理部２６０を有する。
約定データベース装置２０の処理部２２のアクセス権付与部２１０は、端末装置１０のアクセス制御部１３０からの要求を受け取る要求受取手段２２０と、データベース２３のブロックを識別するブロック番号と当該ブロックに含まれるレコードのレコード番号を対応付けたブロックテーブル２３０と、データベース２３の各ブロックのブロック番号毎のアクセスキュー２４０と、アクセスキュー２４０を制御するアクセスキュー制御手段２５０とを有する。

図２は、ブロックテーブル２３０のデータ構成を例示する説明図であり、データベース２３のブロックの符号と当該ブロックに含まれるレコードの符号、レコードの符号と当該レコードのレコード番号、レコード番号と当該レコード番号のレコードを含むブロックのブロック番号を例示する説明図であり、一例としてブロックＡ０〜Ａ９に関するものを示している。
ブロックの符号Ａ０には当該ブロックに含まれるレコードの符号Ａ００〜Ａ０９が対応付けされており、レコードの符号Ａ００〜Ａ０９には当該レコードのレコード番号０００００〜００００９が対応付けされており、レコード番号０００００〜００００９には当該レコード番号のレコードを含むブロックのブロック番号００００が対応付けされており、レコード番号の下１桁を除いた番号がブロック番号になっている。
ブロックの符号Ａ１には当該ブロックに含まれるレコードの符号Ａ１０〜Ａ１９が対応付けされており、レコードの符号Ａ１０〜Ａ１９には当該レコードのレコード番号０００１０〜０００１９が対応付けされており、レコード番号０００１０〜０００１９には当該レコード番号のレコードを含むブロックのブロック番号０００１が対応付けされており、レコード番号の下１桁を除いた番号がブロック番号になっている。
ブロックの符号Ａ２には当該ブロックに含まれるレコードの符号Ａ２０〜Ａ２９が対応付けされており、レコードの符号Ａ２０〜Ａ２９には当該レコードのレコード番号０００２０〜０００２９が対応付けされており、レコード番号０００２０〜０００２９には当該レコード番号のレコードを含むブロックのブロック番号０００２が対応付けされており、レコード番号の下１桁を除いた番号がブロック番号になっている。
ブロックの符号Ａ３には当該ブロックに含まれるレコードの符号Ａ３０〜Ａ３９が対応付けされており、レコードの符号Ａ３０〜Ａ３９には当該レコードのレコード番号０００３０〜０００３９が対応付けされており、レコード番号０００３０〜０００３９には当該レコード番号のレコードを含むブロックのブロック番号０００３が対応付けされており、レコード番号の下１桁を除いた番号がブロック番号になっている。
なお、図２のブロックテーブル２３０において、ブロックの符号とレコードの符号の対応付けを削除し、レコード番号と当該レコード番号のレコードを含むブロックのブロック番号を対応付ける構成としてもよい。

図３は、図１に示すデータ処理システムのデータ処理の概要を説明する説明図である。図３において、データベース２３は、データを記憶するレコードを備えたブロックＡ０，Ａ１，Ａ２，・・・を有しており、トランザクションＴＲ１を実行する第１の端末装置１０−１がデータベース２３のレコードのアクセス権を要求しており、トランザクションＴＲ２を実行する第２の端末装置１０−２がデータベース２３のレコードのアクセス権を要求している。トランザクションは、複数の処理を１つの処理単位としてまとめたものであり、処理としては、データベース２３のブロックＡ０，Ａ１，Ａ２，・・・のレコードに対するデータの記憶や更新等がある。

トランザクションを行う端末装置１０は、まず処理対象のレコードにライトアクセスするためのアクセス権を約定データベース装置２０のアクセス権付与部２１０に要求する。約定データベース装置２０のアクセス権付与部２１０は、ブロック単位でアクセス権の付与の可否を判断し、要求されたアクセス権に係るレコードのブロックについて当該ブロックに含まれるレコードのアクセス権が他の端末装置に付与されていない場合は、要求元の端末装置１０にアクセス権を付与し、他の端末装置に付与されている場合は、当該他の端末装置から当該ブロックに含まれるレコードのアクセス権が解放された後に要求元の端末装置１０にアクセス権を付与する。アクセス権が付与された当該要求元の端末装置１０は、トランザクションの各処理が終了すると、当該付与されたアクセス権の解放をアクセス権付与部２１０に要求する。図３の例では、第１の端末装置１０−１は、３個のデータＤ１１，１２，Ｄ１６を記憶するためのレコードＡ１２，Ａ２４，Ａ６３のアクセス権を付与されてからトランザクションＴＲ１により、データＤ１１をレコードＡ１２に、データＤ１２をレコードＡ２４に、データＤ１６をレコードＡ６３に書き込んで記憶するものとする。また、第２の端末装置１０−２は、３個のデータＤ２２，Ｄ２３，Ｄ２６を記憶するためのレコードＡ２９、Ａ３７，Ａ６５のアクセス権を付与されてからトランザクションＴＲ２により、データＤ２２をレコードＡ２９に、データＤ２３をレコードＡ３７に、データＤ２６をレコードＡ６５に書き込んで記憶するものとする。データＤ１１，Ｄ１２，Ｄ１６，Ｄ２２，Ｄ２３，Ｄ２６は、例えば約定データを登録する場合には約定データと登録状態を示すフラグからなるものとし、約定データの登録を取り消す場合には未登録状態を示すフラグからなるものとしてもよい。

図３には、以下のようなアクセス権の付与に関する処理が示されている。
・時刻ｔ１： 第１の端末装置１０−１は、データＤ１１を書き込むためのレコードＡ１２のアクセス権をアクセス権付与部２１０に要求し、当該レコードＡ１２のアクセス権を付与される。
・時刻ｔ２： 第２の端末装置１０−２は、データＤ２２を書き込むためのレコードＡ２９のアクセス権をアクセス権付与部２１０に要求し、当該レコードＡ２９のアクセス権を付与される。
・時刻ｔ３： 第１の端末装置１０−１は、データＤ１２を書き込むためのレコードＡ２４のアクセス権をアクセス権付与部２１０に要求するが、ブロックＡ２のレコードＡ２９のアクセス権は既に第２の端末装置１０−２に付与されているため、第２の端末装置１０−２によりレコードＡ２９のアクセス権が解放されてアクセス権付与部２１０からアクセス権が付与されるのを待つ状態となる。
・時刻ｔ４： 第２の端末装置１０−２は、データＤ２３を書き込むためのレコードＡ３７のアクセス権をアクセス権付与部２１０に要求し、当該レコードＡ３７のアクセス権を付与される。
・時刻ｔ５： 第２の端末装置１０−２は、データＤ２６を書き込むためのレコードＡ６５のアクセス権をアクセス権付与部２１０に要求し、当該レコードＡ６５のアクセス権を付与される。レコードＡ２９，Ａ３７，Ａ６５のアクセス権を付与された第２の端末装置１０−２は、トランザクションＴＲ２の各処理を実行してトランザクションＴＲ２が終了すると、レコードＡ２９，Ａ３７，Ａ６５のアクセス権の解放をアクセス権付与部２１０に要求し、これらのレコードＡ２９，Ａ３７，Ａ６５のアクセス権が解放される。これにより、レコードＡ２９を含むブロックＡ２内のレコードと、レコードＡ３７を含むブロックＡ３内のレコードと、レコード６５を含むブロックＡ６内のレコードは、第１の端末装置１０−１からアクセス可能となる。

・時刻ｔ６： レコードＡ２４のアクセス権の付与を待つ状態となっている第１の端末装置１０−１は、アクセス権付与部２１０からレコードＡ２４のアクセス権を付与される。
・時刻ｔ７： 第１の端末装置１０−１は、データＤ１６を書き込むためのレコードＡ６３のアクセス権をアクセス権付与部２１０に要求し、当該レコードＡ６３のアクセス権を付与される。
このように、端末装置１０−１ではデータＤ１１，Ｄ１２，Ｄ１６を記憶するレコードＡ１２，Ａ２４，Ａ６３のアクセス権をレコード番号の小さい順（すなわち、レコードＡ１２のレコード番号は０００１２であり、レコードＡ２４のレコード番号は０００２４であり、レコードＡ６３のレコード番号は０００６３であるため、レコードＡ１２、レコードＡ２４、レコードＡ６３の順）にアクセス権付与部２１０に要求し、端末装置１０−２ではデータＤ２２，Ｄ２３，Ｄ２６を記憶するレコードＡ２９，Ａ３７，Ａ６５のアクセス権をレコード番号の小さい順（すなわち、レコードＡ２９のレコード番号は０００２９であり、レコードＡ３７のレコード番号は０００３７であり、レコードＡ６５のレコード番号は０００６５であるため、レコードＡ２９、レコードＡ３７、レコードＡ６５の順）にアクセス権付与部２１０に要求し、複数の端末装置１０−１，１０−２の各々が複数の端末装置１０−１，１０−２に共通の順序で要求することで、データベース２３のアクセスの排他制御によるデッドロックを回避することができるようになっている。

次に、図１のデータ処理システムの構成について詳しく説明する。
端末装置１０の処理部１２は、約定データベース装置２０に対する約定データの登録や取消に関わる処理動作の制御を司る。この処理部１２は、約定データの登録や取消に関わる指示の入力を案内するためのＧＵＩ（Graphical User Interface）画面を表示部１３に表示したり、このＧＵＩ画面に対して入力部１４から入力された指示を処理したり、入力された指示に従って約定データベース装置２０にアクセスしたりする処理動作を実行する。
処理部１２は、例えばメモリに格納されたプログラムに従って順次に命令を実行するコンピュータを含み、コンピュータがプログラムに基づいて処理動作を行うようにしてもよく、処理動作の一部又は全部を論理回路により構成されたハードウェアで実行するようにしてもよい。

端末装置１０の処理部１２の登録データ受取部１４０は、データベース２３に登録すべき約定データを入力するためのＧＵＩ画面である登録データ入力画面を表示部１３に表示し、当該端末装置１０のユーザであるオペレータにより登録データ入力画面に対して入力部１４から入力されたｋ個（但し、ｋは自然数）の約定データを受け取って登録データ記憶手段１４１に記憶する。また、入力部１４から登録データ入力画面に入力された約定データをデータベース２３のレコードに記憶する当該レコードのレコード番号を取得するため、登録データ入力画面に入力されたｋ個の約定データのレコード番号をインタフェース部１１及びネットワーク５を通じて約定データベース装置２０の処理部２２のアクセス権付与部２１０に要求し、ｋ個の約定データを記憶するためのｋ個の空きレコードのレコード番号を約定データベース装置２０の処理部２２のアクセス権付与部２１０から取得し、取得したｋ個の空きレコードのレコード番号を当該端末装置１０のアクセス制御部１３０のレコード番号記憶手段１３１に記憶する。レコードにデータの登録状態又は未登録状態を示すフラグを記憶するフィールドを設けて未登録状態を示すフラグを記憶したレコードを空きレコードとして用いるようにしてもよい。

端末装置１０の処理部１２のアクセス制御部１３０は、登録データ受取部１４０によりレコード番号記憶手段１３１に記憶された各レコード番号のレコードにライトアクセスするためのアクセス権をレコード番号に関して予め定められた複数の端末装置１０−１，１０−２に共通の順序に従って約定データベース装置２０の処理部２２のアクセス権付与部２１０に要求し、例えばレコード番号記憶手段１３１に記憶された各レコード番号のレコードのアクセス権をレコード番号順にアクセス権付与部２１０に要求する。端末装置１０の処理部１２のアクセス制御部１３０は、レコード番号記憶手段１３１に記憶されたレコード番号のレコードのアクセス権をアクセス権付与部２１０に要求する場合、当該レコード番号と当該端末装置１０を識別する端末識別情報（端末ＩＤ）とを含むアクセス権要求情報をアクセス権付与部２１０に送信する。そして、レコード番号記憶手段１３１に記憶された各レコード番号のレコードのアクセス権をアクセス権付与部２１０から付与されると、レコード番号記憶手段１３１に記憶されているレコード番号のレコードに登録データ記憶手段１４１に記憶されている約定データと登録状態を示すフラグを書き込むためのライト命令を、インタフェース部１１及びネットワーク５を通じて約定データベース装置２０のアクセス処理部２６０に送信することにより登録処理を行う。
アクセス制御部１３０は、登録データ記憶手段１４１に記憶されているｋ個の約定データのそれぞれを、レコード番号記憶手段１３１に記憶されているｋ個のレコード番号のレコードに対して登録状態を示すフラグとともに書き込むための処理を終了すると、レコード番号記憶手段１３１に記憶された各レコード番号のレコードのアクセス権の解放を、インタフェース部１１及びネットワーク５を通じて約定データベース装置２０の処理部２２のアクセス権付与部２１０に要求し、レコード番号記憶手段１３１に記憶された各レコード番号のレコードのアクセス権が約定データベース装置２０のアクセス権付与部２１０により解放される。端末装置１０の処理部１２のアクセス制御部１３０は、レコード番号記憶手段１３１に記憶された各レコード番号のレコードのアクセス権の解放をアクセス権付与部２１０に要求する場合、レコード番号記憶手段１３１に記憶された各レコード番号を含むアクセス権解放要求情報をアクセス権付与部２１０に送信する。

また、端末装置１０の処理部１２の検索部１１０は、データベース２３に登録された約定データの検索条件を入力するためのＧＵＩ画面である検索条件入力画面を当該端末装置１０の表示部１３に表示し、当該端末装置１０のユーザにより検索条件入力画面に対して入力部１４から入力された検索条件を受け取り、受け取った検索条件に基づいてデータベース２３のレコードに登録状態を示すフラグとともに記憶されている約定データの中から検索条件に該当する約定データを検索する検索命令をインタフェース部１１及びネットワーク５を通じて約定データベース装置２０のアクセス処理部２６０に送信することにより検索処理を行い、アクセス処理部２６０により検索条件に該当する約定データが検索された後に、アクセス処理部２６０から検索条件に該当する約定データと当該約定データが記憶されたレコードのレコード番号を取得して当該検索部１１０の検索結果記憶手段１１１に記憶する。

端末装置１０の処理部１２の登録取消データ受取部１２０は、検索部１１０の検索結果記憶手段１１１に記憶された検索条件に該当する約定データと登録を取り消すべき約定データを指定するための指定入力欄とを含む登録取消画面を当該端末装置１０の表示部１３に表示し、当該端末装置１０のユーザにより登録を取り消すべき約定データとして入力部１４から指定入力欄で指定されたｓ個（但し、ｓは自然数）の約定データが記憶されたレコードのレコード番号を検索部１１０の検索結果記憶手段１１１から取得し、取得したｓ個のレコード番号を当該端末装置１０のアクセス制御部１３０のレコード番号記憶手段１３１に記憶する。

端末装置１０の処理部１２のアクセス制御部１３０は、登録取消データ受取部１２０によりレコード番号記憶手段１３１に記憶された各レコード番号のレコードのアクセス権をレコード番号に関して予め定められた複数の端末装置１０−１，１０−２に共通の順序に従って約定データベース装置２０の処理部２２のアクセス権付与部２１０に要求し、例えばレコード番号記憶手段１３１に記憶された各レコード番号のレコードのアクセス権をレコード番号順にアクセス権付与部２１０に要求する。そして、レコード番号記憶手段１３１に記憶された各レコード番号のレコードのアクセス権をアクセス権付与部２１０から付与されると、レコード番号記憶手段１３１に記憶された各レコード番号のレコードのフラグを登録状態から未登録状態を示すフラグに更新するためのフラグ更新命令を、インタフェース部１１及びネットワーク５を通じて約定データベース装置２０のアクセス処理部２６０に送信することにより更新処理を行う。
アクセス制御部１３０は、レコード番号記憶手段１３１に記憶されたｓ個の各レコード番号のレコードのフラグを登録状態から未登録状態を示すフラグに更新するための処理を終了すると、レコード番号記憶手段１３１に記憶された各レコード番号のレコードのアクセス権の解放を、インタフェース部１１及びネットワーク５を通じて約定データベース装置２０の処理部２２のアクセス権付与部２１０に要求し、レコード番号記憶手段１３１に記憶された各レコード番号のレコードのアクセス権が約定データベース装置２０のアクセス権付与部２１０により解放される。

端末装置１０の表示部１３は、処理部１２の制御に従って画面表示する表示装置であり、例えば液晶表示装置やプラズマディスプレイ装置、有機ＥＬパネル、無機ＥＬパネル、ＣＲＴなどの任意の装置を用いて構成される。
端末装置１０の入力部１４は、ユーザの指示やデータを入力するための入力装置であり、例えばキーボード、マウス、タッチパネルなどの任意の装置を用いて構成される。

端末装置１０のインタフェース部１１は、約定データベース装置２０や他の端末装置１０とネットワーク５を通じて通信を行い、データをやり取りするための装置であり、約定データベース装置２０のインタフェース部２１は、端末装置１０とネットワーク５を通じて通信を行い、データをやり取りするための装置である。通信方式は任意であり、通信の形態も有線、無線などの任意の形態を適用可能である。

約定データベース装置２０の処理部２２のアクセス権付与部２１０は、データベース２３のレコードにライトアクセスするためのアクセス権を端末装置１０に付与する。このアクセス権付与部２１０は、複数の端末装置１０−１，１０−２のうち一の端末装置１０−１のアクセス制御部１３０からレコード番号記憶手段１３１に記憶されたレコード番号のレコードのアクセス権を要求された場合に、当該レコード番号のレコードを含むブロック内のレコードのアクセス権を複数の端末装置１０−１，１０−２のうち一の端末装置１０−１以外の他の端末装置１０−２に付与していないときには当該レコード番号のレコードのアクセス権を一の端末装置１０−１に付与し、複数の端末装置１０−１，１０−２のうち一の端末装置１０−１以外の他の端末装置１０−２に当該レコード番号のレコードを含むブロック内のレコードのアクセス権を付与していたときには、他の端末装置１０−２から当該ブロック内のレコードのアクセス権の解放を要求された後に当該レコード番号のレコードのアクセス権を一の端末装置１０−１に付与する。

アクセス権付与部２１０の要求受取手段２２０は、端末装置１０の処理部１２のアクセス制御部１３０からレコード番号要求情報、アクセス権要求情報、アクセス権解放要求情報等を受け取る。この要求受取手段２２０は、データベース２３のレコードに約定データを記憶するために端末装置１０に付与したレコード番号の個数ｎをカウントする約定データカウンタ２２１を有する。

要求受取手段２２０は、端末装置１０の処理部１２のアクセス制御部１３０から、登録データ記憶手段１４１に記憶されたｋ個の約定データ用のレコード番号を要求するレコード番号要求情報を、インタフェース部１１、ネットワーク５及びインタフェース部２１を通じて受け取ると、ｋ個の空きレコードのレコード番号を端末装置１０の処理部１２のアクセス制御部１３０に返信し、一例として要求受取手段２２０の約定データカウンタ２２１のカウント値ｎよりも大きく、カウント値ｎに対してレコード番号要求情報により要求されたレコード番号の個数ｋを加算した加算値（ｎ＋ｋ）以下の各カウント値（ｎ＋１，・・・，ｎ＋ｋ）を端末装置１０の処理部１２のアクセス制御部１３０に返信するとともに、約定データカウンタ２２１のカウント値を（ｎ＋ｋ）に更新することで、約定データカウンタ２２１のカウント値から過去にデータベース２３に登録された約定データの数が判るようにしてもよい。

要求受取部２２０は、端末装置１０の処理部１２のアクセス制御部１３０からアクセス権要求情報を、インタフェース部１１、ネットワーク５及びインタフェース部２１を通じて受け取ると、受け取ったアクセス権要求情報をアクセスキュー制御手段２５０に送る。
アクセス権付与部２１０のアクセスキュー制御手段２５０は、要求受取手段２２０が受け取ったアクセス権要求情報に含まれるレコード番号に対応付けされたブロック番号をブロックテーブル２３０から取得し、取得したブロック番号のアクセスキュー２４０が空であるか否かを判定し、空でない場合は当該ブロック番号のアクセスキュー２４０の先頭に格納されている端末ＩＤがアクセス権要求情報に含まれる端末ＩＤと同じであるか否かを判定する。
取得したブロック番号のアクセスキュー２４０が空である第１の場合は、当該ブロック番号のアクセスキュー２４０にアクセス権要求情報に含まれるレコード番号及び端末ＩＤをエンキューし、アクセス権要求情報に含まれるレコード番号を含むアクセス権付与情報を生成して当該端末ＩＤの端末装置１０に送信することにより当該レコード番号のレコードのアクセス権を当該端末ＩＤの端末装置１０に付与する。
取得したブロック番号のアクセスキュー２４０の先頭に格納されている端末ＩＤがアクセス権要求情報に含まれる端末ＩＤと同じである第２の場合は、アクセス権要求情報に含まれるレコード番号を含むアクセス権付与情報を生成して当該端末ＩＤの端末装置１０に送信することにより当該レコード番号のレコードのアクセス権を当該端末ＩＤの端末装置１０に付与する。
取得したブロック番号のアクセスキュー２４０の先頭に格納されている端末ＩＤがアクセス権要求情報に含まれる端末ＩＤと同じでない第３の場合は、当該ブロック番号のアクセスキュー２４０の末尾にアクセス権要求情報に含まれるレコード番号及び端末ＩＤをエンキューする。

要求受取部２２０は、端末装置１０の処理部１２のアクセス制御部１３０からアクセス権解放要求情報を、インタフェース部１１、ネットワーク５及びインタフェース部２１を通じて受け取ると、受け取ったアクセス権解放要求情報をアクセスキュー制御手段２５０に送る。アクセス権付与部２１０のアクセスキュー制御手段２５０は、要求受取手段２２０が受け取ったアクセス権解放要求情報に含まれる各レコード番号に対応付けされたブロック番号をブロックテーブル２３０から取得し、取得した各ブロック番号のうち互いに異なるブロック番号のアクセスキュー２４０をデキューすることにより当該各レコード番号のレコードのアクセス権を解放し、デキューされたアクセスキュー２４０のうち空ではないアクセスキューの先頭に格納されているレコード番号及び端末ＩＤに基づいて当該レコード番号を含むアクセス権付与情報を当該端末ＩＤの端末装置に送信することにより当該レコード番号のレコードのアクセス権を当該端末ＩＤの端末装置に付与する。これにより当該端末ＩＤの端末装置の待ち状態が解消される。

データベース２３は、複数のブロックを備えており、複数のブロックの各々は複数のレコードを備えており、一例としてリレーショナル・データベース（ＲＤＢ）により構成してもよい。約定データは約定注文の売買区分、銘柄コード、取引区分、取引所区分、約定年月日、受渡年月日、受注経路、約定単価、約定数量及び約定時間と、約定注文の注文主である顧客の証券口座番号を含む構成とし、約定注文の売買区分を記憶するための売買区分フィールドと、約定注文の銘柄コードを記憶するための銘柄コードフィールドと、約定注文の注文主である顧客の証券口座番号を記憶するための証券口座番号フィールドと、約定注文の取引区分を記憶するための取引区分フィールドと、約定注文の取引所区分を記憶するための取引所区分フィールドと、約定注文の約定年月日を記憶するための約定年月日フィールドと、約定注文の受渡年月日を記憶するための受渡年月日フィールドと、約定注文の受注経路を記憶するための受注経路フィールドと、約定注文の約定単価を記憶するための約定単価フィールドと、約定注文の約定数量を記憶するための約定数量フィールドと、約定注文の約定時間を記憶するための約定時間フィールドと、登録状態又は未登録状態を示すフラグを記憶するためのフラグフィールドと、レコード番号を記憶するためのレコード番号フィールドをレコード毎に設けて同一レコードに記憶された情報を互いに対応付けるようにしてもよく、フラグフィールドのフラグの初期値として未登録状態を示すフラグを用いるとともにレコード番号フィールドには当該レコードのレコード番号を予め記憶するようにしてもよい。レコード番号の下１桁を除いた番号をブロック番号として用いる構成としてもよく、レコードに当該レコードのブロック番号を記憶するためのブロック番号フィールドを設けてブロック番号フィールドには当該レコードのブロック番号を予め記憶するようにしてもよい。

図４は、図１に示すデータ処理システムの端末装置１０の処理動作を例示するフローチャートである。先ず端末装置１０の処理部１２は、初期画面を表示部１３に表示し、端末装置１０のユーザにより初期画面に入力された約定データ処理開始画面の表示要求に基づき、登録データ入力画面の表示ボタンＢ１と登録取消用の検索条件入力画面の表示ボタンＢ２を含む約定データ処理開始画面を表示部１３に表示する（ステップＳ１１）。
次に端末装置１０の処理部１２は、表示部１３に表示された約定データ処理開始画面内の表示ボタンＢ１が、端末装置１０のユーザにより操作されたか否か、例えば入力部１４のマウスによりクリック操作されたか否かを判定する（ステップＳ１２）。
約定データ処理開始画面内の表示ボタンＢ１の操作があった場合は、登録データ入力画面を表示して約定データ登録処理を行い（ステップＳ１３）、表示ボタンＢ１の操作がない場合は、表示ボタンＢ２の操作の有無を判定する（ステップＳ１４）。
約定データ処理開始画面内の表示ボタンＢ２の操作があった場合は、登録取消用の検索条件入力画面を表示して約定データ登録取消処理を行い（ステップＳ１５）、表示ボタンＢ２の操作がない場合は、ステップＳ１２に戻って表示ボタンＢ１の操作の有無を判定する。

端末装置１０の処理部１２は、約定データ登録取消処理（ステップＳ１５）又は約定データ登録処理（ステップＳ１３）が終了すると、継続ボタンＢ３と終了ボタンＢ４を含む約定データ処理終了画面を表示部１３に表示する（ステップＳ１６）。
次に端末装置１０の処理部１２は、表示部１３に表示された約定データ処理終了画面内の継続ボタンＢ３が、端末装置１０のユーザにより操作されたか否か、例えば入力部１４のマウスによりクリック操作されたか否かを判定する（ステップＳ１７）。
約定データ処理終了画面内の継続ボタンＢ３の操作があった場合は、ステップＳ１１に戻って約定データ処理開始画面を表示部１３に表示し、継続ボタンＢ３の操作がない場合は、終了ボタンＢ４の操作の有無を判定する（ステップＳ１８）。
約定データ処理終了画面内の終了ボタンＢ４の操作がない場合は、ステップＳ１７に戻って継続ボタンＢ３の操作の有無を判定し、終了ボタンＢ４の操作があった場合は、初期画面を表示部１３に表示して本フローチャートを終了する。

図５は、図４のフローチャートにおける約定データ登録処理Ｓ１３で表示部１３に表示される登録データ入力画面の表示例を示す説明図である。
図６は、図４のフローチャートにおける約定データ登録処理Ｓ１３の一例を示すフローチャートである。約定データ登録処理Ｓ１３において、先ず端末装置１０の処理部１２の登録データ受取部１４０は、約定データの個別部分を入力するための個別部分入力欄と共通部分を入力するための共通部分入力欄とを含む登録データ入力画面を表示部１３に表示する（ステップＳ１３１）。端末装置１０のユーザは、約定伝票を見ながら約定伝票の内容を示す約定データを入力部１４から登録データ入力画面に入力する。

図５（Ａ）は、端末装置１０のユーザにより複数の約定データが入力された登録データ入力画面の一例を示す説明図であり、この登録データ入力画面には約定データの共通部分を入力するための共通部分入力欄４０１と約定データの個別部分を入力するための個別部分入力欄４０２と確認ボタン４０３が含まれている。共通部分入力欄４０１は、約定伝票に記された約定注文の売買区分を入力するためのラジオボタンからなる入力欄と、約定注文に係る株式等の有価証券の銘柄コードを入力するための入力欄と、約定注文の注文主である顧客の口座番号を入力するための入力欄と、約定注文の取引区分を入力するためのコンボボックスからなる入力欄と、約定注文の取引所区分を入力するためのコンボボックスからなる入力欄と、約定注文の約定年月日を入力するための入力欄と、約定注文の受渡年月日を入力するための入力欄と、当該約定した売買注文を顧客から受けた受注経路を入力するためのコンボボックスからなる入力欄とを含む。
約定伝票に記された約定注文の売買区分を入力するためのラジオボタンには「売」注文を示す情報が入力されており、約定注文に係る株式等の有価証券の銘柄コードを入力するための入力欄には銘柄コード「９２５０」が入力されており、約定注文の注文主である顧客の口座番号を入力するための入力欄には口座番号「０３４２１８０××」が入力されており、約定注文の取引区分を入力するためのコンボボックスには普通取引を示す取引区分「普通」が入力されており、約定注文の取引所区分を入力するためのコンボボックスには東京証券取引所を示す取引所区分「東証」が入力されており、約定注文の約定年月日を入力するための入力欄には年月日「２００６／０３／０８」が入力されており、当該約定した売買注文を顧客から受けた受注経路を入力するためのコンボボックスには受注経路「対面取引」が入力されている。

図５（Ａ）の登録データ入力画面の個別部分入力欄４０２には、約定伝票に記された約定単価、約定数量及び約定時間を入力するための各入力欄が配列されている。この共通部分入力欄４０２には、３個の約定データの個別部分が入力されており、第１の約定データの個別部分として約定単価「１００」と約定数量「１３４，０００」と約定時間「１０：００〜１０：０１」が入力されており、第２の約定データの個別部分として約定単価「１０１」と約定数量「１４５，０００」と約定時間「１０：０１〜１０：０２」が入力されており、第３の約定データの個別部分として約定単価「１０２」と約定数量「２１４，８００」と約定時間「１０：０２〜１０：０３」が入力されている。これらの３個の約定データの共通部分は、上記共通部分入力欄４０１に入力されているものである。このように、端末装置１０のユーザが３枚の約定伝票の内容を入力した登録データ入力画面を図５（Ａ）に例示しており、約定注文の売買区分、銘柄コード、取引区分、取引所区分、約定年月日、受渡年月日及び受注経路と約定注文の注文主である顧客の証券口座番号について重複入力を省いて効率的な入力作業ができるようになっている。

端末装置１０のユーザは、約定データを登録データ入力画面に入力すると、登録データ入力画面の右下にある確認ボタン４０３を操作し、例えば入力部１４のマウスにより確認ボタン４０３をクリック操作する。
端末装置１０の処理部１２の登録データ受取部１４０は、登録データ入力画面の確認ボタン４０３の操作があると、登録データ入力画面に入力された約定データの確認画面を表示部１３に表示する。
図５（Ｂ）は、図５（Ａ）の登録データ入力画面に入力された約定データの確認画面を例示する説明図であり、この確認画面には登録データ入力画面の共通部分入力欄４０１に入力された入力情報を表示する共通部分表示欄４０４と、個別部分入力欄４０２に入力された入力情報を表示する個別部分表示欄４０５と、登録ボタン４０６と、訂正ボタン４０７と、キャンセルボタン４０８とが含まれている。

図５（Ｂ）の確認画面の共通部分表示欄４０４には、口座番号の表示領域に口座番号「０３４２１８０××」が表示されており、売買区分の表示領域に「売」注文を示す情報が表示されており、銘柄コードの表示領域に銘柄コード「９２５０」が表示されており、取引区分の表示領域に取引区分「普通取引」が表示されており、取引所区分の表示領域に東京証券取引所を示す取引所区分「東証」が表示されており、約定年月日の表示領域に約定年月日「２００６／０３／０８」が表示されており、約定金額の表示領域に約定金額「４９，９５４，６００円」が表示されており、手数料の表示領域に手数料「０円」が表示されており、受渡金額の表示領域に受渡金額「４９，９５４，６００円」が表示されており、消費税の表示領域に「０円」が表示されており、受注経路の表示領域に受注経路「対面取引」が表示されている。なお、約定金額４９，９５４，６００円は、第１の約定データの約定単価１００円×約定数量１３４，０００株（＝１３，４００，０００円）と、第２の約定データの約定単価１０１円×約定数量１４５，０００株（＝１４，６４５，０００円）と、第３の約定データの約定単価１０２円×約定数量２１４，８００株（＝２１，９０９，６００円）の合計金額となっている。受渡金額は、約定注文の内容を示す約定データの約定単価と約定数量を乗じた約定金額に応じて予め決められた手数料と当該手数料に予め設定された消費税率を乗じた消費税（消費税額）を加減算した金額を各約定データについて合計した金額となっており、手数料は、約定データの約定単価と約定数量を乗じた約定金額に対して例えば手数料テーブルで予め決められた手数料を各約定データについて合計した金額となっており、消費税は手数料に対して予め設定された消費税率を乗じた消費税額を各約定データについて合計した金額となっている。約定注文が買注文である場合は当該約定注文の受渡金額は約定金額に手数料と消費税を加算した金額となっており、約定注文が売注文である場合は当該約定注文の受渡金額は約定金額から手数料と消費税を減算した金額となっている。

図５（Ｂ）の確認画面の個別部分表示欄４０５には、約定単価と約定数量と約定時間の表示領域が配列されている。この個別部分表示欄４０５には、３個の約定データの個別部分が表示されており、第１の約定データの個別部分として約定単価「１００」と約定数量「１３４，０００」と約定時間「１０：００〜１０：０１」が表示されており、第２の約定データの個別部分として約定単価「１０１」と約定数量「１４５，０００」と約定時間「１０：０１〜１０：０２」が表示されており、第３の約定データの個別部分として約定単価「１０２」と約定数量「２１４，８００」と約定時間「１０：０２〜１０：０３」が表示されている。
端末装置１０のユーザは、確認画面で約定データの入力内容を確認し、確認画面に表示された約定データをデータベース２３に登録する場合は登録ボタン４０６を入力部１４からクリック操作等して操作し、確認画面に表示された約定データを訂正する場合は訂正ボタン４０７を入力部１４からクリック操作等して操作し、確認画面に表示されたの約定データの入力を取り消す場合はキャンセルボタン４０８を入力部１４からクリック操作等して操作する。

端末装置１０の登録データ受取部１４０は、確認画面内のキャンセルボタン４０８が操作されると、登録データ入力画面の入力内容をリセットして初期状態の登録データ入力画面を表示部１３に表示する。端末装置１０の登録データ受取部１４０は、確認画面内の訂正ボタン４０７が操作されると、約定データが入力された登録データ入力画面を表示し、図５（Ｂ）の訂正ボタン４０７の操作により図５（Ａ）の登録データ入力画面を表示する。端末装置１０の登録データ受取部１４０は、確認画面内の登録ボタン４０６が操作されると、登録データ入力画面の個別部分入力欄に入力された（又は確認画面の個別部分表示欄４０５に表示された）ｋ個の個別部分と共通部分入力欄に入力された（又は確認画面の共通部分表示欄４０４に表示された）共通部分からなるｋ個の約定データを、登録データ記憶手段１４１に記憶する（ステップＳ１３２）。
例えば、端末装置１０の登録データ受取部１４０は、登録データ入力画面の個別部分入力欄４０２に入力された（又は確認画面の個別部分表示欄４０５に表示された）ｋ個の約定データの個別部分をそれぞれ受け取って登録データ受取部１４０の個別部分記憶手段のｋ個の記憶領域に個別に記憶するとともに、登録データ入力画面の共通部分入力欄４０１に入力された（又は確認画面の共通部分表示欄４０４に表示された）約定データの共通部分を受け取って登録データ受取部１４０の共通部分記憶手段に記憶し、個別部分記憶手段に記憶されたｋ個の個別部分と共通部分記憶手段に記憶された共通部分からなるｋ個の約定データを、登録データ記憶手段１４１に記憶するようにしてもよい。

このようにして、端末装置１０の登録データ受取部１４０は、登録データ入力画面の個別部分入力欄４０２に入力されたｋ個の個別部分と共通部分入力欄４０１に入力された共通部分からなるｋ個の約定データを登録データ記憶手段１４１に記憶すると（ステップＳ１３２）、登録データ記憶手段１４１に記憶されたｋ個の約定データをデータベース２３に記憶するためのｋ個のレコードのレコード番号を約定データベース装置２０に要求し、具体的にはｋ個のレコードのレコード番号を要求するレコード番号要求情報をインタフェース部１１及びネットワーク５を通じて約定データベース装置２０に送信する（ステップＳ１３３）。端末装置１０から送信されるレコード番号要求情報には、要求するレコード番号の個数ｋと当該端末装置１０を識別する端末ＩＤが含まれている。
端末装置１０の登録データ受取部１４０は、約定データベース装置２０からネットワーク５及びインタフェース部１１を通じてｋ個のレコードのレコード番号を受け取ると、受け取ったｋ個のレコードのレコード番号をアクセス制御部１３０のレコード番号記憶手段１３１に記憶する（ステップＳ１３４）。

次に、端末装置１０のアクセス制御部１３０は、登録データ受取部１４０によりレコード番号記憶手段１３１に記憶されたｋ個の各レコード番号のレコードのアクセス権をレコード番号順に約定データベース装置２０に要求し（ステップＳ１３５）、ｋ個の各レコード番号のレコードのアクセス権を約定データベース装置２０から取得したか否かを判定する（ステップＳ１３６）。ｋ個の各レコード番号のレコードのアクセス権を約定データベース装置２０から取得していない場合は取得するまで待ち、ｋ個の各レコード番号のレコードのアクセス権を約定データベース装置２０から取得した場合は、登録データ記憶手段１４１に記憶された約定データと登録状態を示すフラグをレコード番号記憶手段１３１のレコード番号のレコードに記憶する登録処理を行う（ステップＳ１３７）。具体的には端末装置１０のアクセス制御部１４０は、レコード番号記憶手段１３１に記憶されているレコード番号のレコードに登録データ記憶手段１４１に記憶されている約定データと登録状態を示すフラグを書き込むためのライト命令であって当該端末装置１０の端末ＩＤを含むライト命令を、インタフェース部１１及びネットワーク５を通じて約定データベース装置２０のアクセス処理部２６０に送信することにより登録処理を行う。
一例としてライト命令は、レコード番号記憶手段１３１に記憶されているレコード番号のうち最小のレコード番号ｍと登録状態を示すフラグと登録データ記憶手段１４１に記憶されているｋ個の約定データとを含む構成として約定データベース装置２０のアクセス処理部２６０に送信し、アクセス処理部２６０は端末装置１０からのライト命令を受け取るとライト命令に含まれるｋ個の約定データのそれぞれをライト命令に含まれるレコード番号ｍからレコード番号（ｍ＋ｋ−１）のレコードに対して登録状態を示すフラグとともに個別に書き込んでデータベース２３に記憶し、ライト命令に含まれる端末ＩＤの端末装置１０に対して書込終了情報を送信することにより、端末装置１０のアクセス制御手段１３０に対してｋ個の約定データの登録終了を通知するようにしてもよい。
一例としてライト命令は、レコード番号記憶手段１３１に記憶されているｋ個の各レコード番号と登録状態を示すフラグと登録データ記憶手段１４１に記憶されているｋ個の約定データとを含む構成として約定データベース装置２０のアクセス処理部２６０に送信し、アクセス処理部２６０は端末装置１０からのライト命令を受け取るとライト命令に含まれるｋ個の約定データのそれぞれをライト命令に含まれるｋ個のレコード番号のレコードに対して登録状態を示すフラグとともに個別に書き込んでデータベース２３に記憶し、ライト命令に含まれる端末ＩＤの端末装置１０に対して書込終了情報を送信することにより、端末装置１０のアクセス制御手段１３０に対してｋ個の約定データの登録終了を通知するようにしてもよい。

端末装置１０の処理部１２のアクセス制御部１３０は、登録データ記憶手段１４１に記憶されているｋ個の約定データをレコード番号記憶手段１３１に記憶されているｋ個のレコード番号のレコードに対して登録状態を示すフラグとともに個別に書き込む登録処理を終了したか否かを判定し（ステップＳ１３８）、例えば約定データベース装置２０から書込終了情報を受け取ったか否かにより登録処理を終了したか否かを判定する。登録処理が終了していない場合は、書込終了情報を受信することにより登録処理が終了するまで待ち、登録処理が終了すると、レコード番号記憶手段１３１に記憶されたｋ個の各レコード番号のレコードのアクセス権の解放を、インタフェース部１１及びネットワーク５を通じて約定データベース装置２０の処理部２２のアクセス権付与部２１０に要求し（ステップＳ１３９）、レコード番号記憶手段１３１に記憶された各レコード番号のレコードのアクセス権が約定データベース装置２０のアクセス権付与部２１０により解放される。端末装置１０の処理部１２のアクセス制御部１３０は、レコード番号記憶手段１３１に記憶された各レコード番号のレコードのアクセス権の解放をアクセス権付与部２１０に要求する場合、レコード番号記憶手段１３１に記憶された各レコード番号と当該端末装置１０の端末ＩＤを含むアクセス権解放要求情報をアクセス権付与部２１０に送信するようにしてもよい。

図７は、図６のフローチャートにおけるステップＳ１３４〜Ｓ１３６の処理の一例を示すフローチャートである。
端末装置１０の登録データ受取部１４０は、約定データベース装置２０からネットワーク５及びインタフェース部１１を通じてｋ個のレコードのレコード番号を受け取ると、受け取ったｋ個のレコードの各レコード番号に当該レコード番号の昇順の順位を対応付けてアクセス制御部１３０のレコード番号記憶手段１３１に記憶する（ステップＳ１３４０）。また、端末装置１０の登録データ受取部１４０は、端末装置１０のアクセス制御部１３０の変数記憶手段に記憶されたレコード番号の昇順の順位を示す変数ｚを０にリセットする（ステップＳ１３５０）。
次に、端末装置１０のアクセス制御部１３０は、レコード番号の昇順の順位を示す変数ｚを１だけインクリメントし（ステップＳ１３５１）、変数ｚが示す順位のレコード番号をレコード番号記憶手段１３１から取得し、取得した当該レコード番号のレコードのアクセス権を約定データベース装置２０に要求し（ステップＳ１３５２）、具体的には当該レコード番号と当該端末装置１０の端末ＩＤとを含むアクセス権要求情報をインタフェース部１１及びネットワーク５を通じて約定データベース装置２０に送信する。

そして、端末装置１０のアクセス制御部１３０は、ステップＳ１３５２で取得したレコード番号のレコードのアクセス権を付与するアクセス権付与情報を約定データベース装置２０からネットワーク５及びインタフェース部１１を通じて受け取ったか否かを判定し（ステップＳ１３５３）、一例としてステップＳ１３５２で取得したレコード番号を含むアクセス権付与情報を約定データベース装置２０から受け取ったか否かにより判定する。ステップＳ１３５２で取得したレコード番号のレコードのアクセス権を付与するアクセス権付与情報を約定データベース装置２０から受け取っていない場合は受け取るまで待ち、受け取ると、レコード番号の順位を示す変数ｚが上記個数ｋと同じであるか否かを判定し（ステップＳ１３６０）、これによりｋ個の各レコード番号のレコードのアクセス権を約定データベース装置２０から取得したか否かを判定する。変数ｚが個数ｋと同じでない場合は、ｋ個の各レコード番号のレコードのアクセス権を約定データベース装置２０から取得していないものとしてステップＳ１３５１に戻って変数ｚを１だけインクリメントし、変数ｚが個数ｋと同じである場合はｋ個の各レコード番号のレコードのアクセス権を約定データベース装置２０から取得したものとして、登録データ記憶手段１４１のｋ個の約定データをデータベース２３に登録する登録処理を行う（ステップＳ１３７）。

図８は、図４のフローチャートにおける約定データ登録取消処理Ｓ１５で表示部１３に表示される画面の表示例を説明するための説明図である。
図９は、図４のフローチャートにおける約定データ登録取消処理Ｓ１５の一例を示すフローチャートである。約定データ登録取消処理Ｓ１５において、先ず端末装置１０の処理部１２の検索部１１０は、データベース２３に登録された約定データの検索条件を入力するためのＧＵＩ画面からなる検索条件入力画面を表示部１３に表示する（ステップＳ１５１）。端末装置１０のユーザは、登録を取り消すべき約定データが該当する検索条件を入力部１４から検索条件入力画面に入力する。

端末装置１０のユーザにより約定データの検索条件が入力された検索条件入力画面は、図８（Ａ）の画面において、約定データの定型句の表示領域５０３と検索結果の表示領域５０４〜５０６とそのスクロールバーと取消選択ボタン５０８とを省き、検索条件入力欄５０１と検索ボタン５０２を含む入力画面により例示することができる。検索条件入力欄５０１は、約定注文の注文主である顧客の口座番号を検索条件として入力するための入力欄と、約定注文の銘柄コードを検索条件として入力するための入力欄と、約定注文の約定年月日を検索条件として入力するための入力欄と、約定注文の売買区分を検索条件として入力するためのラジオボタンからなる入力欄と検索ボタン５０２とを含む。
口座番号を検索条件として入力するための入力欄には口座番号「０３４２１８０××」が入力されており、銘柄コードを検索条件として入力するための入力欄には銘柄コード「９２５０」が入力されており、約定年月日を検索条件として入力するための入力欄には年月日「２００６／０３／０８」が入力されており、売買区分を検索条件として入力するためのラジオボタンには「売」注文を示す情報が入力されている。

端末装置１０のユーザは、約定データの検索条件を検索条件入力画面に入力すると、検索条件入力画面の右上にある検索ボタン５０２を操作し、例えば入力部１４のマウスにより検索ボタン５０２をクリック操作する。
端末装置１０の処理部１２の検索部１１０は、検索条件入力画面の検索ボタン５０２の操作があると、検索条件入力画面に対して入力部１４から入力された約定データの検索条件を受け取り、受け取った検索条件に基づいてデータベース２３のレコードに登録状態を示すフラグとともに記憶されている約定データの中から検索条件に該当する約定データを検索する検索命令であって当該端末装置１０の端末ＩＤを含む検索命令をインタフェース部１１及びネットワーク５を通じて約定データベース装置２０のアクセス処理部２６０に送信することにより検索処理を実行する。約定データベース装置２０のアクセス処理部２６０は、端末装置１０からの検索命令を受け取ると、検索命令に含まれる検索条件に該当する約定データをデータベース２３から検索し、検索条件に該当する約定データと当該約定データが記憶されたレコードのレコード番号を検索命令に含まれる端末ＩＤの端末装置１０に対してインタフェース部２１及びネットワーク５を通じて返信する。端末装置１０の処理部１２の検索部１１０は、約定データベース装置２０から検索条件に該当する約定データと当該約定データが記憶されたレコードのレコード番号を受け取ると、検索条件に該当する約定データと当該約定データが記憶されたレコードと未指定状態を示す指定フラグを対応付けて検索部１１０の検索結果記憶手段１１１に記憶する（ステップＳ１５２）。

次に、端末装置１０の処理部１２の登録取消データ受取部１２０は、検索結果記憶手段１１１に記憶された検索条件に該当する約定データと登録を取り消すべき約定データを指定するための指定入力欄とを含むＧＵＩ画面からなる登録取消画面を表示部１３に表示する（ステップＳ１５３）。図８（Ａ）は、登録取消画面の一例を示す説明図であり、この登録取消画面には検索条件が入力された検索条件入力欄５０１と、検索ボタン５０２と、約定データの定型句の表示領域５０３と、検索結果の表示領域５０４〜５０６と、取消選択ボタン５０８が含まれている。検索条件入力欄５０１は、約定注文の注文主である顧客の口座番号を検索条件として入力するための入力欄と、約定注文の銘柄コードを検索条件として入力するための入力欄と、約定注文の約定年月日を検索条件として入力するための入力欄と、約定注文の売買区分を検索条件として入力するためのラジオボタンからなる入力欄と検索ボタン５０２とを含む。口座番号を検索条件として入力するための入力欄には口座番号「０３４２１８０××」が入力されており、銘柄コードを検索条件として入力するための入力欄には銘柄コード「９２５０」が入力されており、約定年月日を検索条件として入力するための入力欄には年月日「２００６／０３／０８」が入力されており、売買区分を検索条件として入力するためのラジオボタンには「売」注文を示す情報が入力されている。

約定データの定型句の表示領域５０３には、検索結果の表示領域５０４〜５０６の表示内容を説明するための、銘柄コード、売買区分、取引区分、取引所区分、約定日、約定時間、受渡日、約定数量、約定単価、約定金額、手数料、消費税、受渡金額、受注経路の文字が表示されている。検索結果の表示領域５０４〜５０６には、登録を取り消すべき約定データとして指定するための指定入力欄の一例であるチェックボタンと、約定データの定型句に応じた約定データの構成部分と、約定データの約定金額、手数料、消費税及び受渡金額が表示されるようになっている。

検索結果の表示領域５０４には、検索条件に該当する第１の約定データとして、当該約定データの銘柄コード「９２５０」、当該約定データの売注文を示す売買区分「売」、当該約定データの取引区分「普通取引」、当該約定データの東京証券取引所を示す取引所区分「東証」、当該約定データの約定日を示す月日「０３／０８」、当該約定データの約定時間「１０：００〜１０：０１」、当該約定データの約定数量「１３４，０００」、当該約定データの約定単価「１００」、当該約定データの受注経路「対面取引」が表示されており、また当該約定データの約定数量と約定単価を乗じた約定金額「１３，４００，０００」と、当該約定データの約定金額に対する手数料「０」と、当該手数料に消費税率を乗じた消費税（消費税額）「０」と、約定金額に対して手数料と消費税を加減算した受渡金額「１３，４００，０００」が表示されている。この受渡金額としては、売買区分が「売」であるため、約定金額から手数料と消費税を減算した金額が表示されるようになっている。

検索結果の表示領域５０５には、検索条件に該当する第２の約定データとして、当該約定データの銘柄コード「９２５０」、当該約定データの売注文を示す売買区分「売」、当該約定データの取引区分「普通取引」、当該約定データの東京証券取引所を示す取引所区分「東証」、当該約定データの約定日を示す月日「０３／０８」、当該約定データの約定時間「１０：０１〜１０：０２」、当該約定データの約定数量「１４５，０００」、当該約定データの約定単価「１０１」、当該約定データの受注経路「対面取引」が表示されており、また当該約定データの約定数量と約定単価を乗じた約定金額「１４，６４５，０００」と、当該約定データの約定金額に対する手数料「０」と、当該手数料に消費税率を乗じた消費税（消費税額）「０」と、約定金額に対して手数料と消費税を加減算した受渡金額「１４，６４５，０００」が表示されている。この受渡金額としては、売買区分が「売」であるため、約定金額から手数料と消費税を減算した金額が表示されるようになっている。

検索結果の表示領域５０６には、検索条件に該当する第３の約定データとして、当該約定データの銘柄コード「９２５０」、当該約定データの売注文を示す売買区分「売」、当該約定データの取引区分「普通取引」、当該約定データの東京証券取引所を示す取引所区分「東証」、当該約定データの約定日を示す月日「０３／０８」、当該約定データの約定時間「１０：０２〜１０：０３」、当該約定データの約定数量「２１４，８００」、当該約定データの約定単価「１０２」、当該約定データの受注経路「対面取引」が表示されており、また当該約定データの約定数量と約定単価を乗じた約定金額「２１，９０９，６００」と、当該約定データの約定金額に対する手数料「０」と、当該手数料に消費税率を乗じた消費税（消費税額）「０」と、約定金額に対して手数料と消費税を加減算した受渡金額「２１，９０９，６００」が表示されている。この受渡金額としては、売買区分が「売」であるため、約定金額から手数料と消費税を減算した金額が表示されるようになっている。

端末装置１０の表示部１３に登録取消画面が表示されると、端末装置１０のユーザは登録を取り消すべき約定データを指定する情報を入力部１４から指定入力欄に入力し、例えば登録を取り消すべき約定データが表示された検索結果の表示領域の指定入力欄であるチェックボタン（チェックボックス）を入力部１４のマウスからクリック操作してチェックマークを入力し、取消選択ボタン５０８をクリック操作等して操作する。図８（Ａ）の登録取消画面では、検索結果の表示領域５０４〜５０６の各チェックボタンにチェックマークが入力されており、検索結果の表示領域５０４〜５０６に表示された各約定データが登録を取り消すべき約定データとして指定されている。端末装置１０の処理部１２の登録取消データ受取部１２０は、登録取消画面の取消選択ボタン５０８の操作があると、チェックボタンで指定された登録を取り消すべき約定データに対応付けされた検索結果記憶手段１１１の指定フラグを未指定状態から指定状態を示すフラグに更新し、チェックボタンで指定された登録を取り消すべき約定データの確認画面を表示部１３に表示する。

図８（Ｂ）は、図８（Ａ）の登録取消画面で指定された登録を取り消すべき約定データの確認画面を例示する説明図であり、この確認画面には口座番号の表示領域５０９と、約定データの定型句の表示領域５１０と、登録取消対象の約定データの表示領域５１１〜５１３と、決定ボタン５１５と、戻るボタン５１６と、キャンセルボタン５１７とが表示されている。口座番号の表示領域５０９には、登録取消画面の検索条件入力欄５０１に入力されていた口座番号が表示されている。約定データの定型句の表示領域５１０には、登録取消対象の約定データの表示領域５１１〜５１３の表示内容を説明するための、銘柄コード、売買区分、取引区分、取引所区分、約定日、約定時間、受渡日、約定数量、約定単価、約定金額、手数料、消費税、受渡金額、受注経路の文字が表示されている。登録取消対象の約定データの表示領域５１１〜５１３には、約定データの定型句に応じた約定データの構成部分と、約定データ毎の約定金額、手数料、消費税及び受渡金額が表示されるようになっている。

図８（Ｂ）の確認画面の表示領域５１１には、登録取消対象の第１の約定データとして、当該約定データの銘柄コード「９２５０」、当該約定データの売注文を示す売買区分「売」、当該約定データの取引区分「普通取引」、当該約定データの東京証券取引所を示す取引所区分「東証」、当該約定データの約定日を示す月日「０３／０８」、当該約定データの約定時間「１０：００〜１０：０１」、当該約定データの約定数量「１３４，０００」、当該約定データの約定単価「１００」、当該約定データの受注経路「対面取引」が表示されており、また当該約定データの約定数量と約定単価を乗じた約定金額「１３，４００，０００」と、当該約定データの約定金額に対する手数料「０」と、当該手数料に対する消費税「０」と、約定金額に対して手数料と消費税（消費税額）を加減算した受渡金額「１３，４００，０００」が表示されている。この表示領域５１１に表示された約定データは、登録取消画面の表示領域５０４の指定入力欄で指定された登録取消対象の約定データに対応している。

図８（Ｂ）の確認画面の表示領域５１２には、登録取消対象の第２の約定データとして、当該約定データの銘柄コード「９２５０」、当該約定データの売注文を示す売買区分「売」、当該約定データの取引区分「普通取引」、当該約定データの東京証券取引所を示す取引所区分「東証」、当該約定データの約定日を示す月日「０３／０８」、当該約定データの約定時間「１０：０１〜１０：０２」、当該約定データの約定数量「１４５，０００」、当該約定データの約定単価「１０１」、当該約定データの受注経路「対面取引」が表示されており、また当該約定データの約定数量と約定単価を乗じた約定金額「１４，６４５，０００」と、当該約定データの約定金額に対する手数料「０」と、当該手数料に対する消費税「０」と、約定金額に対して手数料と消費税（消費税額）を加減算した受渡金額「１４，６４５，０００」が表示されている。この表示領域５１２に表示された約定データは、登録取消画面の表示領域５０５の指定入力欄で指定された登録取消対象の約定データに対応している。

図８（Ｂ）の確認画面の表示領域５１３には、登録取消対象の第３の約定データとして、当該約定データの銘柄コード「９２５０」、当該約定データの売注文を示す売買区分「売」、当該約定データの取引区分「普通取引」、当該約定データの東京証券取引所を示す取引所区分「東証」、当該約定データの約定日を示す月日「０３／０８」、当該約定データの約定時間「１０：０２〜１０：０３」、当該約定データの約定数量「２１４，８００」、当該約定データの約定単価「１０２」、当該約定データの受注経路「対面取引」が表示されており、また当該約定データの約定数量と約定単価を乗じた約定金額「２１，９０９，６００」と、当該約定データの約定金額に対する手数料「０」と、当該手数料に対する消費税「０」と、約定金額に対して手数料と消費税（消費税額）を加減算した受渡金額「２１，９０９，６００」が表示されている。この表示領域５１３に表示された約定データは、登録取消画面の表示領域５０６の指定入力欄で指定された登録取消対象の約定データに対応している。

端末装置１０のユーザは、登録取消対象の約定データの確認画面の表示内容を確認し、確認画面に表示された約定データの登録を取り消す場合は決定ボタン５１５を入力部１４からクリック操作等して操作し、確認画面から登録取消画面に戻る場合は戻るボタン５１６を入力部１４からクリック操作等して操作し、確認画面から初期状態の検索条件入力画面に戻る場合はキャンセルボタン５１７を入力部１４からクリック操作等して操作する。
端末装置１０の登録取消データ受取部１２０は、確認画面内のキャンセルボタン５１７が操作されると、リセットされた検索条件入力画面を表示部１３に表示する。端末装置１０の登録取消データ受取部１２０は、確認画面の戻るボタン５１６が操作されると検索結果を含む登録取消画面を表示部１３に表示し、図８（Ｂ）の確認画面の戻るボタン５１６が操作されると図８（Ａ）の登録取消画面を表示する。端末装置１０の登録取消データ受取部１２０は、確認画面の決定ボタン５１５が操作されると、登録取消画面の指定入力欄で登録取消対象の約定データとして指定されたｓ個の約定データであって確認画面に表示されたｓ個の約定データのレコード番号を検索結果記憶手段１１１から取得し、例えば指定状態を示す指定フラグに対応付けされたｓ個の約定データのレコード番号を検索結果記憶手段１１１から取得してレコード番号記憶手段１３１に記憶する（ステップＳ１５４）。図８（Ｂ）の確認画面の決定ボタン５１５が操作された場合は、表示領域５１１〜５１３に表示された３個の約定データのレコード番号を検索結果記憶手段１１１から取得し、指定状態を示す指定フラグに対応付けされた３個の約定データのレコード番号を検索結果記憶手段１１１から取得してレコード番号記憶手段１３１に記憶する。

次に、端末装置１０のアクセス制御部１３０は、登録取消データ受取部１２０によりレコード番号記憶手段１３１に記憶されたｓ個の各レコード番号のレコードのアクセス権をレコード番号順に約定データベース装置２０に要求し（ステップＳ１５５）、ｓ個の各レコード番号のレコードのアクセス権を約定データベース装置２０から取得したか否かを判定する（ステップＳ１５６）。ｓ個の各レコード番号のレコードのアクセス権を約定データベース装置２０から取得していない場合は取得するまで待ち、ｓ個の各レコード番号のレコードのアクセス権を約定データベース装置２０から取得した場合は、レコード番号記憶手段１３１に記憶されたｓ個の各レコード番号のレコードのフラグを登録状態から登録取消状態（未登録状態）を示すフラグに更新する更新処理を行う（ステップＳ１５７）。具体的には端末装置１０のアクセス制御部１３０は、レコード番号記憶手段１３１に記憶されている各レコード番号のレコードに未登録状態を示すフラグを書き込むためのフラグ更新命令であって当該端末装置１０の端末ＩＤを含むフラグ更新命令を、インタフェース部１１及びネットワーク５を通じて約定データベース装置２０のアクセス処理部２６０に送信することにより更新処理を行う。
一例としてフラグ更新命令は、レコード番号記憶手段１３１に記憶されている各レコード番号と未登録状態を示すフラグを含む構成として約定データベース装置２０のアクセス処理部２６０に送信し、アクセス処理部２６０は端末装置１０からのフラグ更新命令を受け取るとフラグ更新命令に含まれる未登録状態を示すフラグをフラグ更新命令に含まれる各レコード番号のレコードのフラグに対して上書きしてデータベース２３に記憶し、フラグ更新命令に含まれる端末ＩＤの端末装置１０に対して更新終了情報を送信することにより、端末装置１０のアクセス制御手段１３０に対してｓ個のレコード番号のレコードのフラグの更新終了を通知するようにしてもよい。

端末装置１０の処理部１２のアクセス制御部１３０は、レコード番号記憶手段１３１に記憶されているｓ個のレコード番号のレコードのフラグを登録状態から未登録状態を示すフラグに更新する更新処理を終了したか否かを判定し（ステップＳ１５８）、例えば約定データベース装置２０から更新終了情報を受け取ったか否かにより更新処理を終了したか否かを判定する。更新処理が終了していない場合は、更新終了情報を受信することにより更新処理が終了するまで待ち、更新処理が終了すると、レコード番号記憶手段１３１に記憶されたｓ個の各レコード番号のレコードのアクセス権の解放を、インタフェース部１１及びネットワーク５を通じて約定データベース装置２０の処理部２２のアクセス権付与部２１０に要求し（ステップＳ１５９）、レコード番号記憶手段１３１に記憶された各レコード番号のレコードのアクセス権が約定データベース装置２０のアクセス権付与部２１０により解放される。端末装置１０の処理部１２のアクセス制御部１３０は、レコード番号記憶手段１３１に記憶された各レコード番号のレコードのアクセス権の解放をアクセス権付与部２１０に要求する場合、レコード番号記憶手段１３１に記憶された各レコード番号と当該端末装置１０の端末ＩＤを含むアクセス権解放要求情報をアクセス権付与部２１０に送信するようにしてもよい。

図１０は、図９のフローチャートにおけるステップＳ１５４〜Ｓ１５６の処理の一例を示すフローチャートである。
端末装置１０の登録取消データ受取部１２０は、登録取消画面の指定入力欄で登録取消対象の約定データとして指定されたｓ個の約定データのレコード番号を検索結果記憶手段１１１から取得すると、取得したｓ個の各レコード番号に当該レコード番号の昇順の順位を対応付けてアクセス制御部１３０のレコード番号記憶手段１３１に記憶する（ステップＳ１５４０）。また、端末装置１０の登録取消データ受取部１２０は、端末装置１０のアクセス制御部１３０の変数記憶手段に記憶されたレコード番号の昇順の順位を示す変数ｚを０にリセットする（ステップＳ１５５０）。
次に、端末装置１０のアクセス制御部１３０は、レコード番号の昇順の順位を示す変数ｚを１だけインクリメントし（ステップＳ１５５１）、変数ｚが示す順位のレコード番号をレコード番号記憶手段１３１から取得し、取得した当該レコード番号のレコードのアクセス権を約定データベース装置２０に要求し（ステップＳ１５５２）、具体的には当該レコード番号と当該端末装置１０の端末ＩＤとを含むアクセス権要求情報をインタフェース部１１及びネットワーク５を通じて約定データベース装置２０に送信する。

そして、端末装置１０のアクセス制御部１３０は、ステップＳ１５５２で取得したレコード番号のレコードのアクセス権を付与するアクセス権付与情報を約定データベース装置２０からネットワーク５及びインタフェース部１１を通じて受け取ったか否かを判定し（ステップＳ１５５３）、一例としてステップＳ１５５２で取得したレコード番号を含むアクセス権付与情報を約定データベース装置２０から受け取ったか否かにより判定する。ステップＳ１５５２で取得したレコード番号のレコードのアクセス権を付与するアクセス権付与情報を約定データベース装置２０から受け取っていない場合は受け取るまで待ち、受け取ると、レコード番号の順位を示す変数ｚが上記個数ｓと同じであるか否かを判定し（ステップＳ１５６０）、これによりｓ個の各レコード番号のレコードのアクセス権を約定データベース装置２０から取得したか否かを判定する。変数ｚが個数ｓと同じでない場合は、ｓ個の各レコード番号のレコードのアクセス権を約定データベース装置２０から取得していないものとしてステップＳ１５５１に戻って変数ｚを１だけインクリメントし、変数ｚが個数ｓと同じである場合はｓ個の各レコード番号のレコードのアクセス権を約定データベース装置２０から取得したものとして、レコード番号記憶手段１３１に記憶されたｓ個の各レコード番号のレコードのフラグを登録状態から未登録状態を示すフラグに更新する更新処理を行う（ステップＳ１５７）。

図１１は、約定データベース装置２０の処理部２２の処理動作の概略を示すフローチャートである。
約定データベース装置２０の処理部２０は、端末装置１０からレコード番号要求情報を要求受取部２２０が受け取ったか否かを判定し（ステップＳ２１）、レコード番号要求情報を要求受取部２２０が受け取った場合はレコード番号付与処理を行い（ステップＳ２２）、レコード番号要求情報を受け取っていない場合は、端末装置１０からアクセス権要求情報を要求受取部２２０が受け取ったか否かを判定する（ステップＳ２３）。アクセス権要求情報を要求受取部２２０が受け取った場合はアクセス権付与処理を行い（ステップＳ２４）、アクセス権要求情報を受け取っていない場合は、端末装置１０からアクセス権解放要求情報を要求受取部２２０が受け取ったか否かを判定する（ステップＳ２５）。アクセス権解放要求情報を要求受取部２２０が受け取った場合はアクセス権解放処理を行い（ステップＳ２６）、アクセス権解放要求情報を受け取っていない場合は、ステップＳ２１に戻ってレコード番号要求情報を要求受取部２２０が受け取ったか否かを判定する。

図１２は、図１１のフローチャートにおけるレコード番号付与処理Ｓ２２の一例を示すフローチャートである。
約定データベース装置２０の処理部２２に含まれるアクセス権付与部２１０の要求受取手段２２０は、端末装置１０の処理部１２のアクセス制御部１３０から、登録データ記憶手段１４１に記憶されたｋ個の約定データ用のレコード番号を要求するレコード番号要求情報を、インタフェース部１１、ネットワーク５及びインタフェース部２１を通じて受け取ると、要求受取手段２２０の変数記憶手段に記憶されたカウントアップ回数を示す変数ｕを０にリセットする（ステップＳ２２１）。
そして、要求受取手段２２０は、カウントアップ回数を示す変数ｕを１だけインクリメントし（ステップＳ２２２）、約定データカウンタ２２１を１だけカウントアップしてカウント値を取得し、取得したカウント値をレコード番号としてレコード番号保持手段に記憶する（ステップＳ２２３）。レコード番号保持手段及び変数記憶手段としては、要求受取手段２２０の内部メモリを用いてもよい。
次に要求受取手段２２０は、カウントアップ回数を示す変数ｕの値がレコード番号の要求個数ｋと同じであるか否かを判定し（ステップＳ２２４）、変数ｕが個数ｋと同じでない場合はステップＳ２２２に戻って変数ｕを１だけインクリメントし、変数ｕが個数ｋと同じである場合は、レコード番号保持手段に保持された各レコード番号をレコード番号要求情報に含まれる端末ＩＤの端末装置１０に返信する（ステップＳ２２５）。このようにして要求受取手段２２０は、約定データカウンタ２２１のカウント値ｎよりも大きく、カウント値ｎに対してレコード番号要求情報により要求されたレコード番号の個数ｋを加算した加算値（ｎ＋ｋ）以下の各カウント値（ｎ＋１，・・・，ｎ＋ｋ）を端末装置１０の処理部１２のアクセス制御部１３０に返信するとともに、約定データカウンタ２２１のカウント値を（ｎ＋ｋ）に更新するようにしている。

図１３は、図１１のフローチャートにおけるアクセス権付与処理Ｓ２４の一例を示すフローチャートである。約定データベース装置２０の処理部２２に含まれるアクセス権付与部２１０の要求受取部２２０は、端末装置１０の処理部１２のアクセス制御部１３０からアクセス権要求情報を、インタフェース部１１、ネットワーク５及びインタフェース部２１を通じて受け取ると、受け取ったアクセス権要求情報をアクセス権付与部２１０のアクセスキュー制御手段２５０に送る。

アクセス権付与部２１０のアクセスキュー制御手段２５０は、要求受取手段２２０が受け取ったアクセス権要求情報に含まれるレコード番号に対応付けされたブロック番号をブロックテーブル２３０から取得し（ステップＳ２４１）、取得したブロック番号のアクセスキュー２４０が空であるか否かを判定し（ステップＳ２４２）、空でない場合は当該ブロック番号のアクセスキュー２４０の先頭に格納されている端末ＩＤがアクセス権要求情報に含まれる端末ＩＤと同じであるか否かを判定する（ステップＳ２４４）。
取得したブロック番号のアクセスキュー２４０が空である第１の場合は（ステップＳ２４２：Ｙ）、当該ブロック番号のアクセスキュー２４０にアクセス権要求情報に含まれるレコード番号及び端末ＩＤを１要素としてエンキューし（ステップＳ２４３）、アクセス権要求情報に含まれるレコード番号を含むアクセス権付与情報を生成して当該端末ＩＤの端末装置１０に送信することにより当該レコード番号のレコードのアクセス権を当該端末ＩＤの端末装置１０に付与する（ステップＳ２４６）。
取得したブロック番号のアクセスキュー２４０の先頭に格納されている端末ＩＤがアクセス権要求情報に含まれる端末ＩＤと同じである第２の場合は（ステップＳ２４４：Ｙ）、アクセス権要求情報に含まれるレコード番号を含むアクセス権付与情報を生成して当該端末ＩＤの端末装置１０に送信することにより当該レコード番号のレコードのアクセス権を当該端末ＩＤの端末装置１０に付与する（ステップＳ２４６）。
取得したブロック番号のアクセスキュー２４０の先頭に格納されている端末ＩＤがアクセス権要求情報に含まれる端末ＩＤと同じでない第３の場合は（ステップＳ２４４；Ｎ）、当該ブロック番号のアクセスキュー２４０の末尾にアクセス権要求情報に含まれるレコード番号及び端末ＩＤを１要素としてエンキューする（ステップＳ２４５）。

図１４は、図１１のフローチャートにおけるアクセス権解放処理Ｓ２６の一例を示すフローチャートである。約定データベース装置２０の処理部２２に含まれるアクセス権付与部２１０の要求受取部２２０は、端末装置１０の処理部１２のアクセス制御部１３０からアクセス権解放要求情報を、インタフェース部１１、ネットワーク５及びインタフェース部２１を通じて受け取ると、受け取ったアクセス権解放要求情報をアクセス権付与部２１０のアクセスキュー制御手段２５０に提供する。
アクセス権付与部２１０のアクセスキュー制御手段２５０は、要求受取手段２２０が受け取ったアクセス権解放要求情報に含まれる各レコード番号に対応付けされたブロック番号をブロックテーブル２３０から取得してアクセスキュー制御手段２５０のブロック番号記憶手段に記憶し（ステップＳ２６１）、ブロック番号記憶手段に記憶した各ブロック番号の中から互いに異なるブロック番号を抽出する（ステップＳ２６２）。なお、互いに異なるブロック番号は、記憶手段に記憶された重複のある番号群の中から互いに異なる番号を抽出するコンピュータプログラムを処理部２２のコンピュータで実行することにより抽出するようにしてもよい。
次にアクセス権付与部２１０のアクセスキュー制御手段２５０は、ステップＳ２６２で抽出した各ブロック番号のアクセスキュー２４０をデキューすることにより当該各レコード番号のレコードのアクセス権を解放し（ステップＳ２６３）、ステップＳ２６３でデキューしたアクセスキュー２４０の各々が空であるか否かを判定する（ステップＳ２６４）。ステップＳ２６３でデキューしたアクセスキュー２４０の中に空でないアクセスキューがある場合は、当該空でない各アクセスキューについて先頭に格納されているレコード番号及び端末ＩＤに基づいて当該レコード番号を含むアクセス権付与情報を当該端末ＩＤの端末装置１０に送信することにより当該レコード番号のレコードのアクセス権を当該端末ＩＤの端末装置１０に付与する（ステップＳ２６５）。これにより当該端末ＩＤの端末装置１０の待ち状態が解消される。

以上、本発明の実施形態の一例を説明したが、本発明は上記実施形態に限定されないものである。約定データベース装置２０はデータベース２３とデータベース２３にアクセスするサーバとを備え、サーバはインタフェース部２１と処理部２２を備える構成としてもよく、サーバ内のコンピュータをインタフェース２１部及び処理部２２として機能させるためのプログラムをサーバにインストールしてコンピュータによりインタフェース部２１及び処理部２２の機能を実現する構成としてもよい。

本発明の実施形態に係るデータ処理システムの構成の一例を示すブロック図である。 ブロックテーブル２３０のデータ構成を例示する説明図である。 図１のデータ処理システムのデータ処理の概要を説明する説明図である。 図１のデータ処理システムの端末装置の処理動作を例示するフローチャートである。 図４のフローチャートにおける約定データ登録処理Ｓ１３で表示部１３に表示される登録データ入力画面とその確認画面の表示例を示す説明図である。 図４のフローチャートにおける約定データ登録処理Ｓ１３の一例を示すフローチャートである。 図６のフローチャートにおけるステップＳ１３４〜Ｓ１３６の処理の一例を示すフローチャートである。 図４のフローチャートにおける約定データ登録取消処理Ｓ１５で表示部１３に表示される登録取消画面とその確認画面の表示例を示す説明図である。 図４のフローチャートにおける約定データ登録取消処理Ｓ１５の一例を示すフローチャートである。 図９のフローチャートにおけるステップＳ１５４〜Ｓ１５６の処理の一例を示すフローチャートである。 約定データベース装置２０の処理部２２の処理動作の概略を示すフローチャートである 図１１のフローチャートにおけるレコード番号付与処理Ｓ２２の一例を示すフローチャートである。 図１１のフローチャートにおけるアクセス権付与処理Ｓ２４の一例を示すフローチャートである。 図１１のフローチャートにおけるアクセス権解放処理Ｓ２６の一例を示すフローチャートである。 約定伝票の内容を入力する際の端末装置の入力画面の表示例を示す説明図である。 データベースのアクセスの排他制御によるデッドロックを説明するための説明図である。

符号の説明

５・・・ネットワーク、１０−１，１０−２・・・端末装置、１１，２１・・・インタフェース部（Ｉ／Ｆ部）、１２，２２・・・処理部、１３・・・表示部、１４・・・入力部、２０・・・約定データベース装置（約定ＤＢ装置）、２３・・・データベース（ＤＢ）、１１０・・・検索部、１１１・・・検索結果記憶手段、１２０・・・登録取消データ受取部、１３０・・・アクセス制御部、１３１・・・レコード番号記憶手段、１４０・・・登録データ受取部、１４１・・・登録データ記憶手段、２１０・・・アクセス権付与部、２２０・・・要求受取手段、２２１・・・約定データカウンタ、２３０・・・ブロックテーブル、２４０・・・アクセスキュー、２５０・・・アクセスキュー制御手段、２６０・・・アクセス処理部

Claims (8)

1. データベースと、前記データベースにアクセスする複数の端末装置と、前記データベースのレコードにライトアクセスするためのアクセス権を前記端末装置に付与するアクセス権付与部とを備えたデータ処理システムにおいて、
   前記データベースのレコードは、当該レコードのレコード番号に対応付けてデータと当該データの登録状態又は未登録状態を示すフラグを記憶し、前記データと前記登録状態を示すフラグが前記レコードに記憶されることにより当該データが登録され、前記データが記憶された前記レコードのフラグが前記登録状態から前記未登録状態を示すフラグに更新されることにより当該データの登録が取り消されるものであり、
   前記複数の端末装置の各々は、
   前記データベースに登録されたデータの検索条件を入力するための検索条件入力画面を当該端末装置の表示部に表示して当該端末装置のユーザにより前記検索条件入力画面に入力された前記検索条件を受け取り、受け取った前記検索条件に基づいて前記データベースのレコードに前記登録状態を示すフラグとともに記憶されているデータの中から前記検索条件に該当するデータを検索する検索処理を行い、前記検索条件に該当するデータと当該データが記憶されたレコードのレコード番号を前記データベースから取得して検索結果記憶手段に記憶する検索部と、
   前記検索結果記憶手段に記憶された前記検索条件に該当するデータと前記登録を取り消すべきデータを指定するための指定入力欄とを当該端末装置の表示部に表示し、当該端末装置のユーザにより前記登録を取り消すべきデータとして前記指定入力欄で指定された登録取消対象のデータが記憶されたレコードのレコード番号を前記検索結果記憶手段から取得してレコード番号記憶手段に記憶する登録取消データ受取部と、
   前記登録取消データ受取部により複数のレコードのレコード番号が前記レコード番号記憶手段に記憶された場合に、前記レコード番号記憶手段に記憶された各レコード番号のレコードのアクセス権をレコード番号に関して予め定められた前記複数の端末装置に共通の順序に従って前記アクセス権付与部に要求し、前記レコード番号記憶手段に記憶された各レコード番号のレコードのアクセス権を前記アクセス権付与部から付与されたときに前記レコード番号記憶手段に記憶された各レコード番号のレコードのフラグを前記登録状態から前記未登録状態を示すフラグに更新するための更新処理を行い、前記更新処理後に前記レコード番号記憶手段に記憶された各レコード番号のレコードのアクセス権の解放を前記アクセス権付与部に要求するアクセス制御部と
   を備え、
   前記アクセス権付与部は、前記複数の端末装置のうち一の端末装置の前記アクセス制御部から前記レコード番号のレコードのアクセス権を要求された場合に、当該レコード番号のレコードを含むブロック内のレコードのアクセス権を前記複数の端末装置のうち前記一の端末装置以外の他の端末装置に付与していないときには前記レコード番号のレコードのアクセス権を前記一の端末装置に付与し、前記複数の端末装置のうち前記一の端末装置以外の他の端末装置に前記ブロック内のレコードのアクセス権を付与していたときには、当該他の端末装置から前記ブロック内のレコードのアクセス権の解放を要求された後に前記レコード番号のレコードのアクセス権を前記一の端末装置に付与する
   ことを特徴とするデータ処理システム。
2. 前記端末装置の前記アクセス制御部は、前記レコード番号記憶手段に記憶された各レコード番号のレコードのアクセス権をレコード番号順に前記アクセス権付与部に要求する
   ことを特徴とする請求項１記載のデータ処理システム。
3. 前記端末装置の前記登録取消データ受取部は、前記検索結果記憶手段に記憶された前記検索条件に該当する各データと当該データを前記登録を取り消すべきデータとして指定するための前記指定入力欄を対応付けて当該端末装置の表示部に表示し、当該端末装置のユーザにより前記登録を取り消すべきデータとして前記指定入力欄で指定された登録取消対象のデータを受け取り、受け取った登録取消対象のデータが記憶されたレコードのレコード番号を前記検索結果記憶手段から取得してレコード番号記憶手段に記憶し、
   前記端末装置の前記アクセス制御部は、前記登録取消データ受取部により複数のレコードのレコード番号が前記レコード番号記憶手段に記憶された場合に、前記レコード番号記憶手段に記憶された各レコード番号のレコードのアクセス権をレコード番号の小さい順に前記アクセス権付与部に要求する
   ことを特徴とする請求項１又は２記載のデータ処理システム。
4. 前記端末装置の前記アクセス制御部は、前記レコード番号記憶手段に記憶されたレコード番号のレコードのアクセス権を前記アクセス権付与部に要求する場合に、当該レコード番号と当該端末装置を識別する端末ＩＤとを含むアクセス権要求情報を前記アクセス権付与部に送信し、前記レコード番号記憶手段に記憶された各レコード番号のレコードのアクセス権の解放を前記アクセス権付与部に要求する場合に、前記レコード番号記憶手段に記憶された各レコード番号を含むアクセス権解放要求情報を前記アクセス権付与部に送信するものであり、
   前記アクセス権付与部は、
   前記データベースのブロックを識別するブロック番号と当該ブロックに含まれるレコードのレコード番号を対応付けたブロックテーブルと、
   前記データベースの各ブロックのブロック番号毎のアクセスキューと、
   前記端末装置の前記アクセス制御部から前記アクセス権要求情報又はアクセス権解放要求情報を受け取る要求受取手段と、
   前記要求受取手段が受け取った前記アクセス権要求情報に含まれるレコード番号に対応付けされたブロック番号を前記ブロックテーブルから取得し、
   取得したブロック番号のアクセスキューが空である第１の場合は、当該ブロック番号のアクセスキューに前記アクセス権要求情報に含まれる前記レコード番号及び前記端末ＩＤをエンキューし、前記アクセス権要求情報に含まれる当該レコード番号を含むアクセス権付与情報を当該端末ＩＤの端末装置に送信することにより当該レコード番号のレコードのアクセス権を当該端末ＩＤの端末装置に付与し、
   取得したブロック番号のアクセスキューの先頭に格納されている前記端末ＩＤが前記アクセス権要求情報に含まれる前記端末ＩＤと同じである第２の場合は、前記アクセス権要求情報に含まれる前記レコード番号を含むアクセス権付与情報を当該端末識別情報の端末装置に送信することにより当該レコード番号のレコードのアクセス権を当該端末ＩＤの端末装置に付与し、
   取得したブロック番号のアクセスキューの先頭に格納されている前記端末ＩＤが前記アクセス権要求情報に含まれる前記端末ＩＤと同じでない第３の場合は、当該ブロック番号のアクセスキューの末尾に前記アクセス権要求情報に含まれる前記レコード番号及び前記端末ＩＤをエンキューするアクセスキュー制御手段と
   を備え、
   前記アクセスキュー制御手段は、前記要求受取手段が受け取った前記アクセス権解放要求情報に含まれる各レコード番号に対応付けされたブロック番号を前記ブロックテーブルから取得し、取得した各ブロック番号のうち互いに異なるブロック番号のアクセスキューをデキューすることにより前記各レコード番号のレコードのアクセス権を解放し、デキューされた前記アクセスキューのうち空ではないアクセスキューの先頭に格納されている前記レコード番号及び前記端末ＩＤに基づいて当該レコード番号を含むアクセス権付与情報を当該端末ＩＤの端末装置に送信することにより当該レコード番号のレコードのアクセス権を当該端末ＩＤの端末装置に付与する
   ことを特徴とする請求項１〜３の何れかに記載のデータ処理システム。
5. レコードのレコード番号に対応付けてデータと当該データの登録状態又は未登録状態を示すフラグを当該レコードに記憶し、前記データと前記登録状態を示すフラグを前記レコードに記憶することにより当該データを登録し、前記データが記憶された前記レコードのフラグを前記登録状態から前記未登録状態を示すフラグに更新することにより当該データの登録を取り消すデータベースと、
   前記データベースにアクセスする複数の端末装置と、
   前記データベースのレコードにライトアクセスするためのアクセス権を前記端末装置に付与するアクセス権付与部であって、前記複数の端末装置のうち一の端末装置から前記レコード番号のレコードのアクセス権を要求された場合に、当該レコード番号のレコードを含むブロック内のレコードのアクセス権を前記複数の端末装置のうち前記一の端末装置以外の他の端末装置に付与していないときには前記レコード番号のレコードのアクセス権を前記一の端末装置に付与し、前記複数の端末装置のうち前記一の端末装置以外の他の端末装置に前記ブロック内のレコードのアクセス権を付与していたときには、当該他の端末装置から前記ブロック内のレコードのアクセス権の解放を要求された後に前記レコード番号のレコードのアクセス権を前記一の端末装置に付与するアクセス権付与部と
   を備えたデータ処理システムに用いられる端末装置において、
   前記データベースに登録されたデータの検索条件を入力するための検索条件入力画面を当該端末装置の表示部に表示して当該端末装置のユーザにより前記検索条件入力画面に入力された前記検索条件を受け取り、受け取った前記検索条件に基づいて前記データベースのレコードに前記登録状態を示すフラグとともにに記憶されているデータの中から前記検索条件に該当するデータを検索する検索処理を行い、前記検索条件に該当するデータと当該データが記憶されたレコードのレコード番号を前記データベースから取得して検索結果記憶手段に記憶する検索部と、
   前記検索結果記憶手段に記憶された前記検索条件に該当するデータと前記登録を取り消すべきデータを指定するための指定入力欄とを当該端末装置の表示部に表示し、当該端末装置のユーザにより前記登録を取り消すべきデータとして前記指定入力欄で指定された登録取消対象のデータが記憶されたレコードのレコード番号を前記検索結果記憶手段から取得してレコード番号記憶手段に記憶する登録取消データ受取部と、
   前記登録取消データ受取部により複数のレコードのレコード番号が前記レコード番号記憶手段に記憶された場合に、前記レコード番号記憶手段に記憶された各レコード番号のレコードのアクセス権をレコード番号に関して予め定められた前記複数の端末装置に共通の順序に従って前記アクセス権付与部に要求し、前記レコード番号記憶手段に記憶された各レコード番号のレコードのアクセス権を前記アクセス権付与部から付与されたときに前記レコード番号記憶手段に記憶された各レコード番号のレコードのフラグを前記登録状態から前記未登録状態を示すフラグに更新するための更新処理を行い、前記更新処理後に前記レコード番号記憶手段に記憶された各レコード番号のレコードのアクセス権の解放を前記アクセス権付与部に要求するアクセス制御部と
   を備える
   ことを特徴とする端末装置。
6. 前記アクセス制御部は、前記レコード番号記憶手段に記憶された各レコード番号のレコードのアクセス権をレコード番号順に前記アクセス権付与部に要求する
   ことを特徴とする請求項５記載の端末装置。
7. 前記登録取消データ受取部は、前記検索結果記憶手段に記憶された前記検索条件に該当する各データと当該データを前記登録を取り消すべきデータとして指定するための前記指定入力欄を対応付けて前記表示部に表示し、前記ユーザにより前記登録を取り消すべきデータとして前記指定入力欄で指定された登録取消対象のデータを受け取り、受け取った登録取消対象のデータが記憶されたレコードのレコード番号を前記検索結果記憶手段から取得してレコード番号記憶手段に記憶し、
   前記アクセス制御部は、前記登録取消データ受取部により複数のレコードのレコード番号が前記レコード番号記憶手段に記憶された場合に、前記レコード番号記憶手段に記憶された各レコード番号のレコードのアクセス権をレコード番号の小さい順に前記アクセス権付与部に要求する
   ことを特徴とする請求項５又は６記載の端末装置。
8. コンピュータを、請求項５〜７の何れか一項に記載の端末装置として機能させるためのプログラム。