JP2012128829A - 文書管理装置。 - Google Patents

Abstract

【課題】管理されている文書を複数人の協同作業で閲覧する場合に、他人が占有している既読の文書を排除し、誰も見ていない未読の文書を優先的に表示できる仕組みを提供すること。
【解決手段】クライアント端末と通信可能に接続された文書管理装置が、文書毎に、文書と該文書を閲覧済みであることが識別可能な情報とを一意に対応づけた文書データを記憶し、クライアント端末から、未読の文書を表示すべく次文書表示要求を受信し、次文書表示要求を受信した場合に、記憶する文書データの中から、１つの文書データを選択し、前記文書記憶手段が記憶している前記選択した１つの文書データに前記識別可能な情報があるかいなかを判定し、ないと判定した場合に、選択した１つの文書データを、次文書表示要求を受信したクライアント端末に表示指示する文書データとして決定する。
【選択図】 図１６

Description

文書管理装置及び制御方法とプログラムに関する。

近年、文書の電子化が進んでおり、それに伴い電子化された文書の内容を確認するという業務が発生している。また電子化した文書は共有文書として複数の利用者によって閲覧することが考えられている。

その１つとして、特許文献１には、電子化した文書の閲覧時に閲覧ユーザ以外からの更新を許さない排他制御を行う文書管理方法およびその装置が開示されている。特徴としてはあるユーザから文書の閲覧が行われると、該当の文書は他のユーザからの更新を許さない排他制御を行い、また排他状態の解除を閲覧ユーザによってのみ行えることが挙げられる。

特開２００９−９２４０号公報

しかしながら、特許文献１に記載の文書管理方法およびその装置においては、文書１件単位での排他制御を可能としているが、大量の電子文書を連続して確認する業務形態を考慮していない。特に、大量の電子文書を閲覧する場合、同時に複数ユーザが確認を行うためどのユーザがどの文書を閲覧したかを記憶しておく必要があるが、その点に欠けている。

本願発明は、管理されている文書を複数人の協同作業で閲覧する場合に、他人が占有している既読の文書を排除し、誰も見ていない未読の文書を優先的に表示できる仕組みを提供することを目的とする。

本願発明は、クライアント端末と通信可能に接続された文書管理装置であって、文書毎に、文書と該文書を閲覧済みであることが識別可能な情報とを一意に対応づけた文書データを記憶する文書記憶手段と、前記クライアント端末から、未読の文書を表示すべく次文書表示要求を受信する次文書表示要求受信手段と、前記次文書表示要求を受信した場合に、前記文書記憶手段が記憶する文書データの中から、１つの文書データを選択する未読文書選択手段と、前記文書記憶手段が記憶している前記選択した１つの文書データに前記識別可能な情報があるかいなかを判定する閲覧情報判定手段と、前記閲覧情報判定手段がないと判定した場合に、前記選択した１つの文書データを、前記次文書表示要求を受信したクライアント端末に表示指示する文書データとして決定する未読文書決定手段と、を備えることを特徴とする。
また、前記識別可能な情報は、文書を閲覧したユーザ情報であることを特徴とする。

また、前記未読文書表示要求受信手段は、前記クライアント端末から、前記次文書表示要求とともにユーザ情報をさらに受信し、前記未読文書決定手段が前記表示指示する文書データを決定した場合に、前記文書記憶手段が記憶している前記決定した文書データに前記受信したユーザ情報を前記識別可能な情報として登録する閲覧情報登録手段をさらに備えることを特徴とする。

また、前記クライアント端末から、閲覧済みの文書を表示すべく、ユーザ情報を含む前文書表示要求を受信する前文書表示要求受信手段と、前記前文書表示要求を受信した場合に、前記文書記憶手段が記憶する文書データの中から、１つの文書データを選択する既読文書選択手段と、前記文書記憶手段が記憶している前記既読文書選択手段が選択した１つの文書データの前記識別可能な情報と、前記前文書表示要求に含まれているユーザ情報とが一致するかいなかを判定する第１の既読ユーザ判定手段と、前記第１の既読ユーザ判定手段の判定結果が一致すると判定した場合に、前記既読文書選択手段が選択した１つの文書データを、前記前文書表示要求を受信したクライアント端末に表示指示する文書データとして決定する既読文書決定手段と、をさらに備えることを特徴とする。

また、前記閲覧情報判定手段が前記識別可能な情報があると判定した場合に、前記文書記憶手段が記憶している前記未読文書選択手段が選択した１つの文書データの前記識別可能な情報と、前記前文書表示要求受信手段が受信したユーザ情報とが一致するかいなかを判定する第２の既読ユーザ判定手段をさらに備え、前記未読文書決定手段は、前記第２の既読ユーザ判定手段が一致すると判定した場合に、前記未読文書選択手段が選択した１つの文書データを、前記次文書表示要求を受信したクライアント端末に表示指示する文書データとして決定することを特徴とする。

また、前記文書記憶手段の文書データは、文書と過去の閲覧履歴情報とを一意に対応づけてさらに記憶し、前記閲覧情報判定手段が前記識別可能な情報がないと判定し、前記未読文書決定手段が決定した文書データに前記閲覧履歴情報があるかいなかを判定する閲覧履歴判定手段と、前記閲覧履歴判定手段があると判定した場合に、閲覧履歴がある未読文書である旨を、前記次文書表示要求を受信したクライアント端末に通知する通知手段と、
をさらに備えることを特徴とする。

また、前記文書記憶手段の文書データは、文書と当該文書に順序づけた番号とを一意に対応づけてさらに記憶し、前記未読文書選択手段が１つの文書データを選択する場合に、前記順序づけた番号に従って選択することを特徴とする。

本願発明により、管理されている文書を複数人の協同作業で閲覧する場合に、他人が占有している既読の文書を排除し、誰も見ていない未読の文書を優先的に表示できる仕組みを提供することが可能となる。

口座申込書イメージ処理化システムの構成を示す図である。 口座申込書イメージ処理化システムにおける各種端末のハードウェア構成を示す図である。 口座申込書イメージ処理化システムのログインフローを示す図である。 口座申込書イメージ処理化システムの未登録検索フローを示す図である。 口座申込書イメージ処理化システムの未登録検索フロー（２）を示す図である。 口座申込書イメージ処理化システムの未登録検索フロー（３）を示す図である。 口座申込書イメージ処理化システムの閲覧文書決定フローを示す図である。 口座申込書イメージ処理化システムの登録状況確認フローを示す図である。 口座申込書イメージ処理化システムの前イメージ表示フローを示す図である。 口座申込書イメージ処理化システムの次イメージ表示フローを示す図である。 口座申込書イメージ処理化システムの閲覧済未登録確認フローを示す図である。 口座申込書イメージ処理化システムの同一条件再検索フローを示す図である。 口座申込書イメージ処理化システムのログイン画面を示す図である。 口座申込書イメージ処理化システムのメインメニュー画面を示す図である。 口座申込書イメージ処理化システムの未登録検索条件入力画面を示す図である。 口座申込書イメージ処理化システムの文書イメージ画面を示す図である。 口座申込書イメージ処理化システムの登録状況確認画面を示す図である。 口座申込書イメージ処理化システムの閲覧済未登録文書存在通知画面を示す図である。 口座申込書イメージ処理化システムの同一条件再検索通知画面を示す図である。 口座申込書イメージ処理化システムの検索条件該当なし画面を示す図である。 口座申込書イメージ処理化システムのログイン失敗画面を示す図である。 口座申込書イメージ処理化システムのユーザテーブル（ログインユーザ管理テーブル）の一例を示す図である。 口座申込書イメージ処理化システムのドキュメントテーブル（文書情報管理テーブル）の一例を示す図である。 口座申込書イメージ処理化システムの複数ユーザ同時利用の一例を示す図である。 口座申込書イメージ処理化システムの複数ユーザ同時利用の一例を示す図である。 口座申込書イメージ処理化システムの複数ユーザ同時利用の一例を示す図である。 口座申込書イメージ処理化システムの複数ユーザ同時利用の一例を示す図である。 口座申込書イメージ処理化システムの複数ユーザ同時利用の一例を示す図である。 口座申込書イメージ処理化システムの複数ユーザ同時利用の一例を示す図である。 口座申込書イメージ処理化システムの複数ユーザ同時利用の一例を示す図である。 口座申込書イメージ処理化システムの複数ユーザ同時利用の一例を示す図である。 口座申込書イメージ処理化システムの複数ユーザ同時利用の一例を示す図である。 口座申込書イメージ処理化システムの複数ユーザ同時利用の一例を示す図である。 図２３の文書テーブルの変形例である。 次イメージボタンを押下した場合の、文書管理装置の処理の変形例である。 前イメージボタンを押下した場合の、文書管理装置の処理の変形例である。 閲覧終了を押下した場合の、文書管理装置の処理である。

図１を説明する。

図１は、本発明の文書管理システム（口座申込書イメージ処理化システム）に好適な文書管理サーバ（文書管理装置）１００とユーザＡのクライアント端末２００、ユーザＢのクライアント端末２０１が通信可能に接続され構成された文書管理システムのシステム構成図である。
２０２、２０３は本システムの利用者である従業員（以下それぞれユーザＡ、ユーザＢ）であり、それぞれ別々のクライアント端末を使用している。

２００はユーザＡ２０２が口座申込書イメージ処理化システムを利用するため使用するクライアント端末である。クライアント端末２００は、ネットワークを介して、文書管理サーバ１００とデータの送受信が可能である。
同様に他の端末である２０１もネットワークを介して、文書管理サーバ１００とデータの送受信が可能である。
図２を説明する。
図２は文書管理サーバ１００及びクライアント端末２００、クライアント端末２０１のハードウエア構成を示す図である。

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

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

４０５は入力コントローラで、キーボード（ＫＢ）４０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。４０６はビデオコントローラで、表示部４１０への表示を制御する。なお、表示部４１０はＣＲＴだけでなく、液晶ディスプレイ等の他の表示器であってもよい。これらは必要に応じて管理者が使用するものである。また表示部は指やペン等にてユーザが表示画面内の対象位置を指定するタッチパネル機能を含むものであってもよい。

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

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

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

本発明を実現するための後述する各種プログラムは、文書管理サーバ１００の外部メモリ４１１に記録されており、必要に応じてＲＡＭ４０３にロードされることによりＣＰＵ４０１によって実行されるものである。さらに、上記プログラムの実行時に用いられるデータファイル及びデータテーブル等も、外部メモリ４１１または文書管理サーバ１００の記憶手段に格納されており、これらについての詳細な説明も後述する。
次に、口座申込書イメージ処理化システムの各種処理フローについて、図３から図１２を用いて説明する。

上述したように、クライアント端末２００と文書管理サーバ（以下サーバと記述する。）１００は、ネットワークを介して相互に接続されている。そして、クライアント端末２００は、サーバ１００が表示指示する各種操作画面を介して、各種処理を実行する。
図３を説明する。

図３はログイン画面（図１３）がクライアント端末に表示された後に、クライアント端末から、本願発明の口座申込書イメージ処理化システムにユーザがログインすべくログイン要求（図１３の１３０３）を送信する処理の詳細である。

図３は図１３のログイン画面がクライアント端末２００に表示された場合に、クライアント端末２００から文書管理システムへのログイン要求（図１３の１３０２）を送信し、文書管理サーバ１００がクライアント端末にメインメニュー画面（図１４）表示指示する処理である。
ステップ１００１では、クライアント端末２００はサーバ１００にログイン画面（図１３）表示要求を送信する。
ステップ１００２では、サーバ１００はクライアント端末２００から送信されたログイン画面（図１３）表示要求を受信する。
ステップ１００３では、サーバ１００はクライアント端末２００にログイン画面（図１３）を送信する。

ステップ１００４では、クライアント端末２００はサーバ１００から送信されたログイン画面（図１３）を受信し、ログイン画面（図１３）を表示部に表示する。ログイン画面（図１３）はユーザＩＤ入力部（１３０１）、ログインボタン（１３０２）、終了ボタン（１３０３）で構成される。

ステップ１００５では、クライアント端末２００は表示されているログイン画面（図１３）に対して、ユーザ２０２によりクライアント端末２００からユーザ２０２のユーザＩＤがユーザＩＤ入力部（１３０１）に入力され、ログインボタン（１３０２）が押下される。
ステップ１００６では、クライアント端末２００はユーザＩＤ（ユーザ情報）を文書管理サーバ１００へ送信する。
ステップ１００７では、サーバ１００はクライアント端末２００から送信されたユーザＩＤを受信する。

ステップ１００８では、サーバ１００は受信したユーザＩＤと本願発明の文書管理システムにログイン可能な、予め登録されたユーザテーブル（図２２）内のユーザＩＤ（２２０２）を照合する。

ステップ１００９では、サーバ１００はクライアント端末２００から受信したユーザＩＤに該当するユーザがユーザテーブル（図２２）に存在しない場合には、クライアント端末２００へログイン失敗画面（図２１）を送信する。

ステップ１０１０では、クライアント端末２００はサーバ１００からログイン失敗画面（図２１）を受信し、ログイン失敗画面（図２１）を表示する。ログイン失敗画面（図２１）にはログインに失敗した旨のメッセージとＯＫボタン（２１０１）で構成される。
ステップ１０１１では、クライアント端末２００でＯＫボタン（２１０１）が押下された後、ユーザＩＤの入力をやり直す。

ステップ１０１２では、クライアント端末２００から受信したユーザＩＤに該当するユーザがユーザテーブル（図２１）に存在した場合、サーバ１００はメインメニュー画面（図１４）をクライアント端末２００へ送信する。

ステップ１０１３では、サーバ１００からメインメニュー画面（図１４）を受信し、クライアント端末２００はメインメニュー画面（図１４）を表示部に表示する。メインメニュー画面（図１４）は未登録検索ボタン（１４０１）、登録済検索ボタン（１４０２）で構成される。
図４を説明する。

図４は未登録検索条件入力画面（図１５）がクライアント端末に表示された後に、クライアント端末から未登録のイメージ検索要求（図１５の１５０３）が送信する処理の詳細である。

ステップ２００１では、クライアント端末２００は表示しているメインメニュー画面（図１４）に対して、ユーザ２０２によりクライアント端末２００から未登録検索ボタン（１４０１）が押下される。クライアント端末２００が表示するメインメニュー画面（図１４）の未登録検索ボタン（１４０１）が押下された場合に、未登録検索条件入力画面（図１５）の表示要求をサーバ１００に送信する。
ステップ２００２では、クライアント端末２００は未登録検索条件入力画面（図１５）の表示要求をサーバ１００に送信する。
ステップ２００３では、サーバ１００は未登録検索条件入力画面（図１５）の表示要求を受信する。
ステップ２００４では、サーバ１００は未登録検索条件入力画面（図１５）をクライアント端末２００へ送信する。

ステップ２００５では、クライアント端末２００はサーバ１００から未登録検索条件入力画面（図１５）を受信し、クライアント端末は未登録検索条件入力画面（図１５）を表示部に表示する。

未登録検索条件入力画面（図１５）は金融機関コード入力部（１５０１）、データステータス選択部（１５０２）、検索ボタン（１５０３）、戻るボタン（１５０４）で構成される。

ステップ２００６では、クライアント端末２００は表示している未登録検索条件入力画面（図１５）に対して、ユーザ２０２によりクライアント端末２００から金融機関コードが金融機関コード入力部（１５０１）に、データステータスがデータステータス選択部（１５０２）から選択され、検索ボタン（１５０３）が押下される。なおデータステータス選択部は「未登録」または「未確認（未読）」から選択可能する。
ステップ２００７では、検索条件がサーバ１００へ送信される。なおデータステータス選択部は「未確認（未読）」が選択され送信される。

ステップ２００８では、「未確認（未読）」が選択され送信された場合は、サーバ１００はクライアント端末２００から送信されたデータステータスの検索条件である「未確認（未読）」を受信する。

また「未登録」が選択され送信された場合は、サーバ１００はクライアント端末２００から送信されたデータステータスの検索条件である「未登録」及びユーザ情報を受信する。

ステップ２００９では、サーバ１００は受信した検索条件に合致する文書をドキュメントテーブル（図２３）内の金融機関コード（２３０３）、データステータス（２３０４）と照合する。まずドキュメントテーブル（図２３）内の金融機関コードと受信した金融機関コードを照合する。金融機関コード入力部（１５０１）に入力が無い場合は、照合されない。
次にデータステータス選択部で選択されたデータステータスとドキュメントテーブル（図２３）内のデータステータスを照合する。
以下、クライアント端末から送信され、サーバ１００が受信する検索条件は「未登録」及び「未確認（未読）」の２つのケースがある。

１つめのケースである受信したデータステータスが「未登録」の場合はドキュメントテーブル内のデータステータスが「未確認（未読）」、「閲覧中（既読）」、「閲覧済み（既読）」のドキュメントＮＯ（文書ＮＯ）の文書に合致したとことになる。図５、図６、図７、図８、図１１、図１２は受信したデータステータスが「未登録」の場合で説明する。検索条件で使用する「未登録」とは、確認ボタン（図１６の１６０７）が押下されておらず、ドキュメントテーブル内のデータステータスが「確認済み」になっていないということを意味する。

２つめのケースである受信したデータステータスが「未確認（未読）」の場合はドキュメントテーブル内のデータステータスが「未確認（未読）」のドキュメントＮＯの文書に合致したことになる。図９及び図１０は受信したデータステータスが「未確認（未読）」の場合で説明する。

つまり、受信したデータステータスが「未確認（未読）」の場合は、ドキュメントテーブル（図２３）内の照会者ＩＤを確認し、空欄であるかを照合する。つまり文書テーブルから文書ＮＯ（未読文書情報）と当該文書ＮＯを閲覧したユーザ情報（照会者ＩＤ）が対応づけられていない全ての文書ＮＯ検索する（未読文書検索手段）。

ステップ２０１０では、サーバ１００はクライアント端末２００から受信した検索条件に該当する文書がドキュメントテーブル（図２３）に存在しない場合には、クライアント端末２００へ検索条件該当文書無画面（図２０）を送信する。

ステップ２０１１では、クライアント端末２００はサーバ１００から送信された検索条件該当文書無画面（図２０）を受信、検索条件該当文書無画面（図２０）を表示する。検索条件該当文書無画面（図２０）は検索条件に該当する文書がない旨のメッセージとＯＫボタン（２００１）で構成される。
ステップ２０１２では、クライアント端末２００は検索条件該当文書無画面（図２０）のＯＫボタン（２００１）を押下された後、検索条件の入力をやり直す。

ステップ２０１３では、サーバ１００は、文書テーブルから未読文書検索手段が検索した文書ＮＯを全て、ユーザテーブル（図２２）の、ステップ１００７で受信したユーザ情報と一致するユーザ情報に対応づけて未登録閲覧対象（ユーザ毎の未読文書対象）（図２２の２２０３）に登録する（未読文書情報登録手段）。

ステップ２００９で説明したように、受信した検索条件をもとにドキュメントテーブル（図２３）内の全ての文書を対象に照合を行う。照合の結果、検索条件に合致した文書のドキュメントＮＯをユーザテーブル（図２２）内の未登録閲覧対象（図２２の２２０３）に登録する。
図５を説明する。

図５は未登録検索条件入力画面（図１５）がクライアント端末に表示された後に、クライアント端末のデータステータス選択部から「未登録」が選択され、未登録のイメージ検索要求（図１５の１５０３）が送信された場合には、文書管理サーバがクライアント端末に表示指示する未登録のイメージが決定され、決定された未登録のイメージを表示指示する処理の詳細である。

ステップ３００１では、サーバ１００はクライアント端末２００へ表示させる文書の決定を行う。閲覧文書決定のフローについては図７で詳細を説明するため後述する。
ステップ３００２では、サーバ１００はステップ３００１で決定したクライアント端末２００に表示をさせる文書の文書イメージ画面（図１６）を作成する。
ステップ３００３では、サーバ１００は文書イメージ画面（図１６）をクライアント端末２００に送信する。
ステップ３００４では、クライアント端末２００はサーバ１００から送信された文書イメージ画面（図１６）を受信する。

文書イメージ画面（図１６）はイメージ表示部（１６０１）、文書件数表示部（１６０２）、ファイル名表示部（１６０３）文書情報表示部（１６０４）、前イメージボタン（１６０５）、次イメージボタン（１６０６）、確認ボタン（１６０７）、登録状況ボタン（１６０８）、再検索ボタン（１６０９）、メニューへボタン（１６１０）で構成される。
図６を説明する。

図６は文書イメージ画面（図１６）がクライアント端末に表示された場合に、クライアント端末から確認登録要求（図１６の１６０７）を送信し、文書管理サーバがクライアント端末に表示指示する未登録イメージをユーザが確認したことを登録する処理である。

ステップ４００１では、ユーザ２０２はクライアント端末２００に表示されている文書イメージ画面（図１６）の内容を確認し、内容に問題がない場合に文書イメージ画面（図１６）の確認ボタン（１６０７）を押下する。
ステップ４００２では、クライアント端末２００はサーバ１００へ未登録文書登録要求を送信する。
ステップ４００３では、サーバ１００は未登録文書登録要求を受信する。

ステップ４００４では、サーバ１００は登録要求のあった文書をドキュメントテーブル（図２３）内のデータステータス（２３０４）を「閲覧中」から「確認済み」に更新する。

ステップ４００５では、サーバ１００は次にクライアント端末２００へ表示させる文書を決定させる。閲覧文書決定フローについては図７で詳細を説明するため後述する。
ステップ４００６では、サーバ１００は次にクライアント端末２００へ表示させる文書イメージ画面（図１６）を作成する。
ステップ４００７では、サーバ１００はクライアント端末２００へ表示させる文書イメージ画面（図１６）を送信する。

ステップ４００８では、クライアント端末２００はサーバ１００から送信された文書イメージ画面（図１６）を受信し、文書イメージ画面（図１６）を表示する。以降はステップ４００１に戻る。
ステップ４００９では、ユーザはクライアント端末２００に表示されている文書イメージ画面（図１６）の登録状況ボタン（１６０８）を押下する。
ステップ４０１０では、ユーザはクライアント端末２００に表示されている文書イメージ画面（図１６）の前イメージボタン（１６０５）を押下する。
ステップ４０１１では、ユーザはクライアント端末２００に表示されている文書イメージ画面（図１６）の次イメージボタン（１６０６）を押下する。
ステップ４０１２では、ユーザはクライアント端末２００に表示されている文書イメージ画面（図１６）の閲覧終了ボタン（１６１１）を押下する。
図７を説明する。

図７は未登録検索条件入力画面（図１５）がクライアント端末に表示された後に、クライアント端末のデータステータス選択部から「未登録」が選択され、未登録のイメージ検索要求（図１５の１５０３）が送信された場合に、文書管理サーバがクライアント端末に表示指示する未登録のイメージを決定する処理の詳細である。

図７は、サーバ１００がクライアント端末２００に対して閲覧する文書（未登録のイメージ）を決定するステップ３００１、ステップ４００５の詳細を説明するフローである。
ステップ８００１では、サーバ１００はユーザテーブル（図２２）内のユーザ２０２の未登録閲覧対象（２２０３）を確認する。

ステップ８００２では、サーバ１００はユーザテーブル（図２２）内のユーザ２０２の未登録閲覧対象（２２０３）を確認した結果、対象の文書がなかった場合に閲覧対象文書無と判断し、ステップ２０１０の検索条件該当文書無画面（図２０）の送信処理へ戻る。

ステップ８００３では、サーバ１００はユーザテーブル（図２２）内のユーザ２０２の未登録閲覧対象（２２０３）を確認した結果、対象の文書が存在した場合に対象文書のドキュメントテーブル（図２３）内のデータステータス（２３０４）の確認を行う。

データステータスの確認はユーザテーブル（図２２）内の未登録閲覧対象に登録されている閲覧対象の文書のドキュメントＮＯを降順に確認する。確認したドキュメントＮＯのデータステータスが「未確認」または「閲覧済み」であればステップ８００４へ進む。確認した結果、データステータスが「閲覧中」、「確認済み」であれば次のドキュメントＮＯの文書の確認を行う。
ステップ８００４では、サーバ１００はドキュメントテーブル（図２３）内の該当文書の照会者ＩＤ（２３０５）の確認を行う。

ステップ８００５では、サーバ１００は対象文書の照会者ＩＤ（２３０５）を確認した結果、該当文書の照会者ＩＤ（２３０５）が自ユーザ以外のユーザＩＤだった場合には現在確認中の文書が最終文書であるかユーザテーブル（図２２）内の未登録閲覧対象を確認し、最終文書でない場合にはステップ８００３へ戻る。確認中の文書が最終文書だった場合には、ステップ９００１以降で説明する閲覧済み未登録確認フローへと進む。

ステップ８００６では、サーバ１００はドキュメントテーブル（図２３）内の該当文書の照会者ＩＤ（２３０５）が空欄あるいは自ユーザＩＤだった場合には、該当文書を閲覧対象文書として決定する。

ステップ８００７では、閲覧文書の決定後サーバ１００はドキュメントテーブル（図２３）内のデータステータスを「閲覧中」に更新し、照会者ＩＤにステップ２００８で受信したユーザ情報「自ユーザＩＤ」を登録する。
図８を説明する。

図８は文書イメージ画面（図１６）がクライアント端末に表示された場合に、クライアント端末から登録状況表示要求（図１６の１６０８）を送信し、文書管理サーバがクライアント端末に登録状況画面（図１７）を表示指示する処理である。
ステップ４００９では、クライアント端末２００は表示中の文書イメージ画面（図１６）で登録状況確認ボタン（１６０８）を押下する。
ステップ５００１では、クライアント端末２００で登録状況確認ボタン（１６０８）が押下されると登録状況確認要求がサーバ１００へ送信する。
ステップ５００２では、サーバ１００はクライアント端末２００からの登録状況確認要求を受信する。
ステップ５００３では、サーバ１００はドキュメントテーブル（図２３）内の全ての文書の情報を取得する。
ステップ５００４では、サーバ１００は取得した文書の情報をもとに登録状況画面（図１７）を作成する。
ステップ５００５では、サーバ１００は作成した登録状況画面（図１７）をクライアント端末２００へ送信する。

ステップ５００６では、クライアント端末２００はサーバ１００から送信された登録状況画面（図１７）を受信し、クライアント端末２００に登録状況画面（図１７）が表示される。登録状況画面（図１７）は登録状況表示部（１７０１）と閉じるボタン（１７０２）で構成される。
図９を説明する。

図９はクライアント端末のデータステータス選択部から「未確認（未読）」が選択され、図示しない未確認のイメージ検索要求が送信された後に、文書イメージ画面（図１６）がクライアント端末に表示された場合に、クライアント端末から前イメージ表示要求（図１６の１６０５）を送信し、文書管理サーバがクライアント端末に表示指示する前イメージ（既読文書）を決定する処理である。
尚、図９で説明する既読文書を決定する処理は、決定する対象となる文書に限定されるわけではなく、画像データ、ファイルを決定する処理あってもよい。
ステップ４０１０では、クライアント端末２００は表示中の文書イメージ画面（図１６）で前へボタン（１６０５）が押下する。
ステップ６００１では、クライアント端末２００は前イメージ表示要求をサーバ１００へ送信する。

ステップ６００２では、サーバ１００はクライアント端末２００から、ユーザ情報と既読となった文書ＮＯ（未読文書）を再度表示すべく前イメージ表示要求を受信する（前文書表示要求受信手段）。

ステップ６００３では、サーバ１００は、前イメージ表示要求を受信すると、クライアント端末２００に表示中の文書の文書ＮＯを取得し、ユーザテーブル（図２２）内の未登録閲覧対象に登録されている文書ＮＯで現在閲覧中の文書の文書ＮＯの一つ前の文書ＮＯを取得する。つまりユーザテーブルから受信したユーザ情報と一致するユーザ情報に対応づけられた文書ＮＯ（未読文書情報）を第１番目の既読文書情報として選択する（既読文書選択手段）。

次にドキュメントテーブル（図２３）内の照会者ＩＤを確認する。ドキュメントテーブル（図２３）内の一つ前の文書ＮＯ（２３０１）の文書の照会者ＩＤ（２３０５）の確認を行う。つまり文書テーブルから選択した文書ＮＯに対応づけられたユーザ情報（照会者ＩＤ）が受信したユーザ情報と一致するか（判定結果）を判定する（既読ユーザ判定手段）。

既読ユーザ判定手段が一致しないと判定した場合は、ユーザテーブルから受信したユーザ情報と一致するユーザ情報に対応づけられた文書ＮＯであってかつ、既に選択した文書ＮＯと一致しない（以外の）文書ＮＯを第２番目の既読文書情報と選択する（既読文書選択手段）。

ユーザテーブル（図２２）内の未登録閲覧対象に登録されている文書ＮＯのうちさらに一つ前（選択されていない次の未読文書情報）の文書ＮＯの文書の確認を行う。閲覧する文書が決定するまでこの文書ＮＯを選択する処理を繰り返すものとする。

ステップ６００４では、サーバ１００はステップ６００３で確認した表示中文書ＮＯ（２３０１）の前の照会者ＩＤ（２３０５）が自ユーザＩＤだった場合に該当文書を閲覧文書（既読文書）に決定する。つまり既読ユーザ判定手段が一致すると判定した場合は、選択した文書ＮＯを、ユーザ情報を受信したクライアント端末に表示指示する文書ＮＯとして決定する(既読文書決定手段)。

閲覧文書が決定するとサーバ１００はドキュメントテーブル内の現在閲覧中（ユーザ情報を受信したクライアント端末が現在表示中）の文書ＮＯのデータステータスを「閲覧中（既読）」から「閲覧済み（既読）」に、閲覧が決定した文書ＮＯのデータステータスを「閲覧済み（既読）」から「閲覧中（既読）」に更新する。
ステップ６００５では、ステップ６００４で決定した文書ＮＯ（既読文書を含む）の文書イメージ画面（図１６）を作成する。

ステップ６００６では、サーバ１００はクライアント端末２００へ作成した文書イメージ画面（図１６）を、クライアント端末２００に表示指示すべく送信する。

ステップ６００７では、クライアント端末２００はサーバ１００から送信された文書イメージ画面（図１６）を受信し、クライアント端末２００は文書イメージ画面（図１６）を表示部に表示する。
図１０を説明する。

図１０はクライアント端末のデータステータス選択部から「未確認（未読）」が選択され、図示しない未確認のイメージ検索要求が送信された後に、文書イメージ画面（図１６）がクライアント端末に表示された場合に、クライアント端末から次イメージ表示要求（図１６の１６０６）を送信し、文書管理サーバがクライアント端末に表示指示する次イメージ（未読文書）を決定する処理である。
尚、図１０で説明する未読文書を決定する処理は、決定する対象となる文書に限定されるわけではなく、画像データ、ファイルを決定する処理あってもよい。
ステップ７００１では、クライアント端末２００は次イメージ表示要求をサーバ１００へ送信する。

ステップ７００２では、サーバ１００はクライアント端末２００から、ユーザ情報と次の未読文書を表示するための要求として次イメージ表示要求を受信する（次文書表示要求受信手段）。

ステップ７００３では、サーバ１００は、次イメージ表示要求を受信すると、クライアント端末２００に表示中の文書の文書ＮＯを取得し、ユーザテーブル（図２２）内の未登録閲覧対象に登録されている文書ＮＯで、現在閲覧中の文書の文書ＮＯの一つ後の文書ＮＯを取得する。つまりユーザテーブルから受信したユーザ情報と一致するユーザ情報に対応づけられた文書ＮＯ（未読文書情報）を第１番目の未読文書情報として選択する（未読文書選択手段）。

次にドキュメントテーブル（図２３）内の照会者ＩＤを確認する。ドキュメントテーブル（図２３）内の一つ後の文書ＮＯ（２３０１）の文書の照会者ＩＤ（図２３の２３０５）の確認を行う。つまり文書テーブルから第１番目の未読文書情報として選択された文書ＮＯと一致する文書ＮＯを検索し、検索した文書ＮＯに既に対応づけられたユーザ情報（照会者ＩＤ）があるかいなか（判定結果）を判定する（閲覧者情報判定手段）。

閲覧者情報判定手段があると判定した場合は、ユーザテーブルから受信したユーザ情報と一致するユーザ情報に対応づけられた文書ＮＯであってかつ、既に選択した文書ＮＯと一致しない（以外の）文書ＮＯを第２番目の未読文書情報と選択する（未読文書選択手段）。

ユーザテーブル（図２２）内の未登録閲覧対象に登録されている文書ＮＯのうちさらに一つ後（選択されていない次の未読文書情報）の文書ＮＯの文書の確認を行う。閲覧する文書が決定するまでこの文書ＮＯを選択する処理を繰り返すものとする。

ユーザテーブル（図２２）内の未登録閲覧対象に登録されている文書ＮＯのうち最後の文書の確認を行い、次に確認する文書が存在しない場合（選択できない場合）には後述する閲覧完了時フローに進む。

ステップ７００４では、サーバ１００はステップ６００３で確認した表示中文書ＮＯ（２３０１）の次の文書ＮＯ（２３０１）が空欄だった場合に該当文書を閲覧文書（未読文書）に決定する。つまり閲覧者情報判定手段がないと判定した場合は、選択した文書ＮＯを、ユーザ情報を受信したクライアント端末に表示指示する文書ＮＯとして決定する(未読文書決定手段)。
これにより他のユーザが閲覧中ではない文書を優先的に決定し、未読文書の表示要求に対して、他のユーザの同時アクセスを排除することが可能となる。

閲覧文書が決定するとサーバ１００はドキュメントテーブル内の現在閲覧中（ユーザ情報を受信したクライアント端末が現在表示中）の文書ＮＯのデータステータスを「閲覧中（既読）」から「閲覧済み（既読）」に、閲覧が決定した文書ＮＯのデータステータスを「未確認（未読）」から「閲覧中（既読）」に更新する。更に決定した文書ＮＯに対応づけて、文書テーブルの照会者ＩＤに受信した「自ユーザＩＤ」を登録する(閲覧者情報登録手段)。
ステップ７００５では、ステップ７００４で決定した文書ＮＯ（未読文書を含む）の文書イメージ画面（図１６）を作成する。

ステップ７００６では、サーバ１００はクライアント端末２００へ作成した文書イメージ画面（図１６）を、クライアント端末２００に表示指示すべく送信する。

ステップ７００７では、クライアント端末２００はサーバ１００から送信された文書イメージ画面（図１６）を受信し、クライアント端末２００は文書イメージ画面（図１６）を表示部に表示する。

図１１、図１２はクライアント端末２００にユーザテーブル（図２２）内の閲覧対象文書となっている文書のうち最後の文書表示されている文書イメージ画面（図１６）で次イメージボタン（１６０６）または確認ボタン（１６０７）押下時のフローを示した図である。
図１１を説明する。

図１１は、文書イメージ画面（図１６）がクライアント端末に表示した後に、クライアント端末から確認登録要求（図１６の１６０７）を送信した場合に、確認登録要求をすべき未登録イメージがある場合の処理である。
ステップ９００１では、サーバ１００は閲覧中の文書が最終文書と判断を行ったため、ドキュメントテーブル（図２３）内のデータステータスの更新を行う。

なお閲覧文書決定フロー（図１２）のステップ８００５にて最終文書と判断された場合には「閲覧中」を「確認済み」へ、ステップ７００３で最終文書と判断された場合には「閲覧中」を「閲覧済み」に更新する。

ステップ９００２では、サーバ１００はユーザテーブル（図２２）内の閲覧対象文書となっている文書のうち照会者ＩＤ（２３０５）が自ユーザであり、かつデータステータス（２３０４）が閲覧済みとなっている文書がないかを確認する。

ない場合はステップ９００３に進む。ユーザテーブル（図２２）内の未登録閲覧対象に登録されている文書ＮＯの文書のうちドキュメントテーブル（図２３）内の照会者ＩＤが自ユーザである文書全てのデータステータスが「確認済み」の場合には同一条件再検索フローに進む。同一条件再検索フローについては図１２を用いて後述する。

ステップ９００３では、サーバ１００はステップ９００１で確認した結果、ユーザテーブル（図２２）内の閲覧対象文書（２２０３）となっている文書のうち照会者ＩＤ（２３０５）が自ユーザであり、かつデータステータス（２３０４）が閲覧済みとなっている文書が存在した場合に、閲覧済未登録文書存在通知画面（図１８）をクライアント端末へ送信する。

ステップ９００４では、クライアント端末２００はサーバ１００から送信された閲覧済未登録文書存在通知画面（図１８）を受信し、クライアント端末２００は閲覧済未登録文書存在通知画面（図１８）を表示する。閲覧済未登録文書存在通知画面（図１８）は閲覧済みでまだ未登録の文書がある旨のメッセージとはいボタン（１８０１）、いいえボタン（１８０２）で構成される。
ステップ９００５では、クライアント端末２００ではいボタン（１８０１）を押下し、閲覧文書決定フローに戻る。
ステップ９００６では、クライアント端末２００でいいえボタン（１８０２）を押下する。
ステップ９００７では、クライアント端末２００は閲覧情報解除要求を送信する。
ステップ９００８では、サーバ１００はクライアント端末２００から送信された閲覧情報解除要求を受信する。

ステップ９００９では、サーバ１００は該当ユーザのユーザテーブル（図２２）内の閲覧対象文書（２２０３）及び、ドキュメントテーブル（図２３）内のデータステータス（２３０４）が閲覧済みかつ照会者ＩＤ（２３０５）が該当ユーザの文書のデータステータス（２３０４）、照会者ＩＤ（２３０５）を空にする。
図１２を説明する。

図１２は、文書イメージ画面（図１６）がクライアント端末に表示した後に、クライアント端末から確認登録要求（図１６の１６０７）を送信した場合に、文書管理サーバがクライアント端末に表示指示する次の未登録イメージが無い場合の処理である。

ステップ１０００１では、サーバ１００はユーザテーブル（図２２）内の閲覧対象文書（２２０３）となっている文書のうち照会者ＩＤ（２３０５）が自ユーザであり、かつデータステータス（２３０４）が全て確認済みとなっていた場合にクライアント端末２００に同一条件策検索画面（図１９）を送信します。

ステップ１０００２では、クライアント端末２００はサーバから送信された同一条件策検索画面を受信し、クライアント端末２００は同一条件策検索画面（図１９）を表示する。同一条件策検索画面（図１９）は同一条件で再検索を行う旨のメッセージとはいボタン（１９０１）、いいえボタン（１９０２）で構成される。
はいボタン（１９０１）が押下された場合にはステップ２００７に戻る。
いいえボタン（１９０２）が押下された場合にはステップ２０１０へ戻る。
図１３を説明する。
図１３は、図３のステップ１００３でサーバ１００が表示指示するログイン画面である。
１３０１ ログイン画面ユーザＩＤ入力部はログインに使用するユーザＩＤを入力する。
１３０２ ログイン画面ログインボタンはログイン画面ユーザＩＤ入力部にログインＩＤを入力後、本システムにログインするために使用する。
１３０３ ログイン画面終了ボタンは本システムを終了するために使用する。
図１４を説明する。
図１４は、図３のステップ１０１２でサーバ１００が表示指示するメインメニュー画面である。
１４０１ メインメニュー画面未登録検索ボタンは検索条件入力画面（図１５）を表示させるために使用する。
１４０２ メインメニュー画面保本登録検索ボタンは本発明では割愛する。
図１５を説明する。
図１５は、図４のステップ２００４でサーバ１００が表示指示する未登録検索条件入力画面である。
１５０１ 未登録検索条件入力画面金融機関コード入力部は検索条件として使用する金融機関コードを入力する。
１５０２ 未登録検索条件入力画面データステータス選択部は検索条件として使用するデータステータスを未登録、未確認から選択する。

１５０３ 未登録検索条件入力画面検索ボタンは検索条件入力画面金融機関コード入力部、検索条件入力画面データステータス選択部にて検索条件入力後、ドキュメントテーブル（図２３）内の文書を検索するために使用する。
１５０４ 未登録検索条件入力画面戻るボタンはメインメニュー画面（図１４）に遷移するために利用する。
図１６を説明する。

図１６は、図５のステップ３００３、図６のステップ４００７、図９のステップ６００６、図１０のステップ７００６、でサーバ１００が表示指示する文書イメージ画面である。

１６０１ 文書イメージ画面イメージ表示部は閲覧文書決定フローにて閲覧が決定したドキュメントテーブル内の文書のイメージ（口座申込書のイメージ）を表示する。
１６０２ 文書イメージ画面文書件数表示部はユーザテーブル（図２２）の未登録閲覧対象のうち何件目の文書を表示しているかを表示する。
１６０３ 文書イメージ画面ファイル名表示部はドキュメントテーブル（図２３）内のファイル名を表示する。
１６０４ 文書イメージ画面文書情報表示部はドキュメントテーブル（図２３）内の金融機関コード、データステータス、照会者ＩＤを表示する。

１６０５ 文書イメージ画面前イメージボタンはユーザテーブル（図２２）内の未登録閲覧対象に登録されている文書のうち現在表示中の文書のドキュメントＮＯのひとつ前の文書を表示する。

１６０６ 文書イメージ画面次イメージボタンはユーザテーブル（図２２）内の未登録閲覧対象に登録されている文書のうち現在表示中の文書のドキュメントＮＯのひとつ後の文書を表示する。なおその際に閲覧していた文書のドキュメントテーブル内（図２３）のデータステータスは閲覧済に更新する。

１６０７ 文書イメージ画面確認ボタンはユーザテーブル（図２２）内の未登録閲覧対象に登録されている文書のうち現在表示中の文書のドキュメントＮＯのひとつ後の文書を表示する。なおその際に閲覧していた文書のドキュメントテーブル内（図２３）のデータステータスは確認済に更新する。
１６０８ 文書イメージ画面登録状況確認ボタンはドキュメントテーブルに登録されている全ての文書の情報を表示する。

１６０９ 文書イメージ画面再検索ボタンは検索条件入力画面（図１５）に遷移する。ユーザテーブル（図２２）内の未登録閲覧対象、ドキュメントテーブル（図２３）内のデータステータスが確認済でない場合にデータステータス、照会者ＩＤをリセットする。

１６１０ 文書イメージ画面メニューへボタンはメインメニュー画面（図１４）へ遷移する。ユーザテーブル（図２２）内の未登録閲覧対象、ドキュメントテーブル（図２３）内のデータステータスが確認済でない場合にデータステータス、照会者ＩＤをリセットする。
１６１１ 閲覧終了ボタンであり、ユーザが未読文書及び既読文書の閲覧作業を終了する場合に、図６のステップ４０１２にてユーザにより押下される。

１６１２ 新規未読の表示情報であり、図３５のステップ１０９であると判定された場合に、口座申込書のイメージとともに表示される。図３５のステップ１０９でないと判定された場合には、口座申込書のイメージだけが表示される（新規未読の表示情報は表示されない）。
図１７を説明する。
図１７は、図８のステップ５００５でサーバ１００が表示指示する登録状況確認画面である。
１７０１ 登録状況確認画面登録状況表示部はドキュメントテーブル（図２３）内の全ての項目を表示する。
１７０２ 登録状況確認画面閉じるボタンは登録状況確認画面（図１７）を閉じる。
図１８を説明する。
図１８は、図１１のステップ９００３でサーバ１００が表示指示する閲覧済未登録文書存在通知画面である。
１８０１ 閲覧済未登録文書存在通知画面はいボタンでユーザテーブル（図２２）内の未登録閲覧対象の先頭の文書イメージを表示する。

１８０２ 閲覧済未登録文書存在通知画面いいえボタンで検索条件入力画面（図１５）に遷移する。ユーザテーブル（図２２）内の未登録閲覧対象、ドキュメントテーブル（図２３）内のデータステータスが確認済でない場合にデータステータス、照会者ＩＤをリセットする。
図１９を説明する。
図１９は、図１２のステップ１０００１でサーバ１００が表示指示する同一条件策検索画面である。
１９０１ 同一条件策検索画面はいボタンは同一検索条件でドキュメントテーブル内（図２３）の文書を検索する。
１９０２ 同一条件策検索画面いいえボタンは検索条件入力画面（図１５）へ遷移する。
図２０を説明する。
図２０は、図４のステップ２０１０でサーバ１００が表示指示する検索条件該当文書無画面である。
２００１ 検索条件該当文書無画面ＯＫボタンは検索条件入力画面（図１５）へ遷移する。
図２１を説明する。
図２１は、図３のステップ１００９でサーバ１００が表示指示するログイン失敗画面である。
２１０１ ログイン失敗画面ＯＫボタンはログイン画面（図１３）へ遷移する。
図２２を説明する。

図２２は本願発明における文書管理サーバ（文書管理装置）１００内のデータベース（ＤＢ）として記憶する（ユーザ未読管理記憶手段）ユーザテーブルを示す図である。ユーザ未読管理記憶手段はユーザ毎にユーザ情報と当該ユーザが閲覧していない未読文書情報を対応づけて記憶する。

ユーザテーブルにはユーザＮＯ（２２０１）、ユーザＩＤ（２２０２）、未登録閲覧対象（２２０３）が記憶される。ユーザＮＯ（２２０１）はユーザテーブル内に記憶されている本システムを利用するユーザごとに割り当てられた番号を記憶する。ユーザＩＤ（２２０２）は本システムを利用するユーザが本システムにログインする際に利用するユーザごとに割り当てられたユーザＩＤを記憶する。ログイン時のユーザＩＤの利用形態については後述する。未登録閲覧対象（２２０３）は本システムを利用するユーザが本システムを利用して電子化した文書を検索、閲覧する際に検索条件に合致した閲覧の対象となる文書のドキュメントＮＯ（２３０１）を記憶する。文書閲覧時の未登録閲覧対象（２２０３）の利用形態については後述する。
２２０１ ユーザテーブルユーザＮＯはユーザごとに割り当てられた番号を記憶する。
２２０２ ユーザテーブルユーザＩＤはユーザごとのユーザＩＤを記憶する。
２２０３ ユーザテーブル未登録閲覧対象はユーザごとの閲覧対象文書を記憶する。
図２３を説明する。

図２３は本願発明における文書管理サーバ（文書管理装置）１００内のデータベース（ＤＢ）として記憶する（未読文書管理記憶手段）ドキュメントテーブル（文書テーブル）を示す図である。未読文書管理記憶手段は、未読文書情報と当該未読文書を閲覧したユーザ情報を一意に対応づけて記憶する。

ドキュメントテーブルにはドキュメントＮＯ（２３０１）、ファイル名（２３０２）、金融機関コード（２３０３）、データステータス（２３０４）、照会者ＩＤ（２３０５）が記憶される。

ドキュメントＮＯ（２３０１）は本システムの文書管理サーバ１００内に保存されている文書ごとに割り当てられた番号を記憶する。なおドキュメントＮＯ（２３０１）はユーザテーブル（図２２）内の未登録閲覧対象（２２０３）で利用する。

ファイル名（２３０２）は本システムの文書管理サーバ内に保存されている文書のファイル名が記憶される。ファイル名（２３０２）は後述する文書イメージ画面（図１６）のファイル名表示部（１６０３）に利用される。

金融機関コード（２３０３）は本システムの文書管理サーバ内に保存されている文書を、本システムを利用するユーザが本システムを利用して文書の検索を行う際に使用する検索条件を記憶する。

データステータス（２３０４）は本システムの文書管理サーバ内に保存されている文書を、本システムを利用するユーザが本システムを利用して文書の検索を行う際に使用する検索条件を記憶する。またデータステータス（２３０４）は本システムを利用するユーザが本システムを利用して文書の閲覧を行い、文書の整合性の確認を行うが、その際の確認状況を記憶する。詳細については後述する。
データステータスに記憶される種別は以下の４つある。

未確認はどのユーザも表示していない未読のデータステータスである。かつユーザにより確認ボタン（図１６の１６０７）を押下されていないデータステータスである。未読文書である。このデータステータスの時は未読であるため照会者ＩＤ（ユーザＩＤ）はない。

閲覧中はユーザが表示中の既読のデータステータスである。かつユーザにより確認ボタン（図１６の１６０７）を押下されていないデータステータスである。既読文書である。このデータステータスの時は既読であるため照会者ＩＤ（ユーザＩＤ）がある。

閲覧済みはユーザが表示済みの既読のデータステータスである。かつユーザにより確認ボタン（図１６の１６０７）を押下されていないデータステータスである。既読文書である。このデータステータスの時は既読であるため照会者ＩＤ（ユーザＩＤ）がある。

確認済みはユーザが表示済みの既読のデータステータスである。かつユーザが確認ボタン（図１６の１６０７）を押下済みのデータステータスである。既読文書である。このデータステータスの時は既読であるため照会者ＩＤ（ユーザＩＤ）がある。

照会者ＩＤ（２３０５）はドキュメントテーブルに記憶されている未読文書を最初に閲覧したユーザのユーザＩＤが登録され、ドキュメントテーブルが記憶する。
２３０１ ドキュメントテーブル文書ＮＯは文書ごとに割り当てられた番号を記憶する。

文書ごとに割り当てられた番号は、未読文書情報に当該未読文書情報が文書テーブルに登録された場合に、登録された順序が識別可能な情報を管理サーバ１００が付与する（登録順序情報付与手段）。

未読文書選択手段が未読文書情報を選択する場合には、登録順序情報付与手段が付与した登録された順序が識別可能な情報に従って未読文書情報を選択してもよい。

既読文書選択手段が既読文書情報を選択する場合には、登録順序情報付与手段が付与した登録された順序が識別可能な情報に従って未読文書情報を選択してもよい。
２３０２ ドキュメントテーブルファイル名は実際の文書のファイル名を記憶する。
２３０３ ドキュメントテーブル金融機関コードは検索条件として使用する金融機関コードを記憶する。
２３０４ ドキュメントテーブルデータステータスは検索条件として使用するデータステータスを記憶する。
２３０５ ドキュメントテーブル照会者ＩＤは文書を閲覧したユーザＩＤを記憶する。

次に図２４から図３３までを用いて具体的に複数ユーザ（ユーザＡとユーザＢ）による同時に未確認（未読）イメージの確認操作が行われる場合の本システムの制御の一例について説明する。
図２４を説明する。

まず図２４では左部のユーザＩＤ（ドキュメントテーブル照会者ＩＤ）ｃｈｅｃｋ００１であるユーザのクライアント端末（以下ユーザＡ）から検索条件入力画面から金融機関コード入力部（１５０１）とデータステータス選択部（１５０２）に検索条件として未確認（未読）を入力後、検索ボタン（１５０３）を押下する。検索ボタン（１５０３）が押下されるとユーザＡから検索条件入力画面にて入力した検索条件がサーバ１００へ送信される。

サーバ１００は検索条件（未確認（未読））を受信すると、検索条件（未確認（未読））に該当する文書をドキュメントテーブル内から検索する。まずドキュメントテーブル内の文書から検索条件として受信している金融機関コードが合致する文書を抜き出す。

次に抜き出した文書からドキュメントテーブル内のデータステータスが「未確認（未読）」の文書を抜き出す。さらにドキュメントテーブル内の照会者ＩＤが未入力の状態の文書を抜き出す。全ての条件に合致した文書をユーザテーブルの未登録閲覧対象文書に登録する。

図２４ではユーザＡから金融機関コード「空欄（条件なし）」、データステータス「未確認（未読）」の検索条件が送信され、ドキュメントテーブル内の検索を行った結果ｃｈｅｃｋ００１の未登録閲覧対象には１，２，３，４，５の文書ＮＯが登録されている。検索はまず金融機関コードを用い行われ、今回は条件なしのため、文書ＮＯ１，２，３，４，５が対象となる。次にデータステータスを用い検索が行われ、今回は「未確認（未読）」を検索条件のため、文書ＮＯ１，２，３，４，５が対象となる。

次に照会者ＩＤを用い検索が行われ、今回はｃｈｅｃｋ００１が検索条件のため、文書ＮＯ１，２，３，４，５が対象となる。検索の結果ユーザテーブル内の未登録閲覧対象には文書ＮＯ１，２，３，４，５が登録される。ここまでが前述したステップ２００１からステップ２０１３（図４）で説明したフローになる。
図２５を説明する。

図２５ではステップ８００１からステップ８００７（図７）で説明した閲覧文書決定フローを利用し、ユーザＡの文書イメージ画面に文書が決定され表示される。

文書イメージ画面を表示するとサーバ１００はドキュメントテーブルのデータステータスを更新し、照会者ＩＤ（ｃｈｅｃｋ００１）を登録する。つまり図２５ではドキュメントＮＯ１の文書のデータステータスが未確認から閲覧中に更新される。照会者ＩＤがｃｈｅｃｋ００１となる。

次にユーザＡがドキュメントテーブル内の文書ＮＯ１の文書を閲覧中に右部のユーザＩＤ（ドキュメントテーブル照会者ＩＤ）ｃｈｅｃｋ００２であるユーザのクライアント端末（以下ユーザＢ）から検索ボタンを押下する。検索ボタンが押下されると前述したステップ２００１から２０１３（図４）のフローが実行される。

図２５ではユーザＢから金融機関コード「空欄（条件なし）」、データステータス「未確認（未読）」の検索条件が送信され、ドキュメントテーブル内の検索を行った結果ｃｈｅｃｋ００２の未登録閲覧対象には２，３，４，５の文書ＮＯが登録される。検索はまず金融機関コードを用い行われ、今回は条件なしのため、文書ＮＯ１，２，３，４，５が対象となる。
次にデータステータスを用い検索が行われ、今回は「未確認（未読）」を検索条件のため、文書ＮＯ２，３，４，５が対象となる。

次に照会者ＩＤを用い検索が行われ、今回はｃｈｅｃｋ００２が検索条件のため、文書ＮＯ２，３，４，５が対象となる。検索の結果ユーザテーブル内の未登録閲覧対象には文書ＮＯ２，３，４，５が登録される。
図２６を説明する。

図２６ではステップ８００１からステップ８００７（図７）で説明した閲覧文書決定フローを利用してユーザＢ文書イメージ画面にはドキュメントＮＯ２の文書が決定され表示される。

この時ドキュメントテーブルのデータステータス、照会者ＩＤ（ｃｈｅｃｋ００２）を登録する。図２６ではドキュメントＮＯ２の文書のデータステータスが未確認から閲覧中に更新される。照会者ＩＤ（ｃｈｅｃｋ００２）を登録する。
次にユーザＡが確認ボタンを押下する。
図２７を説明する。

図２７ではステップ４００１から４００７（図６）およびステップ８００１から８００７（図７）で説明したフローに従い、ユーザＡには文書ＮＯ３の文書が決定され表示される。

この時ドキュメントテーブルのデータステータスを更新し、照会者ＩＤ（ｃｈｅｃｋ００１）を登録する。図２７ではドキュメントＮＯ１の文書のデータステータスが閲覧中から確認済みに更新される。更にドキュメントＮＯ３の文書のデータステータスが未確認から閲覧中に更新される。照会者ＩＤ（ｃｈｅｃｋ００１）を登録する。
ここでユーザＡは前イメージボタン、ユーザＢは次イメージボタンを押下する。
図２８を説明する。

図２８ではステップ６００１からステップ６００７（図９）の説明に従いユーザＡには文書ＮＯ１の文書（既読文書）が決定され表示され、ステップ７００１からステップ７００７（図１０）の説明に従いユーザＢのクライアント端末２００には文書ＮＯ４の文書（未読文書）が決定され表示される。

この時ドキュメントテーブルのデータステータスを更新する。照会者ＩＤ（ｃｈｅｃｋ００２）を登録する。図２８ではドキュメントＮＯ２の文書のデータステータスが閲覧中から閲覧済みに更新される。ドキュメントＮＯ３の文書のデータステータスが閲覧中から閲覧済みに更新される。ドキュメントＮＯ４の文書のデータステータスが未確認から閲覧中に更新される。照会者ＩＤ（ｃｈｅｃｋ００２）を登録する。
ここでユーザＡは次イメージボタンを押下し、ユーザＢは確認状況ボタンを押下する。
図２９を説明する。
図２９ではステップ７００１からステップ７００７（図１０）の説明に従いユーザＡのクライアント端末２００には文書ＮＯ３の文書が決定され表示される。

図１０では、未読文書決定の処理を説明したが、ここでは文書ＮＯ３の文書はユーザＡ（ｃｈｅｃｋ００１）による既読文書になっている。この場合に既読文書を再表示する場合は、閲覧者情報判定手段があると判定した場合に、受信したユーザ情報と文書ＮＯ３に対応づけられたユーザ情報が一致するかを判定し、一致したと判定した場合は、既読文書として決定する第２の既読ユーザ判定手段を、閲覧者情報判定手段の後に追加することで、次イメージボタンを押した場合であっても、ユーザＡ（ｃｈｅｃｋ００１）にとって既読文書である文書ＮＯ３を決定することもできる。

ドキュメントＮＯ３の文書のデータステータスを閲覧済みから閲覧中に更新する。ステップ５００１からステップ５００６（図８）の説明に従いユーザＢのクライアント端末２００には登録状況確認画面（図１７）が表示される。登録状況確認画面はドキュメントテーブル内の全ての文書ＮＯの情報を取得し表示させる。
ここでユーザＡは確認ボタンを押下し、ユーザＢは閉じるボタンを押下する。
図３０を説明する。

図３０ではステップ４００１から４００７（図６）およびステップ８００１から８００７（図８）の説明に従いユーザＡのクライアント端末２００は文書ＮＯ５の文書が決定され表示する。

この時ドキュメントテーブルのデータステータスを更新し、照会者ＩＤ（ｃｈｅｃｋ００１）を登録する。図３０ではドキュメントＮＯ３の文書のデータステータスを閲覧中から確認済みに更新する。ドキュメントＮＯが５文書のデータステータスを未確認から閲覧中に更新する。照会者ＩＤ（ｃｈｅｃｋ００１）を登録する。
ここでユーザＡは確認ボタンを押下し、ユーザＢは確認ボタンを押下する。
図３１を説明する。

図３１ではステップ９００１からステップ９００２（図１１）、ステップ１０００１からステップ１０００２（図１２）の説明に従いユーザＡのクライアント端末２００は同一条件再検索確認画面（図１９）を表示し、ステップ９００１からステップ９００４（図１１）の説明に従いユーザＢのクライアント端末は閲覧済み未登録文書存在通知画面（図１８）を表示する。

図３１ではまずドキュメントＮＯ４の文書のデータステータスを閲覧中から確認済みに更新する。ドキュメントＮＯ５の文書のデータステータスを閲覧中から確認済みに更新する。更新後、サーバ１００はユーザＡに対してユーザテーブル内の未登録閲覧対象の文書かつドキュメントテーブル内の照会者ＩＤが自ユーザになっている文書のデータステータスを確認し、全て確認済みとなっているため同一条件策検索画面（図１９）をユーザＡに表示する。

またユーザＢに対しては同様にユーザテーブル内の未登録閲覧対象の文書かつドキュメントテーブル内の照会者ＩＤが自ユーザになっている文書のデータステータスを確認し、閲覧済みの文書が存在するため閲覧済み未登録文書存在通知画面（図１８）を表示する。
ここでユーザＡ、ユーザＢともにはいボタンを押下する。
図３２を説明する。

図３２ではステップ２００７からステップ２０１２（図４）での説明に従い、ユーザＡのクライアント端末２００は検索条件該当文書無画面（図２０）を表示し、ステップ８００１からステップ８００６（図７）の説明に従い、ユーザＢのクライアント端末２０１はデータステータスが閲覧済みの文書ＮＯ２の文書が決定され表示する。

この時ユーザテーブルのユーザ未登録閲覧対象が更新される。図３２ではユーザテーブル内のＣｈｅｃｋ００１の未登録閲覧対象は全てリセットされ、未登録閲覧対象に登録された文書ＮＯは全て空欄になる。Ｃｈｅｃｋ００２の未登録閲覧対象にはドキュメントテーブル内のデータステータスが閲覧済みのドキュメントＮＯ２の文書が更新される。またドキュメントテーブルのドキュメントＮＯ２の文書のデータステータスを閲覧中に更新する。
ここでユーザＡはＯＫボタンを押下し、ユーザＢは確認ボタンを押下する。
図３３を説明する。
図３３ではユーザＡのクライアント端末２００は検索条件入力画面が表示し、ユーザＢのクライアント端末２０１は同一条件先検索画面（図１９）を表示する。
サーバ１００はドキュメントテーブル内のドキュメントＮＯ２の文書のデータステータスを閲覧中から確認済みに更新する。
図３４を説明する。
図３４は、図３５〜図３７の処理を実行するための、図２３のドキュメントテーブル（文書テーブル）の変形例である。
文書毎の文書データには、文書（ファイル名）と管理番号（ＮＯ）を一意に対応づけて管理している。
文書毎の文書データには、文書（ファイル名）と該文書を閲覧済みであることが識別可能な情報（紹介者ＩＤ）を一意に対応づけて管理している。
文書毎の文書データには、文書（ファイル名）と該文書を過去に閲覧したユーザＩＤ（閲覧履歴情報）を一意に対応づけて管理している。

文書毎の文書データには、文書（ファイル名）とデータステータスを一意に対応づけて記憶している。データステータスは、未読、閲覧中、既読の３つに切り替わる。
図３４のデータステータスの未読は図２３のデータステータスの未確認と同じ意味である。
図３４のデータステータスの既読は図２８のデータステータスの閲覧済みと同じ意味である。
文書管理装置は、文書毎の文書データを全て管理する文書テーブルをデータベースとして記憶している（文書記憶手段）。

図３４の３４０１は、ユーザであるｃｈｅｃｋ００１が、次イメージボタンを押下した後のドキュメントテーブルである。次イメージボタンの押下に従って、（１）空欄であった紹介者ＩＤの欄にｃｈｅｃｋ００１が登録される。これによりｃｈｅｃｋ００１が、閲覧終了ボタンを押下するまでは、紹介者ＩＤの欄にｃｈｅｃｋ００１が登録される文書を占有することができる。

図３４の３４０２は、ユーザであるｃｈｅｃｋ００１が、前イメージボタンを押下した後のドキュメントテーブルである。前イメージボタンの押下に従って、（１）紹介者ＩＤは変化しない。

図３４の３４０３は、ユーザであるｃｈｅｃｋ００２が、閲覧終了ボタンを押下した後のドキュメントテーブルである。閲覧終了ボタンの押下に従って、（１）紹介者ＩＤを占有していたｃｈｅｃｋ００２が紹介者ＩＤの欄から削除される。（２）空欄であった閲覧履歴の欄に、ｃｈｅｃｋ００２が登録される。

図３４の３４０４は、ユーザであるｃｈｅｃｋ００１が、次イメージボタンを押下した後のドキュメントテーブルである。次イメージボタンの押下に従って、（１）空欄であった紹介者ＩＤの欄にｃｈｅｃｋ００１が登録される。（２）閲覧履歴の欄にｃｈｅｃｋ００２があるので、ステップＳ１１０で、閲覧履歴がある未読文書である旨を、次文書表示要求を受信したクライアント端末に通知する（通知手段）。
図３５を説明する。

図３５は、次イメージボタン（図１６の１６０６）が押下された場合に、文書管理装置１００の文書決定処理を行うフローチャートの変形例である。図６のＦから始まり、図６のＧに戻る処理である。
ここではドキュメントテーブル（文書テーブル）を使用して、次イメージボタンが押下されたクライアント端末に表示する文書を決定する処理を説明する。

ステップＳ１０１では、クライアント端末は、第１の目的として、次の表示で自身や他のユーザといった現在誰も閲覧していない未読の文書を優先的に表示させるために、クライアント端末を識別するためのユーザＩＤ（自身）を含む次文書決定要求(次文書表示要求)を文書管理装置に送信する。

第２の目的として、次の表示で自身が既に閲覧した既読の文書を優先的に表示させるために、クライアント端末を識別するためのユーザＩＤ（自身）を含む次文書決定要求(次文書表示要求)を文書管理装置に送信する。
ステップＳ１０２では、文書管理装置は、クライアント端末から次文書決定要求(次文書表示要求)を受信する（次文書表示要求受信手段）。

ステップＳ１０３では、文書管理装置は、次文書決定要求を受信したクライアント端末に対して現在表示指示していない（次文書決定要求を受信したクライアント端末が現在表示していない）１つの文書データを文書テーブルの複数の文書データの中から、次に表示指示する文書データの候補として選択する（未読文書選択手段）。

またステップＳ１０３での文書データの選択処理は、文書管理装置が次に表示指示する文書を決定するまで、文書テーブルの複数の文書データの中から異なる１つの文書データを繰り返し選択（再選択）するものである。

またステップＳ１０３での文書データの選択処理において、次文書決定要求を受信したクライアント端末に現在表示指示中(閲覧中)の文書データがある場合は、ここで選択する文書データから除外するものとする。

またステップＳ１０３での文書データの選択処理において、最初に選択する文書データを抽出する方法として、文書の管理番号（順序づけた番号）が小さい方から優先的に選択する。さらに次文書決定要求を受信したクライアント端末に現在表示指示中(閲覧中)の文書データの管理番号よりも１つ大きい番号を優先的に選択する等の、ステップＳ１０３での最初の処理時どの文書データを選択するかの抽出ルールを予め設定することで、文書を決定処理する場合に文書データの選択順序も制御可能となる。

つまり、次イメージボタン(次文書決定要求）の場合は、図３４の３４０１に示すドキュメントテーブルのＮＯである文書の管理番号（順序づけた番号）が、１→２→３→４→５→６の昇順で文書データのステップＳ１０３での選択順番を制御する。

ステップＳ１０４では、文書管理装置は、文書テーブルを検索し、ステップＳ１０３で選択していない残りの文書データがあるかいなかを判定し、選択残りの最終の確認をする。
ステップＳ１０５で判定していない残りの文書データがある（文書決定処理進行中）場合は、ステップＳ１０５に進む。

ステップＳ１０５で判定していない残りの文書データがない（ステップＳ１０５で、ステップＳ１０３で選択した全ての文書データを判定した）場合は、Ｇに進む。

この場合は、クライアント端末から次文書決定要求に対して入れ替える文書イメージがないので、現在の表示指示（文書イメージ）をそのまま保持し、クライアント端末からの次文書決定要求に対して文書イメージが入れ替わらない。
これにより、ステップＳ１０３での選択処理の終了判定ができる。

ステップＳ１０５では、文書管理装置は、文書テーブルを検索し、ステップＳ１０３で選択した１つの文書データの紹介者ＩＤの欄にユーザＩＤ（文書を閲覧済みであることが識別可能な情報）が登録されているかいなかを判定する（閲覧情報判定手段）。

登録されていない（空欄である）と判定した場合には、ステップＳ１０６に進む。これにより、クライアント端末で次ボタンを押下した場合に、現在表示指示された文書データの次にクライアント端末に表示指示する文書データとして、文書テーブルの文書データの中から、現在だれも閲覧していない未読の文書を優先して決定することができる。
登録されている（何れかのユーザＩＤがある）と判定した場合には、ステップＳ１０７に進む。

ステップＳ１０６では、文書管理装置は、ステップＳ１０３で選択した１つの文書データを、次文書表示要求を受信したクライアント端末に表示指示する文書データとして決定する（未読文書決定手段）。
この場合は、クライアント端末から次文書決定要求に対して文書イメージの入れ替え可能である。

さらにここで、文書管理装置は、ステップＳ１０３で受信したユーザＩＤを、ステップＳ１０６で決定した文書テーブルの文書データの紹介者ＩＤの欄（空欄である）に識別可能な情報として登録する（閲覧情報登録手段）。

ここで文書データに対応づけてユーザＩＤを登録することにより、前イメージボタンで同一のユーザが既に閲覧した既読の文書に戻った後に、次イメージボタンを押下した場合に、ステップＳ１０７で決定するかいなかを判定する基準となる。

ステップＳ１０７では、文書管理装置は、文書テーブルを検索し、ステップＳ１０３で選択した選択した１つの文書データのユーザＩＤ（識別可能な情報）と、ステップＳ１０２で受信したユーザＩＤとが一致するかいなかを判定する（第２の既読ユーザ判定手段）。

一致する（同じユーザＩＤである）と判定した場合には、ステップＳ１０８に進む。これにより、前ボタンで同一のユーザが既に閲覧した既読の文書に戻った後に、次ボタンを押下した場合でも、同一のユーザが既に閲覧した既読の文書を優先的に次の文書として決定し再度表示することができ、他のユーザにより既読となっている文書をスキップし表示することができる。
一致しない（他のユーザＩＤである）と判定した場合には、ステップＳ１０３に進み別の文書データを再選択する。

ステップＳ１０８では、文書管理装置は、ステップＳ１０３で選択した１つの文書データを、次文書表示要求を受信したクライアント端末に表示指示する文書データとして決定する（未読文書決定手段）。
この場合は、クライアント端末から次文書決定要求に対して文書イメージの入れ替え可能である。

ステップＳ１０９では、ステップＳ１０６で決定した文書データに閲覧履歴の欄に（図３４の３４０３の閲覧履歴）がユーザＩＤがあるかいなかを判定する（閲覧履歴判定手段）。
ある（ユーザＩＤあり）と判定した場合に、ステップＳ１１０に進む。
ない（空欄）と判定した場合に、ステップＳ１１１に進む。
ステップＳ１１０では、文書管理装置は、閲覧履歴がある未読文書である旨を、次文書表示要求を受信したクライアント端末に通知する（通知手段）。
通知する方法としては、図１６の１６１２のように、新規未読文書であることが識別可能な表示データを、クライアント端末に表示指示する方法でもよい。

つまり、ユーザが次イメージ要求を押下して既読文書を表示する場合に、既読文書を表示する前に割り込まれた、未読文書であることをユーザに通知できればよい。
よって閲覧履歴に限らず、閲覧作業中に新規に文書テーブルに登録（追加）された未読の文書データであることを通知する方法であってもよい。

ステップＳ１１１では、文書管理装置は、ステップＳ１０６及びステップＳ１０８で決定した文書データの文書イメージをステップＳ１０３で次文書決定要求を受信したクライアント端末に表示指示する。
ステップＳ１１２では、クライアント端末は、図１６の１６０１に示すように、受信した文書イメージを表示部に表示する。
この場合は、クライアント端末からの次文書決定要求に対して文書イメージが入れ替わる。
その後Ｇに進む。
図３６を説明する。

図３６は、前イメージボタン（図１６の１６０５）が押下された場合に、文書管理装置１００の文書決定処理を行うフローチャートの変形例である。図６のＥから始まり、図６のＧに戻る処理である。
ここではドキュメントテーブルを使用して、前イメージボタンが押下されたクライアント端末に表示する文書を決定する処理を説明する。

ステップＳ２０１では、クライアント端末は、前に戻る表示で自身が既に閲覧した既読の文書を優先的に表示させるために、クライアント端末を識別するためのユーザＩＤ（自身）を含む前文書決定要求(前文書表示要求)を文書管理装置に送信する。
ステップＳ２０２では、文書管理装置は、クライアント端末から前文書決定要求(前文書表示要求)を受信する（前文書表示要求受信手段）。

ステップＳ２０３では、文書管理装置は、前文書決定要求を受信したクライアント端末に対して現在表示指示していない（前文書決定要求を受信したクライアント端末が現在表示していない）１つの文書データを文書テーブルの複数の文書データの中から、前に戻って表示指示する文書データの候補として選択する（既読文書選択手段）。

またステップＳ２０３での文書データの選択処理は、文書管理装置が前に戻って表示指示する文書を決定するまで、文書テーブルの複数の文書データの中から異なる１つの文書データを繰り返し選択（再選択）するものである。

またステップＳ２０３での文書データの選択処理において、前文書決定要求を受信したクライアント端末に現在表示指示中(閲覧中)の文書データがあるので、ここで選択する文書データから除外するものとする。

またステップＳ２０３での文書データの選択処理において、最初に選択する文書データを抽出する方法として、文書の管理番号（順序づけた番号）が大きい方から優先的に選択する。さらに前文書決定要求を受信したクライアント端末に現在表示指示中(閲覧中)の文書データの管理番号よりも１つ小さい番号を優先的に選択する等の、ステップＳ２０３での最初の処理時どの文書データを選択するかの抽出ルールを予め設定することで、文書を決定処理する場合に文書データの選択順序も制御可能となる。

つまり、前イメージボタン(前文書決定要求）の場合は、図３４の３４０１に示すドキュメントテーブルのＮＯである文書の管理番号（順序づけた番号）が、６→５→４→３→２→１の降順で文書データのステップＳ１０３での選択順番を制御する。

ステップＳ２０４では、文書管理装置は、文書テーブルを検索し、ステップＳ２０３で選択していない残りの文書データがあるかいなかを判定し、選択残りの最終の確認をする。
ステップＳ２０５で判定していない残りの文書データがある（文書決定処理進行中）場合は、ステップＳ２０５に進む。

ステップＳ２０５で判定していない残りの文書データがない（ステップＳ２０５で、ステップＳ２０３で選択した全ての文書データを判定した）場合は、Ｇに進む。

この場合は、クライアント端末から前文書決定要求に対して入れ替える文書イメージがないので、現在の表示指示（文書イメージ）をそのまま保持し、クライアント端末からの前文書決定要求に対して文書イメージが入れ替わらない。
これにより、ステップＳ２０３での選択処理の終了判定ができる。

ステップＳ２０５では、文書管理装置は、文書テーブルを検索し、ステップＳ２０３で選択した１つの文書データの紹介者ＩＤの欄にユーザＩＤ（文書を閲覧済みであることが識別可能な情報）が登録されているかいなかを判定する。

登録されていない（空欄である）と判定した場合には、ステップＳ２０３に進む。これにより、前イメージに戻りたいので既読の文書だけを選択したいので、ステップＳ２０３で未読の文書が選択された場合には、文書データを再選択することができる。
登録されている（何れかのユーザＩＤがある）と判定した場合には、ステップＳ２０６に進む。

ステップＳ２０６では、文書管理装置は、文書テーブルを検索し、ステップＳ２０３で選択した選択した１つの文書データのユーザＩＤ（識別可能な情報）と、ステップＳ２０２で受信したユーザＩＤとが一致するかいなかを判定する（第１の既読ユーザ判定手段）。

一致する（同じユーザＩＤである）と判定した場合には、ステップＳ２０７に進む。これにより、前イメージボタンを押下した場合に、同一のユーザが既に閲覧した既読の文書を優先的に前の文書として決定し再度表示することができ、他のユーザにより既読となっている文書をスキップし表示することができる。
一致しない（他のユーザＩＤである）と判定した場合には、ステップＳ２０３に進み別の文書データを再選択する。

ステップＳ２０７では、文書管理装置は、ステップＳ２０３で選択した１つの文書データを、前文書表示要求を受信したクライアント端末に表示指示する文書データとして決定する（既読文書決定手段）。
この場合は、クライアント端末から前文書決定要求に対して文書イメージの入れ替え可能である。

ステップＳ２０８では、文書管理装置は、ステップＳ２０７で決定した文書データの文書イメージをステップＳ２０３で前文書決定要求を受信したクライアント端末に表示指示する。
ステップＳ２０９では、クライアント端末は、図１６の１６０１に示すように、受信した文書イメージを表示部に表示する。
この場合は、クライアント端末からの前文書決定要求に対して文書イメージが入れ替わる。
その後Ｇに進む。
図３７を説明する。

図３７は、閲覧終了ボタン（図１６の１６１１）が押下された場合に、文書管理装置１００の閲覧終了処理を行うフローチャートである。図６のＭから始まる処理である。

ステップＳ３０１では、クライアント端末は、ユーザがこれまでに行った文書の閲覧を終了させるために、クライアント端末を識別するためのユーザＩＤ（自身）を含む閲覧終了要求を文書管理装置に送信する。
ステップＳ３０２では、文書管理装置は、クライアント端末から閲覧終了要求を受信する。
ステップＳ３０３では、文書管理装置は、１つの文書データを文書テーブルの複数の文書データの中から、閲覧終了処理する文書データの候補として選択する。

またステップＳ３０３での文書データの選択処理は、閲覧終了処理をする文書データが無くなるまで、文書テーブルの複数の文書データの中から異なる１つの文書データを繰り返し選択（再選択）するものである。

ステップＳ３０４では、文書管理装置は、文書テーブルを検索し、ステップＳ３０３で選択していない残りの文書データがあるかいなかを判定し、選択残りの最終の確認をする。
ステップＳ３０５で判定していない残りの文書データがある（閲覧終了処理進行中）場合は、ステップＳ３０５に進む。

ステップＳ３０５で判定していない残りの文書データがない（ステップＳ３０５で、ステップＳ３０３で選択した全ての文書データを判定した）場合は、ステップＳ３０９に進む。
これにより、ステップＳ３０３での選択処理の終了判定ができる。

ステップＳ３０５では、文書管理装置は、文書テーブルを検索し、ステップＳ３０３で選択した１つの文書データの紹介者ＩＤの欄にユーザＩＤ（文書を閲覧済みであることが識別可能な情報）が登録されているかいなかを判定する。

登録されていない（空欄である）と判定した場合には、ステップＳ３０３に進む。これにより、ここでは既読の文書だけを選択したいので、ステップＳ３０３で未読の文書が選択された場合には、文書データを再選択することができる。
登録されている（何れかのユーザＩＤがある）と判定した場合には、ステップＳ３０６に進む。

ステップＳ３０６では、文書管理装置は、文書テーブルを検索し、ステップＳ３０３で選択した１つの文書データのユーザＩＤ（識別可能な情報）と、ステップＳ３０２で受信したユーザＩＤとが一致するかいなかを判定する。

一致する（同じユーザＩＤである）と判定した場合には、ステップＳ３０７に進む。これにより、紹介者ＩＤと閲覧終了要求をしたユーザＩＤが同じである文書データを決定し、ステップＳ１０９での判定基準となる閲覧終了時の文書データ編集処理を実行することができる
一致しない（他のユーザＩＤである）と判定した場合には、ステップＳ３０３に進み別の文書データを再選択する。
ステップＳ３０７では、ステップＳ３０６で決定した文書データの閲覧履歴の欄にステップＳ３０２で受信したユーザＩＤを登録する。
これにより、ユーザが閲覧作業を終了したあとでも、過去に閲覧があったことを履歴で残している。
ステップＳ３０８では、ステップＳ３０６で決定した文書データの紹介者ＩＤの欄からユーザＩＤを削除する。

ここで紹介者ＩＤを削除することで、これにより閲覧作業中に特定のユーザが占有していた文書データを、他の閲覧作業中のユーザが次イメージボタンを押下した場合に、新規の未読の文書として表示することができる。
ステップＳ３０９では、文書管理装置は終了指示をクライアント端末に送信し、操作を終了する。

また、本発明におけるプログラムは、図３〜図１２及び図３５〜図３７に示すフローチャートの処理方法をコンピュータが読み取り実行可能なプログラムであり、本発明の記憶媒体は図３〜図１２及び図３５〜図３７の処理方法をコンピュータが実行可能なプログラムとして、文書管理サーバ１００の外部メモリ４１１に記憶されている。

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

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

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

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

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

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

さらに、本発明を達成するためのプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

１００ 文書管理サーバ（文書管理装置）
２００ クライアント端末
４０１ ＣＰＵ
４０２ ＲＯＭ
４０３ ＲＡＭ（記憶部）
４１１ 外部メモリ（記憶部）

Claims (9)

1. クライアント端末と通信可能に接続された文書管理装置であって、
   文書毎に、文書と該文書を閲覧済みであることが識別可能な情報とを一意に対応づけた文書データを記憶する文書記憶手段と、
   前記クライアント端末から、未読の文書を表示すべく次文書表示要求を受信する次文書表示要求受信手段と、
   前記次文書表示要求を受信した場合に、前記文書記憶手段が記憶する文書データの中から、１つの文書データを選択する未読文書選択手段と、
   前記文書記憶手段が記憶している前記選択した１つの文書データに前記識別可能な情報があるかいなかを判定する閲覧情報判定手段と、
   前記閲覧情報判定手段がないと判定した場合に、前記選択した１つの文書データを、前記次文書表示要求を受信したクライアント端末に表示指示する文書データとして決定する未読文書決定手段と、
   を備えることを特徴とする文書管理装置。
2. 前記識別可能な情報は、文書を閲覧したユーザ情報であることを特徴とする請求項１に記載の文書管理装置。
3. 前記次文書表示要求受信手段は、前記クライアント端末から、前記次文書表示要求とともにユーザ情報をさらに受信し、
   前記未読文書決定手段が前記表示指示する文書データを決定した場合に、前記文書記憶手段が記憶している前記決定した文書データに前記受信したユーザ情報を前記識別可能な情報として登録する閲覧情報登録手段をさらに備えることを特徴とする請求項２に記載の文書管理装置。
4. 前記クライアント端末から、閲覧済みの文書を表示すべく、ユーザ情報を含む前文書表示要求を受信する前文書表示要求受信手段と、
   前記前文書表示要求を受信した場合に、前記文書記憶手段が記憶する文書データの中から、１つの文書データを選択する既読文書選択手段と、
   前記文書記憶手段が記憶している前記既読文書選択手段が選択した１つの文書データの前記識別可能な情報と、前記前文書表示要求に含まれているユーザ情報とが一致するかいなかを判定する第１の既読ユーザ判定手段と、
   前記第１の既読ユーザ判定手段の判定結果が一致すると判定した場合に、前記既読文書選択手段が選択した１つの文書データを、前記前文書表示要求を受信したクライアント端末に表示指示する文書データとして決定する既読文書決定手段と、
   をさらに備えることを特徴とする請求項２または請求項３に記載の文書管理装置。
5. 前記閲覧情報判定手段が前記識別可能な情報があると判定した場合に、前記文書記憶手段が記憶している前記未読文書選択手段が選択した１つの文書データの前記識別可能な情報と、前記前文書表示要求受信手段が受信したユーザ情報とが一致するかいなかを判定する第２の既読ユーザ判定手段をさらに備え、
   前記未読文書決定手段は、前記第２の既読ユーザ判定手段が一致すると判定した場合に、前記未読文書選択手段が選択した１つの文書データを、前記次文書表示要求を受信したクライアント端末に表示指示する文書データとして決定することを特徴とする請求項２乃至請求項４のいずれか１項に記載の文書管理装置。
6. 前記文書記憶手段の文書データは、文書と過去の閲覧履歴情報とを一意に対応づけてさらに記憶し、
   前記閲覧情報判定手段が前記識別可能な情報がないと判定し、前記未読文書決定手段が決定した文書データに前記閲覧履歴情報があるかいなかを判定する閲覧履歴判定手段と、
   前記閲覧履歴判定手段があると判定した場合に、閲覧履歴がある未読文書である旨を、前記次文書表示要求を受信したクライアント端末に通知する通知手段と、
   をさらに備えることを特徴とする請求項２乃至請求項５のいずれか１項に記載の文書管理装置。
7. 前記文書記憶手段の文書データは、文書と当該文書に順序づけた番号とを一意に対応づけてさらに記憶し、
   前記未読文書選択手段が１つの文書データを選択する場合に、前記順序づけた番号に従って選択することを特徴とする請求項２乃至請求項６のいずれか１項に記載の文書管理装置。
8. クライアント端末と通信可能に接続された、文書毎に、文書と該文書を閲覧済みであることが識別可能な情報とを一意に対応づけた文書データを記憶する文書記憶手段を備える
   文書管理装置の制御方法であって、
   前記文書管理装置の次文書表示要求受信手段が、前記クライアント端末から、未読の文書を表示すべく次文書表示要求を受信する次文書表示要求受信工程と、
   前記文書管理装置の未読文書選択手段が、前記次文書表示要求を受信した場合に、前記文書記憶手段が記憶する文書データの中から、１つの文書データを選択する未読文書選択工程と、
   前記文書管理装置の閲覧情報判定手段が、前記文書記憶手段が記憶している前記選択した１つの文書データに前記識別可能な情報があるかいなかを判定する閲覧情報判定工程と、
   前記文書管理装置の未読文書決定手段が、前記閲覧情報判定工程がないと判定した場合に、前記選択した１つの文書データを、前記次文書表示要求を受信したクライアント端末に表示指示する文書データとして決定する未読文書決定工程と、
   を含むことを特徴とする制御方法。
9. クライアント端末と通信可能に接続された文書管理装置で読み取り実行可能なプログラムであって、
   前記文書管理装置を、
   文書毎に、文書と該文書を閲覧済みであることが識別可能な情報とを一意に対応づけた文書データを記憶する文書記憶手段と、
   前記クライアント端末から、未読の文書を表示すべく次文書表示要求を受信する次文書表示要求受信手段と、
   前記次文書表示要求を受信した場合に、前記文書記憶手段が記憶する文書データの中から、１つの文書データを選択する未読文書選択手段と、
   前記文書記憶手段が記憶している前記選択した１つの文書データに前記識別可能な情報があるかいなかを判定する閲覧情報判定手段と、
   前記閲覧情報判定手段がないと判定した場合に、前記選択した１つの文書データを、前記次文書表示要求を受信したクライアント端末に表示指示する文書データとして決定する未読文書決定手段と、
   して機能させることを特徴とするプログラム。

Images