JP7078836B2 - 情報処理サーバ、情報処理システム、情報処理サーバの制御方法、及びプログラム - Google Patents

Description

本発明は、画面遷移を伴う情報処理装置におけるデータベース管理の技術に関する。

従来のウェブアプリケーションにおいて、複数ユーザが同時に同一のデータにアクセスする構成がある。しかし、複数ユーザが同時に同一のデータについて編集・変更等を実行すると、データの不整合が生じる可能性があるため、通常は複数ユーザが同時に同一のデータを更新できないよう排他制御させている。

ウェブアプリケーションでのデータの排他制御方法は、セッションＩＤを利用した手法が一般的である。クライアントは、サーバより取得したセッションＩＤを要求の度にサーバに送付する。サーバは、セッションＩＤと業務データを紐づけて管理することにより、他のセッションＩＤからの同一データへのアクセスを排他する仕組みである。

しかし、近年のタブブラウザの普及により、ウェブアプリケーションも同一のウィンドウを遷移していくだけでなく、同一端末内で同一セッションの複数ウィンドウ（タブ）を並行して利用することも多く行われるようになった。

特許文献１では、版数情報を持たない既存のシステムにあとから容易に追加することができ、排他制御を行うことができる排他制御方法及びその装置が開示されている

特開２００６－８６８５９号公報

しかしながら、特許文献１は、セッションＩＤを利用せずに排他制御を実現しているが、同一端末及び同一セッションでの複数ウィンドウを並行して処理する構成について触れていない。また、排他制御の解除については一定の手順後でしか解除されない。

本発明の目的は、同一端末及び同一セッションでの複数ウィンドウを並行して処理する場合であっても、データの排他制御を問題なく行うことができるシステムを構成することである。

本発明は、情報処理端末と通信可能な情報処理サーバであって、
前記情報処理端末におけるブラウザ画面の表示の際に接続されるデータベースと、ブラウザ画面毎のユニークなＩＤであって該ブラウザ画面に対応付けて登録されたＩＤとを紐付け、
前記ブラウザ画面の表示の際に接続される前記データベースに対して排他制御し、
前記ブラウザ画面の表示を終了する際に、前記ブラウザ画面に対応付けて登録された前記ＩＤで紐付けられたデータベースに対する排他制御を解除する
ように制御する制御手段
を有することを特徴とする。

本発明によれば、同一端末及び同一セッションでの複数ウィンドウを並行して処理する場合であっても、データの排他制御を問題なく行うことができる。

本発明の実施形態における情報処理システムのシステム構成の一例を示す模式図である。 本発明の実施形態における情報処理端末１０１、１０２、業務システムサーバ１０３，データベースサーバ１０４に適用可能な情報処理装置のハードウェア構成の一例を示す模式図である。 本発明の実施形態における情報処理システムの作業指示依頼画面表示の制御処理手段の一例を示すフローチャートである。 本発明の実施形態における情報処理システムの作業員紐付け画面表示の制御処理手段の一例を示すフローチャートである。 本発明の実施形態における情報処理システムの作業場所登録画面表示の制御処理手段の一例を示すフローチャートである。 本発明の実施形態における業務システムサーバ１０４の会話番号管理の制御処理手段の一例を示すフローチャートである。 本発明の実施形態における情報処理端末の会話番号画面管理の制御処理手段の一例を示すフローチャートである。 本発明の実施形態における情報処理システムの作業指示画面戻り時の制御処理手段の一例を示すフローチャートである。 本発明の実施形態における情報処理システムのブラウザ画面終了時の制御処理手段の一例を示すフローチャートである。 本発明の実施形態における情報処理システムのログアウト時の制御処理手段の一例を示すフローチャートである。 本発明の実施形態における情報処理システムのアプリケーション終了時の制御処理手段の一例を示すフローチャートである。 本発明の実施形態における情報処理システムの業務ロック強制解除の制御処理手段の一例を示すフローチャートである。 本発明の実施形態における業務ロックテーブルを示すデータベースの一例である。 本発明の実施形態における業務ロックの対象となる作業指示テーブルを示すテーブルの一例である。 本発明の実施形態における業務ロックの対象となる作業指示場所情報テーブルを示すテーブルの一例である。 本発明の実施形態における業務ロックの対象となる作業員テーブルを示すテーブルの一例である。 本発明の実施形態における情報処理端末１０１のディスプレイ２１０に表示される作業指示登録画面の一例である。 本発明の実施形態における情報処理端末１０１のディスプレイ２１０に表示される作業員紐付け画面の一例である。 本発明の実施形態における情報処理端末１０２のディスプレイ２１０に表示される作業確認画面の一例である。 本発明の実施形態における情報処理端末１０２のディスプレイ２１０に表示される作業場所登録画面の一例である。 本発明の実施形態における情報処理端末１０１のディスプレイ２１０に表示される業務ロックデータテーブル閲覧画面の一例である。

以下、図面を参照して、本発明の実施の形態の一例を説明する。

図１は、本発明の情報処理システムの構成の一例を示すシステム構成図である。図１に示すように、本発明の情報処理システムは、複数の情報処理端末１０１や１０２、業務システムサーバ１０３，データベースサーバ１０４などがネットワーク１０５で接続されている。

業務システムサーバ１０３は、様々な業務処理を実行するサーバである。情報処理端末１０１や１０２からユーザの入力を受け付け、データベースサーバ１０４と情報を送受信し、データを加工するなどして業務処理を実行する。本実施例では、作業員への作業指示と作業場所の割り当てを実行する処理を一例として説明する。

情報処理端末１０１、１０２は、ユーザから入力を受け付け、業務システムサーバ１０３に情報を送信し、データの加工や表示形式が形成された後に、情報処理端末１０１．１０２のディスプレイ２１０に結果を表示する。本実施例では、作業指示を行う管理者が情報処理端末１０１を使用して作業指示や作業員を割り振り、作業指示を受け付けた作業員が作業場所を登録する処理を情報処理端末１０２で行う例で説明する。

データベースサーバ１０４は、業務システムサーバから受信するデータをデータベースに登録し、必要な時にデータの検索や参照が可能なサーバである。データベースサーバ１０４のデータは、後述する業務ロックデータテーブルに登録されているデータを排他制御（ロック）し、業務ロックデータテーブルに登録されていなければ、排他制御しない論理的ロック機能を備えた長時間トランザクション処理に対応したデータベースである。

以上が、本発明の情報処理システムのシステム構成の一例の説明である。

次に、図２を参照して、図１の情報処理端末１０１，１０２、業務システムサーバ１０３、データベースサーバ１０４に適用可能な情報処理装置のハードウェア構成の一例について説明する。

図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、ＴＥサーバ１０１や情報処理端末１０２、システムサーバ１０３が実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。

２０２はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０３あるいは外部メモリ２１１からＲＡＭ２０２にロードして、該ロードしたプログラムを実行することで後述する各種動作を実現するものである。

また、２０５は入力コントローラで、キーボードやポインティングデバイス等の入力装置２０９からの入力を制御する。２０６はビデオコントローラで、ディスプレイ装置２１０等の表示器への表示を制御する。これらは必要に応じて操作者が使用するものである。

２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶するハードディスク（ＨＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。

２０８は通信Ｉ／Ｆ（インタフェース）コントローラで、ネットワーク（例えば、図１に示したネットワーク１０４）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。

なお、ＣＰＵ２０１は、例えばＲＡＭ２０２内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ装置２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ装置２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

本発明を実現するための後述するフローチャートに示す各ステップの処理は、コンピュータで読み取り実行可能なプログラムにより実行され、そのプログラムは外部メモリ２１１に記録されている。そして、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。また、さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。

次に、図３～図１２を参照して、本発明における情報処理システムの処理手順を説明する。

本発明における実施例では、まず業務管理者が、情報処理端末１０１から作業員にどのような作業を行わせるのかの作業指示を指定する。続いて業務管理者が、作業を実行する作業員を割り当てる。その後、作業を割り当てられた作業員が情報処理端末１０２から自分の行う作業を確認し、作業場所を登録する。以上の処理を図３～図５を中心に説明する。

図３は、本発明の実施形態における情報処理システムの作業指示依頼画面表示の制御処理手段の一例を示すフローチャートである。この処理は、操作者が使用する情報処理端末１０１のＣＰＵ２０１、業務システムサーバ１０３のＣＰＵ２０１、及びデータベースサーバ１０４のＣＰＵ２０１がそれぞれのＲＯＭ２０３等に格納されたプログラムをＲＡＭ２０２に展開して実行することにより実現される。

まず、情報処理端末１０１において、業務管理者からのブラウザ画面が起動されると、図３のフローチャートの処理を開始する。

ステップＳ３０１において、情報処理端末１０１のＣＰＵ２０１は、ブラウザ画面の起動を受け付け、ディスプレイ２１０上にブラウザ画面を表示する。

次に、ステップＳ３０２において、情報処理端末１０１のＣＰＵ２０１は、ユーザから特定のＵＲＬを入力される、或いはお気に入りに登録された特定のＵＲＬを選択される、または検索エンジンから特定のＵＲＬを検索されるなどして、ブラウザ上のＵＲＬ入力欄にＵＲＬを入力し、業務システムサーバ１０３へと接続する。また、業務システムサーバ１０３において作業指示画面データを得るための表示対象の作業ＩＤ（作業指示を紐付けたＩＤである。詳細は後述する）を作成し、同時に業務システムサーバ１０３に送信する。情報処理端末１０１は、業務システムサーバ１０３からの表示画面を受け付ける状態に遷移し、後述するステップＳ３１１以降で表示画面情報を受信して作業指示画面を表示する。

次に、ステップＳ３０３において、業務システムサーバ１０３のＣＰＵ２０１は、情報処理端末１０１から表示依頼があったブラウザの画面に対する会話番号を設定する。会話番号とは、ブラウザが開いている画面毎に設定されているＩＤであり、ブラウザ画面毎にユニークな番号が設定される。ステップＳ３０３の詳細な処理を図６を参照して説明する。

図６は、本発明の実施形態における業務システムサーバ１０４の会話番号管理の制御処理手段の一例を示すフローチャートである。この処理は、業務システムサーバ１０３のＣＰＵ２０１がＲＯＭ２０３等に格納されたプログラムをＲＡＭ２０２に展開して実行することにより実現される。

図６のフローチャートの処理は、業務システムサーバが画面表示依頼を受けたタイミングで開始される。たとえば、図３のステップＳ３０３における作業指示登録画面表示依頼時や、図４のステップＳ４０３における作業員紐付け画面表示依頼時、または図５のステップＳ５０９における作業場所登録画面表示依頼時などに開始される。

図６のステップＳ６０１において、業務システムサーバ１０３のＣＰＵ２０１は、情報処理端末１０１から受信したリクエスト情報を取得して、リクエスト情報を解析する。ステップＳ３０２から受信したリクエスト情報について説明するために、図１３を参照して説明する。

図１３は、本発明の実施形態における業務ロックテーブルを示すデータベースの一例である。これら１レコード分が業務ロックされるデータの例である。なお、この業務ロックデータは、データベースサーバ１０４に保持されており、ステップＳ３０５やステップＳ３０７、ステップＳ４０５、ステップＳ４０７、ステップＳ５１１、ステップＳ５１３において、参照や登録されるデータベースである。

１３０１は、たとえばステップＳ３０２で情報処理端末１０１から送信されるリクエスト情報に含まれる作業ＩＤ（＝ロックＩＤ）であり、情報処理端末がアクセスしたアプリケーション毎にユニークに振られたＩＤである。

１３０２のデータ種別は、たとえばステップＳ３０２から送信されるリクエスト情報に含まれる業務ロックすべきデータの種別である。図３の例であれば、作業指示画面の表示依頼なので、データ種別は「ＯＲＤＥＲ」である。他の例として本実施例では、作業員紐付け画面の表示依頼であれば「ＷＯＲＫＥＲ」、作業場所登録画面の表示依頼であれば「ＯＲＤＥＲＰＬＡＣＥ」などが存在する。これらの名前は、それぞれ業務ロックするデータベースの名前に対応する。

１３０３のログインＩＤは、情報処理端末１０１や１０２でアクセスしているユーザを特定するＩＤである。１３０４のセッションＩＤは、業務システムサーバ１０３がセッション管理するための発行するＩＤである。１３０５の会話番号は、情報処理端末に表示されるブラウザの画面毎に業務システムサーバもしくは情報処理端末で付与されるＩＤであり、最初のステップＳ３０３に遷移した状態では設定されてはいない。

１３０６のロック開始日時は本発明の業務ロックを開始する日時である。１３０７のユーザはログインＩＤに対応したユーザ名であり、１３０８のサーバ名は、接続されているサーバ名（＝業務システムサーバ１０３）である。１３０９のアプリケーション名は、業務システムサーバ上で稼働しているアプリケーションの名前であり、作業指示画面と作業場所登録画面を表示するためには、「ＯＲＤＥＲ－ＷＥＢ」アプリケーションを使用し、作業員紐付け画面を表示するためには、「ＷＯＲＫＥＲ－ＷＥＢ」アプリケーションを使用する。図１３のデータベース例の説明を終えて、図６のフローチャートの説明に戻る。

図６のステップＳ６０１において、受信したリクエスト情報を解析し、図１３のようなデータを取得すると、次のステップＳ６０２において、業務システムサーバ１０３のＣＰＵ２０１は、解析し取得したデータに会話番号が設定されているかを判断する。会話番号が設定されている場合（ステップＳ６０２で有の場合）は、図６のフローチャートを終了し、元のフローチャートの処理へと戻る。会話番号が設定されていない場合（ステップＳ６０２で無の場合）は、次のステップＳ６０３へと処理を遷移する。

ステップＳ６０３へと処理を遷移すると、業務システムサーバ１０３のＣＰＵ２０１は、設定されていない会話番号を発番して、図６のフローチャートの処理を終える。図３のフローチャートの説明に戻る。

図３のステップＳ３０３において、会話番号が割り振られると、次のステップＳ３０４において、業務システムサーバ１０３のＣＰＵ２０１は、ステップＳ３０２で指定されたアプリケーションである「ＯＲＤＥＲ－ＷＥＢ」（図１３の１３１０のレコードに対応）を起動し、作業指示情報をデータベースサーバ１０４から取得する処理を行う。

業務システムサーバ１０３が、作業指示情報を取得するために、データベースサーバ１０４のＣＰＵ２０１は、作業指示データベースから該当する作業ＩＤのデータを検索する。検索する作業指示データベースの例を図１４を参照して説明する。

図１４は、本発明の実施形態における業務ロックの対象となる作業指示テーブルを示すテーブルの一例である。これら１レコード分のデータが業務ロックされるデータの例であり、同じデータベースを全て業務ロックしても良いし、該当レコードだけを業務ロックしても良い。

１４０１はステップＳ３０２で情報処理端末１０１から送信される作業ＩＤであり、１４０２の作業名や１４０３の作業内容は、図４のステップＳ４０１の処理以降で業務管理者から入力される、作業員の理解を助けるための文言である。図３のフローチャートの説明に戻る。

図３のステップＳ３０４において、業務システムサーバ１０３は、データベースサーバ１０４から作業指示情報を取得するため、データベースサーバ１０４のステップＳ３４４において、図１４のようなテーブルから該当する作業ＩＤのデータを検索させる。当初は、作業指示情報は入力されていないはずなので、空データを取得することになる。

次に、ステップＳ３０５において、業務システムサーバ１０３のＣＰＵ２０１は、作業指示データベースがロックされているかを判断するための情報を取得する。作業指示データベースがロックされているかどうかは、データベースサーバ１０４の業務ロックデータベース（図１３）に、該当する作業ＩＤ（ロックキー）１３０１とデータ種別１３０２が一致しているデータがあるかどうかで判断する。業務ロックデータベースに同じ作業ＩＤ１３０１で且つ同じデータ種別１３０２のデータがあれば、該当するデータレコードもしくはデータベース自体をロック（排他制御）されていると判断される。

データベースサーバ１０４のステップＳ３４５において、データベースサーバ１０４のＣＰＵ２０１は、図１３のようなテーブルから該当する作業ＩＤ（ロックキー）１３０１とデータ種別１３０２のデータを検索する。当初は、業務ロックデータベースには登録されていないはずなので、検索結果は無しとなる。一方、他のクライアントや他のブラウザ画面から既にアクセスされているデータの場合は、１３１０の作業ＩＤ１３０１、データ種別１３０２のように、レコードに値が登録されている。

次に、ステップＳ３０６において、業務システムサーバ１０３のＣＰＵ２０１は、ステップＳ３０５で該当の作業ＩＤ（ロックキー）とデータ種別が検索されたかどうかを判断する。検索の結果、同じ作業ＩＤとデータ種別が存在した場合は、ロック不可の処理（ステップＳ３０６の不可）へと処理を遷移し、ステップＳ３０９へと進む。一方、Ｓ３０５の結果、同じ作業ＩＤとデータ種別が存在しなかった場合は、ロック可能の処理（ステップＳ３０６の可）へと処理を遷移し、ステップＳ３０７へと進む。ステップＳ３０９へと処理を進める場合の処理を先に説明する。

ステップＳ３０９へと処理をすすめると、業務システムサーバ１０３のＣＰＵ２０１は、該当の作業ＩＤを有するデータレコードもしくはデータベース自体を表示モードとして設定する。すなわち、該当データは既に他のクライアントもしくは他のブラウザ画面により使用されているため、データの参照のみを許可し、データの修正を許可しない表示モードとして、次のステップＳ３１０に処理を進める。

一方、ステップＳ３０６において、ロック可能の処理（ステップＳ３０６の可）へと処理を遷移し、ステップＳ３０７へと進めた場合、業務システムサーバ１０３のＣＰＵ２０１は、データベースサーバ１０４に、作業指示情報データのロック（排他制御）を登録する。この段階で、図１３の１レコード分のデータが登録される。

ステップＳ３４７において、データベースサーバ１０４のＣＰＵ２０１は、業務システムサーバ１０３により送信された図１３の１レコード分のデータを業務ロックデータテーブルに登録する。この業務ロックデータテーブル図１３に登録されると、他のクライアントや他のブラウザ画面からの編集アクセスを禁止することができる。

ステップＳ３０７の処理が終了すると、現在アクセスしているユーザで同じ会話番号を有するブラウザからのデータ編集は可能とさせるために、次にステップＳ３０８において、作業指示データベースの該当作業ＩＤのデータを編集可能な編集モードとして設定する。

次に、ステップＳ３１０において、業務システムサーバ１０３のＣＰＵ２０１は、ステップＳ３０７で登録したデータと共に、作業指示画面を描画する指示を情報処理端末１０１に送信（指示）する。

次に、ステップＳ３１１において、情報処理端末１０１は、業務システムサーバ１０３から、ステップＳ３０７で登録されたデータを受信する。

次に、ステップＳ３１２において、情報処理端末１０１は、会話番号画面管理処理を行う。この処理は、情報処理端末１０１側で会話番号を所持しておらず、また業務システムサーバ１０３からも会話番号が通知されなかった場合に、情報処理端末１０１側で新たに会話番号を付与する処理である。図７を参照してステップＳ３１２の詳細な処理を説明する。

図７は、本発明の実施形態における情報処理端末１０１もしくは１０２の会話番号画面管理の制御処理手段の一例を示すフローチャートである。この処理は、情報処理端末のＣＰＵ２０１がＲＯＭ２０３等に格納されたプログラムをＲＡＭ２０２に展開して実行することにより実現される。

図７のフローチャートの処理は、情報処理端末１０１や１０２が業務システムサーバから画面描画指示を受けた際に開始される。たとえば、図３のステップＳ３１２における作業指示登録画面描画指示時や、図４のステップＳ４１２における作業員紐付け画面描画指示時、または図５のステップＳ５０５における作業確認画面描画指示時、ステップＳ５１８における作業場所登録画面描画指示時などに開始される。なお、これらの画面描画指示は、１つのブラウザソフトからタブを用いて別のブラウザ画面として表示される場合を含む。

まず、図７のステップＳ７０１において、情報処理端末のＣＰＵ２０１は、ステップＳ３１１などで取得したレスポンス情報を解析する。解析される情報は、たとえば図１３の１レコード分の情報を持つデータで、このデータをたとえば、ロックキーや会話番号等のデータに分解しそれぞれの情報を取得する。

次に、ステップＳ７０２において、情報処理端末のＣＰＵ２０１は、ステップＳ７０１で解析されたデータに会話番号が含まれているかを判断する。会話番号が含まれている場合（ステップＳ７０２で有）、その会話番号を情報処理端末のセッションストレージに登録する処理（ステップＳ７０６の処理）へと遷移し、図７のフローチャートの処理を終える。なお、このセッションストレージは、情報処理端末のブラウザ画面（タブブラウザの場合はタブ）毎に保持している記憶領域であり、サーバと共通のＩＤを有するセッションＩＤとは直接関係はない。

一方、ステップＳ７０２において、ステップＳ７０１で解析されたデータに会話番号が含まれていない場合は、ステップＳ７０３へと処理をすすめる。会話番号が含まれていない場合とは、ブラウザソフトからタブを用いて別のブラウザ画面を表示した場合などがある。

ステップＳ７０３において、情報処理端末のＣＰＵ２０１は、情報処理端末が有しているセッションストレージから会話番号を検索する処理を行う。

ステップＳ７０４において、情報処理端末のＣＰＵ２０１は、セッションストレージに会話番号があるかどうかによって処理を分ける。会話番号がある場合（ステップＳ７０４で有の場合）は、図７の処理を終了し、セッションストレージにある会話番号を継続して使用する。一方、セッションストレージに会話番号がない場合（ステップＳ７０４で無の場合）は、会話番号を新たに付与するために、ステップＳ７０５へと処理を遷移する。

ステップＳ７０５へと遷移すると、情報処理端末のＣＰＵ２０１は、ユニークな会話番号を新たに付与して、次のステップＳ７０６で付与された会話番号をセッションストレージに登録し、図７の処理を終える。図３のフローチャートの説明に戻る。

図３のステップＳ３１２の処理（図７の処理）が終わると、次に図４のフローチャートに遷移する。

図４は、本発明の実施形態における情報処理システムの作業員紐付け画面表示の制御処理手段の一例を示すフローチャートである。この処理は、操作者が使用する情報処理端末１０１のＣＰＵ２０１、業務システムサーバ１０３のＣＰＵ２０１、及びデータベースサーバ１０４のＣＰＵ２０１がそれぞれのＲＯＭ２０３等に格納されたプログラムをＲＡＭ２０２に展開して実行することにより実現される。

図４のフローチャートは、図３のステップＳ３１２の処理の後で開始される処理の流れである。

まず、ステップＳ４０１において、情報処理端末１０１のＣＰＵ２０１は、ブラウザ画面上にステップＳ３１１において受信した作業指示情報を画面上に表示する。表示された画面イメージを図１７を参照して説明する。

図１７は、本発明の実施形態における情報処理端末１０１のディスプレイ２１０に表示される作業指示登録画面の一例である。

図１７の１７００画面内にある１７０１は、予め入力されている作業ＩＤであり、作業名欄や作業内容欄１７０２は当初は空欄で、図１７の画面が表示された後でユーザにより入力される記述事項である。図４のフローチャートの説明に戻る。

図４のステップＳ４０１において、作業指示画面をブラウザに表示し、ユーザにより１７０２のような入力を受け付けると、次にステップＳ４０２において、情報処理端末のＣＰＵ２０１は、図１７の画面上の作業員紐付けボタン１７０３の押下を受け付け、作業員紐付け画面表示依頼を業務システムサーバ１０３に送信する。この依頼の送信の際に、ユニークな作業員ＩＤを発番する（たとえば、図１３の２行目のレコードの「ＷＲＫ００００１」に対応）。発番された作業員ＩＤを元に、業務システムサーバ１０３は、作業員紐付け情報を取得し、後述するステップＳ４１１で表示画面情報を送信して作業員紐付け画面を表示する。

次に、ステップＳ４０３において、業務システムサーバ１０３のＣＰＵ２０１は、情報処理端末１０１から表示依頼があったブラウザの画面に対する会話番号を設定する。この会話番号は、図３のステップＳ３１２で設定されたブラウザ画面毎にユニークに振られたＩＤを継承している。ステップＳ４０３の詳細な処理を図６を参照して説明する。

図６のフローチャートにおいて、ステップＳ６０１では、業務システムサーバ１０３のＣＰＵ２０１は、情報処理端末１０１から受信したリクエスト情報を取得して、リクエスト情報を解析する。当初のステップＳ３０３の段階では、会話番号は付与されていなかったが、ステップＳ４０３の段階では、ステップＳ３１２において、会話番号が付与されているので、ステップＳ６０２の判断分岐は有へと遷移し、新たに会話番号の発番は行わない。図４のフローチャートの説明に戻る。

図４のステップＳ４０３において、会話番号が再確認されると、次のステップＳ４０４において、業務システムサーバ１０３のＣＰＵ２０１は、ステップＳ４０２で指定されたアプリケーションである「ＷＯＲＫＥＲ－ＷＥＢ」（図１３の２行目のレコードに対応）を起動し、作業員情報をデータベースサーバ１０４から取得する処理を行う。

その後、業務システムサーバ１０３が作業員情報を取得するために、データベースサーバ１０４のＣＰＵ２０１は、作業員データベースから該当する作業員ＩＤのデータを検索する。検索する作業員データベースの例を図１６を参照して説明する。

図１６は、本発明の実施形態における業務ロックの対象となる作業員情報テーブルを示すテーブルの一例である。これら１レコード分のデータが業務ロックされるデータの例であり、同じデータベースを全て業務ロックしても良いし、該当レコードだけを業務ロックしても良い。

１６０１はステップＳ４０２で情報処理端末１０１から送信される作業員ＩＤであり、１６０２は作業員の名前、１６０３は作業予定である作業ＩＤに該当する。図４のフローチャートの説明に戻る。

図４のステップＳ４０４において、業務システムサーバ１０３は、データベースサーバ１０４から作業員情報を取得するため、データベースサーバ１０４のステップＳ４４４において、図１６のようなテーブルから該当する作業員のデータを検索させる。当初は、作業員情報は入力されていないはずなので、空データを取得することになる。

次に、ステップＳ４０５において、業務システムサーバ１０３のＣＰＵ２０１は、作業員データベースがロックされているかを判断するための情報を取得する。作業員データベースがロックされているかどうかは、データベースサーバ１０４の業務ロックデータベース（図１３）に、該当するロックキー（作業員ＩＤ）１３０１が一致しているデータがあるかどうかで判断する。業務ロックデータベースに同じロックキー１３０１のデータがあれば、該当するデータレコードもしくはデータベース自体をロック（排他制御）されていると判断される。

データベースサーバ１０４のステップＳ４４５において、データベースサーバ１０４のＣＰＵ２０１は、図１３のようなテーブルから該当するロックキー（作業員ＩＤ）１３０１のデータを検索する。当初は、業務ロックデータベースには登録されていないはずなので、検索結果は無しとなる。一方、他のクライアントや他のブラウザ画面から既に作業員データベースがアクセスされている場合は、たとえば、図１３の２行目の１３０１列の欄にある「ＷＲＫ００００１」のように、レコードに値が登録されている。

次に、ステップＳ４０６において、業務システムサーバ１０３のＣＰＵ２０１は、ステップＳ４０５で該当のロックキー（作業員ＩＤ）が検索されたかどうかを判断する。検索の結果、同じロックキーが存在した場合は、ロック不可の処理（ステップＳ４０６の不可）へと処理を遷移し、ステップＳ４０９へと進む。一方、Ｓ４０５の結果、同じロックキーが存在しなかった場合は、ロック可能の処理（ステップＳ４０６の可）へと処理を遷移し、ステップＳ４０７へと進む。ステップＳ４０９へと処理を進める場合の処理を先に説明する。

ステップＳ４０９へと処理をすすめると、業務システムサーバ１０３のＣＰＵ２０１は、該当の作業員ＩＤを有するデータレコードもしくはデータベース自体を表示モードとして設定する。すなわち、該当データは既に他のクライアントもしくは他のブラウザ画面により使用されているため、データの参照のみを許可し、データの修正を許可しない表示モードとして、次のステップＳ４１０に処理を進める。

一方、ステップＳ４０６において、ロック可能の処理（ステップＳ４０６の可）へと処理を遷移し、ステップＳ４０７へと進めた場合、業務システムサーバ１０３のＣＰＵ２０１は、データベースサーバ１０４に、作業員紐付けデータのロック（排他制御）を登録する。この段階で、図１３の１レコード分のデータ（たとえば、図１３の２行目のレコード）が登録される。

ステップＳ４４７において、データベースサーバ１０４のＣＰＵ２０１は、業務システムサーバ１０３により送信された図１３の１レコード分のデータ（たとえば、図１３の２行目のレコード）を業務ロックデータテーブルに登録する。この業務ロックデータテーブル図１３に登録されると、他のクライアントや他のブラウザ画面からの編集アクセスを禁止することができる。

ステップＳ４０７の処理が終了すると、現在アクセスしているユーザで同じ会話番号を有するブラウザからのデータ編集は可能とさせるために、次にステップＳ４０８において、作業員データベースの該当作業員ＩＤのデータを編集可能な編集モードとして設定する。

次に、ステップＳ４１０において、業務システムサーバ１０３のＣＰＵ２０１は、ステップＳ４０７で登録したデータと共に、作業員紐付け画面を描画する指示を情報処理端末１０１に送信（指示）する。

次に、ステップＳ４１１において、情報処理端末１０１のＣＰＵ２０１は、業務システムサーバ１０３から、ステップＳ４０７で登録されたデータを受信する。

次に、ステップＳ４１２において、情報処理端末１０１のＣＰＵ２０１は、会話番号画面管理処理を行う。この処理は、ステップＳ３１２と同様に図７のフローチャートの処理となる。説明は省略する。

ステップＳ４１２の処理（図７の処理）が終わると、次にステップＳ４１３の処理へと遷移する。

ステップＳ４１３において、情報処理端末１０１のＣＰＵ２０１は、作業員紐付け画面の描画処理を行う。ブラウザ画面上にステップＳ４１１において受信した作業員紐付け情報を画面上に表示する。表示された画面イメージを図１８を参照して説明する。

図１８は、本発明の実施形態における情報処理端末１０１のディスプレイ２１０に表示される作業員紐付け画面の一例である。

図１８の１８００画面内にあるグレーで色塗られた部分１８０１は、予め入力されている作業ＩＤであり、業務管理者はこの画面では変更できない。作業員名の欄１８０２は当初は空欄であり、業務管理者が作業員名もしくはユーザＩＤなどを入力して、作業指示に紐付ける作業員を入力する。その後、登録ボタン１８０３を押下すると、最終的に、図１６の１行目のレコードのように、データベースサーバ１０４の作業員データベースに登録される。

この後、作業員ユーザ（たとえば、図１６の例では、１行目のレコードの「梅崎七郎」）が情報処理端末１０２にログインし、作業場所を登録する処理を実施する。作業場所登録処理の詳細を図５を参照して説明する。

図５は、本発明の実施形態における情報処理システムの作業場所登録画面表示の制御処理手段の一例を示すフローチャートである。この処理は、操作者が使用する情報処理端末１０１のＣＰＵ２０１、業務システムサーバ１０３のＣＰＵ２０１、及びデータベースサーバ１０４のＣＰＵ２０１がそれぞれのＲＯＭ２０３等に格納されたプログラムをＲＡＭ２０２に展開して実行することにより実現される。

図５のフローチャートは、作業員ユーザが情報処理端末１０２にログインし、作業場所を登録しようとしてブラウザ画面を起動した際に開始される処理の流れである。

まず、ステップＳ５０１において、情報処理端末１０２のＣＰＵ２０１は、ブラウザ画面の起動を受け付け、ディスプレイ２１０上にブラウザ画面を表示する。

次に、ステップＳ５０２において、情報処理端末１０１のＣＰＵ２０１は、作業員ユーザから作業指示の確認画面を表示する依頼を受け付け、業務システムサーバ１０３へと接続する。業務システムサーバ１０３に接続する際に、操作している作業員ユーザのユーザＩＤ情報を送信する。

次に、ステップＳ５０３において、業務システムサーバ１０３のＣＰＵ２０１は、ステップＳ５０２から取得したユーザＩＤ情報をデータベースサーバ１０４に送信し、データベースサーバ１０４から作業指示情報を取得する。

データベースサーバ１０４では、ＣＰＵ２０１が、ステップＳ５４３において、作業員データベースの該当の作業員ユーザのユーザＩＤ１６０１に対応する作業予定１６０３を取得し、作業予定１６０３のデータから作業指示データベースの作業ＩＤ１４０１と一致する作業指示データベースの情報を取得する。取得した作業指示情報を業務システムサーバ１０３に送信する。

ステップＳ５０３で作業指示情報を取得すると、次のステップＳ５０４において、業務システムサーバ１０３のＣＰＵ２０１は、ステップＳ５０３で取得したデータと共に、作業指示画面を描画する指示を情報処理端末１０１に送信する。

次に、ステップＳ５０５において、情報処理端末１０２のＣＰＵ２０１は、業務システムサーバ１０３から、ステップＳ５０３で取得したデータを受信する。

次に、ステップＳ５０６において、情報処理端末１０２のＣＰＵ２０１は、会話番号画面管理処理を行う。この処理は、ステップＳ３１２と同様に図７のフローチャートの処理となる。

図７のフローチャートでは、情報処理端末１０２ではまだ会話番号が設定されていないはずなので、ステップＳ７０２とステップＳ７０４でそれぞれ無しの判断になり、ステップＳ７０５において会話番号が発番され、ステップＳ７０６においてセッションストレージに登録される。

ステップＳ５０６の処理（図７の処理）が終わると、次にステップＳ５０７の処理へと遷移する。

ステップＳ５０７において、情報処理端末１０１のＣＰＵ２０１は、作業指示画面の描画処理を行う。ブラウザ画面上にステップＳ５０３において受信した作業指示情報を画面上に表示する。表示された画面イメージを図１９を参照して説明する。

図１９は、本発明の実施形態における情報処理端末１０１のディスプレイ２１０に表示される作業指示確認画面の一例である。

図１９の１９００画面内のデータはボタン以外はグレーで色塗られており（１９０１）、データの修正などはできない仕様になっている。

図１９が表示されている状況で作業場所登録ボタン１９０２が押下されると、次のステップＳ５０８へと処理を遷移する。図５のフローチャートの説明に戻る。

ステップＳ５０８において、情報処理端末のＣＰＵ２０１は、図１９の画面上の作業場所登録ボタン１９０２の押下を受け付け、作業場所登録画面表示依頼を業務システムサーバ１０３に送信する。この依頼の送信の際に、ステップＳ５０３で取得した作業ＩＤとステップＳ５０６で発番された会話番号情報を業務システムサーバ１０３に送信する。

次に、ステップＳ５０９において、業務システムサーバ１０３のＣＰＵ２０１は、情報処理端末１０１から表示依頼があったブラウザの画面に対する会話番号を設定する。この会話番号は、ステップＳ５０６で設定されたＩＤを継承する。詳細はステップＳ４０３と同様に図６で参照される処理であるため、説明は省略する。

図５のステップＳ５０９において、会話番号が再確認されると、次のステップＳ５１０において、業務システムサーバ１０３のＣＰＵ２０１は、ステップＳ５０８で指定されたアプリケーションである「ＯＲＤＥＲ－ＷＥＢ」（たとえば、図１３の１３１２のレコードに対応）を起動し、作業場所情報をデータベースサーバ１０４から取得する処理を行う。

その後、業務システムサーバ１０３が作業場所情報を取得するために、データベースサーバ１０４のＣＰＵ２０１は、ステップＳ５５０において、作業場所データベースからステップＳ５０８で取得した作業ＩＤのデータの作業場所を検索する。検索する作業場所データベースの例を図１５を参照して説明する。

図１５は、本発明の実施形態における業務ロックの対象となる作業場所情報テーブルを示すテーブルの一例である。これら１レコード分のデータが業務ロックされるデータの例であり、同じデータベースを全て業務ロックしても良いし、該当レコードだけを業務ロックしても良い。

１５０１はステップＳ５０８で情報処理端末１０１から送信される作業ＩＤであり、１５０２は作業予定日、１５０３は作業開始予定時間、１５０４は作業終了予定時間、１５０５はこのフローチャートで設定される作業場所である。作業員ユーザは１５０２から１５０５の時間と場所にて作業を行うことを作業場所データベースに登録する。図５のフローチャートの説明に戻る。

ステップＳ５１０において、作業場所情報を取得すると、次にステップＳ５１１において、作業場所データがロック可能かどうかの判断のため、データベースサーバ１０４に作業場所データベースが既にロックされているか、業務ロックデータテーブルを検索する命令を送信する。

次に、ステップＳ５５１において、データベースサーバ１０４のＣＰＵ２０１は、業務ロックデータテーブルの中からステップＳ５０８で取得した作業ＩＤ（ロックキー）で、データ種別が「ＯＲＤＥＲＰＬＡＣＥ」であるデータを検索し、検索結果を業務システムサーバ１０３に送信する。

ステップＳ５１１で業務ロックデータテーブルから、作業場所データを取得すると、次のステップＳ５１２において、業務システムサーバ１０３のＣＰＵ２０１は、該当する作業場所データをロックできるかどうかを判断する。ステップＳ５１１において業務ロックデータテーブルに、該当する作業ＩＤのデータ種別が「ＯＲＤＥＲＰＬＡＣＥ」であるデータが見つからなかった場合は、その作業ＩＤのデータベースはロックされていないので、業務ロックが可能である。一方、ステップＳ５１１において業務ロックデータテーブルに、該当する作業ＩＤのデータ種別が「ＯＲＤＥＲＰＬＡＣＥ」であるデータがすでにある場合、すなわち、他のクライアントや他のブラウザ画面から既に作業場所データベースがアクセスされている場合は、業務ロックはできない。たとえば、作業場所データベースであるＯＲＤＥＲＰＬＡＣＥデータが既に他のクライアントや他のブラウザ画面からアクセスされている場合は、図１３の１３１１の行のように、１３０２のデータ種別が「ＯＲＤＥＲＰＬＡＣＥ」で、アクセスしている作業ＩＤ（ロックキー）が、たとえば「ＯＲＤ２０１７１０＿０１」などと登録されている。この場合は、業務ロックはできないと判断される。

ステップＳ５１２において、業務システムサーバ１０３のＣＰＵ２０１は、業務ロックできるかどうかによってあとの処理を分ける。業務ロックできる場合（ステップＳ５１２で可）は、ステップＳ５１３へと処理を遷移し、業務ロックできない場合（ステップＳ５１２で不可）は、ステップＳ５１５へと処理を遷移する。ステップＳ５１５へと処理を進める場合の処理を先に説明する。

ステップＳ５１５へと処理をすすめると、業務システムサーバ１０３のＣＰＵ２０１は、該当の作業場所データのデータレコードもしくはデータベース自体を表示モードとして設定する。すなわち、該当データは既に他のクライアントもしくは他のブラウザ画面により使用されているため、データの参照のみを許可し、データの修正を許可しない表示モードとして、次のステップＳ５１６に処理を進める。

一方、ステップＳ５１２において、ロック可能の処理（ステップＳ５１２の可）へと処理を遷移し、ステップＳ５１３へと進めた場合の処理を説明する。業務システムサーバ１０３のＣＰＵ２０１は、ステップＳ５１３において、データベースサーバ１０４に、作業場所データベースのロック（排他制御）を登録するデータを送信する。図１３の１レコード分のデータ（たとえば、図１３の１３１１行が当初なければ、１３１１の行のデータ）がデータベースサーバ１０４に送信される。

ステップＳ５５３において、データベースサーバ１０４のＣＰＵ２０１は、業務システムサーバ１０３により送信された図１３の１レコード分のデータ（たとえば、図１３の１３１１行のレコード）を業務ロックデータテーブルに登録する。この業務ロックデータテーブル図１３にデータが登録されると、他のクライアントや他のブラウザ画面からの編集アクセスを禁止することができる。

ステップＳ５１３の処理が終了すると、現在アクセスしているユーザで同じ会話番号を有するブラウザからのデータ編集は可能とさせるために、次にステップＳ５１４において、業務システムサーバ１０３のＣＰＵ２０１は、作業場所データベースの該当作業員ＩＤのデータを編集可能な編集モードとして設定する。

次に、ステップＳ５１６において、業務システムサーバ１０３のＣＰＵ２０１は、ステップＳ５１３で登録したデータと共に、作業場所登録画面を描画する指示を情報処理端末１０１に送信（指示）する。

次に、ステップＳ５１７において、情報処理端末１０１のＣＰＵ２０１は、業務システムサーバ１０３から、ステップＳ５１６で送信されたデータを受信する。

次に、ステップＳ５１８において、情報処理端末１０１のＣＰＵ２０１は、会話番号画面管理処理を行う。この処理は、ステップＳ３１２と同様に図７のフローチャートの処理となる。説明は省略する。

ステップＳ５１８の処理（図７の処理）が終わると、次にステップＳ５１９の処理へと遷移する。

ステップＳ５１９において、情報処理端末１０１のＣＰＵ２０１は、作業場所登録画面の描画処理を行う。ブラウザ画面上にステップＳ５１７において受信した作業場所情報を画面上に表示する。表示された画面イメージを図２０を参照して説明する。

図２０は、本発明の実施形態における情報処理端末１０１のディスプレイ２１０に表示される作業場所登録画面の一例である。

図２０の２０００画面内にあるグレーで色塗られた部分２００１は、予め入力されている作業ＩＤであり、作業員ユーザはこの画面では変更できない。作業予定日や場所の入力欄２００２は当初は空欄であり、作業員ユーザが２０００の画面が表示された段階で作業予定開始日時や作業場所を入力する。その後、登録ボタン２００３を押下すると、最終的に、図１５の１行目のレコードのように、データベースサーバ１０４の作業場所データベースに登録される。

以上の処理により、複数のデータベースにアクセスする際に各ブラウザ毎、或いは同じブラウザソフト内でもタブによって別れているブラウザ毎に会話番号を有することで、それぞれのブラウザ毎にアクセスしているデータベースを管理することが出来、複数のブラウザを並行して処理する場合であっても、データの排他制御を問題なく行うことができる。

次に、ブラウザの画面遷移が所定の順序通りではなく、元の画面に戻る場合の処理を図８を参照して説明する。

図８は、本発明の実施形態における情報処理システムの作業指示画面戻りの制御処理手段の一例を示すフローチャートである。この処理は、操作者が使用する情報処理端末１０１のＣＰＵ２０１、業務システムサーバ１０３のＣＰＵ２０１、及びデータベースサーバ１０４のＣＰＵ２０１がそれぞれのＲＯＭ２０３等に格納されたプログラムをＲＡＭ２０２に展開して実行することにより実現される。

図８のフローチャートは、業務管理者が図１８のような画面を入力している際に、一つ前の画面に遷移させるため、１８０４の「戻る」ボタンを押下した際に開始される処理の流れである。

まず、ステップＳ８０１において、情報処理端末１０１のＣＰＵ２０１は、ブラウザ画面の「戻る」ボタンの押下を受け付け、作業員紐付け画面から作業指示画面に戻す処理を受け付ける。この処理を受け付けると、情報処理端末１０１は、現在開いている画面情報（図１８の場合、図１３の２行目のレコードデータ）を業務システムサーバ１０３に送信する。

次に、ステップＳ８０２において、業務システムサーバ１０３のＣＰＵ２０１は、ステップＳ８０１で戻ることになった画面に関係するデータベースの排他制御を解除する処理を行う。そのために、データベースサーバ１０４にある業務ロックデータテーブルの内の、ステップＳ８０１で戻ることになった画面に関係する業務ロックデータを削除する命令をデータベースサーバ１０４に送信する。削除する業務ロックデータを特定するために、ロックキーやデータ種別、ログインＩＤ、会話番号をデータベースサーバ１０４に送信する。

データベースサーバ１０４のＣＰＵ２０１は、ステップＳ８４２において、業務ロックデータ削除命令を受けて、該当する業務ロックデータを削除する。業務ロックデータが削除されると、その中に登録されていたデータベース（図１３の１３０２）は他のクライアントや他のブラウザなどで編集アクセス可能になる。

次に、ステップＳ８０３において、業務システムサーバ１０３のＣＰＵ２０１は、遷移（戻る）画面である作業指示画面を表示するための情報をデータベースサーバ１０４から取得する処理を行う。

データベースサーバ１０４のＣＰＵ２０１は、ステップＳ８４３において、ステップＳ８０１で取得した業務ロックデータ（図１８の場合、図１３の２行目のレコードデータ）の作業ＩＤ（ロックキー）１３０１を業務システムサーバ１０３から取得し、該当する作業指示情報を業務システムサーバ１０３に送信する。

ステップＳ８０３において、作業指示情報を受信する（図１８の場合、図１４の１行目のレコードデータ）と、次のステップＳ８０４において、業務システムサーバ１０３のＣＰＵ２０１は、ステップ８０３で取得したデータを元に、作業指示画面を描画する指示を情報処理端末１０１に送信（指示）する。

次に、ステップＳ８０５において、情報処理端末１０１のＣＰＵ２０１は、業務システムサーバ１０３から、ステップＳ８０４で送信されたデータを受信する。

次に、ステップＳ８０６において、情報処理端末１０１のＣＰＵ２０１は、会話番号画面管理処理を行う。この処理は、ステップＳ３１２と同様に図７のフローチャートの処理となる。説明は省略する。

ステップＳ８０６の処理（図７の処理）が終わると、次にステップＳ８０７の処理へと遷移する。

ステップＳ８０７において、情報処理端末１０１のＣＰＵ２０１は、作業指示画面の描画処理を行う。ブラウザ画面上にステップＳ８０５において受信した作業指示情報を画面上に表示する。表示される画面イメージ例は図１７である。

以上の処理により、遷移する画面が戻る場合も、業務ロックデータを削除することにより、データベースのロックを解除することができる。

次に、業務管理者もしくは作業員ユーザがブラウザ画面を閉じる処理をする際に実行される処理を図９を参照して説明する。

図９は、本発明の実施形態における情報処理システムのブラウザ画面終了の制御処理手段の一例を示すフローチャートである。この処理は、情報処理端末のＣＰＵ２０１、業務システムサーバ１０３のＣＰＵ２０１、及びデータベースサーバ１０４のＣＰＵ２０１がそれぞれのＲＯＭ２０３等に格納されたプログラムをＲＡＭ２０２に展開して実行することにより実現される。

図９のフローチャートは、業務管理者もしくは作業員ユーザがブラウザ画面を閉じる操作をすると開始される処理の流れである。

まず、ステップＳ９０１において、情報処理端末のＣＰＵ２０１は、ユーザからのブラウザ画面終了処理を受け付ける。ブラウザ画面の終了処理は、ブラウザソフト自体を閉じる処理でも良いし、タブで表示されているブラウザ画面のみを閉じる処理でも良い。

次に、ステップＳ９０２において、情報処理端末のＣＰＵ２０１は、閉じられるブラウザの会話番号を業務システムサーバ１０３に送信し、ブラウザ画面を終了することを通知する。その後、ステップＳ９０４において、情報処理端末のＣＰＵ２０１は、通常のブラウザの終了処理を行う。

通知を受けた業務システムサーバ１０３のＣＰＵ２０１は、ステップＳ９０３において、ステップＳ９０２から受信した会話番号に関するデータベースのロックを解除する処理を行う。具体的には、データベースサーバ１０４にある業務ロックデータの内、ステップＳ９０２から受信した会話番号を持つデータを削除させる命令をデータベースサーバ１０４に送信する。

データベースサーバ１０４のＣＰＵ２０１は、ステップＳ９４３において、データを削除する命令を受信すると、該当の会話番号の業務ロックデータを業務ロックデータテーブルから削除する。

以上の処理により、データベースアクセスを終了させずにブラウザ画面を終了させた場合でもデータベースサーバ１０４のデータベースをロックさせたまま終了することを防ぐことができる。

次に、業務管理者もしくは作業員ユーザがブラウザ画面からログアウト処理を実行した際の処理を図１０を参照して説明する。

図１０は、本発明の実施形態における情報処理システムのログアウト処理時の制御処理手段の一例を示すフローチャートである。この処理は、情報処理端末のＣＰＵ２０１、業務システムサーバ１０３のＣＰＵ２０１、及びデータベースサーバ１０４のＣＰＵ２０１がそれぞれのＲＯＭ２０３等に格納されたプログラムをＲＡＭ２０２に展開して実行することにより実現される。

図１０のフローチャートは、業務管理者もしくは作業員ユーザが情報処理端末からログアウト、もしくはブラウザ内でアクセスしているサイトをログアウトしようとした際に開始される処理の流れである。

まず、ステップＳ１００１において、情報処理端末のＣＰＵ２０１は、ユーザからのログアウト処理を受け付ける。ログアウト処理は情報処理端末からのログアウトでも良いし、Ｗｅｂサーバの特定のサイトからのログアウト処理でも良い。

次に、ステップＳ１００２において、情報処理端末のＣＰＵ２０１は、ログアウトされるログインＩＤを業務システムサーバ１０３に送信し、ログアウト処理を業務システムサーバ１０３に通知する。

通知を受けた業務システムサーバ１０３のＣＰＵ２０１は、ステップＳ１００３において、ステップＳ１００２から受信したログインＩＤに関するデータベースのロックを解除する処理を行う。具体的には、データベースサーバ１０４にある業務ロックデータの内、ステップＳ１００２から受信したログインＩＤを持つデータを削除させる命令をデータベースサーバ１０４に送信する。

データベースサーバ１０４のＣＰＵ２０１は、ステップＳ１０４３において、データを削除する命令を受信すると、該当のログインＩＤの業務ロックデータを業務ロックデータテーブルから削除する。

次に、業務システムサーバ１０３のＣＰＵ２０１は、ステップＳ１００４において、通常のＷｅｂサイトのログアウト処理を実施する。なお、情報処理端末のログアウトの場合は、情報処理端末の通常のログアウト処理を実施する。

以上の処理により、データベースアクセスを終了させずにログアウトした場合でもデータベースサーバ１０４のデータベースをロックさせたまま終了することを防ぐことができる。

次に、業務システムサーバ１０３のアプリケーションを終了させた際の処理を図１１を参照して説明する。

図１１は、本発明の実施形態における情報処理システムのアプリケーション終了処理時の制御処理手段の一例を示すフローチャートである。この処理は、情報処理端末のＣＰＵ２０１、業務システムサーバ１０３のＣＰＵ２０１、及びデータベースサーバ１０４のＣＰＵ２０１がそれぞれのＲＯＭ２０３等に格納されたプログラムをＲＡＭ２０２に展開して実行することにより実現される。

図１１のフローチャートは、業務管理者など業務システムサーバ１０３のアプリケーションを停止させる際に開始される処理の流れである。

まず、ステップＳ１１０１において、業務システムサーバ１０３のＣＰＵ２０１は、業務管理者などからアプリケーションを停止する指示を検知する。なお、このアプリケーション停止の検知は、ユーザによる情報処理端末からの指示でも良いし、サーバに備え付けている無停電電源装置（ＵＰＳ）などの指示でも良い。

次に、業務システムサーバ１０３のＣＰＵ２０１は、ステップＳ１１０２において、終了させるアプリケーションに関するデータベースのロックを解除する処理を行う。具体的には、データベースサーバ１０４にある業務ロックデータの内、業務システムサーバ１０３のサーバ名と、終了させるアプリケーション名とが一致すると業務ロックデータを削除させる命令をデータベースサーバ１０４に送信する。

データベースサーバ１０４のＣＰＵ２０１は、ステップＳ１１４２において、データを削除する命令を受信すると、該当のサーバ名・アプリケーション名の業務ロックデータを業務ロックデータテーブルから削除する。

次に、業務システムサーバ１０３のＣＰＵ２０１は、ステップＳ１１０３において、通常のアプリケーションを停止させる処理を実施する。

以上の処理により、データベースアクセスを終了させずに業務システムサーバ１０３のアプリケーションを終了させた場合でもデータベースサーバ１０４のデータベースをロックさせたまま終了することを防ぐことができる。

次に、業務ロックの確認や強制的に解除する際の処理を図１２のフローチャートを参照して説明する。

図１２は、本発明の実施形態における情報処理システムの業務ロック強制解除の制御処理手段の一例を示すフローチャートである。この処理は、情報処理端末１０１のＣＰＵ２０１、業務システムサーバ１０３のＣＰＵ２０１、及びデータベースサーバ１０４のＣＰＵ２０１がそれぞれのＲＯＭ２０３等に格納されたプログラムをＲＡＭ２０２に展開して実行することにより実現される。

図１２のフローチャートは、業務管理者などが業務ロック状況を確認する際、あるいは、何らかの原因で業務ロックが残ってしまったときに解除する、もしくは早急の対応が必要なデータの場合に多少の問題が出ても業務ロックを強制的に奪う際などに開始される処理の流れである。

まず、ステップＳ１２０１において、情報処理端末１０１のＣＰＵ２０１は、業務ロックデータ閲覧画面を表示する依頼を業務システムサーバ１０３に送信する。

次に、ステップＳ１２０２において、業務システムサーバ１０３のＣＰＵ２０１は、データベースサーバ１０４の有する業務ロックデータを全て、もしくは業務システムサーバ１０３のアプリケーションだけ取得する命令をデータベースサーバ１０４に送信する。

業務ロックデータを送信する命令を受けたデータベースサーバ１０４のＣＰＵ２０１は、ステップＳ１２４２において、業務ロックデータテーブルのデータを業務システムサーバ１０３に送信する。

業務システムサーバ１０３のＣＰＵ２０１は、ステップＳ１２０２で業務ロックデータテーブルのデータを受信すると、次のステップＳ１２０３において、情報処理端末１０１に業務ロックデータ閲覧画面を描画する指示を情報処理端末１０１に送信（指示）する。

次に、ステップＳ１２０４において、情報処理端末１０１のＣＰＵ２０１は、業務強制ロック解除画面をディスプレイ２１０に表示する。表示された画面イメージを図２１を参照して説明する。

図２１は、本発明の実施形態における情報処理端末１０１のディスプレイ２１０に表示される業務ロックデータ閲覧画面の一例である。

図２１の２１００画面内にあるデータリスト２１０１が現在管理されている業務ロックのデータであり、このリストを業務管理者などが確認して、業務ロックの状況を把握するための画面イメージである。

２１００には、業務ロックを強制解除するボタン２１０２を備えていて、業務管理者などが指定した業務ロックを強制的に解除することができるボタンである。図１２のフローチャートの説明に戻る。

次のステップＳ１２０５において、情報処理端末１０１のＣＰＵ２０１は、ユーザから図示していないマウスなどにより２１０１のリストの１行、もしくは複数行の選択を受け付ける。

ステップＳ１２０５で選択を受け付けたリストの行を他の行と区別して表示させるために、ステップＳ１２０６において、情報処理端末１０１のＣＰＵ２０１は、ステップＳ１２０５で選択されたリスト（行）を他のリストと識別可能に表示する（図示していない）。

次に、ステップＳ１２０７において、情報処理端末１０１のＣＰＵ２０１は、図２１に表記されているような強制解除ボタン２１０２の押下を受け付ける。

次に、ステップＳ１２０８において、情報処理端末１０１のＣＰＵ２０１は、ステップＳ１２０５で選択されたリストの業務ロックの解除を命じる処理を業務システムサーバ１０３に送信する。業務ロック解除の命令を送信する際に、業務システムサーバ１０３には、ロックキー１３０１、ログインＩＤ１３０３、会話番号１３０５などを送信する。

業務ロック解除命令を受信した業務システムサーバ１０３のＣＰＵ２０１は、次のステップＳ１２０９において、ステップＳ１２０８により送られてきた情報に該当する業務ロックデータを削除する命令をデータベースサーバ１０４に送信する。

業務データロックの削除命令を受信したデータベースサーバ１０４のＣＰＵ２０１は、ステップＳ１２４９において、該当する業務ロックデータを業務ロックデータテーブルから削除する。

次に、業務システムサーバ１０３のＣＰＵ２０１は、ステップＳ１２１０において、再度データベースサーバ１０４の有する業務ロックデータを全て、もしくは業務システムサーバ１０３のアプリケーションだけ取得する命令をデータベースサーバ１０４に送信する。

業務ロックデータを送信する命令を受けたデータベースサーバ１０４のＣＰＵ２０１は、ステップＳ１２４２において、削除された業務ロックデータテーブルのデータを業務システムサーバ１０３に再び送信する。

次に、業務システムサーバ１０３のＣＰＵ２０１は、ステップＳ１２１０で受信した業務ロックデータを、ステップＳ１２１１において、情報処理端末１０１に再び業務ロックデータ閲覧画面として描画する指示を情報処理端末１０１に送信（指示）する。

次に、ステップＳ１２１２において、情報処理端末１０１のＣＰＵ２０１は、再び業務強制ロック解除画面をディスプレイ２１０に表示する。表示された画面イメージからは、ステップＳ１２０５で選択された業務ロックデータは削除されている。

以上の処理により、業務管理者などのユーザが、誰が業務ロックをしているのかを確認したい場合に容易に確認することができる。また、何らかの原因で業務ロックが残ってしまっている場合や、急遽業務ロックを解除しなければならない場合に、業務ロックを容易に解除することを可能とする。

以上の処理により、セッションＩＤを利用せずに、同一端末及び同一セッションでの複数ウィンドウを並行して処理する場合であっても、データの排他制御を問題なく行うことができ、また、データベースとのセッションを終了させずブラウザを閉じたり、ログアウトさせたりした際でも、業務ロックを自動的に解除することにより、データベースがロックされたままになることを防ぐことができる。

さらに、業務ロックが何らかの原因で接続されたままになった場合でも、業務ロックデータを削除するだけで業務ロックを解除することができる。

以上、実施形態例を詳述したが、本発明は、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能である。

また、本発明におけるプログラムは、各処理方法をコンピュータが実行可能（読み取り可能）なプログラムであり、本発明の記録媒体は、各処理方法をコンピュータが実行可能なプログラムが記憶されている。

なお、本発明におけるプログラムは、各装置の処理方法ごとのプログラムであってもよい。

以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読取り実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ－ＲＯＭ，ＣＤ－Ｒ，ＤＶＤ－ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。

また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

さらに、本発明を達成するためのプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

１０１ 情報処理端末
１０２ 情報処理端末
１０３ 業務システムサーバ
１０４ データベースサーバ
１０５ ネットワーク

Claims (11)

1. 情報処理端末と通信可能な情報処理サーバであって、
   前記情報処理端末におけるブラウザ画面の表示の際に接続されるデータベースと、ブラウザ画面毎のユニークなＩＤであって該ブラウザ画面に対応付けて登録されたＩＤとを紐付け、
   前記ブラウザ画面の表示の際に接続される前記データベースに対して排他制御し、
   前記ブラウザ画面の表示を終了する際に、前記ブラウザ画面に対応付けて登録された前記ＩＤで紐付けられたデータベースに対する排他制御を解除する
   ように制御する制御手段
   を有することを特徴とする情報処理サーバ。
2. 前記ユニークなＩＤは、前記情報処理端末においてブラウザ画面毎に登録されることを特徴とする請求項１に記載の情報処理サーバ。
3. 前記情報処理サーバはさらにデータベースサーバと接続可能であり、前記データベースは前記データベースサーバ内にあることを特徴とする請求項１又は２に記載の情報処理サーバ。
4. 前記ブラウザ画面は、タブで分割されたタブブラウザの画面であり、前記ユニークなＩＤはタブ毎に登録されるＩＤであることを特徴とする請求項１乃至３のいずれか１項に記載の情報処理サーバ。
5. データベースの排他制御の状況に関する情報を前記情報処理端末に送信する送信手段をさらに有し、
   前記制御手段は、前記送信手段で送信された排他制御の状況に関する前記情報に基づいて前記情報処理端末において解除の指示を受け付けた排他制御について、排他制御を解除するように制御する
   ことを特徴とする請求項１乃至４のいずれか１項に記載の情報処理サーバ。
6. 前記情報処理サーバは、前記情報処理端末において受け付けた前記解除の指示に対応する前記ＩＤを前記情報処理端末より受信し、
   前記制御手段は、前記情報処理端末から受信した前記解除の指示に対応する前記ＩＤに紐づけられた排他制御を解除するように制御する
   ことを特徴とする請求項５に記載の情報処理サーバ。
7. 排他制御の状況に関する前記情報は、複数の前記ＩＤに紐づけられた排他制御に関する情報を含むことを特徴とする請求項５または６に記載の情報処理サーバ。
8. 情報処理端末と情報処理サーバとを含む情報処理システムであって、
   前記情報処理端末におけるブラウザ画面の表示の際に接続されるデータベースと、ブラウザ画面毎のユニークなＩＤであって該ブラウザ画面に対応付けて登録されたＩＤとを紐付け、
   前記ブラウザ画面の表示の際に接続される前記データベースに対して排他制御し、
   前記ブラウザ画面の表示を終了する際に、前記ブラウザ画面に対応付けて登録された前記ＩＤで紐付けられたデータベースに対する排他制御を解除するように制御する制御手段と
   を有することを特徴とする情報処理システム。
9. ブラウザ画面毎にユニークなＩＤを登録する登録手段を更に有することを特徴とする請求項８に記載の情報処理システム。
10. 情報処理端末と通信可能な情報処理サーバにの制御方法であって、
    前記情報処理端末におけるブラウザ画面の表示の際に接続されるデータベースと、ブラウザ画面毎のユニークなＩＤであって該ブラウザ画面に対応付けて登録されたＩＤとを紐付け、
    前記ブラウザ画面の表示の際に接続される前記データベースに対して排他制御し、
    前記ブラウザ画面の表示を終了する際に、前記ブラウザ画面に対応付けて登録された前記ＩＤで紐付けられたデータベースに対する排他制御を解除する
    ように制御する制御ステップ
    を有することを特徴とする情報処理サーバの制御方法。
11. コンピュータを、請求項１乃至７のいずれか１項に記載された情報処理サーバの各手段として機能させるためのプログラム。
    

Images