JP2022152681A - 情報処理システム及びプログラム - Google Patents

Abstract

【課題】束ね文書の閲覧に伴うエラーを閲覧者個人による個別の問い合わせを通じて解消する場合に比して、エラーの解消に要する作業の効率化を実現する。【解決手段】情報処理システムはプロセッサを有し、プロセッサは、自又は他のシステムで管理される第１の文書が存在する場所を特定する情報を配列順にページに紐付けた第２の文書を管理し、第２の文書の閲覧時には、閲覧の対象であるページに紐付けられている第１の文書を読み出して閲覧者に提供する場合において、第１の文書を読み出せない事象が検出されたとき、事象の解消を担当者に要求する操作子を閲覧に用いる画面上に表示する。【選択図】図１２

Description

本発明は、情報処理システム及びプログラムに関する。

独立に実在する文書へのリンクを出現順に配列したデータ構造を定義することにより、閲覧するユーザには、あたかも１つの文書としての観察を可能にするサービスがある。以下では、この種の構造を有する文書を「束ね文書」という。ユーザが束ね文書を閲覧する場合、各ページに対応するリンク先から、対象とする文書がダウンロードされ、ユーザ側のディスプレイに表示される。

特開２００６－２６８３１４号公報

しかし、束ね文書へのリンクの登録後に、対象とする文書の保存場所が変更された場合や対象とする文書が保存場所から削除された場合、対象とする文書が見つからないことに起因するエラーが発生する。また、対象とする文書が登録された保存場所に存在しても、閲覧するユーザのアクセス権が失効した場合やそもそも文書が保存されているシステムへの認証に失敗する場合等にも、対象とする文書をダウンロードできない。この場合も、結果的に、閲覧のエラーが発生する。
エラーが発生する原因は他にも存在するが、エラーの解消には、文書の所有者や管理者等に問い合わせる必要があり、閲覧者に求められる作業上の負担が大きい。

本発明は、束ね文書の閲覧に伴うエラーを閲覧者個人による個別の問い合わせを通じて解消する場合に比して、エラーの解消に要する作業の効率化を実現することを目的とする。

請求項１に記載の発明は、プロセッサを有し、前記プロセッサは、自又は他のシステムで管理される第１の文書が存在する場所を特定する情報を、配列順にページに紐付けた第２の文書を管理し、前記第２の文書の閲覧時には、閲覧の対象であるページに紐付けられている前記第１の文書を読み出して閲覧者に提供する場合において、当該第１の文書を読み出せない事象が検出されたとき、当該事象の解消を担当者に要求する操作子を閲覧に用いる画面上に表示する情報処理システムである。
請求項２に記載の発明は、前記第１の文書を読み出せない事象は、前記第２の文書について登録されている前記場所に、読み出しの対象である前記第１の文書が存在しない場合である、請求項１に記載の情報処理システムである。
請求項３に記載の発明は、前記プロセッサは、前記場所に前記第１の文書が存在しなかった場合、代替的に表示する文書の指定を担当者に要求する、請求項２に記載の情報処理システムである。
請求項４に記載の発明は、前記プロセッサは、前記場所に前記第１の文書が存在しなかった場合、当該第１の文書が存在する新しい場所を担当者に要求する、請求項２に記載の情報処理システムである。
請求項５に記載の発明は、前記第１の文書を読み出せない事象は、当該第１の文書を管理するシステムに対するアクセス権を閲覧者が有しない場合である、請求項１に記載の情報処理システムである。
請求項６に記載の発明は、前記プロセッサは、読み出しの対象である前記第１の文書を管理するシステムに対するアクセス権の付与を担当者に要求する、請求項５に記載の情報処理システムである。
請求項７に記載の発明は、前記プロセッサは、読み出しの対象である前記第１の文書を管理するシステムにログインするための情報を入力する画面を閲覧者に対して提示する、請求項５に記載の情報処理システムである。
請求項８に記載の発明は、前記第１の文書を読み出せない事象は、当該第１の文書に対するアクセス権を閲覧者が有しない場合である、請求項１に記載の情報処理システムである。
請求項９に記載の発明は、前記プロセッサは、読み出しの対象である前記第１の文書に対するアクセス権の付与を担当者に要求する、請求項８に記載の情報処理システムである。
請求項１０に記載の発明は、前記プロセッサは、読み出しの対象である前記第１の文書にアクセスするための情報を入力する画面を閲覧者に対して提示する、請求項８に記載の情報処理システムである。
請求項１１に記載の発明は、前記プロセッサは、前記操作子を、前記事象が検出されたページ上に表示する、請求項１～１０のいずれか１項に記載の情報処理システムである。
請求項１２に記載の発明は、前記プロセッサは、前記操作子を、前記事象が検出されたページの前又は後ろに挿入された追加のページ上に表示する、請求項１～１０のいずれか１項に記載の情報処理システムである。
請求項１３に記載の発明は、前記プロセッサは、閲覧者からの要求に応じ、前記第２の文書の属性情報を表示する、請求項１～１０のいずれか１項に記載の情報処理システムである。
請求項１４に記載の発明は、前記属性情報は、前記第２の文書の各ページに紐づけられている前記第１の文書を管理するシステムの情報と、当該第１の文書が存在する場所を特定する前記情報と、前記担当者の情報を含む、請求項１３に記載の情報処理システムである。
請求項１５に記載の発明は、前記プロセッサは、前記事象が検出された前記第１の文書を管理するシステムから、当該第１の文書の現在の担当者を検索する、請求項１～１０のいずれか１項に記載の情報処理システムである。
請求項１６に記載の発明は、コンピュータに、自又は他のシステムで管理される第１の文書が存在する場所を特定する情報を、配列順にページに紐付けた第２の文書を管理する機能と、前記第２の文書の閲覧時には、閲覧の対象であるページに紐付けられている前記第１の文書を読み出して閲覧者に提供する場合において、当該第１の文書を読み出せない事象が検出されたとき、当該事象の解消を担当者に要求する操作子を閲覧に用いる画面上に表示する機能と、を実現させるためのプログラムである。

請求項１記載の発明によれば、束ね文書の閲覧に伴うエラーをユーザ個人による個別の問い合わせを通じて解消する場合に比して、エラーの解消に要する作業の効率化を実現できる。
請求項２記載の発明によれば、読み出しの対象とする第１の文書が指定の場所に存在しないことを閲覧中の画面から担当者に要求できる。
請求項３記載の発明によれば、代替的に表示する文書の指定を閲覧中の画面から担当者に要求できる。
請求項４記載の発明によれば、移動等によりリンク切れが生じた場合でも、本来の文書が存在する場所の更新を閲覧中の画面から担当者に要求できる。
請求項５記載の発明によれば、読み出しの対象とする第１の文書を管理するシステムに対するアクセス権の付与を担当者に要求できる。
請求項６記載の発明によれば、閲覧に用いる画面上からシステムに対するアクセス権の付与を要求できる。
請求項７記載の発明によれば、閲覧者自身がアクセスの可能性を試みることができる。
請求項８記載の発明によれば、読み出しの対象とする第１の文書に対するアクセス権の付与を担当者に要求できる。
請求項９記載の発明によれば、第１の文書に対するアクセス権の付与を、閲覧に用いる画面上から要求できる。
請求項１０記載の発明によれば、閲覧者自身がアクセスの可能性を試みることができる。
請求項１１記載の発明によれば、閲覧したいページ上からそのまま操作子を操作できる。
請求項１２記載の発明によれば、閲覧したいページに達する前にそのまま操作子を表示できる。
請求項１３記載の発明によれば、第２の文書を閲覧しなくても文書の構造を容易に確認できる。
請求項１４記載の発明によれば、第２の文書を閲覧しなくても文書の構造を容易に確認できる。
請求項１５記載の発明によれば、登録されている担当者と現在の担当者が異なる場合でも、確実にエラーの解消を要求できる。
請求項１６記載の発明によれば、束ね文書の閲覧に伴うエラーをユーザ個人による個別の問い合わせを通じて解消する場合に比して、エラーの解消に要する作業の効率化を実現できる。

実施の形態１で使用する文書閲覧システムの構成例を説明する図である。 実施の形態１で使用する束ね文書ＢＤの一例を説明する図である。（Ａ）は束ね文書ＢＤのデータ構造の例を示し、（Ｂ）は端末における束ね文書ＢＤの見え方の例を示す。 実施の形態１で使用する文書管理システムのハードウェア上の構成例を説明する図である。（Ａ）はハードウェア構成の一例を示し、（Ｂ）は補助記憶装置に記憶されるデータの構造例を示す。 補助記憶装置に記憶されるデータベースの構造例を示す図である。（Ａ）は文書ＤＢの構造例を示し、（Ｂ）は他システム文書情報ＤＢの構造例を示し、（Ｃ）は認証情報ＤＢの構造例を示す。 実施の形態１で使用する文書管理システムの機能上の構成例を説明する図である。 束ね文書ＢＤの作成時に文書管理システムが実行する処理動作の一例を説明するフローチャートである。 束ね文書ＢＤの作成に際し、文書閲覧システムを構成する端末間で実行される通信の内容と各端末で実行される処理動作の例を説明する図である。 束ね文書ＢＤの閲覧時に文書管理システムが実行する処理動作の一例を説明するフローチャートである。 束ね文書ＢＤの閲覧に際し、文書閲覧システムを構成する端末間で実行される通信の内容と各端末で実行される処理動作の例を説明する図である。 先頭から４ページ目から６ページ目のサブ文書が他システムで管理されている場合において認証が失敗したときに表示されるログインページの表示例を説明する図である。（Ａ）はユーザにより指定されたページに重ねてログインページを埋め込む例を示し、（Ｂ）は認証が失敗する複数ページをまとめたページに重ねてログインページを埋め込む例を示し、（Ｃ）はユーザにより指定されたページの直前又は直後にログインページを挿入する例を示す。 ログインページの表示例を説明する図である。 代替文書リクエストページの表示例を説明する図である。 代替文書の選択が要求される所有者が操作する端末に表示される画面の例を説明する図である。 束ね文書ＢＤのプロパティの表示例を説明する図である。 実施の形態２で使用する文書管理システムの機能上の構成例を説明する図である。 束ね文書の閲覧時に文書管理システムが実行する処理動作の他の一例を説明するフローチャートである。 束ね文書ＢＤの閲覧に際し、文書閲覧システムを構成する端末間で実行される通信の内容と各端末で実行される処理動作の他の例を説明する図である。 アクセス許可リクエストページの表示例を説明する図である。 アクセスの許可が要求される所有者が操作する端末に表示される画面の例を説明する図である。 対象文書のファイル形式に本システムが非対応の場合に表示される操作画面の一例を説明する図である。（Ａ）はファイル形式が非対応であるために対象文書を表示できない場合に表示される画面を示し、（Ｂ）は対象文書を開く場合に表示される画面を示す。

以下、図面を参照して、本発明の実施の形態を説明する。
＜実施の形態１＞
＜システム構成＞
図１は、実施の形態１で使用する文書閲覧システム１の構成例を説明する図である。
図１に示す文書閲覧システム１は、複数の文書管理システム１０と、作業用の端末２０と、ネットワーク３０とで構成される。

図１では、束ね文書を管理する文書管理システム１０Ａを「本システム」といい、束ね文書を構成する文書が管理される文書管理システム１０Ｂ、１０Ｃ等を「他システム」という。もっとも、束ね文書を構成する文書の一部又は全部は、本システムで管理されてもよい。
本システムと他システムは、ユーザが閲覧する束ね文書を基準に定めているので、ユーザが閲覧する束ね文書が文書管理システム１０Ｂにあれば、文書管理システム１０Ｂが本システムとなる。
以下では、本システムと他システムを区別しない場合、文書管理システム１０といい、本システムと他システムを区別する場合、文書管理システム１０Ａ、１０Ｂ、１０Ｃ等という。

図１では、端末２０が１台であるが、現実の文書閲覧システム１では、複数台の端末２０がネットワーク３０に接続される。なお、端末２０は、１人のユーザに対して１台である必要はなく、端末２０は、１人のユーザに対して複数台でもよい。また、端末２０は、複数人のユーザに対して１台でもよい。
ネットワーク３０には、例えばインターネットを使用する。もっとも、ネットワーク３０は、ＬＡＮ（＝Local Area Network）でもよい。

＜束ね文書＞
図２は、実施の形態１で使用する束ね文書ＢＤの一例を説明する図である。（Ａ）は束ね文書ＢＤのデータ構造の例を示し、（Ｂ）は端末２０における束ね文書ＢＤの見え方の例を示す。
図２に示す束ね文書ＢＤは、束ね文書ＢＤとは別に実在する文書Ｄ１１、Ｄ１２、Ｄ１３へのリンク情報の集合により規定される。
もっとも、束ね文書ＢＤを構成する一部のページについてのみリンク情報が記憶され、他のページはバイナリデータが記憶されてもよい。

本実施の形態の場合、リンク情報は、対応するページの出現順に配列される。
図２（Ａ）の場合、ページ１とページ２に対応する文書Ｄ１１のリンク情報、ページ３に対応する文書Ｄ１２のリンク情報、ページ４～６に対応する文書Ｄ１３のリンク情報が順番に配列されている。
なお、束ね文書ＢＤを構成する文書Ｄ１１、Ｄ１２、Ｄ１３の一部は別の束ね文書でもよい。

１つの束ね文書ＢＤにリンクされる文書Ｄ１１、Ｄ１２、Ｄ１３のファイル形式は同じである必要はない。例えば文書Ｄ１１とＤ１２は文書ファイルであるが、文書Ｄ１３は画像ファイルでもよい。
ファイル形式の違いは拡張子により表される。文書ファイルを表す拡張子には、例えばｔｘｔ、ｄｏｃ、ｐｐｔ、ｐｄｆがある。画像ファイルを表す拡張子には、例えばｊｐｇ、ｇｉｆ、ｂｍｐ、ｔｉｆがある。
リンク情報には、例えば文書名、ファイル名、ディレクトリ、ＵＲＬ（＝Uniform Resource Locator）、識別子が使用される。リンク情報は、リンク先である文書を一意に特定可能であればよい。

束ね文書ＢＤのページの内容は、リンク先の文書により特定される。このため、リンク情報を書き換えると、束ね文書ＢＤの該当ページの内容も変更される。また、リンク情報に変更がなくても、リンク先の文書の内容が編集された場合や別の文書と入れ替えられた場合、束ね文書ＢＤの該当ページの内容も変更される。
なお、リンク情報の順番の入れ替え、追加、削除によっても、端末２０に表示される束ね文書ＢＤの内容は変更される。
なお、文書Ｄ１１、Ｄ１２、Ｄ１３は、束ね文書ＢＤとは独立に存在するので、リンク情報の編集により束ね文書ＢＤの表示上の内容が変更されても、リンク先の文書Ｄ１１、Ｄ１２、Ｄ１３に変更は生じない。

文書管理システム１０（図１参照）は、束ね文書ＢＤと束ね文書ＢＤを構成する文書Ｄ１１、Ｄ１２、Ｄ１３を区別せず管理する。
以下では、束ね文書ＢＤと束ね文書ＢＤを構成する文書Ｄ１１、Ｄ１２、Ｄ１３を総称する場合、「文書」という。
また、束ね文書ＢＤを構成する文書Ｄ１１、Ｄ１２、Ｄ１３を「サブ文書」ともいう。
束ね文書ＢＤを閲覧する場合、束ね文書ＢＤの各ページに対応するサブ文書が、リンク情報を通じて読み出され、端末２０に表示される。

図２（Ｂ）に示す端末２０の画面上では、閲覧の対象である文書が束ね文書ＢＤの場合、各ページに対応するサブ文書の違いによらず、通し番号が割り付けられる。
このため、束ね文書ＢＤを閲覧するユーザからは、各ページがリンク情報を通じて読み出されているか否かは分からない。
ここでの束ね文書ＢＤは第２の文書の一例であり、サブ文書は第１の文書の一例である。

＜文書管理システムの構成＞
図３は、実施の形態１で使用する文書管理システム１０のハードウェア上の構成例を説明する図である。（Ａ）はハードウェア構成の一例を示し、（Ｂ）は補助記憶装置１０４に記憶されるデータの構造例を示す。

図３（Ａ）に示す文書管理システム１０は、装置全体の動作を制御するプロセッサ１０１と、ＢＩＯＳ（＝Basic Input Output System）等が記憶されたＲＯＭ（＝Read Only Memory）１０２と、プロセッサ１０１のワークエリアとして用いられるＲＡＭ（＝Random Access Memory）１０３と、プログラム等のデータを記憶する補助記憶装置１０４と、外部との通信に用いられる通信ＩＦ（＝InterFace）１０５と、を有している。

プロセッサ１０１と各部は、バス等の信号線１０６を通じて接続されている。
ここでの文書管理システム１０は、情報処理システムの一例である。
プロセッサ１０１と、ＲＯＭ１０２と、ＲＡＭ１０３は、いわゆるコンピュータとして機能する。
プロセッサ１０１は、プログラムの実行を通じて各種の機能を実現する。例えばプロセッサ１０１は、プログラムの実行を通じ、文書管理サービスを提供する。

補助記憶装置１０４には、例えば半導体メモリ、ハードディスク装置が使用される。補助記憶装置１０４には、プログラムや文書管理サービスに関するデータが記憶される。ここでのプログラムには、オペレーションシステムや文書管理サービスに関するアプリケーションプログラムも含まれる。
補助記憶装置１０４には、文書の管理に関するデータとして、本システムで管理する文書の情報を記憶するデータベース（以下「文書ＤＢ」という）１０４Ａ、他システムで管理する文書の情報を記憶するデータベース（以下「他システム文書情報ＤＢ」という）１０４Ｂ、システムや文書へのアクセス時に要求される認証に関する情報（以下「認証情報」ともいう）を記憶するデータベース（以下「認証情報ＤＢ」という）１０４Ｃが記憶される。

図４は、補助記憶装置１０４に記憶されるデータベースの構造例を示す図である。（Ａ）は文書ＤＢ１０４Ａの構造例を示し、（Ｂ）は他システム文書情報ＤＢ１０４Ｂの構造例を示し、（Ｃ）は認証情報ＤＢ１０４Ｃの構造例を示す。

文書ＤＢ１０４Ａでは、束ね文書ＢＤと他の文書が区別せず管理される。文書ＤＢ１０４Ａでは、個々の文書が１つのレコードで管理される。
文書ＤＢ１０４Ａは、文書の管理に使用する「文書識別子」、「文書名」、「文書データ」、「所有者」等により文書を管理する。
例えば１行目の「文書００１」は、単一の文書である。

束ね文書ＢＤの場合、「文書データ」の欄には束ね構造も含まれる。図４（Ａ）の例では、「文書００２」と「文書００３」が束ね文書ＢＤである。
「文書データ」の欄には、束ね文書ＢＤを構成するサブ文書を特定する情報が配列順に記述される。図４（Ａ）の場合、「文書データ」の欄にＵＲＬとバイナリデータが含まれている。なお、ＵＲＬに変えてＩＰ（＝Internet Protocol）アドレスを記憶してもよい。

「所有者」の欄には、管理の対象である各文書の所有者の情報が記憶される。ここでのユーザは個人でもよいし、グループ名でもよい。
また、所有者は１名に限らず、複数名でもよい。なお、所有者に代えて、作成者や管理者を記憶してもよい。ここでの所有者、作成者、管理者は、文書の管理を担当する担当者の一例である。
図４（Ａ）の場合、各文書の所有者はいずれも異なっている。勿論、複数の文書が同じ所有者に属する場合もある。

他システム文書情報ＤＢ１０４Ｂでは、他システムで管理されるサブ文書に関する情報が管理される。
他システム文書情報ＤＢ１０４Ｂは、サブ文書の場所を特定する「ＵＲＬ」、他システムを特定する「他システム識別子」、所有者を識別する「所有者識別子」、所有者宛のメッセージの通知先である「所有者宛メッセージの通知先情報」等によりサブ文書に関する情報を管理する。

サブ文書の場所の特定にＩＰアドレスを用いる場合、ＵＲＬの欄、又は、別に用意するＩＰアドレスの欄に、ＩＰアドレスを記憶してもよい。図４（Ｂ）の例では、「文書００２」と「文書００３」を構成するサブ文書のＵＲＬが記憶される。
「所有者」の欄には、作成者や管理者の情報を記憶してもよい。図４（Ｂ）の場合、各サブ文書の所有者は、文書ＤＢ１０４Ａで管理される文書のいずれの所有者とも異なっている。
「所有者宛メッセージの通知先情報」の欄には、例えばメールアドレス、ショートメッセージのアドレス、電話番号等が記憶される。

認証情報ＤＢ１０４Ｃでは、サブ文書へのアクセスやサブ文書が管理されるシステムへのアクセスに使用する認証情報が管理される。
認証情報ＤＢ１０４Ｃでは、ユーザを特定する「ユーザ識別子」、他システムの管理に使用する「他システム識別子」、サブ文書やシステムへのアクセスに要求される「認証情報」等により認証情報を管理する。
「認証情報」の欄には、例えばＩＤ（＝Identifier）やパスワードが暗号化されて記憶されている。なお、認証情報は、平文でもよい。

図５は、実施の形態１で使用する文書管理システム１０の機能上の構成例を説明する図である。図５に示す機能は、プロセッサ１０１によるプログラムの実行を通じて実現される。
図５に示すプロセッサ１０１は、束ね文書作成部１０１Ａ、リンクＵＲＬ分析部１０１Ｂ、文書表示制御部１０１Ｃ、認証リクエスト部１０１Ｄ、認証部１０１Ｅ、代替文書リクエスト部１０１Ｆ、メッセージ送信部１０１Ｇ、文書選択部１０１Ｈとして機能する。

束ね文書作成部１０１Ａは、束ね文書ＢＤの作成が端末２０から指示された場合に実行される。束ね文書作成部１０１Ａは、束ね文書ＢＤの作成を支援するサブ機能と、作成された束ね文書ＢＤのデータを文書ＤＢ１０４Ａ（図３参照）に登録するサブ機能とを有している。
束ね文書ＢＤの作成を支援するサブ機能は、端末２０の作業画面を通じ、サブ文書の情報である「文書識別子」や「他システム」へのリンク情報であるＵＲＬ（以下「リンクＵＲＬ」という）の配列を受け付ける。

一方、作成された束ね文書ＢＤのデータを文書ＤＢ１０４Ａに登録するサブ機能は、作成された束ね文書ＢＤのデータを文書ＤＢ１０４Ａに登録する。
束ね文書作成部１０１Ａは、リンクＵＲＬ分析部１０１ＢにリンクＵＲＬの分析を指示するサブ機能も有している。このサブ機能は、束ね文書ＢＤがリンクＵＲＬを含んでいる場合に実行される。

リンクＵＲＬ分析部１０１Ｂは、リンクＵＲＬの分析の指示を、束ね文書作成部１０１Ａから受け付けた場合に実行される。リンクＵＲＬ分析部１０１Ｂは、他システムの文書ＤＢ１０４Ａにアクセスすることにより、リンクＵＲＬに対応するサブ文書の所有者等の情報を特定し、他システム文書情報ＤＢ１０４Ｂに登録する。
リンクＵＲＬ分析部１０１Ｂは、所有者宛メッセージの通知先情報も、他システム文書情報ＤＢ１０４Ｂに登録する。

文書表示制御部１０１Ｃは、文書ＤＢ１０４Ａで管理されている文書の閲覧が端末２０から指示された場合に実行される。ここでの文書には、束ね文書ＢＤだけでなく、束ね文書ＢＤ以外の文書も含まれる。
文書表示制御部１０１Ｃは、端末２０の操作画面を通じ、閲覧の対象である文書の指定を受け付けるサブ機能、指定された特定のページのデータを端末２０に出力するサブ機能を有している。
閲覧の対象である文書の指定には、例えば文書識別子や文書名が使用される。また、表示するページの指定には、ページの番号が使用される。

指定された特定のページに対応付けてリンクＵＲＬが登録されている場合、文書表示制御部１０１Ｃは、リンクＵＲＬで特定された場所からサブ文書を取得するサブ機能を実行する。
他システムへのアクセスに認証が要求される場合、文書表示制御部１０１Ｃは、認証情報ＤＢ１０４Ｃから認証情報を読み出して認証を実行するサブ機能も実行する。

認証に失敗した場合、文書表示制御部１０１Ｃは、認証に必要な情報（以下「認証情報」という）の入力をユーザに要求するページ（以下「ログインページ」という）を端末２０に表示する。
認証には成功したが、対象とする文書が存在しない場合、代替用の文書の提示をリンクＵＲＬの文書について登録されている所有者にリクエストするためのページ（以下「代替文書リクエストページ」という）を端末２０に表示する。
本実施の形態の場合、認証が要求される文書は、他システムで管理される文書を想定する。もっとも、本システムで管理している文書でも、認証が要求される場合もある。

認証リクエスト部１０１Ｄは、認証部１０１Ｅに対して認証情報の送信を指示するサブ機能である。
本実施の形態における認証情報は、リンクＵＲＬ等で特定される他システム識別子と、認証リクエストページを通じて入力されたユーザの識別子とパスワードとで与えられる。
認証に成功した場合、認証リクエスト部１０１Ｄは、取得された文書により、端末２０の該当ページの表示を更新する。また、認証リクエスト部１０１Ｄは、認証情報ＤＢ１０４Ｃに認証情報を暗号化して蓄積する。
認証に失敗した場合、認証リクエスト部１０１Ｄは、端末２０に対し、ログインページを再び表示させる。
認証に成功したが、対象の文書が存在しない場合、認証リクエスト部１０１Ｄは、代替文書リクエストページを端末２０に表示させる。

認証部１０１Ｅは、他システムへのアクセスの場合、他システムの認証部１０１Ｅに対して認証情報を送信し、認証の結果を取得する。
認証部１０１Ｅは、他システムから認証情報を受信した場合、受信した認証情報と認証情報ＤＢ１０４Ｃのデータと照合し、照合の結果を返信する。
代替文書リクエスト部１０１Ｆは、他システム文書情報ＤＢ１０４Ｂから指定されたページ番号のリンクＵＲＬに対応する文書の所有者等の情報を取得し、メッセージ送信部１０１Ｇに対して代替文書をリクエストするメッセージ送信を依頼する。このメッセージの送信は、端末２０から代替文書がリクエストされた場合に実行される。
所有者等から代替文書が指定された場合、代替文書リクエスト部１０１Ｆは、端末２０の該当ページを代替文書の表示に更新する。

メッセージ送信部１０１Ｇは、他システム文書情報ＤＢ１０４Ｂから読み出した宛先に対し、代替文書をリクエストするメッセージを送信する。なお、本システムが管理する文書の場合、メッセージ送信部１０１Ｇは、本システムの文書の所有者等に対して代替文書をリクエストするメッセージを送信してもよい。
文書選択部１０１Ｈは、代替文書が要求されたユーザに対し、代替文書を選択する画面を提供するサブ機能を実行する。本実施の形態の場合、代替文書の選択には、一覧画面が用いられる。
代替文書の選択を受け付けた場合、文書選択部１０１Ｈは、その文書のリンクＵＲＬを対象とする文書を管理する束ね文書作成部１０１Ａに送信し、束ね文書ＢＤの構成を更新する。

＜処理動作＞
＜束ね文書の作成＞
図６は、束ね文書ＢＤの作成時に文書管理システム１０が実行する処理動作の一例を説明するフローチャートである。図６に示す記号のＳはステップを表している。
図６に示す処理動作は、プロセッサ１０１が、束ね文書ＢＤの作成を端末２０から受け付けた場合に実行する。
まず、プロセッサ１０１は、束ね文書ＢＤを作成し、作成したデータを文書ＤＢ１０４Ａに格納する（ステップ１）。
次に、プロセッサ１０１は、束ね文書ＢＤを構成するサブ文書毎に処理をループする（ステップ２）。

プロセッサ１０１は、サブ文書がリンクＵＲＬか否かを判定する（ステップ３）。
サブ文書が実データの場合、プロセッサ１０１は、ステップ３で否定結果を得て、ステップ２に戻る。判定が済んでいないサブ文書が残っている間、プロセッサ１０１は、ステップ３の判定を繰り返す。
サブ文書がリンクＵＲＬの場合、プロセッサ１０１は、ステップ３で肯定結果を得る。この場合、プロセッサ１０１は、リンクＵＲＬから他システムと文書を特定し、他システムの文書ＤＢ１０４Ａから所有者等の情報を取得する（ステップ４）。
次に、プロセッサ１０１は、取得した情報を他システム文書情報ＤＢ１０４Ｂに格納する（ステップ５）。この後、プロセッサ１０１は、ステップ２に戻る。
判定が済んでいないサブ文書が残っていない場合、プロセッサ１０１は、ループ処理を終了する。

図７は、束ね文書ＢＤの作成に際し、文書閲覧システム１を構成する端末間で実行される通信の内容と各端末で実行される処理動作の例を説明する図である。
図７では、束ね文書ＢＤの作成の依頼を受け付ける文書管理システム１０を文書管理システム１０Ａとし、作成される束ね文書ＢＤを構成するサブ文書を管理する他システムを文書管理システム１０Ｂとする。
文書管理サービスのユーザは、端末２０から文書管理システム１０Ａにアクセスし、束ね文書ＢＤの作成を依頼する（１００１）。

依頼を受け付けた文書管理システム１０Ａは、リンクＵＲＬを含むか解析する（１００２）。リンクＵＲＬを含む文書が存在した場合、文書管理システム１０Ａは、リンクＵＲＬで特定される他システムに対し、文書の属性情報の取得を依頼する（１００３）。
依頼を受け付けた他システムは、文書管理システム１０Ａに対し、文書の属性情報を返信する（１００４）。
他システムから文書の属性情報を受け取った文書管理システム１０Ａは、束ね文書ＢＤを作成し、文書の所有者の情報を格納する（１００５）。
この後、文書管理システム１０Ａは、端末２０に対し、束ね文書ＢＤの作成の完了を通知する（１００６）。

＜束ね文書の閲覧＞
図８は、束ね文書の閲覧時に文書管理システム１０が実行する処理動作の一例を説明するフローチャートである。図８に示す記号のＳはステップを表している。
図８に示す処理動作は、プロセッサ１０１が、端末２０から閲覧の指示を受け付けた場合に実行する。
まず、プロセッサ１０１は、指定された束ね文書ＢＤのデータを文書ＤＢ１０４Ａから取得する（ステップ１１）。

次に、プロセッサ１０１は、指定されたページはリンクＵＲＬか否かを判定する（ステップ１２）。
ステップ１２で否定結果が得られた場合、プロセッサ１０１は、ステップ１８に進み、ユーザに対し、指定されたページを表示する。
これに対し、ステップ１２で肯定結果が得られた場合、プロセッサ１０１は、リンクＵＲＬから他システムを特定し、認証部１０１Ｅに対して認証処理を依頼する（ステップ１３）。

続いて、プロセッサ１０１は、認証部１０１Ｅは認証情報ＤＢ１０４Ｃから認証情報を取得し、他システムに対して認証を行う（ステップ１４）。
この後、プロセッサ１０１は、認証に成功したか否かを判定する（ステップ１５）。
認証に失敗した場合、プロセッサ１０１は、ステップ１５で否定結果を得る。この場合、プロセッサ１０１は、ステップ２０に進み、ユーザに対し、ログインページを表示する。
一方、認証に成功した場合、プロセッサ１０１は、ステップ１５で肯定結果を得る。この場合、プロセッサ１０１は、他システムから文書データを取得する（ステップ１６）。

この後、プロセッサ１０１は、文書データの取得に成功したか否かを判定する（ステップ１７）。換言すると、プロセッサ１０１は、リンク先に取得の対象である文書データが存在するか否かを判定する。
文書データの取得に成功した場合、プロセッサ１０１は、ステップ１７で肯定結果を得る。この場合、プロセッサ１０１は、ユーザに対し、指定されたページを表示する（ステップ１８）。
一方、文書データの取得に失敗した場合、プロセッサ１０１は、ステップ１７で否定結果を得る。この場合、プロセッサ１０１は、ユーザに対し、代替文書リクエストページを表示する（ステップ１９）。

図９は、束ね文書ＢＤの閲覧に際し、文書閲覧システム１を構成する端末間で実行される通信の内容と各端末で実行される処理動作の例を説明する図である。
図９では、束ね文書ＢＤの閲覧の依頼を受け付ける文書管理システム１０を文書管理システム１０Ａとし、作成される束ね文書ＢＤを構成するサブ文書を管理する他システムを文書管理システム１０Ｂとする。また、図９では、束ね文書ＢＤを閲覧するユーザが操作する端末２０を「端末２０Ａ」と表記する。
文書管理サービスのユーザは、端末２０Ａから文書管理システム１０Ａにアクセスし、ページを指定して束ね文書ＢＤの閲覧を依頼する（１１０１）。

依頼を受け付けた文書管理システム１０Ａは、対象とする文書の対象ページがリンクＵＲＬか解析する（１１０２）。
対象ページがリンクＵＲＬだった場合、文書管理システム１０Ａは、リンク先の他システムに対して認証を依頼する（１１０３）。
他システムは、依頼元である文書管理システム１０Ａに対し、認証の結果を返却する（１１０４）。なお、認証成功であり、リンク先に対象文書がある場合、文書データも返却される。

この後、文書管理システム１０Ａは、依頼元である端末２０Ａに対し、認証の結果に応じた画面を表示する。
認証失敗の場合、文書管理システム１０Ａは、端末２０Ａにログインページを表示する（１１０５Ａ）。
認証成功であり、リンク先に対象文書がある場合、文書管理システム１０Ａは、端末２０Ａに束ね文書ＢＤを表示する（１１０５Ｂ）。
認証成功であるが、リンク先に対象文書がない場合、文書管理システム１０Ａは、端末２０Ａに代替文書リクエストページを表示する（１１０５Ｃ）。

ログインページが表示された場合、端末２０Ａは、ログインページへの認証情報の入力を通じ、文書管理システム１０Ａに対してログインする（１１０６）。すなわち、端末２０Ａは、文書管理システム１０Ａに対して認証情報を送信する。
認証情報を受信した文書管理システム１０Ａは、他システムに対し、認証を依頼する（１１０７）。
他システムは、依頼元である文書管理システム１０Ａに対し、認証の結果を返却する（１１０８）。認証成功であり、リンク先に対象文書がある場合、文書データも返却される。
認証が成功の場合、文書管理システム１０Ａは、認証情報を記録する（１１０９）。

この後、文書管理システム１０Ａは、依頼元である端末２０Ａに対し、認証の結果に応じた画面を表示する。
認証失敗の場合、文書管理システム１０Ａは、再度、ログインページを表示する（１１１０Ａ）。
認証成功であり、リンク先に対象文書がある場合、文書管理システム１０Ａは、束ね文書ＢＤを表示する（１１１０Ｂ）。
認証成功であるが、リンク先に対象文書がない場合、文書管理システム１０Ａは、代替文書リクエストページを表示する（１１１０Ｃ）。

代替文書リクエストページが表示された場合、端末２０Ａは、代替文書リクエストページに対する操作を通じ、文書管理システム１０Ａに対して代替文書をリクエストするメッセージを送信する（１１１１）。
代替文書リクエストを受信した文書管理システム１０Ａは、所有者を判定する（１１１２）。
所有者が判明すると、文書管理システム１０Ａは、判明した所有者に対し、リクエストメール又は通知を送信する（１１１３）。図９の場合、所有者は端末２０Ｂに割り付けられている。

所有者は、端末２０Ｂから他システムに対し、文書一覧の取得を依頼する（１１１４）。
他システムは、依頼元である端末２０Ｂに対し、文書一覧を返却する（１１１５）。
端末２０Ｂは、所有者による代替文書の選択を受け付ける（１１１６）。
この後、端末２０Ｂは、文書管理システム１０Ａに対し、選択結果を返却する（１１１７）。
文書管理システム１０Ａは、選択された代替文書をリンクＵＲＬに上書きする（１１１８）。
その後、文書管理システム１０Ａは、端末２０Ａに該当ページを表示する（１１１９）。

＜端末画面の例＞
＜ログインページの表示例＞
図１０は、先頭から４ページ目から６ページ目のサブ文書が他システムで管理されている場合において認証が失敗したときに表示されるログインページ２００の表示例を説明する図である。（Ａ）はユーザにより指定されたページに重ねてログインページ２００を埋め込む例を示し、（Ｂ）は認証が失敗する複数ページをまとめたページに重ねてログインページ２００を埋め込む例を示し、（Ｃ）はユーザにより指定されたページの直前又は直後にログインページ２００を挿入する例を示す。

ログインページ２００が表示される場合には、ユーザがサブ文書を管理するシステムへのアクセス権を有しない場合、ユーザのアクセス権が失効している場合がある。
図１０（Ｃ）に示すログインページ２００は、「追加のページ」の一例である。
図１１は、ログインページ２００の表示例を説明する図である。
図１１に示すログインページ２００は、ログインが必要となる原因とユーザに求められる操作の説明欄２０１と、認証に使用するアカウントとしてのユーザＩＤの入力欄２０２と、ユーザＩＤの保持に関する確認欄２０３と、パスワードの入力欄２０４と、「ログイン」ボタン２０５とで構成される。

図１１に示すログインページ２００が閲覧中の束ね文書ＢＤの該当ページに埋め込む形式で表示されるので、ユーザは、即座に認証作業に移行することが可能にある。すなわち、閲覧の不能状態を効率的に解消することが可能になる。
なお、ログインページ２００が該当ページに埋め込まれる形式で表示されない場合、ユーザは、電話やメールにより個別にサブ文書の所有者や管理者に対して許可を求める必要があり、作業性が悪い。
また、本実施の形態の場合、認証が成功すると、同じリンクＵＲＬに紐付けられているシステムに対するその後の認証は不要になる。このため、ログインページ２００を使用すれば、ページ送りのたびにエラー画面がポップアップ表示される場合に比して、ユーザの操作性が向上される。

本実施の形態の場合、ログインページ２００のレイアウトは、ログインが要求される文書管理サービスに応じて異なる。もっとも、文書管理サービスの違いによらず、同じレイアウトのログインページ２００を用意してもよい。
図１１に示す説明欄２０１には、ログインが要求されるサービス名が表示される。このため、束ね文書ＢＤを閲覧中のユーザは、認証情報の入力が要求されるサービス名を具体的に知ることが可能になる。なお、サービス名に代えて、リンクＵＲＬ、システム識別子、文書識別子等を表示してもよい。
「ログイン」ボタン２０５が操作されると、入力欄２０２及び２０４に入力された認証情報が閲覧中の束ね文書ＢＤを管理する文書管理システム１０に送信される。

＜代替文書リクエストページの表示例＞
図１２は、代替文書リクエストページ２１０の表示例を説明する図である。
図１２に示す代替文書リクエストページ２１０は、システムに対する認証が成功したが、リンク先に対象文書がない場合に表示される。
図１２に示す代替文書リクエストページ２１０は、代替文書の選択をリクエストする原因とユーザに求める操作の説明欄２１１と、該当ページの所有者に関する情報欄２１２と、削除されたサブ文書の情報欄２１３と、「リクエストの送信」ボタン２１４とで構成される。
「リクエストの送信」ボタン２１４は、代替文書を要求する際に使用する操作子の一例である。

代替文書リクエストページ２１０も、ログインページ２００（図１１参照）と同様に、該当ページに埋め込む形式又は追加する形式で表示される。すなわち、図１０における表示の形式を採用する。
このため、ユーザは、該当ページ上から代替文書をリクエストする作業に移行することが可能になる。すなわち、リンク切れ等に起因する閲覧の不能状態を効率的に解消することが可能になる。

なお、代替文書リクエストページ２１０が該当ページに埋め込まれる形式で表示されない場合、ユーザは、電話やメールにより個別にサブ文書の所有者や管理者に対して代替文書の登録を求める必要があり、作業性が悪い。
また、本実施の形態の場合、所有者により代替文書が選択されると、代替文書が文書管理システム１０の情報が更新される。このため、代替文書リクエストページ２１０を使用すれば、ページ送りのたびにエラー画面がポップアップ表示される場合に比して、ユーザの操作性が向上される。

本実施の形態の場合、代替文書リクエストページ２１０のレイアウトは、サブ文書を管理する文書管理サービスに応じて異なる。もっとも、文書管理サービスの違いによらず、同じレイアウトの代替文書リクエストページ２１０を用意してもよい。
図１２に示す情報欄２１２及び２１３には、所有者の情報や代替が必要になるサブ文書の情報が表示される。このため、束ね文書ＢＤを閲覧中のユーザは、リクエストを要求する相手を事前に知ることが可能になる。
「リクエストの送信」ボタン２１４が操作されると、該当するサブ文書の所有者に対し、代替文書の選択を要求する文書の情報を含むリクエストが送信される。

図１３は、代替文書の選択が要求される所有者が操作する端末２０Ｂ（図９参照）に表示される画面２２０の例を説明する図である。
図１３に示す画面２２０は、電子メールを送受信するアプリケーションプログラムの操作画面を想定している。このため、一行目には、操作ボタン２２１が配列されている。また、２行目には宛先のメールアドレス２２２、３行目には送信元のメールアドレス２２３が配置される。ここでの宛先が、代替文書の所有者のアドレスである。

４行目には、文書管理システム１０Ａ（図１参照）が発行したタイトル２２４が記載される。図１３の場合、タイトル２２４は、内容と対象文書の情報で構成される。内容は、「代替文書の選択リクエスト」であり、対象文書は「Ａ案件資料．ｘｄｗ」である。
５行目には、電子メールが発行された理由と所有者に求められる作業２２５が記載される。図１３の例では、電子メールが発行された理由として「文書の削除」が記されている。
６行名には、リクエスト元や対象文書の情報２２６が記載されている。この例では、リクエスト元であるユーザが「富士花子」であることが分かる。

なお、７行目には、「代替なしの報告」ボタン２２７と「文書の選択」ボタン２２８が配置される。
代替文書が存在しない場合、該当文書の所有者は「代替なしの報告」ボタン２２７を操作する。このボタンが操作された場合、送信元である文書管理システム１０Ａに対し、その旨を通知する電子メールが返信される。
代替文書を選択する場合、該当文書の所有者は「文書の選択」ボタン２２８を操作する。

「文書の選択」ボタン２２８が操作された場合、該当文書が管理されている他システムに対して選択可能な文書の一覧の表示が要求される。その結果として、所有者が操作する端末２０Ｂには文書一覧が別画面として表示される。表示された文書内から代替文書が選択されると、選択の結果は文書管理システム１０Ａに与えられ、登録の内容が更新される。
メール内に「代替なしの報告」ボタン２２７と「文書の選択」ボタン２２８が配置されるので、所有者の作業が効率化される。
なお、代替文書の選択を所有者にリクエストする処理は、代替的に表示する文書の指定を求める処理の一例である。

＜束ね文書のプロパティの表示例＞
図１４は、束ね文書ＢＤのプロパティ２４０の表示例を説明する図である。
プロパティ２４０は、束ね文書ＢＤの内部構造の確認に使用される属性情報である。
図１４に示すプロパティ２４０は、「ページ番号」、「管理サービス」、「元の文書名」、「ファイル形式」、「所有者名」、「リンクＵＲＬ」により構成される。
「元の文書名」の欄を見ると、どのような文書が束ねられているかの確認が可能である。図１４の場合、３つの文書がサブ文書として束ねられていることが分かる。また、「ファイル形式」の欄を見ると、各文書がどのようなファイル形式であるかも分かる。

また、「管理サービス」の欄を見ると、各文書を管理するシステムが分かる。また、どの文書が本システムで管理され、どの文書が他システムで管理されているかが分かる。
図１４の場合、本システムで管理される文書は「本サービス」と記載され、他システムで管理される文書には外部サービスの名称が記載される。
図１４の例では、１ページ目から３ページ目までに対応する文書は本システムで管理され、４ページ目から６ページ目に対応する文書は他システムで管理されていることが分かる。他システムで管理されている文書であることは、「リンクＵＲＬ」の欄の記載からも確認が可能である。
また、「所有者名」の欄を見ると、各文書の所有の確認が可能である。

プロパティ２４０の表示中に、他システムに対するログインをバックグラウンドで検証し、ログインが失敗した場合には、同じ画面上にログイン情報の入力欄を表示してもよい。また、前述したログインページ２００（図１１参照）を埋め込み形式やポップアップ形式で表示してもよい。この段階でログイン情報の入力を求めておけば、ログインの失敗に伴う閲覧の中断が未然に回避される。
また、他システムで管理する文書へのアクセスもバックグラウンドで検証し、アクセスが失敗した場合には、同じ画面上に代替文書をリクエストするボタンを表示してもよい。
また、前述した代替文書リクエストページ２１０（図１２参照）を埋め込み形式やポップアップ形式で表示してもよい。この段階でログイン情報の入力を求めておけば、リンク切れや対象文書の削除に伴う閲覧の中断が未然に回避される。

＜実施の形態２＞
実施の形態２で説明する文書閲覧システム１（図１参照）の構成は実施の形態１と同じである。また、文書管理システム１０（図１参照）のハードウェア上の構成も実施の形態１と同じとする。
図１５は、実施の形態２で使用する文書管理システム１０の機能上の構成例を説明する図である。図１５には、図５との対応部分に対応する符号を付して示している。

図１５に示すプロセッサ１０１は、束ね文書作成部１０１Ａ、リンクＵＲＬ分析部１０１Ｂ、文書表示制御部１０１Ｃ、認証リクエスト部１０１Ｄ、認証部１０１Ｅ、代替文書リクエスト部１０１Ｆ、メッセージ送信部１０１Ｇ、文書選択部１０１Ｈ、アクセス許可リクエスト部１０１Ｊ、アクセス権変更部１０１Ｋとして機能する。
本実施の形態で使用するプロセッサ１０１には、アクセス許可リクエスト部１０１Ｊとアクセス権変更部１０１Ｋが追加されている。

アクセス許可リクエスト部１０１Ｊは、指定されたページ番号に対応するリンクＵＲＬに対応する文書の所有者の情報を、他システム文書情報ＤＢ１０４Ｂから取得する。
また、アクセス許可リクエスト部１０１Ｊは、メッセージ送信部１０１Ｇに対し、所有者に対してアクセスの許可をリクエストするメッセージの送信を依頼する。
アクセス許可リクエスト部１０１Ｊは、所有者がアクセスの許可を選択した場合、リクエスト元である端末２０Ａに対応するページを表示する。

アクセス権変更部１０１Ｋは、所有者がアクセスの許可を選択した場合、他システムに対してアクセス権の変更を実行する。
なお、アクセス権を変更するＵＲＬは、文書管理システム１０毎に異なる。このため、アクセス権変更部１０１Ｋは、対応文書についてＵＲＬを再構築する。アクセス権変更部１０１Ｋは、変更後のＵＲＬを呼び出すことにより、アクセス権を変更する。
また、アクセス権変更部１０１Ｋは、代替文書リクエスト部１０１Ｆに対し、選択の結果を通知する。

＜処理動作＞
図１６は、束ね文書の閲覧時に文書管理システム１０が実行する処理動作の他の一例を説明するフローチャートである。図１６には、図８との対応部分に対応する符号を付して示している。
図１６に示す処理動作の場合、プロセッサ１０１は、ステップ１６の後、文書データにアクセスするためのアクセス権をもつか否かを判定する（ステップ２１）。
指定されたページのアクセス権をユーザが有している場合、プロセッサ１０１は、ステップ２１で肯定結果を得る。この場合、プロセッサ１０１は、ステップ１８に移行し、ユーザに対し、指定されたページを表示する。

一方、指定されたページのアクセス権をユーザが有していない場合、プロセッサ１０１は、ステップ２１で否定結果を得る。この場合、プロセッサ１０１は、ユーザに対し、アクセス許可リクエストページを表示する（ステップ２２）。
図１７は、束ね文書ＢＤの閲覧に際し、文書閲覧システム１を構成する端末間で実行される通信の内容と各端末で実行される処理動作の他の例を説明する図である。図１７には、図９との対応部分に対応する符号を付して示している。

文書管理サービスのユーザは、端末２０から文書管理システム１０Ａにアクセスし、ページを指定して束ね文書ＢＤの閲覧を依頼する（１１０１）。

依頼を受け付けた文書管理システム１０Ａは、対象とする文書の対象ページがリンクＵＲＬか解析する（１１０２）。
対象ページがリンクＵＲＬだった場合、文書管理システム１０Ａは、リンク先の他システムに対して認証を依頼する（１１０３）。
他システムは、依頼元である文書管理システム１０Ａに対し、認証の結果を返却する（１１０４Ａ）。なお、認証成功であり、リンク先へのアクセス権がある場合、文書データも返却される。

この後、文書管理システム１０Ａは、依頼元である端末２０に対し、認証の結果に応じた画面を表示する。
認証失敗の場合、文書管理システム１０Ａは、端末２０にログインページを表示する（１１０５Ａ）。
認証成功であり、リンク先へのアクセス権がある場合、文書管理システム１０Ａは、端末２０に束ね文書ＢＤを表示する（１１０５Ｄ）。
認証成功であるが、リンク先へのアクセス権がない場合、文書管理システム１０Ａは、端末２０にアクセス許可リクエストページを表示する（１１０５Ｅ）。

ログインページが表示された場合、端末２０は、ログインページへの認証情報の入力を通じ、文書管理システム１０Ａに対してログインする（１１０６）。すなわち、端末２０は、文書管理システム１０Ａに対して認証情報を送信する。
認証情報を受信した文書管理システム１０Ａは、他システムに対し、認証を依頼する（１１０７）。
他システムは、依頼元である文書管理システム１０Ａに対し、認証の結果を返却する（１１０８Ａ）。認証成功であり、リンク先へのアクセス権がある場合、文書データも返却される。
認証が成功の場合、文書管理システム１０Ａは、認証情報を記録する（１１０９）。

この後、文書管理システム１０Ａは、依頼元である端末２０に対し、認証の結果に応じた画面を表示する。
認証失敗の場合、文書管理システム１０Ａは、再度、ログインページを表示する（１１１０Ａ）。
認証成功であり、リンク先へのアクセス権がある場合、文書管理システム１０Ａは、束ね文書ＢＤを表示する（１１１０Ｄ）。
認証成功であるが、リンク先へのアクセス権がない場合、文書管理システム１０Ａは、アクセス許可リクエストページを表示する（１１１０Ｅ）。

アクセス許可リクエストページが表示された場合、端末２０は、アクセス許可リクエストページに対する操作を通じ、文書管理システム１０Ａに対してアクセス許可をリクエストするメッセージを送信する（１２１１）。
アクセス許可リクエストを受信した文書管理システム１０Ａは、所有者を判定する（１２１２）。
所有者が判明すると、文書管理システム１０Ａは、判明した所有者に対し、リクエストメール又は通知を送信する（１２１３）。図１７の場合、所有者は端末２０Ｂに割り付けられている。

所有者が操作する端末２０Ｂは、アクセス権の可否を受け付けると（１２１４）、送信元である文書管理システム１０Ａに対して結果を返却する（１２１５）。
文書管理システム１０Ａは、アクセス権が付与された場合、他システムにユーザ識別子を通知する（１２１７）。この通知により、アクセス権の変更が有効になり、該当ページへのアクセスが可能になる。
アクセス権が許可された場合、文書管理システム１０Ａは、端末２０Ａに該当ページを表示する（１２１８Ａ）。
なお、アクセス権が許可されなかった場合、文書管理システム１０Ａは、端末２０Ａにその旨を表示する（１２１８Ｂ）。

＜端末画面の例＞
＜アクセス許可リクエストページの表示例＞
図１８は、アクセス許可リクエストページ２５０の表示例を説明する図である。
図１８に示すアクセス許可リクエストページ２５０は、該当ページが表示されない原因とユーザに求められる操作の説明欄２５１と、該当ページの所有者に関する情報欄２５２と、アクセス権のない文書の情報欄２５３と、「リクエストの送信」ボタン２５４とで構成される。
「リクエストの送信」ボタン２５４は、アクセス権の付与を要求する際に使用する操作子の一例である。

アクセス許可リクエストページ２５０も、ログインページ２００（図１１参照）と同様に、該当ページに埋め込む形式又は追加する形式で表示される。すなわち、図１０における表示の形式を採用する。
このため、ユーザは、該当ページ上からアクセスの許可をリクエストする作業に移行することが可能になる。

なお、アクセス許可リクエストページ２５０が該当ページに埋め込まれる形式で表示されない場合、ユーザは、電話やメールにより個別にサブ文書の所有者や管理者に対してアクセスの許可を求める必要があり、作業性が悪い。
また、本実施の形態の場合、所有者によりアクセスが許可されると、該当ページに対応するサブ文書を管理する他システムの情報が更新される。このため、アクセス許可リクエストページ２５０を使用すれば、ページ送りのたびにエラー画面がポップアップ表示される場合に比して、ユーザの操作性が向上される。

本実施の形態の場合、アクセス許可リクエストページ２５０のレイアウトは、サブ文書を管理する文書管理サービスに応じて異なる。もっとも、文書管理サービスの違いによらず、同じレイアウトのアクセス許可リクエストページ２５０を用意してもよい。
図１８に示す情報欄２５２及び２５３には、所有者の情報やアクセス権がないサブ文書の情報が表示される。このため、束ね文書ＢＤを閲覧中のユーザは、リクエストを要求する相手や対象を事前に知ることが可能になる。
「リクエストの送信」ボタン２５４が操作されると、該当するサブ文書の所有者に対し、アクセス権の許可を要求する文書の情報を含むリクエストが送信される。

図１９は、アクセスの許可が要求される所有者が操作する端末２０Ｂ（図１７参照）に表示される画面２６０の例を説明する図である。
図１９に示す画面２６０は、電子メールを送受信するアプリケーションプログラムの操作画面を想定している。このため、一行目には、操作ボタン２６１が配列されている。また、２行目には、宛先のメールアドレス２６２、３行目には、送信元のメールアドレス２６３が配置される。ここでの宛先が、アクセスの許可が求められる文書の所有者のアドレスである。

４行目には、文書管理システム１０Ａ（図１参照）が発行したタイトル２６４が記載される。図１９の場合、タイトル２６４は、内容と対象文書の情報で構成される。内容は、「アクセス許可リクエスト」であり、対象文書は「Ａ案件資料．ｘｄｗ」である。
５行目には、電子メールが発行された理由と所有者に求められる作業２６５が記載される。
６行名には、リクエスト元や対象文書の情報２６６が記載されている。この例では、リクエスト元であるユーザが「富士花子」であることが分かる。

なお、７行目には、「拒否」ボタン２６７と「アクセス許可」ボタン２６８が配置される。
「拒否」ボタン２６７が操作された場合、送信元である文書管理システム１０Ａに対し、その旨を通知する電子メールが返信される。
「アクセス許可」ボタン２６８が操作された場合、該当文書へのアクセスが許可され、ユーザによる閲覧が可能になる。
メール内に「拒否」ボタン２６７と「アクセス許可」ボタン２６８が配置されるので、所有者の作業が効率化される。

＜他の実施の形態＞
（１）以上、本発明の実施の形態について説明したが、本発明の技術的範囲は前述した実施の形態に記載の範囲に限定されない。前述した実施の形態に、種々の変更又は改良を加えたものも、本発明の技術的範囲に含まれることは、特許請求の範囲の記載から明らかである。

（２）束ね文書ＢＤを構成する特定のページが表示されない場合には、ユーザが利用している本システムが対応しないファイル形式の場合がある。
図２０は、対象文書のファイル形式に本システムが非対応の場合に表示される操作画面の一例を説明する図である。（Ａ）はファイル形式が非対応であるために対象文書を表示できない場合に表示される画面２７０を示し、（Ｂ）は対象文書を開く場合に表示される画面２８０を示す。

図２０（Ａ）に示す画面２７０は、対応文書が表示されない原因とユーザに求められる操作の説明欄２７１と、対象文書の情報欄２７２と、対象文書を開くアプリケーションプログラムを選択するための「別のアプリケーションで開く」ボタン２７３とで構成されている。
図２０（Ｂ）に示す画面２８０は、「別のアプリケーションで開く」ボタン２７３がユーザにより操作された場合に表示される。

画面２８０は、ユーザに求める操作の説明欄２８１と、選択可能なアプリケーションプログラムの候補の欄２８２と、アプリケーションプログラムの選択を確定する「ＯＫ」ボタン２８３とで構成される。
図２０に示す画面２７０と画面２８０も、ログインページ２００（図１１参照）と同様に、該当ページに埋め込む形式又は追加する形式で表示される。すなわち、図１０における表示の形式を採用する。
このため、ユーザは、該当ページ上からアプリケーションプログラムの選択作業に移行することが可能になり、作業性が向上される。

（３）前述した各実施の形態におけるプロセッサは、広義的な意味でのプロセッサを指し、汎用的なプロセッサ（例えばＣＰＵ等）の他、専用的なプロセッサ（例えばＧＰＵ（＝Graphical Processing Unit）、ＡＳＩＣ（＝Application Specific Integrated Circuit）、ＦＰＧＡ（＝Field Programmable Gate Array）、プログラム論理デバイス等）を含む。
また、前述した各実施の形態におけるプロセッサの動作は、１つのプロセッサが単独で実行してもよいが、物理的に離れた位置に存在する複数のプロセッサが協働して実行してもよい。また、プロセッサにおける各動作の実行の順番は、前述した各実施の形態に記載した順番のみに限定されるものでなく、個別に変更してもよい。

１…文書閲覧システム、１０、１０Ａ、１０Ｂ…文書管理システム、２０、２０Ａ、２０Ｂ…端末、３０…ネットワーク、１０１…プロセッサ、１０１Ａ…束ね文書作成部、１０１Ｂ…リンクＵＲＬ分析部、１０１Ｃ…文書表示制御部、１０１Ｄ…認証リクエスト部、１０１Ｅ…認証部、１０１Ｆ…代替文書リクエスト部、１０１Ｇ…メッセージ送信部、１０１Ｈ…文書選択部、１０１Ｊ…アクセス許可リクエスト部、１０１Ｋ…アクセス権変更部、２００…ログインページ、２１０…代替文書リクエストページ、２５０…アクセス許可リクエストページ

Claims (16)

1. プロセッサを有し、
   前記プロセッサは、
   自又は他のシステムで管理される第１の文書が存在する場所を特定する情報を、配列順にページに紐付けた第２の文書を管理し、
   前記第２の文書の閲覧時には、閲覧の対象であるページに紐付けられている前記第１の文書を読み出して閲覧者に提供する場合において、当該第１の文書を読み出せない事象が検出されたとき、当該事象の解消を担当者に要求する操作子を閲覧に用いる画面上に表示する、
   情報処理システム。
2. 前記第１の文書を読み出せない事象は、前記第２の文書について登録されている前記場所に、読み出しの対象である前記第１の文書が存在しない場合である、
   請求項１に記載の情報処理システム。
3. 前記プロセッサは、前記場所に前記第１の文書が存在しなかった場合、代替的に表示する文書の指定を担当者に要求する、
   請求項２に記載の情報処理システム。
4. 前記プロセッサは、前記場所に前記第１の文書が存在しなかった場合、当該第１の文書が存在する新しい場所を担当者に要求する、
   請求項２に記載の情報処理システム。
5. 前記第１の文書を読み出せない事象は、当該第１の文書を管理するシステムに対するアクセス権を閲覧者が有しない場合である、
   請求項１に記載の情報処理システム。
6. 前記プロセッサは、読み出しの対象である前記第１の文書を管理するシステムに対するアクセス権の付与を担当者に要求する、
   請求項５に記載の情報処理システム。
7. 前記プロセッサは、読み出しの対象である前記第１の文書を管理するシステムにログインするための情報を入力する画面を閲覧者に対して提示する、
   請求項５に記載の情報処理システム。
8. 前記第１の文書を読み出せない事象は、当該第１の文書に対するアクセス権を閲覧者が有しない場合である、
   請求項１に記載の情報処理システム。
9. 前記プロセッサは、読み出しの対象である前記第１の文書に対するアクセス権の付与を担当者に要求する、
   請求項８に記載の情報処理システム。
10. 前記プロセッサは、読み出しの対象である前記第１の文書にアクセスするための情報を入力する画面を閲覧者に対して提示する、
    請求項８に記載の情報処理システム。
11. 前記プロセッサは、前記操作子を、前記事象が検出されたページ上に表示する、
    請求項１～１０のいずれか１項に記載の情報処理システム。
12. 前記プロセッサは、前記操作子を、前記事象が検出されたページの前又は後ろに挿入された追加のページ上に表示する、
    請求項１～１０のいずれか１項に記載の情報処理システム。
13. 前記プロセッサは、閲覧者からの要求に応じ、前記第２の文書の属性情報を表示する、
    請求項１～１０のいずれか１項に記載の情報処理システム。
14. 前記属性情報は、前記第２の文書の各ページに紐づけられている前記第１の文書を管理するシステムの情報と、当該第１の文書が存在する場所を特定する前記情報と、前記担当者の情報を含む、
    請求項１３に記載の情報処理システム。
15. 前記プロセッサは、前記事象が検出された前記第１の文書を管理するシステムから、当該第１の文書の現在の担当者を検索する、
    請求項１～１０のいずれか１項に記載の情報処理システム。
16. コンピュータに、
    自又は他のシステムで管理される第１の文書が存在する場所を特定する情報を、配列順にページに紐付けた第２の文書を管理する機能と、
    前記第２の文書の閲覧時には、閲覧の対象であるページに紐付けられている前記第１の文書を読み出して閲覧者に提供する場合において、当該第１の文書を読み出せない事象が検出されたとき、当該事象の解消を担当者に要求する操作子を閲覧に用いる画面上に表示する機能と、
    を実現させるためのプログラム。

Images