JP2010140257A - 情報処理装置及び情報処理方法 - Google Patents

Abstract

【課題】帳票ファイルに対するユーザの処理に応じて帳票ファイル同士を関連付け、帳票ファイルを表示する際は、関連する帳票ファイルもユーザに表示することを目的とする。
【解決手段】表示制御手段によりクライアントＰＣにおいて帳票ファイルが表示された後の、帳票ファイル又は帳票ファイルとは別の帳票ファイルに対するクライアントＰＣからの操作の種別を監視する監視手段と、監視手段により監視された操作の種別に応じて、帳票ファイルと帳票ファイルとは別の帳票ファイルとの関連を示す関連情報を生成する関連情報生成手段と、関連情報生成手段で生成された関連情報を帳票ファイルと対応付けて記憶装置に記憶する記憶手段と、を有し、表示制御手段は、クライアントＰＣから表示要求があった帳票ファイルに対応する関連情報が記憶装置に記憶されている場合、帳票ファイルと共に関連情報を表示させるための制御を行うことによって課題を解決する。
【選択図】図７

Description

本発明は、情報処理装置及び情報処理方法に関する。

従来の電子帳票システムには、作業者が業務で頻繁に使用する帳票があった場合、その頻繁に使用する帳票へのショートカットやお気に入り登録といった関連付け機能がある。
しかしそれら機能の利用はユーザ自身の手作業によって行うものとなっている。
そのため、手間がかかる、業務の実態（帳票の使用頻度）と関連が一致しない可能性がある、等の問題が発生する。

そこで、関連付けをシステムが自動的に行い、かつ、業務の実態と関連とが一致するような機能が考えられている。
その１つとして、特許文献１には、文書同士の関連を自動的に解析し、関連付けを行う文書管理システムが開示されている。特に、特許文献１は、ユーザの「関連文書を参照する」という行動を解析し、この解析の結果を基に文書に関連付けを行うというように動作するものである。

特開平０９−３３０３１２号公報

特許文献１に記載の文書管理システムにおいては、ホーム文書から参考文書を参照した場合のみ関連付けが行われる。しかしながら、特許文献１に記載の技術では、当然ながら、電子帳票システムにある「検索」や「付箋、マーキングを利用する」といった機能を使用することをトリガーとして文書同士を関連付けることは出来ない。
例えば、電子帳票システムで商品売り上げや商品在庫を帳票管理している業務では、一度電子帳票システムに登録した帳票ファイルの内容変更を行わなければならないような作業が発生した場合、変更前と変更後とを確認する作業が発生する。この際、帳票ファイルの「参照」の他にも「検索」や「付箋・マーキング」等の機能が利用されることが多い。しかしながら、従来の技術では「検索」や「付箋・マーキング」等が実行されても関連付けを行うことはできないため、再度、確認作業等を行う場合、同様の「検索」や「付箋・マーキング」等を行わなければならない問題があった。

本発明はこのような問題点に鑑みなされたもので、帳票ファイルに対するユーザの処理に応じて帳票ファイル同士を関連付け、帳票ファイルを表示する際は、関連する帳票ファイルもユーザに表示することを目的とする。

そこで、本発明は、クライアントＰＣで参照可能な帳票ファイルを管理する情報処理装置であって、前記クライアントＰＣからの表示要求に応じて、前記帳票ファイルを表示させるための制御を行う表示制御手段と、前記表示制御手段により前記クライアントＰＣにおいて前記帳票ファイルが表示された後の、前記帳票ファイル又は前記帳票ファイルとは別の帳票ファイルに対する前記クライアントＰＣからの操作の種別を監視する監視手段と、前記監視手段により監視された操作の種別に応じて、前記帳票ファイルと前記帳票ファイルとは別の帳票ファイルとの関連を示す関連情報を生成する関連情報生成手段と、前記関連情報生成手段で生成された関連情報を前記帳票ファイルと対応付けて記憶装置に記憶する記憶手段と、
を有し、前記表示制御手段は、前記クライアントＰＣから表示要求があった前記帳票ファイルに対応する前記関連情報が前記記憶装置に記憶されている場合、前記帳票ファイルと共に前記関連情報を表示させるための制御を行うことを特徴とする。

かかる構成とすることにより、帳票ファイルに対するユーザの処理に応じて帳票ファイル同士を関連付け、帳票ファイルを表示する際は、関連する帳票ファイルもユーザに表示することができる。

また、本発明は、情報処理方法、プログラム及び記憶媒体としてもよい。

本発明によれば、帳票ファイルに対するユーザの処理に応じて帳票ファイル同士を関連付け、帳票ファイルを表示する際は、関連する帳票ファイルもユーザに表示することができる。

以下、本発明の実施形態について図面に基づいて説明する。

＜実施形態１＞
はじめに、本実施形態のユースケースを説明する。
（具体的なユースケースの想定）
電子帳票システムにおけるユースケースを想定する。
経理部門等の経理業務が扱う配達記録票や売り上げ管理表等といった日付毎に管理するような帳票を例に挙げる。
（業務モデル）
ある業務部門では商品売り上げを電子帳票システムで管理している。
売り上げ表は、
・全部門の総計表 （より具体的な帳票例は図１）
・部門毎の詳細集計表（より具体的な帳票例は図２）
の２つがある。

（想定するケース）
ある部門の売上データが更新されたため、電子帳票システムに現在登録されている「全部門の総計表」帳票の総売上数値が変更された。
そのため変更される前、された後の帳票ファイルを確認する必要がある。
（想定するユーザアクション）
変更を確認するため、電子帳票システムに登録されている図１、図２の２帳票を更新前・後のもの（図３、図４）を閲覧するというアクションがまず想定できる。
次に、変更されたことを付箋やアノテーション機能を用いてシステムにメモを残す等といったアクションや、後にどのデータが変更されたのかを帳票検索処理等で抽出するアクション等が想定できる。

（効果）
上記のようなデータ変更業務は、そのとき限りの１度とは限らず、部門数・商品数が増え会社規模が大きくなればなるほど多発すると考えられる。
そこで図１、図２の２帳票に関連付けを行うことで、対象帳票を探す手間等を省き業務の効率化を図り、更には対象帳票を間違えるといったミスを防ぐことができる。
しかし、確認業務やメモを残す等といった作業を行うのは担当者のみであり、他閲覧者は変更を確認するための作業は発生しないため、上記のような効果を得るには個々の業務に沿った関連付けが行われる必要がある。
そこで以下に示すように、ユーザ自身の行動を基とした関連情報の解析で関連付けを行うことにより、個々が業務で頻繁に使用する帳票のみに関連付けが行われる。
また、関連付けが次々に行われてしまうとデータ量が増大し、システムに負荷をかけてしまうことに繋がるが、以下に示すように本実施形態では業務で使用することが少なくなった帳票に対しては関連情報を削除していく（例えば後述する図３１のＳ９１２等参照）。そのため、データ量が右肩上がりに増大するといったこともない。

図５は、システム構成の一例を示す図である。図５において、ホストコンピュータ（ホストプリンタ）１０１は、電子帳票システム１０２に登録をする帳票データ（実データ）を生成する。電子帳票システム１０２は、電子帳票（以下、単に帳票とする）の帳票ファイルや、管理情報を記録し、ネットワーク１０５を介してクライアントＰＣ１０３、１０４に対して、帳票の閲覧や検索等のサービスを提供する。クライアントＰＣ１０３、１０４は、帳票の閲覧及び計算結果の取得を行う者が使用するクライアント端末であり、ネットワーク１０５を介して、電子帳票システム１０２とデータの送受信が可能である。ネットワーク１０５は、例えばＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）やインターネット等である。尚、図５のネットワーク上に接続される各種端末の構成は一例であり、用途や目的に応じて様々な構成例がある。
次に、図５の電子帳票システム１０２のハードウェア構成について、図６を用いて説明する。

図６は、電子帳票システムのハードウェア構成の一例を示す図である。
図６において、ＣＰＵ２０１は、システムバス２０４に接続される各デバイスを統括的に制御する。また、ＲＯＭ２０３或いは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるオペレーティングシステム（ＯＳ）や、後述する各種機能を実現するためのプログラムが記憶されている。
ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア、一時待避領域等として機能する。
入力コントローラ２０５は、入力部２０９からの入力を制御する。この入力部２０９としては、例えば、キーボード、マウス等のポインティングデバイスであってもよいし、タッチパネル、ボタン、スイッチ等であってもよい。

表示コントローラ２０６は、表示部２１０の表示を制御する。この表示部２１０としては、例えば、ＣＲＴや液晶等が挙げられる。
外部メモリコントローラ（ＭＣ）２０７は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、プリンタドライバ等を記憶する外部メモリ２１１へのアクセスを制御する。外部メモリ２１１には、加えて、各種テーブル、パラメー等が記憶されている。この外部メモリ２１１としては、ハードディスク（ＨＤ）やフレキシブルディスク（ＦＤ）、ＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）、スマートメディア等が挙げられる。
通信Ｉ／Ｆコントローラ２０８は、ネットワーク１０５を介して外部機器との通信制御処理を実行する。
本実施形態を実現するためのプログラム２１２は外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。更に、本実施形態に係るプログラム２１２が用いる帳票ファイル２１３は外部メモリ２１１に格納されており、これらについての詳細な説明は後述する。

クライアントＰＣ１０３、１０４やホスト１０１のハードウェア構成も電子帳票システム１０２と同様である。しかし、各装置のプログラムは、電子帳票システム１０２のプログラム２１２とは異なる。また、帳票ファイル２１３は、クライアントＰＣ１０３が元来保持していることはないものである点等が異なる。
帳票ファイル２１３は、帳票の形式を定義するフォームデータと帳票データとから生成された、帳票の表示用データを表すものであって、単独又は複数のファイルによって構成され、単数又は複数のページを含有している。電子帳票システム１０２の内部においては、複数の帳票ファイル２１３のうち同一種類のものをグループ化して管理しており、それぞれの帳票ファイル２１３はそのグループの中の世代と呼ばれる。

図７は、自動関連付け処理の基本的な処理の一例を示すフローチャートである。
図７において、ユーザが業務を開始するため、業務で使用する帳票ファイルの表示要求を電子帳票システム１０２に送る。すると、電子帳票システム１０２は、表示要求を受け付け、帳票表示処理を開始する（Ｓ３０１）。
まず、電子帳票システム１０２は、ユーザの表示要求対象の帳票ファイルを表示するために必要な情報である帳票ファイルと、帳票ファイルの関連付け情報である後述する図８に示すような関連情報と、をデータベース３１３より取得する（Ｓ３０２）。
帳票ファイルの関連付け情報である関連情報が無かった場合、電子帳票システム１０２は、従来どおりの帳票表示処理を行うため、特別な処理は行わずＳ３０４に遷移する。
なお、条件分岐等、詳細な処理は、後述する図２１で説明するため、図７には条件分岐等の詳細な処理は説明を省略してある。

電子帳票システム１０２は、帳票ファイルを取得するのと同様にデータベース３１３にログインしているユーザのユーザＩＤ等、ユーザを一意に指定できる値をキーとしてＳＱＬ文を発行し、ログインユーザの持つ表示要求対象の帳票ファイルの関連情報を取得する。
なお、以下では、電子帳票システム１０２は、ログインユーザの持つ表示要求対象の帳票ファイルの関連情報を取得するものとして説明を行うが、例えばログインユーザが所属するグループの関連情報を取得したり、全てのユーザの関連情報を取得したりするようにしてもよい。
また、関連情報は図８に示す通り、以下の情報を持つ。なお、以下に示す説明内の「セッション」とは、「ユーザが電子帳票システムにログインしてからログアウトするまでの継続した一定期間」を指す。なお、以下に示すように、電子帳票システム１０２は、ユーザによるログインからログアウトまでの帳票ファイルに対する一連の処理（例えば、表示や検索、付箋、マーキング等の処理）に基づいて、帳票ファイルに関連する関連情報を生成又は更新する。

（１）関連付けされた帳票の帳票ＩＤ
（２）関連付けされた帳票の世代
（３）関連付けされた帳票の保存場所
（４）関連情報を持っている帳票の帳票ＩＤ
→ 表示している帳票以外の帳票に対して持っている関連情報の帳票ＩＤ一覧
（５）関連を決定付ける「関連決定度数」
→ 関連を解析した結果「関連が有る」と判断するための基準値
（６）同セッション内で表示した帳票毎の「関連度数」
→ 関連の解析結果を数値化したもの
（７）同セッション内で表示した帳票毎の「表示フラグ」
→ 関連を解析するために持つ値
（８）同セッション内で表示した帳票毎の「検索ヒットフラグ」
→ 関連を解析するために持つ値
（９）同セッション内で表示した帳票毎の「付箋、マーキング等機能の利用フラグ」
→ 関連を解析するために持つ値
（１０）関連を消す「表示最新日付からの経過日数」
→ 帳票に対する関連情報を持つが、一定期間以上表示されていない場合に「関連がなくなった」と判断して関連情報を消すための基準日数
（１１）同セッション内で表示した帳票毎の「表示最新日付」
→ 上記（１１）のための情報値
（１２）利用された主な機能
→ 関連付けに利用された主な機能を表す値で、
Ｏ＝帳票の表示（ｏｐｅｎ）
Ｓ＝帳票の検索（ｓｅａｒｃｈ）
Ｆ・Ｍ＝付箋、マーキング機能の利用
を表している。なお、本明細書では、付箋、マーキングはアノテーションの一例とする。

図９は、図８のより具体的な一例であり、Ａ帳票がＢ、Ｃ、Ｄ、Ｅ帳票に対する関連情報を持っていると仮定した場合の関連情報の一例を示す図である。
なお、図８と図９とを用いた具体的な処理の説明は、後述する図２８等で行うためここでは省略する。
再び図７の説明に戻り、帳票ファイルの関連付け情報である関連情報があった場合、電子帳票システム１０２は、Ｓ３０２で取得した帳票ファイルと、関連情報と、を基に帳票ファイルを表示する処理を行う（Ｓ３０３）。
Ｓ３０３を行われた後、表示処理は終了となる（Ｓ３０４）。なお、Ｓ３０３のより具体的な処理は、後述する図２１で説明する。

ここで、ユーザが行う業務の中で、「Ｓ３０３で表示した帳票ファイルとは別の帳票ファイル（その他の帳票ファイル）」に対する処理要求（３０５、３０６、３０７）が行われた場合、電子帳票システム１０２は、帳票ファイル同士の関連付けの解析を行う（Ｓ３０８）。Ｓ３０８のより具体的な処理は、後述する図２８、図２９、図３０で説明する。
ここで、３０５は、ユーザが表示要求を行った帳票ファイルとは別の帳票ファイルの表示の要求である。
３０６は、ユーザが表示要求を行った帳票ファイルとは別の帳票ファイルを検索する要求である。
３０７は、ユーザが表示要求を行った帳票ファイルとは別の帳票ファイルに対して付箋・マーキング等のアノテーション機能を利用する要求（アノテーション要求）である。

電子帳票システム１０２は、ユーザのログアウト要求に従ってログアウト処理を開始し（Ｓ３０９）、ログアウト（Ｓ３１１）を行う直前に、Ｓ３０８で解析した結果である、帳票ファイルの関連情報をデータベースに保存する（Ｓ３１０）。
ログアウト処理の終了は、ユーザの業務終了を表しているので、Ｓ３１２が終わるとセッションは切断され、ユーザの業務は終了となる。

図１０は、帳票ファイルの関連情報を「どの位置に表示させるのか」、「どの項目を関連情報として表示するのか」といったことを予め電子帳票システムの管理者等に定義させるための、帳票定義の処理の一例を示すフローチャートである。
また、Ｓ３２１の矩形内のＳ３２１−１〜Ｓ３２１−４はＳ３２１のより詳細な処理を表している。
電子帳票システム１０２は、管理者等からの設定画面等を介した入力に基づいて、帳票ファイルを登録するためにその帳票ファイルが「どのような帳票なのか」という定義を行う（Ｓ３２１）。
定義項目は図１０の３２１−Ａで表しているような、
・帳票ＩＤ
・帳票名
・帳票の種別
・印刷情報（用紙サイズ、向き等）
等である。
電子帳票システム１０２は、これらの定義を、従来の帳票に関する定義（Ｓ３２１―１）で行う。

次に電子帳票システム１０２は、帳票ファイル表示時に関連情報を一緒に表示するために予め管理者等に定義項目として図１０の３２１−Ｂで表している以下の３項目を定義させる（Ｓ３２１−２）。つまり、電子帳票システム１０２は、管理者等からの画面等を介した入力に基づいて、以下の３項目を表示情報の一例として定義する。
・関連情報の表示位置（座標データ）
・関連情報の表示項目情報
・関連情報の表示文字情報

管理者等は、関連情報の表示位置を予め定義する。このことで、電子帳票システム１０２が内部的（プログラム的）に表示領域（座標情報）を予め特定するために「関連情報の表示位置」を定義（設定）する。
また、管理者等は、図１１に示すように、帳票ファイルのプレビュー表示画面にて、関連情報の表示領域をマウス操作で矩形指定することで「関連情報の表示位置」を定義する。
電子帳票システム１０２は、管理者等のマウス操作等で指定された矩形領域を関連情報の表示位置として、座標データ（ｘ，ｙ）で保持（定義）する。座標は、帳票の表示領域の重心部を原点（０，０）とする直交座標（ｘ，ｙ）で、ｘ軸は水平方向に右の方向を正の向きに、ｙ軸は垂直方向に上の方向を正の向きとしたｘｙ座標である。
電子帳票システム１０２は、関連情報の表示時に、この座標データ位置に関連情報を表示する。なお、このとき、帳票ファイルの表示領域に関連情報の表示領域が再描画される形になるので、帳票ファイルの表示の上に関連情報が表示される（図１２及び図１３参照）。

図１４は、図１１のように、管理者等が矩形指定した関連情報の表示位置に、関連情報を表示したときの一例を示す図である。
同様に、図１２及び図１３、図１５及び図１６、図１７及び図１８、はそれぞれ管理者等が矩形指定した関連情報の表示位置に、電子帳票システム１０２が関連情報を表示したときの例である。

電子帳票システム１０２は、「関連情報の表示項目情報」の定義において、帳票ファイル表示時に関連情報を表示する際に表示する項目や、項目の表示順等、以下の情報を定義する。
・表示項目の選択
（設定可能な表示項目の項目名は図１９を参照。）
・表示項目の表示順序
・関連情報の表示行数
・関連情報の表示順序

図１４、図２０は、図１１のように管理者等が矩形指定した関連情報の表示位置に関連情報を表示したときの例であるが、上記設定を、
［図１４］
＜表示項目＞
（１）関連付けされた帳票の帳票ＩＤ
（２）関連付けされた帳票の世代
（３）関連付けされた帳票の保存場所
＜表示項目の表示順序＞
（１）→（２）→（３）
＜関連情報の表示行数＞
３
＜関連情報の表示順序＞
関連度数の降順（図８の（６））
［図２０］
＜表示項目＞
（１）関連付けされた帳票の帳票ＩＤ
（２）関連付けされた帳票の世代
（３）関連付けされた帳票の保存場所
（１１）同セッション内で表示した帳票毎の「表示最新日付」
（１３）関連付けに利用された主な機能（Ｏ、Ｓ、Ｆ・Ｍ）
＜表示項目の表示順序＞
（１）→（２）→（３）→（１１）→（１３）
＜関連情報の表示行数＞
３
＜関連情報の表示順序＞
関連度数の降順（図８の（６））
と設定した場合の具体例である。

ここで、図１４よりも図２０の方が、表示項目が多いため、電子帳票システム１０２が同じ表示領域に関連情報を表示する場合、文字フォントや文字幅を考慮しないと表示する関連情報の文字列が表示領域上に全て描画されなくなってしまう。
同様に、関連情報の表示行数が多い場合、文字フォントサイズによっては全て描画されなくなってしまう。
それを避けるために、電子帳票システム１０２は、「関連情報の表示文字情報」の定義を行う。
電子帳票システム１０２は、管理者等の操作に応じて、表示する文字の、
・フォント種類
・サイズ
・文字幅
を定義する。

再び図１０の説明に戻り、電子帳票システム１０２は、管理者により設定された前記３つの文字情報に基づいて、「関連情報の表示項目情報」の定義で定義された表示項目と、関連情報と、が全て指定矩形内に表示されるかを判断する（Ｓ３２１−３）。表示出来ない可能性がある場合、電子帳票システム１０２は、再設定（再定義）の要求を管理者等に行う（Ｓ３２１−４）。
電子帳票システム１０２は、横幅についての表示出来るか出来ないかの判断を、管理者等により定義された関連情報の表示項目毎に表示する関連情報の「表示最大文字数の合計」と「文字のサイズ」と指定された「矩形のサイズ情報（矩形横幅）」とに基づいて行う。また、電子帳票システム１０２は、縦幅についての表示出来るか出来ないかの判断を、管理者等により定義された関連情報の「表示行数」と「文字のサイズ」と指定された「矩形のサイズ情報（矩形縦幅）」とに基づいて行う。

計算式例は、以下である。
［横］
（表示項目の最大文字数の合計）×（フォントサイズ）＋（余白）＞指定された矩形の横幅
［縦］
（表示行数）×（フォントサイズ）＋（余白）＞指定された矩形の縦幅
関連情報の表示最大文字数とは、関連情報テーブル（図８）の（１）〜（１２）項目それぞれのデータの文字数の最大値である。
例えば、図１５のようにユーザが縦に矩形を定義した場合、矩形の幅が狭いため表示項目は多く表示できないが、表示行数は多く設定できるので電子帳票システム１０２によって、図１６のように表示される。
一方、図１７のように広く関連情報の表示領域が矩形指定されれば、フォントの大きさ等も幅広く設定可能になるため、電子帳票システム１０２によって図１８のように表示される。

図２１は、図７のＳ３０１〜３０４の処理をより詳細に示すフローチャートである。
まず電子帳票システム１０２は、帳票ファイルの表示処理（Ｓ４０１）を開始すると、表示対象の帳票ファイルに関する関連情報がデータベース等にあるか否かを確認する（Ｓ４０２）。
Ｓ４０２において、電子帳票システム１０２は、図７のＳ３０２で取得した「帳票ファイルの関連付け情報である関連情報（詳細は図８）」が有ったか・無かったかの判定を行う。
電子帳票システム１０２は、関連情報が無い場合、帳票表示処理（Ｓ４０５）を行い、関連情報が有る場合、関連付けられた帳票ファイルが有るか無いかを確認する（Ｓ４０３）。
電子帳票システム１０２は、Ｓ４０２で関連情報を取得しても、関連付けられた帳票ファイルが無ければ帳票表示処理（Ｓ４０５）を行う。
関連付けられた帳票ファイルが有る場合、電子帳票システム１０２は、表示対象の帳票ファイルを表示するための領域とは別にその関連付けされた帳票ファイルの情報を表示するための領域を設定し、表示を行うための処理を行う（Ｓ４０４）。なお、Ｓ４０４のより具体的な処理は、後述する図２２において説明する。
Ｓ４０４の後、電子帳票システム１０２は、帳票ファイルの表示処理４０５を行う。
ユーザが業務を終えた場合、電子帳票システム１０２は、帳票表示処理を終了する（Ｓ４０８）。

図２２は、図２１で処理がＳ４０４→Ｓ４０５と進んだ場合のより詳細な処理の一例を示すフローチャートである。
まず、電子帳票システム１０２は、図７のＳ３０２で取得した関連情報から表示対象の帳票ファイルの「関連付けされた帳票の帳票ＩＤ」と「関連付けされた帳票の世代」と「関連付けされた帳票の保存場所」とを取得する（Ｓ５０２）。
Ｓ５０３において、電子帳票システム１０２は、Ｓ３０２で取得した帳票ファイルに、
・関連情報の表示位置
・関連情報の表示項目
があるか否かを確認し、前記２項目（以下、この図の説明内では「表示位置」、「表示項目」と表記）に設定値が無かった場合、どちらもデフォルト値として用意している値を設定する（Ｓ５０４）。
これは本実施形態に係る機能を電子帳票システム１０２に実装する以前に定義された帳票ファイルには、表示位置と表示項目との設定値は存在しないため、このことを考慮した処理である。

また、Ｓ５０３の判定において、表示位置と表示項目とに設定値が有った場合、電子帳票システム１０２は、これらの値を取得する（Ｓ５０５）。
次に、電子帳票システム１０２は、Ｓ５０４、５０５で設定、若しくは取得した表示位置と表示項目との値に従って関連情報を表示するよう設定し（Ｓ５０６）、関連情報と共に帳票を表示する（Ｓ５０７）。
ここで、Ｓ５０７の処理は、「従来の帳票ファイルの表示」処理プログラム５０８に、
・「関連情報の表示」処理プログラム５０９
・「関連情報クリック時の対象帳票ファイルの表示」処理プログラム５１０
・「関連情報表示・非表示要求時の表示・非表示」処理プログラム５１１
を組み込んだものである。

「関連情報クリック時の対象帳票ファイルの表示」処理プログラム５１０は、帳票ファイルの表示時に関連情報として表示された帳票ファイルのＩＤ等がクリック（又は指定）されることで、対象の帳票ファイルを表示するプログラムである。ここで、図２３は、関連付け前の帳票ファイルの表示の一例を示す図であり、図２４は、関連付け後の帳票ファイルの表示の一例を示す図である。図２４に示される関連情報に含まれる帳票名や帳票保存場所、対象世代等の関連付けされた帳票へのリンクがクリックされると、クリックされたリンクに対応する、関連付けされた帳票が前記プログラムによって表示される。
これは電子帳票システム１０２に帳票ファイルの表示要求が行われたときと同様の処理であるので、このプログラムが呼び出されると、図７のＳ３０１からの処理と同様の処理が行われる。
関連情報クリック時のアクションとして「対象の帳票ファイルの表示要求を行う」とプログラミングするだけなのでこの処理は容易に実装可能である。
「関連情報表示・非表示要求時の表示・非表示」処理プログラム５１１は、図２５の関連情報の右上にある「非表示」をクリックした際に、非表示（最小化）にする処理プログラムである。「関連情報表示・非表示要求時の表示・非表示」処理プログラム５１１は、最小化されると画面の端にアイコン（図２６）が表示される状態となるプログラムと、その最小化されたアイコン（図２６、図２７）をクリックすることで関連情報が再表示されるプログラムと、で構成される。

これも前述の処理プログラム５１０と同様で、クリック時のアクションとして「非表示にする・表示する」のプログラムを実装することで実現される。
非表示の際には、元々の帳票ファイルの表示（描画）を復元し、再表示の際は関連情報の表示プログラム（５０９）を再度呼び出すことで可能となるので容易に実装可能である。
また、最小化にアイコンという形式を取ったが、アイコン化して最小化するだけではなく、非表示にし、アプリケーションのメニューに「関連情報を再表示する」といった項目を追加し、そこに再表示するプログラムを埋め込むといった方式でもよい。
関連情報と共に帳票を表示する処理（Ｓ５０７）が終了すると、帳票ファイルの表示処理は終了である（Ｓ５１２）。

図２８は、ユーザの「表示している帳票とは別の帳票に対する行動」による関連解析処理の分岐に係る処理の一例を示したフローチャートである。
「表示している帳票とは別の帳票に対する行動」は３つあり、図７の３０５〜３０７と図２８の６０４〜６０６とでは対応する行動は全て同じ行動を指している。
ユーザはログイン処理（Ｓ６０１）を行ったあと、業務で利用するＡ帳票の表示要求を行う。電子帳票システム１０２は、この表示要求を受け取る（Ｓ６０２）。
次に、Ａ帳票とは別の帳票に対して「表示」若しくは「検索」といった要求がユーザより行われた場合（Ｓ６０４、Ｓ６０５）、電子帳票システム１０２は、分岐処理（Ｓ６０３）にて処理を分岐させる。

ユーザが「Ａ帳票とは別の帳票を表示」要求（Ｓ６０４）を行った場合、電子帳票システム１０２は、帳票表示の場合の解析処理（Ｓ６０６）を行う。そして、ユーザがそのＡ帳票とは別の帳票に対して「付箋・マーキング機能の利用」要求（６０８）を行った場合、電子帳票システム１０２は、付箋・マーキング機能利用の場合の解析処理６０９を行う。
「付箋・マーキング機能の利用」要求が無かった場合、電子帳票システム１０２は、監視状態に戻るため分岐処理（Ｓ６０３）へと処理を遷移させる。
このＳ６０１→Ｓ６０２→Ｓ６０３→Ｓ６０６→Ｓ６０７→Ｓ６０９の流れを詳細に表した図が図３０である。
次に、ユーザが「Ａ帳票とは別の帳票を検索」要求（６０５）を行った場合、電子帳票システム１０２は、帳票検索の場合の解析処理（Ｓ６１０）を行う。このＳ６０１→Ｓ６０２→Ｓ６０３→Ｓ６１０の流れを詳細に表した図が図２９である。

図２９、図３０は、関連情報に係る解析処理の一例を示し、「帳票検索の場合の関連情報解析処理」の詳細を表したフローチャートが図２９で、「帳票表示の場合の関連情報解析処理」、「付箋、マーキング機能利用の場合の関連情報解析処理」の詳細を表したフローチャートが図３０である。
また、図２８、図２９、図３０では本来、ユーザの業務開始からＡ帳票の表示処理までの間（Ｓ６０１からＳ６０２までの間、Ｓ７０１からＳ７０２までの間、Ｓ８０１からＳ８０２までの間）にはＡ帳票の「帳票ファイル・関連情報の取得」処理である図７のＳ３０２が行われ、同様に、Ｂ帳票の表示要求（Ｓ８０３）があった直後にはＢ帳票の「帳票ファイル・関連情報の取得」処理である図７のＳ３０２が行われるが、関連情報の解析処理に特化した説明のためここでは省略している。
図２９、図３０の説明では関連情報の具体的な値に関する説明が含まれるが、全て図８の関連情報の具体例である図９を用いて説明する。つまり、以下では図９の関連情報は既に電子帳票システム１０２によって生成されているものとする。

図９は、Ａ帳票が持つ関連情報の一例を示す図である。
図９においてＡ帳票はＢ、Ｃ、Ｄ、Ｅ帳票に対する関連情報を持っており（図９の（４））、その中でもＢ、Ｃ帳票がＡ帳票に関連付けされている（図９の（１））。
図２９は、Ｓ６０１→Ｓ６０２→Ｓ６０３→Ｓ６１０のより具体的な処理を説明するためのフローチャートである。
図２９において、電子帳票システム１０２は、ユーザによる、１つのセッション内における初めに帳票表示要求を行ったＡ帳票（Ｓ７０２）とは別の帳票に対する帳票検索要求を受信したとする。すると、電子帳票システム１０２は、検索の結果としてＢ帳票がヒットした場合（Ｓ７０３の「検索ヒット帳票あり」）、Ａ帳票に対してＢ帳票を関連付けるために、Ａ帳票がもつ関連情報の中にＢ帳票に対する情報があるか否かを確認する（Ｓ７０４）。

Ｂ帳票に対する情報が無かった場合（Ｓ７０４の「無し」）、電子帳票システム１０２は、Ｂ帳票に対する情報を作成（生成）し（関連情報生成）、Ａ帳票の関連情報に追加する（Ｓ７０５）。
Ｂ帳票に対する情報が有った場合（Ｓ７０４の「アリ」）、又はＳ７０５の処理を終えた場合、電子帳票システム１０２は、検索要求以前に表示されていた帳票全て（この場合、Ａ帳票のみ）の関連情報の、検索でヒットしたＢ帳票に対する情報を以下のように変更する（Ｓ７０６）。
・検索ヒットフラグ（図９のＢ帳票の（８））＝ＴＲＵＥ
ここで、検索の結果ヒットした帳票が複数あった場合（例えばＢ、Ｃ、Ｄ帳票がヒットした場合）、電子帳票システム１０２は、Ａ帳票が持つ関連情報の中のＢ、Ｃ、Ｄ帳票に対する情報があるか否かを確認する（Ｓ７０４）。電子帳票システム１０２は、関連情報の情報が無い帳票に対してのみ、Ｓ７０５の処理を行う。そして、電子帳票システム１０２は、「Ｂ、Ｃ、Ｄ帳票に対する『検索ヒットフラグ（図９のＢ帳票、Ｃ帳票、Ｄ帳票の（８））』」を"ＴＲＵＥ"にするＳ７０６の処理を行う。
また、例えば、検索要求以前に表示されていた帳票がＡ帳票、Ｃ帳票で、検索でヒットした帳票がＢ帳票であった場合、電子帳票システム１０２は、Ａ帳票に関連付けられている関連情報の中の「Ｂ帳票の『検索ヒットフラグ』」を"ＴＲＵＥ"にすると共に、Ｃ帳票に関連付けられている関連情報の中の「Ｂ帳票の『検索ヒットフラグ』」を"ＴＲＵＥ"にする（Ｓ７０６）。

Ｓ７０６の処理を終えると、電子帳票システム１０２は、Ｓ７０３に遷移する。
次に、検索要求が行われなかった場合、つまりユーザが業務を終えログアウト要求を行い電子帳票システム１０２がそれを受け付けると（Ｓ７０７）、電子帳票システム１０２は、各帳票の持つ関連情報が更新されたか否かを確認する（Ｓ７０８）。
関連情報が更新された場合（Ｓ７０８の「更新された」）、電子帳票システム１０２は、データベースに更新を反映する処理を行う（Ｓ７０９）。
関連情報が更新されなかった場合、又はＳ７０９の処理を終えた場合、電子帳票システム１０２は、従来のログアウト方法でログアウト処理を行いユーザの業務は終了となる（Ｓ７１０）。

図３０は、Ｓ６０１→Ｓ６０２→Ｓ６０３→Ｓ６０６→Ｓ６０７→Ｓ６０９のより具体的な処理を説明するためのフローチャートである。
図３０において、電子帳票システム１０２は、ユーザによる、１つのセッション内における初めに帳票表示要求を行ったＡ帳票（Ｓ８０２）とは別のＢ帳票に対する表示要求を受信したとする（Ｓ８０３の「要求あり」）。すると、電子帳票システム１０２は、Ａ帳票に対してＢ帳票を関連付けるために、Ａ帳票がもつ関連情報の中にＢ帳票に対する情報があるかを確認する（Ｓ８０４）。
Ｂ帳票に対する情報が無かった場合（Ｓ８０４の「無し」）、電子帳票システム１０２は、Ｂ帳票に対する情報を作成し、Ａ帳票の関連情報に追加する（Ｓ８０５）。

Ｂ帳票に対する情報が有った場合（Ｓ８０４の「有り」）、又はＳ８０５の処理を終えた場合、電子帳票システム１０２は、Ｂ帳票の表示要求以前に表示されていた帳票全て（この場合Ａ帳票のみ）の関連情報の、Ｂ帳票に対する情報を以下のように変更する（Ｓ８０６）。
・表示フラグ（図９のＢ帳票の（７））＝ＴＲＵＥ
・最新表示日付（図９のＢ帳票の（１１））＝現在日付
なお、例えば、Ｂ帳票の表示要求以前に表示されていた帳票がＡ帳票、Ｃ帳票であった場合、電子帳票システム１０２は、Ａ帳票に関連付けられている関連情報の中のＢ帳票の表示フラグ、最新表示日付を変更すると共に、Ｃ帳票に関連付けられている関連情報の中のＢ帳票の表示フラグ、最新表示日付を変更する（Ｓ８０６）。
Ｓ８０６を終えると、電子帳票システム１０２は、Ｂ帳票を表示する処理を行う（Ｓ８０７）。
次に、表示したＢ帳票に対してユーザが付箋、マーキング機能を利用する要求を行った場合（Ｓ８０８の「要求あり」）、電子帳票システム１０２は、Ｂ帳票の表示要求以前に表示されていた帳票全ての関連情報の、Ｂ帳票に対する情報を以下のように変更する処理を行う（Ｓ８０９）。
・付箋・マーキング機能利用フラグ（図９のＢ帳票の（９））＝ＴＲＵＥ

表示したＢ帳票に対してユーザが付箋、マーキング機能を利用しなかった場合、又はＳ８０９の処理を終えた場合、電子帳票システム１０２は、Ｓ８０３に遷移させる。
Ｂ帳票の表示要求以外に帳票ファイルの表示要求が行われなかった場合、つまりユーザが業務を終えログアウト要求を行い電子帳票システム１０２がそれを受け付けると（Ｓ８１０）、電子帳票システム１０２は、各帳票の持つ関連情報が更新されたか否かを確認するため判定を行う（Ｓ８１１）。
関連情報が更新された場合（Ｓ８１１の「更新された」）、電子帳票システム１０２は、データベースに更新を反映する処理を行う（Ｓ８１２）。ここで、Ｓ８１２は図２９のＳ７０９と同じであり、後述する図３１で説明するのでここでは説明を省略する。
関連情報が更新されなかった場合、又は処理８１２を終えた場合、電子帳票システム１０２は、従来のログアウト方法でログアウト処理を行いユーザの業務は終了となる（Ｓ８１３）。

図３１は、図２９のＳ７０９、図３０のＳ８１２の詳細な処理を説明するためのフローチャートである。
図２９、図３０においてユーザからのログアウト要求を受け付け、ログアウト処理を行う直前に更新の行われた関連情報をデータベースに反映する処理（図２９のＳ７０９、図３０のＳ８１２）が開始されると、Ｓ９０１に遷移する。
図３１の説明には図８の関連情報のより具体的な例である図３２を用いる。

図３２は、Ａ帳票が持つ関連情報であり、ユーザは以下の操作を実施したことを想定しており、
（ユーザの操作）
（Ａ）電子帳票システムにログインした。
（Ｂ）Ａ帳票を表示した。
（Ｃ）帳票検索を行い、Ｃ帳票がヒットしたがＣ帳票は表示しなかった。
（Ｄ）Ｂ帳票を表示した。
（Ｅ）Ｂ帳票で付箋機能を利用した。
（Ｆ）電子帳票システムからログアウトした。
上記操作によって図３２中の関連情報の値が「ＦＡＬＳＥ」から「ＴＲＵＥ」等に値が更新されたことを示している。
そして、図３２のように関連情報が変更されたため、Ｓ９０１が開始されたとして、以下、説明を行う。

図３１において、電子帳票システム１０２は、Ｓ９０２の処理を、図３２の「（４）関連情報を持っている帳票の帳票ＩＤ」の分だけループする。
図３２では「（４）関連情報を持っている帳票の帳票ＩＤ」はＢ、Ｃ、Ｄ帳票なので電子帳票システム１０２は、３回ループ処理を行う。
１回目のループではＢ帳票に対する情報の更新が行われ、関連情報は
（６）関連度数＝６
（７）表示フラグ＝ＦＡＬＳＥ→ＴＲＵＥ
（８）検索ヒットフラグ＝ＦＡＬＳＥ
（９）付箋、マーキング利用＝ＦＡＬＳＥ→ＴＲＵＥ
（１１）表示最新日付＝０８／０８／１５→０８／０９／０１
（１２）利用された主な機能＝Ｏ
となっているため、
ループ処理であるＳ９０２ → Ｓ９０３ → Ｓ９０４
→ Ｓ９０５
→ Ｓ９０７ → Ｓ９０８
→ Ｓ９０９ →（Ｓ９１０）→（Ｓ９１１）
→ Ｓ９１２
→ ループ処理であるＳ９０２
と処理は遷移する。

Ｓ９０４で関連度数＋３、Ｓ９０８で関連度数＋２となるため
（６）関連度数＝６→１１
となる。
電子帳票システム１０２は、Ｓ９０９の判定（又は比較）の結果（比較結果）に応じて、関連情報に関連する帳票の情報を付与し（Ｓ９１０）、どの機能（表示、検索、付箋・マーキング等）で関連付け荒れたかを、プラスされた（カウントされた）関連度数の値から判断し、関連付けに利用された主な機能（つまり（１２））に情報を設定する。
上記例の場合、Ｓ９０９の判定（又は比較）において、（６）関連度数＝１１が（５）関連決定度数＝４を超えているが、Ａ帳票には既にＢ帳票は関連付けされているため、電子帳票システム１０２は、Ｓ９１０、Ｓ９１１を通過するだけで、処理は実行しない。
Ｓ９１２において、電子帳票システム１０２は、
（ 現在日付 − （１１）表示最新日付 ） ＜ ｏｒ ＞ （１０）経過日数
を判定するが、（１１）表示最新日付は現在日付である０８／０９／０１に更新されたため、電子帳票システム１０２は、Ｓ９１３を行わず、次のループ処理であるＳ９０２に戻る。

２回目のループではＣ帳票に対する情報の更新が行われ、関連情報は
（６）関連度数＝５
（７）表示フラグ＝ＦＡＬＳＥ
（８）検索ヒットフラグ＝ＦＡＬＳＥ→ＴＲＵＥ
（９）付箋、マーキング利用＝ＦＡＬＳＥ
（１１）表示最新日付＝０８／０８／１２
（１２）利用された主な機能＝Ｆ・Ｍ
となっているため、
ループ処理であるＳ９０２ → Ｓ９０３
→ Ｓ９０５ → Ｓ９０６
→ Ｓ９０７
→ Ｓ９０９ →（Ｓ９１０）→（Ｓ９１１）
→ Ｓ９１２
→ ループ処理であるＳ９０２
と処理は遷移する。

Ｓ９０６で関連度数＋１となるため
（６）関連度数は５→６
となる。
Ｓ９０９の判定（又は比較）において、（６）関連度数＝６が（５）関連決定度数＝４を超えているが、Ａ帳票には既にＣ帳票は関連付けされているため、電子帳票システム１０２は、Ｓ９１０、Ｓ９１１を通過するだけで、処理は実行しない。
Ｓ９１２において、電子帳票システム１０２は、
現在日付（０８／０９／０１） − （１１）表示最新日付（０８／０８／１２） ＜ ２ヶ月
であるため、電子帳票システム１０２は、Ｓ９１３を行わず、次のループ処理であるＳ９０２に戻る。

３回目のループではＤ帳票に対する関連情報の更新が行われ、関連情報は
（６）関連度数＝３
（７）表示フラグ＝ＦＡＬＳＥ
（８）検索ヒットフラグ＝ＦＡＬＳＥ
（９）付箋、マーキング利用＝ＦＡＬＳＥ
（１１）表示最新日付＝０８／０６／３１
となっているため、
ループ処理９０２ → Ｓ９０３
→ Ｓ９０５
→ Ｓ９０７
→ Ｓ９０９
→ Ｓ９１２ → Ｓ９１３
→ ループ処理を抜けＳ９１４へ
と処理は遷移する。

何れの関連情報も更新されていないため、関連度数は上昇せず、（６）関連度数＝３が（５）関連決定度数＝４を超えておらず関連付けも行われない。
Ｓ９１２において、電子帳票システム１０２は、
現在日付（０８／０９／０１） − （１１）表示最新日付（０８／０６／３１） ＞ ２ヶ月
であるため、関連付けを削除するＳ９１３の処理を行う。
Ｓ９１３において、電子帳票システム１０２は、「（４）関連情報を持っている帳票の帳票ＩＤ」からＤ帳票のＩＤを消去し、「同セッション内で表示した帳票毎の関連情報 」であるＤ帳票の（２）、（３）、（６）、（７）、（８）、（９）、（１１）の情報も全て消去する処理を行う。

Ｓ９１３を終え、最終的に、電子帳票システム１０２は、データベース３１３に更新した関連情報を反映する（Ｓ９１４）。この処理の結果、Ａ帳票が持つ関連情報９１６は図３３のようになる。
なお、電子帳票システム１０２は、データベースに反映するデータには（７）表示フラグ、（８）検索ヒットフラグ、（９）付箋、マーキング利用フラグの値は、一時的に利用するフラグ値であるため含めない。
ここで、Ｓ９０４、Ｓ９０６、Ｓ９０８の処理は、関連度数を増やす処理であることは同じである。しかしながら、「帳票を表示する」、「帳票を検索する」、「帳票に対して付箋・マーキング機能を利用する」という操作（又は要求）における、帳票に対する関連性の強さという意味では、
帳票を表示する ＞ 帳票に対して付箋・マーキング機能を利用する ＞ 帳票を検索する
（帳票同士の関連性：強い＞弱い）
というように関連性の強さには差異があると考えられる。そのため、一意に関連度数の数値を上昇させるわけではなく、関連度数の上昇値に差異を設けることで、より関連解析処理として業務内容に即した関連付けを行える。そのため、図３１ではＳ９０４では関連度数＋３、Ｓ９０６では関連度数＋１、Ｓ９０８では関連度数＋２とカウントする処理になっている。

なお、本実施形態では、関連付けを行う契機として、「帳票を表示する」、「帳票を検索する」、「帳票に対して付箋・マーキング機能を利用する」という操作を例に説明を行ったが、これら以外の操作をユーザが行った場合も関連付けを行うようにしてもよい。
また、関連度数の重み付けが異なることを利用して、電子帳票システム１０２は、図９中の関連情報の（１２）の「利用された主な機能」を判定している（Ｓ９１１）。

＜その他の実施形態＞
また、本発明の目的は、以下のようにすることによって達成される。即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（又は記録媒体）を、システム或いは装置に供給する。そして、そのシステム或いは装置の中央演算処理手段（ＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行する。この場合、記憶媒体から読み出されたプログラムコード自体が上述した実施形態の機能を実現することになり、そのプログラムコードを記録した記憶媒体は本発明を構成することになる。

また、システム或いは装置の前記中央演算処理手段が読み出したプログラムコードを実行することにより、そのプログラムコードの指示に基づき、システム或いは装置上で稼働しているオペレーティングシステム（ＯＳ）等が実際の処理の一部又は全部を行う。その処理によって上述した実施形態の機能が実現される場合も含まれる。

更に、記憶媒体から読み出されたプログラムコードが、前記システム或いは装置に挿入された機能拡張カードや、接続された機能拡張ユニットに備わるメモリに書込まれたとする。その後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって上述した実施形態の機能が実現される場合も含まれる。

本発明を前記記憶媒体に適用する場合、その記憶媒体（コンピュータ読み取り可能な記憶媒体）には、先に説明したフローチャートに対応するプログラムコードが格納されることになる。

以上、上述した各実施形態によれば、帳票ファイルに対するユーザの処理に応じて帳票ファイル同士を関連付け、帳票ファイルを表示する際は、関連する帳票ファイルもユーザに表示することできる。
上述した各実施形態によれば、ユーザの行動から帳票ファイルへの関連情報を解析し、帳票ファイルへ関連付けを行うことができる。特に、ユーザの「参照」以外の「検索」や「付箋・マーキング」等の機能の利用という行動からも関連情報を解析し、帳票ファイルへ関連付けを行い、よりユーザの業務の実態に沿った関連付けが可能になるので、ユーザの手間を省くことができる効果を奏する。また、関連付けが次々に行われてしまうとデータ量が増大し、システムに負荷をかけてしまうことに繋がるが、上述した実施形態業務で使用することが少なくなった帳票に対しては関連情報が削除していくため、データ量が右肩上がりに増大するといったことも無く、システムに負荷をかけることもない。

以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

全部門の総計表を表す帳票の一例を示す図である。 部門毎の詳細集計表を表す帳票の一例を示す図である。 部門毎の詳細集計表を表す帳票の修正前と修正後との一例を示す図である。 全部門の総計表を表す帳票の修正前と修正後との一例を示す図である。 システム構成の一例を示す図である。 電子帳票システムのハードウェア構成の一例を示す図である。 自動関連付け処理の基本的な処理の一例を示すフローチャートである。 関連情報を説明するための図である。 図８のより具体的な一例であり、Ａ帳票がＢ、Ｃ、Ｄ、Ｅ帳票に対する関連情報を持っていると仮定した場合の関連情報の一例を示す図である。 、帳票ファイルの関連情報を「どの位置に表示させるのか」、「どの項目を関連情報として表示するのか」といったことを予め電子帳票システムの管理者等に定義させるための、帳票定義の処理の一例を示すフローチャートである。 帳票ファイルのプレビュー表示画面にて、関連情報の表示領域をマウス操作で矩形指定することで「関連情報の表示位置」を定義した一例を示す図（その１）である。 帳票ファイルのプレビュー表示画面にて、関連情報の表示領域をマウス操作で矩形指定することで「関連情報の表示位置」を定義した一例を示す図（その２）である。 管理者等が矩形指定した関連情報の表示位置に、関連情報を表示したときの一例を示す図（その１）である。 管理者等が矩形指定した関連情報の表示位置に、関連情報を表示したときの一例を示す図（その２）である。 帳票ファイルのプレビュー表示画面にて、関連情報の表示領域をマウス操作で矩形指定することで「関連情報の表示位置」を定義した一例を示す図（その３）である。 管理者等が矩形指定した関連情報の表示位置に、関連情報を表示したときの一例を示す図（その３）である。 帳票ファイルのプレビュー表示画面にて、関連情報の表示領域をマウス操作で矩形指定することで「関連情報の表示位置」を定義した一例を示す図（その４）である。 管理者等が矩形指定した関連情報の表示位置に、関連情報を表示したときの一例を示す図（その４）である。 関連情報の表示項目の一例を示す図である。 管理者等が矩形指定した関連情報の表示位置に、関連情報を表示したときの一例を示す図（その５）である。 図７のＳ３０１〜３０４の処理をより詳細に示すフローチャートである。 図２１で処理がＳ４０４→Ｓ４０５と進んだ場合のより詳細な処理の一例を示すフローチャートである。 関連付け前の帳票ファイルの表示の一例を示す図である。 関連付け後の帳票ファイルの表示の一例を示す図である。 表示した関連情報の一部を拡大した図である。 関連情報の非表示時の最小化アイコンの一例を示す図である。 関連情報の非表示時の最小化アイコンの表示の一例を示す図である。 ユーザの「表示している帳票とは別の帳票に対する行動」による関連解析処理の分岐に係る処理の一例を示したフローチャートである。 Ｓ６０１→Ｓ６０２→Ｓ６０３→Ｓ６１０のより具体的な処理を説明するためのフローチャートである。 Ｓ６０１→Ｓ６０２→Ｓ６０３→Ｓ６０６→Ｓ６０７→Ｓ６０９のより具体的な処理を説明するためのフローチャートである。 図２９のＳ７０９、図３０のＳ８１２の詳細な処理を説明するためのフローチャートである。 Ａ帳票が持つ関連情報の一例を示す図（その１）である。 Ａ帳票が持つ関連情報の一例を示す図（その２）である。

符号の説明

１０１ ホスト
１０２ 電子帳票システム
１０３ クライアントＰＣ
１０４ クライアントＰＣ

Claims (9)

1. クライアントＰＣで参照可能な帳票ファイルを管理する情報処理装置であって、
   前記クライアントＰＣからの表示要求に応じて、前記帳票ファイルを表示させるための制御を行う表示制御手段と、
   前記表示制御手段により前記クライアントＰＣにおいて前記帳票ファイルが表示された後の、前記帳票ファイル又は前記帳票ファイルとは別の帳票ファイルに対する前記クライアントＰＣからの操作の種別を監視する監視手段と、
   前記監視手段により監視された操作の種別に応じて、前記帳票ファイルと前記帳票ファイルとは別の帳票ファイルとの関連を示す関連情報を生成する関連情報生成手段と、
   前記関連情報生成手段で生成された関連情報を前記帳票ファイルと対応付けて記憶装置に記憶する記憶手段と、
   を有し、
   前記表示制御手段は、前記クライアントＰＣから表示要求があった前記帳票ファイルに対応する前記関連情報が前記記憶装置に記憶されている場合、前記帳票ファイルと共に前記関連情報を表示させるための制御を行うことを特徴とする情報処理装置。
2. 前記操作の種別には、前記帳票ファイルに対する検索の処理、前記帳票ファイルに対するアノテーションに係る処理、前記帳票ファイルとは別の帳票ファイルに対する表示要求の処理が含まれ、
   前記関連情報生成手段は、前記監視手段により監視された操作の種別に従って、前記帳票ファイルと前記帳票ファイルとは別の帳票ファイルとの関連度を決定して、前記決定した関連度に応じて前記表示制御手段により表示させる関連を選択して前記関連情報を生成することを特徴とする請求項１に記載の情報処理装置。
3. 前記関連情報には、関連付けを行った際における操作の種別情報が含まれることを特徴とする請求項１又は２に記載の情報処理装置。
4. 前記関連情報生成手段は、前記監視手段により監視された操作の回数に従って、前記帳票ファイルと前記帳票ファイルとは別の帳票ファイルとの関連度を決定して、前記決定した関連度に応じて前記表示制御手段により表示させる関連を選択して前記関連情報を生成し、
   前記表示制御手段は、前記選択された関連情報を表示させることを特徴とする請求項１乃至３の何れか１項に記載の情報処理装置。
5. 前記帳票ファイルに関連する関連情報に含まれる基準日数に基づいて、前記関連情報を削除する削除手段を更に有することを特徴とする請求項１乃至４の何れか１項に記載の情報処理装置。
6. 前記帳票ファイルと共に前記関連情報を表示する際の前記関連情報の表示に係る表示情報を前記帳票ファイルと対応付けて設定する設定手段を更に有し、
   前記表示制御手段は、前記クライアントＰＣから表示要求があった帳票ファイルに関連する前記関連情報が前記記憶装置に記憶されている場合、前記設定手段で設定された前記表示情報を用いて、前記帳票ファイルと共に前記関連情報を表示することを特徴とする請求項１乃至５の何れか１項に記載の情報処理装置。
7. クライアントＰＣで参照可能な帳票ファイルを管理する情報処理装置における情報処理方法であって、
   前記クライアントＰＣからの表示要求に応じて、前記帳票ファイルを表示させるための制御を行う表示制御ステップと、
   前記表示制御ステップにより前記クライアントＰＣにおいて前記帳票ファイルが表示された後の、前記帳票ファイル又は前記帳票ファイルとは別の帳票ファイルに対する前記クライアントＰＣからの操作の種別を監視する監視ステップと、
   前記監視ステップにより監視された操作の種別に応じて、前記帳票ファイルと前記帳票ファイルとは別の帳票ファイルとの関連を示す関連情報を生成する関連情報生成ステップと、
   前記関連情報生成ステップで生成された関連情報を前記帳票ファイルと対応付けて記憶装置に記憶する記憶ステップとを有し、
   前記表示制御ステップでは、前記クライアントＰＣから表示要求があった前記帳票ファイルに対応する前記関連情報が前記記憶装置に記憶されている場合、前記帳票ファイルと共に前記関連情報を表示させるための制御を行うことを特徴とする情報処理方法。
8. クライアントＰＣで参照可能な帳票ファイルを管理するコンピュータを、
   前記クライアントＰＣからの表示要求に応じて、前記帳票ファイルを表示させるための制御を行う表示制御手段と、
   前記表示制御手段により前記クライアントＰＣにおいて前記帳票ファイルが表示された後の、前記帳票ファイル又は前記帳票ファイルとは別の帳票ファイルに対する前記クライアントＰＣからの操作の種別を監視する監視手段と、
   前記監視手段により監視された操作の種別に応じて、前記帳票ファイルと前記帳票ファイルとは別の帳票ファイルとの関連を示す関連情報を生成する関連情報生成手段と、
   前記関連情報生成手段で生成された関連情報を前記帳票ファイルと対応付けて記憶装置に記憶する記憶手段と、
   して機能させるプログラムであって、
   前記表示制御手段は、前記クライアントＰＣから表示要求があった前記帳票ファイルに対応する前記関連情報が前記記憶装置に記憶されている場合、前記帳票ファイルと共に前記関連情報を表示させるための制御を行うことを特徴とするプログラム。
9. 請求項８に記載のプログラムを記憶したコンピュータが読み取り可能な記憶媒体。

Images