(57)【要約】【課題】共有データベースの更新、及び前記更新内容の他メンバーへの通知を、ブラウザにより表示されるウェブページ上のデータ入力画面を介して、データの入力項目単位で、かつ実時間で行えるようにする。【解決手段】ユーザ端末装置１のユーザが、データ入力画面Ｇ１上のデータの入力フィールドＧ１１の内容を更新しようとした時、サーバ端末装置２では、この更新の意思だけを受付け、サーバ端末装置２のコマンド・キューに入力フィールドＧ１１の内容を更新する先行コマンドが存在する場合は、その更新処理を先行させる。この間、ユーザ端末装置１のデータ入力画面Ｇ１上のデータの入力フィールドＧ１１には更新不可が表示され、更新が受け付けられない状態となる。【選択図】図１
2007179105.tif 000002
【特許請求の範囲】
【請求項１】
複数のユーザに共有され、かつ共同使用される共有データベースの記憶データを更新する共有データベースの制御システムであって、
前記共有データベースが記憶するデータを、前記データを呼び出したユーザが視認している表示装置に表示する手段と、
前記データに含まれる任意の１つのデータ項目について、前記ユーザが更新を希望する場合は、前記ユーザに前記データ項目を指定させることにより、前記データ項目が存在する位置の位置情報を入力する手段と、
前記位置情報が入力された時に、前記ユーザの前記更新の意思を受付けると共に、当該データ項目に対して、先行する更新要求が存在するか否かを検証する手段と、
前記先行する更新要求が存在する場合は、前記データ項目の更新が許可されないことを前記ユーザが視認している前記表示装置に表示すると共に、前記データ項目の更新を不可能にする手段と、
前記先行する更新要求を、受付け順で順次に実行すると共に、前記実行の都度、その更新結果を、前記複数のユーザの各々が視認している全ての表示装置に表示する手段と、
前記先行する更新要求による更新が全て完了した時に、前記データ項目の更新を可能にすると共に、前記データ項目の更新が可能になったことを、前記ユーザが視認している前記表示装置に表示する手段と、
前記位置情報の入力により前記更新の意思を示した前記ユーザによって、前記データ項目に対する更新データが入力された時に、前記更新データに基づく更新処理を実行すると共に、当該更新結果を、前記複数のユーザの各々が視認している前記全ての表示装置に表示する手段と、
前記共有データベースの記憶内容を、前記更新された前記データに基づいて、所定のタイミングで更新する手段と、
を備えたことを特徴とする共有データベースの制御システム。
【請求項２】
前記ユーザが視認している前記表示装置は、前記ユーザが使用するユーザ端末装置に付属する装置であり、かつ前記共有データベースは、前記ユーザ端末装置と通信可能に接続されたサーバー端末装置が管理するデータベースであることを特徴とする請求項１記載の共有データベースの制御システム。
【請求項３】
前記共有データベースが記憶するデータは、前記サーバー端末装置によってインターネット網上のウェブページとして提供されているものであることを特徴とする請求項２記載の共有データベースの制御システム。
【請求項４】
前記共有データベースのアクセス権を、前記ユーザの認証情報に対応して予め設定されているランクに従って許可することを特徴とする請求項１乃至３のいずれか１項に記載の共有データベースの制御システム。
【請求項５】
前記更新されるデータ項目のデータは、文字または画像であることを特徴とする請求項１乃至４のいずれか１項に記載の共有データベースの制御システム。
【請求項６】
前記データ項目は、テーブル形式を含む所定の入力形式によって確保されたデータ項目であることを特徴とする請求項１乃至５のいずれか１項に記載の共有データベースの制御システム。
【請求項７】
複数のユーザに共有され、かつ共同使用される共有データベースの記憶データを更新するための共有データベースの制御方法であって、
前記共有データベースに記憶されているデータを、前記データを呼び出したユーザが視認している表示装置に表示するステップと、
前記データに含まれる任意の１つのデータ項目について、前記ユーザが更新を希望する場合は、前記ユーザに前記データ項目を指定させることにより、前記データ項目が存在する位置の位置情報を入力するステップと、
前記位置情報が入力された時に、前記ユーザの前記更新の意思を受付けると共に、当該データ項目に対して、先行する更新要求が存在するか否かを検証するステップと、
前記先行する更新要求が存在する場合は、前記データ項目の更新が許可されないことを前記ユーザが視認している表示装置に表示すると共に、前記データ項目の更新を不可能にするステップと、
前記先行する更新要求を、受付け順で順次に実行すると共に、前記実行の都度、その更新結果を、前記複数のユーザの各々が視認している全ての表示装置に表示するステップと、
前記先行する更新要求による更新が全て完了した時に、前記データ項目の更新を可能にすると共に、前記データ項目の更新が可能になったことを、前記ユーザが視認している前記表示装置に表示するステップと、
前記位置情報の入力により前記更新の意思を示した前記ユーザによって、前記データ項目に対する更新データが入力された時に、前記更新データに基づく更新処理を実行すると共に、当該更新結果を、前記複数のユーザの各々が視認している前記全ての表示装置に表示するステップと、
前記共有データベースの記憶内容を、前記更新された前記データに基づいて、所定のタイミングで更新するステップと、
を備えたことを特徴とする共有データベースの制御方法。
【請求項８】
複数のユーザに共有され、かつ共同使用される共有データベースの記憶データを更新するシステムにおける更新処理を実行させるためのコンピュータプログラムであって、
前記共有データベースに記憶されているデータを、前記データを呼び出したユーザが視認している表示装置に表示させるステップと、
前記データに含まれる任意の１つのデータ項目について、前記ユーザが更新を希望する場合は、前記ユーザに前記データ項目を指定させることにより、前記データ項目が存在する位置の位置情報を入力させるステップと、
前記位置情報が入力された時に、前記ユーザの前記更新の意思を受付けさせると共に、当該データ項目に対して、先行する更新要求が存在するか否かを検証させるステップと、
前記先行する更新要求が存在する場合は、前記データ項目の更新が許可されないことを前記ユーザが視認している表示装置に表示させると共に、前記データ項目の更新を不可能にさせるステップと、
前記先行する更新要求を、受付け順で順次に実行させると共に、前記実行がなされる都度、その更新結果を、前記複数のユーザの各々が視認している全ての表示装置に表示させるステップと、
前記先行する更新要求による更新が全て完了された時に、前記データ項目の更新を可能にさせると共に、前記データ項目の更新が可能になったことを、前記ユーザが視認している前記表示装置に表示させるステップと、
前記位置情報の入力により前記更新の意思を示した前記ユーザによって、前記データ項目に対する更新データが入力された時に、前記更新データに基づく更新処理を実行させると共に、当該更新結果を、前記複数のユーザの各々が視認している前記全ての表示装置に表示させるステップと、
前記共有データベースの記憶内容を、前記更新された前記データに基づいて、所定のタイミングで更新させるステップと、
を備えたことを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は共有データベースの制御システム及び共有データベースの制御方法並びにコンピュータプログラムに係り、特に、グループのメンバーが共同利用する共有データベースの記憶内容を、メンバーの各々が更新できると共に、この更新結果を、メンバーの各々が実時間で閲覧できる共有データベースの制御システム及び共有データベースの制御方法並びにコンピュータプログラムに関する。
【背景技術】
【０００２】
従来、コンピュータによって実現される共有データベースの制御システムでは、グループ内の複数のメンバー（ユーザ）が１つのデータベースを共有して共同使用できるようにするために、通常、ＯＳ（オペレーティグシステム）において、データベースのアクセス権に関する排他制御を行っている。
【０００３】
この排他制御機能の存在により、前記複数のメンバーの各々は、共有データベースにアクセスして記録内容の更新を行う時に、一旦アクセス権を得たならば、その後は、他のユーザによって邪魔されることなく、当該更新処理が完了するまで、このデータベースを占有することができるようになっている(特許文献１参照)。
【０００４】
通常、このようなデータベースの排他制御機能は、ＯＳのデータベース管理部によってなされるが、従来のデータベース管理部による排他制御機能では、排他制御がなされるデータベース上の制御単位は、記憶装置への入出力単位であり、即ち、ブロック単位であった。よって、ファイル構造を１レコード／１ブロックとすれば、レコード単位の排他制御機能を実現することができるが、実際の業務面からは、排他制御がなされる制御単位としては、１レコード／１ブロックとした場合でも未だ木目の細かさを欠いていた。
【０００５】
また、従来の共有データベースの制御システムでは、グループ内の或るメンバーによって更新された更新結果（新しい内容）を、実時間で他のメンバーに通知する機能までは備えていなかった。
【０００６】
一方、近年は、コンピュータが制御するデータベースに期待される役割は益々高まり、共有データベースにも実際の業務に適合した木目の細かい制御機能が必要となっている。
しかし、従来は、データベースの共有を実現する機能として、高々、前述のレコード単位の排他制御機能しか利用できなかったので、実際の業務面からは、使い勝手が悪く、このため、グループ内の複数のメンバーの各々は、共同使用されるデータベースとは別に、自分専用のデータベースを所有しており、日常の更新作業は、この自分専用のデータベースをベースにして行われており、さらに、必要に応じて、前記メンバーの各々が、前記自分専用のデータベースに対する更新結果を、それぞれ勝手に前記共有データベースに持ち上げるといった使用形態が常態化していた。
これでは、データベースの物理的な共有はなされても、その記憶内容の更新には時間差が生じるので、前記メンバーの各々の間で、実時間で情報が共有できているとまでは言えない状態であった。
【０００７】
また、近年は、インターネット技術の普及により、ユーザ端末装置とサーバ端末装置との間の情報の送受信は、ブラウザによって表示されるウェブページを介して行われるケースが多くなっている。
従来のウェブページには、この目的のために、商社等のコマーシャルなどと共に小規模なデータ入力画面が設けられているケースが多かったが、最近では、ウェブページの使用目的を、最初から、ユーザ端末装置とサーバ端末装置との間の情報の送受信目的（通信目的）だけに絞り、よって、ウェブページには、大量の情報を入力できるデータ入力画面だけが設けられているウェブページの使用形態も出現している。
【０００８】
しかし、大量の情報をウェブページを介して入力できるデータ入力画面には、インターネット網上の通信設定機能等の他に、当該データ入力画面を操作する機能や、入力される入力データ（文字や画像）のフォーマット等を操作する機能なども必要となるが、このような機能を備えたデータ入力画面をユーザ側が一から設計することは面倒であった。
【０００９】
ここで、前記のブラウザによって表示されるデータ入力画面として、既成のワードプロセッサーや表計算ソフト等のアプリケーションにより提供される画面が利用できれば好都合であるが、既成のワードプロセッサーや表計算ソフト等のアプリケーションは、画面を操作する機能や入力データを操作する機能、及びブラウザ関連機能等は備えてはいても、ユーザ端末装置が備える通信用の記憶装置との間では、画面単位（但し、形式変換や圧縮を受けることもある）の入出力がなされているだけであり、入力データ項目のデータが入力される度に、当該入力データ項目の入力データが前記記憶装置に書き込まれ、かつサーバ端末装置にまで送信されることはなかった。
【００１０】
図１２は、従来のブラウザにより表示されるウェブページ上のデータ入力画面の画面構成を示す説明図である。
同図に示すデータ入力画面Ｇ９Ａは、何らかのサーバが提供するウェブページ上に設定されている
データの入力項目−（１〜ｎ）に対応して、それぞれ入力フィールド（Ｇ９Ａ１〜Ｇ９Ａｎ）が設けられており、ユーザは、これらの入力項目のうち、必要な入力項目にだけデータを入力した後、送信釦Ｇ９１を押下することにより、この画面全体分のデータ入力を完了させることができて、これにより、この１画面に対応した情報全体が、ユーザ端末装置が備える前記記憶装置等を介して前記サーバに送信される構成となっている。
【特許文献１】特開２００５−１３５０１７号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
しかしながら、上記背景技術で述べた従来の共有データベースの制御システムでは、前述のとおり、共有データベースに対して排他制御がなされる際の制御単位は、この共有データベースを構成する記憶装置への入出力単位であり、即ち、ファイルのブロック単位であったので、実際の業務に適用するには木目の細かさを欠くという問題点が有った。
【００１２】
また、グループ内の或るメンバーによって更新された共有データベースの更新結果が、その更新完了時に他のメンバーにまで実時間で通知されることがなく、よって、誰が、何時、どのような更新を行ったのかが、グループ内の各メンバーには皆目分からない状態であったので、このような共有データベースが記憶する記憶内容には、透明性に欠けるという問題点があった。
【００１３】
このため、メンバーの各々は、前記共有データベースとは別に、自分専用のデータベースを所有し、日常の更新作業は、この自分専用のデータベースをベースにして行い、共有データベースへの持ち上げは不定期に行っているので、グループ内のメンバーが更新済の最新の情報を閲覧するタイミングに遅れが生じ、ひいては業務にも支障が生じることがあった。
【００１４】
また、ウェブページが利用される場合でも、ユーザ端末装置が備える通信用の記憶装置との間では、前述のとおり、画面単位のデータの入出力がなされているだけであり、よって、他のメンバーが更新した最新の更新結果を閲覧するためには、ブラウザを介して改めて画面を再ロードしなければならなかった。
【００１５】
さらに、従来の共有データベースシステムの制御システムでは、グループ内のメンバーが、誰でも勝手に、必要に応じて、任意に共有データベースにアクセスすることが可能であり、このため、アクセス権に関して管理上の問題点が生じていた。
【００１６】
本発明は、上記従来の問題点に鑑みてなされたものであって、共有データベースの更新、及び前記更新内容の他メンバーへの通知を、ブラウザにより表示されるウェブページ上のデータ入力画面を介して、データの入力項目単位で、かつ実時間処理で行えるようにすると共に、共有データベースに、メンバー対応の適正なアクセス権を設定することができる共有データベースの制御システムを提供することを目的としている。
【００１７】
本発明の他の目的は、共有データベースの更新、及び前記更新内容の他メンバーへの通知を、ブラウザにより表示されるウェブページ上のデータ入力画面を介して、データの入力項目単位で、かつ実時間処理で行えるようにすると共に、共有データベースに、メンバー対応の適正なアクセス権を設定することができる共有データベースの制御方法を提供することにある。
【００１８】
本発明の他の目的は、共有データベースの更新、及び前記更新内容の他メンバーへの通知を、ブラウザにより表示されるウェブページ上のデータ入力画面を介して、データの入力項目単位で、かつ実時間処理で行えるようにすると共に、前記共有データベースに適正なアクセス権を設定することができる共有データベースの制御方法を実行させるコンピュータプログラムを提供することにある。
【課題を解決するための手段】
【００１９】
上記課題を解決するために、本発明に係る共有データベースの制御システムは、複数のユーザに共有され、かつ共同使用される共有データベース（以下、「共有データベース」と呼称する）の記憶データを更新する共有データベースの制御システムであって、前記共有データベースが記憶するデータを、前記データを呼び出したユーザが視認している表示装置に表示する手段と、前記データに含まれる任意の１つのデータ項目について、前記ユーザが更新を希望する場合は、前記ユーザに前記データ項目を指定させることにより、前記データ項目が存在する位置の位置情報を入力する手段と、前記位置情報が入力された時に、前記ユーザの前記更新の意思を受付けると共に、当該データ項目に対して、先行する更新要求が存在するか否かを検証する手段と、前記先行する更新要求が存在する場合は、前記データ項目の更新が許可されないことを前記ユーザが視認している前記表示装置に表示すると共に、前記データ項目の更新を不可能にする手段と、前記先行する更新要求を、受付け順で順次に実行すると共に、前記実行の都度、その更新結果を、前記複数のユーザの各々が視認している全ての表示装置に表示する手段と、前記先行する更新要求による更新が全て完了した時に、前記データ項目の更新を可能にすると共に、前記データ項目の更新が可能になったことを、前記ユーザが視認している前記表示装置に表示する手段と、前記位置情報の入力により前記更新の意思を示した前記ユーザによって、前記データ項目に対する更新データが入力された時に、前記更新データに基づく更新処理を実行すると共に、当該更新結果を、前記複数のユーザの各々が視認している前記全ての表示装置に表示する手段と、前記共有データベースの記憶内容を、前記更新された前記データに基づいて、所定のタイミングで更新する手段と、を備えたことを特徴とする共有データベースの制御システムを提供するものである。
【００２０】
このように構成したことにより、共有データベースの更新、及び前記更新内容の他メンバーへの通知が、ブラウザにより表示されるウェブページ上のデータ入力画面を介して、データの入力項目単位で、かつ実時間処理で行えることを実現している。
【００２１】
ここで、請求項１記載の共有データベースの制御システムにおいて、前記ユーザが視認している前記表示装置は、前記ユーザが使用するユーザ端末装置に付属する装置であり、かつ前記共有データベースは、前記ユーザ端末装置と通信可能に接続されたサーバー端末装置が管理するデータベースであることを特徴とする。
【００２２】
また、請求項２記載の共有データベースの制御システムにおいて、前記共有データベースが記憶するデータは、前記サーバー端末装置によってインターネット網上のウェブページとして提供されているものであることを特徴とする。
また、請求項１乃至３のいずれか１項に記載の共有データベースの制御システムにおいて、前記共有データベースのアクセス権を、前記ユーザの認証情報に対応して予め設定されているランクに従って許可することを特徴とする。
【００２３】
また、請求項１乃至４のいずれか１項に記載の共有データベースの制御システムにおいて、前記更新されるデータ項目のデータは、文字または画像であることを特徴とする。
【００２４】
さらに、請求項１乃至５のいずれか１項に記載の共有データベースの制御システムにおいて、前記データ項目は、テーブル形式を含む所定の入力形式によって確保されたデータ項目であることを特徴とする。
【００２５】
また、本発明に係る共有データベースの制御方法は、複数のユーザに共有され、かつ共同使用される共有データベース（以下、「共有データベース」と呼称する）の記憶データを更新するための共有データベースの制御方法であって、前記共有データベースに記憶されているデータを、前記データを呼び出したユーザが視認している表示装置に表示するステップと、前記データに含まれる任意の１つのデータ項目について、前記ユーザが更新を希望する場合は、前記ユーザに前記データ項目を指定させることにより、前記データ項目が存在する位置の位置情報を入力するステップと、前記位置情報が入力された時に、前記ユーザの前記更新の意思を受付けると共に、当該データ項目に対して、先行する更新要求が存在するか否かを検証するステップと、前記先行する更新要求が存在する場合は、前記データ項目の更新が許可されないことを前記ユーザが視認している表示装置に表示すると共に、前記データ項目の更新を不可能にするステップと、前記先行する更新要求を、受付け順で順次に実行すると共に、前記実行の都度、その更新結果を、前記複数のユーザの各々が視認している全ての表示装置に表示するステップと、前記先行する更新要求による更新が全て完了した時に、前記データ項目の更新を可能にすると共に、前記データ項目の更新が可能になったことを、前記ユーザが視認している前記表示装置に表示するステップと、前記位置情報の入力により前記更新の意思を示した前記ユーザによって、前記データ項目に対する更新データが入力された時に、前記更新データに基づく更新処理を実行すると共に、当該更新結果を、前記複数のユーザの各々が視認している前記全ての表示装置に表示するステップと、前記共有データベースの記憶内容を、前記更新された前記データに基づいて、所定のタイミングで更新するステップと、を備えたことを特徴とする共有データベースの制御方法を提供するものである。
【００２６】
さらに、本発明に係るコンピュータプログラムは、複数のユーザに共有され、かつ共同使用される共有データベースの記憶データを更新するシステムにおける更新処理を実行させるためのコンピュータプログラムであって、前記共有データベースに記憶されているデータを、前記データを呼び出したユーザが視認している表示装置に表示させるステップと、前記データに含まれる任意の１つのデータ項目について、前記ユーザが更新を希望する場合は、前記ユーザに前記データ項目を指定させることにより、前記データ項目が存在する位置の位置情報を入力させるステップと、前記位置情報が入力された時に、前記ユーザの前記更新の意思を受付けさせると共に、当該データ項目に対して、先行する更新要求が存在するか否かを検証させるステップと、前記先行する更新要求が存在する場合は、前記データ項目の更新が許可されないことを前記ユーザが視認している表示装置に表示させると共に、前記データ項目の更新を不可能にさせるステップと、前記先行する更新要求を、受付け順で順次に実行させると共に、前記実行がなされる都度、その更新結果を、前記複数のユーザの各々が視認している全ての表示装置に表示させるステップと、前記先行する更新要求による更新が全て完了された時に、前記データ項目の更新を可能にさせると共に、前記データ項目の更新が可能になったことを、前記ユーザが視認している前記表示装置に表示させるステップと、前記位置情報の入力により前記更新の意思を示した前記ユーザによって、前記データ項目に対する更新データが入力された時に、前記更新データに基づく更新処理を実行させると共に、当該更新結果を、前記複数のユーザの各々が視認している前記全ての表示装置に表示させるステップと、前記共有データベースの記憶内容を、前記更新された前記データに基づいて、所定のタイミングで更新させるステップと、を備えたことを特徴とするコンピュータプログラムを提供するものである。
【発明の効果】
【００２７】
以上説明したように、本発明の共有データベースの制御システムによれば、共有データベースの更新が、ブラウザにより表示されるウェブページ上のデータ入力画面を介して、データの入力項目単位で、かつ実時間処理で行えるので、木目の細かい業務にも適用可能となる効果が有る。
【００２８】
また、共有データベースの使い勝手が良くなるので、メンバーの各々は、自分専用のデータベースを持つ必要がなくなると共に、データベースの一元化が実現可能となる効果がある。
【００２９】
また、メンバーの各々が行った更新結果は、他メンバーに対しても、実時間で通知されるので、グループ内での共同作業に適している。
【００３０】
また、メンバーの各々が、常に共通の資料を閲覧することが可能となるので、遠隔会議システムとしても有効に機能する効果がある。
【００３１】
また、共有データベースの透明性が高まると共に、何時、何処で、誰が、どのような変更を行ったかをログデータとして記録しておくことも可能であるので、検査や監査が必要な業務や事業にも有効に適用可能となる効果がある。
【００３２】
さらに、メンバーの各々に対して予め設定されるべき共有データベースへのアクセス権のランクは、メンバー各位のパスワード等から判断されるので、共有データベースの厳正なアクセス権の管理が可能となる効果がある。
【発明を実施するための最良の形態】
【００３３】
本発明の共有データベースの制御システムは、複数のユーザに共有され、かつ共同使用される共有データベースの記憶データを更新するシステムである。
以下、本発明の共有データベースの制御システムの最良の実施形態について、図面を参照して詳細に説明する。  
なお、この実施形態の説明では、本発明に係る共有データベースの制御システム及び共有データベースの制御方法について詳述するが、本発明に係るコンピュータプログラムについては、本発明に係る共有データベースの制御方法を実行させるためのプログラムであることから、その説明は以下の説明に含まれる。
【００３４】
まず、本発明の留意点について説明する。
背景でも述べたが、共有データベースの記録内容を更新する際に必要な排他制御（占有制御）は、現行のコンピュータシステムに於けるＯＳでも、そのデータ管理部においてなされているが、この場合の排他制御の制御単位はブロック単位であって、データの入力項目単位の排他制御まではなされていない。
また、排他制御が適用されているのは、コンピュータシステムが密結合システムである場合に限られており、インターネット網を介した広域に跨がるコンピュータシステムにまでは適用されていない。
【００３５】
よって、本発明では、データの入力項目単位の排他制御を可能にし、かつインターネット網を介した広域に跨がるコンピュータシステムにおける排他制御を可能にしたものであるが、一般に、排他制御の要旨は、制御単位（本発明の場合はデータの入力項目単位）毎に、更新要求の受付け順序を厳守して更新処理することにある。
この順序が乱れると、グループのメンバー間での共同作業がチグハグとなって、円滑に進行しなくなる。
しかし、インターネット網を介して広域に跨がる複数のユーザ端末からの更新要求については、時差が存在することにより、前記ユーザ端末から任意のタイミングで更新データを含む更新コマンドを発信させることができない。
【００３６】
即ち、前記時差の存在により、もしも任意のタイミングで更新データを含む更新コマンドが発信されると、この発信直後に、他者の更新コマンドによる更新結果が送信されてくる可能性が有り、その内容次第では、直前に送信してしまった自己の更新コマンドが不都合となり、他のメンバーに知らせては好ましくないという場合が生じる。
【００３７】
よって、本発明では、任意の或るユーザからの更新要求を行いたいという意思だけは受け付けておいて、実際の更新データの送信は、同一データ入力項目に対する他者の更新要求が全て処理されて前記ユーザにも当該更新結果が通知されるまで待機させ、同一データ入力項目に対する他者の更新要求が全て処理されて前記ユーザにも当該更新結果が通知されてから、前記ユーザに対して実際の更新データの送信を認可するように制御している。
【００３８】
図１は、本発明の実施形態に係る共有データベースの制御システムにおける情報の流れを示す説明図である。
まず、ユーザ端末装置１（一般には複数）では、ユーザが、ブラウザ（後述する）を介して、ウェブページ上に開設されたデータ入力画面Ｇ１を呼び出す。
【００３９】
次に、この呼び出しがサーバ端末装置２に通知され、サーバ端末装置２では、排他制御バッファＢ１に１レコード分の空き領域が有ることを確認した後、前記ウェブページを保管している共有データベース２１から、データ入力画面Ｇ１を含むレコードＲ１を排他制御バッファＢ１に出力させる（ステップＰ１）と共に、データ入力画面Ｇ１を含むウェブページをユーザ端末装置１に送信する（ステップＰ２）。
【００４０】
但し、この時、もしも排他制御バッファＢ１に１レコード分の空き領域が存在しなければ、サーバ端末装置２は、排他制御バッファＢ１から、最も参照頻度の少ないレコードを追い出す。
この時、この追い出されたレコードの内容でもって、共有データベース２１が記憶する該当レコードの内容を更新する。
【００４１】
また、データ入力画面Ｇ１を含むレコードＲ１が、既に排他制御バッファＢ１に存在する場合は、共有データベース２１から排他制御バッファＢ１への前記出力は行われず、前記ウェブページのレコードＲ１に対応する分の情報として、排他制御バッファＢ１に存在するレコードＲ１の情報を使用する。
【００４２】
前記送信を受けて、ユーザ端末装置１では、前記ブラウザが、このデータ入力画面Ｇ１を含むウェブページを表示装置に表示する。
この時、データ入力画面Ｇ１の入力フィールドＧ１１には既に入力されている「イロハニホ」が表示される。
【００４３】
次に、前記ユーザは、前記の「イロハニホ」が表示されたデータ入力画面Ｇ１における入力フィールドＧ１１の更新意思を示し（例えば、入力フィールドＧ１１をクリックする）、入力フィールドＧ１１の内容を更新しようとする。
これにより、ユーザ端末装置１の前記ブラウザは、当該ユーザによる入力フィールドＧ１１の更新意思を認知したことを示すサイン（図１では縦縞の表示）を入力フィールドＧ１１に示すと共に、サーバ端末装置２に対して、入力フィールドＧ１１の更新が可能か否かの問い合わせコマンドを発信する（ステップＰ３）。
但し、この段階では、未だ入力フィールドＧ１１は更新可能とはなっていない（前記ブラウザにより、更新入力を受け付けないように処理されている）。
【００４４】
これを受けて、サーバ端末装置２では、コマンド・キューＱ１に、前記問い合わせコマンドを登録すると共に、コマンド・キューＱ１に前記問い合わせコマンドを除く他のコマンド（即ち、先行コマンドであり、一般には複数）が存在するか否かを検証する。
ここでは、コマンド・キューＱ１に前記先行コマンドが存在し、しかも、この先行コマンドには、データ入力画面Ｇ１を含むレコードＲ１を更新することを要求するコマンドが含まれているものする。
【００４５】
この場合、サーバ端末装置２からは、ユーザ端末装置１に対して、入力フィールドＧ１１の更新を禁止するコマンドが発信され（ステップＰ４）、これを受けて、ユーザ端末装置１では、入力フィールドＧ１１に対して更新不可を示す表示を行うと共に、前記の更新入力を受け付けない処理を継続する。
【００４６】
次に、サーバ端末装置２は、前記条件に該当する先行コマンドの１つの処理が終了する度に、この更新結果をデータ入力画面Ｇ１を呼び出した全てのユーザ端末装置１に対して送信し、前記条件に該当する全ての先行コマンドの処理が完了すると、前記ユーザ端末装置１に対して、入力フィールドＧ１１の更新を許可する。
ここでは、入力フィールドＧ１１の内容は、「イロハニホ」から「ハニホヘト」に変化し、ユーザ端末装置１が受信する入力フィールドＧ１１の更新結果は、データ：「ハニホヘト」となる（ステップＰ５）。
【００４７】
これを受けて、ユーザ端末装置１の前記ブラウザは、このデータ：「ハニホヘト」を、入力フィールドＧ１１に表示すると共に、入力フィールドＧ１１に対して更新可能であることを示す表示を行い、さらに、前記の更新入力を受け付けない処理を解除する。
【００４８】
この表示を確認した前記ユーザは、入力フィールドＧ１１に、「あいうえお」を入力する。
この入力が完了すると、前記ブラウザは、サーバー端末装置２に対してこのデータを更新コマンドとして送信する（ステップＰ６）。
【００４９】
なお、前記入力の完了時点は、ユーザによってエンターキーが押下されることや、入力フィールドＧ１１以外の新たな入力フィールド等がクリックされることにより、前記ブラウザが検知することができる。
【００５０】
これを受けて、サーバ端末装置２は、前記問い合わせコマンドを前記送信された更新コマンドで置き換えると共に、当該更新コマンドの処理を行う（即ち、排他制御バッファＢ１に入力されたレコードＲ１のデータの、入力フィールドＧ１１に対応する領域を、前記受信したデータ：「あいうえお」でもって更新する。
【００５１】
なお、図示は省略しているが、前記更新結果（ここでは、データ：「あいうえお」）は、ユーザ端末装置１の各々に送信される。
【００５２】
また、排他制御バッファＢ１の内容は、適当な時点（例えば、排他制御バッファＢ１へのアクセスが無い状態で所定の時間が経過した時点）で、共有データベース２１を更新（上書き）することに使用されるが、この時点では、排他制御バッファＢ１内に開設されたレコードまでは消去されない。
しかし、排他制御バッファＢ１内に開設されたレコードは、参照回数を総合的に評価する他の処理部（図示は省略）によって、参照回数の少ないものから順に消去される。
また、コマンド・キューＱ１に登録されたコマンドは、処理が終わったものから順に消去される。
【００５３】
さらに、前記コマンドには、文字データの場合はデータ入力画面内の入力フィールドの位置を示す情報、画像の場合はデータ入力画面内に描画される画像（ここでは静止画像）の座標情報（後述する）が付加されるものとする。
【００５４】
図２は、本発明の実施形態に係る共有データベースの制御システムにおけるデータの他の流れを示す説明図である。
図１では、前述のとおり、問い合わせコマンドが発信された時点で、既に、コマンド・キューＱ１に前記条件に該当する先行コマンドが存在し、しかも、この先行コマンドには、データ入力画面Ｇ１を含むレコードＲ１を更新することを要求するコマンドが含まれているものとした。
図２に示すケースでは、コマンド・キューＱ１に前記条件に該当する先行コマンドが存在しないか、若しくはコマンド・キューＱ１に前記条件に該当する先行コマンドが存在していても、この先行コマンドにはデータ入力画面Ｇ１を含むレコードＲ１を更新することを要求するコマンドが含まれていないケースを示すものである。
よって、図１に示すステップＰ３，Ｐ４，Ｐ５の処理は省かれており、ステップＰ１，Ｐ２，Ｐ６，Ｐ７の処理だけとなっている。
【００５５】
前述のとおり、ユーザ端末装置１の前記ブラウザは、ウェブページとして提供されるデータ入力画面を、ユーザ端末装置１に付属する表示装置（後述する）に表示する。
以下、このデータ入力画面を例示して説明する。
【００５６】
図３は、本発明の実施形態に係る共有データベースの制御システムによって表示されるデータ入力画面の１例を示す説明図である。
図３に示すデータ入力画面Ｇ１Ａでは、入力項目−（１〜ｎ）に対応して、それぞれ入力フィールド（Ｇ１Ａ１〜Ｇ１Ａｎ）が設けられている。
なお、図３に示すデータ入力画面は、最も一般的に使用されているデータ入力画面である。
【００５７】
図４は、本発明の実施形態に係る共有データベースの制御システムによって表示されるデータ入力画面の他の１例を示す説明図である。
図４に示すデータ入力画面Ｇ１Ｂでは、テーブル形式の各項目に対応して、それぞれ入力フィールド（Ｇ１Ｂ１〜Ｇ１Ｂｎ）が設けられている。
なお、図４に示すデータ入力画面は、表計算ソフトのアプリケーションを模擬したデータ入力画面である。
【００５８】
図５は、本発明の実施形態に係る共有データベースの制御システムによって表示されるデータ入力画面の他の１例を示す説明図である。
図５に示すデータ入力画面Ｇ１Ｃでは、画面内に静止画像−（１〜ｍ）が表示されている。
この静止画像は、既に存在していたものであるか、若しくは、今回の更新処理により入力されたものである。
【００５９】
静止画像を更新、若しくは新規入力する場合は、更新コマンドに当該静止画像の座標情報が付加される。この座標情報としては、当該静止画像の中心座標、当該静止画像のＸ軸方向の最大長、及び当該静止画像のＹ軸方向の最大長を充当することができる。
【００６０】
サーバ端末装置２において、前述の先行コマンドの存在を検証する時に、該当するコマンドを判断する条件として、静止画像の更新の場合は、前記座標情報を使用して、静止画像間の座標が交差するか否か（即ち、図形が交わるか否か）が判定される。
なお、図５に示すデータ入力画面は、ワードプロセッサのアプリケーションを模擬したデータ入力画面である。
【００６１】
図６は、本発明の実施形態に係る共有データベースの制御システムによって表示されるブラウザ表示画面の１構成例を示す説明図である。
【００６２】
同図に示すブラウザ表示画面６には、データを入力するためのデータ入力画面が表示されるデータ入力部６０と、ファイルを操作するためのファイル操作用釦部６１と、データ入力画面の操作や、メニューの表示のための画面操作用釦部６２と、ウェブページの通信設定や操作を行うためのウェブページ操作用釦部６３と、静止画像を描画する時に使用するツールを集めた図形描画用ツール６４が表示される。
【００６３】
また、文字データを入力する際の書式等を設定するための入力フォーマット指定部６５が表示され、さらに、表示されているウェブページのアドレス、即ち、ＵＲＬ（Uniform Resource Locator）が表示され、この他に、表示させたいウェブページのＵＲＬを設定するためのフィールドとなるウェブページのＵＲＬ６６が表示される。
なお、これらの表示内容は、特定のユーザや特定のグループ用にカスタマイズすることができる。
なお、この他に、通信設定を行う画面や、管理者やユーザの認証情報（パスワード等）を申請するための画面を設けることができる。
【００６４】
図７は、本発明の実施形態に係る共有データベースの制御システムの全体構成を示す構成図である。
本実施形態に係る共有データベースの制御システムは、複数のユーザ端末装置１と、サーバ端末装置２とが、インターネット網１０を介して通信可能に接続された構成をとる。ここで、ユーザ端末装置１は、複数であるものとする。
【００６５】
ユーザ端末装置１は、主要な構成要素として、全体を制御するＣＰＵ１１と、データ入力画面に表示／入力されるデータを送受信するための中継バッファとなる送受信用記憶装置１２と、データ入力画面が表示される表示装置１６と、を備える。
【００６６】
サーバ端末装置２は、主要な構成要素として、全体を制御する制御部２１と、グループのメンバー間で共有され、共同使用される共有データベース２２と、ユーザ端末装置１の各々から受信したコマンドを到着順に登録するコマンド・キューＱ１と、データの入力項目単位の排他制御を行うために使用される排他制御バッファＢ１と、を備える。サーバ端末装置２は、データ入力画面を含むウェブページをメンバーに提供する。
【００６７】
メンバーの各々は、前記データ入力画面を介して、データを入力する。この入力結果は、実時間で、他のメンバーが使用するユーザ端末装置１に送信され、前記データ入力画面の該当する位置（入力フィールドまたは座標位置）に表示される。
【００６８】
図８は、本実施形態に係る共有データベースの制御システムが備えるサーバ端末装置の主要な構成を示す構成図である。
同図において、サーバ端末装置２は、主要な構成要素として、全体を制御する制御部２１と、グループのメンバー間で共有され、共同使用される共有ＤＢ（データベース）２２と、グループのメンバーを認証するための認証用ＤＢ２３と、顧客（ユーザ）に関する情報を格納する顧客情報ＤＢ２４と、課金処理等の業務用に使用される業務用ＤＢ２５と、入出力データ及び送受信されたデータやコマンドを表示するための表示装置２６と、アナログデータはデジタルデータに変換して手入力データや操作情報を入力するための入力装置２７と、を備える。
【００６９】
入力装置２７は、ＯＣＲやスキャナで構成することができる。
【００７０】
制御部２１は、他の構成要素の処理を分担すると共に他の構成要素を制御するＣＰＵ２１１と、更新処理に必要なプログラムやデータ、及び排他制御バッファＢ１やキューバッファＱＢを備えるＲＡＭ２１２と、回線接続を制御する回線制御部２１３と、インターネット網１０とのプロトコルを備えて他の端末装置との通信を行う通信制御部２１４と、データベース（２２〜２５）を制御するＤＢ管理部２１５と、データ入力画面を含むウェブページの管理とアクセス制御とを行うウェブサーバ２１６と、を備える。
【００７１】
ＣＰＵ２１１は、本装置全体を制御すると共に、他の主要な構成要素の処理を分担し、また、共有ＤＢ２２の入力データ項目単位の排他制御を伴う更新処理を行う。
【００７２】
ＲＡＭ２１２は、更新処理に必要なプログラムやデータを記憶すると共に、排他制御バッファＢ１用の記憶領域やキューバッファＱ１用の記憶領域を備える。
【００７３】
回線制御部２１３は、インターネット網１０に接続するためのものであり、デジタル終端接続装置（ＤＳＵ）や侵入防止用のファイアウォールアプリケーションを実装したルータなどを備えて構成することができる。
【００７４】
通信制御部２１４は、ウェブサーバ２１６などの各サーバを制御すると共に、複数のユーザ端末装置との回線接続を選択的に行う制御を実行する。
なお、この通信制御部２１４は、例えば、インターネット上での時刻同期用ＮＴＰ（Network Time Protocol）サーバ、分散ファイルシステム用のＮＦＳ（Network File System)サーバなどを備えることができる。
【００７５】
通信制御部２１４は、さらに、個人情報などの秘密保持のための暗号化データ転送用の暗号化通信プロトコルを保持し、ＳＳＬ（Secure Sockets Layer）サーバの制御を実行することができる。
【００７６】
ＤＢ管理部２１５は、入出力バス２２０を介して、共有ＤＢ２２、認証用ＤＢ２３、顧客情報ＤＢ２４、業務用ＤＢ２５を管理する。
この管理内容には、共有ＤＢ２２に対するデータの入力項目単位の排他制御（占有制御）や、レコードの参照回数の管理、及び一般的なバッファリング技法等が含まれる。
【００７７】
ウェブサーバ２１６は、接続されるインターネット網（ＶＰＮ）上で基幹的な通信処理（ブラウジング）を実行するための主コンピュータとして動作する。このウェブサーバ２１６は、前記インターネット網（ＶＰＮ）上に開設されるホームページを運営するものであり、このホームページ上にはデータの入力画面が設置される。
【００７８】
また、該ウェブサーバ２１６は、前記ホームページの前記データ入力画面を介して共有ＤＢ２２にアクセスするユーザに対して認証を行い、認証されたユーザ（共有ＤＢ２２へのアクセス権を有するユーザ）に対して、当該ユーザに予め付与されたランク別のアクセス権を付与して、当該ランク別のアクセスを認可する。
このアクセス権のランクは、前記ユーザの認証結果（パスワード等）に対応して付与される。
【００７９】
認証用ＤＢ２３は、ユーザの認証に必要な認証用データを記憶している。
このデータベースに記憶されているファイルは、認証処理の際に、認証を行うタスクから参照される。
なお、共有ＤＢ２２へのアクセス権には、前記のとおりランクが設けられており、ユーザ端末装置１のユーザには、この認証結果（パスワード等）に対応したランクのアクセス権が与えられる。
【００８０】
顧客情報ＤＢ２４は、顧客（メーカー、取引店、一般ユーザ、等）に関する情報（個人データの他、嗜好情報を含む）を記憶している。
このデータベースに記憶されているファイルは、前記顧客の信用を確認するための他、広告用等のウェブページを作成する際に、前記顧客の関心を喚起する広告を作成するための参考情報として参照される。
【００８１】
図９は、本実施形態に係る共有データベースの制御システムが備えるユーザ端末装置の主要な構成を示す構成図である。
同図に例示するユーザ端末装置１は、本装置全体を制御するＣＰＵ１１と、データ入力画面のデータ入力項目単位の情報の送受信を行う時に中継用バッファとして機能する送受信用記憶装置１２と、インターネット網１０に対応した通信プロトコルを備えてサーバ端末装置２（図８）と通信する通信処理部１３と、送受信用記憶装置１２を制御する記憶装置制御部１４と、データ入力画面を介してデータを入力するための入力装置１５と、送受信されるデータ入力画面等を画面表示するための表示装置１６と、前記データ入力画面等を印刷するための印刷装置１７とを備える。
【００８２】
ＣＰＵ１１は、本端末装置全体を制御すると共に、ブラウザ機能を備え、ウェブページとして提供されるデータ入力画面を表示装置１６に表示する。
【００８３】
送受信用記憶装置１２は、サーバ端末装置２との間で、データ入力画面のデータ入力項目単位の情報の送受信が行われる時に、中継用バッファ（通信用と入出力用とを兼ねたバッファ）として機能する。
【００８４】
通信処理部１３と、インターネット網１０に対応した通信プロトコルを備えており、インターネット網１０介してサーバ端末装置２（図８）と通信し、データ入力画面やコマンドを送受信する。
【００８５】
記憶装置制御部１４は、中継用バッファとして機能する送受信用記憶装置１２を制御する。
【００８６】
入力装置１５は、ユーザが前述のデータ入力画面を介してデータを入力するための機能を有しているが、この他に、アナログデータはデジタルデータに変換して入力する認識機能や、操作情報を入力する機能を有することができる。
【００８７】
表示装置１６は、送受信される前述のデータ入力画面等を画面表示する。
【００８８】
印刷装置１７は、前記データ入力画面等を印刷するために使用される。
【００８９】
なお、ユーザ端末装置１とサーバ端末装置２（図８）との間の情報の流れについては、前述の通りであるが、以下に、その処理手順を示す。
【００９０】
図１０は、本実施形態に係る共有データベースの制御システムにおけるサーバ端末装置の処理の流れを示すフローチャートである。
【００９１】
以下では、図１，２，１０を参照して、ユーザ端末装置１（一般には複数）から、ウェブページ上に開設されたデータ入力画面Ｇ１が呼び出された後の処理を説明する。
また、このデータ入力画面Ｇ１が呼び出された時点では、データ入力画面Ｇ１を含むレコードＲ１は、未だ排他制御バッファＢ１に存在しない場合であるものとする。
【００９２】
まずステップＳ１として、サーバ端末装置２のＣＰＵ２１１は、排他制御バッファＢ１に１レコード分の空き領域が有るか否かを検証する。
そして、排他制御バッファＢ１に１レコード分の空き領域が有る場合はステップＳ２に移り、排他制御バッファＢ１に１レコード分の空き領域が無い場合はステップＳ１２に移る。
【００９３】
次にステップＳ２として、ＣＰＵ２１１はＤＢ管理部２１５を介して、前記ウェブページを保管している共有データベース２１から、データ入力画面Ｇ１を含むレコードＲ１を、排他制御バッファＢ１に読み出す。
【００９４】
次にステップＳ３として、ＣＰＵ２１１はデータ入力画面Ｇ１を含むウェブページを、通信制御部２１４を介してユーザ端末装置１に送信する。
【００９５】
次にステップＳ４として、ＣＰＵ２１１はユーザ端末装置１から発信された入力フィールドＧ１１の更新が可能か否かの問い合わせコマンドを受信する。
【００９６】
次にステップＳ５として、ＣＰＵ２１１はＤＢ管理部２１５を介して、コマンド・キューＱ１に、前記問い合わせコマンドを登録する。
【００９７】
次にステップＳ６として、ＣＰＵ２１１は、ＤＢ管理部２１５を介して、コマンド・キューＱ１に前記問い合わせコマンドを除く他のコマンド（即ち、先行コマンドであり、一般には複数）が存在するかを検証する。
もし、前記先行コマンドが存在する場合はステップＳ１３に移り、前記先行コマンドが存在しない場合はステップＳ７に進む。
【００９８】
次にステップＳ７として、ＣＰＵ２１１はユーザ端末装置１に対して、入力フィールドＧ１１の更新許可コマンドを通信制御部２１４を介して送信する。
【００９９】
次にステップＳ８として、ＣＰＵ２１１は、ユーザ端末装置１から送信された入力フィールドＧ１１の更新コマンドを、通信制御部２１４を介して受信する。
【０１００】
次にステップＳ９として、ＣＰＵ２１１は、入力フィールドＧ１１の更新コマンドを処理する。
【０１０１】
次にステップＳ１０として、ＣＰＵ２１１は、入力フィールドＧ１１の更新結果を、データ入力画面Ｇ１を呼び出した各ユーザ端末装置１の各々に送信する。
【０１０２】
ＣＰＵ２１１は、上記処理を行っている間に所定の時点に達したと判断した場合には、ステップＳ１１として排他制御バッファＢ１の内容を、共有データベース２１に書き込み、前記一連の処理を終了して、次のコマンドを受け付ける。
【０１０３】
また、ステップＳ１でＣＰＵ２１１が、排他制御バッファＢ１に１レコード分の空き領域が無いと判断した場合にはステップＳ１２に移る。
該ステップＳ１２として、ＣＰＵ２１１は、排他制御バッファＢ１から、最も参照頻度の少ないレコードを追い出し、その後次の処理のステップＳ２に移る。
【０１０４】
同様に、ステップＳ６でＣＰＵ２１１が、先行コマンドが存在すると判断した場合にはステップＳ１３に移る。
該ステップＳ１３として、ＣＰＵ２１１は、ユーザ端末装置１に対して、通信制御部２１４を介して入力フィールドＧ１１の更新を禁止するコマンドを発信し、ステップＳ１４に移る。
【０１０５】
次にステップＳ１４として、ＣＰＵ２１１は、コマンド・キューＱ１に残る先行コマンドの１つを処理する。
【０１０６】
次にステップＳ１５として、ＣＰＵ２１１は、処理した先行コマンドによる更新結果を、データ入力画面Ｇ１を呼び出した各ユーザ端末装置１の各々に送信する。
【０１０７】
次にステップＳ１６として、ＣＰＵ２１１は、コマンド・キューＱ１に、未だ先行コマンドが残存するか否かを検証し、コマンド・キューＱ１に先行コマンドが残存する場合は再びステップＳ１４に戻り、コマンド・キューＱ１に先行コマンドが残存しない場合はステップＳ７に移る。
【０１０８】
図１１は、本実施形態に係る共有データベースの制御システムにおけるユーザ端末装置の処理の流れを示すフローチャートである。
【０１０９】
まずステップＳ２１として、ＣＰＵ１１は、ユーザによるブラウザ（図６）を介したデータ入力画面Ｇ１の表示要求を受けて、ウェブページ上に開設されたデータ入力画面Ｇ１を、通信処理部１３を介して呼び出す。
【０１１０】
次にステップＳ２２として、ＣＰＵ１１は、サーバ端末装置２から送信されたデータ入力画面Ｇ１を含むウェブページを、通信処理部１３を介して受信する。
【０１１１】
次にステップＳ２３として、ＣＰＵ１１は、ブラウザを介して、このデータ入力画面Ｇ１を含むウェブページを表示装置１６に表示する。
【０１１２】
次にステップＳ２４として、ＣＰＵ１１は、ユーザが入力フィールドＧ１１へのデータ入力の意思を示す（例えば、ユーザが入力フィールドＧ１１をクリックする）まで待機を行う。そして、入力フィールドＧ１１がクリックされた場合は、ステップＳ２５に移る。
【０１１３】
次にステップＳ２５として、ＣＰＵ１１は、ブラウザを介して、当該ユーザの意思を認知したことのサイン（図１では縦縞の表示）を、入力フィールドＧ１１に表示する。
但し、ブラウザは、この段階では、未だ入力フィールドＧ１１を更新可能にはしない（以下、この処理を「更新不実施の設定」と呼称する）。
【０１１４】
次にステップＳ２６として、ＣＰＵ１１は、サーバ端末装置２に対して、入力フィールドＧ１１の更新が可能か否かの問い合わせコマンドを、通信処理部１３を介して送信する。
【０１１５】
次にステップＳ２７として、ＣＰＵ１１は、サーバ端末装置２から、前記問い合わせコマンドの応答を、通信処理部１３を介して受信する。
【０１１６】
次にステップＳ２８として、ＣＰＵ１１は、前記応答の内容が入力フィールドＧ１１の更新を許可するものであるか否かを検証し、前記応答の内容が入力フィールドＧ１１の更新を許可するものである場合はステップＳ３３に移り、前記応答の内容が入力フィールドＧ１１の更新を許可しないものである場合はステップＳ２９に移る。
【０１１７】
次にステップＳ２９として、ＣＰＵ１１は、ブラウザを介して、入力フィールドＧ１１に更新不可を表示すると共に、前記更新不実施の設定を継続する。
【０１１８】
次にステップＳ３０として、ＣＰＵ１１は、サーバ端末装置２から送信される先行コマンドによる入力フィールドＧ１１の更新結果を、通信処理部１３を介して受信する。
【０１１９】
次にステップＳ３１として、ＣＰＵ１１は、ブラウザを介して、前記更新結果を、入力フィールドＧ１１に表示する。
【０１２０】
次にステップＳ３２として、ＣＰＵ１１は、サーバ端末装置２から、入力フィールドＧ１１に対する更新許可が送信されてきたか否かを検証し、入力フィールドＧ１１に対する更新許可が送信されている場合は、ステップＳ３３に移り、入力フィールドＧ１１に対する更新許可が送信されていない場合は、ステップＳ３０に戻る。
【０１２１】
次にステップＳ３３として、ＣＰＵ１１は、ブラウザを介して、入力フィールドＧ１１に対する更新不可の表示を消去し、かつ更新不実施の設定を解除する。
【０１２２】
次にステップＳ３４として、ＣＰＵ１１は、ブラウザを介して、入力フィールドＧ１１に対する更新を受付けて、その入力データを取得する。
【０１２３】
次にステップＳ３５として、ＣＰＵ１１は、ブラウザと通信処理部１３とを介して、サーバ端末装置２に対して、入力フィールドＧ１１に対する更新結果（入力データ）を送信し、処理を終了する（次の更新処理を受け付ける）。
【０１２４】
なお、本実施形態では、排他制御バッファＢ１を１つとしたが、排他制御バッファＢ１の記憶内容を、常に予備のバッファに複製しておいて、この予備のバッファを障害発生時のバックアップ用の排他制御バッファとして使用することができる。
【０１２５】
また、本実施形態では、排他制御バッファＢ１の記憶内容でもって共有データベース２１を更新するタイミングを適当な時点（例えば、排他制御バッファＢ１へのアクセスが無い状態で所定の時間が経過した時点）としたが、本発明では、一般に、１つのレコード内の１つの入力フィールドが更新される度に、当該レコードの記憶内容を排他制御バッファＢ１に書き戻してもよい。
【０１２６】
また、サーバ端末装置２において、コマンド・キューＱ１内の先行コマンドが問い合わせコマンドであり、この問い合わせコマンドに対して入力フィールドの更新許可を与えた時点から所定の時間が経過しても未だ更新コマンドが送信されない場合は、前記問い合わせコマンドをキャンセル（コマンド・キューＱ１内から消去）するように制御することも可能である。
【０１２７】
更に、コマンド・キューＱ１とは別の記録用メモリを用意し、何時、何処で、誰が、どのような変更を行ったかの記録データを、このメモリに記録しておくことも可能である。
【０１２８】
また、本発明に係る共有データベースの制御システムは、インターネット網を介さないコンピュータシステムや、スタンドアロン型のコンピュータシステムにおいても実現することが可能である。
【０１２９】
なお、本発明に係る共有データベースの制御システムは、各構成要素が行う処理の少なくとも一部をコンピュータ制御により実行するものとする。
また上記処理を図１０，１１のフローチャートで示した手順によりコンピュータに実行せしめるプログラムは、半導体メモリを始め、ＣＤ−ＲＯＭや磁気テープなどのコンピュータが読み取り可能な記録媒体に格納して配付してもよい。
そして、少なくともマイクロコンピュータ，パーソナルコンピュータ，汎用コンピュータを範疇に含むコンピュータが、上記の記録媒体から上記プログラムを読み出して、実行するものとしてもよい。
【産業上の利用可能性】
【０１３０】
本発明は、グループ内のメンバーが同じデータベースを共有して共同作業を行うために使用されるコンピュータシステムの構築に適用可能である。
また、グループ内の所在場所が異なるメンバー間の打合せや、共同設計などに適用可能である。
【図面の簡単な説明】
【０１３１】
【図１】本発明の実施形態に係る共有データベースの制御システムにおける情報の流れを示す説明図である。
【図２】本発明の実施形態に係る共有データベースの制御システムにおけるデータの他の流れを示す説明図である。
【図３】本発明の実施形態に係る共有データベースの制御システムによって表示されるデータ入力画面の１例を示す説明図である。
【図４】本発明の実施形態に係る共有データベースの制御システムによって表示されるデータ入力画面の他の１例を示す説明図である。
【図５】本発明の実施形態に係る共有データベースの制御システムによって表示されるデータ入力画面の他の１例を示す説明図である。
【図６】本発明の実施形態に係る共有データベースの制御システムによって表示されるブラウザ表示画面の１構成例を示す説明図である。
【図７】本発明の実施形態に係る共有データベースの制御システムの全体構成を示す構成図である。
【図８】本実施形態に係る共有データベースの制御システムが備えるサーバ端末装置の主要な構成を示す構成図である。
【図９】本実施形態に係る共有データベースの制御システムが備えるユーザ端末装置の主要な構成を示す構成図である。
【図１０】本実施形態に係る共有データベースの制御システムにおけるサーバ端末装置の処理の流れを示すフローチャートである。
【図１１】本実施形態に係る共有データベースの制御システムにおけるユーザ端末装置の処理の流れを示すフローチャートである。
【図１２】従来のブラウザにより表示されるウェブページ上のデータ入力画面の画面構成を示す説明図である。
【符号の説明】
【０１３２】
１  ユーザ端末装置
１０  インターネット網
１１  ＣＰＵ
１２  送受信用記憶装置
１３  通信処理部
１４  記憶装置制御部
１５  入力装置
１６  表示装置
１７  印刷装置
２  サーバ端末装置
２１  制御部
２１１  ＣＰＵ
２１２  ＲＡＭ
２１３  回線制御部
２１４  通信制御部
２１５  ＤＢ管理部
２１６  ウェブサーバ
２２  共有ＤＢ（データベース）
２２０  入出力バス
２３  認証用ＤＢ
２４  顧客情報ＤＢ
２５  業務用ＤＢ
２６  表示装置
２７  入力装置
６  ブラウザ表示画面
６０  データ入力部
６１  ファイル操作用釦部
６２  画面操作用釦部
６３  ウェブページ操作用釦部
６４  図形描画用ツール
６５  入力フォーマット指定部
Ｂ１  排他制御バッファ
Ｇ１  データ入力画面
Ｇ１Ａ  データ入力画面
Ｇ１Ａ１  入力フィールド
Ｇ１Ａ２  入力フィールド
Ｇ１Ａｎ  入力フィールド
Ｇ１Ｂ  データ入力画面
Ｇ１Ｂ１  入力フィールド
Ｇ１Ｂ２  入力フィールド
Ｇ１Ｂｎ  入力フィールド
Ｇ１Ｃデータ入力画面
Ｇ１Ｃ１  静止画像―１
Ｇ１Ｃｍ  静止画像―ｍ
Ｇ１１  入力フィールド
Ｇ９Ａ  入力画面
Ｇ９Ａ１  入力フィールド
Ｇ９Ａ２  入力フィールド
Ｇ９Ａｎ  入力フィールド
ＱＢ  キューバッファ
Ｑ１  コマンド・キュー
Ｒ１  レコード
【図１】
2007179105.tif 000003
【図２】
2007179105.tif 000004
【図３】
2007179105.tif 000005
【図４】
2007179105.tif 000006
【図５】
2007179105.tif 000007
【図６】
2007179105.tif 000008
【図７】
2007179105.tif 000009
【図８】
2007179105.tif 000010
【図９】
2007179105.tif 000011
【図１０】
2007179105.tif 000012
【図１１】
2007179105.tif 000013
【図１２】
2007179105.tif 000014