JP5499684B2 - 情報処理装置、情報処理方法、プログラム及び情報処理システム - Google Patents

Description

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

従来の電子帳票システムには、作業者が業務で頻繁に使用する帳票があった場合、その頻繁に使用する帳票へのショートカットやお気に入り登録といった関連付け機能がある。

しかしそれら機能の利用はユーザ自身の手作業によって行うものとなっている。

そのため、手間がかかる、業務の実態（帳票の使用頻度）と関連が一致しない可能性がある、等の問題が発生する。

そこで、関連付けをシステムが自動的に行い、かつ、業務の実態と関連とが一致するような機能が考えられている。

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

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

特許文献１に記載の文書管理システムにおいては、ホーム文書から参考文書を参照した場合のみ関連付けが行われる。しかしながら、特許文献１に記載の技術では、当然ながら、電子帳票システムにある「検索」や「付箋、マーキングを利用する」といった機能を使用することをトリガーとして文書同士を関連付けることは出来ない。

例えば、電子帳票システムで商品売り上げや商品在庫を帳票管理している業務では、一度電子帳票システムに登録した帳票ファイルの内容変更を行わなければならないような作業が発生した場合、変更前と変更後とを確認する作業が発生する。この際、帳票ファイルの「参照」の他にも「検索」や「付箋・マーキング」等の機能が利用されることが多い。

しかしながら、従来の技術では「検索」や「付箋・マーキング」等が実行されても関連付けを行うことはできないため、再度、確認作業等を行う場合、同様の「検索」や「付箋・マーキング」等を行わなければならない問題があった。

つまり、従来の技術は、電子帳票システム特有のユーザの作業について関連付けを行うことはできなかった。

また、帳票ファイルを利用するユーザは複数存在することから、帳票ファイルに対する関連付けは、自分自身の操作による関連付けだけではなく、他人の操作による関連付けを考慮しなければならない。

本発明はこのような問題点に鑑みなされたもので、電子ファイルに対する同じグループに属するユーザの操作に応じて電子ファイル同士を関連付け、そのグループに属するユーザから表示要求がなされた電子ファイルを表示する際は、関連する電子ファイルをユーザに識別可能に表示することを目的とする。

本発明は、電子ファイルを管理する情報処理装置であって、前記電子ファイルに対する表示要求に応じて、当該表示要求がされた電子ファイルを表示装置へ表示させるための制御を行う表示制御手段と、前記表示制御手段により前記電子ファイルを前記表示装置へ表示したユーザによる操作であって、前記表示された電子ファイルとは別の電子ファイルに対する複数の操作の種別を監視する監視手段と、前記監視手段による監視の結果、操作が得られた場合、前記表示された電子ファイルと、前記表示された電子ファイルとは別の電子ファイルとの関連を示す情報であって、当該操作を行ったユーザ用の個人関連情報またはユーザが属するグループ用のグループ関連情報を生成する関連情報生成手段と、前記関連情報生成手段で生成された個人関連情報またはグループ関連情報と前記表示された電子ファイルを対応付けて管理する管理手段とを有し、前記個人関連情報またはグループ関連情報に含まれる、前記表示された電子ファイルと前記表示された電子ファイルとは別の電子ファイルとの関連を示す関連度は、前記関連情報生成手段により操作の種別毎に重み付けがされている値を、操作の種別に応じて付加して生成するものであり、前記表示制御手段は、表示要求がされた前記電子ファイルと、前記電子ファイルとは別の電子ファイルとの関連を示す関連度が、所定の条件を満たした、前記個人関連情報またはグループ関連情報から前記表示要求がなされた電子ファイルとは別の電子ファイルを示す情報を抽出し、当該別の電子ファイルを示す情報を用いて、当該別の電子ファイルを特定する情報を表示させるための制御を行うことを特徴とする。

本発明によれば、電子ファイルに対する同じグループに属するユーザの操作に応じて電子ファイル同士を関連付け、そのグループに属するユーザから表示要求がなされた電子ファイルを表示する際は、関連する電子ファイルをユーザに識別可能に表示することができる。

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

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

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

次に、図１の電子帳票システム１０２のハードウェア構成について、図２を用いて説明する。

図２は、電子帳票システムのハードウェア構成の一例を示す図である。

図１において、ＣＰＵ２０１は、システムバス２０４に接続される各デバイスを統括的に制御する。また、ＲＯＭ２０３或いは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるオペレーティングシステム（ＯＳ）や、後述する各種機能を実現するためのプログラムが記憶されている。

ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア、一時待避領域等として機能する。

入力コントローラ２０５は、入力部２０９からの入力を制御する。この入力部２０９としては、例えば、キーボード、マウス等のポインティングデバイスであってもよいし、タッチパネル、ボタン、スイッチ等であってもよい。

表示コントローラ２０６は、表示部２１０の表示を制御する。この表示部２１０としては、例えば、ＣＲＴや液晶等が挙げられる。

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

通信Ｉ／Ｆコントローラ２０８は、ネットワーク１０５を介して外部機器との通信制御処理を実行する。

本実施形態を実現するためのプログラム２１２は外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。更に、本実施形態に係るプログラム２１２が用いる帳票ファイル２１３は外部メモリ２１１に格納されており、これらについての詳細な説明は後述する。

クライアントＰＣ１０３、１０４やホスト１０１のハードウェア構成も電子帳票システム１０２と同様である。しかし、各装置のプログラムは、電子帳票システム１０２のプログラム２１２とは異なる。また、帳票ファイル２１３は、クライアントＰＣ１０３が元来保持していることはないものである点等が異なる。

帳票ファイル２１３は、帳票の形式を定義するフォームデータと帳票データとから生成された、帳票の表示用データを表すものであって、単独又は複数のファイルによって構成され、単数又は複数のページを含有している。電子帳票システム１０２の内部においては、複数の帳票ファイル２１３のうち同一種類のものをグループ化して管理しており、それぞれの帳票ファイル２１３はそのグループの中の世代と呼ばれる。

図３は、自動関連付け処理の基本的な処理の一例を示すフローチャートである。

前提として、電子帳票システムを利用するユーザは複数存在する。各ユーザはいずれかのグループ（ＧＰ）に所属し、所属するグループはユーザ情報に対応づけられて電子帳票システムにおいて管理されているものとする。グループには、部、課、プロジェクト等様々な単位でグループ分けが可能である。

また、ユーザは複数のグループに所属することができる。例えば、ユーザａは、通常はＡ課に所属しているところ、Ａ、Ｂ課合同のＸプロジェクトが立ち上がった場合は、Ｘプロジェクトに所属することができる。

複数のユーザは、それぞれ任意のタイミングで電子帳票システムを利用することができる。本フローチャートでは、１ユーザの操作の流れを説明するが、１ユーザが操作している間に他のユーザが操作することも可能である。電子帳票システムでは、それぞれのユーザの操作をセッション単位で分けて処理を行う。図３では、３ユーザが電子帳票システムを操作しており、３つのセッションに分かれていることを示している。

図３において、ユーザが業務を開始するため、業務で使用する帳票ファイルの表示要求を電子帳票システム１０２に送る。すると、電子帳票システム１０２は、表示要求を受け付け、帳票表示処理を開始する（Ｓ３０１）。

まず、電子帳票システム１０２は、ユーザの表示要求対象の帳票ファイルを表示するために必要な情報である帳票ファイルと、帳票ファイルの関連付け情報である後述する図４に示すような（個人用）関連情報１００１と、（グループ用）関連情報１００３と、図５で電子帳票システム管理者が定義した関連情報の関連定義情報Ｓ３２１−Ｂと、をデータベース３１３より取得する（Ｓ３０２）。なお、個人用関連情報（個人関連情報）とグループ用関連情報（グループ関連情報）とは、図３６に示す例のようにデータベース３１３で管理されている。また、関連定義情報は、図３７に示す例のようにデータベース３１３で管理されている。

このとき、関連情報を取得する際は、先に関連定義情報をデータベース３１３より取得し、取得した関連定義情報に含まれる「関連情報の種類（個人ｏｒＧＰ）」の項目の定義に従って個人用、グループ用、または両方の関連情報を取得するかどうかを判断し、それに応じた種類の関連情報を取得する。

ここで取得する関連情報は、データベース３１３において記憶されている最新の関連情報である。

なお、複数のユーザの操作に応じて関連情報は常に更新されるものであるため、１ユーザが操作している間に、関連情報が更新されることがある。本実施の形態は、最初に取得した関連情報をそのまま表示するものであるが、最新の関連情報を任意のタイミングで取得する実施の形態も可能である。一つの方法として定期的に関連情報を取得して表示内容を更新する仕組みが考えられるが、最新の関連情報を特に望まないユーザにとっては、画面の切り替えや処理待ち時間が煩わしいものとなる。そのため、ユーザの明示の指示に応じて、最新の関連情報をデータベース３１３から取得して、関連情報を更新して表示させる仕組みの方がより有効である。

帳票ファイルの関連付け情報である関連情報が無かった場合、電子帳票システム１０２は、従来どおりの帳票表示処理を行うため、特別な処理は行わずＳ３０４に遷移する。

なお、条件分岐等、詳細な処理は、後述する図２１で説明するため、図３には条件分岐等の詳細な処理は説明を省略してある。

電子帳票システム１０２は、帳票ファイルを取得するのと同様にデータベース３１３にログインしているユーザのユーザＩＤ等、ユーザを一意に指定できる値をキーとしてＳＱＬ文を発行し、ログインユーザの持つ表示要求対象の帳票ファイルの関連情報を取得する。

なお、以下では、電子帳票システム１０２は、ログインユーザの持つ表示要求対象の帳票ファイルのログインユーザ自身の関連情報とログインユーザが所属するグループの関連情報とを取得することができるものとして説明する。

また、関連情報は図４に示す通り、以下の情報を持つ。なお、以下に示す説明内の「セッション」とは、「ユーザが電子帳票システムにログインしてからログアウトするまでの継続した一定期間」を指す。なお、以下に示すように、電子帳票システム１０２は、ユーザによるログインからログアウトまでの帳票ファイルに対する一連の処理（例えば、表示や検索、付箋、マーキング等の処理）に基づいて、帳票ファイルに関連する関連情報を生成又は更新する。

関連情報には、個人用１００１とグループ用１００３の２種類あり、それぞれ重複する項目やそれぞれにしかない項目を有する。各項目を次に説明する。

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

図６は、図４における個人用関連情報１００１のより具体的な一例であり、Ａ帳票がＢ、Ｃ、Ｄ、Ｅ帳票に対する関連情報を持っていると仮定した場合の関連情報の一例を示す図である。

なお、図４と図６とを用いた具体的な処理の説明は、後述する図２８等で行うためここでは省略する。

図７、図８は、図４におけるグループ用関連情報１００３をより具体的な一例であり、Ａ帳票がＢ、Ｃ、Ｄ、Ｅ、Ｆ、Ｇ帳票とＥ、Ｆ、Ｇ、Ｈ、Ｉ、Ｊ帳票に対する関連情報を持っていると仮定した場合の関連情報の一例を示す図である。

なお、図４と図７、図８とを用いた具体的な処理の説明は、後述する図２８等で行うためここでは省略する。

再び図３の説明に戻り、帳票ファイルの関連付け情報である関連情報があった場合、電子帳票システム１０２は、Ｓ３０２で取得した帳票ファイルと、関連情報と、を基に帳票ファイルを表示する処理を行う（Ｓ３０３）。

なお、表示処理は、クライアント端末に専用アプリケーションをインストールして閲覧するクライアントサーバタイプの場合は、電子帳票システムは、クライアント端末の専用アプリケーションが描画するために必要な画面情報を送信する。また、クライアント端末のウェブブラウザで閲覧するウェブサーバタイプの場合は、電子帳票システムにおいて、ウェブブラウザで閲覧できる形式の画面情報を生成して送信する。

Ｓ３０３を行われた後、表示処理は終了となる（Ｓ３０４）。なお、Ｓ３０３のより具体的な処理は、後述する図２１で説明する。

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

ここで、３０５は、ユーザが表示要求を行った帳票ファイルとは別の帳票ファイルの表示の要求である。

３０６は、ユーザが表示要求を行った帳票ファイルとは別の帳票ファイルを検索する要求である。

３０７は、ユーザが表示要求を行った帳票ファイルとは別の帳票ファイルに対して付箋・マーキング等のアノテーション機能を利用する要求（アノテーション要求）である。

電子帳票システム１０２は、ユーザのログアウト要求に従ってログアウト処理を開始し（Ｓ３０９）、ログアウト（Ｓ３１１）を行う直前に、Ｓ３０８で解析した結果である、帳票ファイルの関連情報をデータベースに保存する（Ｓ３１０）。なお、データベースへの保存については、図３１等を用いて後に説明する。

ログアウト処理の終了は、ユーザの業務終了を表しているので、Ｓ３１２が終わるとセッションは切断され、ユーザの業務は終了となる。

図５は、帳票ファイルの関連情報を「どの位置に表示させるのか」、「どの項目を関連情報として表示するのか」といったことを予め電子帳票システムの管理者等に定義させるための、帳票定義の処理の一例を示すフローチャートである。

また、Ｓ３２１の矩形内のＳ３２１−１〜Ｓ３２１−４はＳ３２１のより詳細な処理を表している。

電子帳票システム１０２は、管理者等からの設定画面等を介した入力に基づいて、帳票ファイルを登録するためにその帳票ファイルが「どのような帳票なのか」という定義を行う（Ｓ３２１）。

なお、本フローチャートは帳票ファイル毎に定義を行うものであるが、システム管理者は、電子帳票システム全体に適用される定義を別途行っているものとする。具体的には、図４に示す『（５）関連を決定付ける「関連決定度数」』と『（１０）関連を消す「表示最新日付からの経過日数」』との定義を行っている。

定義項目は図５の３２１−Ａで表しているような、
・帳票ＩＤ
・帳票名
・帳票の種別
・印刷情報（用紙サイズ、向き等）
等である。

電子帳票システム１０２は、これらの定義を、従来の帳票に関する定義（Ｓ３２１―１）で行う。

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

・関連情報の表示位置（座標データ）
・関連情報の表示項目情報
・関連情報の表示文字情報
・関連情報の種類（個人ｏｒＧＰ）
・ＧＰの場合の表示優先順位とＧＰのＩＤ

管理者等は、関連情報の表示位置を予め定義する。このことで、電子帳票システム１０２が内部的（プログラム的）に表示領域（座標情報）を予め特定するために「関連情報の表示位置」を定義（設定）する。

また、管理者等は、図９に示すように、帳票ファイルのプレビュー表示画面にて、関連情報の表示領域をマウス操作で矩形指定することで「関連情報の表示位置」を定義する。

電子帳票システム１０２は、管理者等のマウス操作等で指定された矩形領域を関連情報の表示位置として、座標データ（ｘ，ｙ）で保持（定義）する。座標は、帳票の表示領域の重心部を原点（０，０）とする直交座標（ｘ，ｙ）で、ｘ軸は水平方向に右の方向を正の向きに、ｙ軸は垂直方向に上の方向を正の向きとしたｘｙ座標である。

電子帳票システム１０２は、関連情報の表示時に、この座標データ位置に関連情報を表示する。なお、このとき、帳票ファイルの表示領域に関連情報の表示領域が再描画される形になるので、帳票ファイルの表示の上に関連情報が表示される（図５及び図９参照）。

図１２は、図９のように、管理者等が矩形指定した関連情報の表示位置に、関連情報を表示したときの一例を示す図である。

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

電子帳票システム１０２は、「関連情報の表示項目情報」の定義において、帳票ファイル表示時に関連情報を表示する際に表示する項目や、項目の表示順等、以下の情報を定義する。

・表示項目の選択
（設定可能な表示項目の項目名は図２０を参照。）
・表示項目の表示順序
・関連情報の表示行数
・関連情報の表示順序

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

ここで、図１２よりも図１７の方が、表示項目が多いため、電子帳票システム１０２が同じ表示領域に関連情報を表示する場合、文字フォントや文字幅を考慮しないと表示する関連情報の文字列が表示領域上に全て描画されなくなってしまう。

同様に、関連情報の表示行数が多い場合、文字フォントサイズによっては全て描画されなくなってしまう。

それを避けるために、電子帳票システム１０２は、「関連情報の表示文字情報」の定義を行う。

電子帳票システム１０２は、管理者等の操作に応じて、表示する文字の、
・フォント種類
・サイズ
・文字幅
を定義する。

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

電子帳票システム１０２は、横幅についての表示出来るか出来ないかの判断を、管理者等により定義された関連情報の表示項目毎に表示する関連情報の「表示最大文字数の合計」と「文字のサイズ」と指定された「矩形のサイズ情報（矩形横幅）」とに基づいて行う。また、電子帳票システム１０２は、縦幅についての表示出来るか出来ないかの判断を、管理者等により定義された関連情報の「表示行数」と「文字のサイズ」と指定された「矩形のサイズ情報（矩形縦幅）」とに基づいて行う。

計算式例は、以下である。

［横］
（表示項目の最大文字数の合計）×（フォントサイズ）＋（余白）＞指定された矩形の横幅
［縦］
（表示行数）×（フォントサイズ）＋（余白）＞指定された矩形の縦幅
関連情報の表示最大文字数とは、関連情報テーブル（図４）の（１）〜（１２）項目それぞれのデータの文字数の最大値である。

例えば、図１３のようにユーザが縦に矩形を定義した場合、矩形の幅が狭いため表示項目は多く表示できないが、表示行数は多く設定できるので電子帳票システム１０２によって、図１４のように表示される。

一方、図１５のように広く関連情報の表示領域が矩形指定されれば、フォントの大きさ等も幅広く設定可能になるため、電子帳票システム１０２によって図１６のように表示される。

また、関連情報の種類とは、帳票ファイルを表示する際に、表示する関連付け情報の種類を示すものである。ここでは、個人用関連情報またはグループ用関連情報の何れか、もしくは両方を指定することができる。

そのため、図１８に示す領域に関連情報定義で個人用とグループ用どちらも表示するよう定義した場合、表示領域は個人用とグループ用とで２分されるので縦幅に関しての不等式では計算式（左辺）に２をかけた値との比較になる。

［縦］
（（表示行数）×（フォントサイズ）＋（余白））×２ ＞指定された矩形の縦幅
図１９に表示例を示す。

［図１９］
＜個人用データについての表示項目＞
（１）関連付けされた帳票の帳票ＩＤ
（２）関連付けされた帳票の世代
（３）関連付けされた帳票の保存場所
＜表示項目の表示順序＞
（１）→（３）→（２）
＜関連情報の表示行数＞
３
＜グループデータについての表示項目＞
（１）関連付けされた帳票の帳票ＩＤ
（２）関連付けされた帳票の世代
（３）関連付けされた帳票の保存場所
＜表示項目の表示順序＞
（１）→（３）→（２）
＜関連情報の表示行数＞
３
と設定した場合の具体例である。

また、「グループの場合の表示優先順位とグループのＩＤ」とは、該当するグループ用関連情報が複数ある場合に、どのグループを優先的に表示するかを決めるものである。

例えば、優先順位を「グループ１＞グループ２＞グループ３」と定義した場合、グループ１とグループ２の両方に所属しているユーザａが、この帳票ファイルを閲覧する際には、定義に従って、グループ１の関連情報が優先的に表示されることになる。また、グループ２とグループ３の両方に所属しているユーザｂが、この帳票ファイルを閲覧する際には、定義に従って、グループ２の関連情報が優先的に表示されることになる。

このように優先順位を定義することで、ユーザにとってより有効な関連情報の閲覧を可能とさせることができる。一例として、Ａ課に所属し、かつＡ，Ｂ課合同のＸプロジェクトに所属しているユーザａに対して、Ｘプロジェクトの関連情報を優先的に表示することができる。

最後に、データベースに定義情報を登録（又は更新）する（Ｓ３２２）。関連定義情報は、図３７に示す例のようにデータベースで管理される。

図２１は、図３のＳ３０１〜３０４の処理をより詳細に示すフローチャートである。

まず電子帳票システム１０２は、帳票ファイルの表示処理（Ｓ４０１）を開始すると、表示対象の帳票ファイルに関する関連定義情報（関連情報の種類）をデータベースから取得する。（Ｓ４０２）関連定義情報は、図３７に示す例のように帳票ファイルに対応づけて管理されているため表示対象の帳票ＩＤ・帳票名からレコードを特定することができる。以下、表示対象の帳票が「Ａ帳票」として説明をする。

Ｓ４０３において、関連定義情報で、関連情報の種類に個人用が選択されているかを確認し、選択されていれば個人用関連情報の取得処理（Ｓ４０４）を行い、選択されていなければ処理はＳ４０５に遷移する。個人用関連情報は、ログインしているユーザＩＤに対応づけてデータベースに管理されている個人用関連情報から、ユーザＩＤを用いて特定して取得する。図３６に示す個人用関連情報の例では、ログインユーザのユーザＩＤが「ＵＳＥＲ００１」の場合、今回の表示対象の帳票が「Ａ帳票」であることから、「ＵＳＥＲ００１」かつ「Ａ帳票」に該当する４つのレコードが取得される。

Ｓ４０５において、関連定義情報で、関連情報の種類にグループ用が選択されているかを確認し、選択されていればグループ用関連情報の取得処理（Ｓ４０６）を行い、選択されていなければ処理はＳ４０７に遷移する。グループ用関連情報は、ログインしているユーザＩＤが所属するグループＩＤに対応づけてデータベースに管理されているグループ用関連情報から、グループＩＤを用いて特定して取得する（具体的には、図７、８の（１３）グループＩＤを用いる。）。図３６に示すグループ用関連情報の例では、ログインユーザが所属するグループＩＤが「Ｇｒｏｕｐ１」の場合、今回の表示対象の帳票が「Ａ帳票」であることから、「Ｇｒｏｕｐ１」かつ「Ａ帳票」に該当する６つのレコードが取得される。

Ｓ４０７において、電子帳票システム１０２は、関連情報の取得処理であるＳ４０４、Ｓ４０６で関連情報を取得したか・しなかったかの判定を行う。電子帳票システム１０２は、関連情報が無い場合、帳票表示処理（Ｓ４１０）を行い、関連情報が有る場合、関連付けられた帳票ファイルが有るか無いかを確認する（Ｓ４０８）。

電子帳票システム１０２は、Ｓ４０４・Ｓ４０６で関連情報を取得しても、関連付けられた帳票ファイルが無ければ帳票表示処理（Ｓ４１０）を行う。

関連付けられた帳票ファイルが有る場合、電子帳票システム１０２は、表示対象の帳票ファイルを表示するための領域とは別にその関連付けされた帳票ファイルの情報を表示するための領域を設定し、表示を行うための処理を行う（Ｓ４０９）。なお、Ｓ４０９のより具体的な処理は、後述する図２２において説明する。

Ｓ４０９の後、電子帳票システム１０２は、帳票ファイルの表示処理４１０を行う。

ユーザが業務を終えた場合、電子帳票システム１０２は、帳票表示処理を終了する（Ｓ４１１）。

図２２は、図２１で処理がＳ４０９→Ｓ４１０と進んだ場合のより詳細な処理の一例を示すフローチャートである。

まず、電子帳票システム１０２は、図３のＳ３０２で取得した関連情報から表示対象の帳票ファイルの「関連付けされた帳票の帳票ＩＤ」と「関連付けされた帳票の世代」と「関連付けされた帳票の保存場所」とを取得する（Ｓ５０２）。

Ｓ５０３において、電子帳票システム１０２は、Ｓ３０２で取得した帳票ファイルに、
・関連情報の表示位置
・関連情報の表示項目
があるか否かを確認し、前記２項目（以下、この図の説明内では「表示位置」、「表示項目」と表記）に設定値が無かった場合、どちらもデフォルト値として用意している値を設定する（Ｓ５０４）。

これは本実施形態に係る機能を電子帳票システム１０２に実装する以前に定義された帳票ファイルには、表示位置と表示項目との設定値は存在しないため、このことを考慮した処理である。

また、Ｓ５０３の判定において、表示位置と表示項目とに設定値が有った場合、電子帳票システム１０２は、これらの値を取得する（Ｓ５０５）。

次に、電子帳票システム１０２は、Ｓ５０４、５０５で設定、若しくは取得した表示位置と表示項目との値、それにＧＰの関連情報の場合はＧＰの表示優先順位、に従って関連情報を表示するよう設定し（Ｓ５０６）、関連情報と共に帳票を表示する（Ｓ５０７）。

ここで、Ｓ５０７の処理は、「従来の帳票ファイルの表示」処理プログラム５０８に、
・「関連情報の表示」処理プログラム５０９
・「関連情報クリック時の対象帳票ファイルの表示」処理プログラム５１０
・「関連情報表示・非表示要求時の表示・非表示」処理プログラム５１１
を組み込んだものである。

また、Ｓ５０６ではＧＰの関連情報の場合の表示優先順位に関する処理も行う。

図２１の関連定義情報の取得処理（Ｓ４０２）で取得したグループの表示優先順位に従って、優先順位にユーザの所属したグループが、
＜全て含まれている場合＞
優先順位どおりに表示する。
＜含まれているものと含まれていないものがある場合＞
含まれているものは優先順位どおりに、
含まれていないものはグループＩＤの昇順に表示する。
＜全て含まれていない場合＞
グループＩＤの昇順に表示する。
といったように表示の優先順位を付ける。

「関連情報クリック時の対象帳票ファイルの表示」処理プログラム５１０は、帳票ファイルの表示時に関連情報として表示された帳票ファイルのＩＤ等がクリック（又は指定）されることで、対象の帳票ファイルを表示するプログラムである。ここで、図２３は、関連付け前の帳票ファイルの表示の一例を示す図であり、図２４は、関連付け後の帳票ファイルの表示の一例を示す図である。図２４に示される関連情報に含まれる帳票名や帳票保存場所、対象世代等の関連付けされた帳票へのリンクがクリックされると、クリックされたリンクに対応する、関連付けされた帳票が前記プログラムによって表示される。

これは電子帳票システム１０２に帳票ファイルの表示要求が行われたときと同様の処理であるので、このプログラムが呼び出されると、図３のＳ３０１からの処理と同様の処理が行われる。

関連情報クリック時のアクションとして「対象の帳票ファイルの表示要求を行う」とプログラミングするだけなのでこの処理は容易に実装可能である。

「関連情報表示・非表示要求時の表示・非表示」処理プログラム５１１は、図２５の関連情報の右上にある「非表示」をクリックした際に、非表示（最小化）にする処理プログラムである。「関連情報表示・非表示要求時の表示・非表示」処理プログラム５１１は、最小化されると画面の端にアイコン（図２６）が表示される状態となるプログラムと、その最小化されたアイコン（図２６、図２７）をクリックすることで関連情報が再表示されるプログラムと、で構成される。

これも前述の処理プログラム５１０と同様で、クリック時のアクションとして「非表示にする・表示する」のプログラムを実装することで実現される。

非表示の際には、元々の帳票ファイルの表示（描画）を復元し、再表示の際は関連情報の表示プログラム（５０９）を再度呼び出すことで可能となるので容易に実装可能である。

また、最小化にアイコンという形式を取ったが、アイコン化して最小化するだけではなく、非表示にし、アプリケーションのメニューに「関連情報を再表示する」といった項目を追加し、そこに再表示するプログラムを埋め込むといった方式でもよい。

関連情報と共に帳票を表示する処理（Ｓ５０７）が終了すると、帳票ファイルの表示処理は終了である（Ｓ５１２）。

図２８は、ユーザの「表示している帳票とは別の帳票に対する行動」による関連解析処理の分岐に係る処理の一例を示したフローチャートである。

「表示している帳票とは別の帳票に対する行動」は３つあり、図３の３０５〜３０７と図２８の６０４〜６０６とでは対応する行動は全て同じ行動を指している。

ユーザはログイン処理（Ｓ６０１）を行ったあと、業務で利用するＡ帳票の表示要求を行う。電子帳票システム１０２は、この表示要求を受け取る（Ｓ６０２）。

次に、Ａ帳票とは別の帳票に対して「表示」若しくは「検索」といった要求がユーザより行われた場合（Ｓ６０４、Ｓ６０５）、電子帳票システム１０２は、分岐処理（Ｓ６０３）にて処理を分岐させる。

ユーザが「Ａ帳票とは別の帳票を表示」要求（Ｓ６０５）を行った場合、電子帳票システム１０２は、帳票表示の場合の解析処理（Ｓ６０６）を行う。そして、ユーザがそのＡ帳票とは別の帳票に対して「付箋・マーキング機能の利用」要求（６０８）を行った場合、電子帳票システム１０２は、付箋・マーキング機能利用の場合の解析処理６０９を行う。

「付箋・マーキング機能の利用」要求が無かった場合、電子帳票システム１０２は、監視状態に戻るため分岐処理（Ｓ６０３）へと処理を遷移させる。

このＳ６０１→Ｓ６０２→Ｓ６０３→Ｓ６０６→Ｓ６０７→Ｓ６０９の流れを詳細に表した図が図３０である。

次に、ユーザが「Ａ帳票とは別の帳票を検索」要求（６０４）を行った場合、電子帳票システム１０２は、帳票検索の場合の解析処理（Ｓ６１０）を行う。このＳ６０１→Ｓ６０２→Ｓ６０３→Ｓ６１０の流れを詳細に表した図が図２９である。

図２９、図３０は、関連情報に係る解析処理の一例を示し、「帳票検索の場合の関連情報解析処理」の詳細を表したフローチャートが図２９で、「帳票表示の場合の関連情報解析処理」、「付箋、マーキング機能利用の場合の関連情報解析処理」の詳細を表したフローチャートが図３０である。

また、図２８、図２９、図３０では本来、ユーザの業務開始からＡ帳票の表示処理までの間（Ｓ６０１からＳ６０２までの間、Ｓ７０１からＳ７０２までの間、Ｓ８０１からＳ８０２までの間）にはＡ帳票の「帳票ファイル・関連情報の取得」処理である図７のＳ３０２が行われ、同様に、Ｂ帳票の表示要求（Ｓ８０３）があった直後にはＢ帳票の「帳票ファイル・関連情報の取得」処理である図５のＳ３０２が行われるが、関連情報の解析処理に特化した説明のためここでは省略している。

図２９、図３０の説明では関連情報の具体的な値に関する説明が含まれるが、全て図４の関連情報の具体例である図６を用いて説明する。つまり、以下では図６の関連情報は既に電子帳票システム１０２によって生成されているものとする。

また、個人用の関連情報とグループ用の関連情報は、図２９、図３０の解析処理はどちらも全く同じ処理になるためここではグループ用の関連情報に関する説明は省略する。

図６は、Ａ帳票が持つ関連情報の一例を示す図である。

図６においてＡ帳票はＢ、Ｃ、Ｄ、Ｅ帳票に対する関連情報を持っており（図６の（４））、その中でもＢ、Ｃ帳票がＡ帳票に関連付けされている（図６の（１））。

図２９は、Ｓ６０１→Ｓ６０２→Ｓ６０３→Ｓ６１０のより具体的な処理を説明するためのフローチャートである。

図２９において、電子帳票システム１０２は、ユーザによる、１つのセッション内における初めに帳票表示要求を行ったＡ帳票（Ｓ７０２）とは別の帳票に対する帳票検索要求を受信したとする。すると、電子帳票システム１０２は、検索の結果としてＢ帳票がヒットした場合（Ｓ７０３の「検索ヒット帳票あり」）、Ａ帳票に対してＢ帳票を関連付けるために、Ａ帳票がもつ関連情報の中にＢ帳票に対する情報があるか否かを確認する（Ｓ７０４）。

Ｂ帳票に対する情報が無かった場合（Ｓ７０４の「無し」）、電子帳票システム１０２は、Ｂ帳票に対する情報を作成（生成）し（関連情報生成）、Ａ帳票の関連情報に追加する（Ｓ７０５）。

Ｂ帳票に対する情報が有った場合（Ｓ７０４の「アリ」）、又はＳ７０５の処理を終えた場合、電子帳票システム１０２は、検索要求以前に表示されていた帳票全て（この場合、Ａ帳票のみ）の関連情報の、検索でヒットしたＢ帳票に対する情報を以下のように変更する（Ｓ７０６）。

・検索ヒットフラグ（図６のＢ帳票の（８））＝ＴＲＵＥ
ここで、検索の結果ヒットした帳票が複数あった場合（例えばＢ、Ｃ、Ｄ帳票がヒットした場合）、電子帳票システム１０２は、Ａ帳票が持つ関連情報の中のＢ、Ｃ、Ｄ帳票に対する情報があるか否かを確認する（Ｓ７０４）。電子帳票システム１０２は、関連情報の情報が無い帳票に対してのみ、Ｓ７０５の処理を行う。そして、電子帳票システム１０２は、「Ｂ、Ｃ、Ｄ帳票に対する『検索ヒットフラグ（図６のＢ帳票、Ｃ帳票、Ｄ帳票の（８））』」を”ＴＲＵＥ”にするＳ７０６の処理を行う。

また、例えば、検索要求以前に表示されていた帳票がＡ帳票、Ｃ帳票で、検索でヒットした帳票がＢ帳票であった場合、電子帳票システム１０２は、Ａ帳票に関連付けられている関連情報の中の「Ｂ帳票の『検索ヒットフラグ』」を”ＴＲＵＥ”にすると共に、Ｃ帳票に関連付けられている関連情報の中の「Ｂ帳票の『検索ヒットフラグ』」を”ＴＲＵＥ”にする（Ｓ７０６）。

Ｓ７０６の処理を終えると、電子帳票システム１０２は、Ｓ７０３に遷移する。

次に、検索要求が行われなかった場合、つまりユーザが業務を終えログアウト要求を行い電子帳票システム１０２がそれを受け付けると（Ｓ７０７）、電子帳票システム１０２は、各帳票の持つ関連情報が更新されたか否かを確認する（Ｓ７０８）。

関連情報が更新された場合（Ｓ７０８の「更新された」）、電子帳票システム１０２は、データベースに更新を反映する処理を行う（Ｓ７０９）。

関連情報が更新されなかった場合、又はＳ７０９の処理を終えた場合、電子帳票システム１０２は、従来のログアウト方法でログアウト処理を行いユーザの業務は終了となる（Ｓ７１０）。

図３０は、Ｓ６０１→Ｓ６０２→Ｓ６０３→Ｓ６０６→Ｓ６０７→Ｓ６０９のより具体的な処理を説明するためのフローチャートである。

図３０において、電子帳票システム１０２は、ユーザによる、１つのセッション内における初めに帳票表示要求を行ったＡ帳票（Ｓ８０２）とは別のＢ帳票に対する表示要求を受信したとする（Ｓ８０３の「要求あり」）。すると、電子帳票システム１０２は、Ａ帳票に対してＢ帳票を関連付けるために、Ａ帳票がもつ関連情報の中にＢ帳票に対する情報があるかを確認する（Ｓ８０４）。

Ｂ帳票に対する情報が無かった場合（Ｓ８０４の「無し」）、電子帳票システム１０２は、Ｂ帳票に対する情報を作成し、Ａ帳票の関連情報に追加する（Ｓ８０５）。

Ｂ帳票に対する情報が有った場合（Ｓ８０４の「有り」）、又はＳ８０５の処理を終えた場合、電子帳票システム１０２は、Ｂ帳票の表示要求以前に表示されていた帳票全て（この場合Ａ帳票のみ）の関連情報の、Ｂ帳票に対する情報を以下のように変更する（Ｓ８０６）。

・表示フラグ（図６のＢ帳票の（７））＝ＴＲＵＥ
・最新表示日付（図６のＢ帳票の（１１））＝現在日付
なお、例えば、Ｂ帳票の表示要求以前に表示されていた帳票がＡ帳票、Ｃ帳票であった場合、電子帳票システム１０２は、Ａ帳票に関連付けられている関連情報の中のＢ帳票の表示フラグ、最新表示日付を変更すると共に、Ｃ帳票に関連付けられている関連情報の中のＢ帳票の表示フラグ、最新表示日付を変更する（Ｓ８０６）。

Ｓ８０６を終えると、電子帳票システム１０２は、Ｂ帳票を表示する処理を行う（Ｓ８０７）。

次に、表示したＢ帳票に対してユーザが付箋、マーキング機能を利用する要求を行った場合（Ｓ８０８の「要求あり」）、電子帳票システム１０２は、Ｂ帳票の表示要求以前に表示されていた帳票全ての関連情報の、Ｂ帳票に対する情報を以下のように変更する処理を行う（Ｓ８０９）。

・付箋・マーキング機能利用フラグ（図６のＢ帳票の（９））＝ＴＲＵＥ

表示したＢ帳票に対してユーザが付箋、マーキング機能を利用しなかった場合、又はＳ８０９の処理を終えた場合、電子帳票システム１０２は、Ｓ８０３に遷移させる。

Ｂ帳票の表示要求以外に帳票ファイルの表示要求が行われなかった場合、つまりユーザが業務を終えログアウト要求を行い電子帳票システム１０２がそれを受け付けると（Ｓ８１０）、電子帳票システム１０２は、各帳票の持つ関連情報が更新されたか否かを確認するため判定を行う（Ｓ８１１）。

関連情報が更新された場合（Ｓ８１１の「更新された」）、電子帳票システム１０２は、データベースに更新を反映する処理を行う（Ｓ８１２）。ここで、Ｓ８１２は図２９のＳ７０９と同じであり、後述する、図３１、図３２、図３３の３つのフローで説明するのでここでは説明を省略する。

関連情報が更新されなかった場合、又は処理８１２を終えた場合、電子帳票システム１０２は、従来のログアウト方法でログアウト処理を行いユーザの業務は終了となる（Ｓ８１３）。

図３１のＳ９８１は、図２９のＳ７０９、図３０のＳ８１２と同じであり、追加した図３１、図３２、図３３の３つのフローが図２９のＳ７０９、図３０のＳ８１２の詳細な処理を説明するためのフローチャートである。

図２９、図３０においてユーザからのログアウト要求を受け付け、ログアウト処理を行う直前に更新の行われた関連情報をデータベースに反映する処理（図２９のＳ７０９、図３０のＳ８１２）が開始されると、Ｓ９８１に遷移する。Ｓ９８２、Ｓ９８３で関連情報をデータベースに反映する処理が終了すると、Ｓ９８７に処理は遷移する。

ここで、個人用の関連情報の更新処理はＳ９８２で行われ、グループ用の関連情報の更新処理はＳ９８３で行われる。

Ｓ９８２の詳細な処理を図３２に示し、Ｓ９８３の詳細な処理を図３３に示す。

まず、図３２を用いて個人用の関連情報の更新処理を説明する。

図３２は、図２９のＳ７０９、図３０のＳ８１２の詳細な処理を説明するためのフローチャートである。

図２９、図３０においてユーザからのログアウト要求を受け付け、ログアウト処理を行う直前に更新の行われた関連情報をデータベースに反映する処理（図２９のＳ７０９、図３０のＳ８１２）が開始されると、Ｓ９０１に遷移する。

図３２の説明には図４の関連情報のより具体的な例である図３４を用いる。

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

そして、図３４のように関連情報が変更されたため、Ｓ９０１が開始されたとして、以下、説明を行う。

図３２において、電子帳票システム１０２は、Ｓ９０２の処理を、図３４の「（４）関連情報を持っている帳票の帳票ＩＤ」の分だけループする。

図３４では「（４）関連情報を持っている帳票の帳票ＩＤ」はＢ、Ｃ、Ｄ帳票なので電子帳票システム１０２は、３回ループ処理を行う。

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

Ｓ９０４で関連度数＋３、Ｓ９０８で関連度数＋２となるため
（６）関連度数＝６→１１
となる。

電子帳票システム１０２は、Ｓ９０９の判定（又は比較）の結果（比較結果）に応じて、関連情報に関連する帳票の情報を付与し（Ｓ９１０）、どの機能（表示、検索、付箋・マーキング等）で関連付け荒れたかを、プラスされた（カウントされた）関連度数の値から判断し、関連付けに利用された主な機能（つまり（１２））に情報を設定する。

上記例の場合、Ｓ９０９の判定（又は比較）において、（６）関連度数＝１１が（５）
関連決定度数＝４を超えているが、Ａ帳票には既にＢ帳票は関連付けされているため、電子帳票システム１０２は、Ｓ９１０、Ｓ９１１を通過するだけで、処理は実行しない。

Ｓ９１２において、電子帳票システム１０２は、
（ 現在日付 − （１１）表示最新日付 ） ＜ ｏｒ ＞ （１０）経過日数
を判定するが、（１１）表示最新日付は現在日付である０８／０９／０１に更新されたため、電子帳票システム１０２は、Ｓ９１３を行わず、次のループ処理であるＳ９０２に戻る。

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

Ｓ９０６で関連度数＋１となるため
（６）関連度数は５→６
となる。

Ｓ９０９の判定（又は比較）において、（６）関連度数＝６が（５）関連決定度数＝４を超えているが、Ａ帳票には既にＣ帳票は関連付けされているため、電子帳票システム１０２は、Ｓ９１０、Ｓ９１１を通過するだけで、処理は実行しない。

Ｓ９１２において、電子帳票システム１０２は、
現在日付（０８／０９／０１） − （１１）表示最新日付（０８／０８／１２） ＜ ２ヶ月であるため、電子帳票システム１０２は、Ｓ９１３を行わず、次のループ処理であるＳ９０２に戻る。

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

何れの関連情報も更新されていないため、関連度数は上昇せず、（６）関連度数＝３が（５）関連決定度数＝４を超えておらず関連付けも行われない。

Ｓ９１２において、電子帳票システム１０２は、
現在日付（０８／０９／０１） − （１１）表示最新日付（０８／０６／３１） ＞ ２ヶ月であるため、関連付けを削除するＳ９１３の処理を行う。

Ｓ９１３において、電子帳票システム１０２は、「（４）関連情報を持っている帳票の帳票ＩＤ」からＤ帳票のＩＤを消去し、「同セッション内で表示した帳票毎の関連情報 」であるＤ帳票の（２）、（３）、（６）、（７）、（８）、（９）、（１１）の情報も全て消去する処理を行う。

Ｓ９１３を終え、最終的に、電子帳票システム１０２は、データベース３１３に更新した関連情報を反映する（Ｓ９１４）。この処理の結果、Ａ帳票が持つ関連情報９１６は図３５のようになる。

なお、電子帳票システム１０２は、データベースに反映するデータには（７）表示フラグ、（８）検索ヒットフラグ、（９）付箋、マーキング利用フラグの値は、一時的に利用するフラグ値であるため含めない。

ここで、Ｓ９０４、Ｓ９０６、Ｓ９０８の処理は、関連度数を増やす処理であることは同じである。しかしながら、「帳票を表示する」、「帳票を検索する」、「帳票に対して付箋・マーキング機能を利用する」という操作（又は要求）における、帳票に対する関連性の強さという意味では、
帳票を表示する ＞ 帳票に対して付箋・マーキング機能を利用する ＞ 帳票を検索する
（帳票同士の関連性：強い＞弱い）
というように関連性の強さには差異があると考えられる。そのため、一意に関連度数の数値を上昇させるわけではなく、関連度数の上昇値に差異を設けることで、より関連解析処理として業務内容に即した関連付けを行える。そのため、図３２ではＳ９０４では関連度数＋３、Ｓ９０６では関連度数＋１、Ｓ９０８では関連度数＋２とカウントする処理になっている。

なお、本実施形態では、関連付けを行う契機として、「帳票を表示する」、「帳票を検索する」、「帳票に対して付箋・マーキング機能を利用する」という操作を例に説明を行ったが、これら以外の操作をユーザが行った場合も関連付けを行うようにしてもよい。

また、関連度数の重み付けが異なることを利用して、電子帳票システム１０２は、図９中の関連情報の（１２）の「利用された主な機能」を判定している（Ｓ９１１）。

次に、図３３を用いてグループ用の関連情報の更新処理を説明する。

なお、Ｓ９０２〜Ｓ９０８およびＳ９１４〜Ｓ９１６の処理については、図３２と同じ処理であるため説明を省略する。以下、異なる点の説明を行う。

Ｓ９１７において、電子帳票システム１０２は、データベースから最新の関連情報を取得すると共に、データベースのロックを開始する。このように最新の関連情報を取得するのは、グループ用関連情報は、複数ユーザが任意のタイミングで帳票ファイルの操作を行うためである。すなわち、ユーザが最初に取得した関連情報に対して更新したのでは、ログアウトするまでの間の他のユーザの操作を関連情報に反映することができないからである。また、複数ユーザが同時に更新できないようにデータベースのロックを行い、最後にロックを解除する（Ｓ９１４）。

以上説明した実施形態によれば、電子ファイルに対する複数ユーザの処理に応じて電子ファイル同士を関連付け、電子ファイルを表示する際は、関連する電子ファイルをユーザに識別可能に表示することができる。

本発明によれば、例えば、下記のような利用の形態において効果を奏する。

（電子帳票システムを利用するユースケース）
例えば、不動産会社の物件情報をＷｅｂで閲覧するような電子帳票システム環境を例に挙げる。

（業務モデル）
ある不動産会社において、不動産の物件情報は電子帳票システムで管理している。そして、その物件情報管理システムにおいては、会員登録された会員のみが物件情報をＷｅｂ上で閲覧することができる。

物件情報管理システムにおいては、管理者ユーザは不動産会社の社員で一般ユーザは一般顧客、つまり会員にあたる。また、会員は会員登録された際の希望物件の条件（間取りや家賃、その他条件）の情報を総合的に判断し、ある程度グループ分けされるとする。

（想定するケース・ユーザアクション）
会員はＷｅｂにアクセスし当不動産会社の不動産情報画面にて、それぞれの希望条件で物件情報を検索し、検索結果として出力された物件情報をＷｅｂ上で閲覧している状態で、「参照」・「検索」・「付箋・マーキング」等の機能を利用する。

（効果）
同じグループに所属する会員Ａと会員Ｂがいたとき、会員はある程度会員登録時に希望条件によってグループ分けされているため、会員Ａと会員Ｂでは検索条件が大きく違うことは少ないと想定され、会員Ａの検索でヒットした物件情報は会員Ｂの検索でもヒットする可能性は低くはないと想定できる。

つまり会員Ａが物件情報を表示した物件は同じグループに所属する他ユーザの希望条件に当てはまる可能性が高い。

そこで、会員Ａが１回の検索で（同じセッション内で）ヒットさせた物件情報の中から物件情報を次々に表示させていったもの全てを物件情報同士の関連情報（グループ用）としてデータベースに保存しておく。

例えば会員Ａが物件Ｎｏ．１〜１０を検索でヒットさせＮｏ．３，６，９を閲覧した場合、Ｎｏ．３に対してＮｏ．６，９を関連付け、Ｎｏ．６に対してＮｏ．３，９を関連付け、Ｎｏ．９に対してＮｏ．３，６を関連付けその関連付けたという情報をデータベースに保存する。

そして、会員Ｂが会員Ａとは少し異なる検索条件で検索しＮｏ．６のみがヒットした場合でも、Ｎｏ．６の物件情報を閲覧した際はＮｏ．３と９が関連付けられているため、もしＮｏ．３とＮｏ．９の物件情報も会員Ｂの希望に沿う・または近いものであった場合は再度検索をする手間を省きＮｏ．３やＮｏ．９の情報を閲覧することが可能となる。

会員サイドから見ると「物件を検索する手間が省ける」「スムーズに情報が取得できる」ことになり、管理者サイドから見ると「検索回数が減るためシステムにかかる負荷が軽減される」「会員に、より多くの情報を見てもらう機会が増える」などのメリットがある。

また、会員Ａの操作は、グループ用の関連情報だけでなく、個人用の関連情報としてもデータベースに記憶されているため、一旦操作を中断した状態から、あらためてＷｅｂで検索する際に、以前の関連付け情報が表示されることにより、検索の手間が省けることとなる。

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

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

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

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

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

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

Claims (7)

1. 電子ファイルを管理する情報処理装置であって、
   前記電子ファイルに対する表示要求に応じて、当該表示要求がされた電子ファイルを表示装置へ表示させるための制御を行う表示制御手段と、
   前記表示制御手段により前記電子ファイルを前記表示装置へ表示したユーザによる操作であって、前記表示された電子ファイルとは別の電子ファイルに対する複数の操作の種別を監視する監視手段と、
   前記監視手段による監視の結果、操作が得られた場合、前記表示された電子ファイルと、前記表示された電子ファイルとは別の電子ファイルとの関連を示す情報であって、当該操作を行ったユーザ用の個人関連情報またはユーザが属するグループ用のグループ関連情報を生成する関連情報生成手段と、
   前記関連情報生成手段で生成された個人関連情報またはグループ関連情報と前記表示された電子ファイルを対応付けて管理する管理手段とを有し、
   前記個人関連情報またはグループ関連情報に含まれる、前記表示された電子ファイルと前記表示された電子ファイルとは別の電子ファイルとの関連を示す関連度は、前記関連情報生成手段により操作の種別毎に重み付けがされている値を、操作の種別に応じて付加して生成するものであり、
   前記表示制御手段は、表示要求がされた前記電子ファイルと、前記電子ファイルとは別の電子ファイルとの関連を示す関連度が、所定の条件を満たした、前記個人関連情報またはグループ関連情報から前記表示要求がなされた電子ファイルとは別の電子ファイルを示す情報を抽出し、当該別の電子ファイルを示す情報を用いて、当該別の電子ファイルを特定する情報を表示させるための制御を行うことを特徴とする情報処理装置。
2. 前記複数の操作の種別には、前記表示された電子ファイルとは別の電子ファイルを検索する処理、前記表示された電子ファイルとは別の電子ファイルに対するアノテーションに係る処理、前記表示された電子ファイルとは別の電子ファイルに対する表示要求の処理のいずれかが含まれることを特徴とする請求項１に記載の情報処理装置。
3. 前記表示制御手段は、表示要求があった前記電子ファイルに対応する前記グループ関連情報であって、表示要求を行ったユーザが属する複数のグループに対応するグループ関連情報が前記管理手段により複数管理されている場合、予め定められている優先順位に基づいて、グループ関連情報を用いることを特徴とする請求項１または２に記載の情報処理装置。
4. 前記電子ファイルの識別情報毎に、前記個人関連情報、前記グループ関連情報、および前記個人関連情報と前記グループ関連情報の両方、のいずれかを用いるかの定義情報を記憶する定義記憶手段を更に有し、
   前記表示制御手段は、
   前記定義記憶手段で記憶された定義情報が、前記個人関連情報と前記グループ関連情報の両方を示す場合に、前記個人関連情報から、前記表示要求がなされた電子ファイルとは別の電子ファイルを示す情報を抽出し、前記グループ関連情報から、前記表示要求がなされた電子ファイルとは別の電子ファイルを示す情報を抽出し、当該抽出された別の電子ファイルを示す情報を用いて、個人に関連する電子ファイルと、グループに関連する電子ファイルとをユーザが識別可能なように分けて表示することを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
5. 電子ファイルを管理する情報処理装置における情報処理方法であって、
   前記電子ファイルに対する表示要求に応じて、当該表示要求がされた電子ファイルを表示装置へ表示させるための制御を行う表示制御ステップと、
   前記表示制御ステップにより前記電子ファイルを前記表示装置へ表示したユーザによる操作であって、前記表示された電子ファイルとは別の電子ファイルに対する複数の操作の種別を監視する監視ステップと、
   前記監視ステップによる監視の結果、操作が得られた場合、前記表示された電子ファイルと、前記表示された電子ファイルとは別の電子ファイルとの関連を示す情報であって、当該操作を行ったユーザ用の個人関連情報またはユーザが属するグループ用のグループ関連情報を生成する関連情報生成ステップと、
   前記関連情報生成ステップで生成された個人関連情報またはグループ関連情報と前記表示された電子ファイルを対応付けて管理する管理ステップとを含み、
   前記個人関連情報またはグループ関連情報に含まれる、前記表示された電子ファイルと前記表示された電子ファイルとは別の電子ファイルとの関連を示す関連度は、前記関連情報生成ステップにより操作の種別毎に重み付けがされている値を、操作の種別に応じて付加して生成するものであり、
   前記表示制御ステップは、表示要求がされた前記電子ファイルと、前記電子ファイルとは別の電子ファイルとの関連を示す関連度が、所定の条件を満たした、前記個人関連情報またはグループ関連情報から前記表示要求がなされた電子ファイルとは別の電子ファイルを示す情報を抽出し、当該別の電子ファイルを示す情報を用いて、当該別の電子ファイルを特定する情報を表示させるための制御を行うことを特徴とする情報処理方法。
6. 電子ファイルを管理する情報処理装置において実行可能なプログラムであって、
   前記電子ファイルに対する表示要求に応じて、当該表示要求がされた電子ファイルを表示装置へ表示させるための制御を行う表示制御手段、
   前記表示制御手段により前記電子ファイルを前記表示装置へ表示したユーザによる操作であって、前記表示された電子ファイルとは別の電子ファイルに対する複数の操作の種別を監視する監視手段、
   前記監視手段による監視の結果、操作が得られた場合、前記表示された電子ファイルと、前記表示された電子ファイルとは別の電子ファイルとの関連を示す情報であって、当該操作を行ったユーザ用の個人関連情報またはユーザが属するグループ用のグループ関連情報を生成する関連情報生成手段、
   前記関連情報生成手段で生成された個人関連情報またはグループ関連情報と前記表示された電子ファイルを対応付けて管理する管理手段として前記情報処理装置を機能させ、
   前記個人関連情報またはグループ関連情報に含まれる、前記表示された電子ファイルと前記表示された電子ファイルとは別の電子ファイルとの関連を示す関連度は、前記関連情報生成手段により操作の種別毎に重み付けがされている値を、操作の種別に応じて付加して生成するものであり、
   前記表示制御手段は、表示要求がされた前記電子ファイルと、前記電子ファイルとは別の電子ファイルとの関連を示す関連度が、所定の条件を満たした、前記個人関連情報またはグループ関連情報から前記表示要求がなされた電子ファイルとは別の電子ファイルを示す情報を抽出し、当該別の電子ファイルを示す情報を用いて、当該別の電子ファイルを特定する情報を表示させるための制御を行うことを特徴とするプログラム。
7. クライアント端末と、電子ファイルを管理する情報処理装置とが通信可能な情報処理システムであって、
   前記電子ファイルに対する表示要求に応じて、当該表示要求がされた電子ファイルを表示装置へ表示させるための制御を行う表示制御手段と、
   前記表示制御手段により前記電子ファイルを前記表示装置へ表示したユーザによる操作であって、前記表示された電子ファイルとは別の電子ファイルに対する複数の操作の種別を監視する監視手段と、
   前記監視手段による監視の結果、操作が得られた場合、前記表示された電子ファイルと、前記表示された電子ファイルとは別の電子ファイルとの関連を示す情報であって、当該操作を行ったユーザ用の個人関連情報またはユーザが属するグループ用のグループ関連情報を生成する関連情報生成手段と、
   前記関連情報生成手段で生成された個人関連情報またはグループ関連情報と前記表示された電子ファイルを対応付けて管理する管理手段とを有し、
   前記個人関連情報またはグループ関連情報に含まれる、前記表示された電子ファイルと前記表示された電子ファイルとは別の電子ファイルとの関連を示す関連度は、前記関連情報生成手段により操作の種別毎に重み付けがされている値を、操作の種別に応じて付加して生成するものであり、
   前記表示制御手段は、表示要求がされた前記電子ファイルと、前記電子ファイルとは別の電子ファイルとの関連を示す関連度が、所定の条件を満たした、前記個人関連情報またはグループ関連情報から前記表示要求がなされた電子ファイルとは別の電子ファイルを示す情報を抽出し、当該別の電子ファイルを示す情報を用いて、当該別の電子ファイルを特定する情報を表示させるための制御を行うことを特徴とする情報処理システム。

Images