情報処理装置、情報更新方法、プログラムおよび情報処理システム
【課題】 更新処理時における対象ファイルのアクセス禁止の期間が長い。
【解決手段】 参照要求を受信した場合に第１の認証キーを生成する認証キー生成部と、第１の認証キーを参照要求の発行元へ送信する要求インタフェース部と、第１の認証キーを保持し、更新要求を受信した場合に第１の認証キーと更新要求に含まれる第２の認証キーとが一致している時に更新要求を処理可であると判定する認証キー検証部とを有する。
【解決手段】 参照要求を受信した場合に第１の認証キーを生成する認証キー生成部と、第１の認証キーを参照要求の発行元へ送信する要求インタフェース部と、第１の認証キーを保持し、更新要求を受信した場合に第１の認証キーと更新要求に含まれる第２の認証キーとが一致している時に更新要求を処理可であると判定する認証キー検証部とを有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報更新方法、プログラムおよび情報処理システムに関し、特に情報を参照した上でこの情報を更新する処理に係る情報処理装置、情報更新方法、プログラムおよび情報処理システムに関する。
【背景技術】
【０００２】
複数のクライアントからアクセスされる共有ファイルなどにおいては、複数のクライアントからの更新要求に対する排他制御が必要である。この排他制御は、例えばファイルサーバにおいてファイルのオープン／クローズや、アプリケーションプログラムからのロック／アンロック指示に基づいて実現されることが一般的であった。しかし、これらの方法で実現された排他制御は、ファイルの占有時間が長くなったり、アプリケーションプログラム開発の難易度が高くなったりという問題点があった。
【０００３】
このような問題点を解決する共有ファイルの排他制御方式が特許文献１に開示されている。特許文献１記載の共有ファイルの排他制御方式は、以下のように構成されることで、ファイルの占有時間が長くなることや、アプリケーションプログラム開発の難易度が高くなることを回避する効果を有している。まず、更新要求元は、現レコード内容と現レコードのレコード番号とを受信し、この受信した現レコード内容である更新前レコード情報と受信したレコード番号とその現レコードを処理して生成した更新レコード情報とを含む更新要求を送信する。次に更新制御部は、受信した更新要求に含まれる更新前レコード情報と受信した更新要求に含まれるレコード番号に基づいて読み出した現レコード内容とを比較し、この比較した結果に基づいて更新処理を実行する。そして、排他制御部は、この更新処理の期間中のみ他からのアクセスを禁止する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平０１−２１３７２９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述した特許文献１に記載された技術においては、更新処理時に再度ファイルをアクセスして現レコード内容を読み出す必要があった。従って、対象ファイルのアクセス禁止はこの現レコード内容を読み出す入出力制御の期間も含める必要があるため、ファイルの占有時間が長くなるという問題点があった。
【０００６】
本発明の目的は、上述した問題点を解決する情報処理装置、情報更新方法、プログラムおよび情報処理システムを提供することにある。
【課題を解決するための手段】
【０００７】
本発明の情報処理装置は、参照要求を受信した場合に第１の認証キーを生成する認証キー生成部と、前記第１の認証キーを前記参照要求の発行元へ送信する要求インタフェース部と、前記認証キー生成部が生成した前記第１の認証キーを保持し、更新要求を受信した場合に当該第１の認証キーと該更新要求に含まれる第２の認証キーとが一致している時に前記更新要求を処理可であると判定する認証キー検証部とを有する。
【０００８】
本発明の情報更新方法は、参照要求を受信した場合に第１の認証キーを生成し、前記第１の認証キーを前記参照要求の発行元へ送信し、前記第１の認証キーを保持し、更新要求を受信した場合に当該第１の認証キーと該更新要求に含まれる第２の認証キーとが一致している時に前記更新要求を処理可であると判定する。
【０００９】
本発明のプログラムは、参照要求を受信した場合に第１の認証キーを生成し、前記第１の認証キーを前記参照要求の発行元へ送信し、前記第１の認証キーを保持し、更新要求を受信した場合に当該第１の認証キーと該更新要求に含まれる第２の認証キーとが一致している時に前記更新要求を処理可であると判定する処理をコンピュータに実行させる。
【発明の効果】
【００１０】
本発明によれば、更新時におけるファイルの占有時間を短縮することが可能になる。
【図面の簡単な説明】
【００１１】
【図１】本発明の第１および第２の実施形態の構成を示すブロック図である。
【図２】本発明の第１、第２および第３の実施形態における認証キーの構造を示す図である。
【図３】本発明の第１および第３の実施形態における参照要求の構造を示す図である。
【図４】本発明の第１および第３の実施形態における参照応答の構造を示す図である。
【図５】本発明の第１、第２および第３の実施形態における更新要求の構造を示す図である。
【図６】本発明の第１、第２および第３の実施形態における更新応答の構造を示す図である。
【図７】本発明の第１の実施形態におけるＷｅｂサーバの動作を示すフローチャートである。
【図８】本発明の第１の実施形態における全体的な動作を示すシーケンス図である。
【図９】本発明の第２の実施形態における参照要求の構造を示す図である。
【図１０】本発明の第２の実施形態における参照応答の構造を示す図である。
【図１１】本発明の第２の実施形態におけるＷｅｂサーバの動作を示すフローチャートである。
【図１２】本発明の第２の実施形態における全体的な動作を示すシーケンス図である。
【図１３】本発明の第３の実施形態の構成を示すブロック図である。
【発明を実施するための形態】
【００１２】
次に、本発明の実施の形態について図面を参照して詳細に説明する。
【００１３】
図１を参照すると、本発明の第１の実施形態は、クライアント１０１〜１０２とＷｅｂサーバ３０１とクライアント（参照要求の発行元とも呼ばれる）１０１〜１０２およびＷｅｂサーバ３０１を接続するネットワーク４００とから構成されている。
【００１４】
クライアント１０１〜１０２は、例えば、ＣＰＵ、メモリ、ハードディスク装置などを備えた一般的なコンピュータや、ワークステーション、携帯端末などにより構成されてもよい。
【００１５】
クライアント１０１およびクライアント１０２は、それぞれブラウザ１１１を有している。
【００１６】
ブラウザ１１１は、参照要求発行部１１２と更新要求発行部１１３とを有している。
【００１７】
参照要求発行部１１２は、クライアント１０１〜１０２を操作するオペレータあるいはクライアント１０１〜１０２内で動作するアプリケーションプログラム（図示しない）の指示に基づいて図３に示すような参照要求２２０を生成し送信する機能を有する。また更新要求発行部１１３は、クライアント１０１〜１０２を操作するオペレータあるいはクライアント１０１〜１０２内で動作するアプリケーションプログラムの指示と図４に示すような参照応答２３０に含まれる認証キー２１０とに基づいて図５に示すような更新要求２４０を生成し送信する機能を有する。尚、参照要求２２０、参照応答２３０、更新要求２４０および認証キー２１０の詳細は後述する。
【００１８】
Ｗｅｂサーバ３０１は、例えば、ＣＰＵ、メモリ、ハードディスク装置などを備えた一般的なコンピュータや、ワークステーションなどにより構成されてもよい。
【００１９】
Ｗｅｂサーバ３０１は、要求インタフェース部３１０と対象情報アクセス部３２０と認証キー生成部３３０と認証キー検証部３４０と対象情報記憶部３５０とを有している。
【００２０】
要求インタフェース部３１０は、ブラウザ１１１から参照要求２２０および更新要求２４０を受信する機能と、参照要求２２０および更新要求２４０の内のいずれを受信したのかを判定する機能と、参照応答２３０および図６に示すような更新応答２５０を生成して送信する機能とを有している。尚、更新応答２５０の詳細は後述する。
【００２１】
対象情報アクセス部３２０は、要求インタフェース部３１０が受信した参照要求２２０に基づいて対象情報記憶部３５０から対象情報を読み出す機能と、要求インタフェース部３１０が受信した更新要求２４０に基づいて対象情報記憶部３５０に対象情報を書き込む機能とを有している。
【００２２】
認証キー生成部３３０は、参照要求２２０に対応して図２に示すような認証キー２１０（第１の認証キーとも呼ばれる）を生成する。図２は、認証キー２１０が「０１３２」である場合を例として示している。
【００２３】
認証キー生成部３３０は、例えばＷｅｂサーバ３０１が参照要求２２０を受信するごとにカウントアップするカウンタ（図示しない）を有し、認証キー２１０としてシーケンス番号を生成してもよい。あるいは、認証キー生成部３３０は、時計（図示しない）を有し、Ｗｅｂサーバ３０１が参照要求２２０を受信したときの時刻情報を認証キー２１０としてもよい。あるいは、認証キー生成部３３０は、認証キー２１０としてランダムな文字列を重複しないように生成する機能を有していてもよい。
【００２４】
認証キー検証部３４０は、認証キー生成部３３０が生成した認証キー２１０と対象情報識別子とを対応させて保持し、更新要求２４０に含まれる認証キー２１０（第２の認証キーとも呼ばれる）と更新要求２４０に含まれる対象情報識別子と同じ値である自身が保持している対象情報識別子に対応する認証キー２１０とが一致しているか否かの判定を行う。
【００２５】
対象情報記憶部３５０は、対象情報を記憶する。
【００２６】
図３は、参照要求２２０の構造を示す図である。図３に示すように参照要求２２０は、参照要求２２０であることを示す参照要求コードと対象情報を特定する対象情報識別子とからなる。対象情報識別子は、例えば対象情報がデータベースに格納されている情報であれば、データベース名とその中のレコードを特定するキーとからなるものであってよい。あるいは、対象情報がタグ付き文書ファイル内の一部であれば、対象情報識別子は、文書ファイル名とタグ名とからなるものであってもよい。
【００２７】
図４は、参照応答２３０の構造を示す図である。図４に示すように参照応答２３０は、認証キー２１０と対象情報とからなる。
【００２８】
図５は、更新要求２４０の構造を示す図である。図５に示すように更新要求２４０は、更新要求２４０であることを示す更新要求コードと認証キー２１０と対象情報識別子と対象情報とからなる。
【００２９】
図６は、更新応答２５０の構造を示す図である。図６に示すように更新応答２５０は、更新要求２４０に対す更新結果（更新成功または更新失敗）からなる。
【００３０】
次に本実施形態の動作について図１〜８を参照して詳細に説明する。
【００３１】
図７は、本実施形態のＷｅｂサーバ３０１の動作を示すフローチャートである。
【００３２】
Ｗｅｂサーバ３０１が動作を開始すると、要求インタフェース部３１０は参照要求２２０または更新要求２４０の受信を監視する（ステップＦ１０２）。そして、参照要求２２０および更新要求２４０のいずれも受信していない場合（ステップＦ１０２でＮＯ）、要求インタフェース部３１０はステップＦ１０２の処理を繰り返し、参照要求２２０または更新要求２４０を受信した場合（ステップＦ１０２でＹＥＳ）、Ｗｅｂサーバ３０１の処理はステップＦ１０４へ進む。
【００３３】
次に、要求インタフェース部３１０は、受信した参照要求２２０または更新要求２４０が、更新要求２４０であるか否かを判定する（ステップＦ１０４）。そして、更新要求２４０でなかった場合（ステップＦ１０４でＮＯ）、Ｗｅｂサーバ３０１の処理はステップＦ１２２へ進み、更新要求２４０であった場合（ステップＦ１０４でＹＥＳ）、Ｗｅｂサーバ３０１の処理はステップＦ１３２へ進む。
【００３４】
ステップＦ１０４で、更新要求ではないと判定された場合（すなわち、受信したものが参照要求であった場合）には、以下の一連の処理が行われある。
【００３５】
ステップＦ１２２において、認証キー生成部３３０が認証キー２１０を生成し、認証キー検証部３４０がこの検証キーを保持する（ステップＦ１２２）。尚、認証キー検証部３４０が既に検証キーを保持している場合、この既に保持されている認証キー２１０は、新たに生成された認証キー２１０により上書きされる。
【００３６】
次に、対象情報アクセス部３２０は、受信した参照要求２２０に基づいて対象情報記憶部３５０から対象情報を読み出す（ステップＦ１２４）。
【００３７】
次に、要求インタフェース部３１０は、ステップＦ１２２で保持された認証キー２１０とステップＦ１２４で読み出された対象情報とを含む参照応答２３０を生成し、これを送信する（ステップＦ１２６）。そして、Ｗｅｂサーバ３０１の処理はステップＦ１０２に戻る。
【００３８】
一方、ステップＦ１０４で、更新要求であると判定された場合には、以下の一連の処理が行われある。
【００３９】
ステップＦ１３２において、認証キー検証部３４０は、自身が保持する認証キー２１０と更新要求２４０に含まれる認証キー２１０とが一致しているか否かを判定する（ステップＦ１３２）。そして一致していない場合（ステップＦ１３２でＮＯ）、要求インタフェース部３１０は更新失敗を示す更新結果を含む更新応答２５０を送信する（ステップＦ１３４）。そして、Ｗｅｂサーバ３０１の処理はステップＦ１０２に戻る。
【００４０】
また、一致している場合（ステップＦ１３２でＹＥＳ）、Ｗｅｂサーバ３０１の処理はステップＦ１３６へ進む。
【００４１】
ステップＦ１３６において、対象情報アクセス部３２０は、受信した更新要求２４０に基づいて対象情報記憶部３５０に対象情報を書き込む（ステップＦ１３６）。
【００４２】
次に、要求インタフェース部３１０は更新成功を示す更新結果を含む更新応答２５０を送信する（ステップＦ１３８）。そして、Ｗｅｂサーバ３０１の処理はステップＦ１０２に戻る。
【００４３】
図８は、本実施形態における具体的な例として、クライアント１０１およびクライアント１０２が同じ対象情報（例えば、対象情報識別子が「ａｂｃｄ７７８８」の対象情報であるとする）を更新しようとし、クライアント１０１が更新に失敗し、クライアント１０２が更新に成功する場合の動作を示すシーケンス図である。
【００４４】
まず、クライアント１０１が参照要求２２０を送信しＷｅｂサーバ３０１がこれを受信する（ステップＳ５０２）。図７を参照して説明したとおり、ステップＦ１０２において参照要求２２０を受信したＷｅｂサーバ３０１の処理は、ステップＦ１０４へ進み、続けてステップＦ１２２へと進む。
【００４５】
次に、Ｗｅｂサーバ３０１は、認証キー２１０を生成（例えば、「０１３２」を生成したとする）して保持し（ステップＳ５０４、ステップＦ１２２）、対象情報を読み出す（ステップＳ５０６、ステップＦ１２４）。
【００４６】
続けて、Ｗｅｂサーバ３０１が参照応答２３０を送信し（ステップＦ１２６）、クライアント１０１がこれを受信する（ステップＳ５０８）。図７を参照して説明したとおり、ステップＦ１２６で参照応答２３０を送信したＷｅｂサーバ３０１の処理は、ステップＦ１０２へと進む。
【００４７】
次に、クライアント１０２が参照要求２２０を送信しＷｅｂサーバ３０１がこれを受信する（図７のステップＳ５１２）。
【００４８】
次に、Ｗｅｂサーバ３０１は、認証キー２１０を生成（例えば、「０１３３」を生成したとする）して保持し（ステップＳ５１４、ステップＦ１２２）、対象情報を読み出す（ステップＳ５１６、ステップＦ１２４）。
【００４９】
続けて、Ｗｅｂサーバ３０１が参照応答２３０を送信し（ステップＦ１２６）、クライアント１０１がこれを受信する（ステップＳ５１８）。
【００５０】
次に、クライアント１０１が更新要求２４０を送信しＷｅｂサーバ３０１がこれを受信する（ステップＳ５２２）。図７を参照して説明したとおり、ステップＦ１０２において更新要求２４０を受信したＷｅｂサーバ３０１の処理は、ステップＦ１０４へ進み、続けてステップＦ１３２へと進む。
【００５１】
次に、Ｗｅｂサーバ３０１は、認証キー検証部３４０に保持している認証キー２１０「０１３３」と更新要求２４０に含まれる認証キー２１０「０１３２」とが一致しているか否かを判定する（ステップＳ５２４、ステップＦ１３２）。この場合、２つの認証キー２１０は一致していないので、Ｗｅｂサーバ３０１は、更新失敗を示す更新結果を含む更新応答２５０をクライアント１０１に送信し（ステップＦ１３４）、クライアント１０１はこれを受信する（ステップＳ５２８）。図７を参照して説明したとおり、ステップＦ１３４で更新応答２５０を送信したＷｅｂサーバ３０１の処理は、ステップＦ１０２へと進む。
【００５２】
次に、クライアント１０２が更新要求２４０を送信し、Ｗｅｂサーバ３０１がこれを受信する（ステップＳ５３２）。
【００５３】
次に、Ｗｅｂサーバ３０１は、認証キー検証部３４０に保持している認証キー２１０「０１３３」と更新要求２４０に含まれる認証キー２１０「０１３３」とが一致しているか否かを判定する（ステップＳ５３４、ステップＦ１３２）。この場合、２つの認証キー２１０は一致しているので受信した更新要求２４０に基づいて対象情報記憶部３５０に対象情報を書き込む（ステップＳ５３６、ステップＦ１３６）。
【００５４】
続けて、Ｗｅｂサーバ３０１は、更新成功を示す更新結果を含む更新応答２５０をクライアント１０２に送信し（ステップＦ１３８）、クライアント１０１はこれを受信する（ステップＳ５３８）。図７を参照して説明したとおり、ステップＦ１３８で更新応答２５０を送信したＷｅｂサーバ３０１の処理は、ステップＦ１０２へと進む。
【００５５】
上述した本実施の形態における効果は、更新時におけるファイルの占有時間を短縮することを可能にできる点である。
【００５６】
その理由は、参照要求２２０の受信時に生成した認証キー２１０と更新要求２４０に含まれる認証キー２１０とを比較することで更新の可否を判定するように構成したからである。
【００５７】
即ち、特許文献１に記載された関連技術においては更新の可否を判定するためにレコードのデータ（本実施形態の対象情報にあたる）を読み取る必要があり、この入出力処理の時間が掛かっていた。しかし、本実施形態においては認証キー検証部３４０が保持している認証キー２１０に基づいて判定するため、入出力処理が不要となって更新処理の時間が短縮され、結果的にファイルの占有時間を短縮することができる。
【００５８】
次に、本発明の第２の実施形態について図面を参照して詳細に説明する。
【００５９】
本実施形態の構成は、図１に示した第１の実施形態と同じである。
【００６０】
本実施形態は、第１の実施形態と比べて、ブラウザ１１１、要求インタフェース部３１０および認証キー生成部３３０の機能およびその動作が異なっている。
【００６１】
ブラウザ１１１の参照要求発行手段１１２は、第１の実施形態の機能に加えて、対象情報の参照が関連する更新を伴う参照であるかまたは関連する更新を伴わない参照であるかの判断を行い、この判断に基づいて参照要求２２１を生成して送信する機能を有する。
【００６２】
参照要求２２１は、図９に示すように、参照要求コードと参照専用識別子と対象情報を特定する対象情報識別子とからなる。参照専用識別子は、参照要求２２１が関連する更新を伴う参照である（例えば、参照専用識別子を「０」とする）か、関連する更新を伴わない参照である（例えば、参照専用識別子を「１」とする）かを示す。
【００６３】
要求インタフェース部３１０は、第１の実施形態の機能に加えて、参照要求２２１であるか否かを判断する機能と、参照要求２２１に含まれる参照専用識別子が「１」である場合は図１０に示すような参照応答２３１を生成して送信する機能を有する。参照応答２３１は、図１０に示すように対象情報からなる。
【００６４】
認証キー生成部３３０は、参照要求２２１に含まれる参照専用識別子が「１」である場合は認証キー２１０を生成しない。
【００６５】
次に本実施形態の動作について図１〜７、９〜１２を参照して詳細に説明する。
【００６６】
図１１は、本実施形態のＷｅｂサーバ３０１の動作を示すフローチャートである。
【００６７】
Ｗｅｂサーバ３０１が動作を開始すると、要求インタフェース部３１０は、参照要求２２１または更新要求２４０の受信を監視する（ステップＦ２０２）。そして、参照要求２２１および更新要求２４０のいずれも受信していない場合（ステップＦ２０２でＮＯ）、要求インタフェース部３１０はステップＦ２０２の処理を繰り返し、参照要求２２１または更新要求２４０を受信した場合（ステップＦ２０２でＹＥＳ）、Ｗｅｂサーバ３０１の処理はステップＦ２０４へ進む。
【００６８】
次に、要求インタフェース部３１０は、受信した参照要求２２１または更新要求２４０が、更新要求２４０であるか否かを判定する（ステップＦ２０４）。そして、更新要求２４０でない場合（ステップＦ２０４でＮＯ）、Ｗｅｂサーバ３０１の処理はステップＦ２１２へ進み、更新要求２４０である場合（ステップＦ２０４でＹＥＳ）、Ｗｅｂサーバ３０１の処理はステップＦ２３２へ進む。
【００６９】
次に、要求インタフェース部３１０は、受信した参照要求２２１に含まれる参照専用識別子が参照専用であることを示しているか否かを判定する（ステップＦ２１２）。そして、参照専用を示していない（即ち参照専用識別子が「０」）場合（ステップＦ２１２でＮＯ）、Ｗｅｂサーバ３０１の処理はステップＦ２２２へ進み、参照専用を示している（即ち参照専用識別子が「１」）場合（ステップＦ２１２でＹＥＳ）、Ｗｅｂサーバ３０１の処理はステップＦ２１４へ進む。
【００７０】
ステップＦ２１４において、対象情報アクセス部３２０は、受信した参照要求２２１に基づいて対象情報記憶部３５０から対象情報を読み出す（ステップＦ２１４）。
【００７１】
次に、要求インタフェース部３１０は、ステップＦ２１４で読み出された対象情報を含む参照応答２３１を生成し、これを送信する（ステップＦ２１６）。そして、Ｗｅｂサーバ３０１の処理はステップＦ２０２に戻る。
【００７２】
尚、ステップＦ２２２からステップＦ２３８までの動作は、ステップＦ１２２からステップＦ１３８までの動作と対応しており、同等であるため説明を省略する
図１２は、本実施形態における具体的な例として、クライアント１０１が対象情報（例えば、対象情報識別子が「ａｂｃｄ７７８８」の対象情報であるとする）を更新しクライアント１０２が同じ対象情報の参照のみを行う場合の動作を示すシーケンス図である。
【００７３】
まず、クライアント１０１が参照専用識別子「０」を含む参照要求２２１を送信しＷｅｂサーバ３０１がこれを受信する（ステップＳ５０２）。上記に説明したとおり、ステップＦ２０２において参照要求２２１を受信したＷｅｂサーバ３０１の処理は、ステップＦ２０４へ進み、続けてステップＦ２１２へ進み、さらに続けてステップＦ２２２へと進む。
【００７４】
次に、Ｗｅｂサーバ３０１は、認証キー２１０を生成（例えば、「０１３２」を生成したとする）して保持し（ステップＳ５０４、ステップＦ２２２）、対象情報を読み出す（ステップＳ５０６、ステップＦ２２４）。
【００７５】
続けて、Ｗｅｂサーバ３０１が参照応答２３０を送信し（ステップＦ２２６）、クライアント１０１がこれを受信する（ステップＳ５０８）。上記に説明したとおり、ステップＦ２２６で参照応答２３０を送信したＷｅｂサーバ３０１の処理は、ステップＦ２０２へと進む。
【００７６】
次に、クライアント１０２が参照専用識別子「１」を含む参照要求２２１を送信し、Ｗｅｂサーバ３０１がこれを受信する（ステップＳ６１２）。
【００７７】
次に、Ｗｅｂサーバ３０１は、対象情報を読み出す（ステップＳ６１６、ステップＦ２１４）。
【００７８】
続けて、Ｗｅｂサーバ３０１が参照応答２３１を送信し（ステップＦ２１６）、クライアント１０１がこれを受信する（ステップＳ６１８）。
【００７９】
次に、クライアント１０１が更新要求２４０を送信しＷｅｂサーバ３０１がこれを受信する（ステップＳ５２２）。上記に説明したとおり、ステップＦ２０２において更新要求２４０を受信したＷｅｂサーバ３０１の処理は、ステップＦ２０４へ進み、続けてステップＦ２３２へと進む。
【００８０】
次に、Ｗｅｂサーバ３０１は、認証キー検証部３４０に保持している認証キー２１０「０１３２」と更新要求２４０に含まれる認証キー２１０「０１３２」とが一致しているか否かを判定する（ステップＳ５２４、ステップＦ２３２）。この場合、２つの認証キー２１０は一致しているので受信した更新要求２４０に基づいて対象情報記憶部３５０に対象情報を書き込む（ステップＳ６２６、ステップＦ２３６）。
【００８１】
続けて、Ｗｅｂサーバ３０１は、更新成功を示す更新結果を含む更新応答２５０をクライアント１０２に送信し（ステップＦ２３８）、クライアント１０１はこれを受信する（ステップＳ６２８）。上記に説明したとおり、ステップＦ２３８で更新応答２５０を送信したＷｅｂサーバ３０１の処理は、ステップＦ２０２へと進む。
【００８２】
上述した本実施形態における効果は、あるクライアント１０１〜１０２による更新処理に対して他のクライアント１０１〜１０２の更新を行わない参照処理が競合したことに起因して、その更新処理が不可と判定されてしまうことを回避できる点である。
【００８３】
その理由は、参照専用識別子「１」を含む参照要求２２１であった場合は、認証キー２１０を生成しない即ち認証キー２１０を更新しないようにしたからである。
【００８４】
次に、本発明の第３の実施形態について図面を参照して詳細に説明する。
【００８５】
第３の実施形態は、本発明の基本的な要素のみで構成された実施形態である。図１３は、本実施形態の構成を示す図である。
【００８６】
図１３を参照すると、本実施形態は、認証キー生成部３３０と要求インタフェース部３１０と認証キー検証部３４０とを有している。
【００８７】
認証キー生成部３３０は、参照要求２２０を受信した場合に認証キー２１０を生成する機能を有する。
【００８８】
要求インタフェース部３１０は、認証キー生成部３３０が生成した認証キー２１０を参照要求２２０の発行元へ送信する機能を有する。
【００８９】
認証キー検証部３４０は、認証キー生成部３３０が生成した認証キー２１０と更新要求２４０に含まれる認証キー２１０とが一致している場合に更新要求２４０を処理可であると判定する。
【００９０】
上記のように構成することにより、本実施の形態は、第１の実施形態で説明した効果と同様の効果を有する。
【００９１】
以上の各実施の形態で説明した各構成要素は、例えば、プログラムにより所定の処理をコンピュータに実行させてもよい。
【００９２】
以上の各実施の形態で説明した各構成要素は、必ずしも個々に独立した存在である必要はなく、複数の構成要素が１個のモジュールとして実現されたり、一つの構成要素が複数のモジュールで実現されたり、ある構成要素が他の構成要素の一部であったり、ある構成要素の一部と他の構成要素の一部とが重複していたり、といったような構成であってもよい。
【００９３】
また、以上説明した各実施の形態では、複数の動作をフローチャートの形式で順番に記載してあるが、その記載の順番は複数の動作を実行する順番を限定するものではない。このため、各実施の形態を実施するときには、その複数の動作の順番は内容的に支障しない範囲で変更することができる。
【００９４】
さらに、以上説明した各実施の形態では、複数の動作は個々に相違するタイミングで実行されることに限定されない。例えば、ある動作の実行中に他の動作が発生したり、ある動作の実行タイミングと他の動作の実行タイミングとの一部乃至全部が重複していたりしていてもよい。
【００９５】
さらに、以上説明した各実施の形態では、ある動作が他の動作の契機になるように記載しているが、その記載はある動作と他の動作の全ての関係を限定するものではない。このため、各実施の形態を実施するときには、その複数の動作の関係は内容的に支障のない範囲で変更することができる。また各構成要素の各動作の具体的な記載は、各構成要素の各動作を限定するものではない。このため、各構成要素の具体的な各動作は、各実施の形態を実施する上で機能的、性能的、その他の特性に対して支障をきたさない範囲内で変更されて良い。
【００９６】
尚、以上説明した各実施の形態における各構成要素は、必要に応じ可能であれば、ハードウェアで実現されても良いし、ソフトウェアで実現されても良いし、ハードウェアとソフトウェアの混在により実現されても良い。
【００９７】
また、各構成要素の物理的な構成は、以上の実施の形態の記載に限定されることはなく、独立して存在しても良いし、組み合わされて存在しても良いしまたは分離して構成されても良い。
【産業上の利用可能性】
【００９８】
本発明は、サーバ上のある情報に対して複数クライアントからの情報更新処理が実行され、それらの情報更新処理は現時点の情報を参照（確認）しその後に情報を更新するような２段階の動作を含むものであるシステムに適用できる。
【符号の説明】
【００９９】
１０１ クライアント
１０２ クライアント
１１１ ブラウザ
１１２ 参照要求発行部
１１３ 更新要求発行部
２１０ 認証キー
２２０ 参照要求
２２１ 参照要求
２３０ 参照応答
２３１ 参照応答
２４０ 更新要求
２５０ 更新応答
３０１ Ｗｅｂサーバ
３１０ 要求インタフェース部
３２０ 対象情報アクセス部
３３０ 認証キー生成部
３４０ 認証キー検証部
３５０ 対象情報記憶部
４００ ネットワーク
【技術分野】
【０００１】
本発明は、情報処理装置、情報更新方法、プログラムおよび情報処理システムに関し、特に情報を参照した上でこの情報を更新する処理に係る情報処理装置、情報更新方法、プログラムおよび情報処理システムに関する。
【背景技術】
【０００２】
複数のクライアントからアクセスされる共有ファイルなどにおいては、複数のクライアントからの更新要求に対する排他制御が必要である。この排他制御は、例えばファイルサーバにおいてファイルのオープン／クローズや、アプリケーションプログラムからのロック／アンロック指示に基づいて実現されることが一般的であった。しかし、これらの方法で実現された排他制御は、ファイルの占有時間が長くなったり、アプリケーションプログラム開発の難易度が高くなったりという問題点があった。
【０００３】
このような問題点を解決する共有ファイルの排他制御方式が特許文献１に開示されている。特許文献１記載の共有ファイルの排他制御方式は、以下のように構成されることで、ファイルの占有時間が長くなることや、アプリケーションプログラム開発の難易度が高くなることを回避する効果を有している。まず、更新要求元は、現レコード内容と現レコードのレコード番号とを受信し、この受信した現レコード内容である更新前レコード情報と受信したレコード番号とその現レコードを処理して生成した更新レコード情報とを含む更新要求を送信する。次に更新制御部は、受信した更新要求に含まれる更新前レコード情報と受信した更新要求に含まれるレコード番号に基づいて読み出した現レコード内容とを比較し、この比較した結果に基づいて更新処理を実行する。そして、排他制御部は、この更新処理の期間中のみ他からのアクセスを禁止する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平０１−２１３７２９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述した特許文献１に記載された技術においては、更新処理時に再度ファイルをアクセスして現レコード内容を読み出す必要があった。従って、対象ファイルのアクセス禁止はこの現レコード内容を読み出す入出力制御の期間も含める必要があるため、ファイルの占有時間が長くなるという問題点があった。
【０００６】
本発明の目的は、上述した問題点を解決する情報処理装置、情報更新方法、プログラムおよび情報処理システムを提供することにある。
【課題を解決するための手段】
【０００７】
本発明の情報処理装置は、参照要求を受信した場合に第１の認証キーを生成する認証キー生成部と、前記第１の認証キーを前記参照要求の発行元へ送信する要求インタフェース部と、前記認証キー生成部が生成した前記第１の認証キーを保持し、更新要求を受信した場合に当該第１の認証キーと該更新要求に含まれる第２の認証キーとが一致している時に前記更新要求を処理可であると判定する認証キー検証部とを有する。
【０００８】
本発明の情報更新方法は、参照要求を受信した場合に第１の認証キーを生成し、前記第１の認証キーを前記参照要求の発行元へ送信し、前記第１の認証キーを保持し、更新要求を受信した場合に当該第１の認証キーと該更新要求に含まれる第２の認証キーとが一致している時に前記更新要求を処理可であると判定する。
【０００９】
本発明のプログラムは、参照要求を受信した場合に第１の認証キーを生成し、前記第１の認証キーを前記参照要求の発行元へ送信し、前記第１の認証キーを保持し、更新要求を受信した場合に当該第１の認証キーと該更新要求に含まれる第２の認証キーとが一致している時に前記更新要求を処理可であると判定する処理をコンピュータに実行させる。
【発明の効果】
【００１０】
本発明によれば、更新時におけるファイルの占有時間を短縮することが可能になる。
【図面の簡単な説明】
【００１１】
【図１】本発明の第１および第２の実施形態の構成を示すブロック図である。
【図２】本発明の第１、第２および第３の実施形態における認証キーの構造を示す図である。
【図３】本発明の第１および第３の実施形態における参照要求の構造を示す図である。
【図４】本発明の第１および第３の実施形態における参照応答の構造を示す図である。
【図５】本発明の第１、第２および第３の実施形態における更新要求の構造を示す図である。
【図６】本発明の第１、第２および第３の実施形態における更新応答の構造を示す図である。
【図７】本発明の第１の実施形態におけるＷｅｂサーバの動作を示すフローチャートである。
【図８】本発明の第１の実施形態における全体的な動作を示すシーケンス図である。
【図９】本発明の第２の実施形態における参照要求の構造を示す図である。
【図１０】本発明の第２の実施形態における参照応答の構造を示す図である。
【図１１】本発明の第２の実施形態におけるＷｅｂサーバの動作を示すフローチャートである。
【図１２】本発明の第２の実施形態における全体的な動作を示すシーケンス図である。
【図１３】本発明の第３の実施形態の構成を示すブロック図である。
【発明を実施するための形態】
【００１２】
次に、本発明の実施の形態について図面を参照して詳細に説明する。
【００１３】
図１を参照すると、本発明の第１の実施形態は、クライアント１０１〜１０２とＷｅｂサーバ３０１とクライアント（参照要求の発行元とも呼ばれる）１０１〜１０２およびＷｅｂサーバ３０１を接続するネットワーク４００とから構成されている。
【００１４】
クライアント１０１〜１０２は、例えば、ＣＰＵ、メモリ、ハードディスク装置などを備えた一般的なコンピュータや、ワークステーション、携帯端末などにより構成されてもよい。
【００１５】
クライアント１０１およびクライアント１０２は、それぞれブラウザ１１１を有している。
【００１６】
ブラウザ１１１は、参照要求発行部１１２と更新要求発行部１１３とを有している。
【００１７】
参照要求発行部１１２は、クライアント１０１〜１０２を操作するオペレータあるいはクライアント１０１〜１０２内で動作するアプリケーションプログラム（図示しない）の指示に基づいて図３に示すような参照要求２２０を生成し送信する機能を有する。また更新要求発行部１１３は、クライアント１０１〜１０２を操作するオペレータあるいはクライアント１０１〜１０２内で動作するアプリケーションプログラムの指示と図４に示すような参照応答２３０に含まれる認証キー２１０とに基づいて図５に示すような更新要求２４０を生成し送信する機能を有する。尚、参照要求２２０、参照応答２３０、更新要求２４０および認証キー２１０の詳細は後述する。
【００１８】
Ｗｅｂサーバ３０１は、例えば、ＣＰＵ、メモリ、ハードディスク装置などを備えた一般的なコンピュータや、ワークステーションなどにより構成されてもよい。
【００１９】
Ｗｅｂサーバ３０１は、要求インタフェース部３１０と対象情報アクセス部３２０と認証キー生成部３３０と認証キー検証部３４０と対象情報記憶部３５０とを有している。
【００２０】
要求インタフェース部３１０は、ブラウザ１１１から参照要求２２０および更新要求２４０を受信する機能と、参照要求２２０および更新要求２４０の内のいずれを受信したのかを判定する機能と、参照応答２３０および図６に示すような更新応答２５０を生成して送信する機能とを有している。尚、更新応答２５０の詳細は後述する。
【００２１】
対象情報アクセス部３２０は、要求インタフェース部３１０が受信した参照要求２２０に基づいて対象情報記憶部３５０から対象情報を読み出す機能と、要求インタフェース部３１０が受信した更新要求２４０に基づいて対象情報記憶部３５０に対象情報を書き込む機能とを有している。
【００２２】
認証キー生成部３３０は、参照要求２２０に対応して図２に示すような認証キー２１０（第１の認証キーとも呼ばれる）を生成する。図２は、認証キー２１０が「０１３２」である場合を例として示している。
【００２３】
認証キー生成部３３０は、例えばＷｅｂサーバ３０１が参照要求２２０を受信するごとにカウントアップするカウンタ（図示しない）を有し、認証キー２１０としてシーケンス番号を生成してもよい。あるいは、認証キー生成部３３０は、時計（図示しない）を有し、Ｗｅｂサーバ３０１が参照要求２２０を受信したときの時刻情報を認証キー２１０としてもよい。あるいは、認証キー生成部３３０は、認証キー２１０としてランダムな文字列を重複しないように生成する機能を有していてもよい。
【００２４】
認証キー検証部３４０は、認証キー生成部３３０が生成した認証キー２１０と対象情報識別子とを対応させて保持し、更新要求２４０に含まれる認証キー２１０（第２の認証キーとも呼ばれる）と更新要求２４０に含まれる対象情報識別子と同じ値である自身が保持している対象情報識別子に対応する認証キー２１０とが一致しているか否かの判定を行う。
【００２５】
対象情報記憶部３５０は、対象情報を記憶する。
【００２６】
図３は、参照要求２２０の構造を示す図である。図３に示すように参照要求２２０は、参照要求２２０であることを示す参照要求コードと対象情報を特定する対象情報識別子とからなる。対象情報識別子は、例えば対象情報がデータベースに格納されている情報であれば、データベース名とその中のレコードを特定するキーとからなるものであってよい。あるいは、対象情報がタグ付き文書ファイル内の一部であれば、対象情報識別子は、文書ファイル名とタグ名とからなるものであってもよい。
【００２７】
図４は、参照応答２３０の構造を示す図である。図４に示すように参照応答２３０は、認証キー２１０と対象情報とからなる。
【００２８】
図５は、更新要求２４０の構造を示す図である。図５に示すように更新要求２４０は、更新要求２４０であることを示す更新要求コードと認証キー２１０と対象情報識別子と対象情報とからなる。
【００２９】
図６は、更新応答２５０の構造を示す図である。図６に示すように更新応答２５０は、更新要求２４０に対す更新結果（更新成功または更新失敗）からなる。
【００３０】
次に本実施形態の動作について図１〜８を参照して詳細に説明する。
【００３１】
図７は、本実施形態のＷｅｂサーバ３０１の動作を示すフローチャートである。
【００３２】
Ｗｅｂサーバ３０１が動作を開始すると、要求インタフェース部３１０は参照要求２２０または更新要求２４０の受信を監視する（ステップＦ１０２）。そして、参照要求２２０および更新要求２４０のいずれも受信していない場合（ステップＦ１０２でＮＯ）、要求インタフェース部３１０はステップＦ１０２の処理を繰り返し、参照要求２２０または更新要求２４０を受信した場合（ステップＦ１０２でＹＥＳ）、Ｗｅｂサーバ３０１の処理はステップＦ１０４へ進む。
【００３３】
次に、要求インタフェース部３１０は、受信した参照要求２２０または更新要求２４０が、更新要求２４０であるか否かを判定する（ステップＦ１０４）。そして、更新要求２４０でなかった場合（ステップＦ１０４でＮＯ）、Ｗｅｂサーバ３０１の処理はステップＦ１２２へ進み、更新要求２４０であった場合（ステップＦ１０４でＹＥＳ）、Ｗｅｂサーバ３０１の処理はステップＦ１３２へ進む。
【００３４】
ステップＦ１０４で、更新要求ではないと判定された場合（すなわち、受信したものが参照要求であった場合）には、以下の一連の処理が行われある。
【００３５】
ステップＦ１２２において、認証キー生成部３３０が認証キー２１０を生成し、認証キー検証部３４０がこの検証キーを保持する（ステップＦ１２２）。尚、認証キー検証部３４０が既に検証キーを保持している場合、この既に保持されている認証キー２１０は、新たに生成された認証キー２１０により上書きされる。
【００３６】
次に、対象情報アクセス部３２０は、受信した参照要求２２０に基づいて対象情報記憶部３５０から対象情報を読み出す（ステップＦ１２４）。
【００３７】
次に、要求インタフェース部３１０は、ステップＦ１２２で保持された認証キー２１０とステップＦ１２４で読み出された対象情報とを含む参照応答２３０を生成し、これを送信する（ステップＦ１２６）。そして、Ｗｅｂサーバ３０１の処理はステップＦ１０２に戻る。
【００３８】
一方、ステップＦ１０４で、更新要求であると判定された場合には、以下の一連の処理が行われある。
【００３９】
ステップＦ１３２において、認証キー検証部３４０は、自身が保持する認証キー２１０と更新要求２４０に含まれる認証キー２１０とが一致しているか否かを判定する（ステップＦ１３２）。そして一致していない場合（ステップＦ１３２でＮＯ）、要求インタフェース部３１０は更新失敗を示す更新結果を含む更新応答２５０を送信する（ステップＦ１３４）。そして、Ｗｅｂサーバ３０１の処理はステップＦ１０２に戻る。
【００４０】
また、一致している場合（ステップＦ１３２でＹＥＳ）、Ｗｅｂサーバ３０１の処理はステップＦ１３６へ進む。
【００４１】
ステップＦ１３６において、対象情報アクセス部３２０は、受信した更新要求２４０に基づいて対象情報記憶部３５０に対象情報を書き込む（ステップＦ１３６）。
【００４２】
次に、要求インタフェース部３１０は更新成功を示す更新結果を含む更新応答２５０を送信する（ステップＦ１３８）。そして、Ｗｅｂサーバ３０１の処理はステップＦ１０２に戻る。
【００４３】
図８は、本実施形態における具体的な例として、クライアント１０１およびクライアント１０２が同じ対象情報（例えば、対象情報識別子が「ａｂｃｄ７７８８」の対象情報であるとする）を更新しようとし、クライアント１０１が更新に失敗し、クライアント１０２が更新に成功する場合の動作を示すシーケンス図である。
【００４４】
まず、クライアント１０１が参照要求２２０を送信しＷｅｂサーバ３０１がこれを受信する（ステップＳ５０２）。図７を参照して説明したとおり、ステップＦ１０２において参照要求２２０を受信したＷｅｂサーバ３０１の処理は、ステップＦ１０４へ進み、続けてステップＦ１２２へと進む。
【００４５】
次に、Ｗｅｂサーバ３０１は、認証キー２１０を生成（例えば、「０１３２」を生成したとする）して保持し（ステップＳ５０４、ステップＦ１２２）、対象情報を読み出す（ステップＳ５０６、ステップＦ１２４）。
【００４６】
続けて、Ｗｅｂサーバ３０１が参照応答２３０を送信し（ステップＦ１２６）、クライアント１０１がこれを受信する（ステップＳ５０８）。図７を参照して説明したとおり、ステップＦ１２６で参照応答２３０を送信したＷｅｂサーバ３０１の処理は、ステップＦ１０２へと進む。
【００４７】
次に、クライアント１０２が参照要求２２０を送信しＷｅｂサーバ３０１がこれを受信する（図７のステップＳ５１２）。
【００４８】
次に、Ｗｅｂサーバ３０１は、認証キー２１０を生成（例えば、「０１３３」を生成したとする）して保持し（ステップＳ５１４、ステップＦ１２２）、対象情報を読み出す（ステップＳ５１６、ステップＦ１２４）。
【００４９】
続けて、Ｗｅｂサーバ３０１が参照応答２３０を送信し（ステップＦ１２６）、クライアント１０１がこれを受信する（ステップＳ５１８）。
【００５０】
次に、クライアント１０１が更新要求２４０を送信しＷｅｂサーバ３０１がこれを受信する（ステップＳ５２２）。図７を参照して説明したとおり、ステップＦ１０２において更新要求２４０を受信したＷｅｂサーバ３０１の処理は、ステップＦ１０４へ進み、続けてステップＦ１３２へと進む。
【００５１】
次に、Ｗｅｂサーバ３０１は、認証キー検証部３４０に保持している認証キー２１０「０１３３」と更新要求２４０に含まれる認証キー２１０「０１３２」とが一致しているか否かを判定する（ステップＳ５２４、ステップＦ１３２）。この場合、２つの認証キー２１０は一致していないので、Ｗｅｂサーバ３０１は、更新失敗を示す更新結果を含む更新応答２５０をクライアント１０１に送信し（ステップＦ１３４）、クライアント１０１はこれを受信する（ステップＳ５２８）。図７を参照して説明したとおり、ステップＦ１３４で更新応答２５０を送信したＷｅｂサーバ３０１の処理は、ステップＦ１０２へと進む。
【００５２】
次に、クライアント１０２が更新要求２４０を送信し、Ｗｅｂサーバ３０１がこれを受信する（ステップＳ５３２）。
【００５３】
次に、Ｗｅｂサーバ３０１は、認証キー検証部３４０に保持している認証キー２１０「０１３３」と更新要求２４０に含まれる認証キー２１０「０１３３」とが一致しているか否かを判定する（ステップＳ５３４、ステップＦ１３２）。この場合、２つの認証キー２１０は一致しているので受信した更新要求２４０に基づいて対象情報記憶部３５０に対象情報を書き込む（ステップＳ５３６、ステップＦ１３６）。
【００５４】
続けて、Ｗｅｂサーバ３０１は、更新成功を示す更新結果を含む更新応答２５０をクライアント１０２に送信し（ステップＦ１３８）、クライアント１０１はこれを受信する（ステップＳ５３８）。図７を参照して説明したとおり、ステップＦ１３８で更新応答２５０を送信したＷｅｂサーバ３０１の処理は、ステップＦ１０２へと進む。
【００５５】
上述した本実施の形態における効果は、更新時におけるファイルの占有時間を短縮することを可能にできる点である。
【００５６】
その理由は、参照要求２２０の受信時に生成した認証キー２１０と更新要求２４０に含まれる認証キー２１０とを比較することで更新の可否を判定するように構成したからである。
【００５７】
即ち、特許文献１に記載された関連技術においては更新の可否を判定するためにレコードのデータ（本実施形態の対象情報にあたる）を読み取る必要があり、この入出力処理の時間が掛かっていた。しかし、本実施形態においては認証キー検証部３４０が保持している認証キー２１０に基づいて判定するため、入出力処理が不要となって更新処理の時間が短縮され、結果的にファイルの占有時間を短縮することができる。
【００５８】
次に、本発明の第２の実施形態について図面を参照して詳細に説明する。
【００５９】
本実施形態の構成は、図１に示した第１の実施形態と同じである。
【００６０】
本実施形態は、第１の実施形態と比べて、ブラウザ１１１、要求インタフェース部３１０および認証キー生成部３３０の機能およびその動作が異なっている。
【００６１】
ブラウザ１１１の参照要求発行手段１１２は、第１の実施形態の機能に加えて、対象情報の参照が関連する更新を伴う参照であるかまたは関連する更新を伴わない参照であるかの判断を行い、この判断に基づいて参照要求２２１を生成して送信する機能を有する。
【００６２】
参照要求２２１は、図９に示すように、参照要求コードと参照専用識別子と対象情報を特定する対象情報識別子とからなる。参照専用識別子は、参照要求２２１が関連する更新を伴う参照である（例えば、参照専用識別子を「０」とする）か、関連する更新を伴わない参照である（例えば、参照専用識別子を「１」とする）かを示す。
【００６３】
要求インタフェース部３１０は、第１の実施形態の機能に加えて、参照要求２２１であるか否かを判断する機能と、参照要求２２１に含まれる参照専用識別子が「１」である場合は図１０に示すような参照応答２３１を生成して送信する機能を有する。参照応答２３１は、図１０に示すように対象情報からなる。
【００６４】
認証キー生成部３３０は、参照要求２２１に含まれる参照専用識別子が「１」である場合は認証キー２１０を生成しない。
【００６５】
次に本実施形態の動作について図１〜７、９〜１２を参照して詳細に説明する。
【００６６】
図１１は、本実施形態のＷｅｂサーバ３０１の動作を示すフローチャートである。
【００６７】
Ｗｅｂサーバ３０１が動作を開始すると、要求インタフェース部３１０は、参照要求２２１または更新要求２４０の受信を監視する（ステップＦ２０２）。そして、参照要求２２１および更新要求２４０のいずれも受信していない場合（ステップＦ２０２でＮＯ）、要求インタフェース部３１０はステップＦ２０２の処理を繰り返し、参照要求２２１または更新要求２４０を受信した場合（ステップＦ２０２でＹＥＳ）、Ｗｅｂサーバ３０１の処理はステップＦ２０４へ進む。
【００６８】
次に、要求インタフェース部３１０は、受信した参照要求２２１または更新要求２４０が、更新要求２４０であるか否かを判定する（ステップＦ２０４）。そして、更新要求２４０でない場合（ステップＦ２０４でＮＯ）、Ｗｅｂサーバ３０１の処理はステップＦ２１２へ進み、更新要求２４０である場合（ステップＦ２０４でＹＥＳ）、Ｗｅｂサーバ３０１の処理はステップＦ２３２へ進む。
【００６９】
次に、要求インタフェース部３１０は、受信した参照要求２２１に含まれる参照専用識別子が参照専用であることを示しているか否かを判定する（ステップＦ２１２）。そして、参照専用を示していない（即ち参照専用識別子が「０」）場合（ステップＦ２１２でＮＯ）、Ｗｅｂサーバ３０１の処理はステップＦ２２２へ進み、参照専用を示している（即ち参照専用識別子が「１」）場合（ステップＦ２１２でＹＥＳ）、Ｗｅｂサーバ３０１の処理はステップＦ２１４へ進む。
【００７０】
ステップＦ２１４において、対象情報アクセス部３２０は、受信した参照要求２２１に基づいて対象情報記憶部３５０から対象情報を読み出す（ステップＦ２１４）。
【００７１】
次に、要求インタフェース部３１０は、ステップＦ２１４で読み出された対象情報を含む参照応答２３１を生成し、これを送信する（ステップＦ２１６）。そして、Ｗｅｂサーバ３０１の処理はステップＦ２０２に戻る。
【００７２】
尚、ステップＦ２２２からステップＦ２３８までの動作は、ステップＦ１２２からステップＦ１３８までの動作と対応しており、同等であるため説明を省略する
図１２は、本実施形態における具体的な例として、クライアント１０１が対象情報（例えば、対象情報識別子が「ａｂｃｄ７７８８」の対象情報であるとする）を更新しクライアント１０２が同じ対象情報の参照のみを行う場合の動作を示すシーケンス図である。
【００７３】
まず、クライアント１０１が参照専用識別子「０」を含む参照要求２２１を送信しＷｅｂサーバ３０１がこれを受信する（ステップＳ５０２）。上記に説明したとおり、ステップＦ２０２において参照要求２２１を受信したＷｅｂサーバ３０１の処理は、ステップＦ２０４へ進み、続けてステップＦ２１２へ進み、さらに続けてステップＦ２２２へと進む。
【００７４】
次に、Ｗｅｂサーバ３０１は、認証キー２１０を生成（例えば、「０１３２」を生成したとする）して保持し（ステップＳ５０４、ステップＦ２２２）、対象情報を読み出す（ステップＳ５０６、ステップＦ２２４）。
【００７５】
続けて、Ｗｅｂサーバ３０１が参照応答２３０を送信し（ステップＦ２２６）、クライアント１０１がこれを受信する（ステップＳ５０８）。上記に説明したとおり、ステップＦ２２６で参照応答２３０を送信したＷｅｂサーバ３０１の処理は、ステップＦ２０２へと進む。
【００７６】
次に、クライアント１０２が参照専用識別子「１」を含む参照要求２２１を送信し、Ｗｅｂサーバ３０１がこれを受信する（ステップＳ６１２）。
【００７７】
次に、Ｗｅｂサーバ３０１は、対象情報を読み出す（ステップＳ６１６、ステップＦ２１４）。
【００７８】
続けて、Ｗｅｂサーバ３０１が参照応答２３１を送信し（ステップＦ２１６）、クライアント１０１がこれを受信する（ステップＳ６１８）。
【００７９】
次に、クライアント１０１が更新要求２４０を送信しＷｅｂサーバ３０１がこれを受信する（ステップＳ５２２）。上記に説明したとおり、ステップＦ２０２において更新要求２４０を受信したＷｅｂサーバ３０１の処理は、ステップＦ２０４へ進み、続けてステップＦ２３２へと進む。
【００８０】
次に、Ｗｅｂサーバ３０１は、認証キー検証部３４０に保持している認証キー２１０「０１３２」と更新要求２４０に含まれる認証キー２１０「０１３２」とが一致しているか否かを判定する（ステップＳ５２４、ステップＦ２３２）。この場合、２つの認証キー２１０は一致しているので受信した更新要求２４０に基づいて対象情報記憶部３５０に対象情報を書き込む（ステップＳ６２６、ステップＦ２３６）。
【００８１】
続けて、Ｗｅｂサーバ３０１は、更新成功を示す更新結果を含む更新応答２５０をクライアント１０２に送信し（ステップＦ２３８）、クライアント１０１はこれを受信する（ステップＳ６２８）。上記に説明したとおり、ステップＦ２３８で更新応答２５０を送信したＷｅｂサーバ３０１の処理は、ステップＦ２０２へと進む。
【００８２】
上述した本実施形態における効果は、あるクライアント１０１〜１０２による更新処理に対して他のクライアント１０１〜１０２の更新を行わない参照処理が競合したことに起因して、その更新処理が不可と判定されてしまうことを回避できる点である。
【００８３】
その理由は、参照専用識別子「１」を含む参照要求２２１であった場合は、認証キー２１０を生成しない即ち認証キー２１０を更新しないようにしたからである。
【００８４】
次に、本発明の第３の実施形態について図面を参照して詳細に説明する。
【００８５】
第３の実施形態は、本発明の基本的な要素のみで構成された実施形態である。図１３は、本実施形態の構成を示す図である。
【００８６】
図１３を参照すると、本実施形態は、認証キー生成部３３０と要求インタフェース部３１０と認証キー検証部３４０とを有している。
【００８７】
認証キー生成部３３０は、参照要求２２０を受信した場合に認証キー２１０を生成する機能を有する。
【００８８】
要求インタフェース部３１０は、認証キー生成部３３０が生成した認証キー２１０を参照要求２２０の発行元へ送信する機能を有する。
【００８９】
認証キー検証部３４０は、認証キー生成部３３０が生成した認証キー２１０と更新要求２４０に含まれる認証キー２１０とが一致している場合に更新要求２４０を処理可であると判定する。
【００９０】
上記のように構成することにより、本実施の形態は、第１の実施形態で説明した効果と同様の効果を有する。
【００９１】
以上の各実施の形態で説明した各構成要素は、例えば、プログラムにより所定の処理をコンピュータに実行させてもよい。
【００９２】
以上の各実施の形態で説明した各構成要素は、必ずしも個々に独立した存在である必要はなく、複数の構成要素が１個のモジュールとして実現されたり、一つの構成要素が複数のモジュールで実現されたり、ある構成要素が他の構成要素の一部であったり、ある構成要素の一部と他の構成要素の一部とが重複していたり、といったような構成であってもよい。
【００９３】
また、以上説明した各実施の形態では、複数の動作をフローチャートの形式で順番に記載してあるが、その記載の順番は複数の動作を実行する順番を限定するものではない。このため、各実施の形態を実施するときには、その複数の動作の順番は内容的に支障しない範囲で変更することができる。
【００９４】
さらに、以上説明した各実施の形態では、複数の動作は個々に相違するタイミングで実行されることに限定されない。例えば、ある動作の実行中に他の動作が発生したり、ある動作の実行タイミングと他の動作の実行タイミングとの一部乃至全部が重複していたりしていてもよい。
【００９５】
さらに、以上説明した各実施の形態では、ある動作が他の動作の契機になるように記載しているが、その記載はある動作と他の動作の全ての関係を限定するものではない。このため、各実施の形態を実施するときには、その複数の動作の関係は内容的に支障のない範囲で変更することができる。また各構成要素の各動作の具体的な記載は、各構成要素の各動作を限定するものではない。このため、各構成要素の具体的な各動作は、各実施の形態を実施する上で機能的、性能的、その他の特性に対して支障をきたさない範囲内で変更されて良い。
【００９６】
尚、以上説明した各実施の形態における各構成要素は、必要に応じ可能であれば、ハードウェアで実現されても良いし、ソフトウェアで実現されても良いし、ハードウェアとソフトウェアの混在により実現されても良い。
【００９７】
また、各構成要素の物理的な構成は、以上の実施の形態の記載に限定されることはなく、独立して存在しても良いし、組み合わされて存在しても良いしまたは分離して構成されても良い。
【産業上の利用可能性】
【００９８】
本発明は、サーバ上のある情報に対して複数クライアントからの情報更新処理が実行され、それらの情報更新処理は現時点の情報を参照（確認）しその後に情報を更新するような２段階の動作を含むものであるシステムに適用できる。
【符号の説明】
【００９９】
１０１ クライアント
１０２ クライアント
１１１ ブラウザ
１１２ 参照要求発行部
１１３ 更新要求発行部
２１０ 認証キー
２２０ 参照要求
２２１ 参照要求
２３０ 参照応答
２３１ 参照応答
２４０ 更新要求
２５０ 更新応答
３０１ Ｗｅｂサーバ
３１０ 要求インタフェース部
３２０ 対象情報アクセス部
３３０ 認証キー生成部
３４０ 認証キー検証部
３５０ 対象情報記憶部
４００ ネットワーク
【特許請求の範囲】
【請求項１】
参照要求を受信した場合に第１の認証キーを生成する認証キー生成部と、
前記第１の認証キーを前記参照要求の発行元へ送信する要求インタフェース部と、
前記認証キー生成部が生成した前記第１の認証キーを保持し、更新要求を受信した場合に当該第１の認証キーと該更新要求に含まれる第２の認証キーとが一致している時に前記更新要求を処理可であると判定する認証キー検証部とを有する
ことを特徴とする情報処理装置。
【請求項２】
前記参照要求に基づいて対象情報を読み出す対象情報アクセス部をさらに有し、
前記要求インタフェース部は前記第１の認証キーと前記読み出された対象情報とを含む参照応答を前記参照要求の発行元へ送信する
ことを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記対象情報アクセス部は、前記認証キー検証部が前記更新要求を処理可であると判定した場合に、当該更新要求に含まれる対象情報を書き込む処理を実行することを特徴とする請求項２記載の情報処理装置。
【請求項４】
前記対象情報を記憶する対象情報記憶部を有することを特徴とする請求項２または３記載の情報処理装置。
【請求項５】
前記参照要求は関連する前記更新要求の有無を示す参照専用識別子を含み、
前記認証キー生成部は該参照専用識別子に基づいて前記第１の認証キーを生成し、
前記要求インタフェース部は該参照専用識別子に基づいて前記参照応答に前記第１の認証キーを含める
ことを特徴とする請求項２乃至４のいずれかに記載の情報処理装置。
【請求項６】
参照要求を受信した場合に第１の認証キーを生成し、
前記第１の認証キーを前記参照要求の発行元へ送信し、
前記第１の認証キーを保持し、更新要求を受信した場合に当該第１の認証キーと該更新要求に含まれる第２の認証キーとが一致している時に前記更新要求を処理可であると判定する
ことを特徴とする情報更新方法。
【請求項７】
前記参照要求に基づいて対象情報を読み出し、
前記第１の認証キーと前記読み出された対象情報とを含む参照応答を前記参照要求の発行元へ送信する
ことを特徴とする請求項６記載の情報更新方法。
【請求項８】
前記認証キー検証部が前記更新要求を処理可であると判定した場合に、当該更新要求に含まれる対象情報を書き込む処理を実行することを特徴とする請求項７記載の情報更新方法。
【請求項９】
前記参照要求は関連する前記更新要求の有無を示す参照専用識別子を含み、
該参照専用識別子に基づいて前記第１の認証キーを生成し、
該参照専用識別子に基づいて前記参照応答に前記第１の認証キーを含める
ことを特徴とする請求項７または８記載の情報更新方法。
【請求項１０】
参照要求を受信した場合に第１の認証キーを生成し、
前記第１の認証キーを前記参照要求の発行元へ送信し、
前記第１の認証キーを保持し、更新要求を受信した場合に当該第１の認証キーと該更新要求に含まれる第２の認証キーとが一致している時に前記更新要求を処理可であると判定する処理
をコンピュータに実行させることを特徴とするプログラム。
【請求項１１】
前記参照要求に基づいて対象情報を読み出し、
前記第１の認証キーと前記読み出された対象情報とを含む参照応答を前記参照要求の発行元へ送信する処理
をコンピュータに実行させることを特徴とする請求項１０記載のプログラム。
【請求項１２】
前記認証キー検証部が前記更新要求を処理可であると判定した場合に、当該更新要求に含まれる対象情報を書き込む処理を実行する処理をコンピュータに実行させることを特徴とする請求項１１記載のプログラム。
【請求項１３】
前記参照要求は関連する前記更新要求の有無を示す参照専用識別子を含み、
該参照専用識別子に基づいて前記第１の認証キーを生成し、
該参照専用識別子に基づいて前記参照応答に前記第１の認証キーを含める処理
をコンピュータに実行させることを特徴とする請求項１１または１２記載のプログラム。
【請求項１４】
ネットワークで接続された請求項１乃至５のいずれかに記載の情報処理装置とクライアントとを備え、
前記クライアントは、前記参照要求を発行する参照要求発行部と、
前記第１の認証キーを前記第２の認証キーとして含めた更新要求を発行する更新要求発行部とを有する
ことを特徴とする情報処理システム。
【請求項１５】
ネットワークで接続された請求項５記載の情報処理装置とクライアントとを備え、
前記クライアントは、前記参照専用識別子を含めた参照要求を発行する参照要求発行部と、
前記第１の認証キーを前記第２の認証キーとして含めた更新要求を発行する更新要求発行部とを有する
ことを特徴とする情報処理システム。
【請求項１】
参照要求を受信した場合に第１の認証キーを生成する認証キー生成部と、
前記第１の認証キーを前記参照要求の発行元へ送信する要求インタフェース部と、
前記認証キー生成部が生成した前記第１の認証キーを保持し、更新要求を受信した場合に当該第１の認証キーと該更新要求に含まれる第２の認証キーとが一致している時に前記更新要求を処理可であると判定する認証キー検証部とを有する
ことを特徴とする情報処理装置。
【請求項２】
前記参照要求に基づいて対象情報を読み出す対象情報アクセス部をさらに有し、
前記要求インタフェース部は前記第１の認証キーと前記読み出された対象情報とを含む参照応答を前記参照要求の発行元へ送信する
ことを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記対象情報アクセス部は、前記認証キー検証部が前記更新要求を処理可であると判定した場合に、当該更新要求に含まれる対象情報を書き込む処理を実行することを特徴とする請求項２記載の情報処理装置。
【請求項４】
前記対象情報を記憶する対象情報記憶部を有することを特徴とする請求項２または３記載の情報処理装置。
【請求項５】
前記参照要求は関連する前記更新要求の有無を示す参照専用識別子を含み、
前記認証キー生成部は該参照専用識別子に基づいて前記第１の認証キーを生成し、
前記要求インタフェース部は該参照専用識別子に基づいて前記参照応答に前記第１の認証キーを含める
ことを特徴とする請求項２乃至４のいずれかに記載の情報処理装置。
【請求項６】
参照要求を受信した場合に第１の認証キーを生成し、
前記第１の認証キーを前記参照要求の発行元へ送信し、
前記第１の認証キーを保持し、更新要求を受信した場合に当該第１の認証キーと該更新要求に含まれる第２の認証キーとが一致している時に前記更新要求を処理可であると判定する
ことを特徴とする情報更新方法。
【請求項７】
前記参照要求に基づいて対象情報を読み出し、
前記第１の認証キーと前記読み出された対象情報とを含む参照応答を前記参照要求の発行元へ送信する
ことを特徴とする請求項６記載の情報更新方法。
【請求項８】
前記認証キー検証部が前記更新要求を処理可であると判定した場合に、当該更新要求に含まれる対象情報を書き込む処理を実行することを特徴とする請求項７記載の情報更新方法。
【請求項９】
前記参照要求は関連する前記更新要求の有無を示す参照専用識別子を含み、
該参照専用識別子に基づいて前記第１の認証キーを生成し、
該参照専用識別子に基づいて前記参照応答に前記第１の認証キーを含める
ことを特徴とする請求項７または８記載の情報更新方法。
【請求項１０】
参照要求を受信した場合に第１の認証キーを生成し、
前記第１の認証キーを前記参照要求の発行元へ送信し、
前記第１の認証キーを保持し、更新要求を受信した場合に当該第１の認証キーと該更新要求に含まれる第２の認証キーとが一致している時に前記更新要求を処理可であると判定する処理
をコンピュータに実行させることを特徴とするプログラム。
【請求項１１】
前記参照要求に基づいて対象情報を読み出し、
前記第１の認証キーと前記読み出された対象情報とを含む参照応答を前記参照要求の発行元へ送信する処理
をコンピュータに実行させることを特徴とする請求項１０記載のプログラム。
【請求項１２】
前記認証キー検証部が前記更新要求を処理可であると判定した場合に、当該更新要求に含まれる対象情報を書き込む処理を実行する処理をコンピュータに実行させることを特徴とする請求項１１記載のプログラム。
【請求項１３】
前記参照要求は関連する前記更新要求の有無を示す参照専用識別子を含み、
該参照専用識別子に基づいて前記第１の認証キーを生成し、
該参照専用識別子に基づいて前記参照応答に前記第１の認証キーを含める処理
をコンピュータに実行させることを特徴とする請求項１１または１２記載のプログラム。
【請求項１４】
ネットワークで接続された請求項１乃至５のいずれかに記載の情報処理装置とクライアントとを備え、
前記クライアントは、前記参照要求を発行する参照要求発行部と、
前記第１の認証キーを前記第２の認証キーとして含めた更新要求を発行する更新要求発行部とを有する
ことを特徴とする情報処理システム。
【請求項１５】
ネットワークで接続された請求項５記載の情報処理装置とクライアントとを備え、
前記クライアントは、前記参照専用識別子を含めた参照要求を発行する参照要求発行部と、
前記第１の認証キーを前記第２の認証キーとして含めた更新要求を発行する更新要求発行部とを有する
ことを特徴とする情報処理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２０１０−２５７０２７（Ｐ２０１０−２５７０２７Ａ）
【公開日】平成２２年１１月１１日（２０１０．１１．１１）
【国際特許分類】
【出願番号】特願２００９−１０３６９９（Ｐ２００９−１０３６９９）
【出願日】平成２１年４月２２日（２００９．４．２２）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【出願人】（３９０００１３９５）ＮＥＣシステムテクノロジー株式会社 (438)
【Ｆターム（参考）】
【公開日】平成２２年１１月１１日（２０１０．１１．１１）
【国際特許分類】
【出願日】平成２１年４月２２日（２００９．４．２２）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【出願人】（３９０００１３９５）ＮＥＣシステムテクノロジー株式会社 (438)
【Ｆターム（参考）】
[ Back to top ]