情報処理装置、情報処理方法、情報処理システム、プログラム、記録媒体
【課題】ある電子ファイルと関連性を有している電子ファイルを推測して、ユーザに選択可能に表示する。
【解決手段】第一の電子ファイルと関連性を有する第二の電子ファイルを表示するために用いる、第一の電子ファイルと第二の電子ファイルとを関連付ける属性と、表示する第二の電子ファイルの項目とを定義する定義情報を記録する第一の記録手段と、前記第一の電子ファイルに対する表示要求に応じて、当該要求がされた第一の電子ファイルを表示装置へ表示させるための制御を行う第一の表示制御手段と、前記第一の表示制御手段により表示された第一の電子ファイルに関連性を有する第二の電子ファイルの表示要求に応じて、前記第一の記録手段により記録される定義情報を用いて、第一の電子ファイルと関連付く属性を有する第二の電子ファイルを抽出して、当該抽出した第二の電子ファイルの項目のうち、前記第一の記録手段により記録される定義情報に定義される項目を表示すると共に、当該第二の電子ファイルを選択可能に表示する第二の表示制御手段とを有する。
【解決手段】第一の電子ファイルと関連性を有する第二の電子ファイルを表示するために用いる、第一の電子ファイルと第二の電子ファイルとを関連付ける属性と、表示する第二の電子ファイルの項目とを定義する定義情報を記録する第一の記録手段と、前記第一の電子ファイルに対する表示要求に応じて、当該要求がされた第一の電子ファイルを表示装置へ表示させるための制御を行う第一の表示制御手段と、前記第一の表示制御手段により表示された第一の電子ファイルに関連性を有する第二の電子ファイルの表示要求に応じて、前記第一の記録手段により記録される定義情報を用いて、第一の電子ファイルと関連付く属性を有する第二の電子ファイルを抽出して、当該抽出した第二の電子ファイルの項目のうち、前記第一の記録手段により記録される定義情報に定義される項目を表示すると共に、当該第二の電子ファイルを選択可能に表示する第二の表示制御手段とを有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子帳票システムにおいて、関連する帳票を推測して表示する技術に関する。
【背景技術】
【０００２】
従来の電子帳票システムには、作業者が業務で頻繁に使用する帳票があった場合、その頻繁に使用する帳票へのショートカットやお気に入り登録といった関連付け機能があり、これら関連付けをシステムが自動的に行い、かつ、業務の実態と関連とが一致するような機能が考えられている。
【０００３】
特許文献１には、１つ目の帳票Ａを開示したあと検索等の機能により２つ目、３つ目の帳票Ｂ、Ｃを探し、更に開示したりすることで帳票の関連付けが行われる、という機能が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−１４０２５７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載の電子帳票システム及び関連情報表示方法は、自動的に関連付けを行うことで、その後、ある帳票と関連付けられた帳票を参照可能とするものであって、いまだ関連付けられていない帳票を推測して参照することはできない。
【０００６】
例えば、電子帳票システムで商品売り上げや商品在庫を帳票管理している業務では、一度電子帳票システムに登録した帳票ファイルの内容変更を行わなければならないような作業が発生した場合、変更前と変更後とを確認する作業が発生する。
【０００７】
この変更確認作業は、その日やその月に一度だけとは限らず不定期に不定数回発生すると考えられ、特許文献１に記載の電子帳票システム及び関連情報表示方法によって、発生する度に帳票の関連付けが自動的に行われることとなる。
【０００８】
しかしながら、ある帳票の変更前の帳票と関連付けが行われるまでは、この変更確認作業が発生する度にユーザは変更前の帳票に対し、「検索」や「付箋・マーキング」「帳票の開示」などを行わなければならずユーザの手間がかかる。特に、突発的に修正が必要となった帳票ファイルの修正については、関連付けが行われていないことが多いため、結局、ユーザは、自分自身で関連する帳票を検索して探し出す必要がある。
【０００９】
従って、いまだ関連付けられていない帳票であっても、ある帳票と関連性を有している帳票を推測して参照可能とすることができれば、ユーザの手間を削減することができる。
【００１０】
そこで、本発明は、上記課題を解決するためになされたものであり、ある電子ファイルと関連性を有している電子ファイルを推測して、ユーザに選択可能に表示することを目的とする。
【課題を解決するための手段】
【００１１】
本発明は、電子ファイルを管理する情報処理装置であって、第一の電子ファイルと関連性を有する第二の電子ファイルを表示するために用いる、第一の電子ファイルと第二の電子ファイルとを関連付ける属性と、表示する第二の電子ファイルの項目とを定義する定義情報を記録する第一の記録手段と、前記第一の電子ファイルに対する表示要求に応じて、当該要求がされた第一の電子ファイルを表示装置へ表示させるための制御を行う第一の表示制御手段と、前記第一の表示制御手段により表示された第一の電子ファイルに関連性を有する第二の電子ファイルの表示要求に応じて、前記第一の記録手段により記録される定義情報を用いて、第一の電子ファイルと関連付く属性を有する第二の電子ファイルを抽出して、当該抽出した第二の電子ファイルの項目のうち、前記第一の記録手段により記録される定義情報に定義される項目を表示すると共に、当該第二の電子ファイルを選択可能に表示する第二の表示制御手段とを有することを特徴とする。
【発明の効果】
【００１２】
本発明によれば、ある電子ファイルと関連性を有している電子ファイルを推測して、ユーザに選択可能に表示することができる。
【図面の簡単な説明】
【００１３】
【図１】システム構成の一例を示す図である。
【図２】電子帳票システムのハードウェア構成の一例を示す図である。
【図３】推測関連情報表示の基本的な処理の一例を示すフローチャートである。
【図４】関連を推測するために必要な情報をあらかじめ電子帳票システムの管理者等に定義させるための、「関連推測の定義」の処理の一例を示すフローチャートである
【図５】推測関連情報を表示するために必要な情報を電子帳票システムのユーザに設定させるための、「推測関連情報の設定」の処理の一例を示すフローチャートである
【図６】推測関連情報の解析を開始するための開始ボタンまたはリンクを表示する処理に関して処理の一例を示すフローチャートである。
【図７】「関連が予想される帳票を表示」リンクの表示例である。
【図８】管理者等が「関連推測の定義」にて指定した表示項目定義に基づいて、関連が推測された帳票の一覧を表示したときの一例を示す図である（その１）。
【図９】管理者等が「関連推測の定義」にて指定した表示項目定義に基づいて、関連が推測された帳票の一覧を表示したときの一例を示す図である（その２）。
【図１０】管理者等が「関連推測の定義」にて指定した表示項目定義に基づいて、関連が推測された帳票の一覧を表示したときの一例を示す図である（その３）。
【図１１】管理者等が「関連推測の定義」にて指定した表示項目定義に基づいて、関連が推測された帳票の一覧を表示したときの一例を示す図である（その４）。
【図１２】管理者等が「関連推測の定義」にて指定した表示項目定義に基づいて、関連が推測された帳票の一覧を表示したときの一例を示す図である（その５）。
【図１３】定義例である。
【図１４】管理者等が「関連推測の定義」にて指定した表示項目定義に基づいて、関連が推測された帳票の一覧を表示したときの一例を示す図である（その６）。
【図１５】管理者等が「関連推測の定義」にて指定した表示項目定義に基づいて、関連が推測された帳票の一覧を表示したときの一例を示す図である（その７）。
【図１６】Ｓ３０５〜Ｓ３０７の処理の流れの一例を表すフローチャートである。
【図１７】表示帳票に関連すると推測される帳票を解析する処理の詳細を表すフローチャートである。
【図１８】関連が推測された帳票は無いという旨のメッセージをダイアログボックスで表示した場合のダイアログボックスの例である。
【図１９】関連が推測された帳票は無いという旨のメッセージを推測関連帳票の一覧表示の画面中央に表示した場合の画面表示例である。
【図２０】全部門の総計表を表す帳票の一例を示す図である。
【図２１】部門毎の詳細集計表を表す帳票の一例を示す図である。
【図２２】部門毎の詳細集計表を表す帳票の修正前と修正後との一例を示す図である。
【図２３】全部門の総計表を表す帳票の修正前と修正後との一例を示す図である。
【発明を実施するための形態】
【００１４】
以下、本発明の実施形態について図面に基づいて説明する。
【００１５】
図１は、システム構成の一例を示す図である。図１において、ホストコンピュータ（ホストプリンタ）１０１は、電子帳票システム１０２に登録をする帳票データ（実データ）を生成する。電子帳票システム１０２は、電子帳票（電子ファイルともいう。以下、単に帳票とする）の帳票ファイル（他の電子ファイルを含む）や、管理情報を記録し、ネットワーク１０５を介してクライアントＰＣ１０３、１０４に対して、帳票の閲覧や検索等のサービスを提供する。本実施の形態では、電子帳票システムは、１つのサーバ（情報処理装置）により構成されているものとする。クライアントＰＣ１０３、１０４は、帳票の閲覧及び計算結果の取得を行う者が使用するクライアント端末であり、ネットワーク１０５を介して、電子帳票システム１０２とデータの送受信が可能である。ネットワーク１０５は、例えばＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）やインターネット等である。尚、図１のネットワーク上に接続される各種端末の構成は一例であり、用途や目的に応じて様々な構成例がある。本実施の形態では、このシステムを情報処理システムという。
【００１６】
次に、図１の電子帳票システム１０２のハードウェア構成について、図２を用いて説明する。
【００１７】
図２は、電子帳票システムのハードウェア構成の一例を示す図である。
【００１８】
図１において、ＣＰＵ２０１は、システムバス２０４に接続される各デバイスを統括的に制御する。また、ＲＯＭ２０３或いは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるオペレーティングシステム（ＯＳ）や、後述する各種機能を実現するためのプログラムが記憶されている。
【００１９】
ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア、一時待避領域等として機能する。
【００２０】
入力コントローラ２０５は、入力部２０９からの入力を制御する。この入力部２０９としては、例えば、キーボード、マウス等のポインティングデバイスであってもよいし、タッチパネル、ボタン、スイッチ等であってもよい。
【００２１】
表示コントローラ２０６は、表示部２１０の表示を制御する。この表示部２１０としては、例えば、ＣＲＴや液晶等が挙げられる。
【００２２】
外部メモリコントローラ（ＭＣ）２０７は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、プリンタドライバ等を記憶する外部メモリ２１１へのアクセスを制御する。外部メモリ２１１には、加えて、各種テーブル、パラメー等が記憶されている。この外部メモリ２１１としては、ハードディスク（ＨＤ）やフレキシブルディスク（ＦＤ）、ＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）、スマートメディア等が挙げられる。
【００２３】
通信Ｉ／Ｆコントローラ２０８は、ネットワーク１０５を介して外部機器との通信制御処理を実行する。
【００２４】
本実施形態を実現するためのプログラム２１２は外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。更に、本実施形態に係るプログラム２１２が用いる帳票ファイル２１３は外部メモリ２１１に格納されており、これらについての詳細な説明は後述する。
【００２５】
クライアントＰＣ１０３、１０４やホスト１０１のハードウェア構成も電子帳票システム１０２と同様である。しかし、各装置のプログラムは、電子帳票システム１０２のプログラム２１２とは異なる。また、帳票ファイル２１３は、クライアントＰＣ１０３が元来保持していることはないものである点等が異なる。
【００２６】
帳票ファイル２１３は、帳票の形式を定義するフォームデータと帳票データとから生成された、帳票の表示用データを表すものであって、単独又は複数のファイルによって構成され、単数又は複数のページを含有している。電子帳票システム１０２の内部においては、複数の帳票ファイル２１３のうち同一種類のものをグループ化して管理しており、それぞれの帳票ファイル２１３はそのグループの中の世代と呼ばれる。
【００２７】
次に、本実施形態のユースケースを説明する。
（具体的なユースケースの想定）
電子帳票システムにおけるユースケースを想定する。
【００２８】
経理部門等の経理業務が扱う配達記録票や売り上げ管理表等といった日付毎に管理するような帳票を例に挙げる。
（業務モデル）
ある業務部門では商品売り上げを電子帳票システムで管理している。
売り上げ表は、
・全部門の総計表（より具体的な帳票例は図２０）
・部門毎の詳細集計表（より具体的な帳票例は図２１）
の２つがある。
【００２９】
（想定するケース）
ある部門の売上データが更新されたため、電子帳票システムに現在登録されている「全部門の総計表」帳票の総売上数値が変更された。
【００３０】
そのため変更される前、された後の帳票ファイルを確認する必要がある。
【００３１】
（想定するユーザアクション）
変更を確認するため、電子帳票システムに登録されている図２０、図２１の２帳票を、更新前・後のもの（図２２、図２３）を検索・閲覧するというアクションが想定できる。
【００３２】
（効果）
上記のようなデータ変更業務は、そのとき１度限りとは限らず、部門数・商品数が増え会社規模が大きくなればなるほど多発し、日や月が変わる毎に発生すると考えられる。
【００３３】
そこで図２０、図２１の２帳票に関して、関連があると推測することがあらかじめできればユーザにその情報を表示することで、対象帳票を探すという手間を省き業務の効率化を図ることができ、更には対象帳票を間違えるといったミスを防ぐことができる。
【００３４】
図３は、推測関連情報表示の基本的な処理の一例を示すフローチャートである。
【００３５】
ユーザが業務を開始するため、業務で使用する帳票ファイルの表示要求を電子帳票システム１０２に送る。すると、電子帳票システム１０２は、表示要求を受け付け、帳票表示処理を開始する（Ｓ３０１）。
【００３６】
まず、電子帳票システム１０２は、ユーザの表示要求対象の帳票ファイルを表示するために必要な情報である帳票データをデータベース３１１より取得し（Ｓ３０２）、帳票を表示する処理を行う（Ｓ３０３）。 なお、Ｓ３０３における詳細な処理は、後に説明する。
【００３７】
電子帳票システム１０２は、Ｓ３０４で帳票表示が終了した後、表示した帳票の中から、ユーザによって、推測される関連帳票の一覧表示要求に従い、表示帳票に関連すると推測される帳票を解析する処理を行う（Ｓ３０５）。
【００３８】
電子帳票システム１０２は、Ｓ３０５によって関連を推測して、推測の結果、抽出した帳票の一覧を表示する処理を行う（Ｓ３０６）。
【００３９】
電子帳票システム１０２は、Ｓ３０６で一覧表示した推測関連帳票の中から、ユーザによって表示を消耗する帳票の選択がなされた場合に、対象の帳票の表示要求がなされたと判断しその帳票を表示する処理を行う（Ｓ３０７）。
【００４０】
なお、Ｓ３０５〜Ｓ３０７における詳細な処理は、後に説明する。
【００４１】
電子帳票システム１０２は、ユーザのログアウト要求に従ってログアウト処理を開始し（Ｓ３０８）、ログアウト（Ｓ３０９）を行う。
【００４２】
ログアウト処理の終了は、ユーザの業務終了を表しているので、Ｓ３０９が終わるとセッションは切断され、ユーザの業務は終了となる。
【００４３】
以上、推測関連情報表示の基本的な処理の流れを説明したが、推測関連情報を表示するためには、あらかじめ管理者などが、関連を推測するために必要な情報を定義しておく必要がある。
【００４４】
そこで、関連を推測するために必要な情報をあらかじめ電子帳票システムに定義する処理の流れを説明する。
【００４５】
図４は、関連を推測するたに必要な情報をあらかじめ電子帳票システムに定義する処理の一例を示すフローチャートである。
【００４６】
電子帳票システム１０２は、管理者等からの設定画面等を介した入力に基づいて、「帳票同士がどのような繋がりを持てば関連があると推測されるのか」等の定義情報を取得するため「関連推測の定義」を開始する（Ｓ３２０・Ｓ３２１）。
【００４７】
Ｓ３２１−１〜Ｓ３２１−３は、Ｓ３２１の詳細な処理を表している。
【００４８】
管理者がＳ３２１の「関連推測の定義」で行う定義項目の一例をＳ３２１―ＡおよびＳ３２１−Ｂに示している。
【００４９】
Ｓ３２１―Ａ ［選出基準に関する定義情報］（＝関連付ける属性の定義）
＜選出基準＞ ＜選出基準に対応した詳細な定義＞
・帳票ＩＤの部分一致 → 帳票ＩＤの部分文字列
・帳票ＩＤの連番判定 → 帳票ＩＤの連番区切り文字
・帳票名の部分一致 → 帳票名の部分文字列
・帳票名の連番判定 → 帳票名の連番区切り文字
・帳票登録日時の範囲指定 → 日時定義
・帳票の保存箇所 → 保存箇所定義
・選出基準の優先順位 → 選出基準を順に指定
【００５０】
Ｓ３２１―Ｂ ［推測関連帳票の一覧表示に関する表示項目等の定義］（＝表示する項目の定義）
＜表示項目定義＞
・帳票ＩＤ
・帳票名
・帳票の保存箇所
・世代
・選出基準
＜表示方法定義＞
・表示項目の表示行数
・表示項目の表示順序
・選出基準で区別
・推測情報の表示順序
【００５１】
Ｓ３２１−１「選出基準に関する定義」で行うＳ３２１―Ａの定義項目は、「帳票同士がどのような繋がりを持てば関連があると推測されるのか」に基づいた定義項目で、Ｓ３２１−２「推測関連帳票の一覧表示に関する表示項目等の定義」で行うＳ３２１―Ｂの定義項目は、関連が推測された帳票の一覧表示時に、「どのような項目を表示させるのか」に基づいた定義項目である。
【００５２】
電子帳票システム１０２は、管理者等からの画面等を介した入力に基づいて、Ｓ３２１―１およびＳ３２１―２の定義情報を取得し、選択された表示項目等の定義に対する表示領域の計算処理（Ｓ３２１−３）を行う（Ｓ３２１−３の処理に関しては後述する。）。
【００５３】
電子帳票システム１０２は、Ｓ３２１の処理が終わると、Ｓ３２１で定義された定義情報等をデータベース３１１に登録（または更新）する処理を行い（Ｓ３２２）、「関連推測の定義」処理を終了する（Ｓ３２３）。
【００５４】
以上、関連を推測するために必要な情報をあらかじめ電子帳票システムに定義する処理の流れを説明した。
【００５５】
本発明の実施の形態においては、管理者などにより関連を推測するために必要な情報があらかじめ電子帳票システムに定義されているが、一般ユーザは、推測関連情報を表示するためにあらかじめ表示に関する設定を行うことで、ユーザにとって必要な情報を表示させることができる。
【００５６】
図５は、推測関連情報を表示するために必要な情報を電子帳票システムのユーザに設定させるための、「推測関連情報の設定」の処理の一例を示すフローチャートである。
【００５７】
電子帳票システム１０２は、ユーザからの設定画面等を介した入力に基づいて、「推測関連情報を表示するか否か」等の設定情報を取得するため「推測関連情報の設定」を開始する（Ｓ５０１・Ｓ５０２）。
【００５８】
Ｓ５０２−１〜Ｓ５０２−２は、Ｓ５０１の詳細な処理を表している。
【００５９】
ユーザがＳ５０１の「推測関連情報の設定」で行う設定項目の一例を５０２−Ａに示している（これは、図４のＳ３２１−Ｂで表したような定義項目と同じである。）。
【００６０】
５０２―Ａ ［推測関連帳票の一覧表示に関する表示項目等の定義］（＝ユーザ定義情報）
＜表示項目＞
・帳票ＩＤ
・帳票名
・帳票の保存箇所
・世代
・選出基準
＜表示方法＞
・表示項目の表示行数
・表示項目の表示順序
・選出基準で区別
・推測情報の表示順序
電子帳票システム１０２は、Ｓ５０２−１にてユーザから設定された「推測関連情報を表示するか否か」の情報を取得する。
【００６１】
電子帳票システム１０２が「表示する」と情報を受け取った場合、推測関連情報の表示項目・表示方法の設定処理を行う（Ｓ５０２−２）。
【００６２】
そしてユーザによって設定された「推測関連情報の表示項目・表示方法の設定」情報を、電子帳票システム１０２はデータベース３１１に登録または更新する処理を行い（Ｓ５０３）、処理を終了する（Ｓ５０４）。
【００６３】
以上、推測関連情報を表示するために必要な情報をユーザに設定させるための処理の流れを説明した。
【００６４】
これにより、ユーザにとって必要な情報を表示させることができるようになる。
【００６５】
次に、本発明の実施の形態では、上述した図３のＳ３０３において帳票を表示するとともに、推測関連情報の解析を開始するための開始ボタンまたはリンクを表示する必要があるため、表示する処理に関して説明する。
【００６６】
図６は、Ｓ３０３における推測関連情報の解析を開始するための開始ボタンまたはリンクを表示する処理の一例を表したフローチャートである。
【００６７】
電子帳票システム１０２は、データベース３１１に関連推測の定義情報があるか無いかで関連を推測するか否かを判定する処理を行う（Ｓ３３１）。
【００６８】
関連を推測しない場合、従来通りの帳票表示処理を行い帳票表示処理は終了する（Ｓ３３４、Ｓ３３５）。
【００６９】
一方、関連を推測する場合、図５のＳ５０１で設定されたユーザ毎の推測関連情報の表示設定を確認する処理を行い、表示するか否かを判定する処理を行う（Ｓ３３２）。ここでは、ログインユーザが推測関連情報の設定をしているかの確認を行っている。
【００７０】
推測関連情報を表示しない場合、従来通りの帳票表示処理を行い帳票表示処理は終了する（Ｓ３３４、Ｓ３３５）。
【００７１】
推測関連情報を表示する場合、推測関連情報解析を開始するための開始ボタンまたはリンクを表示するための処理を行う（Ｓ３３３）。
【００７２】
Ｓ３３３−１〜Ｓ３３３−３は、Ｓ３３３の具体的な処理を示している。
【００７３】
電子帳票システム１０２は、推測関連情報解析を開始するための開始ボタンまたはリンクを表示するために、従来の帳票の表示処理（Ｓ３３３−１）に、推測関連情報解析処理開始のボタンの表示処理（Ｓ３３３−２）と推測関連情報解析処理開始のボタンクリック時の解析処理開始プログラム（Ｓ３３３−３）を組み込む処理を行う。
【００７４】
電子帳票システム１０２は、Ｓ３３３を行った後、帳票を表示することで帳票を表示した際に推測関連情報解析を開始するための開始ボタンまたはリンクを表示し、帳票表示を完了する（Ｓ３３５）。
【００７５】
以上、図３のＳ３０３において帳票を表示するとともに、推測関連情報の解析を開始するための開始ボタンまたはリンクを表示する必要があるため、表示する処理に関して説明をした。
【００７６】
図７に表示例を示す。図７は、「関連が予想される帳票を表示」リンクの表示例を示している。ユーザは、マウスなどのポンティングデバイスにより、リンク７０１をクリックする。関連が予想される帳票がある場合、別ウィンドウ７０２に、その一覧が表示されることとなる。
【００７７】
次に、図８〜１５を用いて、関連が推測された帳票の一覧を表示したときの一例を示す。
【００７８】
図８〜１２は、それぞれ管理者などがＳ３２１−２にて指定した表示項目定義に基づいて、電子帳票システム１０２が、関連が推測された帳票の一覧を表示したときの一例を示す図である。
【００７９】
図８〜１２は、図１３に示す通り定義がなされている場合の例をそれぞれ示している。
【００８０】
まず、図８〜１２は、「選出基準を表示するか否か」と「選出基準で区別し表示するか否か」の３通りの場合を図で表している。
【００８１】
図８では、管理者等がＳ３２１−２の３２１−Ｂ「表示項目定義」において「５．選出基準」を「表示しない」に設定したため、選出基準は表示されず推測関連情報が３行のみ出力されている。
【００８２】
図９では、管理者等がＳ３２１−２の３２１−Ｂ「表示項目定義」において「５．選出基準」を「表示する」に設定しているが、「表示方法定義」において「選出基準で区別」はＦＡＬＳＥに設定しているため、図９の表示に選出基準の情報が加わった形で推測関連情報が３行出力されている。
【００８３】
図１０では、管理者等がＳ３２１−２の３２１−Ｂ「表示項目定義」において「５．選出基準」を「表示する」に設定しており、「表示方法定義」において「選出基準で区別」をＴＲＵＥに設定しているため、Ｓ３２１―Ａで定義した選出基準毎に推測関連情報がそれぞれ３行、計６行出力されている。
【００８４】
次に、図１１は、管理者等がＳ３２１−２の３２１−Ｂ「表示項目定義」において定義可能な全ての項目を表示するように設定した場合の例を示し、図１２は、図１１を選出基準で区別した場合の例を示している。
【００８５】
ここで、図１２では、表示項目や表示行数が多いため、電子帳票システム１０２は表示領域に推測関連情報の帳票一覧を表示する場合、文字フォントや文字幅を考慮しないと表示する関連情報の文字列が表示領域上に全て描画されなくなってしまう。
【００８６】
そのため、あらかじめ設定可能な行数等に上限値を設け計算上表示領域を超えるような設定は不可能にするよう制御する。その制限の上で、Ｓ３２１−３にて「選択された表示項目等の定義に対して、 表示領域の計算 」を行う（つまりＳ３２１−３での計算ではかならず表示領域内に収まる）。
【００８７】
電子帳票システム１０２は、あらかじめプログラム内部で定義された「フォント種類」、「サイズ」、「文字幅」等の情報から画面の表示サイズ等を計算する。
【００８８】
また、電子帳票システム１０２は、あらかじめ横幅・立て幅について表示領域上にどこまで表示できるかを、プログラム内部で定義されたフォントサイズや画面（矩形）サイズ等に基づいて行う。
【００８９】
計算式例は、以下の通りである。
・（表示項目の最大文字数の合計）＞（（指定された矩形の縦・横幅）−（余白））÷（フォントサイズ＋ピッチサイズ）
例えば、図１４のように内部的に持つフォントサイズが大きければ、表示可能な行数は少なくなる。また、プログラムが内部的に持つフォントサイズ等の情報はプログラムソースレベルで定義された値という形でも良いし、プログラムが起動された時に設定ファイル等から初期化データとして読み込む形でも良い。
【００９０】
一方、図１５のように内部的に持つフォントサイズが小さければ、表示行数も多く設定可能になるため、電子帳票システム１０２によって図１５のように表示される。
【００９１】
以上、図８〜１５を用いて、関連が推測された帳票の一覧を表示したときの一例の説明をした。
【００９２】
次に、関連が推測された帳票の一覧を表示する処理の流れを説明する。この処理は、Ｓ３０５〜Ｓ３０７の処理に相当するものである。
【００９３】
図１６は、Ｓ３０５〜Ｓ３０７の処理の流れの一例を表すフローチャートである。
【００９４】
電子帳票システム１０２は、ユーザの表示帳票から推測される関連帳票の一覧表示要求に従い、表示帳票に関連すると推測される帳票を解析する処理を開始する（Ｓ３０５）。
【００９５】
電子帳票システム１０２は、関連が推測される帳票の解析処理を行い（Ｓ４０１）、関連が推測された帳票が有るか無いかの判定を行い（Ｓ４０２）、あった場合、ユーザがその各々の帳票に関する情報（帳票ＩＤや帳票名等）をクリックした場合に帳票を開示するプログラムを埋め込んだ形で、推測関連帳票の一覧表示を行う（Ｓ３０６＝Ｓ４０３）。
【００９６】
ここで、Ｓ４０１の具体的な処理を、図１７を用いて説明する。
【００９７】
図１７は、表示帳票に関連すると推測される帳票を解析する処理（Ｓ４０１）の詳細を表すフローチャートである。
【００９８】
電子帳票システム１０２は、表示帳票に関連すると推測される帳票を解析する処理（Ｓ４０１）を開始すると、管理者が図４のＳ３２１−ＡとＳ３２１−Ｂで定義した「選出基準に関する定義」と「推測関連帳票の一覧表示に関する表示項目等の定義」の２つの情報を取得し（Ｓ５０１）、更にユーザの帳票閲覧権限情報をデータベースから取得する（Ｓ５０２）。
【００９９】
［選出基準に関する定義情報］
＜選出基準＞ ＜選出基準に対応した詳細な定義＞
・帳票ＩＤの部分一致 → 帳票ＩＤの部分文字列
・帳票ＩＤの連番判定 → 帳票ＩＤの連番区切り文字
・帳票名の部分一致 → 帳票名の部分文字列
・帳票名の連番判定 → 帳票名の連番区切り文字
・帳票登録日時の範囲指定 → 日時定義
・帳票の保存箇所 → 保存箇所定義
・選出基準の優先順位 → 選出基準を順に指定
【０１００】
［推測関連帳票の一覧表示に関する表示項目等の定義］
＜表示項目定義＞
・帳票ＩＤ
・帳票名
・帳票の保存箇所
・世代
・選出基準
＜表示方法定義＞
・表示項目の表示行数
・表示項目の表示順序
・選出基準で区別
・推測情報の表示順序
【０１０１】
次に、「選出基準の優先順位」に従いその順序で「選出基準」の数だけＳ５０４の処理を繰り返す処理を行う（Ｓ５０３）。
【０１０２】
電子帳票システム１０２は、Ｓ５０４では、選出基準に基づいてデータベース３１１から帳票を検索し、ヒットしなくなるまでＳ５０５〜Ｓ５０７の処理を繰り返し行う。ここで行われる検索処理方法に関しては従来の検索方法を利用することで実現することができる。
【０１０３】
例えば、管理者によって「帳票ＩＤの部分一致」が［選出基準に関する定義情報］で指定されていれば、電子帳票システム１０２は、管理者に指定された「帳票ＩＤの部分文字列」と、Ｓ５０１で取得したユーザの帳票閲覧権限情報に従い、データベース３１１に対し帳票ＩＤ検索処理を行う（この時、検索処理では帳票閲覧権限を持たない帳票に関してはヒットしないものとする。）。
【０１０４】
また、管理者によって「帳票の保存箇所」が［選出基準に関する定義情報］で指定されていれば、電子帳票システム１０２は、管理者に指定された「保存箇所定義」と、Ｓ５０１で取得したユーザの帳票閲覧権限情報に従い、データベース３１１に対し帳票検索処理を行う（この時、検索処理では帳票閲覧権限を持たない帳票に関してはヒットしないものとする。）。
【０１０５】
保存箇所定義の定義例は、「同階層のみ」、「同階層以下全て」、「１つ上の階層以下全て」などが考えられる。
【０１０６】
電子帳票システム１０２は、Ｓ５０４における帳票検索の結果、帳票がヒットした場合、管理者によって「表示項目定義」で定義された表示項目に必要な情報をデータベース３１１から取得し（Ｓ５０５）、その帳票に関する「表示項目に必要な情報＋選出基準」の情報を用意した配列の先頭から順に格納していく（Ｓ５０６）。そして、ヒットした帳票を検索対象帳票から取り除く処理を行う（Ｓ５０７）。
【０１０７】
帳票検索の処理において、帳票がヒットしなかった場合、Ｓ５０４のループから抜け、次の選出基準に基づいた帳票検索処理Ｓ５０３に戻り、再度Ｓ５０４以降の処理が繰り返される。
【０１０８】
電子帳票システム１０２は、選出基準分だけループを繰り返した後、Ｓ５０３のループを抜け、「推測情報の表示順序」が「選出ヒット順以外」の場合のみＳ５０７で生成した配列のソート処理を行い（Ｓ５０８）、解析を完了する（Ｓ５０９）。
【０１０９】
例えば、「推測情報の表示順序」が「帳票の日付順（登録日付順）」と指定されていた場合、配列を帳票の日付順にソートする（選出ヒット順であれば配列はヒット順に格納されているためソートの必要がない）。
【０１１０】
以上、表示帳票に関連すると推測される帳票を解析する処理の詳細を説明した。
【０１１１】
次に、Ｓ４０３の具体的な処理の一例を表すフローチャートがＳ４０３−１〜ＳＳ４０３−５である。
【０１１２】
電子帳票システム１０２は、データベース３１１から３２１−Ｂ「表示項目定義」で定義された「選出基準で区別」の定義を取得する（Ｓ４０３−１）。
【０１１３】
更に、プログラム内部で定義されたフォントサイズや画面（矩形）サイズを取得する（Ｓ４０３−２）。
【０１１４】
また、Ｓ５０１で設定されたユーザ毎の推測関連情報の表示設定情報を取得する処理を行う（ＳＳ４０３−３）。
【０１１５】
電子帳票システム１０２は、Ｓ４０１の解析処理で得た「推測帳票の情報」を、Ｓ４０３−１で取得した「選出基準で区別」の定義に従って、「選出基準で区別」＝ＴＲＵＥとなっていれば、選出基準で区別して表示し（ＳＳ４０３−５）、「選出基準で区別」＝ＦＡＬＳＥとなっていれば、区別せずに表示する処理を行う（ＳＳ４０３−６）。
【０１１６】
この時、ユーザがその各々の帳票に関する情報（帳票ＩＤや帳票名等）をクリックした場合に帳票を開示するプログラムを埋め込んでおく（Ｓ４０３−７）。
【０１１７】
また、この時、電子帳票システム１０２は、Ｓ４０３−２で取得したフォントサイズや画面サイズで画面を表示する。
【０１１８】
また、Ｓ４０１の結果、関連が推測された帳票がなかった場合、関連が推測された帳票は無いという旨のメッセージをダイアログボックスや推測関連帳票の一覧表示の画面中央に表示する形でユーザに知らせる処理を行う（Ｓ４０４）。
【０１１９】
図１８は、関連が推測された帳票は無いという旨の警告メッセージ（エラーメッセージ）をダイアログボックスで表示した場合のダイアログボックスの例で、図１９は同じ旨を推測関連帳票の一覧表示の画面中央に表示した場合の画面表示例である。
【０１２０】
電子帳票システム１０２は、推測関連帳票の一覧表示（Ｓ４０３）の後、ユーザから推測関連帳票の表示要求があった場合、それに従い従来の帳票表示と同じように対象の帳票を表示する処理を行い（Ｓ３０７＝Ｓ４０５）、また、同様に、ユーザの対象帳票を閉じる要求に従い帳票表示を終了する処理を行う（Ｓ４０６）。
【０１２１】
電子帳票システム１０２は、ユーザの推測関連帳票の一覧表示を閉じる要求に従い、一覧表示を終了する処理を行う（Ｓ４０７）。
【０１２２】
以上、Ｓ３０５〜Ｓ３０７における関連が推測された帳票の一覧を表示する処理の流れを説明した。
【０１２３】
上述した通り、本発明によれば、ある電子ファイルと関連性を有している電子ファイルを推測して、ユーザに選択可能に表示することができる。
【０１２４】
これにより、電子ファイルの変更前と変更後とを確認する作業変更確認作業が発生しても、前記電子ファイルに対して、あらかじめ関連が推測されているため、特許文献１に記載の技術のように、その度にユーザが変更前の電子ファイルに対して関連付けを行う作業を行う必要が無くなるため、その分の手間を省くことができる。
【０１２５】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に
限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、
種々の変形・変更が可能である。
【０１２６】
また、本発明の目的は、以下のようにすることによって達成される。即ち、上述した実
施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（又は記録
媒体）を、システム或いは装置に供給する。そして、そのシステム或いは装置の中央演算
処理手段（ＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行す
る。この場合、記憶媒体から読み出されたプログラムコード自体が上述した実施形態の機
能を実現することになり、そのプログラムコードを記録した記憶媒体は本発明を構成する
ことになる。
【０１２７】
また、システム或いは装置の前記中央演算処理手段が読み出したプログラムコードを実
行することにより、そのプログラムコードの指示に基づき、システム或いは装置上で稼働
しているオペレーティングシステム（ＯＳ）等が実際の処理の一部又は全部を行う。その
処理によって上述した実施形態の機能が実現される場合も含まれる。
【０１２８】
更に、記憶媒体から読み出されたプログラムコードが、前記システム或いは装置に挿入
された機能拡張カードや、接続された機能拡張ユニットに備わるメモリに書込まれたとす
る。その後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニ
ットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって上述した実
施形態の機能が実現される場合も含まれる。
【０１２９】
本発明を前記記憶媒体に適用する場合、その記憶媒体（コンピュータ読み取り可能な記
憶媒体）には、先に説明したフローチャートに対応するプログラムコードが格納されるこ
とになる。
【符号の説明】
【０１３０】
１０１ ホスト
１０２ 電子帳票システム
１０３ クライアントＰＣ
１０４ クライアントＰＣ
【技術分野】
【０００１】
本発明は、電子帳票システムにおいて、関連する帳票を推測して表示する技術に関する。
【背景技術】
【０００２】
従来の電子帳票システムには、作業者が業務で頻繁に使用する帳票があった場合、その頻繁に使用する帳票へのショートカットやお気に入り登録といった関連付け機能があり、これら関連付けをシステムが自動的に行い、かつ、業務の実態と関連とが一致するような機能が考えられている。
【０００３】
特許文献１には、１つ目の帳票Ａを開示したあと検索等の機能により２つ目、３つ目の帳票Ｂ、Ｃを探し、更に開示したりすることで帳票の関連付けが行われる、という機能が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−１４０２５７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載の電子帳票システム及び関連情報表示方法は、自動的に関連付けを行うことで、その後、ある帳票と関連付けられた帳票を参照可能とするものであって、いまだ関連付けられていない帳票を推測して参照することはできない。
【０００６】
例えば、電子帳票システムで商品売り上げや商品在庫を帳票管理している業務では、一度電子帳票システムに登録した帳票ファイルの内容変更を行わなければならないような作業が発生した場合、変更前と変更後とを確認する作業が発生する。
【０００７】
この変更確認作業は、その日やその月に一度だけとは限らず不定期に不定数回発生すると考えられ、特許文献１に記載の電子帳票システム及び関連情報表示方法によって、発生する度に帳票の関連付けが自動的に行われることとなる。
【０００８】
しかしながら、ある帳票の変更前の帳票と関連付けが行われるまでは、この変更確認作業が発生する度にユーザは変更前の帳票に対し、「検索」や「付箋・マーキング」「帳票の開示」などを行わなければならずユーザの手間がかかる。特に、突発的に修正が必要となった帳票ファイルの修正については、関連付けが行われていないことが多いため、結局、ユーザは、自分自身で関連する帳票を検索して探し出す必要がある。
【０００９】
従って、いまだ関連付けられていない帳票であっても、ある帳票と関連性を有している帳票を推測して参照可能とすることができれば、ユーザの手間を削減することができる。
【００１０】
そこで、本発明は、上記課題を解決するためになされたものであり、ある電子ファイルと関連性を有している電子ファイルを推測して、ユーザに選択可能に表示することを目的とする。
【課題を解決するための手段】
【００１１】
本発明は、電子ファイルを管理する情報処理装置であって、第一の電子ファイルと関連性を有する第二の電子ファイルを表示するために用いる、第一の電子ファイルと第二の電子ファイルとを関連付ける属性と、表示する第二の電子ファイルの項目とを定義する定義情報を記録する第一の記録手段と、前記第一の電子ファイルに対する表示要求に応じて、当該要求がされた第一の電子ファイルを表示装置へ表示させるための制御を行う第一の表示制御手段と、前記第一の表示制御手段により表示された第一の電子ファイルに関連性を有する第二の電子ファイルの表示要求に応じて、前記第一の記録手段により記録される定義情報を用いて、第一の電子ファイルと関連付く属性を有する第二の電子ファイルを抽出して、当該抽出した第二の電子ファイルの項目のうち、前記第一の記録手段により記録される定義情報に定義される項目を表示すると共に、当該第二の電子ファイルを選択可能に表示する第二の表示制御手段とを有することを特徴とする。
【発明の効果】
【００１２】
本発明によれば、ある電子ファイルと関連性を有している電子ファイルを推測して、ユーザに選択可能に表示することができる。
【図面の簡単な説明】
【００１３】
【図１】システム構成の一例を示す図である。
【図２】電子帳票システムのハードウェア構成の一例を示す図である。
【図３】推測関連情報表示の基本的な処理の一例を示すフローチャートである。
【図４】関連を推測するために必要な情報をあらかじめ電子帳票システムの管理者等に定義させるための、「関連推測の定義」の処理の一例を示すフローチャートである
【図５】推測関連情報を表示するために必要な情報を電子帳票システムのユーザに設定させるための、「推測関連情報の設定」の処理の一例を示すフローチャートである
【図６】推測関連情報の解析を開始するための開始ボタンまたはリンクを表示する処理に関して処理の一例を示すフローチャートである。
【図７】「関連が予想される帳票を表示」リンクの表示例である。
【図８】管理者等が「関連推測の定義」にて指定した表示項目定義に基づいて、関連が推測された帳票の一覧を表示したときの一例を示す図である（その１）。
【図９】管理者等が「関連推測の定義」にて指定した表示項目定義に基づいて、関連が推測された帳票の一覧を表示したときの一例を示す図である（その２）。
【図１０】管理者等が「関連推測の定義」にて指定した表示項目定義に基づいて、関連が推測された帳票の一覧を表示したときの一例を示す図である（その３）。
【図１１】管理者等が「関連推測の定義」にて指定した表示項目定義に基づいて、関連が推測された帳票の一覧を表示したときの一例を示す図である（その４）。
【図１２】管理者等が「関連推測の定義」にて指定した表示項目定義に基づいて、関連が推測された帳票の一覧を表示したときの一例を示す図である（その５）。
【図１３】定義例である。
【図１４】管理者等が「関連推測の定義」にて指定した表示項目定義に基づいて、関連が推測された帳票の一覧を表示したときの一例を示す図である（その６）。
【図１５】管理者等が「関連推測の定義」にて指定した表示項目定義に基づいて、関連が推測された帳票の一覧を表示したときの一例を示す図である（その７）。
【図１６】Ｓ３０５〜Ｓ３０７の処理の流れの一例を表すフローチャートである。
【図１７】表示帳票に関連すると推測される帳票を解析する処理の詳細を表すフローチャートである。
【図１８】関連が推測された帳票は無いという旨のメッセージをダイアログボックスで表示した場合のダイアログボックスの例である。
【図１９】関連が推測された帳票は無いという旨のメッセージを推測関連帳票の一覧表示の画面中央に表示した場合の画面表示例である。
【図２０】全部門の総計表を表す帳票の一例を示す図である。
【図２１】部門毎の詳細集計表を表す帳票の一例を示す図である。
【図２２】部門毎の詳細集計表を表す帳票の修正前と修正後との一例を示す図である。
【図２３】全部門の総計表を表す帳票の修正前と修正後との一例を示す図である。
【発明を実施するための形態】
【００１４】
以下、本発明の実施形態について図面に基づいて説明する。
【００１５】
図１は、システム構成の一例を示す図である。図１において、ホストコンピュータ（ホストプリンタ）１０１は、電子帳票システム１０２に登録をする帳票データ（実データ）を生成する。電子帳票システム１０２は、電子帳票（電子ファイルともいう。以下、単に帳票とする）の帳票ファイル（他の電子ファイルを含む）や、管理情報を記録し、ネットワーク１０５を介してクライアントＰＣ１０３、１０４に対して、帳票の閲覧や検索等のサービスを提供する。本実施の形態では、電子帳票システムは、１つのサーバ（情報処理装置）により構成されているものとする。クライアントＰＣ１０３、１０４は、帳票の閲覧及び計算結果の取得を行う者が使用するクライアント端末であり、ネットワーク１０５を介して、電子帳票システム１０２とデータの送受信が可能である。ネットワーク１０５は、例えばＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）やインターネット等である。尚、図１のネットワーク上に接続される各種端末の構成は一例であり、用途や目的に応じて様々な構成例がある。本実施の形態では、このシステムを情報処理システムという。
【００１６】
次に、図１の電子帳票システム１０２のハードウェア構成について、図２を用いて説明する。
【００１７】
図２は、電子帳票システムのハードウェア構成の一例を示す図である。
【００１８】
図１において、ＣＰＵ２０１は、システムバス２０４に接続される各デバイスを統括的に制御する。また、ＲＯＭ２０３或いは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるオペレーティングシステム（ＯＳ）や、後述する各種機能を実現するためのプログラムが記憶されている。
【００１９】
ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア、一時待避領域等として機能する。
【００２０】
入力コントローラ２０５は、入力部２０９からの入力を制御する。この入力部２０９としては、例えば、キーボード、マウス等のポインティングデバイスであってもよいし、タッチパネル、ボタン、スイッチ等であってもよい。
【００２１】
表示コントローラ２０６は、表示部２１０の表示を制御する。この表示部２１０としては、例えば、ＣＲＴや液晶等が挙げられる。
【００２２】
外部メモリコントローラ（ＭＣ）２０７は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、プリンタドライバ等を記憶する外部メモリ２１１へのアクセスを制御する。外部メモリ２１１には、加えて、各種テーブル、パラメー等が記憶されている。この外部メモリ２１１としては、ハードディスク（ＨＤ）やフレキシブルディスク（ＦＤ）、ＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）、スマートメディア等が挙げられる。
【００２３】
通信Ｉ／Ｆコントローラ２０８は、ネットワーク１０５を介して外部機器との通信制御処理を実行する。
【００２４】
本実施形態を実現するためのプログラム２１２は外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。更に、本実施形態に係るプログラム２１２が用いる帳票ファイル２１３は外部メモリ２１１に格納されており、これらについての詳細な説明は後述する。
【００２５】
クライアントＰＣ１０３、１０４やホスト１０１のハードウェア構成も電子帳票システム１０２と同様である。しかし、各装置のプログラムは、電子帳票システム１０２のプログラム２１２とは異なる。また、帳票ファイル２１３は、クライアントＰＣ１０３が元来保持していることはないものである点等が異なる。
【００２６】
帳票ファイル２１３は、帳票の形式を定義するフォームデータと帳票データとから生成された、帳票の表示用データを表すものであって、単独又は複数のファイルによって構成され、単数又は複数のページを含有している。電子帳票システム１０２の内部においては、複数の帳票ファイル２１３のうち同一種類のものをグループ化して管理しており、それぞれの帳票ファイル２１３はそのグループの中の世代と呼ばれる。
【００２７】
次に、本実施形態のユースケースを説明する。
（具体的なユースケースの想定）
電子帳票システムにおけるユースケースを想定する。
【００２８】
経理部門等の経理業務が扱う配達記録票や売り上げ管理表等といった日付毎に管理するような帳票を例に挙げる。
（業務モデル）
ある業務部門では商品売り上げを電子帳票システムで管理している。
売り上げ表は、
・全部門の総計表（より具体的な帳票例は図２０）
・部門毎の詳細集計表（より具体的な帳票例は図２１）
の２つがある。
【００２９】
（想定するケース）
ある部門の売上データが更新されたため、電子帳票システムに現在登録されている「全部門の総計表」帳票の総売上数値が変更された。
【００３０】
そのため変更される前、された後の帳票ファイルを確認する必要がある。
【００３１】
（想定するユーザアクション）
変更を確認するため、電子帳票システムに登録されている図２０、図２１の２帳票を、更新前・後のもの（図２２、図２３）を検索・閲覧するというアクションが想定できる。
【００３２】
（効果）
上記のようなデータ変更業務は、そのとき１度限りとは限らず、部門数・商品数が増え会社規模が大きくなればなるほど多発し、日や月が変わる毎に発生すると考えられる。
【００３３】
そこで図２０、図２１の２帳票に関して、関連があると推測することがあらかじめできればユーザにその情報を表示することで、対象帳票を探すという手間を省き業務の効率化を図ることができ、更には対象帳票を間違えるといったミスを防ぐことができる。
【００３４】
図３は、推測関連情報表示の基本的な処理の一例を示すフローチャートである。
【００３５】
ユーザが業務を開始するため、業務で使用する帳票ファイルの表示要求を電子帳票システム１０２に送る。すると、電子帳票システム１０２は、表示要求を受け付け、帳票表示処理を開始する（Ｓ３０１）。
【００３６】
まず、電子帳票システム１０２は、ユーザの表示要求対象の帳票ファイルを表示するために必要な情報である帳票データをデータベース３１１より取得し（Ｓ３０２）、帳票を表示する処理を行う（Ｓ３０３）。 なお、Ｓ３０３における詳細な処理は、後に説明する。
【００３７】
電子帳票システム１０２は、Ｓ３０４で帳票表示が終了した後、表示した帳票の中から、ユーザによって、推測される関連帳票の一覧表示要求に従い、表示帳票に関連すると推測される帳票を解析する処理を行う（Ｓ３０５）。
【００３８】
電子帳票システム１０２は、Ｓ３０５によって関連を推測して、推測の結果、抽出した帳票の一覧を表示する処理を行う（Ｓ３０６）。
【００３９】
電子帳票システム１０２は、Ｓ３０６で一覧表示した推測関連帳票の中から、ユーザによって表示を消耗する帳票の選択がなされた場合に、対象の帳票の表示要求がなされたと判断しその帳票を表示する処理を行う（Ｓ３０７）。
【００４０】
なお、Ｓ３０５〜Ｓ３０７における詳細な処理は、後に説明する。
【００４１】
電子帳票システム１０２は、ユーザのログアウト要求に従ってログアウト処理を開始し（Ｓ３０８）、ログアウト（Ｓ３０９）を行う。
【００４２】
ログアウト処理の終了は、ユーザの業務終了を表しているので、Ｓ３０９が終わるとセッションは切断され、ユーザの業務は終了となる。
【００４３】
以上、推測関連情報表示の基本的な処理の流れを説明したが、推測関連情報を表示するためには、あらかじめ管理者などが、関連を推測するために必要な情報を定義しておく必要がある。
【００４４】
そこで、関連を推測するために必要な情報をあらかじめ電子帳票システムに定義する処理の流れを説明する。
【００４５】
図４は、関連を推測するたに必要な情報をあらかじめ電子帳票システムに定義する処理の一例を示すフローチャートである。
【００４６】
電子帳票システム１０２は、管理者等からの設定画面等を介した入力に基づいて、「帳票同士がどのような繋がりを持てば関連があると推測されるのか」等の定義情報を取得するため「関連推測の定義」を開始する（Ｓ３２０・Ｓ３２１）。
【００４７】
Ｓ３２１−１〜Ｓ３２１−３は、Ｓ３２１の詳細な処理を表している。
【００４８】
管理者がＳ３２１の「関連推測の定義」で行う定義項目の一例をＳ３２１―ＡおよびＳ３２１−Ｂに示している。
【００４９】
Ｓ３２１―Ａ ［選出基準に関する定義情報］（＝関連付ける属性の定義）
＜選出基準＞ ＜選出基準に対応した詳細な定義＞
・帳票ＩＤの部分一致 → 帳票ＩＤの部分文字列
・帳票ＩＤの連番判定 → 帳票ＩＤの連番区切り文字
・帳票名の部分一致 → 帳票名の部分文字列
・帳票名の連番判定 → 帳票名の連番区切り文字
・帳票登録日時の範囲指定 → 日時定義
・帳票の保存箇所 → 保存箇所定義
・選出基準の優先順位 → 選出基準を順に指定
【００５０】
Ｓ３２１―Ｂ ［推測関連帳票の一覧表示に関する表示項目等の定義］（＝表示する項目の定義）
＜表示項目定義＞
・帳票ＩＤ
・帳票名
・帳票の保存箇所
・世代
・選出基準
＜表示方法定義＞
・表示項目の表示行数
・表示項目の表示順序
・選出基準で区別
・推測情報の表示順序
【００５１】
Ｓ３２１−１「選出基準に関する定義」で行うＳ３２１―Ａの定義項目は、「帳票同士がどのような繋がりを持てば関連があると推測されるのか」に基づいた定義項目で、Ｓ３２１−２「推測関連帳票の一覧表示に関する表示項目等の定義」で行うＳ３２１―Ｂの定義項目は、関連が推測された帳票の一覧表示時に、「どのような項目を表示させるのか」に基づいた定義項目である。
【００５２】
電子帳票システム１０２は、管理者等からの画面等を介した入力に基づいて、Ｓ３２１―１およびＳ３２１―２の定義情報を取得し、選択された表示項目等の定義に対する表示領域の計算処理（Ｓ３２１−３）を行う（Ｓ３２１−３の処理に関しては後述する。）。
【００５３】
電子帳票システム１０２は、Ｓ３２１の処理が終わると、Ｓ３２１で定義された定義情報等をデータベース３１１に登録（または更新）する処理を行い（Ｓ３２２）、「関連推測の定義」処理を終了する（Ｓ３２３）。
【００５４】
以上、関連を推測するために必要な情報をあらかじめ電子帳票システムに定義する処理の流れを説明した。
【００５５】
本発明の実施の形態においては、管理者などにより関連を推測するために必要な情報があらかじめ電子帳票システムに定義されているが、一般ユーザは、推測関連情報を表示するためにあらかじめ表示に関する設定を行うことで、ユーザにとって必要な情報を表示させることができる。
【００５６】
図５は、推測関連情報を表示するために必要な情報を電子帳票システムのユーザに設定させるための、「推測関連情報の設定」の処理の一例を示すフローチャートである。
【００５７】
電子帳票システム１０２は、ユーザからの設定画面等を介した入力に基づいて、「推測関連情報を表示するか否か」等の設定情報を取得するため「推測関連情報の設定」を開始する（Ｓ５０１・Ｓ５０２）。
【００５８】
Ｓ５０２−１〜Ｓ５０２−２は、Ｓ５０１の詳細な処理を表している。
【００５９】
ユーザがＳ５０１の「推測関連情報の設定」で行う設定項目の一例を５０２−Ａに示している（これは、図４のＳ３２１−Ｂで表したような定義項目と同じである。）。
【００６０】
５０２―Ａ ［推測関連帳票の一覧表示に関する表示項目等の定義］（＝ユーザ定義情報）
＜表示項目＞
・帳票ＩＤ
・帳票名
・帳票の保存箇所
・世代
・選出基準
＜表示方法＞
・表示項目の表示行数
・表示項目の表示順序
・選出基準で区別
・推測情報の表示順序
電子帳票システム１０２は、Ｓ５０２−１にてユーザから設定された「推測関連情報を表示するか否か」の情報を取得する。
【００６１】
電子帳票システム１０２が「表示する」と情報を受け取った場合、推測関連情報の表示項目・表示方法の設定処理を行う（Ｓ５０２−２）。
【００６２】
そしてユーザによって設定された「推測関連情報の表示項目・表示方法の設定」情報を、電子帳票システム１０２はデータベース３１１に登録または更新する処理を行い（Ｓ５０３）、処理を終了する（Ｓ５０４）。
【００６３】
以上、推測関連情報を表示するために必要な情報をユーザに設定させるための処理の流れを説明した。
【００６４】
これにより、ユーザにとって必要な情報を表示させることができるようになる。
【００６５】
次に、本発明の実施の形態では、上述した図３のＳ３０３において帳票を表示するとともに、推測関連情報の解析を開始するための開始ボタンまたはリンクを表示する必要があるため、表示する処理に関して説明する。
【００６６】
図６は、Ｓ３０３における推測関連情報の解析を開始するための開始ボタンまたはリンクを表示する処理の一例を表したフローチャートである。
【００６７】
電子帳票システム１０２は、データベース３１１に関連推測の定義情報があるか無いかで関連を推測するか否かを判定する処理を行う（Ｓ３３１）。
【００６８】
関連を推測しない場合、従来通りの帳票表示処理を行い帳票表示処理は終了する（Ｓ３３４、Ｓ３３５）。
【００６９】
一方、関連を推測する場合、図５のＳ５０１で設定されたユーザ毎の推測関連情報の表示設定を確認する処理を行い、表示するか否かを判定する処理を行う（Ｓ３３２）。ここでは、ログインユーザが推測関連情報の設定をしているかの確認を行っている。
【００７０】
推測関連情報を表示しない場合、従来通りの帳票表示処理を行い帳票表示処理は終了する（Ｓ３３４、Ｓ３３５）。
【００７１】
推測関連情報を表示する場合、推測関連情報解析を開始するための開始ボタンまたはリンクを表示するための処理を行う（Ｓ３３３）。
【００７２】
Ｓ３３３−１〜Ｓ３３３−３は、Ｓ３３３の具体的な処理を示している。
【００７３】
電子帳票システム１０２は、推測関連情報解析を開始するための開始ボタンまたはリンクを表示するために、従来の帳票の表示処理（Ｓ３３３−１）に、推測関連情報解析処理開始のボタンの表示処理（Ｓ３３３−２）と推測関連情報解析処理開始のボタンクリック時の解析処理開始プログラム（Ｓ３３３−３）を組み込む処理を行う。
【００７４】
電子帳票システム１０２は、Ｓ３３３を行った後、帳票を表示することで帳票を表示した際に推測関連情報解析を開始するための開始ボタンまたはリンクを表示し、帳票表示を完了する（Ｓ３３５）。
【００７５】
以上、図３のＳ３０３において帳票を表示するとともに、推測関連情報の解析を開始するための開始ボタンまたはリンクを表示する必要があるため、表示する処理に関して説明をした。
【００７６】
図７に表示例を示す。図７は、「関連が予想される帳票を表示」リンクの表示例を示している。ユーザは、マウスなどのポンティングデバイスにより、リンク７０１をクリックする。関連が予想される帳票がある場合、別ウィンドウ７０２に、その一覧が表示されることとなる。
【００７７】
次に、図８〜１５を用いて、関連が推測された帳票の一覧を表示したときの一例を示す。
【００７８】
図８〜１２は、それぞれ管理者などがＳ３２１−２にて指定した表示項目定義に基づいて、電子帳票システム１０２が、関連が推測された帳票の一覧を表示したときの一例を示す図である。
【００７９】
図８〜１２は、図１３に示す通り定義がなされている場合の例をそれぞれ示している。
【００８０】
まず、図８〜１２は、「選出基準を表示するか否か」と「選出基準で区別し表示するか否か」の３通りの場合を図で表している。
【００８１】
図８では、管理者等がＳ３２１−２の３２１−Ｂ「表示項目定義」において「５．選出基準」を「表示しない」に設定したため、選出基準は表示されず推測関連情報が３行のみ出力されている。
【００８２】
図９では、管理者等がＳ３２１−２の３２１−Ｂ「表示項目定義」において「５．選出基準」を「表示する」に設定しているが、「表示方法定義」において「選出基準で区別」はＦＡＬＳＥに設定しているため、図９の表示に選出基準の情報が加わった形で推測関連情報が３行出力されている。
【００８３】
図１０では、管理者等がＳ３２１−２の３２１−Ｂ「表示項目定義」において「５．選出基準」を「表示する」に設定しており、「表示方法定義」において「選出基準で区別」をＴＲＵＥに設定しているため、Ｓ３２１―Ａで定義した選出基準毎に推測関連情報がそれぞれ３行、計６行出力されている。
【００８４】
次に、図１１は、管理者等がＳ３２１−２の３２１−Ｂ「表示項目定義」において定義可能な全ての項目を表示するように設定した場合の例を示し、図１２は、図１１を選出基準で区別した場合の例を示している。
【００８５】
ここで、図１２では、表示項目や表示行数が多いため、電子帳票システム１０２は表示領域に推測関連情報の帳票一覧を表示する場合、文字フォントや文字幅を考慮しないと表示する関連情報の文字列が表示領域上に全て描画されなくなってしまう。
【００８６】
そのため、あらかじめ設定可能な行数等に上限値を設け計算上表示領域を超えるような設定は不可能にするよう制御する。その制限の上で、Ｓ３２１−３にて「選択された表示項目等の定義に対して、 表示領域の計算 」を行う（つまりＳ３２１−３での計算ではかならず表示領域内に収まる）。
【００８７】
電子帳票システム１０２は、あらかじめプログラム内部で定義された「フォント種類」、「サイズ」、「文字幅」等の情報から画面の表示サイズ等を計算する。
【００８８】
また、電子帳票システム１０２は、あらかじめ横幅・立て幅について表示領域上にどこまで表示できるかを、プログラム内部で定義されたフォントサイズや画面（矩形）サイズ等に基づいて行う。
【００８９】
計算式例は、以下の通りである。
・（表示項目の最大文字数の合計）＞（（指定された矩形の縦・横幅）−（余白））÷（フォントサイズ＋ピッチサイズ）
例えば、図１４のように内部的に持つフォントサイズが大きければ、表示可能な行数は少なくなる。また、プログラムが内部的に持つフォントサイズ等の情報はプログラムソースレベルで定義された値という形でも良いし、プログラムが起動された時に設定ファイル等から初期化データとして読み込む形でも良い。
【００９０】
一方、図１５のように内部的に持つフォントサイズが小さければ、表示行数も多く設定可能になるため、電子帳票システム１０２によって図１５のように表示される。
【００９１】
以上、図８〜１５を用いて、関連が推測された帳票の一覧を表示したときの一例の説明をした。
【００９２】
次に、関連が推測された帳票の一覧を表示する処理の流れを説明する。この処理は、Ｓ３０５〜Ｓ３０７の処理に相当するものである。
【００９３】
図１６は、Ｓ３０５〜Ｓ３０７の処理の流れの一例を表すフローチャートである。
【００９４】
電子帳票システム１０２は、ユーザの表示帳票から推測される関連帳票の一覧表示要求に従い、表示帳票に関連すると推測される帳票を解析する処理を開始する（Ｓ３０５）。
【００９５】
電子帳票システム１０２は、関連が推測される帳票の解析処理を行い（Ｓ４０１）、関連が推測された帳票が有るか無いかの判定を行い（Ｓ４０２）、あった場合、ユーザがその各々の帳票に関する情報（帳票ＩＤや帳票名等）をクリックした場合に帳票を開示するプログラムを埋め込んだ形で、推測関連帳票の一覧表示を行う（Ｓ３０６＝Ｓ４０３）。
【００９６】
ここで、Ｓ４０１の具体的な処理を、図１７を用いて説明する。
【００９７】
図１７は、表示帳票に関連すると推測される帳票を解析する処理（Ｓ４０１）の詳細を表すフローチャートである。
【００９８】
電子帳票システム１０２は、表示帳票に関連すると推測される帳票を解析する処理（Ｓ４０１）を開始すると、管理者が図４のＳ３２１−ＡとＳ３２１−Ｂで定義した「選出基準に関する定義」と「推測関連帳票の一覧表示に関する表示項目等の定義」の２つの情報を取得し（Ｓ５０１）、更にユーザの帳票閲覧権限情報をデータベースから取得する（Ｓ５０２）。
【００９９】
［選出基準に関する定義情報］
＜選出基準＞ ＜選出基準に対応した詳細な定義＞
・帳票ＩＤの部分一致 → 帳票ＩＤの部分文字列
・帳票ＩＤの連番判定 → 帳票ＩＤの連番区切り文字
・帳票名の部分一致 → 帳票名の部分文字列
・帳票名の連番判定 → 帳票名の連番区切り文字
・帳票登録日時の範囲指定 → 日時定義
・帳票の保存箇所 → 保存箇所定義
・選出基準の優先順位 → 選出基準を順に指定
【０１００】
［推測関連帳票の一覧表示に関する表示項目等の定義］
＜表示項目定義＞
・帳票ＩＤ
・帳票名
・帳票の保存箇所
・世代
・選出基準
＜表示方法定義＞
・表示項目の表示行数
・表示項目の表示順序
・選出基準で区別
・推測情報の表示順序
【０１０１】
次に、「選出基準の優先順位」に従いその順序で「選出基準」の数だけＳ５０４の処理を繰り返す処理を行う（Ｓ５０３）。
【０１０２】
電子帳票システム１０２は、Ｓ５０４では、選出基準に基づいてデータベース３１１から帳票を検索し、ヒットしなくなるまでＳ５０５〜Ｓ５０７の処理を繰り返し行う。ここで行われる検索処理方法に関しては従来の検索方法を利用することで実現することができる。
【０１０３】
例えば、管理者によって「帳票ＩＤの部分一致」が［選出基準に関する定義情報］で指定されていれば、電子帳票システム１０２は、管理者に指定された「帳票ＩＤの部分文字列」と、Ｓ５０１で取得したユーザの帳票閲覧権限情報に従い、データベース３１１に対し帳票ＩＤ検索処理を行う（この時、検索処理では帳票閲覧権限を持たない帳票に関してはヒットしないものとする。）。
【０１０４】
また、管理者によって「帳票の保存箇所」が［選出基準に関する定義情報］で指定されていれば、電子帳票システム１０２は、管理者に指定された「保存箇所定義」と、Ｓ５０１で取得したユーザの帳票閲覧権限情報に従い、データベース３１１に対し帳票検索処理を行う（この時、検索処理では帳票閲覧権限を持たない帳票に関してはヒットしないものとする。）。
【０１０５】
保存箇所定義の定義例は、「同階層のみ」、「同階層以下全て」、「１つ上の階層以下全て」などが考えられる。
【０１０６】
電子帳票システム１０２は、Ｓ５０４における帳票検索の結果、帳票がヒットした場合、管理者によって「表示項目定義」で定義された表示項目に必要な情報をデータベース３１１から取得し（Ｓ５０５）、その帳票に関する「表示項目に必要な情報＋選出基準」の情報を用意した配列の先頭から順に格納していく（Ｓ５０６）。そして、ヒットした帳票を検索対象帳票から取り除く処理を行う（Ｓ５０７）。
【０１０７】
帳票検索の処理において、帳票がヒットしなかった場合、Ｓ５０４のループから抜け、次の選出基準に基づいた帳票検索処理Ｓ５０３に戻り、再度Ｓ５０４以降の処理が繰り返される。
【０１０８】
電子帳票システム１０２は、選出基準分だけループを繰り返した後、Ｓ５０３のループを抜け、「推測情報の表示順序」が「選出ヒット順以外」の場合のみＳ５０７で生成した配列のソート処理を行い（Ｓ５０８）、解析を完了する（Ｓ５０９）。
【０１０９】
例えば、「推測情報の表示順序」が「帳票の日付順（登録日付順）」と指定されていた場合、配列を帳票の日付順にソートする（選出ヒット順であれば配列はヒット順に格納されているためソートの必要がない）。
【０１１０】
以上、表示帳票に関連すると推測される帳票を解析する処理の詳細を説明した。
【０１１１】
次に、Ｓ４０３の具体的な処理の一例を表すフローチャートがＳ４０３−１〜ＳＳ４０３−５である。
【０１１２】
電子帳票システム１０２は、データベース３１１から３２１−Ｂ「表示項目定義」で定義された「選出基準で区別」の定義を取得する（Ｓ４０３−１）。
【０１１３】
更に、プログラム内部で定義されたフォントサイズや画面（矩形）サイズを取得する（Ｓ４０３−２）。
【０１１４】
また、Ｓ５０１で設定されたユーザ毎の推測関連情報の表示設定情報を取得する処理を行う（ＳＳ４０３−３）。
【０１１５】
電子帳票システム１０２は、Ｓ４０１の解析処理で得た「推測帳票の情報」を、Ｓ４０３−１で取得した「選出基準で区別」の定義に従って、「選出基準で区別」＝ＴＲＵＥとなっていれば、選出基準で区別して表示し（ＳＳ４０３−５）、「選出基準で区別」＝ＦＡＬＳＥとなっていれば、区別せずに表示する処理を行う（ＳＳ４０３−６）。
【０１１６】
この時、ユーザがその各々の帳票に関する情報（帳票ＩＤや帳票名等）をクリックした場合に帳票を開示するプログラムを埋め込んでおく（Ｓ４０３−７）。
【０１１７】
また、この時、電子帳票システム１０２は、Ｓ４０３−２で取得したフォントサイズや画面サイズで画面を表示する。
【０１１８】
また、Ｓ４０１の結果、関連が推測された帳票がなかった場合、関連が推測された帳票は無いという旨のメッセージをダイアログボックスや推測関連帳票の一覧表示の画面中央に表示する形でユーザに知らせる処理を行う（Ｓ４０４）。
【０１１９】
図１８は、関連が推測された帳票は無いという旨の警告メッセージ（エラーメッセージ）をダイアログボックスで表示した場合のダイアログボックスの例で、図１９は同じ旨を推測関連帳票の一覧表示の画面中央に表示した場合の画面表示例である。
【０１２０】
電子帳票システム１０２は、推測関連帳票の一覧表示（Ｓ４０３）の後、ユーザから推測関連帳票の表示要求があった場合、それに従い従来の帳票表示と同じように対象の帳票を表示する処理を行い（Ｓ３０７＝Ｓ４０５）、また、同様に、ユーザの対象帳票を閉じる要求に従い帳票表示を終了する処理を行う（Ｓ４０６）。
【０１２１】
電子帳票システム１０２は、ユーザの推測関連帳票の一覧表示を閉じる要求に従い、一覧表示を終了する処理を行う（Ｓ４０７）。
【０１２２】
以上、Ｓ３０５〜Ｓ３０７における関連が推測された帳票の一覧を表示する処理の流れを説明した。
【０１２３】
上述した通り、本発明によれば、ある電子ファイルと関連性を有している電子ファイルを推測して、ユーザに選択可能に表示することができる。
【０１２４】
これにより、電子ファイルの変更前と変更後とを確認する作業変更確認作業が発生しても、前記電子ファイルに対して、あらかじめ関連が推測されているため、特許文献１に記載の技術のように、その度にユーザが変更前の電子ファイルに対して関連付けを行う作業を行う必要が無くなるため、その分の手間を省くことができる。
【０１２５】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に
限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、
種々の変形・変更が可能である。
【０１２６】
また、本発明の目的は、以下のようにすることによって達成される。即ち、上述した実
施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（又は記録
媒体）を、システム或いは装置に供給する。そして、そのシステム或いは装置の中央演算
処理手段（ＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行す
る。この場合、記憶媒体から読み出されたプログラムコード自体が上述した実施形態の機
能を実現することになり、そのプログラムコードを記録した記憶媒体は本発明を構成する
ことになる。
【０１２７】
また、システム或いは装置の前記中央演算処理手段が読み出したプログラムコードを実
行することにより、そのプログラムコードの指示に基づき、システム或いは装置上で稼働
しているオペレーティングシステム（ＯＳ）等が実際の処理の一部又は全部を行う。その
処理によって上述した実施形態の機能が実現される場合も含まれる。
【０１２８】
更に、記憶媒体から読み出されたプログラムコードが、前記システム或いは装置に挿入
された機能拡張カードや、接続された機能拡張ユニットに備わるメモリに書込まれたとす
る。その後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニ
ットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって上述した実
施形態の機能が実現される場合も含まれる。
【０１２９】
本発明を前記記憶媒体に適用する場合、その記憶媒体（コンピュータ読み取り可能な記
憶媒体）には、先に説明したフローチャートに対応するプログラムコードが格納されるこ
とになる。
【符号の説明】
【０１３０】
１０１ ホスト
１０２ 電子帳票システム
１０３ クライアントＰＣ
１０４ クライアントＰＣ
【特許請求の範囲】
【請求項１】
電子ファイルを管理する情報処理装置であって、
第一の電子ファイルと関連性を有する第二の電子ファイルを表示するために用いる、第一の電子ファイルと第二の電子ファイルとを関連付ける属性と、表示する第二の電子ファイルの項目とを定義する定義情報を記録する第一の記録手段と、
前記第一の電子ファイルに対する表示要求に応じて、当該要求がされた第一の電子ファイルを表示装置へ表示させるための制御を行う第一の表示制御手段と、
前記第一の表示制御手段により表示された第一の電子ファイルに関連性を有する第二の電子ファイルの表示要求に応じて、前記第一の記録手段により記録される定義情報を用いて、第一の電子ファイルと関連付く属性を有する第二の電子ファイルを抽出して、当該抽出した第二の電子ファイルの項目のうち、前記第一の記録手段により記録される定義情報に定義される項目を表示すると共に、当該第二の電子ファイルを選択可能に表示する第二の表示制御手段と
を有することを特徴とする情報処理装置。
【請求項２】
ユーザにより設定される前記第二の電子ファイルの表示項目が定義されるユーザ定義情報を記録する第二の記録手段と、
前記第二の表示制御手段は、前記第二の記録手段によりユーザ定義情報が記録されている場合、前記抽出した第二の電子ファイルの項目のうち、前記第二の記録手段により記録されるユーザ定義情報に定義される項目を表示することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記第二の表示制御手段は、前記第一の記録手段により記録される定義情報を用いて、第一の電子ファイルと関連付く属性を有する第二の電子ファイルを抽出することができなかった場合、関連付く第二の電子ファイルがない旨の警告を表示することを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
前記第二の表示制御手段は、前記第二の電子ファイルを選択可能な一覧を表示する領域を、前記定義される項目を表示可能な大きさで表示することを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
【請求項５】
第一の電子ファイルと関連性を有する第二の電子ファイルを表示するために用いる、第一の電子ファイルと第二の電子ファイルとを関連付ける属性と、表示する第二の電子ファイルの項目とを定義する定義情報を記録する記録手段を備える電子ファイルを管理する情報処理装置における情報処理方法であって、
前記第一の電子ファイルに対する表示要求に応じて、当該要求がされた第一の電子ファイルを表示装置へ表示させるための制御を行う第一の表示制御ステップと、
前記第一の表示制御ステップにより表示された第一の電子ファイルに関連性を有する第二の電子ファイルの表示要求に応じて、前記記録手段に記録される定義情報を用いて、第一の電子ファイルと関連付く属性を有する第二の電子ファイルを抽出して、当該抽出した第二の電子ファイルの項目のうち、前記記録手段に記録される定義情報に定義される項目を表示すると共に、当該第二の電子ファイルを選択可能に表示する第二の表示制御ステップと
を含むことを特徴とする情報処理方法。
【請求項６】
クライアント端末と電子ファイルを管理する情報処理装置とがネットワークを介して通信可能な情報処理システムであって、
第一の電子ファイルと関連性を有する第二の電子ファイルを表示するために用いる、第一の電子ファイルと第二の電子ファイルとを関連付ける属性と、表示する第二の電子ファイルの項目とを定義する定義情報を記録する第一の記録手段と、
前記第一の電子ファイルに対する表示要求に応じて、当該要求がされた第一の電子ファイルを表示装置へ表示させるための制御を行う第一の表示制御手段と、
前記第一の表示制御手段により表示された第一の電子ファイルに関連性を有する第二の電子ファイルの表示要求に応じて、前記第一の記録手段により記録される定義情報を用いて、第一の電子ファイルと関連付く属性を有する第二の電子ファイルを抽出して、当該抽出した第二の電子ファイルの項目のうち、前記第一の記録手段により記録される定義情報に定義される項目を表示すると共に、当該第二の電子ファイルを選択可能に表示する第二の表示制御手段と
を有することを特徴とする情報処理システム。
【請求項７】
電子ファイルを管理する情報処理装置において実行可能なプログラムであって、
第一の電子ファイルと関連性を有する第二の電子ファイルを表示するために用いる、第一の電子ファイルと第二の電子ファイルとを関連付ける属性と、表示する第二の電子ファイルの項目とを定義する定義情報を記録する第一の記録手段、
前記第一の電子ファイルに対する表示要求に応じて、当該要求がされた第一の電子ファイルを表示装置へ表示させるための制御を行う第一の表示制御手段、
前記第一の表示制御手段により表示された第一の電子ファイルに関連性を有する第二の電子ファイルの表示要求に応じて、前記第一の記録手段により記録される定義情報を用いて、第一の電子ファイルと関連付く属性を有する第二の電子ファイルを抽出して、当該抽出した第二の電子ファイルの項目のうち、前記第一の記録手段により記録される定義情報に定義される項目を表示すると共に、当該第二の電子ファイルを選択可能に表示する第二の表示制御手段
として前記情報処理装置を機能させることを特徴とするプログラム。
【請求項８】
請求項７に記載のプログラムをコンピュータ読み取り可能に記憶した記録媒体。
【請求項１】
電子ファイルを管理する情報処理装置であって、
第一の電子ファイルと関連性を有する第二の電子ファイルを表示するために用いる、第一の電子ファイルと第二の電子ファイルとを関連付ける属性と、表示する第二の電子ファイルの項目とを定義する定義情報を記録する第一の記録手段と、
前記第一の電子ファイルに対する表示要求に応じて、当該要求がされた第一の電子ファイルを表示装置へ表示させるための制御を行う第一の表示制御手段と、
前記第一の表示制御手段により表示された第一の電子ファイルに関連性を有する第二の電子ファイルの表示要求に応じて、前記第一の記録手段により記録される定義情報を用いて、第一の電子ファイルと関連付く属性を有する第二の電子ファイルを抽出して、当該抽出した第二の電子ファイルの項目のうち、前記第一の記録手段により記録される定義情報に定義される項目を表示すると共に、当該第二の電子ファイルを選択可能に表示する第二の表示制御手段と
を有することを特徴とする情報処理装置。
【請求項２】
ユーザにより設定される前記第二の電子ファイルの表示項目が定義されるユーザ定義情報を記録する第二の記録手段と、
前記第二の表示制御手段は、前記第二の記録手段によりユーザ定義情報が記録されている場合、前記抽出した第二の電子ファイルの項目のうち、前記第二の記録手段により記録されるユーザ定義情報に定義される項目を表示することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記第二の表示制御手段は、前記第一の記録手段により記録される定義情報を用いて、第一の電子ファイルと関連付く属性を有する第二の電子ファイルを抽出することができなかった場合、関連付く第二の電子ファイルがない旨の警告を表示することを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
前記第二の表示制御手段は、前記第二の電子ファイルを選択可能な一覧を表示する領域を、前記定義される項目を表示可能な大きさで表示することを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
【請求項５】
第一の電子ファイルと関連性を有する第二の電子ファイルを表示するために用いる、第一の電子ファイルと第二の電子ファイルとを関連付ける属性と、表示する第二の電子ファイルの項目とを定義する定義情報を記録する記録手段を備える電子ファイルを管理する情報処理装置における情報処理方法であって、
前記第一の電子ファイルに対する表示要求に応じて、当該要求がされた第一の電子ファイルを表示装置へ表示させるための制御を行う第一の表示制御ステップと、
前記第一の表示制御ステップにより表示された第一の電子ファイルに関連性を有する第二の電子ファイルの表示要求に応じて、前記記録手段に記録される定義情報を用いて、第一の電子ファイルと関連付く属性を有する第二の電子ファイルを抽出して、当該抽出した第二の電子ファイルの項目のうち、前記記録手段に記録される定義情報に定義される項目を表示すると共に、当該第二の電子ファイルを選択可能に表示する第二の表示制御ステップと
を含むことを特徴とする情報処理方法。
【請求項６】
クライアント端末と電子ファイルを管理する情報処理装置とがネットワークを介して通信可能な情報処理システムであって、
第一の電子ファイルと関連性を有する第二の電子ファイルを表示するために用いる、第一の電子ファイルと第二の電子ファイルとを関連付ける属性と、表示する第二の電子ファイルの項目とを定義する定義情報を記録する第一の記録手段と、
前記第一の電子ファイルに対する表示要求に応じて、当該要求がされた第一の電子ファイルを表示装置へ表示させるための制御を行う第一の表示制御手段と、
前記第一の表示制御手段により表示された第一の電子ファイルに関連性を有する第二の電子ファイルの表示要求に応じて、前記第一の記録手段により記録される定義情報を用いて、第一の電子ファイルと関連付く属性を有する第二の電子ファイルを抽出して、当該抽出した第二の電子ファイルの項目のうち、前記第一の記録手段により記録される定義情報に定義される項目を表示すると共に、当該第二の電子ファイルを選択可能に表示する第二の表示制御手段と
を有することを特徴とする情報処理システム。
【請求項７】
電子ファイルを管理する情報処理装置において実行可能なプログラムであって、
第一の電子ファイルと関連性を有する第二の電子ファイルを表示するために用いる、第一の電子ファイルと第二の電子ファイルとを関連付ける属性と、表示する第二の電子ファイルの項目とを定義する定義情報を記録する第一の記録手段、
前記第一の電子ファイルに対する表示要求に応じて、当該要求がされた第一の電子ファイルを表示装置へ表示させるための制御を行う第一の表示制御手段、
前記第一の表示制御手段により表示された第一の電子ファイルに関連性を有する第二の電子ファイルの表示要求に応じて、前記第一の記録手段により記録される定義情報を用いて、第一の電子ファイルと関連付く属性を有する第二の電子ファイルを抽出して、当該抽出した第二の電子ファイルの項目のうち、前記第一の記録手段により記録される定義情報に定義される項目を表示すると共に、当該第二の電子ファイルを選択可能に表示する第二の表示制御手段
として前記情報処理装置を機能させることを特徴とするプログラム。
【請求項８】
請求項７に記載のプログラムをコンピュータ読み取り可能に記憶した記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【公開番号】特開２０１２−１３３４９７（Ｐ２０１２−１３３４９７Ａ）
【公開日】平成２４年７月１２日（２０１２．７．１２）
【国際特許分類】
【出願番号】特願２０１０−２８３７６１（Ｐ２０１０−２８３７６１）
【出願日】平成２２年１２月２０日（２０１０．１２．２０）
【出願人】（３９０００２７６１）キヤノンマーケティングジャパン株式会社 (656)
【出願人】（３１２０００２０６）キヤノンＭＪアイティグループホールディングス株式会社 (259)
【出願人】（３０１０１５９５６）キヤノンソフトウェア株式会社 (364)
【Ｆターム（参考）】
【公開日】平成２４年７月１２日（２０１２．７．１２）
【国際特許分類】
【出願日】平成２２年１２月２０日（２０１０．１２．２０）
【出願人】（３９０００２７６１）キヤノンマーケティングジャパン株式会社 (656)
【出願人】（３１２０００２０６）キヤノンＭＪアイティグループホールディングス株式会社 (259)
【出願人】（３０１０１５９５６）キヤノンソフトウェア株式会社 (364)
【Ｆターム（参考）】
[ Back to top ]