(57)【要約】【課題】サーバがクライアントに対して、所望のデータを効率的に提供するデータ入力確認方法を得ること。【解決手段】本発明にかかるデータ入力確認方法は、データベースを含んだ記憶部を備えるサーバ装置において、クライアント装置から使用者のユーザＩＤの通知とともにアクセス要求を受けた場合に、通知されたユーザＩＤと同じユーザＩＤを含み、かつ通知されたユーザＩＤに対応する検索条件を満たしているレコードがデータベースへ格納されているかどうかを確認する検索ステップ（Ｓ３）と、ユーザＩＤを含み、かつユーザＩＤに対応する検索条件を満たしている所望データがデータベースへ格納されていると判断した場合、所望データをデータベースから読み出す読み出しステップ（Ｓ５）と、読み出された所望データをアクセス要求元のクライアント装置へ送信するデータ送信ステップ（Ｓ８）と、を含むこととした。【選択図】        図６−１
2008165618.tif 000002
【特許請求の範囲】
【請求項１】
クライアント装置から受け取ったデータであるレコードを格納するためのデータベースを含んだ記憶部を備えるサーバ装置において、当該クライアント装置から使用者のユーザＩＤの通知とともにアクセス要求を受けた場合に、当該クライアント装置が必要とするデータであるレコードを当該クライアント装置へ提供し当該使用者が自己の入力したデータを容易に確認できる、データ入力確認方法であって、
レコード検索部が、前記通知されたユーザＩＤと同じユーザＩＤを含み、かつ前記記憶部が保持している検索条件であって当該通知されたユーザＩＤに対応する検索条件を満たしているレコードが前記データベースへ格納されているかどうかを確認する検索ステップと、
前記レコード検索部が、前記検索ステップにおいて、前記ユーザＩＤを含み、かつ当該ユーザＩＤに対応する検索条件を満たしているレコードである所望データが前記データベースへ格納されていると判断した場合、当該所望データを当該データベースから読み出す読み出しステップと、
通信部が、前記読み出しステップにおいて読み出された所望データを前記アクセス要求元のクライアント装置へ送信するデータ送信ステップと、
を含むことを特徴とするデータ入力確認方法。
【請求項２】
前記データ読み出しステップでは、前記検索ステップにおいて複数の所望データが前記データベースへ格納されていると判断された場合、前記検索条件に基づいて決定した優先度が最も高い所望データを当該データベースから読み出すことを特徴とする請求項１に記載のデータ入力確認方法。
【請求項３】
前記レコード検索部が前記読み出しステップにおいて読み出した所望データの修正が許可されているかどうかを判定する修正可否判定ステップ、
を含み、
前記データ送信ステップでは、前記修正可否判定ステップにおける判定結果および所望データを送信することを特徴とする請求項１または２に記載のデータ入力確認方法。
【請求項４】
前記修正可否判定ステップでは、所望データに含まれる承認フラグおよび決算フラグの状態を確認し、双方のフラグが共にＯＦＦの場合に、当該所望データの修正が許可されていると判定することを特徴とする請求項３に記載のデータ入力確認方法。
【請求項５】
クライアント装置から使用者のユーザＩＤの通知とともにアクセス要求を受けた場合に、当該クライアント装置が必要とするデータであるレコードを当該クライアント装置へ提供するサーバ装置であって、
前記クライアント装置から受け取ったデータであるレコードを格納するためのデータベースを含んだ記憶部と、
前記クライアント装置から通知されたユーザＩＤと同じユーザＩＤを含み、かつ前記記憶部が保持している検索条件であって当該通知されたユーザＩＤに対応する検索条件を満たしているレコードである所望データを前記データベースから読み出すレコード検索部と、
前記レコード検索部が読み出した所望データを、前記アクセス要求元のクライアント装置へ送信する通信部と、
を備えることを特徴とするサーバ装置。
【請求項６】
前記レコード検索部は、複数の所望データが前記データベースへ格納されている場合、前記検索条件に基づいて決定した優先度が最も高い所望データを当該データベースから読み出すことを特徴とする請求項５に記載のサーバ装置。
【請求項７】
前記レコード検索部は、前記読み出した所望データの修正が許可されているかどうかを判定し、
前記通信部は、前記レコード検索部による判定結果および当該レコード検索部が読み出した所望データを前記クライアント装置へ送信することを特徴とする請求項５または６に記載のサーバ装置。
【請求項８】
前記レコード検索部は、所望データに含まれる承認フラグおよび決算フラグの状態を確認し、双方のフラグが共にＯＦＦの場合に、当該所望データの修正が許可されていると判定することを特徴とする請求項７に記載のサーバ装置。
【請求項９】
請求項５〜８のいずれか一つに記載のサーバ装置と、
前記サーバ装置へアクセスし、所望データの提供を受けるクライアント装置と、
を備えることを特徴とするクライアントサーバシステム。
【請求項１０】
請求項１〜４のいずれか一つに記載のデータ入力確認方法をコンピュータに実行させることを特徴とするデータ入力確認プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データベースを利用したデータ管理に関するものであり、特に、データベースを利用するユーザの利便性を考慮して、必要性の高いデータを優先的にユーザへ提供するデータ入力確認方法、サーバ装置、クライアントサーバシステムおよびデータ入力確認プログラムに関するものである。
【背景技術】
【０００２】
近年、データベースを利用してデータを一元的に管理し、データベースを利用するユーザに対して、担当する業務などに応じたアクセス権限を与えることにより、データを厳格に管理しつつ共有化し、業務の効率化を図っている企業、組織などが増えてきている。一方で、アクセス権限の設定・管理を行うためには専門的な知識も必要とされ、ユーザ数が多くなるとアクセス権限の設定・管理業務の負荷が大きくなりデータベースの運営に支障をきたす場合もある。
【０００３】
そのため、たとえば下記特許文献１に記載のデータ管理装置では、データベースを利用する各ユーザを所定の条件に基づいてグループ化し、グループ毎にアクセス権限を与えることにより、アクセス権限を効率的かつ柔軟に管理できるようにしている。
【０００４】
【特許文献１】特開２００３−３００２９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
データベースを利用したデータ管理においては、アクセス権限の設定、管理などがシステム運用上非常に重要であるが、アクセス権限の設定は非常に煩雑であり、管理の手間がかかる。
【０００６】
上述したように、上記特許文献１に記載されているデータ管理装置ではアクセス権限の効率的な管理を実現している。しかしながら、上記特許文献１に記載の技術やその他従来のデータ管理技術においては、同一アクセス権限が与えられたユーザ同士の間では、他ユーザのデータへアクセスが可能なケースが多い。この場合、たとえば、ユーザが自己の登録または更新したデータのみを閲覧や編集する際には、対象となるデータ以外のデータにもアクセスできてしまうため、検索ツールなどを利用して目的のデータを検索する必要があり手間がかかる。
【０００７】
さらに、一般的に企業における会計業務などにおいては、通常、特定データの入力・編集作業を少人数の担当者（ユーザ）のみが行っており、あるユーザは、他のユーザが担当しているデータを閲覧することはあっても、編集することはない。しかしながら、上記従来のデータ管理技術においては、他ユーザが登録したデータへのアクセスが許可されているので、故意や過失によりデータの書き換え、削除などが行われてしまう危険性がある。
【０００８】
本発明は、上記に鑑みてなされたものであって、クライアント装置（ユーザ）がサーバ装置へアクセスを行った場合において、検索ツールなどの利用を必要とせずに、ユーザが編集を行いたいデータや閲覧したいデータなどの所望データを容易に取得可能とし、データの編集作業や閲覧作業を開始するまでの手順を簡略化して作業の効率化を図るデータ入力確認方法、サーバ装置およびデータ入力確認プログラムを得ることを目的とする。
【０００９】
また、故意や過失によりデータの書き換え、削除などが行われてしまうことを防止可能なデータ入力確認方法、サーバ装置、クライアントサーバシステムおよびデータ入力確認プログラムを得ることを目的とする。
【課題を解決するための手段】
【００１０】
上述した課題を解決し、目的を達成するために、本発明は、クライアント装置から受け取ったデータであるレコードを格納するためのデータベースを含んだ記憶部を備えるサーバ装置において、当該クライアント装置から使用者のユーザＩＤの通知とともにアクセス要求を受けた場合に、当該クライアント装置が必要とするデータであるレコードを当該クライアント装置へ提供し当該使用者が自己の入力したデータを容易に確認できる、データ入力確認方法であって、レコード検索部が、前記通知されたユーザＩＤと同じユーザＩＤを含み、かつ前記記憶部が保持している検索条件であって当該通知されたユーザＩＤに対応する検索条件を満たしているレコードが前記データベースへ格納されているかどうかを確認する検索ステップと、前記レコード検索部が、前記検索ステップにおいて、前記ユーザＩＤを含み、かつ当該ユーザＩＤに対応する検索条件を満たしているレコードである所望データが前記データベースへ格納されていると判断した場合、当該所望データを当該データベースから読み出す読み出しステップと、通信部が、前記読み出しステップにおいて読み出された所望データを前記アクセス要求元のクライアント装置へ送信するデータ送信ステップと、を含むことを特徴とする。
【００１１】
つぎの発明にかかるデータ入力確認方法において、前記データ読み出しステップでは、前記検索ステップにおいて複数の所望データが前記データベースへ格納されていると判断された場合、前記検索条件に基づいて決定した優先度が最も高い所望データを当該データベースから読み出すことを特徴とする。
【００１２】
つぎの発明にかかるデータ入力確認方法においては、前記レコード検索部が前記読み出しステップにおいて読み出した所望データの修正が許可されているかどうかを判定する修正可否判定ステップ、を含み、前記データ送信ステップでは、前記修正可否判定ステップにおける判定結果および所望データを送信することを特徴とする。
【００１３】
つぎの発明にかかるデータ入力確認方法において、前記修正可否判定ステップでは、所望データに含まれる承認フラグおよび決算フラグの状態を確認し、双方のフラグが共にＯＦＦの場合に、当該所望データの修正が許可されていると判定することを特徴とする。
【００１４】
つぎの発明にかかるサーバ装置は、クライアント装置から使用者のユーザＩＤの通知とともにアクセス要求を受けた場合に、当該クライアント装置が必要とするデータであるレコードを当該クライアント装置へ提供するサーバ装置であって、前記クライアント装置から受け取ったデータであるレコードを格納するためのデータベースを含んだ記憶部と、前記クライアント装置から通知されたユーザＩＤと同じユーザＩＤを含み、かつ前記記憶部が保持している検索条件であって当該通知されたユーザＩＤに対応する検索条件を満たしているレコードである所望データを前記データベースから読み出すレコード検索部と、前記レコード検索部が読み出した所望データを、前記アクセス要求元のクライアント装置へ送信する通信部と、を備えることを特徴とする。
【００１５】
つぎの発明にかかるサーバ装置において、前記レコード検索部は、複数の所望データが前記データベースへ格納されている場合、前記検索条件に基づいて決定した優先度が最も高い所望データを当該データベースから読み出すことを特徴とする。
【００１６】
つぎの発明にかかるサーバ装置において、前記レコード検索部は、前記読み出した所望データの修正が許可されているかどうかを判定し、前記通信部は、前記レコード検索部による判定結果および当該レコード検索部が読み出した所望データを前記クライアント装置へ送信することを特徴とする。
【００１７】
つぎの発明にかかるサーバ装置において、前記レコード検索部は、所望データに含まれる承認フラグおよび決算フラグの状態を確認し、双方のフラグが共にＯＦＦの場合に、当該所望データの修正が許可されていると判定することを特徴とする。
【００１８】
つぎの発明にかかるクライアントサーバシステムは、請求項５〜８のいずれか一つに記載のサーバ装置と、前記サーバ装置へアクセスし、所望データの提供を受けるクライアント装置と、を備えることを特徴とする。
【００１９】
つぎの発明にかかるデータ入力確認プログラムは、請求項１〜４のいずれか一つに記載のデータ入力確認方法をコンピュータに実行させることを特徴とする。
【発明の効果】
【００２０】
本発明にかかるデータ入力確認方法においては、サーバコンピュータが各ユーザ（いずれかのクライアントコンピュータを使用してサーバコンピュータへアクセスするユーザ）に対して、当該ユーザが登録したデータ、および同じアクセス権限を有する他のユーザが登録したデータであって、その内容が確定したデータ（編集される可能性のないデータ）のみにアクセスできるようにしたので、目的のデータ（たとえばユーザが担当している業務に関連するデータ）を検索する際の作業負荷を軽減することができ、当該ユーザは自己の入力したデータを優先して確認、編集することが可能となるため業務の効率化に寄与することができる、という効果を奏する。
【００２１】
また、他のユーザが担当しているデータを誤って更新や削除してしまうこと、および、他のユーザにより自身が担当しているデータの更新や削除が行われてしまうことを防止できる、という効果を奏する。
【００２２】
また、サーバコンピュータがデータを検索する際に使用する検索条件をユーザが指定できるようにしたので、ユーザが必要とするデータを迅速に提供することができる、という効果を奏する。
【００２３】
さらに、作業に必要なデータをサーバが管理するようにしたので、ユーザは、作業を行う際に使用するクライアントコンピュータを限定されることがなくなり、たとえば複数のコンピュータを何人かのユーザが共用して作業を行う環境において、効率的な作業を実現できる、という効果を奏する。
【発明を実施するための最良の形態】
【００２４】
以下に、本発明にかかるデータ入力確認方法、サーバ装置、クライアントサーバシステムおよびデータ入力確認プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。
【実施例】
【００２５】
図１は、本発明にかかるデータ入力確認方法を適用したクライアントサーバシステムの構成例を示す図である。このクライアントサーバシステムは、サーバコンピュータ１００と、ネットワークを介してこれに接続する複数のクライアントコンピュータ１０１，１０２，１０３，１０４，１０５，１０６，…と、により構成される。なお、以下の説明においては、サーバコンピュータを単にサーバと呼び、クライアントコンピュータを単にクライアントと呼ぶ。
【００２６】
図２は、本発明にかかるデータ入力確認方法を実現するためのサーバ装置としての機能を備え、本発明にかかるデータ入力確認プログラムを実行可能な計算機システムの構成例を示す図である。この計算機システムは、制御部１と記憶部２と表示部３と入力部４と通信部５とを備える。
【００２７】
図２において、制御部１は、本発明にかかるデータ入力確認プログラムを実行する。記憶部２は、ＲＡＭ，ＲＯＭなどの各種メモリを含み、上記制御部１が実行すべきプログラム，処理の過程で得られた必要なデータ，などを記憶する。表示部３は、ＣＲＴ，ＬＣＤ（液晶表示パネル）などで構成され、計算機システムのユーザに対して各種画面を表示する。入力部４は、たとえばキーボード４１やマウス４２などで構成され、計算機システムのユーザが、各種情報の入力などを行うために使用する。また、この計算機システムは、通信部５を介してネットワークと接続することによりネットワークに接続された他の計算機システムとの間で各種情報のやりとりを行う。
【００２８】
ここで、本発明にかかるデータ入力確認プログラムが実行可能な状態になるまでの計算機システムの動作例について説明する。上述した構成をとる計算機システムには、たとえば、ＣＤ−ＲＯＭドライブユニット（図示せず）にセットされたＣＤ−ＲＯＭから、データ入力確認プログラムがディスクユニット（図示せず）にインストールされる。そして、データ入力確認プログラムの実行時に、ディスクユニットから読み出されたデータ入力確認プログラムが記憶部２の所定の場所に格納される。この状態で、制御部１は、記憶部２に格納されたプログラムに従って、データ提供処理を実行する。
【００２９】
なお、本発明においては、ＣＤ−ＲＯＭを記録媒体として、上記データ提供処理を記述したプログラムを提供しているが、これに限らず、計算機システムの構成、提供するプログラムの容量などに応じて、たとえば、フロッピー（登録商標）ディスクなどの磁気ディスク，光磁気ディスク，磁気テープなどの記録媒体を用いることも可能である。また、電子メール，インターネットなどの伝送媒体により提供されたプログラムを用いることとしてもよい。
【００３０】
また、クライアントも、上記図２に示した構成の計算機システムにより実現される。
【００３１】
図３は、図１に示したクライアントサーバシステムを構成するサーバおよびクライアントの構成例を示す図である。なお、このクライアントサーバシステムは、サーバおよびこれに接続するクライアントにより構成されるが、図３では、サーバ１００およびクライアント１０１の構成例を示している。また、クライアント１０２，１０３，…の構成は、クライアント１０１と同様である。以下に、サーバ１００およびクライアント１０１の内部構成について説明する。
【００３２】
まず、サーバ１００の内部構成について説明する。サーバ１００は、サーバ１００を構成する各部の制御や本発明にかかるデータ入力確認方法を実現するための各種処理を実行する制御部１と、各種情報を保持するための記憶部２と、ネットワークを介してクライアントなどとの間で各種情報の送受信などを行う通信部５と、を含んでいる。また、制御部１は、クライアント（クライアントコンピュータのユーザ）から指定されたデータを記憶部２が保持しているかどうかを確認し、保持していればそのデータを記憶部２から読み出すレコード検索部１−１と、クライアントを使用して接続しようとしているユーザがアクセス権限を有しているかどうかを判断するユーザ認識部１−２と、クライアントから受け取った特定形式のデータであるレコードを記憶部２へ格納するレコード登録部１−３と、を含んでおり、記憶部２は、各クライアントから受け取った特定形式のデータであるレコードを格納するためのデータベース２−１を含んでいる。
【００３３】
つぎに、クライアント１０１の内部構成について説明する。クライアント１０１は、クライアント１０１を構成する各部の制御やユーザの指示に従った各種処理を実行する制御部１ａと、制御部１ａからの指示に従いユーザに対して各種画面を表示する表示部３ａと、ユーザからの指示情報などを取得し、それを制御部１ａへ渡す入力部４ａと、ネットワークを介してサーバなどとの間で各種情報の送受信などを行う通信部５ａと、を含んでいる。また、制御部１ａは、入力部４ａから受け取ったユーザ情報およびパスワードをサーバ１００へ通知し、データベース２−１への接続を要求するアクセス要求部１ａ−１と、入力部４ａを介してユーザが入力したデータの検索条件を取得する検索条件取得部１ａ−２と、検索条件取得部１ａ−２から受け取った検索条件をサーバ１００へ通知し、当該検索条件に合致するデータを送信するように要求する検索要求部１ａ−３と、サーバ１００への登録を行いたいデータが存在する場合、そのデータの登録をサーバ１００へ要求する登録要求部１ａ−４と、サーバ１００から取得したデータの編集またはサーバ１００へ新規に登録するためのデータを作成する編集作成部１ａ−５と、登録要求部１ａ−４がサーバ１００への登録を要求するデータをサーバ１００へ登録する際の形式へ変換し、また、サーバ１００から受け取ったデータを編集作成部１ａ−５が扱う形式へ変換するデータ形式変換部１ａ−６と、を含んでいる。
【００３４】
ここで、サーバ１００の記憶部２に構築されているデータベース２−１へ登録されるデータの形式について、図４を用いて説明する。図４は、サーバ１００のデータベース２−１へ格納されるデータであるレコードの構成例を示す図であり、一例として、企業の会計業務などで扱われる会計データ（会計業務用のアプリケーションソフトウエアにより生成されたデータ）に基づいて生成されたレコードの構成を示している。
【００３５】
図４に示したように、このレコードは、データを管理するための情報である管理情報（承認フラグ、決算フラグ、更新日時、更新者のユーザＩＤ、登録日時および登録者のユーザＩＤ）と、実際の会計データ（金額、勘定科目、伝票番号、部門、日付、…）と、により構成される。
【００３６】
承認フラグは、会計データを作成したユーザの上長などが、会計データの内容について承認を行った場合にＯＮ（通常は‘１’）に設定される。決算フラグは、この会計データを用いて決算が行われた場合にＯＮに設定される。そして、いずれの場合も、フラグがＯＮに設定された場合には、以降、会計データを編集できなくなり、その内容の閲覧のみが可能となる。すなわち、承認フラグおよび決算フラグが共にＯＦＦの場合に限り、会計データの編集が許可される。
【００３７】
更新日時および更新者のユーザＩＤは、データが更新された際に、そのときの日時情報および更新を行ったユーザの識別情報である。登録日時および登録者のユーザＩＤは、データが新規作成されデータベース２−１へ最初に格納（登録）される際の日時情報および登録を行ったユーザの識別情報である。
【００３８】
つづいて、図３，図４，図５，図６−１，図６−２を参照しながら、クライアント１０１が必要なデータをサーバ１００から取得する動作と、取得したデータを編集後または新規データを作成後そのデータをサーバ１００へ格納する動作について説明する。なお、図５は、クライアント１０１がユーザに対してサーバ１００へ接続する際に必要なユーザＩＤおよびパスワードの入力を要求する画面表示（表示部３ａへの画面表示内容）の一例を示す図である。また、図６−１および図６−２は、クライアント１０１およびサーバ１００の間で行われるデータの送受信処理の一例を示すフローチャートである。
【００３９】
ここで、本実施例のクライアントサーバシステムでは、データベース２−１へ格納されているデータの編集を、当該データの作成者（最初に登録を行ったユーザ）のみが行えるものとする。そして、各ユーザは、自身と同一のアクセス権限が与えられている他のユーザが作成したデータについて、そのデータの内容が確定し、更新される可能性が無くなった場合に、閲覧できるものとする。
【００４０】
以下、具体的な動作を図６−１および図６−２に基づいて説明する。まず、ユーザがクライアント１０１を使用してサーバ１００からデータを取得する処理の開始指示を入力部４ａから入力されると、表示部３ａは、図５に示したような内容の画面を表示し、予め指定しておいたユーザ名（ＩＤ）とパスワードを入力するようにユーザに対して要求する。
【００４１】
その後、ユーザが入力部４ａを使用してユーザ名とパスワードを入力し、図５に示した「ＯＫ」ボタンを押下（クリック）すると、入力されたユーザ名とパスワードは、アクセス要求部１ａ−１へ渡される。アクセス要求部１ａ−１は、受け取ったユーザ名およびパスワードを通信部５ａ経由でサーバ１００へ通知し、当該ユーザ名を使用したアクセスを要求する（ステップＳ１）。
【００４２】
上記ステップＳ１においてクライアント１０１から通知されたユーザ名およびパスワードは、サーバ１００の通信部５を介してユーザ認識部１−２へ渡され、ユーザ認識部１−２は、アクセスを要求しているユーザに対してアクセスを許可するかどうかを判断する（ステップＳ２）。たとえば、上記クライアント１０１から通知されたユーザ名を示すユーザＩＤが、記憶部２内のユーザＩＤのデータベース（図示せず）に既に登録されており、かつ対応して登録されているパスワードとクライアント１０１から通知されたパスワードが一致している場合にアクセスを許可する。
【００４３】
ユーザ認識部１−２は、アクセスを許可する場合（ステップＳ２，Ｙｅｓ）、上記通知を受けたユーザＩＤをレコード検索部１−１へ通知し、レコード検索部１−１は、通知されたユーザＩＤが管理情報に含まれるレコード（図４参照）をデータベース２−１に登録されているレコードの中から検索する（ステップＳ３）。
【００４４】
このステップＳ３では、通知されたユーザＩＤを更新者のユーザＩＤまたは登録者のユーザＩＤとして含んでいるレコードを検索し、該当するレコードが複数存在する場合には、当該ユーザＩＤのユーザから予め指定されている優先順位またはデフォルトの優先順位に従い、最も優先順位の高いレコードを検索結果とする。
【００４５】
この優先順位は、たとえば、更新日時（更新日時データを含まないレコードは登録日時）を使用して、新しいものほど優先度を高く（または低く）する。なお、デフォルトの優先順位は、編集可能かつ更新日時が新しいものほど高くする。このようにすることで、たとえば、クライアント側で作業途中のデータを一旦サーバへ登録し、その後作業を再開する際には、前回作業途中であったデータ（レコード）が優先的に検索されるので、一旦中断した作業を再開する場合の作業負担を軽減させる（作業途中であったデータを検索する手間を省く）ことが可能となる。
【００４６】
また、優先順位を指定する方法の一例を示すと、まず、クライアント１０１において、入力部４ａを使用してユーザが入力した検索条件（検索対象とするデータの更新日の期間、日時の新しいものと古いもののどちらの優先度を高くするか、決算状態、承認状態、伝票番号、伝票の種類、など）を検索条件取得部１ａ−２が取得し、取得した条件を検索要求部１ａ−３経由でサーバ１００へ送信する。そして、サーバ１００において、ユーザ認識部１−２が受信した検索条件を対応するユーザＩＤと関連付けて、上述したユーザデータのデータベースへ登録しておく。これにより、ユーザからのアクセス要求を受けた場合、サーバ１００は、当該ユーザが必要としているデータのみを抽出し、提供することができ、このときユーザは、検索条件を指定する必要がないので作業の効率化が図れる。また、検索条件をサーバが保持するようにしているので、ユーザは複数存在するクライアントのいずれを使用した場合にも同じ検索結果を得ることができる（同じデータにアクセスできる）。なお、特定のクライアントを使用した場合にのみ所望の検索結果を得ることができなくなるが、ユーザが入力した検索条件をクライアントが保持しておき、サーバに対してアクセスを要求する際に、ユーザデータおよびパスワードと一緒に、対応する検索条件をサーバへ送信するようにしてもよい。
【００４７】
一方、上記ステップＳ２において、ユーザ認識部１−２がアクセスを許可しない場合（ステップＳ２，Ｎｏ）、エラー処理として要求されたユーザ名でのアクセスを受け付けられない旨を示す情報をクライアント１０１へ送信する（ステップＳ４）。
【００４８】
また、上記ステップＳ３においてデータベース２−１に上記通知されたユーザＩＤが管理情報に含まれるレコード（上記通知されたユーザＩＤに対応するユーザのレコード）が登録されていた場合（ステップＳ５，Ｙｅｓ）、レコード検索部１−１は、その中で最も優先度の高いレコードをデータベース２−１から読み出し、さらに、当該レコードが「決算済み」または「承認済み」であるかどうかを確認する（ステップＳ６）。具体的には、レコードに含まれる承認フラグまたは決算フラグの少なくとも１つがたっているかどうかを確認する。
【００４９】
上記読み出したレコードが、「決算済み」または「承認済み」である場合（ステップＳ６，Ｙｅｓ）、レコード検索部１−１は、このレコードが編集不可能なものと判断し、当該レコードを判断結果（編集不可能なレコードであることを示す情報）と共に、クライアント１０１へ送信する（ステップＳ７）。
【００５０】
一方、上記読み出したレコードが、「決算済み」でも「承認済み」でもない（承認フラグおよび決算フラグのいずれもたっていない）場合（ステップＳ６，Ｎｏ）、レコード検索部１−１は、このレコードが編集可能なものと判断し、当該レコードのみをクライアント１０１へ送信する（ステップＳ８）。
【００５１】
なお、ステップＳ７においてのみ判断結果を示す情報を送信するようにしているが、ステップＳ８においても判断結果を送信するようにしてもよく、また、ステップＳ７では判断結果を送信せずに、ステップＳ８においてのみ判断結果を通知するようにしてもよい。
【００５２】
ステップＳ７またはステップＳ８においてサーバ１００からレコードを受信したクライアント１０１において、受信したレコード（上記判断結果の情報を一緒に受信した場合はその情報も含む）は、通信部５ａを介してデータ形式変換部１ａ−６へ渡され、データ形式変換部１ａ−６は、受信データであるレコードをユーザが作業を行う際に使用する形式（伝票形式）のデータへ変換し、変換後のデータを編集作成部１ａ−５へ渡す（ステップＳ９）。なお、上記ステップＳ６での判断結果を示す情報を受信していた場合、データ形式変換部１ａ−６は、その情報と共に変換後のデータを編集作成部１ａ−５へ渡す。
【００５３】
編集作成部１ａ−５は、データ形式変換部１ａ−６からデータを受け取ると、受け取ったデータを図示していない記憶部内の所定の作業用領域へ格納しつつ、当該データに基づいた内容の表示を表示部３ａへ行い、当該データ（伝票）の編集または閲覧作業（リードオンリーファイルとしての閲覧）を開始する（ステップＳ１０）。図７は、ステップＳ１０を実行した結果表示部３ａへ表示される画面表示の一例を示す図である。なお、この実施例では、データのみを受け取った場合に編集作業を開始し、データと一緒に上記ステップＳ６での判断結果を示す情報を受け取った場合に閲覧作業を開始する。また、上記ステップＳ６の判定処理をサーバ側で行うのではなく、クライアント側で、承認フラグおよび決算フラグの状態に基づいて判定するようにしてもよい。これにより、サーバ側の処理を軽減させることができ、また、判定結果を送信する必要がなくなるためネットワーク上のトラフィックを軽減させることができる。
【００５４】
また、上記ステップＳ５において、上記通知されたユーザＩＤに対応するユーザのレコードがデータベース２−１へ登録されていないと判断した場合（ステップＳ５，Ｎｏ）、要求されたユーザが作成したレコードを保持していない旨を要求元のクライアント１０１へ通知する（ステップＳ１１）。該当レコードを保持していない旨の通知を受けたクライアント１０１においては、この通知が通信部５ａおよびデータ形式変換部１ａ−６を経て編集作成部１ａ−５へ到達し、編集作成部１ａ−５は、伝票の新規作成動作開始時の表示を表示部３ａへ行い、新規作成動作を開始する（ステップＳ１２）。
【００５５】
ステップＳ１０において編集作業を開始した場合およびステップＳ１２を実行して新規作成を開始した場合、クライアント１０１の登録要求部１ａ−４は、編集または作成作業の終了操作がユーザにより実行されたかどうかを監視する（ステップＳ１３）。ユーザにより作業の終了操作が実行された場合（ステップＳ１３，Ｙｅｓ）、登録要求部１ａ−４は、終了操作が実行された時点のデータを上記所定の作業用領域から取得し、それをデータ形式変換部１ａ−６へ渡す。そして、データ形式変換部１ａ−６は、受け取ったデータをサーバ１００のデータベース２−１へ格納する際のレコード（図４参照）へ形式を変換する（ステップＳ１４）。具体的には、受け取ったデータ（会計データ）に対して、その時点での承認状態および決算状態を承認フラグおよび決算フラグの設定に反映させ、さらに、更新日時情報を更新した管理情報を付加する。そして、通信部５ａを介してサーバ１００へ送信する（ステップＳ１５）。
【００５６】
サーバ１００においては、クライアント１０１が送信した上記レコードをユーザ認識部１−２が受け取り、その管理情報に含まれているユーザＩＤ（更新者または登録者のユーザＩＤ）確認し、正当なユーザＩＤであれば、受信したレコードをレコード登録部１−３へ渡す。これに対して、正当なユーザＩＤでなければ、レコードを破棄する（ステップＳ１６）。ユーザＩＤが正当なものかどうかの判断方法は、上記ステップＳ２と同様に、管理情報に含まれているユーザＩＤが、ユーザＩＤのデータベースへ登録済みであれば正当なものと判断する。
【００５７】
レコード登録部１−３は、受け取ったレコードが新規に作成されたものかどうかを判断し、新規作成されたものでなければ（ステップＳ１７，Ｎｏ）、データベース２−１へ更新登録する（ステップＳ１８）。一方、新規作成されたものであれば（ステップＳ１７，Ｙｅｓ）、データベース２−１へ新規登録する（ステップＳ１９）。
【００５８】
このように、本実施例においては、サーバは、各クライアント（ユーザ）に対して、当該クライアントが登録したデータ、および同じアクセス権限を有するクライアントが登録したデータであって、その内容が確定したデータ（編集される可能性のないデータ）のみにアクセスできるようにした。これにより、作業対象のデータを検索する際の作業負荷を軽減することができ、業務の効率化に寄与することができる。また、他のユーザが担当しているデータを誤って更新や削除してしまうこと、および、他のユーザにより自身が担当しているデータの更新や削除が行われてしまうことを防止することができる。
【００５９】
さらに、予め指定された条件（優先順位）に従って最初にアクセスするデータを決定することとしたので、たとえば、直近に更新されたデータであって、その内容が未だ確定していないデータ（編集可能なデータ）へ優先的にアクセスするように設定しておけば、一旦中断した作業を再開する際に、作業対象データを検索する手順を大幅に削減することが可能となり、業務の効率化を図ることができる。
【００６０】
なお、上記説明においては、クライアントサーバシステムにおいて使用するデータ入力確認方法について説明したが、このデータ入力確認方法を１台のコンピュータに対して適用することも可能である。すなわち、コンピュータが、上記サーバ１００のレコード検索部１−１、ユーザ認識部１−２、レコード登録部１−３および記憶部２を備え、さらに、上記クライアント１０１のアクセス要求部１ａ−１、検索条件取得部１ａ−２、検索要求部１ａ−３、登録要求部１ａ−４、編集作成部１ａ−５およびデータ形式変換部１ａ−６を備えることとして、ログインするユーザ毎に閲覧・編集対象のデータ（検索対象のデータ）を変更するようにすれば、上述した、クライアントサーバシステムにおいてデータ管理を行う場合と同様の効果を得ることができる。
【産業上の利用可能性】
【００６１】
以上のように、本発明にかかるデータ入力確認方法は、データベースを利用するユーザに対して、検索ツールや検索操作を必要とせずに所望データを検索・提供するためのデータ入力確認方法に適している。
【図面の簡単な説明】
【００６２】
【図１】本発明にかかるデータ入力確認方法を適用したクライアントサーバシステムの構成例を示す図である。
【図２】本発明にかかるデータ入力確認方法を実現するためのサーバ装置としての機能を備え、本発明にかかるデータ入力確認プログラムを実行可能な計算機システムの構成例を示す図である。
【図３】クライアントサーバシステムを構成するサーバおよびクライアントの構成例を示す図である。
【図４】サーバのデータベースへ格納されているデータのレコード構成例を示す図である。
【図５】ユーザ名およびパスワードの入力画面表示の一例を示す図である。
【図６−１】クライアントおよびサーバの間で行われるデータの送受信処理の一例を示すフローチャートである。
【図６−２】クライアントおよびサーバの間で行われるデータの送受信処理の一例を示すフローチャートである。
【図７】サーバから取得したデータに基づいて行われる画面表示の一例を示す図である。
【符号の説明】
【００６３】
１、１ａ  制御部
１−１  レコード検索部
１−２  ユーザ認識部
１−３  レコード登録部
１ａ−１  アクセス要求部
１ａ−２  検索条件取得部
１ａ−３  検索要求部
１ａ−４  登録要求部
１ａ−５  編集作成部
１ａ−６  データ形式変換部
２  記憶部
２−１  データベース
３、３ａ  表示部
４、４ａ  入力部
５、５ａ  通信部
１００  サーバコンピュータ
１０１〜１０６  クライアントコンピュータ
【図１】
2008165618.tif 000003
【図２】
2008165618.tif 000004
【図３】
2008165618.tif 000005
【図４】
2008165618.tif 000006
【図５】
2008165618.tif 000007
【図６−１】
2008165618.tif 000008
【図６−２】
2008165618.tif 000009
【図７】
2008165618.tif 000010