(57)【特許請求の範囲】
【請求項１】
電子ファイルを管理する情報処理装置であって、
前記電子ファイルに対する表示要求に応じて、当該表示要求がされた電子ファイルを表示装置へ表示させるための制御を行う表示制御手段と、
前記表示制御手段により前記電子ファイルを前記表示装置へ表示したユーザによる操作であって、前記表示された電子ファイルとは別の電子ファイルに対する複数の操作の種別を監視する監視手段と、
前記監視手段による監視の結果、操作が得られた場合、前記表示された電子ファイルと、前記表示された電子ファイルとは別の電子ファイルとの関連を示す情報であって、当該操作を行ったユーザ用の個人関連情報またはユーザが属するグループ用のグループ関連情報を生成する関連情報生成手段と、
前記関連情報生成手段で生成された個人関連情報またはグループ関連情報と前記表示された電子ファイルを対応付けて管理する管理手段とを有し、
前記個人関連情報またはグループ関連情報に含まれる、前記表示された電子ファイルと前記表示された電子ファイルとは別の電子ファイルとの関連を示す関連度は、前記関連情報生成手段により操作の種別毎に重み付けがされている値を、操作の種別に応じて付加して生成するものであり、
前記表示制御手段は、表示要求がされた前記電子ファイルと、前記電子ファイルとは別の電子ファイルとの関連を示す関連度が、所定の条件を満たした、前記個人関連情報またはグループ関連情報から前記表示要求がなされた電子ファイルとは別の電子ファイルを示す情報を抽出し、当該別の電子ファイルを示す情報を用いて、当該別の電子ファイルを特定する情報を表示させるための制御を行うことを特徴とする情報処理装置。
【請求項２】
前記複数の操作の種別には、前記表示された電子ファイルとは別の電子ファイルを検索する処理、前記表示された電子ファイルとは別の電子ファイルに対するアノテーションに係る処理、前記表示された電子ファイルとは別の電子ファイルに対する表示要求の処理のいずれかが含まれることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記表示制御手段は、表示要求があった前記電子ファイルに対応する前記グループ関連情報であって、表示要求を行ったユーザが属する複数のグループに対応するグループ関連情報が前記管理手段により複数管理されている場合、予め定められている優先順位に基づいて、グループ関連情報を用いることを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
前記電子ファイルの識別情報毎に、前記個人関連情報、前記グループ関連情報、および前記個人関連情報と前記グループ関連情報の両方、のいずれかを用いるかの定義情報を記憶する定義記憶手段を更に有し、
前記表示制御手段は、
前記定義記憶手段で記憶された定義情報が、前記個人関連情報と前記グループ関連情報の両方を示す場合に、前記個人関連情報から、前記表示要求がなされた電子ファイルとは別の電子ファイルを示す情報を抽出し、前記グループ関連情報から、前記表示要求がなされた電子ファイルとは別の電子ファイルを示す情報を抽出し、当該抽出された別の電子ファイルを示す情報を用いて、個人に関連する電子ファイルと、グループに関連する電子ファイルとをユーザが識別可能なように分けて表示することを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
【請求項５】
電子ファイルを管理する情報処理装置における情報処理方法であって、
前記電子ファイルに対する表示要求に応じて、当該表示要求がされた電子ファイルを表示装置へ表示させるための制御を行う表示制御ステップと、
前記表示制御ステップにより前記電子ファイルを前記表示装置へ表示したユーザによる操作であって、前記表示された電子ファイルとは別の電子ファイルに対する複数の操作の種別を監視する監視ステップと、
前記監視ステップによる監視の結果、操作が得られた場合、前記表示された電子ファイルと、前記表示された電子ファイルとは別の電子ファイルとの関連を示す情報であって、当該操作を行ったユーザ用の個人関連情報またはユーザが属するグループ用のグループ関連情報を生成する関連情報生成ステップと、
前記関連情報生成ステップで生成された個人関連情報またはグループ関連情報と前記表示された電子ファイルを対応付けて管理する管理ステップとを含み、
前記個人関連情報またはグループ関連情報に含まれる、前記表示された電子ファイルと前記表示された電子ファイルとは別の電子ファイルとの関連を示す関連度は、前記関連情報生成ステップにより操作の種別毎に重み付けがされている値を、操作の種別に応じて付加して生成するものであり、
前記表示制御ステップは、表示要求がされた前記電子ファイルと、前記電子ファイルとは別の電子ファイルとの関連を示す関連度が、所定の条件を満たした、前記個人関連情報またはグループ関連情報から前記表示要求がなされた電子ファイルとは別の電子ファイルを示す情報を抽出し、当該別の電子ファイルを示す情報を用いて、当該別の電子ファイルを特定する情報を表示させるための制御を行うことを特徴とする情報処理方法。
【請求項６】
電子ファイルを管理する情報処理装置において実行可能なプログラムであって、
前記電子ファイルに対する表示要求に応じて、当該表示要求がされた電子ファイルを表示装置へ表示させるための制御を行う表示制御手段、
前記表示制御手段により前記電子ファイルを前記表示装置へ表示したユーザによる操作であって、前記表示された電子ファイルとは別の電子ファイルに対する複数の操作の種別を監視する監視手段、
前記監視手段による監視の結果、操作が得られた場合、前記表示された電子ファイルと、前記表示された電子ファイルとは別の電子ファイルとの関連を示す情報であって、当該操作を行ったユーザ用の個人関連情報またはユーザが属するグループ用のグループ関連情報を生成する関連情報生成手段、
前記関連情報生成手段で生成された個人関連情報またはグループ関連情報と前記表示された電子ファイルを対応付けて管理する管理手段として前記情報処理装置を機能させ、
前記個人関連情報またはグループ関連情報に含まれる、前記表示された電子ファイルと前記表示された電子ファイルとは別の電子ファイルとの関連を示す関連度は、前記関連情報生成手段により操作の種別毎に重み付けがされている値を、操作の種別に応じて付加して生成するものであり、
前記表示制御手段は、表示要求がされた前記電子ファイルと、前記電子ファイルとは別の電子ファイルとの関連を示す関連度が、所定の条件を満たした、前記個人関連情報またはグループ関連情報から前記表示要求がなされた電子ファイルとは別の電子ファイルを示す情報を抽出し、当該別の電子ファイルを示す情報を用いて、当該別の電子ファイルを特定する情報を表示させるための制御を行うことを特徴とするプログラム。
【請求項７】
クライアント端末と、電子ファイルを管理する情報処理装置とが通信可能な情報処理システムであって、
前記電子ファイルに対する表示要求に応じて、当該表示要求がされた電子ファイルを表示装置へ表示させるための制御を行う表示制御手段と、
前記表示制御手段により前記電子ファイルを前記表示装置へ表示したユーザによる操作であって、前記表示された電子ファイルとは別の電子ファイルに対する複数の操作の種別を監視する監視手段と、
前記監視手段による監視の結果、操作が得られた場合、前記表示された電子ファイルと、前記表示された電子ファイルとは別の電子ファイルとの関連を示す情報であって、当該操作を行ったユーザ用の個人関連情報またはユーザが属するグループ用のグループ関連情報を生成する関連情報生成手段と、
前記関連情報生成手段で生成された個人関連情報またはグループ関連情報と前記表示された電子ファイルを対応付けて管理する管理手段とを有し、
前記個人関連情報またはグループ関連情報に含まれる、前記表示された電子ファイルと前記表示された電子ファイルとは別の電子ファイルとの関連を示す関連度は、前記関連情報生成手段により操作の種別毎に重み付けがされている値を、操作の種別に応じて付加して生成するものであり、
前記表示制御手段は、表示要求がされた前記電子ファイルと、前記電子ファイルとは別の電子ファイルとの関連を示す関連度が、所定の条件を満たした、前記個人関連情報またはグループ関連情報から前記表示要求がなされた電子ファイルとは別の電子ファイルを示す情報を抽出し、当該別の電子ファイルを示す情報を用いて、当該別の電子ファイルを特定する情報を表示させるための制御を行うことを特徴とする情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及び情報処理方法に関する。
【背景技術】
【０００２】
従来の電子帳票システムには、作業者が業務で頻繁に使用する帳票があった場合、その頻繁に使用する帳票へのショートカットやお気に入り登録といった関連付け機能がある。
【０００３】
しかしそれら機能の利用はユーザ自身の手作業によって行うものとなっている。
【０００４】
そのため、手間がかかる、業務の実態（帳票の使用頻度）と関連が一致しない可能性がある、等の問題が発生する。
【０００５】
そこで、関連付けをシステムが自動的に行い、かつ、業務の実態と関連とが一致するような機能が考えられている。
【０００６】
その１つとして、特許文献１には、文書同士の関連を自動的に解析し、関連付けを行う文書管理システムが開示されている。特に、特許文献１は、ユーザの「関連文書を参照する」という行動を解析し、この解析の結果を基に文書に関連付けを行うというように動作するものである。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開平０９−３３０３１２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
特許文献１に記載の文書管理システムにおいては、ホーム文書から参考文書を参照した場合のみ関連付けが行われる。しかしながら、特許文献１に記載の技術では、当然ながら、電子帳票システムにある「検索」や「付箋、マーキングを利用する」といった機能を使用することをトリガーとして文書同士を関連付けることは出来ない。
【０００９】
例えば、電子帳票システムで商品売り上げや商品在庫を帳票管理している業務では、一度電子帳票システムに登録した帳票ファイルの内容変更を行わなければならないような作業が発生した場合、変更前と変更後とを確認する作業が発生する。この際、帳票ファイルの「参照」の他にも「検索」や「付箋・マーキング」等の機能が利用されることが多い。
【００１０】
しかしながら、従来の技術では「検索」や「付箋・マーキング」等が実行されても関連付けを行うことはできないため、再度、確認作業等を行う場合、同様の「検索」や「付箋・マーキング」等を行わなければならない問題があった。
【００１１】
つまり、従来の技術は、電子帳票システム特有のユーザの作業について関連付けを行うことはできなかった。
【００１２】
また、帳票ファイルを利用するユーザは複数存在することから、帳票ファイルに対する関連付けは、自分自身の操作による関連付けだけではなく、他人の操作による関連付けを考慮しなければならない。
【００１３】
本発明はこのような問題点に鑑みなされたもので、電子ファイルに対する同じグループに属するユーザの操作に応じて電子ファイル同士を関連付け、そのグループに属するユーザから表示要求がなされた電子ファイルを表示する際は、関連する電子ファイルをユーザに識別可能に表示することを目的とする。
【課題を解決するための手段】
【００１４】
本発明は、電子ファイルを管理する情報処理装置であって、前記電子ファイルに対する表示要求に応じて、当該表示要求がされた電子ファイルを表示装置へ表示させるための制御を行う表示制御手段と、前記表示制御手段により前記電子ファイルを前記表示装置へ表示したユーザによる操作であって、前記表示された電子ファイルとは別の電子ファイルに対する複数の操作の種別を監視する監視手段と、前記監視手段による監視の結果、操作が得られた場合、前記表示された電子ファイルと、前記表示された電子ファイルとは別の電子ファイルとの関連を示す情報であって、当該操作を行ったユーザ用の個人関連情報またはユーザが属するグループ用のグループ関連情報を生成する関連情報生成手段と、前記関連情報生成手段で生成された個人関連情報またはグループ関連情報と前記表示された電子ファイルを対応付けて管理する管理手段とを有し、前記個人関連情報またはグループ関連情報に含まれる、前記表示された電子ファイルと前記表示された電子ファイルとは別の電子ファイルとの関連を示す関連度は、前記関連情報生成手段により操作の種別毎に重み付けがされている値を、操作の種別に応じて付加して生成するものであり、前記表示制御手段は、表示要求がされた前記電子ファイルと、前記電子ファイルとは別の電子ファイルとの関連を示す関連度が、所定の条件を満たした、前記個人関連情報またはグループ関連情報から前記表示要求がなされた電子ファイルとは別の電子ファイルを示す情報を抽出し、当該別の電子ファイルを示す情報を用いて、当該別の電子ファイルを特定する情報を表示させるための制御を行うことを特徴とする。
【発明の効果】
【００１５】
本発明によれば、電子ファイルに対する同じグループに属するユーザの操作に応じて電子ファイル同士を関連付け、そのグループに属するユーザから表示要求がなされた電子ファイルを表示する際は、関連する電子ファイルをユーザに識別可能に表示することができる。
【図面の簡単な説明】
【００１６】
【図１】システム構成の一例を示す図である。
【図２】電子帳票システムのハードウェア構成の一例を示す図である。
【図３】自動関連付け処理の基本的な処理の一例を示すフローチャートである。
【図４】関連情報を説明するための図である。
【図５】帳票ファイルの関連情報を「どの位置に表示させるのか」、「どの項目を関連情報として表示するのか」といったことを予め電子帳票システムの管理者等に定義させるための、帳票定義の処理の一例を示すフローチャートである。
【図６】図４の個人用関連情報のより具体的な一例であり、Ａ帳票がＢ、Ｃ、Ｄ、Ｅ帳票に対する関連
【図７】図４のグループ用関連情報のより具体的な一例であり、Ａ帳票がＢ、Ｃ、Ｄ、Ｅ、Ｆ、Ｇ帳票に対する関連
【図８】図４のグループ用関連情報のより具体的な一例であり、Ａ帳票がＥ、Ｆ、Ｇ、Ｈ、Ｉ、Ｊ帳票に対する関連
【図９】帳票ファイルのプレビュー表示画面にて、関連情報の表示領域をマウス操作で矩形指定することで「関連情報の表示位置」を定義した一例を示す図（その１）である。
【図１０】帳票ファイルのプレビュー表示画面にて、関連情報の表示領域をマウス操作で矩形指定することで「関連情報の表示位置」を定義した一例を示す図（その２）である。
【図１１】管理者等が矩形指定した関連情報の表示位置に、関連情報を表示したときの一例を示す図（その１）である。
【図１２】管理者等が矩形指定した関連情報の表示位置に、関連情報を表示したときの一例を示す図（その２）である。
【図１３】帳票ファイルのプレビュー表示画面にて、関連情報の表示領域をマウス操作で矩形指定することで「関連情報の表示位置」を定義した一例を示す図（その３）である。
【図１４】管理者等が矩形指定した関連情報の表示位置に、関連情報を表示したときの一例を示す図（その３）である。
【図１５】帳票ファイルのプレビュー表示画面にて、関連情報の表示領域をマウス操作で矩形指定することで「関連情報の表示位置」を定義した一例を示す図（その４）である。
【図１６】管理者等が矩形指定した関連情報の表示位置に、関連情報を表示したときの一例を示す図（その４）である。
【図１７】管理者等が矩形指定した関連情報の表示位置に、関連情報を表示したときの一例を示す図（その５）である。
【図１８】管理者等が矩形指定した関連情報の表示位置に、関連情報を表示したときの一例を示す図（その６）である。
【図１９】管理者等が矩形指定した関連情報の表示位置に、関連情報を表示したときの一例を示す図（その６）である。
【図２０】関連情報の表示項目の一例を示す図である。
【図２１】図３のＳ３０１〜３０４の処理をより詳細に示すフローチャートである。
【図２２】図２１で処理がＳ４０４→Ｓ４０５と進んだ場合のより詳細な処理の一例を示すフローチャートである。
【図２３】関連付け前の帳票ファイルの表示の一例を示す図である。
【図２４】関連付け後の帳票ファイルの表示の一例を示す図である。
【図２５】表示した関連情報の一部を拡大した図である。
【図２６】関連情報の非表示時の最小化アイコンの一例を示す図である。
【図２７】関連情報の非表示時の最小化アイコンの表示の一例を示す図である。
【図２８】ユーザの「表示している帳票とは別の帳票に対する行動」による関連解析処理の分岐に係る処理の一例を示したフローチャートである。
【図２９】Ｓ６０１→Ｓ６０２→Ｓ６０３→Ｓ６１０のより具体的な処理を説明するためのフローチャートである。
【図３０】Ｓ６０１→Ｓ６０２→Ｓ６０３→Ｓ６０６→Ｓ６０７→Ｓ６０９のより具体的な処理を説明するためのフローチャートである。
【図３１】図２９のＳ７０９、図３０のＳ８１２の詳細な処理を説明するためのフローチャートである。
【図３２】図３１の９８２の詳細な処理を説明するためのフローチャートである。
【図３３】図３１の９８５の詳細な処理を説明するためのフローチャートである。
【図３４】Ａ帳票が持つ関連情報の一例を示す図（その１）である。
【図３５】Ａ帳票が持つ関連情報の一例を示す図（その２）である。
【図３６】個人用関連情報とグループ用関連情報の一例を示す図である。
【図３７】関連定義情報の一例を示す図である。
【発明を実施するための形態】
【００１７】
以下、本発明の実施形態について図面に基づいて説明する。
【００１８】
図１は、システム構成の一例を示す図である。図１において、ホストコンピュータ（ホストプリンタ）１０１は、電子帳票システム１０２に登録をする帳票データ（実データ）を生成する。電子帳票システム１０２は、電子帳票（以下、単に帳票とする）の帳票ファイル（他の電子ファイルを含む）や、管理情報を記録し、ネットワーク１０５を介してクライアントＰＣ１０３、１０４に対して、帳票の閲覧や検索等のサービスを提供する。本実施の形態では、電子帳票システムは、１つのサーバ（情報処理装置）により構成されているものとする。クライアントＰＣ１０３、１０４は、帳票の閲覧及び計算結果の取得を行う者が使用するクライアント端末であり、ネットワーク１０５を介して、電子帳票システム１０２とデータの送受信が可能である。ネットワーク１０５は、例えばＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）やインターネット等である。尚、図１のネットワーク上に接続される各種端末の構成は一例であり、用途や目的に応じて様々な構成例がある。本実施の形態では、このシステムを情報処理システムという。
【００１９】
次に、図１の電子帳票システム１０２のハードウェア構成について、図２を用いて説明する。
【００２０】
図２は、電子帳票システムのハードウェア構成の一例を示す図である。
【００２１】
図１において、ＣＰＵ２０１は、システムバス２０４に接続される各デバイスを統括的に制御する。また、ＲＯＭ２０３或いは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるオペレーティングシステム（ＯＳ）や、後述する各種機能を実現するためのプログラムが記憶されている。
【００２２】
ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア、一時待避領域等として機能する。
【００２３】
入力コントローラ２０５は、入力部２０９からの入力を制御する。この入力部２０９としては、例えば、キーボード、マウス等のポインティングデバイスであってもよいし、タッチパネル、ボタン、スイッチ等であってもよい。
【００２４】
表示コントローラ２０６は、表示部２１０の表示を制御する。この表示部２１０としては、例えば、ＣＲＴや液晶等が挙げられる。
【００２５】
外部メモリコントローラ（ＭＣ）２０７は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、プリンタドライバ等を記憶する外部メモリ２１１へのアクセスを制御する。外部メモリ２１１には、加えて、各種テーブル、パラメー等が記憶されている。この外部メモリ２１１としては、ハードディスク（ＨＤ）やフレキシブルディスク（ＦＤ）、ＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）、スマートメディア等が挙げられる。
【００２６】
通信Ｉ／Ｆコントローラ２０８は、ネットワーク１０５を介して外部機器との通信制御処理を実行する。
【００２７】
本実施形態を実現するためのプログラム２１２は外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。更に、本実施形態に係るプログラム２１２が用いる帳票ファイル２１３は外部メモリ２１１に格納されており、これらについての詳細な説明は後述する。
【００２８】
クライアントＰＣ１０３、１０４やホスト１０１のハードウェア構成も電子帳票システム１０２と同様である。しかし、各装置のプログラムは、電子帳票システム１０２のプログラム２１２とは異なる。また、帳票ファイル２１３は、クライアントＰＣ１０３が元来保持していることはないものである点等が異なる。
【００２９】
帳票ファイル２１３は、帳票の形式を定義するフォームデータと帳票データとから生成された、帳票の表示用データを表すものであって、単独又は複数のファイルによって構成され、単数又は複数のページを含有している。電子帳票システム１０２の内部においては、複数の帳票ファイル２１３のうち同一種類のものをグループ化して管理しており、それぞれの帳票ファイル２１３はそのグループの中の世代と呼ばれる。
【００３０】
図３は、自動関連付け処理の基本的な処理の一例を示すフローチャートである。
【００３１】
前提として、電子帳票システムを利用するユーザは複数存在する。各ユーザはいずれかのグループ（ＧＰ）に所属し、所属するグループはユーザ情報に対応づけられて電子帳票システムにおいて管理されているものとする。グループには、部、課、プロジェクト等様々な単位でグループ分けが可能である。
【００３２】
また、ユーザは複数のグループに所属することができる。例えば、ユーザａは、通常はＡ課に所属しているところ、Ａ、Ｂ課合同のＸプロジェクトが立ち上がった場合は、Ｘプロジェクトに所属することができる。
【００３３】
複数のユーザは、それぞれ任意のタイミングで電子帳票システムを利用することができる。本フローチャートでは、１ユーザの操作の流れを説明するが、１ユーザが操作している間に他のユーザが操作することも可能である。電子帳票システムでは、それぞれのユーザの操作をセッション単位で分けて処理を行う。図３では、３ユーザが電子帳票システムを操作しており、３つのセッションに分かれていることを示している。
【００３４】
図３において、ユーザが業務を開始するため、業務で使用する帳票ファイルの表示要求を電子帳票システム１０２に送る。すると、電子帳票システム１０２は、表示要求を受け付け、帳票表示処理を開始する（Ｓ３０１）。
【００３５】
まず、電子帳票システム１０２は、ユーザの表示要求対象の帳票ファイルを表示するために必要な情報である帳票ファイルと、帳票ファイルの関連付け情報である後述する図４に示すような（個人用）関連情報１００１と、（グループ用）関連情報１００３と、図５で電子帳票システム管理者が定義した関連情報の関連定義情報Ｓ３２１−Ｂと、をデータベース３１３より取得する（Ｓ３０２）。なお、個人用関連情報（個人関連情報）とグループ用関連情報（グループ関連情報）とは、図３６に示す例のようにデータベース３１３で管理されている。また、関連定義情報は、図３７に示す例のようにデータベース３１３で管理されている。
【００３６】
このとき、関連情報を取得する際は、先に関連定義情報をデータベース３１３より取得し、取得した関連定義情報に含まれる「関連情報の種類（個人ｏｒＧＰ）」の項目の定義に従って個人用、グループ用、または両方の関連情報を取得するかどうかを判断し、それに応じた種類の関連情報を取得する。
【００３７】
ここで取得する関連情報は、データベース３１３において記憶されている最新の関連情報である。
【００３８】
なお、複数のユーザの操作に応じて関連情報は常に更新されるものであるため、１ユーザが操作している間に、関連情報が更新されることがある。本実施の形態は、最初に取得した関連情報をそのまま表示するものであるが、最新の関連情報を任意のタイミングで取得する実施の形態も可能である。一つの方法として定期的に関連情報を取得して表示内容を更新する仕組みが考えられるが、最新の関連情報を特に望まないユーザにとっては、画面の切り替えや処理待ち時間が煩わしいものとなる。そのため、ユーザの明示の指示に応じて、最新の関連情報をデータベース３１３から取得して、関連情報を更新して表示させる仕組みの方がより有効である。
【００３９】
帳票ファイルの関連付け情報である関連情報が無かった場合、電子帳票システム１０２は、従来どおりの帳票表示処理を行うため、特別な処理は行わずＳ３０４に遷移する。
【００４０】
なお、条件分岐等、詳細な処理は、後述する図２１で説明するため、図３には条件分岐等の詳細な処理は説明を省略してある。
【００４１】
電子帳票システム１０２は、帳票ファイルを取得するのと同様にデータベース３１３にログインしているユーザのユーザＩＤ等、ユーザを一意に指定できる値をキーとしてＳＱＬ文を発行し、ログインユーザの持つ表示要求対象の帳票ファイルの関連情報を取得する。
【００４２】
なお、以下では、電子帳票システム１０２は、ログインユーザの持つ表示要求対象の帳票ファイルのログインユーザ自身の関連情報とログインユーザが所属するグループの関連情報とを取得することができるものとして説明する。
【００４３】
また、関連情報は図４に示す通り、以下の情報を持つ。なお、以下に示す説明内の「セッション」とは、「ユーザが電子帳票システムにログインしてからログアウトするまでの継続した一定期間」を指す。なお、以下に示すように、電子帳票システム１０２は、ユーザによるログインからログアウトまでの帳票ファイルに対する一連の処理（例えば、表示や検索、付箋、マーキング等の処理）に基づいて、帳票ファイルに関連する関連情報を生成又は更新する。
【００４４】
関連情報には、個人用１００１とグループ用１００３の２種類あり、それぞれ重複する項目やそれぞれにしかない項目を有する。各項目を次に説明する。
【００４５】
（１）関連付けされた帳票の帳票ＩＤ
（２）関連付けされた帳票の世代
（３）関連付けされた帳票の保存場所
（４）関連情報を持っている帳票の帳票ＩＤ
→  表示している帳票以外の帳票に対して持っている関連情報の帳票ＩＤ一覧
（５）関連を決定付ける「関連決定度数」
→  関連を解析した結果「関連が有る」と判断するための基準値
（６）同セッション内で表示した帳票毎の「関連度数」
→  関連の解析結果を数値化したもの
（７）同セッション内で表示した帳票毎の「表示フラグ」
→  関連を解析するために持つ値
（８）同セッション内で表示した帳票毎の「検索ヒットフラグ」
→  関連を解析するために持つ値
（９）同セッション内で表示した帳票毎の「付箋、マーキング等機能の利用フラグ」
→  関連を解析するために持つ値
（１０）関連を消す「表示最新日付からの経過日数」
→  帳票に対する関連情報を持つが、一定期間以上表示されていない場合に「関連がなくなった」と判断して関連情報を消すための基準日数
（１１）同セッション内で表示した帳票毎の「表示最新日付」
→  上記（１１）のための情報値
（１２）利用された主な機能
→  関連付けに利用された主な機能を表す値で、
Ｏ＝帳票の表示（ｏｐｅｎ）
Ｓ＝帳票の検索（ｓｅａｒｃｈ）
Ｆ・Ｍ＝付箋、マーキング機能の利用
を表している。なお、本明細書では、付箋、マーキングはアノテーションの一例とする
（１３）グループＩＤ
→  グループを識別するためのＩＤ
なお、なお、（５）、（７）、（８）、（９）、（１０）の項目は、図３６に示す関連情報テーブルで管理されていない。（５）と（１０）は、電子帳票システムで予め管理している値であり、（７）、（８）、（９）は、一時的に用いるフラグだからである。
【００４６】
図６は、図４における個人用関連情報１００１のより具体的な一例であり、Ａ帳票がＢ、Ｃ、Ｄ、Ｅ帳票に対する関連情報を持っていると仮定した場合の関連情報の一例を示す図である。
【００４７】
なお、図４と図６とを用いた具体的な処理の説明は、後述する図２８等で行うためここでは省略する。
【００４８】
図７、図８は、図４におけるグループ用関連情報１００３をより具体的な一例であり、Ａ帳票がＢ、Ｃ、Ｄ、Ｅ、Ｆ、Ｇ帳票とＥ、Ｆ、Ｇ、Ｈ、Ｉ、Ｊ帳票に対する関連情報を持っていると仮定した場合の関連情報の一例を示す図である。
【００４９】
なお、図４と図７、図８とを用いた具体的な処理の説明は、後述する図２８等で行うためここでは省略する。
【００５０】
再び図３の説明に戻り、帳票ファイルの関連付け情報である関連情報があった場合、電子帳票システム１０２は、Ｓ３０２で取得した帳票ファイルと、関連情報と、を基に帳票ファイルを表示する処理を行う（Ｓ３０３）。
【００５１】
なお、表示処理は、クライアント端末に専用アプリケーションをインストールして閲覧するクライアントサーバタイプの場合は、電子帳票システムは、クライアント端末の専用アプリケーションが描画するために必要な画面情報を送信する。また、クライアント端末のウェブブラウザで閲覧するウェブサーバタイプの場合は、電子帳票システムにおいて、ウェブブラウザで閲覧できる形式の画面情報を生成して送信する。
【００５２】
Ｓ３０３を行われた後、表示処理は終了となる（Ｓ３０４）。なお、Ｓ３０３のより具体的な処理は、後述する図２１で説明する。
【００５３】
ここで、ユーザが行う業務の中で、「Ｓ３０３で表示した帳票ファイルとは別の帳票ファイル（その他の帳票ファイル）」に対する処理要求（３０５、３０６、３０７）が行われた場合、電子帳票システム１０２は、帳票ファイル同士の関連付けの解析を行う（Ｓ３０８）。Ｓ３０８のより具体的な処理は、後述する図２８、図２９、図３０で説明する。
【００５４】
ここで、３０５は、ユーザが表示要求を行った帳票ファイルとは別の帳票ファイルの表示の要求である。
【００５５】
３０６は、ユーザが表示要求を行った帳票ファイルとは別の帳票ファイルを検索する要求である。
【００５６】
３０７は、ユーザが表示要求を行った帳票ファイルとは別の帳票ファイルに対して付箋・マーキング等のアノテーション機能を利用する要求（アノテーション要求）である。
【００５７】
電子帳票システム１０２は、ユーザのログアウト要求に従ってログアウト処理を開始し（Ｓ３０９）、ログアウト（Ｓ３１１）を行う直前に、Ｓ３０８で解析した結果である、帳票ファイルの関連情報をデータベースに保存する（Ｓ３１０）。なお、データベースへの保存については、図３１等を用いて後に説明する。
【００５８】
ログアウト処理の終了は、ユーザの業務終了を表しているので、Ｓ３１２が終わるとセッションは切断され、ユーザの業務は終了となる。
【００５９】
図５は、帳票ファイルの関連情報を「どの位置に表示させるのか」、「どの項目を関連情報として表示するのか」といったことを予め電子帳票システムの管理者等に定義させるための、帳票定義の処理の一例を示すフローチャートである。
【００６０】
また、Ｓ３２１の矩形内のＳ３２１−１〜Ｓ３２１−４はＳ３２１のより詳細な処理を表している。
【００６１】
電子帳票システム１０２は、管理者等からの設定画面等を介した入力に基づいて、帳票ファイルを登録するためにその帳票ファイルが「どのような帳票なのか」という定義を行う（Ｓ３２１）。
【００６２】
なお、本フローチャートは帳票ファイル毎に定義を行うものであるが、システム管理者は、電子帳票システム全体に適用される定義を別途行っているものとする。具体的には、図４に示す『（５）関連を決定付ける「関連決定度数」』と『（１０）関連を消す「表示最新日付からの経過日数」』との定義を行っている。
【００６３】
定義項目は図５の３２１−Ａで表しているような、
・帳票ＩＤ
・帳票名
・帳票の種別
・印刷情報（用紙サイズ、向き等）
等である。
【００６４】
電子帳票システム１０２は、これらの定義を、従来の帳票に関する定義（Ｓ３２１―１）で行う。
【００６５】
次に電子帳票システム１０２は、帳票ファイル表示時に関連情報を一緒に表示するために予め管理者等に定義項目として図５の３２１−Ｂで表している以下の５項目を定義させる（Ｓ３２１−２）。つまり、電子帳票システム１０２は、管理者等からの画面等を介した入力に基づいて、以下の５項目を表示情報の一例として定義する。
【００６６】
・関連情報の表示位置（座標データ）
・関連情報の表示項目情報
・関連情報の表示文字情報
・関連情報の種類（個人ｏｒＧＰ）
・ＧＰの場合の表示優先順位とＧＰのＩＤ
【００６７】
管理者等は、関連情報の表示位置を予め定義する。このことで、電子帳票システム１０２が内部的（プログラム的）に表示領域（座標情報）を予め特定するために「関連情報の表示位置」を定義（設定）する。
【００６８】
また、管理者等は、図９に示すように、帳票ファイルのプレビュー表示画面にて、関連情報の表示領域をマウス操作で矩形指定することで「関連情報の表示位置」を定義する。
【００６９】
電子帳票システム１０２は、管理者等のマウス操作等で指定された矩形領域を関連情報の表示位置として、座標データ（ｘ，ｙ）で保持（定義）する。座標は、帳票の表示領域の重心部を原点（０，０）とする直交座標（ｘ，ｙ）で、ｘ軸は水平方向に右の方向を正の向きに、ｙ軸は垂直方向に上の方向を正の向きとしたｘｙ座標である。
【００７０】
電子帳票システム１０２は、関連情報の表示時に、この座標データ位置に関連情報を表示する。なお、このとき、帳票ファイルの表示領域に関連情報の表示領域が再描画される形になるので、帳票ファイルの表示の上に関連情報が表示される（図５及び図９参照）。
【００７１】
図１２は、図９のように、管理者等が矩形指定した関連情報の表示位置に、関連情報を表示したときの一例を示す図である。
【００７２】
同様に、図１０及び図１１、図１３及び図１４、図１５及び図１６、はそれぞれ管理者等が矩形指定した関連情報の表示位置に、電子帳票システム１０２が関連情報を表示したときの例である。
【００７３】
電子帳票システム１０２は、「関連情報の表示項目情報」の定義において、帳票ファイル表示時に関連情報を表示する際に表示する項目や、項目の表示順等、以下の情報を定義する。
【００７４】
・表示項目の選択
（設定可能な表示項目の項目名は図２０を参照。）
・表示項目の表示順序
・関連情報の表示行数
・関連情報の表示順序
【００７５】
図１２、図１７は、図９のように管理者等が矩形指定した関連情報の表示位置に関連情報を表示したときの例であるが、上記設定を、
［図１２］
＜表示項目＞
（１）関連付けされた帳票の帳票ＩＤ
（２）関連付けされた帳票の世代
（３）関連付けされた帳票の保存場所
＜表示項目の表示順序＞
（１）→（３）→（２）
＜関連情報の表示行数＞
３
＜関連情報の表示順序＞
関連度数の降順（図４の（６））
［図１７］
＜表示項目＞
（１）関連付けされた帳票の帳票ＩＤ
（２）関連付けされた帳票の世代
（３）関連付けされた帳票の保存場所
（１１）同セッション内で表示した帳票毎の「表示最新日付」
（１３）関連付けに利用された主な機能（Ｏ、Ｓ、Ｆ・Ｍ）
＜表示項目の表示順序＞
（１）→（２）→（３）→（１１）→（１３）
＜関連情報の表示行数＞
３
＜関連情報の表示順序＞
関連度数の降順（図４の（６））
と設定した場合の具体例である。
【００７６】
ここで、図１２よりも図１７の方が、表示項目が多いため、電子帳票システム１０２が同じ表示領域に関連情報を表示する場合、文字フォントや文字幅を考慮しないと表示する関連情報の文字列が表示領域上に全て描画されなくなってしまう。
【００７７】
同様に、関連情報の表示行数が多い場合、文字フォントサイズによっては全て描画されなくなってしまう。
【００７８】
それを避けるために、電子帳票システム１０２は、「関連情報の表示文字情報」の定義を行う。
【００７９】
電子帳票システム１０２は、管理者等の操作に応じて、表示する文字の、
・フォント種類
・サイズ
・文字幅
を定義する。
【００８０】
再び図５の説明に戻り、電子帳票システム１０２は、管理者により設定された前記３つの文字情報に基づいて、「関連情報の表示項目情報」の定義で定義された表示項目と、関連情報と、が全て指定矩形内に表示されるかを判断する（Ｓ３２１−３）。表示出来ない可能性がある場合、電子帳票システム１０２は、再設定（再定義）の要求を管理者等に行う（Ｓ３２１−４）。
【００８１】
電子帳票システム１０２は、横幅についての表示出来るか出来ないかの判断を、管理者等により定義された関連情報の表示項目毎に表示する関連情報の「表示最大文字数の合計」と「文字のサイズ」と指定された「矩形のサイズ情報（矩形横幅）」とに基づいて行う。また、電子帳票システム１０２は、縦幅についての表示出来るか出来ないかの判断を、管理者等により定義された関連情報の「表示行数」と「文字のサイズ」と指定された「矩形のサイズ情報（矩形縦幅）」とに基づいて行う。
【００８２】
計算式例は、以下である。
【００８３】
［横］
（表示項目の最大文字数の合計）×（フォントサイズ）＋（余白）＞指定された矩形の横幅
［縦］
（表示行数）×（フォントサイズ）＋（余白）＞指定された矩形の縦幅
関連情報の表示最大文字数とは、関連情報テーブル（図４）の（１）〜（１２）項目それぞれのデータの文字数の最大値である。
【００８４】
例えば、図１３のようにユーザが縦に矩形を定義した場合、矩形の幅が狭いため表示項目は多く表示できないが、表示行数は多く設定できるので電子帳票システム１０２によって、図１４のように表示される。
【００８５】
一方、図１５のように広く関連情報の表示領域が矩形指定されれば、フォントの大きさ等も幅広く設定可能になるため、電子帳票システム１０２によって図１６のように表示される。
【００８６】
また、関連情報の種類とは、帳票ファイルを表示する際に、表示する関連付け情報の種類を示すものである。ここでは、個人用関連情報またはグループ用関連情報の何れか、もしくは両方を指定することができる。
【００８７】
そのため、図１８に示す領域に関連情報定義で個人用とグループ用どちらも表示するよう定義した場合、表示領域は個人用とグループ用とで２分されるので縦幅に関しての不等式では計算式（左辺）に２をかけた値との比較になる。
【００８８】
［縦］
（（表示行数）×（フォントサイズ）＋（余白））×２  ＞指定された矩形の縦幅
図１９に表示例を示す。
【００８９】
［図１９］
＜個人用データについての表示項目＞
（１）関連付けされた帳票の帳票ＩＤ
（２）関連付けされた帳票の世代
（３）関連付けされた帳票の保存場所
＜表示項目の表示順序＞
（１）→（３）→（２）
＜関連情報の表示行数＞
３
＜グループデータについての表示項目＞
（１）関連付けされた帳票の帳票ＩＤ
（２）関連付けされた帳票の世代
（３）関連付けされた帳票の保存場所
＜表示項目の表示順序＞
（１）→（３）→（２）
＜関連情報の表示行数＞
３
と設定した場合の具体例である。
【００９０】
また、「グループの場合の表示優先順位とグループのＩＤ」とは、該当するグループ用関連情報が複数ある場合に、どのグループを優先的に表示するかを決めるものである。
【００９１】
例えば、優先順位を「グループ１＞グループ２＞グループ３」と定義した場合、グループ１とグループ２の両方に所属しているユーザａが、この帳票ファイルを閲覧する際には、定義に従って、グループ１の関連情報が優先的に表示されることになる。また、グループ２とグループ３の両方に所属しているユーザｂが、この帳票ファイルを閲覧する際には、定義に従って、グループ２の関連情報が優先的に表示されることになる。
【００９２】
このように優先順位を定義することで、ユーザにとってより有効な関連情報の閲覧を可能とさせることができる。一例として、Ａ課に所属し、かつＡ，Ｂ課合同のＸプロジェクトに所属しているユーザａに対して、Ｘプロジェクトの関連情報を優先的に表示することができる。
【００９３】
最後に、データベースに定義情報を登録（又は更新）する（Ｓ３２２）。関連定義情報は、図３７に示す例のようにデータベースで管理される。
【００９４】
図２１は、図３のＳ３０１〜３０４の処理をより詳細に示すフローチャートである。
【００９５】
まず電子帳票システム１０２は、帳票ファイルの表示処理（Ｓ４０１）を開始すると、表示対象の帳票ファイルに関する関連定義情報（関連情報の種類）をデータベースから取得する。（Ｓ４０２）関連定義情報は、図３７に示す例のように帳票ファイルに対応づけて管理されているため表示対象の帳票ＩＤ・帳票名からレコードを特定することができる。以下、表示対象の帳票が「Ａ帳票」として説明をする。
【００９６】
Ｓ４０３において、関連定義情報で、関連情報の種類に個人用が選択されているかを確認し、選択されていれば個人用関連情報の取得処理（Ｓ４０４）を行い、選択されていなければ処理はＳ４０５に遷移する。個人用関連情報は、ログインしているユーザＩＤに対応づけてデータベースに管理されている個人用関連情報から、ユーザＩＤを用いて特定して取得する。図３６に示す個人用関連情報の例では、ログインユーザのユーザＩＤが「ＵＳＥＲ００１」の場合、今回の表示対象の帳票が「Ａ帳票」であることから、「ＵＳＥＲ００１」かつ「Ａ帳票」に該当する４つのレコードが取得される。
【００９７】
Ｓ４０５において、関連定義情報で、関連情報の種類にグループ用が選択されているかを確認し、選択されていればグループ用関連情報の取得処理（Ｓ４０６）を行い、選択されていなければ処理はＳ４０７に遷移する。グループ用関連情報は、ログインしているユーザＩＤが所属するグループＩＤに対応づけてデータベースに管理されているグループ用関連情報から、グループＩＤを用いて特定して取得する（具体的には、図７、８の（１３）グループＩＤを用いる。）。図３６に示すグループ用関連情報の例では、ログインユーザが所属するグループＩＤが「Ｇｒｏｕｐ１」の場合、今回の表示対象の帳票が「Ａ帳票」であることから、「Ｇｒｏｕｐ１」かつ「Ａ帳票」に該当する６つのレコードが取得される。
【００９８】
Ｓ４０７において、電子帳票システム１０２は、関連情報の取得処理であるＳ４０４、Ｓ４０６で関連情報を取得したか・しなかったかの判定を行う。電子帳票システム１０２は、関連情報が無い場合、帳票表示処理（Ｓ４１０）を行い、関連情報が有る場合、関連付けられた帳票ファイルが有るか無いかを確認する（Ｓ４０８）。
【００９９】
電子帳票システム１０２は、Ｓ４０４・Ｓ４０６で関連情報を取得しても、関連付けられた帳票ファイルが無ければ帳票表示処理（Ｓ４１０）を行う。
【０１００】
関連付けられた帳票ファイルが有る場合、電子帳票システム１０２は、表示対象の帳票ファイルを表示するための領域とは別にその関連付けされた帳票ファイルの情報を表示するための領域を設定し、表示を行うための処理を行う（Ｓ４０９）。なお、Ｓ４０９のより具体的な処理は、後述する図２２において説明する。
【０１０１】
Ｓ４０９の後、電子帳票システム１０２は、帳票ファイルの表示処理４１０を行う。
【０１０２】
ユーザが業務を終えた場合、電子帳票システム１０２は、帳票表示処理を終了する（Ｓ４１１）。
【０１０３】
図２２は、図２１で処理がＳ４０９→Ｓ４１０と進んだ場合のより詳細な処理の一例を示すフローチャートである。
【０１０４】
まず、電子帳票システム１０２は、図３のＳ３０２で取得した関連情報から表示対象の帳票ファイルの「関連付けされた帳票の帳票ＩＤ」と「関連付けされた帳票の世代」と「関連付けされた帳票の保存場所」とを取得する（Ｓ５０２）。
【０１０５】
Ｓ５０３において、電子帳票システム１０２は、Ｓ３０２で取得した帳票ファイルに、
・関連情報の表示位置
・関連情報の表示項目
があるか否かを確認し、前記２項目（以下、この図の説明内では「表示位置」、「表示項目」と表記）に設定値が無かった場合、どちらもデフォルト値として用意している値を設定する（Ｓ５０４）。
【０１０６】
これは本実施形態に係る機能を電子帳票システム１０２に実装する以前に定義された帳票ファイルには、表示位置と表示項目との設定値は存在しないため、このことを考慮した処理である。
【０１０７】
また、Ｓ５０３の判定において、表示位置と表示項目とに設定値が有った場合、電子帳票システム１０２は、これらの値を取得する（Ｓ５０５）。
【０１０８】
次に、電子帳票システム１０２は、Ｓ５０４、５０５で設定、若しくは取得した表示位置と表示項目との値、それにＧＰの関連情報の場合はＧＰの表示優先順位、に従って関連情報を表示するよう設定し（Ｓ５０６）、関連情報と共に帳票を表示する（Ｓ５０７）。
【０１０９】
ここで、Ｓ５０７の処理は、「従来の帳票ファイルの表示」処理プログラム５０８に、
・「関連情報の表示」処理プログラム５０９
・「関連情報クリック時の対象帳票ファイルの表示」処理プログラム５１０
・「関連情報表示・非表示要求時の表示・非表示」処理プログラム５１１
を組み込んだものである。
【０１１０】
また、Ｓ５０６ではＧＰの関連情報の場合の表示優先順位に関する処理も行う。
【０１１１】
図２１の関連定義情報の取得処理（Ｓ４０２）で取得したグループの表示優先順位に従って、優先順位にユーザの所属したグループが、
＜全て含まれている場合＞
優先順位どおりに表示する。
＜含まれているものと含まれていないものがある場合＞
含まれているものは優先順位どおりに、
含まれていないものはグループＩＤの昇順に表示する。
＜全て含まれていない場合＞
グループＩＤの昇順に表示する。
といったように表示の優先順位を付ける。
【０１１２】
「関連情報クリック時の対象帳票ファイルの表示」処理プログラム５１０は、帳票ファイルの表示時に関連情報として表示された帳票ファイルのＩＤ等がクリック（又は指定）されることで、対象の帳票ファイルを表示するプログラムである。ここで、図２３は、関連付け前の帳票ファイルの表示の一例を示す図であり、図２４は、関連付け後の帳票ファイルの表示の一例を示す図である。図２４に示される関連情報に含まれる帳票名や帳票保存場所、対象世代等の関連付けされた帳票へのリンクがクリックされると、クリックされたリンクに対応する、関連付けされた帳票が前記プログラムによって表示される。
【０１１３】
これは電子帳票システム１０２に帳票ファイルの表示要求が行われたときと同様の処理であるので、このプログラムが呼び出されると、図３のＳ３０１からの処理と同様の処理が行われる。
【０１１４】
関連情報クリック時のアクションとして「対象の帳票ファイルの表示要求を行う」とプログラミングするだけなのでこの処理は容易に実装可能である。
【０１１５】
「関連情報表示・非表示要求時の表示・非表示」処理プログラム５１１は、図２５の関連情報の右上にある「非表示」をクリックした際に、非表示（最小化）にする処理プログラムである。「関連情報表示・非表示要求時の表示・非表示」処理プログラム５１１は、最小化されると画面の端にアイコン（図２６）が表示される状態となるプログラムと、その最小化されたアイコン（図２６、図２７）をクリックすることで関連情報が再表示されるプログラムと、で構成される。
【０１１６】
これも前述の処理プログラム５１０と同様で、クリック時のアクションとして「非表示にする・表示する」のプログラムを実装することで実現される。
【０１１７】
非表示の際には、元々の帳票ファイルの表示（描画）を復元し、再表示の際は関連情報の表示プログラム（５０９）を再度呼び出すことで可能となるので容易に実装可能である。
【０１１８】
また、最小化にアイコンという形式を取ったが、アイコン化して最小化するだけではなく、非表示にし、アプリケーションのメニューに「関連情報を再表示する」といった項目を追加し、そこに再表示するプログラムを埋め込むといった方式でもよい。
【０１１９】
関連情報と共に帳票を表示する処理（Ｓ５０７）が終了すると、帳票ファイルの表示処理は終了である（Ｓ５１２）。
【０１２０】
図２８は、ユーザの「表示している帳票とは別の帳票に対する行動」による関連解析処理の分岐に係る処理の一例を示したフローチャートである。
【０１２１】
「表示している帳票とは別の帳票に対する行動」は３つあり、図３の３０５〜３０７と図２８の６０４〜６０６とでは対応する行動は全て同じ行動を指している。
【０１２２】
ユーザはログイン処理（Ｓ６０１）を行ったあと、業務で利用するＡ帳票の表示要求を行う。電子帳票システム１０２は、この表示要求を受け取る（Ｓ６０２）。
【０１２３】
次に、Ａ帳票とは別の帳票に対して「表示」若しくは「検索」といった要求がユーザより行われた場合（Ｓ６０４、Ｓ６０５）、電子帳票システム１０２は、分岐処理（Ｓ６０３）にて処理を分岐させる。
【０１２４】
ユーザが「Ａ帳票とは別の帳票を表示」要求（Ｓ６０５）を行った場合、電子帳票システム１０２は、帳票表示の場合の解析処理（Ｓ６０６）を行う。そして、ユーザがそのＡ帳票とは別の帳票に対して「付箋・マーキング機能の利用」要求（６０８）を行った場合、電子帳票システム１０２は、付箋・マーキング機能利用の場合の解析処理６０９を行う。
【０１２５】
「付箋・マーキング機能の利用」要求が無かった場合、電子帳票システム１０２は、監視状態に戻るため分岐処理（Ｓ６０３）へと処理を遷移させる。
【０１２６】
このＳ６０１→Ｓ６０２→Ｓ６０３→Ｓ６０６→Ｓ６０７→Ｓ６０９の流れを詳細に表した図が図３０である。
【０１２７】
次に、ユーザが「Ａ帳票とは別の帳票を検索」要求（６０４）を行った場合、電子帳票システム１０２は、帳票検索の場合の解析処理（Ｓ６１０）を行う。このＳ６０１→Ｓ６０２→Ｓ６０３→Ｓ６１０の流れを詳細に表した図が図２９である。
【０１２８】
図２９、図３０は、関連情報に係る解析処理の一例を示し、「帳票検索の場合の関連情報解析処理」の詳細を表したフローチャートが図２９で、「帳票表示の場合の関連情報解析処理」、「付箋、マーキング機能利用の場合の関連情報解析処理」の詳細を表したフローチャートが図３０である。
【０１２９】
また、図２８、図２９、図３０では本来、ユーザの業務開始からＡ帳票の表示処理までの間（Ｓ６０１からＳ６０２までの間、Ｓ７０１からＳ７０２までの間、Ｓ８０１からＳ８０２までの間）にはＡ帳票の「帳票ファイル・関連情報の取得」処理である図７のＳ３０２が行われ、同様に、Ｂ帳票の表示要求（Ｓ８０３）があった直後にはＢ帳票の「帳票ファイル・関連情報の取得」処理である図５のＳ３０２が行われるが、関連情報の解析処理に特化した説明のためここでは省略している。
【０１３０】
図２９、図３０の説明では関連情報の具体的な値に関する説明が含まれるが、全て図４の関連情報の具体例である図６を用いて説明する。つまり、以下では図６の関連情報は既に電子帳票システム１０２によって生成されているものとする。
【０１３１】
また、個人用の関連情報とグループ用の関連情報は、図２９、図３０の解析処理はどちらも全く同じ処理になるためここではグループ用の関連情報に関する説明は省略する。
【０１３２】
図６は、Ａ帳票が持つ関連情報の一例を示す図である。
【０１３３】
図６においてＡ帳票はＢ、Ｃ、Ｄ、Ｅ帳票に対する関連情報を持っており（図６の（４））、その中でもＢ、Ｃ帳票がＡ帳票に関連付けされている（図６の（１））。
【０１３４】
図２９は、Ｓ６０１→Ｓ６０２→Ｓ６０３→Ｓ６１０のより具体的な処理を説明するためのフローチャートである。
【０１３５】
図２９において、電子帳票システム１０２は、ユーザによる、１つのセッション内における初めに帳票表示要求を行ったＡ帳票（Ｓ７０２）とは別の帳票に対する帳票検索要求を受信したとする。すると、電子帳票システム１０２は、検索の結果としてＢ帳票がヒットした場合（Ｓ７０３の「検索ヒット帳票あり」）、Ａ帳票に対してＢ帳票を関連付けるために、Ａ帳票がもつ関連情報の中にＢ帳票に対する情報があるか否かを確認する（Ｓ７０４）。
【０１３６】
Ｂ帳票に対する情報が無かった場合（Ｓ７０４の「無し」）、電子帳票システム１０２は、Ｂ帳票に対する情報を作成（生成）し（関連情報生成）、Ａ帳票の関連情報に追加する（Ｓ７０５）。
【０１３７】
Ｂ帳票に対する情報が有った場合（Ｓ７０４の「アリ」）、又はＳ７０５の処理を終えた場合、電子帳票システム１０２は、検索要求以前に表示されていた帳票全て（この場合、Ａ帳票のみ）の関連情報の、検索でヒットしたＢ帳票に対する情報を以下のように変更する（Ｓ７０６）。
【０１３８】
・検索ヒットフラグ（図６のＢ帳票の（８））＝ＴＲＵＥ
ここで、検索の結果ヒットした帳票が複数あった場合（例えばＢ、Ｃ、Ｄ帳票がヒットした場合）、電子帳票システム１０２は、Ａ帳票が持つ関連情報の中のＢ、Ｃ、Ｄ帳票に対する情報があるか否かを確認する（Ｓ７０４）。電子帳票システム１０２は、関連情報の情報が無い帳票に対してのみ、Ｓ７０５の処理を行う。そして、電子帳票システム１０２は、「Ｂ、Ｃ、Ｄ帳票に対する『検索ヒットフラグ（図６のＢ帳票、Ｃ帳票、Ｄ帳票の（８））』」を”ＴＲＵＥ”にするＳ７０６の処理を行う。
【０１３９】
また、例えば、検索要求以前に表示されていた帳票がＡ帳票、Ｃ帳票で、検索でヒットした帳票がＢ帳票であった場合、電子帳票システム１０２は、Ａ帳票に関連付けられている関連情報の中の「Ｂ帳票の『検索ヒットフラグ』」を”ＴＲＵＥ”にすると共に、Ｃ帳票に関連付けられている関連情報の中の「Ｂ帳票の『検索ヒットフラグ』」を”ＴＲＵＥ”にする（Ｓ７０６）。
【０１４０】
Ｓ７０６の処理を終えると、電子帳票システム１０２は、Ｓ７０３に遷移する。
【０１４１】
次に、検索要求が行われなかった場合、つまりユーザが業務を終えログアウト要求を行い電子帳票システム１０２がそれを受け付けると（Ｓ７０７）、電子帳票システム１０２は、各帳票の持つ関連情報が更新されたか否かを確認する（Ｓ７０８）。
【０１４２】
関連情報が更新された場合（Ｓ７０８の「更新された」）、電子帳票システム１０２は、データベースに更新を反映する処理を行う（Ｓ７０９）。
【０１４３】
関連情報が更新されなかった場合、又はＳ７０９の処理を終えた場合、電子帳票システム１０２は、従来のログアウト方法でログアウト処理を行いユーザの業務は終了となる（Ｓ７１０）。
【０１４４】
図３０は、Ｓ６０１→Ｓ６０２→Ｓ６０３→Ｓ６０６→Ｓ６０７→Ｓ６０９のより具体的な処理を説明するためのフローチャートである。
【０１４５】
図３０において、電子帳票システム１０２は、ユーザによる、１つのセッション内における初めに帳票表示要求を行ったＡ帳票（Ｓ８０２）とは別のＢ帳票に対する表示要求を受信したとする（Ｓ８０３の「要求あり」）。すると、電子帳票システム１０２は、Ａ帳票に対してＢ帳票を関連付けるために、Ａ帳票がもつ関連情報の中にＢ帳票に対する情報があるかを確認する（Ｓ８０４）。
【０１４６】
Ｂ帳票に対する情報が無かった場合（Ｓ８０４の「無し」）、電子帳票システム１０２は、Ｂ帳票に対する情報を作成し、Ａ帳票の関連情報に追加する（Ｓ８０５）。
【０１４７】
Ｂ帳票に対する情報が有った場合（Ｓ８０４の「有り」）、又はＳ８０５の処理を終えた場合、電子帳票システム１０２は、Ｂ帳票の表示要求以前に表示されていた帳票全て（この場合Ａ帳票のみ）の関連情報の、Ｂ帳票に対する情報を以下のように変更する（Ｓ８０６）。
【０１４８】
・表示フラグ（図６のＢ帳票の（７））＝ＴＲＵＥ
・最新表示日付（図６のＢ帳票の（１１））＝現在日付
なお、例えば、Ｂ帳票の表示要求以前に表示されていた帳票がＡ帳票、Ｃ帳票であった場合、電子帳票システム１０２は、Ａ帳票に関連付けられている関連情報の中のＢ帳票の表示フラグ、最新表示日付を変更すると共に、Ｃ帳票に関連付けられている関連情報の中のＢ帳票の表示フラグ、最新表示日付を変更する（Ｓ８０６）。
【０１４９】
Ｓ８０６を終えると、電子帳票システム１０２は、Ｂ帳票を表示する処理を行う（Ｓ８０７）。
【０１５０】
次に、表示したＢ帳票に対してユーザが付箋、マーキング機能を利用する要求を行った場合（Ｓ８０８の「要求あり」）、電子帳票システム１０２は、Ｂ帳票の表示要求以前に表示されていた帳票全ての関連情報の、Ｂ帳票に対する情報を以下のように変更する処理を行う（Ｓ８０９）。
【０１５１】
・付箋・マーキング機能利用フラグ（図６のＢ帳票の（９））＝ＴＲＵＥ
【０１５２】
表示したＢ帳票に対してユーザが付箋、マーキング機能を利用しなかった場合、又はＳ８０９の処理を終えた場合、電子帳票システム１０２は、Ｓ８０３に遷移させる。
【０１５３】
Ｂ帳票の表示要求以外に帳票ファイルの表示要求が行われなかった場合、つまりユーザが業務を終えログアウト要求を行い電子帳票システム１０２がそれを受け付けると（Ｓ８１０）、電子帳票システム１０２は、各帳票の持つ関連情報が更新されたか否かを確認するため判定を行う（Ｓ８１１）。
【０１５４】
関連情報が更新された場合（Ｓ８１１の「更新された」）、電子帳票システム１０２は、データベースに更新を反映する処理を行う（Ｓ８１２）。ここで、Ｓ８１２は図２９のＳ７０９と同じであり、後述する、図３１、図３２、図３３の３つのフローで説明するのでここでは説明を省略する。
【０１５５】
関連情報が更新されなかった場合、又は処理８１２を終えた場合、電子帳票システム１０２は、従来のログアウト方法でログアウト処理を行いユーザの業務は終了となる（Ｓ８１３）。
【０１５６】
図３１のＳ９８１は、図２９のＳ７０９、図３０のＳ８１２と同じであり、追加した図３１、図３２、図３３の３つのフローが図２９のＳ７０９、図３０のＳ８１２の詳細な処理を説明するためのフローチャートである。
【０１５７】
図２９、図３０においてユーザからのログアウト要求を受け付け、ログアウト処理を行う直前に更新の行われた関連情報をデータベースに反映する処理（図２９のＳ７０９、図３０のＳ８１２）が開始されると、Ｓ９８１に遷移する。Ｓ９８２、Ｓ９８３で関連情報をデータベースに反映する処理が終了すると、Ｓ９８７に処理は遷移する。
【０１５８】
ここで、個人用の関連情報の更新処理はＳ９８２で行われ、グループ用の関連情報の更新処理はＳ９８３で行われる。
【０１５９】
Ｓ９８２の詳細な処理を図３２に示し、Ｓ９８３の詳細な処理を図３３に示す。
【０１６０】
まず、図３２を用いて個人用の関連情報の更新処理を説明する。
【０１６１】
図３２は、図２９のＳ７０９、図３０のＳ８１２の詳細な処理を説明するためのフローチャートである。
【０１６２】
図２９、図３０においてユーザからのログアウト要求を受け付け、ログアウト処理を行う直前に更新の行われた関連情報をデータベースに反映する処理（図２９のＳ７０９、図３０のＳ８１２）が開始されると、Ｓ９０１に遷移する。
【０１６３】
図３２の説明には図４の関連情報のより具体的な例である図３４を用いる。
【０１６４】
図３２は、Ａ帳票が持つ関連情報であり、ユーザは以下の操作を実施したことを想定しており、
（ユーザの操作）
（Ａ）電子帳票システムにログインした
（Ｂ）Ａ帳票を表示した
（Ｃ）帳票検索を行い、Ｃ帳票がヒットしたがＣ帳票は表示しなかった
（Ｄ）Ｂ帳票を表示した
（Ｅ）Ｂ帳票で付箋機能を利用した
（Ｆ）電子帳票システムからログアウトした
上記操作によって図３４中の関連情報の値が「ＦＡＬＳＥ」から「ＴＲＵＥ」等に値が更新されたことを示している。
【０１６５】
そして、図３４のように関連情報が変更されたため、Ｓ９０１が開始されたとして、以下、説明を行う。
【０１６６】
図３２において、電子帳票システム１０２は、Ｓ９０２の処理を、図３４の「（４）関連情報を持っている帳票の帳票ＩＤ」の分だけループする。
【０１６７】
図３４では「（４）関連情報を持っている帳票の帳票ＩＤ」はＢ、Ｃ、Ｄ帳票なので電子帳票システム１０２は、３回ループ処理を行う。
【０１６８】
１回目のループではＢ帳票に対する情報の更新が行われ、関連情報は
（６）関連度数＝６
（７）表示フラグ＝ＦＡＬＳＥ→ＴＲＵＥ
（８）検索ヒットフラグ＝ＦＡＬＳＥ
（９）付箋、マーキング利用＝ＦＡＬＳＥ→ＴＲＵＥ
（１１）表示最新日付＝０８／０８／１５→０８／０９／０１
（１２）利用された主な機能＝Ｏ
となっているため、
ループ処理であるＳ９０２  →  Ｓ９０３  →  Ｓ９０４
→  Ｓ９０５
→  Ｓ９０７  →  Ｓ９０８
→  Ｓ９０９  →（Ｓ９１０）→（Ｓ９１１）
→  Ｓ９１２
→  ループ処理であるＳ９０２
と処理は遷移する。
【０１６９】
Ｓ９０４で関連度数＋３、Ｓ９０８で関連度数＋２となるため
（６）関連度数＝６→１１
となる。
【０１７０】
電子帳票システム１０２は、Ｓ９０９の判定（又は比較）の結果（比較結果）に応じて、関連情報に関連する帳票の情報を付与し（Ｓ９１０）、どの機能（表示、検索、付箋・マーキング等）で関連付け荒れたかを、プラスされた（カウントされた）関連度数の値から判断し、関連付けに利用された主な機能（つまり（１２））に情報を設定する。
【０１７１】
上記例の場合、Ｓ９０９の判定（又は比較）において、（６）関連度数＝１１が（５）
関連決定度数＝４を超えているが、Ａ帳票には既にＢ帳票は関連付けされているため、電子帳票システム１０２は、Ｓ９１０、Ｓ９１１を通過するだけで、処理は実行しない。
【０１７２】
Ｓ９１２において、電子帳票システム１０２は、
（  現在日付  −  （１１）表示最新日付  ）  ＜  ｏｒ  ＞  （１０）経過日数
を判定するが、（１１）表示最新日付は現在日付である０８／０９／０１に更新されたため、電子帳票システム１０２は、Ｓ９１３を行わず、次のループ処理であるＳ９０２に戻る。
【０１７３】
２回目のループではＣ帳票に対する情報の更新が行われ、関連情報は
（６）関連度数＝５
（７）表示フラグ＝ＦＡＬＳＥ
（８）検索ヒットフラグ＝ＦＡＬＳＥ→ＴＲＵＥ
（９）付箋、マーキング利用＝ＦＡＬＳＥ
（１１）表示最新日付＝０８／０８／１２
（１２）利用された主な機能＝Ｆ・Ｍ
となっているため、
ループ処理であるＳ９０２  →  Ｓ９０３
→  Ｓ９０５  →  Ｓ９０６
→  Ｓ９０７
→  Ｓ９０９  →（Ｓ９１０）→（Ｓ９１１）
→  Ｓ９１２
→  ループ処理であるＳ９０２
と処理は遷移する。
【０１７４】
Ｓ９０６で関連度数＋１となるため
（６）関連度数は５→６
となる。
【０１７５】
Ｓ９０９の判定（又は比較）において、（６）関連度数＝６が（５）関連決定度数＝４を超えているが、Ａ帳票には既にＣ帳票は関連付けされているため、電子帳票システム１０２は、Ｓ９１０、Ｓ９１１を通過するだけで、処理は実行しない。
【０１７６】
Ｓ９１２において、電子帳票システム１０２は、
現在日付（０８／０９／０１）  −  （１１）表示最新日付（０８／０８／１２）  ＜  ２ヶ月であるため、電子帳票システム１０２は、Ｓ９１３を行わず、次のループ処理であるＳ９０２に戻る。
【０１７７】
３回目のループではＤ帳票に対する関連情報の更新が行われ、関連情報は
（６）関連度数＝３
（７）表示フラグ＝ＦＡＬＳＥ
（８）検索ヒットフラグ＝ＦＡＬＳＥ
（９）付箋、マーキング利用＝ＦＡＬＳＥ
（１１）表示最新日付＝０８／０６／３１
となっているため、
ループ処理９０２  →  Ｓ９０３
→  Ｓ９０５
→  Ｓ９０７
→  Ｓ９０９
→  Ｓ９１２  →  Ｓ９１３
→  ループ処理を抜けＳ９１４へ
と処理は遷移する。
【０１７８】
何れの関連情報も更新されていないため、関連度数は上昇せず、（６）関連度数＝３が（５）関連決定度数＝４を超えておらず関連付けも行われない。
【０１７９】
Ｓ９１２において、電子帳票システム１０２は、
現在日付（０８／０９／０１）  −  （１１）表示最新日付（０８／０６／３１）  ＞  ２ヶ月であるため、関連付けを削除するＳ９１３の処理を行う。
【０１８０】
Ｓ９１３において、電子帳票システム１０２は、「（４）関連情報を持っている帳票の帳票ＩＤ」からＤ帳票のＩＤを消去し、「同セッション内で表示した帳票毎の関連情報  」であるＤ帳票の（２）、（３）、（６）、（７）、（８）、（９）、（１１）の情報も全て消去する処理を行う。
【０１８１】
Ｓ９１３を終え、最終的に、電子帳票システム１０２は、データベース３１３に更新した関連情報を反映する（Ｓ９１４）。この処理の結果、Ａ帳票が持つ関連情報９１６は図３５のようになる。
【０１８２】
なお、電子帳票システム１０２は、データベースに反映するデータには（７）表示フラグ、（８）検索ヒットフラグ、（９）付箋、マーキング利用フラグの値は、一時的に利用するフラグ値であるため含めない。
【０１８３】
ここで、Ｓ９０４、Ｓ９０６、Ｓ９０８の処理は、関連度数を増やす処理であることは同じである。しかしながら、「帳票を表示する」、「帳票を検索する」、「帳票に対して付箋・マーキング機能を利用する」という操作（又は要求）における、帳票に対する関連性の強さという意味では、
帳票を表示する  ＞  帳票に対して付箋・マーキング機能を利用する  ＞  帳票を検索する
（帳票同士の関連性：強い＞弱い）
というように関連性の強さには差異があると考えられる。そのため、一意に関連度数の数値を上昇させるわけではなく、関連度数の上昇値に差異を設けることで、より関連解析処理として業務内容に即した関連付けを行える。そのため、図３２ではＳ９０４では関連度数＋３、Ｓ９０６では関連度数＋１、Ｓ９０８では関連度数＋２とカウントする処理になっている。
【０１８４】
なお、本実施形態では、関連付けを行う契機として、「帳票を表示する」、「帳票を検索する」、「帳票に対して付箋・マーキング機能を利用する」という操作を例に説明を行ったが、これら以外の操作をユーザが行った場合も関連付けを行うようにしてもよい。
【０１８５】
また、関連度数の重み付けが異なることを利用して、電子帳票システム１０２は、図９中の関連情報の（１２）の「利用された主な機能」を判定している（Ｓ９１１）。
【０１８６】
次に、図３３を用いてグループ用の関連情報の更新処理を説明する。
【０１８７】
なお、Ｓ９０２〜Ｓ９０８およびＳ９１４〜Ｓ９１６の処理については、図３２と同じ処理であるため説明を省略する。以下、異なる点の説明を行う。
【０１８８】
Ｓ９１７において、電子帳票システム１０２は、データベースから最新の関連情報を取得すると共に、データベースのロックを開始する。このように最新の関連情報を取得するのは、グループ用関連情報は、複数ユーザが任意のタイミングで帳票ファイルの操作を行うためである。すなわち、ユーザが最初に取得した関連情報に対して更新したのでは、ログアウトするまでの間の他のユーザの操作を関連情報に反映することができないからである。また、複数ユーザが同時に更新できないようにデータベースのロックを行い、最後にロックを解除する（Ｓ９１４）。
【０１８９】
以上説明した実施形態によれば、電子ファイルに対する複数ユーザの処理に応じて電子ファイル同士を関連付け、電子ファイルを表示する際は、関連する電子ファイルをユーザに識別可能に表示することができる。
【０１９０】
本発明によれば、例えば、下記のような利用の形態において効果を奏する。
【０１９１】
（電子帳票システムを利用するユースケース）
例えば、不動産会社の物件情報をＷｅｂで閲覧するような電子帳票システム環境を例に挙げる。
【０１９２】
（業務モデル）
ある不動産会社において、不動産の物件情報は電子帳票システムで管理している。そして、その物件情報管理システムにおいては、会員登録された会員のみが物件情報をＷｅｂ上で閲覧することができる。
【０１９３】
物件情報管理システムにおいては、管理者ユーザは不動産会社の社員で一般ユーザは一般顧客、つまり会員にあたる。また、会員は会員登録された際の希望物件の条件（間取りや家賃、その他条件）の情報を総合的に判断し、ある程度グループ分けされるとする。
【０１９４】
（想定するケース・ユーザアクション）
会員はＷｅｂにアクセスし当不動産会社の不動産情報画面にて、それぞれの希望条件で物件情報を検索し、検索結果として出力された物件情報をＷｅｂ上で閲覧している状態で、「参照」・「検索」・「付箋・マーキング」等の機能を利用する。
【０１９５】
（効果）
同じグループに所属する会員Ａと会員Ｂがいたとき、会員はある程度会員登録時に希望条件によってグループ分けされているため、会員Ａと会員Ｂでは検索条件が大きく違うことは少ないと想定され、会員Ａの検索でヒットした物件情報は会員Ｂの検索でもヒットする可能性は低くはないと想定できる。
【０１９６】
つまり会員Ａが物件情報を表示した物件は同じグループに所属する他ユーザの希望条件に当てはまる可能性が高い。
【０１９７】
そこで、会員Ａが１回の検索で（同じセッション内で）ヒットさせた物件情報の中から物件情報を次々に表示させていったもの全てを物件情報同士の関連情報（グループ用）としてデータベースに保存しておく。
【０１９８】
例えば会員Ａが物件Ｎｏ．１〜１０を検索でヒットさせＮｏ．３，６，９を閲覧した場合、Ｎｏ．３に対してＮｏ．６，９を関連付け、Ｎｏ．６に対してＮｏ．３，９を関連付け、Ｎｏ．９に対してＮｏ．３，６を関連付けその関連付けたという情報をデータベースに保存する。
【０１９９】
そして、会員Ｂが会員Ａとは少し異なる検索条件で検索しＮｏ．６のみがヒットした場合でも、Ｎｏ．６の物件情報を閲覧した際はＮｏ．３と９が関連付けられているため、もしＮｏ．３とＮｏ．９の物件情報も会員Ｂの希望に沿う・または近いものであった場合は再度検索をする手間を省きＮｏ．３やＮｏ．９の情報を閲覧することが可能となる。
【０２００】
会員サイドから見ると「物件を検索する手間が省ける」「スムーズに情報が取得できる」ことになり、管理者サイドから見ると「検索回数が減るためシステムにかかる負荷が軽減される」「会員に、より多くの情報を見てもらう機会が増える」などのメリットがある。
【０２０１】
また、会員Ａの操作は、グループ用の関連情報だけでなく、個人用の関連情報としてもデータベースに記憶されているため、一旦操作を中断した状態から、あらためてＷｅｂで検索する際に、以前の関連付け情報が表示されることにより、検索の手間が省けることとなる。
【０２０２】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【０２０３】
また、本発明の目的は、以下のようにすることによって達成される。即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（又は記録媒体）を、システム或いは装置に供給する。そして、そのシステム或いは装置の中央演算処理手段（ＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行する。この場合、記憶媒体から読み出されたプログラムコード自体が上述した実施形態の機能を実現することになり、そのプログラムコードを記録した記憶媒体は本発明を構成することになる。
【０２０４】
また、システム或いは装置の前記中央演算処理手段が読み出したプログラムコードを実行することにより、そのプログラムコードの指示に基づき、システム或いは装置上で稼働しているオペレーティングシステム（ＯＳ）等が実際の処理の一部又は全部を行う。その処理によって上述した実施形態の機能が実現される場合も含まれる。
【０２０５】
更に、記憶媒体から読み出されたプログラムコードが、前記システム或いは装置に挿入された機能拡張カードや、接続された機能拡張ユニットに備わるメモリに書込まれたとする。その後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって上述した実施形態の機能が実現される場合も含まれる。
【０２０６】
本発明を前記記憶媒体に適用する場合、その記憶媒体（コンピュータ読み取り可能な記憶媒体）には、先に説明したフローチャートに対応するプログラムコードが格納されることになる。
【符号の説明】
【０２０７】
１０１  ホスト
１０２  電子帳票システム
１０３  クライアントＰＣ
１０４  クライアントＰＣ
【図１】
0005499684.tif 000002
【図２】
0005499684.tif 000003
【図３】
0005499684.tif 000004
【図４】
0005499684.tif 000005
【図５】
0005499684.tif 000006
【図６】
0005499684.tif 000007
【図７】
0005499684.tif 000008
【図８】
0005499684.tif 000009
【図９】
0005499684.tif 000010
【図１０】
0005499684.tif 000011
【図１１】
0005499684.tif 000012
【図１２】
0005499684.tif 000013
【図１３】
0005499684.tif 000014
【図１４】
0005499684.tif 000015
【図１５】
0005499684.tif 000016
【図１６】
0005499684.tif 000017
【図１７】
0005499684.tif 000018
【図１８】
0005499684.tif 000019
【図１９】
0005499684.tif 000020
【図２０】
0005499684.tif 000021
【図２１】
0005499684.tif 000022
【図２２】
0005499684.tif 000023
【図２３】
0005499684.tif 000024
【図２４】
0005499684.tif 000025
【図２５】
0005499684.tif 000026
【図２６】
0005499684.tif 000027
【図２７】
0005499684.tif 000028
【図２８】
0005499684.tif 000029
【図２９】
0005499684.tif 000030
【図３０】
0005499684.tif 000031
【図３１】
0005499684.tif 000032
【図３２】
0005499684.tif 000033
【図３３】
0005499684.tif 000034
【図３４】
0005499684.tif 000035
【図３５】
0005499684.tif 000036
【図３６】
0005499684.tif 000037
【図３７】
0005499684.tif 000038