情報処理装置及び情報処理方法
【課題】電子ファイルに対する複数ユーザの処理に応じて電子ファイル同士を関連付け、関連する電子ファイルをユーザに識別可能に表示する。
【解決手段】電子ファイルが表示装置へ表示されたセッションと同一セッション内のユーザによる操作であって、当該電子ファイルとは別の電子ファイルに対する複数の操作の種別を、セッション単位に監視し、電子ファイルと、当該電子ファイルとは別の電子ファイルとの関連を示す関連情報であって、操作を行ったユーザが属するグループ用のグループ関連情報を生成して記憶する。表示要求があった前記電子ファイルに対応する前記グループ関連情報が前記記憶装置に記憶されている場合であって、当該グループに属するユーザから表示要求がなされた場合、当該グループ関連情報から所定の条件を満たした電子ファイルを示す情報を抽出し、当該電子ファイルを示す情報と、当該電子ファイルとを前記表示装置へ表示させる。
【解決手段】電子ファイルが表示装置へ表示されたセッションと同一セッション内のユーザによる操作であって、当該電子ファイルとは別の電子ファイルに対する複数の操作の種別を、セッション単位に監視し、電子ファイルと、当該電子ファイルとは別の電子ファイルとの関連を示す関連情報であって、操作を行ったユーザが属するグループ用のグループ関連情報を生成して記憶する。表示要求があった前記電子ファイルに対応する前記グループ関連情報が前記記憶装置に記憶されている場合であって、当該グループに属するユーザから表示要求がなされた場合、当該グループ関連情報から所定の条件を満たした電子ファイルを示す情報を抽出し、当該電子ファイルを示す情報と、当該電子ファイルとを前記表示装置へ表示させる。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理装置及び情報処理方法に関する。
【背景技術】
【0002】
従来の電子帳票システムには、作業者が業務で頻繁に使用する帳票があった場合、その頻繁に使用する帳票へのショートカットやお気に入り登録といった関連付け機能がある。
【0003】
しかしそれら機能の利用はユーザ自身の手作業によって行うものとなっている。
【0004】
そのため、手間がかかる、業務の実態(帳票の使用頻度)と関連が一致しない可能性がある、等の問題が発生する。
【0005】
そこで、関連付けをシステムが自動的に行い、かつ、業務の実態と関連とが一致するような機能が考えられている。
【0006】
その1つとして、特許文献1には、文書同士の関連を自動的に解析し、関連付けを行う文書管理システムが開示されている。特に、特許文献1は、ユーザの「関連文書を参照する」という行動を解析し、この解析の結果を基に文書に関連付けを行うというように動作するものである。
【先行技術文献】
【特許文献】
【0007】
【特許文献1】特開平09−330312号公報
【発明の概要】
【発明が解決しようとする課題】
【0008】
特許文献1に記載の文書管理システムにおいては、ホーム文書から参考文書を参照した場合のみ関連付けが行われる。しかしながら、特許文献1に記載の技術では、当然ながら、電子帳票システムにある「検索」や「付箋、マーキングを利用する」といった機能を使用することをトリガーとして文書同士を関連付けることは出来ない。
【0009】
例えば、電子帳票システムで商品売り上げや商品在庫を帳票管理している業務では、一度電子帳票システムに登録した帳票ファイルの内容変更を行わなければならないような作業が発生した場合、変更前と変更後とを確認する作業が発生する。この際、帳票ファイルの「参照」の他にも「検索」や「付箋・マーキング」等の機能が利用されることが多い。
【0010】
しかしながら、従来の技術では「検索」や「付箋・マーキング」等が実行されても関連付けを行うことはできないため、再度、確認作業等を行う場合、同様の「検索」や「付箋・マーキング」等を行わなければならない問題があった。
【0011】
つまり、従来の技術は、電子帳票システム特有のユーザの作業について関連付けを行うことはできなかった。
【0012】
また、帳票ファイルを利用するユーザは複数存在することから、帳票ファイルに対する関連付けは、自分自身の操作による関連付けだけではなく、他人の操作による関連付けを考慮しなければならない。
【0013】
本発明はこのような問題点に鑑みなされたもので、電子ファイルに対する複数ユーザの処理に応じて電子ファイル同士を関連付け、電子ファイルを表示する際は、関連する電子ファイルをユーザに識別可能に表示することを目的とする。
【課題を解決するための手段】
【0014】
本発明は、電子ファイルを管理する情報処理装置であって、前記電子ファイルに対する表示要求に応じて、当該表示要求がされた電子ファイルを表示装置へ表示させるための制御を行う表示制御手段と、前記表示制御手段により前記電子ファイルが前記表示装置へ表示されたセッションと同一セッション内のユーザによる操作であって、当該電子ファイルとは別の電子ファイルに対する複数の操作の種別を、セッション単位に監視する監視手段と、前記監視手段による監視の結果、1つのセッションにおいて操作が得られた場合、複数の操作の種別に応じて、前記電子ファイルと、当該電子ファイルとは別の電子ファイルとの関連を示す関連情報であって、当該操作を行ったユーザが属するグループ用のグループ関連情報を生成するグループ関連情報生成手段と、前記グループ関連情報生成手段で生成されたグループ関連情報を前記電子ファイルと対応付けて記憶装置に記憶する記憶手段と、を有し、前記表示制御手段は、表示要求があった前記電子ファイルに対応する前記グループ関連情報が前記記憶装置に記憶されている場合であって、当該グループに属するユーザから表示要求がなされた場合、当該グループ関連情報から所定の条件を満たした電子ファイルを示す情報を抽出し、当該電子ファイルを示す情報と、当該電子ファイルとを前記表示装置へ表示させるための制御を行うことを特徴とする。
【発明の効果】
【0015】
本発明によれば、電子ファイルに対する複数ユーザの処理に応じて電子ファイル同士を関連付け、電子ファイルを表示する際は、関連する電子ファイルをユーザに識別可能に表示することができる。
【図面の簡単な説明】
【0016】
【図1】システム構成の一例を示す図である。
【図2】電子帳票システムのハードウェア構成の一例を示す図である。
【図3】自動関連付け処理の基本的な処理の一例を示すフローチャートである。
【図4】関連情報を説明するための図である。
【図5】帳票ファイルの関連情報を「どの位置に表示させるのか」、「どの項目を関連情報として表示するのか」といったことを予め電子帳票システムの管理者等に定義させるための、帳票定義の処理の一例を示すフローチャートである。
【図6】図4の個人用関連情報のより具体的な一例であり、A帳票がB、C、D、E帳票に対する関連
【図7】図4のグループ用関連情報のより具体的な一例であり、A帳票がB、C、D、E、F、G帳票に対する関連
【図8】図4のグループ用関連情報のより具体的な一例であり、A帳票がE、F、G、H、I、J帳票に対する関連
【図9】帳票ファイルのプレビュー表示画面にて、関連情報の表示領域をマウス操作で矩形指定することで「関連情報の表示位置」を定義した一例を示す図(その1)である。
【図10】帳票ファイルのプレビュー表示画面にて、関連情報の表示領域をマウス操作で矩形指定することで「関連情報の表示位置」を定義した一例を示す図(その2)である。
【図11】管理者等が矩形指定した関連情報の表示位置に、関連情報を表示したときの一例を示す図(その1)である。
【図12】管理者等が矩形指定した関連情報の表示位置に、関連情報を表示したときの一例を示す図(その2)である。
【図13】帳票ファイルのプレビュー表示画面にて、関連情報の表示領域をマウス操作で矩形指定することで「関連情報の表示位置」を定義した一例を示す図(その3)である。
【図14】管理者等が矩形指定した関連情報の表示位置に、関連情報を表示したときの一例を示す図(その3)である。
【図15】帳票ファイルのプレビュー表示画面にて、関連情報の表示領域をマウス操作で矩形指定することで「関連情報の表示位置」を定義した一例を示す図(その4)である。
【図16】管理者等が矩形指定した関連情報の表示位置に、関連情報を表示したときの一例を示す図(その4)である。
【図17】管理者等が矩形指定した関連情報の表示位置に、関連情報を表示したときの一例を示す図(その5)である。
【図18】管理者等が矩形指定した関連情報の表示位置に、関連情報を表示したときの一例を示す図(その6)である。
【図19】管理者等が矩形指定した関連情報の表示位置に、関連情報を表示したときの一例を示す図(その6)である。
【図20】関連情報の表示項目の一例を示す図である。
【図21】図3のS301〜304の処理をより詳細に示すフローチャートである。
【図22】図21で処理がS404→S405と進んだ場合のより詳細な処理の一例を示すフローチャートである。
【図23】関連付け前の帳票ファイルの表示の一例を示す図である。
【図24】関連付け後の帳票ファイルの表示の一例を示す図である。
【図25】表示した関連情報の一部を拡大した図である。
【図26】関連情報の非表示時の最小化アイコンの一例を示す図である。
【図27】関連情報の非表示時の最小化アイコンの表示の一例を示す図である。
【図28】ユーザの「表示している帳票とは別の帳票に対する行動」による関連解析処理の分岐に係る処理の一例を示したフローチャートである。
【図29】S601→S602→S603→S610のより具体的な処理を説明するためのフローチャートである。
【図30】S601→S602→S603→S606→S607→S609のより具体的な処理を説明するためのフローチャートである。
【図31】図29のS709、図30のS812の詳細な処理を説明するためのフローチャートである。
【図32】図31の982の詳細な処理を説明するためのフローチャートである。
【図33】図31の985の詳細な処理を説明するためのフローチャートである。
【図34】A帳票が持つ関連情報の一例を示す図(その1)である。
【図35】A帳票が持つ関連情報の一例を示す図(その2)である。
【図36】個人用関連情報とグループ用関連情報の一例を示す図である。
【図37】関連定義情報の一例を示す図である。
【発明を実施するための形態】
【0017】
以下、本発明の実施形態について図面に基づいて説明する。
【0018】
図1は、システム構成の一例を示す図である。図1において、ホストコンピュータ(ホストプリンタ)101は、電子帳票システム102に登録をする帳票データ(実データ)を生成する。電子帳票システム102は、電子帳票(以下、単に帳票とする)の帳票ファイル(他の電子ファイルを含む)や、管理情報を記録し、ネットワーク105を介してクライアントPC103、104に対して、帳票の閲覧や検索等のサービスを提供する。本実施の形態では、電子帳票システムは、1つのサーバ(情報処理装置)により構成されているものとする。クライアントPC103、104は、帳票の閲覧及び計算結果の取得を行う者が使用するクライアント端末であり、ネットワーク105を介して、電子帳票システム102とデータの送受信が可能である。ネットワーク105は、例えばLAN(Local Area Network)やインターネット等である。尚、図1のネットワーク上に接続される各種端末の構成は一例であり、用途や目的に応じて様々な構成例がある。本実施の形態では、このシステムを情報処理システムという。
【0019】
次に、図1の電子帳票システム102のハードウェア構成について、図2を用いて説明する。
【0020】
図2は、電子帳票システムのハードウェア構成の一例を示す図である。
【0021】
図1において、CPU201は、システムバス204に接続される各デバイスを統括的に制御する。また、ROM203或いは外部メモリ211には、CPU201の制御プログラムであるオペレーティングシステム(OS)や、後述する各種機能を実現するためのプログラムが記憶されている。
【0022】
RAM202は、CPU201の主メモリ、ワークエリア、一時待避領域等として機能する。
【0023】
入力コントローラ205は、入力部209からの入力を制御する。この入力部209としては、例えば、キーボード、マウス等のポインティングデバイスであってもよいし、タッチパネル、ボタン、スイッチ等であってもよい。
【0024】
表示コントローラ206は、表示部210の表示を制御する。この表示部210としては、例えば、CRTや液晶等が挙げられる。
【0025】
外部メモリコントローラ(MC)207は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、プリンタドライバ等を記憶する外部メモリ211へのアクセスを制御する。外部メモリ211には、加えて、各種テーブル、パラメー等が記憶されている。この外部メモリ211としては、ハードディスク(HD)やフレキシブルディスク(FD)、PCMCIAカードスロットにアダプタを介して接続されるコンパクトフラッシュ(登録商標)、スマートメディア等が挙げられる。
【0026】
通信I/Fコントローラ208は、ネットワーク105を介して外部機器との通信制御処理を実行する。
【0027】
本実施形態を実現するためのプログラム212は外部メモリ211に記録されており、必要に応じてRAM202にロードされることによりCPU201によって実行されるものである。更に、本実施形態に係るプログラム212が用いる帳票ファイル213は外部メモリ211に格納されており、これらについての詳細な説明は後述する。
【0028】
クライアントPC103、104やホスト101のハードウェア構成も電子帳票システム102と同様である。しかし、各装置のプログラムは、電子帳票システム102のプログラム212とは異なる。また、帳票ファイル213は、クライアントPC103が元来保持していることはないものである点等が異なる。
【0029】
帳票ファイル213は、帳票の形式を定義するフォームデータと帳票データとから生成された、帳票の表示用データを表すものであって、単独又は複数のファイルによって構成され、単数又は複数のページを含有している。電子帳票システム102の内部においては、複数の帳票ファイル213のうち同一種類のものをグループ化して管理しており、それぞれの帳票ファイル213はそのグループの中の世代と呼ばれる。
【0030】
図3は、自動関連付け処理の基本的な処理の一例を示すフローチャートである。
【0031】
前提として、電子帳票システムを利用するユーザは複数存在する。各ユーザはいずれかのグループ(GP)に所属し、所属するグループはユーザ情報に対応づけられて電子帳票システムにおいて管理されているものとする。グループには、部、課、プロジェクト等様々な単位でグループ分けが可能である。
【0032】
また、ユーザは複数のグループに所属することができる。例えば、ユーザaは、通常はA課に所属しているところ、A、B課合同のXプロジェクトが立ち上がった場合は、Xプロジェクトに所属することができる。
【0033】
複数のユーザは、それぞれ任意のタイミングで電子帳票システムを利用することができる。本フローチャートでは、1ユーザの操作の流れを説明するが、1ユーザが操作している間に他のユーザが操作することも可能である。電子帳票システムでは、それぞれのユーザの操作をセッション単位で分けて処理を行う。図3では、3ユーザが電子帳票システムを操作しており、3つのセッションに分かれていることを示している。
【0034】
図3において、ユーザが業務を開始するため、業務で使用する帳票ファイルの表示要求を電子帳票システム102に送る。すると、電子帳票システム102は、表示要求を受け付け、帳票表示処理を開始する(S301)。
【0035】
まず、電子帳票システム102は、ユーザの表示要求対象の帳票ファイルを表示するために必要な情報である帳票ファイルと、帳票ファイルの関連付け情報である後述する図4に示すような(個人用)関連情報1001と、(グループ用)関連情報1003と、図5で電子帳票システム管理者が定義した関連情報の関連定義情報S321−Bと、をデータベース313より取得する(S302)。なお、個人用関連情報(個人関連情報)とグループ用関連情報(グループ関連情報)とは、図36に示す例のようにデータベース313で管理されている。また、関連定義情報は、図37に示す例のようにデータベース313で管理されている。
【0036】
このとき、関連情報を取得する際は、先に関連定義情報をデータベース313より取得し、取得した関連定義情報に含まれる「関連情報の種類(個人orGP)」の項目の定義に従って個人用、グループ用、または両方の関連情報を取得するかどうかを判断し、それに応じた種類の関連情報を取得する。
【0037】
ここで取得する関連情報は、データベース313において記憶されている最新の関連情報である。
【0038】
なお、複数のユーザの操作に応じて関連情報は常に更新されるものであるため、1ユーザが操作している間に、関連情報が更新されることがある。本実施の形態は、最初に取得した関連情報をそのまま表示するものであるが、最新の関連情報を任意のタイミングで取得する実施の形態も可能である。一つの方法として定期的に関連情報を取得して表示内容を更新する仕組みが考えられるが、最新の関連情報を特に望まないユーザにとっては、画面の切り替えや処理待ち時間が煩わしいものとなる。そのため、ユーザの明示の指示に応じて、最新の関連情報をデータベース313から取得して、関連情報を更新して表示させる仕組みの方がより有効である。
【0039】
帳票ファイルの関連付け情報である関連情報が無かった場合、電子帳票システム102は、従来どおりの帳票表示処理を行うため、特別な処理は行わずS304に遷移する。
【0040】
なお、条件分岐等、詳細な処理は、後述する図21で説明するため、図3には条件分岐等の詳細な処理は説明を省略してある。
【0041】
電子帳票システム102は、帳票ファイルを取得するのと同様にデータベース313にログインしているユーザのユーザID等、ユーザを一意に指定できる値をキーとしてSQL文を発行し、ログインユーザの持つ表示要求対象の帳票ファイルの関連情報を取得する。
【0042】
なお、以下では、電子帳票システム102は、ログインユーザの持つ表示要求対象の帳票ファイルのログインユーザ自身の関連情報とログインユーザが所属するグループの関連情報とを取得することができるものとして説明する。
【0043】
また、関連情報は図4に示す通り、以下の情報を持つ。なお、以下に示す説明内の「セッション」とは、「ユーザが電子帳票システムにログインしてからログアウトするまでの継続した一定期間」を指す。なお、以下に示すように、電子帳票システム102は、ユーザによるログインからログアウトまでの帳票ファイルに対する一連の処理(例えば、表示や検索、付箋、マーキング等の処理)に基づいて、帳票ファイルに関連する関連情報を生成又は更新する。
【0044】
関連情報には、個人用1001とグループ用1003の2種類あり、それぞれ重複する項目やそれぞれにしかない項目を有する。各項目を次に説明する。
【0045】
(1)関連付けされた帳票の帳票ID
(2)関連付けされた帳票の世代
(3)関連付けされた帳票の保存場所
(4)関連情報を持っている帳票の帳票ID
→ 表示している帳票以外の帳票に対して持っている関連情報の帳票ID一覧
(5)関連を決定付ける「関連決定度数」
→ 関連を解析した結果「関連が有る」と判断するための基準値
(6)同セッション内で表示した帳票毎の「関連度数」
→ 関連の解析結果を数値化したもの
(7)同セッション内で表示した帳票毎の「表示フラグ」
→ 関連を解析するために持つ値
(8)同セッション内で表示した帳票毎の「検索ヒットフラグ」
→ 関連を解析するために持つ値
(9)同セッション内で表示した帳票毎の「付箋、マーキング等機能の利用フラグ」
→ 関連を解析するために持つ値
(10)関連を消す「表示最新日付からの経過日数」
→ 帳票に対する関連情報を持つが、一定期間以上表示されていない場合に「関連がなくなった」と判断して関連情報を消すための基準日数
(11)同セッション内で表示した帳票毎の「表示最新日付」
→ 上記(11)のための情報値
(12)利用された主な機能
→ 関連付けに利用された主な機能を表す値で、
O=帳票の表示(open)
S=帳票の検索(search)
F・M=付箋、マーキング機能の利用
を表している。なお、本明細書では、付箋、マーキングはアノテーションの一例とする
(13)グループID
→ グループを識別するためのID
なお、なお、(5)、(7)、(8)、(9)、(10)の項目は、図36に示す関連情報テーブルで管理されていない。(5)と(10)は、電子帳票システムで予め管理している値であり、(7)、(8)、(9)は、一時的に用いるフラグだからである。
【0046】
図6は、図4における個人用関連情報1001のより具体的な一例であり、A帳票がB、C、D、E帳票に対する関連情報を持っていると仮定した場合の関連情報の一例を示す図である。
【0047】
なお、図4と図6とを用いた具体的な処理の説明は、後述する図28等で行うためここでは省略する。
【0048】
図7、図8は、図4におけるグループ用関連情報1003をより具体的な一例であり、A帳票がB、C、D、E、F、G帳票とE、F、G、H、I、J帳票に対する関連情報を持っていると仮定した場合の関連情報の一例を示す図である。
【0049】
なお、図4と図7、図8とを用いた具体的な処理の説明は、後述する図28等で行うためここでは省略する。
【0050】
再び図3の説明に戻り、帳票ファイルの関連付け情報である関連情報があった場合、電子帳票システム102は、S302で取得した帳票ファイルと、関連情報と、を基に帳票ファイルを表示する処理を行う(S303)。
【0051】
なお、表示処理は、クライアント端末に専用アプリケーションをインストールして閲覧するクライアントサーバタイプの場合は、電子帳票システムは、クライアント端末の専用アプリケーションが描画するために必要な画面情報を送信する。また、クライアント端末のウェブブラウザで閲覧するウェブサーバタイプの場合は、電子帳票システムにおいて、ウェブブラウザで閲覧できる形式の画面情報を生成して送信する。
【0052】
S303を行われた後、表示処理は終了となる(S304)。なお、S303のより具体的な処理は、後述する図21で説明する。
【0053】
ここで、ユーザが行う業務の中で、「S303で表示した帳票ファイルとは別の帳票ファイル(その他の帳票ファイル)」に対する処理要求(305、306、307)が行われた場合、電子帳票システム102は、帳票ファイル同士の関連付けの解析を行う(S308)。S308のより具体的な処理は、後述する図28、図29、図30で説明する。
【0054】
ここで、305は、ユーザが表示要求を行った帳票ファイルとは別の帳票ファイルの表示の要求である。
【0055】
306は、ユーザが表示要求を行った帳票ファイルとは別の帳票ファイルを検索する要求である。
【0056】
307は、ユーザが表示要求を行った帳票ファイルとは別の帳票ファイルに対して付箋・マーキング等のアノテーション機能を利用する要求(アノテーション要求)である。
【0057】
電子帳票システム102は、ユーザのログアウト要求に従ってログアウト処理を開始し(S309)、ログアウト(S311)を行う直前に、S308で解析した結果である、帳票ファイルの関連情報をデータベースに保存する(S310)。なお、データベースへの保存については、図31等を用いて後に説明する。
【0058】
ログアウト処理の終了は、ユーザの業務終了を表しているので、S312が終わるとセッションは切断され、ユーザの業務は終了となる。
【0059】
図5は、帳票ファイルの関連情報を「どの位置に表示させるのか」、「どの項目を関連情報として表示するのか」といったことを予め電子帳票システムの管理者等に定義させるための、帳票定義の処理の一例を示すフローチャートである。
【0060】
また、S321の矩形内のS321−1〜S321−4はS321のより詳細な処理を表している。
【0061】
電子帳票システム102は、管理者等からの設定画面等を介した入力に基づいて、帳票ファイルを登録するためにその帳票ファイルが「どのような帳票なのか」という定義を行う(S321)。
【0062】
なお、本フローチャートは帳票ファイル毎に定義を行うものであるが、システム管理者は、電子帳票システム全体に適用される定義を別途行っているものとする。具体的には、図4に示す『(5)関連を決定付ける「関連決定度数」』と『(10)関連を消す「表示最新日付からの経過日数」』との定義を行っている。
【0063】
定義項目は図5の321−Aで表しているような、
・帳票ID
・帳票名
・帳票の種別
・印刷情報(用紙サイズ、向き等)
等である。
【0064】
電子帳票システム102は、これらの定義を、従来の帳票に関する定義(S321―1)で行う。
【0065】
次に電子帳票システム102は、帳票ファイル表示時に関連情報を一緒に表示するために予め管理者等に定義項目として図5の321−Bで表している以下の5項目を定義させる(S321−2)。つまり、電子帳票システム102は、管理者等からの画面等を介した入力に基づいて、以下の5項目を表示情報の一例として定義する。
【0066】
・関連情報の表示位置(座標データ)
・関連情報の表示項目情報
・関連情報の表示文字情報
・関連情報の種類(個人orGP)
・GPの場合の表示優先順位とGPのID
【0067】
管理者等は、関連情報の表示位置を予め定義する。このことで、電子帳票システム102が内部的(プログラム的)に表示領域(座標情報)を予め特定するために「関連情報の表示位置」を定義(設定)する。
【0068】
また、管理者等は、図9に示すように、帳票ファイルのプレビュー表示画面にて、関連情報の表示領域をマウス操作で矩形指定することで「関連情報の表示位置」を定義する。
【0069】
電子帳票システム102は、管理者等のマウス操作等で指定された矩形領域を関連情報の表示位置として、座標データ(x,y)で保持(定義)する。座標は、帳票の表示領域の重心部を原点(0,0)とする直交座標(x,y)で、x軸は水平方向に右の方向を正の向きに、y軸は垂直方向に上の方向を正の向きとしたxy座標である。
【0070】
電子帳票システム102は、関連情報の表示時に、この座標データ位置に関連情報を表示する。なお、このとき、帳票ファイルの表示領域に関連情報の表示領域が再描画される形になるので、帳票ファイルの表示の上に関連情報が表示される(図5及び図9参照)。
【0071】
図12は、図9のように、管理者等が矩形指定した関連情報の表示位置に、関連情報を表示したときの一例を示す図である。
【0072】
同様に、図10及び図11、図13及び図14、図15及び図16、はそれぞれ管理者等が矩形指定した関連情報の表示位置に、電子帳票システム102が関連情報を表示したときの例である。
【0073】
電子帳票システム102は、「関連情報の表示項目情報」の定義において、帳票ファイル表示時に関連情報を表示する際に表示する項目や、項目の表示順等、以下の情報を定義する。
【0074】
・表示項目の選択
(設定可能な表示項目の項目名は図20を参照。)
・表示項目の表示順序
・関連情報の表示行数
・関連情報の表示順序
【0075】
図12、図17は、図9のように管理者等が矩形指定した関連情報の表示位置に関連情報を表示したときの例であるが、上記設定を、
[図12]
<表示項目>
(1)関連付けされた帳票の帳票ID
(2)関連付けされた帳票の世代
(3)関連付けされた帳票の保存場所
<表示項目の表示順序>
(1)→(3)→(2)
<関連情報の表示行数>
3
<関連情報の表示順序>
関連度数の降順(図4の(6))
[図17]
<表示項目>
(1)関連付けされた帳票の帳票ID
(2)関連付けされた帳票の世代
(3)関連付けされた帳票の保存場所
(11)同セッション内で表示した帳票毎の「表示最新日付」
(13)関連付けに利用された主な機能(O、S、F・M)
<表示項目の表示順序>
(1)→(2)→(3)→(11)→(13)
<関連情報の表示行数>
3
<関連情報の表示順序>
関連度数の降順(図4の(6))
と設定した場合の具体例である。
【0076】
ここで、図12よりも図17の方が、表示項目が多いため、電子帳票システム102が同じ表示領域に関連情報を表示する場合、文字フォントや文字幅を考慮しないと表示する関連情報の文字列が表示領域上に全て描画されなくなってしまう。
【0077】
同様に、関連情報の表示行数が多い場合、文字フォントサイズによっては全て描画されなくなってしまう。
【0078】
それを避けるために、電子帳票システム102は、「関連情報の表示文字情報」の定義を行う。
【0079】
電子帳票システム102は、管理者等の操作に応じて、表示する文字の、
・フォント種類
・サイズ
・文字幅
を定義する。
【0080】
再び図5の説明に戻り、電子帳票システム102は、管理者により設定された前記3つの文字情報に基づいて、「関連情報の表示項目情報」の定義で定義された表示項目と、関連情報と、が全て指定矩形内に表示されるかを判断する(S321−3)。表示出来ない可能性がある場合、電子帳票システム102は、再設定(再定義)の要求を管理者等に行う(S321−4)。
【0081】
電子帳票システム102は、横幅についての表示出来るか出来ないかの判断を、管理者等により定義された関連情報の表示項目毎に表示する関連情報の「表示最大文字数の合計」と「文字のサイズ」と指定された「矩形のサイズ情報(矩形横幅)」とに基づいて行う。また、電子帳票システム102は、縦幅についての表示出来るか出来ないかの判断を、管理者等により定義された関連情報の「表示行数」と「文字のサイズ」と指定された「矩形のサイズ情報(矩形縦幅)」とに基づいて行う。
【0082】
計算式例は、以下である。
【0083】
[横]
(表示項目の最大文字数の合計)×(フォントサイズ)+(余白)>指定された矩形の横幅
[縦]
(表示行数)×(フォントサイズ)+(余白)>指定された矩形の縦幅
関連情報の表示最大文字数とは、関連情報テーブル(図4)の(1)〜(12)項目それぞれのデータの文字数の最大値である。
【0084】
例えば、図13のようにユーザが縦に矩形を定義した場合、矩形の幅が狭いため表示項目は多く表示できないが、表示行数は多く設定できるので電子帳票システム102によって、図14のように表示される。
【0085】
一方、図15のように広く関連情報の表示領域が矩形指定されれば、フォントの大きさ等も幅広く設定可能になるため、電子帳票システム102によって図16のように表示される。
【0086】
また、関連情報の種類とは、帳票ファイルを表示する際に、表示する関連付け情報の種類を示すものである。ここでは、個人用関連情報またはグループ用関連情報の何れか、もしくは両方を指定することができる。
【0087】
そのため、図18に示す領域に関連情報定義で個人用とグループ用どちらも表示するよう定義した場合、表示領域は個人用とグループ用とで2分されるので縦幅に関しての不等式では計算式(左辺)に2をかけた値との比較になる。
【0088】
[縦]
((表示行数)×(フォントサイズ)+(余白))×2 >指定された矩形の縦幅
図19に表示例を示す。
【0089】
[図19]
<個人用データについての表示項目>
(1)関連付けされた帳票の帳票ID
(2)関連付けされた帳票の世代
(3)関連付けされた帳票の保存場所
<表示項目の表示順序>
(1)→(3)→(2)
<関連情報の表示行数>
3
<グループデータについての表示項目>
(1)関連付けされた帳票の帳票ID
(2)関連付けされた帳票の世代
(3)関連付けされた帳票の保存場所
<表示項目の表示順序>
(1)→(3)→(2)
<関連情報の表示行数>
3
と設定した場合の具体例である。
【0090】
また、「グループの場合の表示優先順位とグループのID」とは、該当するグループ用関連情報が複数ある場合に、どのグループを優先的に表示するかを決めるものである。
【0091】
例えば、優先順位を「グループ1>グループ2>グループ3」と定義した場合、グループ1とグループ2の両方に所属しているユーザaが、この帳票ファイルを閲覧する際には、定義に従って、グループ1の関連情報が優先的に表示されることになる。また、グループ2とグループ3の両方に所属しているユーザbが、この帳票ファイルを閲覧する際には、定義に従って、グループ2の関連情報が優先的に表示されることになる。
【0092】
このように優先順位を定義することで、ユーザにとってより有効な関連情報の閲覧を可能とさせることができる。一例として、A課に所属し、かつA,B課合同のXプロジェクトに所属しているユーザaに対して、Xプロジェクトの関連情報を優先的に表示することができる。
【0093】
最後に、データベースに定義情報を登録(又は更新)する(S322)。関連定義情報は、図37に示す例のようにデータベースで管理される。
【0094】
図21は、図3のS301〜304の処理をより詳細に示すフローチャートである。
【0095】
まず電子帳票システム102は、帳票ファイルの表示処理(S401)を開始すると、表示対象の帳票ファイルに関する関連定義情報(関連情報の種類)をデータベースから取得する。(S402)関連定義情報は、図37に示す例のように帳票ファイルに対応づけて管理されているため表示対象の帳票ID・帳票名からレコードを特定することができる。以下、表示対象の帳票が「A帳票」として説明をする。
【0096】
S403において、関連定義情報で、関連情報の種類に個人用が選択されているかを確認し、選択されていれば個人用関連情報の取得処理(S404)を行い、選択されていなければ処理はS405に遷移する。個人用関連情報は、ログインしているユーザIDに対応づけてデータベースに管理されている個人用関連情報から、ユーザIDを用いて特定して取得する。図36に示す個人用関連情報の例では、ログインユーザのユーザIDが「USER001」の場合、今回の表示対象の帳票が「A帳票」であることから、「USER001」かつ「A帳票」に該当する4つのレコードが取得される。
【0097】
S405において、関連定義情報で、関連情報の種類にグループ用が選択されているかを確認し、選択されていればグループ用関連情報の取得処理(S406)を行い、選択されていなければ処理はS407に遷移する。グループ用関連情報は、ログインしているユーザIDが所属するグループIDに対応づけてデータベースに管理されているグループ用関連情報から、グループIDを用いて特定して取得する(具体的には、図7、8の(13)グループIDを用いる。)。図36に示すグループ用関連情報の例では、ログインユーザが所属するグループIDが「Group1」の場合、今回の表示対象の帳票が「A帳票」であることから、「Group1」かつ「A帳票」に該当する6つのレコードが取得される。
【0098】
S407において、電子帳票システム102は、関連情報の取得処理であるS404、S406で関連情報を取得したか・しなかったかの判定を行う。電子帳票システム102は、関連情報が無い場合、帳票表示処理(S410)を行い、関連情報が有る場合、関連付けられた帳票ファイルが有るか無いかを確認する(S408)。
【0099】
電子帳票システム102は、S404・S406で関連情報を取得しても、関連付けられた帳票ファイルが無ければ帳票表示処理(S410)を行う。
【0100】
関連付けられた帳票ファイルが有る場合、電子帳票システム102は、表示対象の帳票ファイルを表示するための領域とは別にその関連付けされた帳票ファイルの情報を表示するための領域を設定し、表示を行うための処理を行う(S409)。なお、S409のより具体的な処理は、後述する図22において説明する。
【0101】
S409の後、電子帳票システム102は、帳票ファイルの表示処理410を行う。
【0102】
ユーザが業務を終えた場合、電子帳票システム102は、帳票表示処理を終了する(S411)。
【0103】
図22は、図21で処理がS409→S410と進んだ場合のより詳細な処理の一例を示すフローチャートである。
【0104】
まず、電子帳票システム102は、図3のS302で取得した関連情報から表示対象の帳票ファイルの「関連付けされた帳票の帳票ID」と「関連付けされた帳票の世代」と「関連付けされた帳票の保存場所」とを取得する(S502)。
【0105】
S503において、電子帳票システム102は、S302で取得した帳票ファイルに、
・関連情報の表示位置
・関連情報の表示項目
があるか否かを確認し、前記2項目(以下、この図の説明内では「表示位置」、「表示項目」と表記)に設定値が無かった場合、どちらもデフォルト値として用意している値を設定する(S504)。
【0106】
これは本実施形態に係る機能を電子帳票システム102に実装する以前に定義された帳票ファイルには、表示位置と表示項目との設定値は存在しないため、このことを考慮した処理である。
【0107】
また、S503の判定において、表示位置と表示項目とに設定値が有った場合、電子帳票システム102は、これらの値を取得する(S505)。
【0108】
次に、電子帳票システム102は、S504、505で設定、若しくは取得した表示位置と表示項目との値、それにGPの関連情報の場合はGPの表示優先順位、に従って関連情報を表示するよう設定し(S506)、関連情報と共に帳票を表示する(S507)。
【0109】
ここで、S507の処理は、「従来の帳票ファイルの表示」処理プログラム508に、
・「関連情報の表示」処理プログラム509
・「関連情報クリック時の対象帳票ファイルの表示」処理プログラム510
・「関連情報表示・非表示要求時の表示・非表示」処理プログラム511
を組み込んだものである。
【0110】
また、S506ではGPの関連情報の場合の表示優先順位に関する処理も行う。
【0111】
図21の関連定義情報の取得処理(S402)で取得したグループの表示優先順位に従って、優先順位にユーザの所属したグループが、
<全て含まれている場合>
優先順位どおりに表示する。
<含まれているものと含まれていないものがある場合>
含まれているものは優先順位どおりに、
含まれていないものはグループIDの昇順に表示する。
<全て含まれていない場合>
グループIDの昇順に表示する。
といったように表示の優先順位を付ける。
【0112】
「関連情報クリック時の対象帳票ファイルの表示」処理プログラム510は、帳票ファイルの表示時に関連情報として表示された帳票ファイルのID等がクリック(又は指定)されることで、対象の帳票ファイルを表示するプログラムである。ここで、図23は、関連付け前の帳票ファイルの表示の一例を示す図であり、図24は、関連付け後の帳票ファイルの表示の一例を示す図である。図24に示される関連情報に含まれる帳票名や帳票保存場所、対象世代等の関連付けされた帳票へのリンクがクリックされると、クリックされたリンクに対応する、関連付けされた帳票が前記プログラムによって表示される。
【0113】
これは電子帳票システム102に帳票ファイルの表示要求が行われたときと同様の処理であるので、このプログラムが呼び出されると、図3のS301からの処理と同様の処理が行われる。
【0114】
関連情報クリック時のアクションとして「対象の帳票ファイルの表示要求を行う」とプログラミングするだけなのでこの処理は容易に実装可能である。
【0115】
「関連情報表示・非表示要求時の表示・非表示」処理プログラム511は、図25の関連情報の右上にある「非表示」をクリックした際に、非表示(最小化)にする処理プログラムである。「関連情報表示・非表示要求時の表示・非表示」処理プログラム511は、最小化されると画面の端にアイコン(図26)が表示される状態となるプログラムと、その最小化されたアイコン(図26、図27)をクリックすることで関連情報が再表示されるプログラムと、で構成される。
【0116】
これも前述の処理プログラム510と同様で、クリック時のアクションとして「非表示にする・表示する」のプログラムを実装することで実現される。
【0117】
非表示の際には、元々の帳票ファイルの表示(描画)を復元し、再表示の際は関連情報の表示プログラム(509)を再度呼び出すことで可能となるので容易に実装可能である。
【0118】
また、最小化にアイコンという形式を取ったが、アイコン化して最小化するだけではなく、非表示にし、アプリケーションのメニューに「関連情報を再表示する」といった項目を追加し、そこに再表示するプログラムを埋め込むといった方式でもよい。
【0119】
関連情報と共に帳票を表示する処理(S507)が終了すると、帳票ファイルの表示処理は終了である(S512)。
【0120】
図28は、ユーザの「表示している帳票とは別の帳票に対する行動」による関連解析処理の分岐に係る処理の一例を示したフローチャートである。
【0121】
「表示している帳票とは別の帳票に対する行動」は3つあり、図3の305〜307と図28の604〜606とでは対応する行動は全て同じ行動を指している。
【0122】
ユーザはログイン処理(S601)を行ったあと、業務で利用するA帳票の表示要求を行う。電子帳票システム102は、この表示要求を受け取る(S602)。
【0123】
次に、A帳票とは別の帳票に対して「表示」若しくは「検索」といった要求がユーザより行われた場合(S604、S605)、電子帳票システム102は、分岐処理(S603)にて処理を分岐させる。
【0124】
ユーザが「A帳票とは別の帳票を表示」要求(S605)を行った場合、電子帳票システム102は、帳票表示の場合の解析処理(S606)を行う。そして、ユーザがそのA帳票とは別の帳票に対して「付箋・マーキング機能の利用」要求(608)を行った場合、電子帳票システム102は、付箋・マーキング機能利用の場合の解析処理609を行う。
【0125】
「付箋・マーキング機能の利用」要求が無かった場合、電子帳票システム102は、監視状態に戻るため分岐処理(S603)へと処理を遷移させる。
【0126】
このS601→S602→S603→S606→S607→S609の流れを詳細に表した図が図30である。
【0127】
次に、ユーザが「A帳票とは別の帳票を検索」要求(604)を行った場合、電子帳票システム102は、帳票検索の場合の解析処理(S610)を行う。このS601→S602→S603→S610の流れを詳細に表した図が図29である。
【0128】
図29、図30は、関連情報に係る解析処理の一例を示し、「帳票検索の場合の関連情報解析処理」の詳細を表したフローチャートが図29で、「帳票表示の場合の関連情報解析処理」、「付箋、マーキング機能利用の場合の関連情報解析処理」の詳細を表したフローチャートが図30である。
【0129】
また、図28、図29、図30では本来、ユーザの業務開始からA帳票の表示処理までの間(S601からS602までの間、S701からS702までの間、S801からS802までの間)にはA帳票の「帳票ファイル・関連情報の取得」処理である図7のS302が行われ、同様に、B帳票の表示要求(S803)があった直後にはB帳票の「帳票ファイル・関連情報の取得」処理である図5のS302が行われるが、関連情報の解析処理に特化した説明のためここでは省略している。
【0130】
図29、図30の説明では関連情報の具体的な値に関する説明が含まれるが、全て図4の関連情報の具体例である図6を用いて説明する。つまり、以下では図6の関連情報は既に電子帳票システム102によって生成されているものとする。
【0131】
また、個人用の関連情報とグループ用の関連情報は、図29、図30の解析処理はどちらも全く同じ処理になるためここではグループ用の関連情報に関する説明は省略する。
【0132】
図6は、A帳票が持つ関連情報の一例を示す図である。
【0133】
図6においてA帳票はB、C、D、E帳票に対する関連情報を持っており(図6の(4))、その中でもB、C帳票がA帳票に関連付けされている(図6の(1))。
【0134】
図29は、S601→S602→S603→S610のより具体的な処理を説明するためのフローチャートである。
【0135】
図29において、電子帳票システム102は、ユーザによる、1つのセッション内における初めに帳票表示要求を行ったA帳票(S702)とは別の帳票に対する帳票検索要求を受信したとする。すると、電子帳票システム102は、検索の結果としてB帳票がヒットした場合(S703の「検索ヒット帳票あり」)、A帳票に対してB帳票を関連付けるために、A帳票がもつ関連情報の中にB帳票に対する情報があるか否かを確認する(S704)。
【0136】
B帳票に対する情報が無かった場合(S704の「無し」)、電子帳票システム102は、B帳票に対する情報を作成(生成)し(関連情報生成)、A帳票の関連情報に追加する(S705)。
【0137】
B帳票に対する情報が有った場合(S704の「アリ」)、又はS705の処理を終えた場合、電子帳票システム102は、検索要求以前に表示されていた帳票全て(この場合、A帳票のみ)の関連情報の、検索でヒットしたB帳票に対する情報を以下のように変更する(S706)。
【0138】
・検索ヒットフラグ(図6のB帳票の(8))=TRUE
ここで、検索の結果ヒットした帳票が複数あった場合(例えばB、C、D帳票がヒットした場合)、電子帳票システム102は、A帳票が持つ関連情報の中のB、C、D帳票に対する情報があるか否かを確認する(S704)。電子帳票システム102は、関連情報の情報が無い帳票に対してのみ、S705の処理を行う。そして、電子帳票システム102は、「B、C、D帳票に対する『検索ヒットフラグ(図6のB帳票、C帳票、D帳票の(8))』」を”TRUE”にするS706の処理を行う。
【0139】
また、例えば、検索要求以前に表示されていた帳票がA帳票、C帳票で、検索でヒットした帳票がB帳票であった場合、電子帳票システム102は、A帳票に関連付けられている関連情報の中の「B帳票の『検索ヒットフラグ』」を”TRUE”にすると共に、C帳票に関連付けられている関連情報の中の「B帳票の『検索ヒットフラグ』」を”TRUE”にする(S706)。
【0140】
S706の処理を終えると、電子帳票システム102は、S703に遷移する。
【0141】
次に、検索要求が行われなかった場合、つまりユーザが業務を終えログアウト要求を行い電子帳票システム102がそれを受け付けると(S707)、電子帳票システム102は、各帳票の持つ関連情報が更新されたか否かを確認する(S708)。
【0142】
関連情報が更新された場合(S708の「更新された」)、電子帳票システム102は、データベースに更新を反映する処理を行う(S709)。
【0143】
関連情報が更新されなかった場合、又はS709の処理を終えた場合、電子帳票システム102は、従来のログアウト方法でログアウト処理を行いユーザの業務は終了となる(S710)。
【0144】
図30は、S601→S602→S603→S606→S607→S609のより具体的な処理を説明するためのフローチャートである。
【0145】
図30において、電子帳票システム102は、ユーザによる、1つのセッション内における初めに帳票表示要求を行ったA帳票(S802)とは別のB帳票に対する表示要求を受信したとする(S803の「要求あり」)。すると、電子帳票システム102は、A帳票に対してB帳票を関連付けるために、A帳票がもつ関連情報の中にB帳票に対する情報があるかを確認する(S804)。
【0146】
B帳票に対する情報が無かった場合(S804の「無し」)、電子帳票システム102は、B帳票に対する情報を作成し、A帳票の関連情報に追加する(S805)。
【0147】
B帳票に対する情報が有った場合(S804の「有り」)、又はS805の処理を終えた場合、電子帳票システム102は、B帳票の表示要求以前に表示されていた帳票全て(この場合A帳票のみ)の関連情報の、B帳票に対する情報を以下のように変更する(S806)。
【0148】
・表示フラグ(図6のB帳票の(7))=TRUE
・最新表示日付(図6のB帳票の(11))=現在日付
なお、例えば、B帳票の表示要求以前に表示されていた帳票がA帳票、C帳票であった場合、電子帳票システム102は、A帳票に関連付けられている関連情報の中のB帳票の表示フラグ、最新表示日付を変更すると共に、C帳票に関連付けられている関連情報の中のB帳票の表示フラグ、最新表示日付を変更する(S806)。
【0149】
S806を終えると、電子帳票システム102は、B帳票を表示する処理を行う(S807)。
【0150】
次に、表示したB帳票に対してユーザが付箋、マーキング機能を利用する要求を行った場合(S808の「要求あり」)、電子帳票システム102は、B帳票の表示要求以前に表示されていた帳票全ての関連情報の、B帳票に対する情報を以下のように変更する処理を行う(S809)。
【0151】
・付箋・マーキング機能利用フラグ(図6のB帳票の(9))=TRUE
【0152】
表示したB帳票に対してユーザが付箋、マーキング機能を利用しなかった場合、又はS809の処理を終えた場合、電子帳票システム102は、S803に遷移させる。
【0153】
B帳票の表示要求以外に帳票ファイルの表示要求が行われなかった場合、つまりユーザが業務を終えログアウト要求を行い電子帳票システム102がそれを受け付けると(S810)、電子帳票システム102は、各帳票の持つ関連情報が更新されたか否かを確認するため判定を行う(S811)。
【0154】
関連情報が更新された場合(S811の「更新された」)、電子帳票システム102は、データベースに更新を反映する処理を行う(S812)。ここで、S812は図29のS709と同じであり、後述する、図31、図32、図33の3つのフローで説明するのでここでは説明を省略する。
【0155】
関連情報が更新されなかった場合、又は処理812を終えた場合、電子帳票システム102は、従来のログアウト方法でログアウト処理を行いユーザの業務は終了となる(S813)。
【0156】
図31のS981は、図29のS709、図30のS812と同じであり、追加した図31、図32、図33の3つのフローが図29のS709、図30のS812の詳細な処理を説明するためのフローチャートである。
【0157】
図29、図30においてユーザからのログアウト要求を受け付け、ログアウト処理を行う直前に更新の行われた関連情報をデータベースに反映する処理(図29のS709、図30のS812)が開始されると、S981に遷移する。S982、S983で関連情報をデータベースに反映する処理が終了すると、S987に処理は遷移する。
【0158】
ここで、個人用の関連情報の更新処理はS982で行われ、グループ用の関連情報の更新処理はS983で行われる。
【0159】
S982の詳細な処理を図32に示し、S983の詳細な処理を図33に示す。
【0160】
まず、図32を用いて個人用の関連情報の更新処理を説明する。
【0161】
図32は、図29のS709、図30のS812の詳細な処理を説明するためのフローチャートである。
【0162】
図29、図30においてユーザからのログアウト要求を受け付け、ログアウト処理を行う直前に更新の行われた関連情報をデータベースに反映する処理(図29のS709、図30のS812)が開始されると、S901に遷移する。
【0163】
図32の説明には図4の関連情報のより具体的な例である図34を用いる。
【0164】
図32は、A帳票が持つ関連情報であり、ユーザは以下の操作を実施したことを想定しており、
(ユーザの操作)
(A)電子帳票システムにログインした
(B)A帳票を表示した
(C)帳票検索を行い、C帳票がヒットしたがC帳票は表示しなかった
(D)B帳票を表示した
(E)B帳票で付箋機能を利用した
(F)電子帳票システムからログアウトした
上記操作によって図34中の関連情報の値が「FALSE」から「TRUE」等に値が更新されたことを示している。
【0165】
そして、図34のように関連情報が変更されたため、S901が開始されたとして、以下、説明を行う。
【0166】
図32において、電子帳票システム102は、S902の処理を、図34の「(4)関連情報を持っている帳票の帳票ID」の分だけループする。
【0167】
図34では「(4)関連情報を持っている帳票の帳票ID」はB、C、D帳票なので電子帳票システム102は、3回ループ処理を行う。
【0168】
1回目のループではB帳票に対する情報の更新が行われ、関連情報は
(6)関連度数=6
(7)表示フラグ=FALSE→TRUE
(8)検索ヒットフラグ=FALSE
(9)付箋、マーキング利用=FALSE→TRUE
(11)表示最新日付=08/08/15→08/09/01
(12)利用された主な機能=O
となっているため、
ループ処理であるS902 → S903 → S904
→ S905
→ S907 → S908
→ S909 →(S910)→(S911)
→ S912
→ ループ処理であるS902
と処理は遷移する。
【0169】
S904で関連度数+3、S908で関連度数+2となるため
(6)関連度数=6→11
となる。
【0170】
電子帳票システム102は、S909の判定(又は比較)の結果(比較結果)に応じて、関連情報に関連する帳票の情報を付与し(S910)、どの機能(表示、検索、付箋・マーキング等)で関連付け荒れたかを、プラスされた(カウントされた)関連度数の値から判断し、関連付けに利用された主な機能(つまり(12))に情報を設定する。
【0171】
上記例の場合、S909の判定(又は比較)において、(6)関連度数=11が(5)
関連決定度数=4を超えているが、A帳票には既にB帳票は関連付けされているため、電子帳票システム102は、S910、S911を通過するだけで、処理は実行しない。
【0172】
S912において、電子帳票システム102は、
( 現在日付 − (11)表示最新日付 ) < or > (10)経過日数
を判定するが、(11)表示最新日付は現在日付である08/09/01に更新されたため、電子帳票システム102は、S913を行わず、次のループ処理であるS902に戻る。
【0173】
2回目のループではC帳票に対する情報の更新が行われ、関連情報は
(6)関連度数=5
(7)表示フラグ=FALSE
(8)検索ヒットフラグ=FALSE→TRUE
(9)付箋、マーキング利用=FALSE
(11)表示最新日付=08/08/12
(12)利用された主な機能=F・M
となっているため、
ループ処理であるS902 → S903
→ S905 → S906
→ S907
→ S909 →(S910)→(S911)
→ S912
→ ループ処理であるS902
と処理は遷移する。
【0174】
S906で関連度数+1となるため
(6)関連度数は5→6
となる。
【0175】
S909の判定(又は比較)において、(6)関連度数=6が(5)関連決定度数=4を超えているが、A帳票には既にC帳票は関連付けされているため、電子帳票システム102は、S910、S911を通過するだけで、処理は実行しない。
【0176】
S912において、電子帳票システム102は、
現在日付(08/09/01) − (11)表示最新日付(08/08/12) < 2ヶ月であるため、電子帳票システム102は、S913を行わず、次のループ処理であるS902に戻る。
【0177】
3回目のループではD帳票に対する関連情報の更新が行われ、関連情報は
(6)関連度数=3
(7)表示フラグ=FALSE
(8)検索ヒットフラグ=FALSE
(9)付箋、マーキング利用=FALSE
(11)表示最新日付=08/06/31
となっているため、
ループ処理902 → S903
→ S905
→ S907
→ S909
→ S912 → S913
→ ループ処理を抜けS914へ
と処理は遷移する。
【0178】
何れの関連情報も更新されていないため、関連度数は上昇せず、(6)関連度数=3が(5)関連決定度数=4を超えておらず関連付けも行われない。
【0179】
S912において、電子帳票システム102は、
現在日付(08/09/01) − (11)表示最新日付(08/06/31) > 2ヶ月であるため、関連付けを削除するS913の処理を行う。
【0180】
S913において、電子帳票システム102は、「(4)関連情報を持っている帳票の帳票ID」からD帳票のIDを消去し、「同セッション内で表示した帳票毎の関連情報 」であるD帳票の(2)、(3)、(6)、(7)、(8)、(9)、(11)の情報も全て消去する処理を行う。
【0181】
S913を終え、最終的に、電子帳票システム102は、データベース313に更新した関連情報を反映する(S914)。この処理の結果、A帳票が持つ関連情報916は図35のようになる。
【0182】
なお、電子帳票システム102は、データベースに反映するデータには(7)表示フラグ、(8)検索ヒットフラグ、(9)付箋、マーキング利用フラグの値は、一時的に利用するフラグ値であるため含めない。
【0183】
ここで、S904、S906、S908の処理は、関連度数を増やす処理であることは同じである。しかしながら、「帳票を表示する」、「帳票を検索する」、「帳票に対して付箋・マーキング機能を利用する」という操作(又は要求)における、帳票に対する関連性の強さという意味では、
帳票を表示する > 帳票に対して付箋・マーキング機能を利用する > 帳票を検索する
(帳票同士の関連性:強い>弱い)
というように関連性の強さには差異があると考えられる。そのため、一意に関連度数の数値を上昇させるわけではなく、関連度数の上昇値に差異を設けることで、より関連解析処理として業務内容に即した関連付けを行える。そのため、図32ではS904では関連度数+3、S906では関連度数+1、S908では関連度数+2とカウントする処理になっている。
【0184】
なお、本実施形態では、関連付けを行う契機として、「帳票を表示する」、「帳票を検索する」、「帳票に対して付箋・マーキング機能を利用する」という操作を例に説明を行ったが、これら以外の操作をユーザが行った場合も関連付けを行うようにしてもよい。
【0185】
また、関連度数の重み付けが異なることを利用して、電子帳票システム102は、図9中の関連情報の(12)の「利用された主な機能」を判定している(S911)。
【0186】
次に、図33を用いてグループ用の関連情報の更新処理を説明する。
【0187】
なお、S902〜S908およびS914〜S916の処理については、図32と同じ処理であるため説明を省略する。以下、異なる点の説明を行う。
【0188】
S917において、電子帳票システム102は、データベースから最新の関連情報を取得すると共に、データベースのロックを開始する。このように最新の関連情報を取得するのは、グループ用関連情報は、複数ユーザが任意のタイミングで帳票ファイルの操作を行うためである。すなわち、ユーザが最初に取得した関連情報に対して更新したのでは、ログアウトするまでの間の他のユーザの操作を関連情報に反映することができないからである。また、複数ユーザが同時に更新できないようにデータベースのロックを行い、最後にロックを解除する(S914)。
【0189】
以上説明した実施形態によれば、電子ファイルに対する複数ユーザの処理に応じて電子ファイル同士を関連付け、電子ファイルを表示する際は、関連する電子ファイルをユーザに識別可能に表示することができる。
【0190】
本発明によれば、例えば、下記のような利用の形態において効果を奏する。
【0191】
(電子帳票システムを利用するユースケース)
例えば、不動産会社の物件情報をWebで閲覧するような電子帳票システム環境を例に挙げる。
【0192】
(業務モデル)
ある不動産会社において、不動産の物件情報は電子帳票システムで管理している。そして、その物件情報管理システムにおいては、会員登録された会員のみが物件情報をWeb上で閲覧することができる。
【0193】
物件情報管理システムにおいては、管理者ユーザは不動産会社の社員で一般ユーザは一般顧客、つまり会員にあたる。また、会員は会員登録された際の希望物件の条件(間取りや家賃、その他条件)の情報を総合的に判断し、ある程度グループ分けされるとする。
【0194】
(想定するケース・ユーザアクション)
会員はWebにアクセスし当不動産会社の不動産情報画面にて、それぞれの希望条件で物件情報を検索し、検索結果として出力された物件情報をWeb上で閲覧している状態で、「参照」・「検索」・「付箋・マーキング」等の機能を利用する。
【0195】
(効果)
同じグループに所属する会員Aと会員Bがいたとき、会員はある程度会員登録時に希望条件によってグループ分けされているため、会員Aと会員Bでは検索条件が大きく違うことは少ないと想定され、会員Aの検索でヒットした物件情報は会員Bの検索でもヒットする可能性は低くはないと想定できる。
【0196】
つまり会員Aが物件情報を表示した物件は同じグループに所属する他ユーザの希望条件に当てはまる可能性が高い。
【0197】
そこで、会員Aが1回の検索で(同じセッション内で)ヒットさせた物件情報の中から物件情報を次々に表示させていったもの全てを物件情報同士の関連情報(グループ用)としてデータベースに保存しておく。
【0198】
例えば会員Aが物件No.1〜10を検索でヒットさせNo.3,6,9を閲覧した場合、No.3に対してNo.6,9を関連付け、No.6に対してNo.3,9を関連付け、No.9に対してNo.3,6を関連付けその関連付けたという情報をデータベースに保存する。
【0199】
そして、会員Bが会員Aとは少し異なる検索条件で検索しNo.6のみがヒットした場合でも、No.6の物件情報を閲覧した際はNo.3と9が関連付けられているため、もしNo.3とNo.9の物件情報も会員Bの希望に沿う・または近いものであった場合は再度検索をする手間を省きNo.3やNo.9の情報を閲覧することが可能となる。
【0200】
会員サイドから見ると「物件を検索する手間が省ける」「スムーズに情報が取得できる」ことになり、管理者サイドから見ると「検索回数が減るためシステムにかかる負荷が軽減される」「会員に、より多くの情報を見てもらう機会が増える」などのメリットがある。
【0201】
また、会員Aの操作は、グループ用の関連情報だけでなく、個人用の関連情報としてもデータベースに記憶されているため、一旦操作を中断した状態から、あらためてWebで検索する際に、以前の関連付け情報が表示されることにより、検索の手間が省けることとなる。
【0202】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【0203】
また、本発明の目的は、以下のようにすることによって達成される。即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体(又は記録媒体)を、システム或いは装置に供給する。そして、そのシステム或いは装置の中央演算処理手段(CPUやMPU)が記憶媒体に格納されたプログラムコードを読み出し実行する。この場合、記憶媒体から読み出されたプログラムコード自体が上述した実施形態の機能を実現することになり、そのプログラムコードを記録した記憶媒体は本発明を構成することになる。
【0204】
また、システム或いは装置の前記中央演算処理手段が読み出したプログラムコードを実行することにより、そのプログラムコードの指示に基づき、システム或いは装置上で稼働しているオペレーティングシステム(OS)等が実際の処理の一部又は全部を行う。その処理によって上述した実施形態の機能が実現される場合も含まれる。
【0205】
更に、記憶媒体から読み出されたプログラムコードが、前記システム或いは装置に挿入された機能拡張カードや、接続された機能拡張ユニットに備わるメモリに書込まれたとする。その後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるCPU等が実際の処理の一部又は全部を行い、その処理によって上述した実施形態の機能が実現される場合も含まれる。
【0206】
本発明を前記記憶媒体に適用する場合、その記憶媒体(コンピュータ読み取り可能な記憶媒体)には、先に説明したフローチャートに対応するプログラムコードが格納されることになる。
【符号の説明】
【0207】
101 ホスト
102 電子帳票システム
103 クライアントPC
104 クライアントPC
【技術分野】
【0001】
本発明は、情報処理装置及び情報処理方法に関する。
【背景技術】
【0002】
従来の電子帳票システムには、作業者が業務で頻繁に使用する帳票があった場合、その頻繁に使用する帳票へのショートカットやお気に入り登録といった関連付け機能がある。
【0003】
しかしそれら機能の利用はユーザ自身の手作業によって行うものとなっている。
【0004】
そのため、手間がかかる、業務の実態(帳票の使用頻度)と関連が一致しない可能性がある、等の問題が発生する。
【0005】
そこで、関連付けをシステムが自動的に行い、かつ、業務の実態と関連とが一致するような機能が考えられている。
【0006】
その1つとして、特許文献1には、文書同士の関連を自動的に解析し、関連付けを行う文書管理システムが開示されている。特に、特許文献1は、ユーザの「関連文書を参照する」という行動を解析し、この解析の結果を基に文書に関連付けを行うというように動作するものである。
【先行技術文献】
【特許文献】
【0007】
【特許文献1】特開平09−330312号公報
【発明の概要】
【発明が解決しようとする課題】
【0008】
特許文献1に記載の文書管理システムにおいては、ホーム文書から参考文書を参照した場合のみ関連付けが行われる。しかしながら、特許文献1に記載の技術では、当然ながら、電子帳票システムにある「検索」や「付箋、マーキングを利用する」といった機能を使用することをトリガーとして文書同士を関連付けることは出来ない。
【0009】
例えば、電子帳票システムで商品売り上げや商品在庫を帳票管理している業務では、一度電子帳票システムに登録した帳票ファイルの内容変更を行わなければならないような作業が発生した場合、変更前と変更後とを確認する作業が発生する。この際、帳票ファイルの「参照」の他にも「検索」や「付箋・マーキング」等の機能が利用されることが多い。
【0010】
しかしながら、従来の技術では「検索」や「付箋・マーキング」等が実行されても関連付けを行うことはできないため、再度、確認作業等を行う場合、同様の「検索」や「付箋・マーキング」等を行わなければならない問題があった。
【0011】
つまり、従来の技術は、電子帳票システム特有のユーザの作業について関連付けを行うことはできなかった。
【0012】
また、帳票ファイルを利用するユーザは複数存在することから、帳票ファイルに対する関連付けは、自分自身の操作による関連付けだけではなく、他人の操作による関連付けを考慮しなければならない。
【0013】
本発明はこのような問題点に鑑みなされたもので、電子ファイルに対する複数ユーザの処理に応じて電子ファイル同士を関連付け、電子ファイルを表示する際は、関連する電子ファイルをユーザに識別可能に表示することを目的とする。
【課題を解決するための手段】
【0014】
本発明は、電子ファイルを管理する情報処理装置であって、前記電子ファイルに対する表示要求に応じて、当該表示要求がされた電子ファイルを表示装置へ表示させるための制御を行う表示制御手段と、前記表示制御手段により前記電子ファイルが前記表示装置へ表示されたセッションと同一セッション内のユーザによる操作であって、当該電子ファイルとは別の電子ファイルに対する複数の操作の種別を、セッション単位に監視する監視手段と、前記監視手段による監視の結果、1つのセッションにおいて操作が得られた場合、複数の操作の種別に応じて、前記電子ファイルと、当該電子ファイルとは別の電子ファイルとの関連を示す関連情報であって、当該操作を行ったユーザが属するグループ用のグループ関連情報を生成するグループ関連情報生成手段と、前記グループ関連情報生成手段で生成されたグループ関連情報を前記電子ファイルと対応付けて記憶装置に記憶する記憶手段と、を有し、前記表示制御手段は、表示要求があった前記電子ファイルに対応する前記グループ関連情報が前記記憶装置に記憶されている場合であって、当該グループに属するユーザから表示要求がなされた場合、当該グループ関連情報から所定の条件を満たした電子ファイルを示す情報を抽出し、当該電子ファイルを示す情報と、当該電子ファイルとを前記表示装置へ表示させるための制御を行うことを特徴とする。
【発明の効果】
【0015】
本発明によれば、電子ファイルに対する複数ユーザの処理に応じて電子ファイル同士を関連付け、電子ファイルを表示する際は、関連する電子ファイルをユーザに識別可能に表示することができる。
【図面の簡単な説明】
【0016】
【図1】システム構成の一例を示す図である。
【図2】電子帳票システムのハードウェア構成の一例を示す図である。
【図3】自動関連付け処理の基本的な処理の一例を示すフローチャートである。
【図4】関連情報を説明するための図である。
【図5】帳票ファイルの関連情報を「どの位置に表示させるのか」、「どの項目を関連情報として表示するのか」といったことを予め電子帳票システムの管理者等に定義させるための、帳票定義の処理の一例を示すフローチャートである。
【図6】図4の個人用関連情報のより具体的な一例であり、A帳票がB、C、D、E帳票に対する関連
【図7】図4のグループ用関連情報のより具体的な一例であり、A帳票がB、C、D、E、F、G帳票に対する関連
【図8】図4のグループ用関連情報のより具体的な一例であり、A帳票がE、F、G、H、I、J帳票に対する関連
【図9】帳票ファイルのプレビュー表示画面にて、関連情報の表示領域をマウス操作で矩形指定することで「関連情報の表示位置」を定義した一例を示す図(その1)である。
【図10】帳票ファイルのプレビュー表示画面にて、関連情報の表示領域をマウス操作で矩形指定することで「関連情報の表示位置」を定義した一例を示す図(その2)である。
【図11】管理者等が矩形指定した関連情報の表示位置に、関連情報を表示したときの一例を示す図(その1)である。
【図12】管理者等が矩形指定した関連情報の表示位置に、関連情報を表示したときの一例を示す図(その2)である。
【図13】帳票ファイルのプレビュー表示画面にて、関連情報の表示領域をマウス操作で矩形指定することで「関連情報の表示位置」を定義した一例を示す図(その3)である。
【図14】管理者等が矩形指定した関連情報の表示位置に、関連情報を表示したときの一例を示す図(その3)である。
【図15】帳票ファイルのプレビュー表示画面にて、関連情報の表示領域をマウス操作で矩形指定することで「関連情報の表示位置」を定義した一例を示す図(その4)である。
【図16】管理者等が矩形指定した関連情報の表示位置に、関連情報を表示したときの一例を示す図(その4)である。
【図17】管理者等が矩形指定した関連情報の表示位置に、関連情報を表示したときの一例を示す図(その5)である。
【図18】管理者等が矩形指定した関連情報の表示位置に、関連情報を表示したときの一例を示す図(その6)である。
【図19】管理者等が矩形指定した関連情報の表示位置に、関連情報を表示したときの一例を示す図(その6)である。
【図20】関連情報の表示項目の一例を示す図である。
【図21】図3のS301〜304の処理をより詳細に示すフローチャートである。
【図22】図21で処理がS404→S405と進んだ場合のより詳細な処理の一例を示すフローチャートである。
【図23】関連付け前の帳票ファイルの表示の一例を示す図である。
【図24】関連付け後の帳票ファイルの表示の一例を示す図である。
【図25】表示した関連情報の一部を拡大した図である。
【図26】関連情報の非表示時の最小化アイコンの一例を示す図である。
【図27】関連情報の非表示時の最小化アイコンの表示の一例を示す図である。
【図28】ユーザの「表示している帳票とは別の帳票に対する行動」による関連解析処理の分岐に係る処理の一例を示したフローチャートである。
【図29】S601→S602→S603→S610のより具体的な処理を説明するためのフローチャートである。
【図30】S601→S602→S603→S606→S607→S609のより具体的な処理を説明するためのフローチャートである。
【図31】図29のS709、図30のS812の詳細な処理を説明するためのフローチャートである。
【図32】図31の982の詳細な処理を説明するためのフローチャートである。
【図33】図31の985の詳細な処理を説明するためのフローチャートである。
【図34】A帳票が持つ関連情報の一例を示す図(その1)である。
【図35】A帳票が持つ関連情報の一例を示す図(その2)である。
【図36】個人用関連情報とグループ用関連情報の一例を示す図である。
【図37】関連定義情報の一例を示す図である。
【発明を実施するための形態】
【0017】
以下、本発明の実施形態について図面に基づいて説明する。
【0018】
図1は、システム構成の一例を示す図である。図1において、ホストコンピュータ(ホストプリンタ)101は、電子帳票システム102に登録をする帳票データ(実データ)を生成する。電子帳票システム102は、電子帳票(以下、単に帳票とする)の帳票ファイル(他の電子ファイルを含む)や、管理情報を記録し、ネットワーク105を介してクライアントPC103、104に対して、帳票の閲覧や検索等のサービスを提供する。本実施の形態では、電子帳票システムは、1つのサーバ(情報処理装置)により構成されているものとする。クライアントPC103、104は、帳票の閲覧及び計算結果の取得を行う者が使用するクライアント端末であり、ネットワーク105を介して、電子帳票システム102とデータの送受信が可能である。ネットワーク105は、例えばLAN(Local Area Network)やインターネット等である。尚、図1のネットワーク上に接続される各種端末の構成は一例であり、用途や目的に応じて様々な構成例がある。本実施の形態では、このシステムを情報処理システムという。
【0019】
次に、図1の電子帳票システム102のハードウェア構成について、図2を用いて説明する。
【0020】
図2は、電子帳票システムのハードウェア構成の一例を示す図である。
【0021】
図1において、CPU201は、システムバス204に接続される各デバイスを統括的に制御する。また、ROM203或いは外部メモリ211には、CPU201の制御プログラムであるオペレーティングシステム(OS)や、後述する各種機能を実現するためのプログラムが記憶されている。
【0022】
RAM202は、CPU201の主メモリ、ワークエリア、一時待避領域等として機能する。
【0023】
入力コントローラ205は、入力部209からの入力を制御する。この入力部209としては、例えば、キーボード、マウス等のポインティングデバイスであってもよいし、タッチパネル、ボタン、スイッチ等であってもよい。
【0024】
表示コントローラ206は、表示部210の表示を制御する。この表示部210としては、例えば、CRTや液晶等が挙げられる。
【0025】
外部メモリコントローラ(MC)207は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、プリンタドライバ等を記憶する外部メモリ211へのアクセスを制御する。外部メモリ211には、加えて、各種テーブル、パラメー等が記憶されている。この外部メモリ211としては、ハードディスク(HD)やフレキシブルディスク(FD)、PCMCIAカードスロットにアダプタを介して接続されるコンパクトフラッシュ(登録商標)、スマートメディア等が挙げられる。
【0026】
通信I/Fコントローラ208は、ネットワーク105を介して外部機器との通信制御処理を実行する。
【0027】
本実施形態を実現するためのプログラム212は外部メモリ211に記録されており、必要に応じてRAM202にロードされることによりCPU201によって実行されるものである。更に、本実施形態に係るプログラム212が用いる帳票ファイル213は外部メモリ211に格納されており、これらについての詳細な説明は後述する。
【0028】
クライアントPC103、104やホスト101のハードウェア構成も電子帳票システム102と同様である。しかし、各装置のプログラムは、電子帳票システム102のプログラム212とは異なる。また、帳票ファイル213は、クライアントPC103が元来保持していることはないものである点等が異なる。
【0029】
帳票ファイル213は、帳票の形式を定義するフォームデータと帳票データとから生成された、帳票の表示用データを表すものであって、単独又は複数のファイルによって構成され、単数又は複数のページを含有している。電子帳票システム102の内部においては、複数の帳票ファイル213のうち同一種類のものをグループ化して管理しており、それぞれの帳票ファイル213はそのグループの中の世代と呼ばれる。
【0030】
図3は、自動関連付け処理の基本的な処理の一例を示すフローチャートである。
【0031】
前提として、電子帳票システムを利用するユーザは複数存在する。各ユーザはいずれかのグループ(GP)に所属し、所属するグループはユーザ情報に対応づけられて電子帳票システムにおいて管理されているものとする。グループには、部、課、プロジェクト等様々な単位でグループ分けが可能である。
【0032】
また、ユーザは複数のグループに所属することができる。例えば、ユーザaは、通常はA課に所属しているところ、A、B課合同のXプロジェクトが立ち上がった場合は、Xプロジェクトに所属することができる。
【0033】
複数のユーザは、それぞれ任意のタイミングで電子帳票システムを利用することができる。本フローチャートでは、1ユーザの操作の流れを説明するが、1ユーザが操作している間に他のユーザが操作することも可能である。電子帳票システムでは、それぞれのユーザの操作をセッション単位で分けて処理を行う。図3では、3ユーザが電子帳票システムを操作しており、3つのセッションに分かれていることを示している。
【0034】
図3において、ユーザが業務を開始するため、業務で使用する帳票ファイルの表示要求を電子帳票システム102に送る。すると、電子帳票システム102は、表示要求を受け付け、帳票表示処理を開始する(S301)。
【0035】
まず、電子帳票システム102は、ユーザの表示要求対象の帳票ファイルを表示するために必要な情報である帳票ファイルと、帳票ファイルの関連付け情報である後述する図4に示すような(個人用)関連情報1001と、(グループ用)関連情報1003と、図5で電子帳票システム管理者が定義した関連情報の関連定義情報S321−Bと、をデータベース313より取得する(S302)。なお、個人用関連情報(個人関連情報)とグループ用関連情報(グループ関連情報)とは、図36に示す例のようにデータベース313で管理されている。また、関連定義情報は、図37に示す例のようにデータベース313で管理されている。
【0036】
このとき、関連情報を取得する際は、先に関連定義情報をデータベース313より取得し、取得した関連定義情報に含まれる「関連情報の種類(個人orGP)」の項目の定義に従って個人用、グループ用、または両方の関連情報を取得するかどうかを判断し、それに応じた種類の関連情報を取得する。
【0037】
ここで取得する関連情報は、データベース313において記憶されている最新の関連情報である。
【0038】
なお、複数のユーザの操作に応じて関連情報は常に更新されるものであるため、1ユーザが操作している間に、関連情報が更新されることがある。本実施の形態は、最初に取得した関連情報をそのまま表示するものであるが、最新の関連情報を任意のタイミングで取得する実施の形態も可能である。一つの方法として定期的に関連情報を取得して表示内容を更新する仕組みが考えられるが、最新の関連情報を特に望まないユーザにとっては、画面の切り替えや処理待ち時間が煩わしいものとなる。そのため、ユーザの明示の指示に応じて、最新の関連情報をデータベース313から取得して、関連情報を更新して表示させる仕組みの方がより有効である。
【0039】
帳票ファイルの関連付け情報である関連情報が無かった場合、電子帳票システム102は、従来どおりの帳票表示処理を行うため、特別な処理は行わずS304に遷移する。
【0040】
なお、条件分岐等、詳細な処理は、後述する図21で説明するため、図3には条件分岐等の詳細な処理は説明を省略してある。
【0041】
電子帳票システム102は、帳票ファイルを取得するのと同様にデータベース313にログインしているユーザのユーザID等、ユーザを一意に指定できる値をキーとしてSQL文を発行し、ログインユーザの持つ表示要求対象の帳票ファイルの関連情報を取得する。
【0042】
なお、以下では、電子帳票システム102は、ログインユーザの持つ表示要求対象の帳票ファイルのログインユーザ自身の関連情報とログインユーザが所属するグループの関連情報とを取得することができるものとして説明する。
【0043】
また、関連情報は図4に示す通り、以下の情報を持つ。なお、以下に示す説明内の「セッション」とは、「ユーザが電子帳票システムにログインしてからログアウトするまでの継続した一定期間」を指す。なお、以下に示すように、電子帳票システム102は、ユーザによるログインからログアウトまでの帳票ファイルに対する一連の処理(例えば、表示や検索、付箋、マーキング等の処理)に基づいて、帳票ファイルに関連する関連情報を生成又は更新する。
【0044】
関連情報には、個人用1001とグループ用1003の2種類あり、それぞれ重複する項目やそれぞれにしかない項目を有する。各項目を次に説明する。
【0045】
(1)関連付けされた帳票の帳票ID
(2)関連付けされた帳票の世代
(3)関連付けされた帳票の保存場所
(4)関連情報を持っている帳票の帳票ID
→ 表示している帳票以外の帳票に対して持っている関連情報の帳票ID一覧
(5)関連を決定付ける「関連決定度数」
→ 関連を解析した結果「関連が有る」と判断するための基準値
(6)同セッション内で表示した帳票毎の「関連度数」
→ 関連の解析結果を数値化したもの
(7)同セッション内で表示した帳票毎の「表示フラグ」
→ 関連を解析するために持つ値
(8)同セッション内で表示した帳票毎の「検索ヒットフラグ」
→ 関連を解析するために持つ値
(9)同セッション内で表示した帳票毎の「付箋、マーキング等機能の利用フラグ」
→ 関連を解析するために持つ値
(10)関連を消す「表示最新日付からの経過日数」
→ 帳票に対する関連情報を持つが、一定期間以上表示されていない場合に「関連がなくなった」と判断して関連情報を消すための基準日数
(11)同セッション内で表示した帳票毎の「表示最新日付」
→ 上記(11)のための情報値
(12)利用された主な機能
→ 関連付けに利用された主な機能を表す値で、
O=帳票の表示(open)
S=帳票の検索(search)
F・M=付箋、マーキング機能の利用
を表している。なお、本明細書では、付箋、マーキングはアノテーションの一例とする
(13)グループID
→ グループを識別するためのID
なお、なお、(5)、(7)、(8)、(9)、(10)の項目は、図36に示す関連情報テーブルで管理されていない。(5)と(10)は、電子帳票システムで予め管理している値であり、(7)、(8)、(9)は、一時的に用いるフラグだからである。
【0046】
図6は、図4における個人用関連情報1001のより具体的な一例であり、A帳票がB、C、D、E帳票に対する関連情報を持っていると仮定した場合の関連情報の一例を示す図である。
【0047】
なお、図4と図6とを用いた具体的な処理の説明は、後述する図28等で行うためここでは省略する。
【0048】
図7、図8は、図4におけるグループ用関連情報1003をより具体的な一例であり、A帳票がB、C、D、E、F、G帳票とE、F、G、H、I、J帳票に対する関連情報を持っていると仮定した場合の関連情報の一例を示す図である。
【0049】
なお、図4と図7、図8とを用いた具体的な処理の説明は、後述する図28等で行うためここでは省略する。
【0050】
再び図3の説明に戻り、帳票ファイルの関連付け情報である関連情報があった場合、電子帳票システム102は、S302で取得した帳票ファイルと、関連情報と、を基に帳票ファイルを表示する処理を行う(S303)。
【0051】
なお、表示処理は、クライアント端末に専用アプリケーションをインストールして閲覧するクライアントサーバタイプの場合は、電子帳票システムは、クライアント端末の専用アプリケーションが描画するために必要な画面情報を送信する。また、クライアント端末のウェブブラウザで閲覧するウェブサーバタイプの場合は、電子帳票システムにおいて、ウェブブラウザで閲覧できる形式の画面情報を生成して送信する。
【0052】
S303を行われた後、表示処理は終了となる(S304)。なお、S303のより具体的な処理は、後述する図21で説明する。
【0053】
ここで、ユーザが行う業務の中で、「S303で表示した帳票ファイルとは別の帳票ファイル(その他の帳票ファイル)」に対する処理要求(305、306、307)が行われた場合、電子帳票システム102は、帳票ファイル同士の関連付けの解析を行う(S308)。S308のより具体的な処理は、後述する図28、図29、図30で説明する。
【0054】
ここで、305は、ユーザが表示要求を行った帳票ファイルとは別の帳票ファイルの表示の要求である。
【0055】
306は、ユーザが表示要求を行った帳票ファイルとは別の帳票ファイルを検索する要求である。
【0056】
307は、ユーザが表示要求を行った帳票ファイルとは別の帳票ファイルに対して付箋・マーキング等のアノテーション機能を利用する要求(アノテーション要求)である。
【0057】
電子帳票システム102は、ユーザのログアウト要求に従ってログアウト処理を開始し(S309)、ログアウト(S311)を行う直前に、S308で解析した結果である、帳票ファイルの関連情報をデータベースに保存する(S310)。なお、データベースへの保存については、図31等を用いて後に説明する。
【0058】
ログアウト処理の終了は、ユーザの業務終了を表しているので、S312が終わるとセッションは切断され、ユーザの業務は終了となる。
【0059】
図5は、帳票ファイルの関連情報を「どの位置に表示させるのか」、「どの項目を関連情報として表示するのか」といったことを予め電子帳票システムの管理者等に定義させるための、帳票定義の処理の一例を示すフローチャートである。
【0060】
また、S321の矩形内のS321−1〜S321−4はS321のより詳細な処理を表している。
【0061】
電子帳票システム102は、管理者等からの設定画面等を介した入力に基づいて、帳票ファイルを登録するためにその帳票ファイルが「どのような帳票なのか」という定義を行う(S321)。
【0062】
なお、本フローチャートは帳票ファイル毎に定義を行うものであるが、システム管理者は、電子帳票システム全体に適用される定義を別途行っているものとする。具体的には、図4に示す『(5)関連を決定付ける「関連決定度数」』と『(10)関連を消す「表示最新日付からの経過日数」』との定義を行っている。
【0063】
定義項目は図5の321−Aで表しているような、
・帳票ID
・帳票名
・帳票の種別
・印刷情報(用紙サイズ、向き等)
等である。
【0064】
電子帳票システム102は、これらの定義を、従来の帳票に関する定義(S321―1)で行う。
【0065】
次に電子帳票システム102は、帳票ファイル表示時に関連情報を一緒に表示するために予め管理者等に定義項目として図5の321−Bで表している以下の5項目を定義させる(S321−2)。つまり、電子帳票システム102は、管理者等からの画面等を介した入力に基づいて、以下の5項目を表示情報の一例として定義する。
【0066】
・関連情報の表示位置(座標データ)
・関連情報の表示項目情報
・関連情報の表示文字情報
・関連情報の種類(個人orGP)
・GPの場合の表示優先順位とGPのID
【0067】
管理者等は、関連情報の表示位置を予め定義する。このことで、電子帳票システム102が内部的(プログラム的)に表示領域(座標情報)を予め特定するために「関連情報の表示位置」を定義(設定)する。
【0068】
また、管理者等は、図9に示すように、帳票ファイルのプレビュー表示画面にて、関連情報の表示領域をマウス操作で矩形指定することで「関連情報の表示位置」を定義する。
【0069】
電子帳票システム102は、管理者等のマウス操作等で指定された矩形領域を関連情報の表示位置として、座標データ(x,y)で保持(定義)する。座標は、帳票の表示領域の重心部を原点(0,0)とする直交座標(x,y)で、x軸は水平方向に右の方向を正の向きに、y軸は垂直方向に上の方向を正の向きとしたxy座標である。
【0070】
電子帳票システム102は、関連情報の表示時に、この座標データ位置に関連情報を表示する。なお、このとき、帳票ファイルの表示領域に関連情報の表示領域が再描画される形になるので、帳票ファイルの表示の上に関連情報が表示される(図5及び図9参照)。
【0071】
図12は、図9のように、管理者等が矩形指定した関連情報の表示位置に、関連情報を表示したときの一例を示す図である。
【0072】
同様に、図10及び図11、図13及び図14、図15及び図16、はそれぞれ管理者等が矩形指定した関連情報の表示位置に、電子帳票システム102が関連情報を表示したときの例である。
【0073】
電子帳票システム102は、「関連情報の表示項目情報」の定義において、帳票ファイル表示時に関連情報を表示する際に表示する項目や、項目の表示順等、以下の情報を定義する。
【0074】
・表示項目の選択
(設定可能な表示項目の項目名は図20を参照。)
・表示項目の表示順序
・関連情報の表示行数
・関連情報の表示順序
【0075】
図12、図17は、図9のように管理者等が矩形指定した関連情報の表示位置に関連情報を表示したときの例であるが、上記設定を、
[図12]
<表示項目>
(1)関連付けされた帳票の帳票ID
(2)関連付けされた帳票の世代
(3)関連付けされた帳票の保存場所
<表示項目の表示順序>
(1)→(3)→(2)
<関連情報の表示行数>
3
<関連情報の表示順序>
関連度数の降順(図4の(6))
[図17]
<表示項目>
(1)関連付けされた帳票の帳票ID
(2)関連付けされた帳票の世代
(3)関連付けされた帳票の保存場所
(11)同セッション内で表示した帳票毎の「表示最新日付」
(13)関連付けに利用された主な機能(O、S、F・M)
<表示項目の表示順序>
(1)→(2)→(3)→(11)→(13)
<関連情報の表示行数>
3
<関連情報の表示順序>
関連度数の降順(図4の(6))
と設定した場合の具体例である。
【0076】
ここで、図12よりも図17の方が、表示項目が多いため、電子帳票システム102が同じ表示領域に関連情報を表示する場合、文字フォントや文字幅を考慮しないと表示する関連情報の文字列が表示領域上に全て描画されなくなってしまう。
【0077】
同様に、関連情報の表示行数が多い場合、文字フォントサイズによっては全て描画されなくなってしまう。
【0078】
それを避けるために、電子帳票システム102は、「関連情報の表示文字情報」の定義を行う。
【0079】
電子帳票システム102は、管理者等の操作に応じて、表示する文字の、
・フォント種類
・サイズ
・文字幅
を定義する。
【0080】
再び図5の説明に戻り、電子帳票システム102は、管理者により設定された前記3つの文字情報に基づいて、「関連情報の表示項目情報」の定義で定義された表示項目と、関連情報と、が全て指定矩形内に表示されるかを判断する(S321−3)。表示出来ない可能性がある場合、電子帳票システム102は、再設定(再定義)の要求を管理者等に行う(S321−4)。
【0081】
電子帳票システム102は、横幅についての表示出来るか出来ないかの判断を、管理者等により定義された関連情報の表示項目毎に表示する関連情報の「表示最大文字数の合計」と「文字のサイズ」と指定された「矩形のサイズ情報(矩形横幅)」とに基づいて行う。また、電子帳票システム102は、縦幅についての表示出来るか出来ないかの判断を、管理者等により定義された関連情報の「表示行数」と「文字のサイズ」と指定された「矩形のサイズ情報(矩形縦幅)」とに基づいて行う。
【0082】
計算式例は、以下である。
【0083】
[横]
(表示項目の最大文字数の合計)×(フォントサイズ)+(余白)>指定された矩形の横幅
[縦]
(表示行数)×(フォントサイズ)+(余白)>指定された矩形の縦幅
関連情報の表示最大文字数とは、関連情報テーブル(図4)の(1)〜(12)項目それぞれのデータの文字数の最大値である。
【0084】
例えば、図13のようにユーザが縦に矩形を定義した場合、矩形の幅が狭いため表示項目は多く表示できないが、表示行数は多く設定できるので電子帳票システム102によって、図14のように表示される。
【0085】
一方、図15のように広く関連情報の表示領域が矩形指定されれば、フォントの大きさ等も幅広く設定可能になるため、電子帳票システム102によって図16のように表示される。
【0086】
また、関連情報の種類とは、帳票ファイルを表示する際に、表示する関連付け情報の種類を示すものである。ここでは、個人用関連情報またはグループ用関連情報の何れか、もしくは両方を指定することができる。
【0087】
そのため、図18に示す領域に関連情報定義で個人用とグループ用どちらも表示するよう定義した場合、表示領域は個人用とグループ用とで2分されるので縦幅に関しての不等式では計算式(左辺)に2をかけた値との比較になる。
【0088】
[縦]
((表示行数)×(フォントサイズ)+(余白))×2 >指定された矩形の縦幅
図19に表示例を示す。
【0089】
[図19]
<個人用データについての表示項目>
(1)関連付けされた帳票の帳票ID
(2)関連付けされた帳票の世代
(3)関連付けされた帳票の保存場所
<表示項目の表示順序>
(1)→(3)→(2)
<関連情報の表示行数>
3
<グループデータについての表示項目>
(1)関連付けされた帳票の帳票ID
(2)関連付けされた帳票の世代
(3)関連付けされた帳票の保存場所
<表示項目の表示順序>
(1)→(3)→(2)
<関連情報の表示行数>
3
と設定した場合の具体例である。
【0090】
また、「グループの場合の表示優先順位とグループのID」とは、該当するグループ用関連情報が複数ある場合に、どのグループを優先的に表示するかを決めるものである。
【0091】
例えば、優先順位を「グループ1>グループ2>グループ3」と定義した場合、グループ1とグループ2の両方に所属しているユーザaが、この帳票ファイルを閲覧する際には、定義に従って、グループ1の関連情報が優先的に表示されることになる。また、グループ2とグループ3の両方に所属しているユーザbが、この帳票ファイルを閲覧する際には、定義に従って、グループ2の関連情報が優先的に表示されることになる。
【0092】
このように優先順位を定義することで、ユーザにとってより有効な関連情報の閲覧を可能とさせることができる。一例として、A課に所属し、かつA,B課合同のXプロジェクトに所属しているユーザaに対して、Xプロジェクトの関連情報を優先的に表示することができる。
【0093】
最後に、データベースに定義情報を登録(又は更新)する(S322)。関連定義情報は、図37に示す例のようにデータベースで管理される。
【0094】
図21は、図3のS301〜304の処理をより詳細に示すフローチャートである。
【0095】
まず電子帳票システム102は、帳票ファイルの表示処理(S401)を開始すると、表示対象の帳票ファイルに関する関連定義情報(関連情報の種類)をデータベースから取得する。(S402)関連定義情報は、図37に示す例のように帳票ファイルに対応づけて管理されているため表示対象の帳票ID・帳票名からレコードを特定することができる。以下、表示対象の帳票が「A帳票」として説明をする。
【0096】
S403において、関連定義情報で、関連情報の種類に個人用が選択されているかを確認し、選択されていれば個人用関連情報の取得処理(S404)を行い、選択されていなければ処理はS405に遷移する。個人用関連情報は、ログインしているユーザIDに対応づけてデータベースに管理されている個人用関連情報から、ユーザIDを用いて特定して取得する。図36に示す個人用関連情報の例では、ログインユーザのユーザIDが「USER001」の場合、今回の表示対象の帳票が「A帳票」であることから、「USER001」かつ「A帳票」に該当する4つのレコードが取得される。
【0097】
S405において、関連定義情報で、関連情報の種類にグループ用が選択されているかを確認し、選択されていればグループ用関連情報の取得処理(S406)を行い、選択されていなければ処理はS407に遷移する。グループ用関連情報は、ログインしているユーザIDが所属するグループIDに対応づけてデータベースに管理されているグループ用関連情報から、グループIDを用いて特定して取得する(具体的には、図7、8の(13)グループIDを用いる。)。図36に示すグループ用関連情報の例では、ログインユーザが所属するグループIDが「Group1」の場合、今回の表示対象の帳票が「A帳票」であることから、「Group1」かつ「A帳票」に該当する6つのレコードが取得される。
【0098】
S407において、電子帳票システム102は、関連情報の取得処理であるS404、S406で関連情報を取得したか・しなかったかの判定を行う。電子帳票システム102は、関連情報が無い場合、帳票表示処理(S410)を行い、関連情報が有る場合、関連付けられた帳票ファイルが有るか無いかを確認する(S408)。
【0099】
電子帳票システム102は、S404・S406で関連情報を取得しても、関連付けられた帳票ファイルが無ければ帳票表示処理(S410)を行う。
【0100】
関連付けられた帳票ファイルが有る場合、電子帳票システム102は、表示対象の帳票ファイルを表示するための領域とは別にその関連付けされた帳票ファイルの情報を表示するための領域を設定し、表示を行うための処理を行う(S409)。なお、S409のより具体的な処理は、後述する図22において説明する。
【0101】
S409の後、電子帳票システム102は、帳票ファイルの表示処理410を行う。
【0102】
ユーザが業務を終えた場合、電子帳票システム102は、帳票表示処理を終了する(S411)。
【0103】
図22は、図21で処理がS409→S410と進んだ場合のより詳細な処理の一例を示すフローチャートである。
【0104】
まず、電子帳票システム102は、図3のS302で取得した関連情報から表示対象の帳票ファイルの「関連付けされた帳票の帳票ID」と「関連付けされた帳票の世代」と「関連付けされた帳票の保存場所」とを取得する(S502)。
【0105】
S503において、電子帳票システム102は、S302で取得した帳票ファイルに、
・関連情報の表示位置
・関連情報の表示項目
があるか否かを確認し、前記2項目(以下、この図の説明内では「表示位置」、「表示項目」と表記)に設定値が無かった場合、どちらもデフォルト値として用意している値を設定する(S504)。
【0106】
これは本実施形態に係る機能を電子帳票システム102に実装する以前に定義された帳票ファイルには、表示位置と表示項目との設定値は存在しないため、このことを考慮した処理である。
【0107】
また、S503の判定において、表示位置と表示項目とに設定値が有った場合、電子帳票システム102は、これらの値を取得する(S505)。
【0108】
次に、電子帳票システム102は、S504、505で設定、若しくは取得した表示位置と表示項目との値、それにGPの関連情報の場合はGPの表示優先順位、に従って関連情報を表示するよう設定し(S506)、関連情報と共に帳票を表示する(S507)。
【0109】
ここで、S507の処理は、「従来の帳票ファイルの表示」処理プログラム508に、
・「関連情報の表示」処理プログラム509
・「関連情報クリック時の対象帳票ファイルの表示」処理プログラム510
・「関連情報表示・非表示要求時の表示・非表示」処理プログラム511
を組み込んだものである。
【0110】
また、S506ではGPの関連情報の場合の表示優先順位に関する処理も行う。
【0111】
図21の関連定義情報の取得処理(S402)で取得したグループの表示優先順位に従って、優先順位にユーザの所属したグループが、
<全て含まれている場合>
優先順位どおりに表示する。
<含まれているものと含まれていないものがある場合>
含まれているものは優先順位どおりに、
含まれていないものはグループIDの昇順に表示する。
<全て含まれていない場合>
グループIDの昇順に表示する。
といったように表示の優先順位を付ける。
【0112】
「関連情報クリック時の対象帳票ファイルの表示」処理プログラム510は、帳票ファイルの表示時に関連情報として表示された帳票ファイルのID等がクリック(又は指定)されることで、対象の帳票ファイルを表示するプログラムである。ここで、図23は、関連付け前の帳票ファイルの表示の一例を示す図であり、図24は、関連付け後の帳票ファイルの表示の一例を示す図である。図24に示される関連情報に含まれる帳票名や帳票保存場所、対象世代等の関連付けされた帳票へのリンクがクリックされると、クリックされたリンクに対応する、関連付けされた帳票が前記プログラムによって表示される。
【0113】
これは電子帳票システム102に帳票ファイルの表示要求が行われたときと同様の処理であるので、このプログラムが呼び出されると、図3のS301からの処理と同様の処理が行われる。
【0114】
関連情報クリック時のアクションとして「対象の帳票ファイルの表示要求を行う」とプログラミングするだけなのでこの処理は容易に実装可能である。
【0115】
「関連情報表示・非表示要求時の表示・非表示」処理プログラム511は、図25の関連情報の右上にある「非表示」をクリックした際に、非表示(最小化)にする処理プログラムである。「関連情報表示・非表示要求時の表示・非表示」処理プログラム511は、最小化されると画面の端にアイコン(図26)が表示される状態となるプログラムと、その最小化されたアイコン(図26、図27)をクリックすることで関連情報が再表示されるプログラムと、で構成される。
【0116】
これも前述の処理プログラム510と同様で、クリック時のアクションとして「非表示にする・表示する」のプログラムを実装することで実現される。
【0117】
非表示の際には、元々の帳票ファイルの表示(描画)を復元し、再表示の際は関連情報の表示プログラム(509)を再度呼び出すことで可能となるので容易に実装可能である。
【0118】
また、最小化にアイコンという形式を取ったが、アイコン化して最小化するだけではなく、非表示にし、アプリケーションのメニューに「関連情報を再表示する」といった項目を追加し、そこに再表示するプログラムを埋め込むといった方式でもよい。
【0119】
関連情報と共に帳票を表示する処理(S507)が終了すると、帳票ファイルの表示処理は終了である(S512)。
【0120】
図28は、ユーザの「表示している帳票とは別の帳票に対する行動」による関連解析処理の分岐に係る処理の一例を示したフローチャートである。
【0121】
「表示している帳票とは別の帳票に対する行動」は3つあり、図3の305〜307と図28の604〜606とでは対応する行動は全て同じ行動を指している。
【0122】
ユーザはログイン処理(S601)を行ったあと、業務で利用するA帳票の表示要求を行う。電子帳票システム102は、この表示要求を受け取る(S602)。
【0123】
次に、A帳票とは別の帳票に対して「表示」若しくは「検索」といった要求がユーザより行われた場合(S604、S605)、電子帳票システム102は、分岐処理(S603)にて処理を分岐させる。
【0124】
ユーザが「A帳票とは別の帳票を表示」要求(S605)を行った場合、電子帳票システム102は、帳票表示の場合の解析処理(S606)を行う。そして、ユーザがそのA帳票とは別の帳票に対して「付箋・マーキング機能の利用」要求(608)を行った場合、電子帳票システム102は、付箋・マーキング機能利用の場合の解析処理609を行う。
【0125】
「付箋・マーキング機能の利用」要求が無かった場合、電子帳票システム102は、監視状態に戻るため分岐処理(S603)へと処理を遷移させる。
【0126】
このS601→S602→S603→S606→S607→S609の流れを詳細に表した図が図30である。
【0127】
次に、ユーザが「A帳票とは別の帳票を検索」要求(604)を行った場合、電子帳票システム102は、帳票検索の場合の解析処理(S610)を行う。このS601→S602→S603→S610の流れを詳細に表した図が図29である。
【0128】
図29、図30は、関連情報に係る解析処理の一例を示し、「帳票検索の場合の関連情報解析処理」の詳細を表したフローチャートが図29で、「帳票表示の場合の関連情報解析処理」、「付箋、マーキング機能利用の場合の関連情報解析処理」の詳細を表したフローチャートが図30である。
【0129】
また、図28、図29、図30では本来、ユーザの業務開始からA帳票の表示処理までの間(S601からS602までの間、S701からS702までの間、S801からS802までの間)にはA帳票の「帳票ファイル・関連情報の取得」処理である図7のS302が行われ、同様に、B帳票の表示要求(S803)があった直後にはB帳票の「帳票ファイル・関連情報の取得」処理である図5のS302が行われるが、関連情報の解析処理に特化した説明のためここでは省略している。
【0130】
図29、図30の説明では関連情報の具体的な値に関する説明が含まれるが、全て図4の関連情報の具体例である図6を用いて説明する。つまり、以下では図6の関連情報は既に電子帳票システム102によって生成されているものとする。
【0131】
また、個人用の関連情報とグループ用の関連情報は、図29、図30の解析処理はどちらも全く同じ処理になるためここではグループ用の関連情報に関する説明は省略する。
【0132】
図6は、A帳票が持つ関連情報の一例を示す図である。
【0133】
図6においてA帳票はB、C、D、E帳票に対する関連情報を持っており(図6の(4))、その中でもB、C帳票がA帳票に関連付けされている(図6の(1))。
【0134】
図29は、S601→S602→S603→S610のより具体的な処理を説明するためのフローチャートである。
【0135】
図29において、電子帳票システム102は、ユーザによる、1つのセッション内における初めに帳票表示要求を行ったA帳票(S702)とは別の帳票に対する帳票検索要求を受信したとする。すると、電子帳票システム102は、検索の結果としてB帳票がヒットした場合(S703の「検索ヒット帳票あり」)、A帳票に対してB帳票を関連付けるために、A帳票がもつ関連情報の中にB帳票に対する情報があるか否かを確認する(S704)。
【0136】
B帳票に対する情報が無かった場合(S704の「無し」)、電子帳票システム102は、B帳票に対する情報を作成(生成)し(関連情報生成)、A帳票の関連情報に追加する(S705)。
【0137】
B帳票に対する情報が有った場合(S704の「アリ」)、又はS705の処理を終えた場合、電子帳票システム102は、検索要求以前に表示されていた帳票全て(この場合、A帳票のみ)の関連情報の、検索でヒットしたB帳票に対する情報を以下のように変更する(S706)。
【0138】
・検索ヒットフラグ(図6のB帳票の(8))=TRUE
ここで、検索の結果ヒットした帳票が複数あった場合(例えばB、C、D帳票がヒットした場合)、電子帳票システム102は、A帳票が持つ関連情報の中のB、C、D帳票に対する情報があるか否かを確認する(S704)。電子帳票システム102は、関連情報の情報が無い帳票に対してのみ、S705の処理を行う。そして、電子帳票システム102は、「B、C、D帳票に対する『検索ヒットフラグ(図6のB帳票、C帳票、D帳票の(8))』」を”TRUE”にするS706の処理を行う。
【0139】
また、例えば、検索要求以前に表示されていた帳票がA帳票、C帳票で、検索でヒットした帳票がB帳票であった場合、電子帳票システム102は、A帳票に関連付けられている関連情報の中の「B帳票の『検索ヒットフラグ』」を”TRUE”にすると共に、C帳票に関連付けられている関連情報の中の「B帳票の『検索ヒットフラグ』」を”TRUE”にする(S706)。
【0140】
S706の処理を終えると、電子帳票システム102は、S703に遷移する。
【0141】
次に、検索要求が行われなかった場合、つまりユーザが業務を終えログアウト要求を行い電子帳票システム102がそれを受け付けると(S707)、電子帳票システム102は、各帳票の持つ関連情報が更新されたか否かを確認する(S708)。
【0142】
関連情報が更新された場合(S708の「更新された」)、電子帳票システム102は、データベースに更新を反映する処理を行う(S709)。
【0143】
関連情報が更新されなかった場合、又はS709の処理を終えた場合、電子帳票システム102は、従来のログアウト方法でログアウト処理を行いユーザの業務は終了となる(S710)。
【0144】
図30は、S601→S602→S603→S606→S607→S609のより具体的な処理を説明するためのフローチャートである。
【0145】
図30において、電子帳票システム102は、ユーザによる、1つのセッション内における初めに帳票表示要求を行ったA帳票(S802)とは別のB帳票に対する表示要求を受信したとする(S803の「要求あり」)。すると、電子帳票システム102は、A帳票に対してB帳票を関連付けるために、A帳票がもつ関連情報の中にB帳票に対する情報があるかを確認する(S804)。
【0146】
B帳票に対する情報が無かった場合(S804の「無し」)、電子帳票システム102は、B帳票に対する情報を作成し、A帳票の関連情報に追加する(S805)。
【0147】
B帳票に対する情報が有った場合(S804の「有り」)、又はS805の処理を終えた場合、電子帳票システム102は、B帳票の表示要求以前に表示されていた帳票全て(この場合A帳票のみ)の関連情報の、B帳票に対する情報を以下のように変更する(S806)。
【0148】
・表示フラグ(図6のB帳票の(7))=TRUE
・最新表示日付(図6のB帳票の(11))=現在日付
なお、例えば、B帳票の表示要求以前に表示されていた帳票がA帳票、C帳票であった場合、電子帳票システム102は、A帳票に関連付けられている関連情報の中のB帳票の表示フラグ、最新表示日付を変更すると共に、C帳票に関連付けられている関連情報の中のB帳票の表示フラグ、最新表示日付を変更する(S806)。
【0149】
S806を終えると、電子帳票システム102は、B帳票を表示する処理を行う(S807)。
【0150】
次に、表示したB帳票に対してユーザが付箋、マーキング機能を利用する要求を行った場合(S808の「要求あり」)、電子帳票システム102は、B帳票の表示要求以前に表示されていた帳票全ての関連情報の、B帳票に対する情報を以下のように変更する処理を行う(S809)。
【0151】
・付箋・マーキング機能利用フラグ(図6のB帳票の(9))=TRUE
【0152】
表示したB帳票に対してユーザが付箋、マーキング機能を利用しなかった場合、又はS809の処理を終えた場合、電子帳票システム102は、S803に遷移させる。
【0153】
B帳票の表示要求以外に帳票ファイルの表示要求が行われなかった場合、つまりユーザが業務を終えログアウト要求を行い電子帳票システム102がそれを受け付けると(S810)、電子帳票システム102は、各帳票の持つ関連情報が更新されたか否かを確認するため判定を行う(S811)。
【0154】
関連情報が更新された場合(S811の「更新された」)、電子帳票システム102は、データベースに更新を反映する処理を行う(S812)。ここで、S812は図29のS709と同じであり、後述する、図31、図32、図33の3つのフローで説明するのでここでは説明を省略する。
【0155】
関連情報が更新されなかった場合、又は処理812を終えた場合、電子帳票システム102は、従来のログアウト方法でログアウト処理を行いユーザの業務は終了となる(S813)。
【0156】
図31のS981は、図29のS709、図30のS812と同じであり、追加した図31、図32、図33の3つのフローが図29のS709、図30のS812の詳細な処理を説明するためのフローチャートである。
【0157】
図29、図30においてユーザからのログアウト要求を受け付け、ログアウト処理を行う直前に更新の行われた関連情報をデータベースに反映する処理(図29のS709、図30のS812)が開始されると、S981に遷移する。S982、S983で関連情報をデータベースに反映する処理が終了すると、S987に処理は遷移する。
【0158】
ここで、個人用の関連情報の更新処理はS982で行われ、グループ用の関連情報の更新処理はS983で行われる。
【0159】
S982の詳細な処理を図32に示し、S983の詳細な処理を図33に示す。
【0160】
まず、図32を用いて個人用の関連情報の更新処理を説明する。
【0161】
図32は、図29のS709、図30のS812の詳細な処理を説明するためのフローチャートである。
【0162】
図29、図30においてユーザからのログアウト要求を受け付け、ログアウト処理を行う直前に更新の行われた関連情報をデータベースに反映する処理(図29のS709、図30のS812)が開始されると、S901に遷移する。
【0163】
図32の説明には図4の関連情報のより具体的な例である図34を用いる。
【0164】
図32は、A帳票が持つ関連情報であり、ユーザは以下の操作を実施したことを想定しており、
(ユーザの操作)
(A)電子帳票システムにログインした
(B)A帳票を表示した
(C)帳票検索を行い、C帳票がヒットしたがC帳票は表示しなかった
(D)B帳票を表示した
(E)B帳票で付箋機能を利用した
(F)電子帳票システムからログアウトした
上記操作によって図34中の関連情報の値が「FALSE」から「TRUE」等に値が更新されたことを示している。
【0165】
そして、図34のように関連情報が変更されたため、S901が開始されたとして、以下、説明を行う。
【0166】
図32において、電子帳票システム102は、S902の処理を、図34の「(4)関連情報を持っている帳票の帳票ID」の分だけループする。
【0167】
図34では「(4)関連情報を持っている帳票の帳票ID」はB、C、D帳票なので電子帳票システム102は、3回ループ処理を行う。
【0168】
1回目のループではB帳票に対する情報の更新が行われ、関連情報は
(6)関連度数=6
(7)表示フラグ=FALSE→TRUE
(8)検索ヒットフラグ=FALSE
(9)付箋、マーキング利用=FALSE→TRUE
(11)表示最新日付=08/08/15→08/09/01
(12)利用された主な機能=O
となっているため、
ループ処理であるS902 → S903 → S904
→ S905
→ S907 → S908
→ S909 →(S910)→(S911)
→ S912
→ ループ処理であるS902
と処理は遷移する。
【0169】
S904で関連度数+3、S908で関連度数+2となるため
(6)関連度数=6→11
となる。
【0170】
電子帳票システム102は、S909の判定(又は比較)の結果(比較結果)に応じて、関連情報に関連する帳票の情報を付与し(S910)、どの機能(表示、検索、付箋・マーキング等)で関連付け荒れたかを、プラスされた(カウントされた)関連度数の値から判断し、関連付けに利用された主な機能(つまり(12))に情報を設定する。
【0171】
上記例の場合、S909の判定(又は比較)において、(6)関連度数=11が(5)
関連決定度数=4を超えているが、A帳票には既にB帳票は関連付けされているため、電子帳票システム102は、S910、S911を通過するだけで、処理は実行しない。
【0172】
S912において、電子帳票システム102は、
( 現在日付 − (11)表示最新日付 ) < or > (10)経過日数
を判定するが、(11)表示最新日付は現在日付である08/09/01に更新されたため、電子帳票システム102は、S913を行わず、次のループ処理であるS902に戻る。
【0173】
2回目のループではC帳票に対する情報の更新が行われ、関連情報は
(6)関連度数=5
(7)表示フラグ=FALSE
(8)検索ヒットフラグ=FALSE→TRUE
(9)付箋、マーキング利用=FALSE
(11)表示最新日付=08/08/12
(12)利用された主な機能=F・M
となっているため、
ループ処理であるS902 → S903
→ S905 → S906
→ S907
→ S909 →(S910)→(S911)
→ S912
→ ループ処理であるS902
と処理は遷移する。
【0174】
S906で関連度数+1となるため
(6)関連度数は5→6
となる。
【0175】
S909の判定(又は比較)において、(6)関連度数=6が(5)関連決定度数=4を超えているが、A帳票には既にC帳票は関連付けされているため、電子帳票システム102は、S910、S911を通過するだけで、処理は実行しない。
【0176】
S912において、電子帳票システム102は、
現在日付(08/09/01) − (11)表示最新日付(08/08/12) < 2ヶ月であるため、電子帳票システム102は、S913を行わず、次のループ処理であるS902に戻る。
【0177】
3回目のループではD帳票に対する関連情報の更新が行われ、関連情報は
(6)関連度数=3
(7)表示フラグ=FALSE
(8)検索ヒットフラグ=FALSE
(9)付箋、マーキング利用=FALSE
(11)表示最新日付=08/06/31
となっているため、
ループ処理902 → S903
→ S905
→ S907
→ S909
→ S912 → S913
→ ループ処理を抜けS914へ
と処理は遷移する。
【0178】
何れの関連情報も更新されていないため、関連度数は上昇せず、(6)関連度数=3が(5)関連決定度数=4を超えておらず関連付けも行われない。
【0179】
S912において、電子帳票システム102は、
現在日付(08/09/01) − (11)表示最新日付(08/06/31) > 2ヶ月であるため、関連付けを削除するS913の処理を行う。
【0180】
S913において、電子帳票システム102は、「(4)関連情報を持っている帳票の帳票ID」からD帳票のIDを消去し、「同セッション内で表示した帳票毎の関連情報 」であるD帳票の(2)、(3)、(6)、(7)、(8)、(9)、(11)の情報も全て消去する処理を行う。
【0181】
S913を終え、最終的に、電子帳票システム102は、データベース313に更新した関連情報を反映する(S914)。この処理の結果、A帳票が持つ関連情報916は図35のようになる。
【0182】
なお、電子帳票システム102は、データベースに反映するデータには(7)表示フラグ、(8)検索ヒットフラグ、(9)付箋、マーキング利用フラグの値は、一時的に利用するフラグ値であるため含めない。
【0183】
ここで、S904、S906、S908の処理は、関連度数を増やす処理であることは同じである。しかしながら、「帳票を表示する」、「帳票を検索する」、「帳票に対して付箋・マーキング機能を利用する」という操作(又は要求)における、帳票に対する関連性の強さという意味では、
帳票を表示する > 帳票に対して付箋・マーキング機能を利用する > 帳票を検索する
(帳票同士の関連性:強い>弱い)
というように関連性の強さには差異があると考えられる。そのため、一意に関連度数の数値を上昇させるわけではなく、関連度数の上昇値に差異を設けることで、より関連解析処理として業務内容に即した関連付けを行える。そのため、図32ではS904では関連度数+3、S906では関連度数+1、S908では関連度数+2とカウントする処理になっている。
【0184】
なお、本実施形態では、関連付けを行う契機として、「帳票を表示する」、「帳票を検索する」、「帳票に対して付箋・マーキング機能を利用する」という操作を例に説明を行ったが、これら以外の操作をユーザが行った場合も関連付けを行うようにしてもよい。
【0185】
また、関連度数の重み付けが異なることを利用して、電子帳票システム102は、図9中の関連情報の(12)の「利用された主な機能」を判定している(S911)。
【0186】
次に、図33を用いてグループ用の関連情報の更新処理を説明する。
【0187】
なお、S902〜S908およびS914〜S916の処理については、図32と同じ処理であるため説明を省略する。以下、異なる点の説明を行う。
【0188】
S917において、電子帳票システム102は、データベースから最新の関連情報を取得すると共に、データベースのロックを開始する。このように最新の関連情報を取得するのは、グループ用関連情報は、複数ユーザが任意のタイミングで帳票ファイルの操作を行うためである。すなわち、ユーザが最初に取得した関連情報に対して更新したのでは、ログアウトするまでの間の他のユーザの操作を関連情報に反映することができないからである。また、複数ユーザが同時に更新できないようにデータベースのロックを行い、最後にロックを解除する(S914)。
【0189】
以上説明した実施形態によれば、電子ファイルに対する複数ユーザの処理に応じて電子ファイル同士を関連付け、電子ファイルを表示する際は、関連する電子ファイルをユーザに識別可能に表示することができる。
【0190】
本発明によれば、例えば、下記のような利用の形態において効果を奏する。
【0191】
(電子帳票システムを利用するユースケース)
例えば、不動産会社の物件情報をWebで閲覧するような電子帳票システム環境を例に挙げる。
【0192】
(業務モデル)
ある不動産会社において、不動産の物件情報は電子帳票システムで管理している。そして、その物件情報管理システムにおいては、会員登録された会員のみが物件情報をWeb上で閲覧することができる。
【0193】
物件情報管理システムにおいては、管理者ユーザは不動産会社の社員で一般ユーザは一般顧客、つまり会員にあたる。また、会員は会員登録された際の希望物件の条件(間取りや家賃、その他条件)の情報を総合的に判断し、ある程度グループ分けされるとする。
【0194】
(想定するケース・ユーザアクション)
会員はWebにアクセスし当不動産会社の不動産情報画面にて、それぞれの希望条件で物件情報を検索し、検索結果として出力された物件情報をWeb上で閲覧している状態で、「参照」・「検索」・「付箋・マーキング」等の機能を利用する。
【0195】
(効果)
同じグループに所属する会員Aと会員Bがいたとき、会員はある程度会員登録時に希望条件によってグループ分けされているため、会員Aと会員Bでは検索条件が大きく違うことは少ないと想定され、会員Aの検索でヒットした物件情報は会員Bの検索でもヒットする可能性は低くはないと想定できる。
【0196】
つまり会員Aが物件情報を表示した物件は同じグループに所属する他ユーザの希望条件に当てはまる可能性が高い。
【0197】
そこで、会員Aが1回の検索で(同じセッション内で)ヒットさせた物件情報の中から物件情報を次々に表示させていったもの全てを物件情報同士の関連情報(グループ用)としてデータベースに保存しておく。
【0198】
例えば会員Aが物件No.1〜10を検索でヒットさせNo.3,6,9を閲覧した場合、No.3に対してNo.6,9を関連付け、No.6に対してNo.3,9を関連付け、No.9に対してNo.3,6を関連付けその関連付けたという情報をデータベースに保存する。
【0199】
そして、会員Bが会員Aとは少し異なる検索条件で検索しNo.6のみがヒットした場合でも、No.6の物件情報を閲覧した際はNo.3と9が関連付けられているため、もしNo.3とNo.9の物件情報も会員Bの希望に沿う・または近いものであった場合は再度検索をする手間を省きNo.3やNo.9の情報を閲覧することが可能となる。
【0200】
会員サイドから見ると「物件を検索する手間が省ける」「スムーズに情報が取得できる」ことになり、管理者サイドから見ると「検索回数が減るためシステムにかかる負荷が軽減される」「会員に、より多くの情報を見てもらう機会が増える」などのメリットがある。
【0201】
また、会員Aの操作は、グループ用の関連情報だけでなく、個人用の関連情報としてもデータベースに記憶されているため、一旦操作を中断した状態から、あらためてWebで検索する際に、以前の関連付け情報が表示されることにより、検索の手間が省けることとなる。
【0202】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【0203】
また、本発明の目的は、以下のようにすることによって達成される。即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体(又は記録媒体)を、システム或いは装置に供給する。そして、そのシステム或いは装置の中央演算処理手段(CPUやMPU)が記憶媒体に格納されたプログラムコードを読み出し実行する。この場合、記憶媒体から読み出されたプログラムコード自体が上述した実施形態の機能を実現することになり、そのプログラムコードを記録した記憶媒体は本発明を構成することになる。
【0204】
また、システム或いは装置の前記中央演算処理手段が読み出したプログラムコードを実行することにより、そのプログラムコードの指示に基づき、システム或いは装置上で稼働しているオペレーティングシステム(OS)等が実際の処理の一部又は全部を行う。その処理によって上述した実施形態の機能が実現される場合も含まれる。
【0205】
更に、記憶媒体から読み出されたプログラムコードが、前記システム或いは装置に挿入された機能拡張カードや、接続された機能拡張ユニットに備わるメモリに書込まれたとする。その後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるCPU等が実際の処理の一部又は全部を行い、その処理によって上述した実施形態の機能が実現される場合も含まれる。
【0206】
本発明を前記記憶媒体に適用する場合、その記憶媒体(コンピュータ読み取り可能な記憶媒体)には、先に説明したフローチャートに対応するプログラムコードが格納されることになる。
【符号の説明】
【0207】
101 ホスト
102 電子帳票システム
103 クライアントPC
104 クライアントPC
【特許請求の範囲】
【請求項1】
電子ファイルを管理する情報処理装置であって、
前記電子ファイルに対する表示要求に応じて、当該表示要求がされた電子ファイルを表示装置へ表示させるための制御を行う表示制御手段と、
前記表示制御手段により前記電子ファイルが前記表示装置へ表示されたセッションと同一セッション内のユーザによる操作であって、当該電子ファイルとは別の電子ファイルに対する複数の操作の種別を、セッション単位に監視する監視手段と、
前記監視手段による監視の結果、1つのセッションにおいて操作が得られた場合、複数の操作の種別に応じて、前記電子ファイルと、当該電子ファイルとは別の電子ファイルとの関連を示す関連情報であって、当該操作を行ったユーザが属するグループ用のグループ関連情報を生成するグループ関連情報生成手段と、
前記グループ関連情報生成手段で生成されたグループ関連情報を前記電子ファイルと対応付けて記憶装置に記憶する記憶手段と、
を有し、
前記表示制御手段は、表示要求があった前記電子ファイルに対応する前記グループ関連情報が前記記憶装置に記憶されている場合であって、当該グループに属するユーザから表示要求がなされた場合、当該グループ関連情報から所定の条件を満たした電子ファイルを示す情報を抽出し、当該電子ファイルを示す情報と、当該電子ファイルとを前記表示装置へ表示させるための制御を行うことを特徴とする情報処理装置。
【請求項2】
前記複数の操作の種別には、前記表示された電子ファイルとは別の電子ファイルを検索する処理、前記表示された電子ファイルとは別の電子ファイルに対するアノテーションに係る処理、前記表示された電子ファイルとは別の電子ファイルに対する表示要求の処理の何れかが含まれ、
前記グループ関連情報生成手段は、前記監視手段による監視の結果得られた複数のセッションにおける操作の種別に応じて、前記電子ファイルと、当該電子ファイルとは別の電子ファイルとの関連度を決定して、当該決定した関連度に応じて、前記表示制御手段により表示させる関連を選択して前記関連情報を生成することを特徴とする請求項1に記載の情報処理装置。
【請求項3】
前記表示制御手段は、表示要求があった前記電子ファイルに対応する前記グループ関連情報であって、表示要求を行ったユーザが属する複数のグループに対応するグループ関連情報が前記記憶装置に複数記憶されている場合、予め定められている優先順位に基づいて、グループ関連情報を用いることを特徴とする請求項1または2に記載の情報処理装置。
【請求項4】
前記監視手段による監視の結果、1つのセッションにおいて操作が得られた場合、複数の操作の種別に応じて、前記電子ファイルと、当該電子ファイルとは別の電子ファイルとの関連を示す関連情報であって、当該操作を行ったユーザ用の個人関連情報を生成する個人関連情報生成手段を更に備え、
前記記憶手段は、前記個人関連情報生成手段により生成された個人関連情報を前記電子ファイルと対応付けて記憶し、
前記表示制御手段は、表示要求があった前記電子ファイルに対応する前記グループ関連情報または前記個人関連情報が前記記憶装置に記憶されている場合、当該グループ関連情報または個人関連情報の少なくともいずれか1つを用いて、所定の条件を満たした電子ファイルを示す情報を抽出し、当該電子ファイルを示す情報と、当該電子ファイルとを前記表示装置へ表示させることを特徴とする請求項1乃至3のいずれか1項に記載の情報処理装置。
【請求項5】
電子ファイルを管理する情報処理装置における情報処理方法であって、
前記電子ファイルに対する表示要求に応じて、当該表示要求がされた電子ファイルを表示装置へ表示させるための制御を行う表示制御ステップと、
前記表示制御ステップにより前記電子ファイルが前記表示装置へ表示されたセッションと同一セッション内のユーザによる操作であって、当該電子ファイルとは別の電子ファイルに対する複数の操作の種別を、セッション単位に監視する監視ステップと、
前記監視ステップによる監視の結果、1つのセッションにおいて操作が得られた場合、複数の操作の種別に応じて、前記電子ファイルと、当該電子ファイルとは別の電子ファイルとの関連を示す関連情報であって、当該操作を行ったユーザが属するグループ用のグループ関連情報を生成するグループ関連情報生成ステップと、
前記グループ関連情報生成ステップで生成されたグループ関連情報を前記電子ファイルと対応付けて記憶装置に記憶する記憶ステップと、
を有し、
前記表示制御ステップは、表示要求があった前記電子ファイルに対応する前記グループ関連情報が前記記憶装置に記憶されている場合であって、当該グループに属するユーザから表示要求がなされた場合、当該グループ関連情報から所定の条件を満たした電子ファイルを示す情報を抽出し、当該電子ファイルを示す情報と、当該電子ファイルとを前記表示装置へ表示させるための制御を行うことを特徴とする情報処理方法。
【請求項6】
クライアント端末と、電子ファイルを管理する情報処理装置とが通信可能な情報処理システムであって、
前記電子ファイルに対する表示要求に応じて、当該表示要求がされた電子ファイルを表示装置へ表示させるための制御を行う表示制御手段と、
前記表示制御手段により前記電子ファイルが前記表示装置へ表示されたセッションと同一セッション内のユーザによる操作であって、当該電子ファイルとは別の電子ファイルに対する複数の操作の種別を、セッション単位に監視する監視手段と、
前記監視手段による監視の結果、1つのセッションにおいて操作が得られた場合、複数の操作の種別に応じて、前記電子ファイルと、当該電子ファイルとは別の電子ファイルとの関連を示す関連情報であって、当該操作を行ったユーザが属するグループ用のグループ関連情報を生成するグループ関連情報生成手段と、
前記グループ関連情報生成手段で生成されたグループ関連情報を前記電子ファイルと対応付けて記憶装置に記憶する記憶手段と、
を有し、
前記表示制御手段は、表示要求があった前記電子ファイルに対応する前記グループ関連情報が前記記憶装置に記憶されている場合であって、当該グループに属するユーザから表示要求がなされた場合、当該グループ関連情報から所定の条件を満たした電子ファイルを示す情報を抽出し、当該電子ファイルを示す情報と、当該電子ファイルとを前記表示装置へ表示させるための制御を行うことを特徴とする情報処理システム。
【請求項7】
電子ファイルを管理する情報処理装置において実行可能なプログラムであって、
前記電子ファイルに対する表示要求に応じて、当該表示要求がされた電子ファイルを表示装置へ表示させるための制御を行う表示制御手段と、
前記表示制御手段により前記電子ファイルが前記表示装置へ表示されたセッションと同一セッション内のユーザによる操作であって、当該電子ファイルとは別の電子ファイルに対する複数の操作の種別を、セッション単位に監視する監視手段と、
前記監視手段による監視の結果、1つのセッションにおいて操作が得られた場合、複数の操作の種別に応じて、前記電子ファイルと、当該電子ファイルとは別の電子ファイルとの関連を示す関連情報であって、当該操作を行ったユーザが属するグループ用のグループ関連情報を生成するグループ関連情報生成手段と、
前記グループ関連情報生成手段で生成されたグループ関連情報を前記電子ファイルと対応付けて記憶装置に記憶する記憶手段と、
して前記情報処理装置を機能させ、
前記表示制御手段は、表示要求があった前記電子ファイルに対応する前記グループ関連情報が前記記憶装置に記憶されている場合であって、当該グループに属するユーザから表示要求がなされた場合、当該グループ関連情報から所定の条件を満たした電子ファイルを示す情報を抽出し、当該電子ファイルを示す情報と、当該電子ファイルとを前記表示装置へ表示させるための制御を行うことを特徴とするプログラム。
【請求項8】
請求項7に記載のプログラムをコンピュータ読み取り可能に記憶した記録媒体。
【請求項1】
電子ファイルを管理する情報処理装置であって、
前記電子ファイルに対する表示要求に応じて、当該表示要求がされた電子ファイルを表示装置へ表示させるための制御を行う表示制御手段と、
前記表示制御手段により前記電子ファイルが前記表示装置へ表示されたセッションと同一セッション内のユーザによる操作であって、当該電子ファイルとは別の電子ファイルに対する複数の操作の種別を、セッション単位に監視する監視手段と、
前記監視手段による監視の結果、1つのセッションにおいて操作が得られた場合、複数の操作の種別に応じて、前記電子ファイルと、当該電子ファイルとは別の電子ファイルとの関連を示す関連情報であって、当該操作を行ったユーザが属するグループ用のグループ関連情報を生成するグループ関連情報生成手段と、
前記グループ関連情報生成手段で生成されたグループ関連情報を前記電子ファイルと対応付けて記憶装置に記憶する記憶手段と、
を有し、
前記表示制御手段は、表示要求があった前記電子ファイルに対応する前記グループ関連情報が前記記憶装置に記憶されている場合であって、当該グループに属するユーザから表示要求がなされた場合、当該グループ関連情報から所定の条件を満たした電子ファイルを示す情報を抽出し、当該電子ファイルを示す情報と、当該電子ファイルとを前記表示装置へ表示させるための制御を行うことを特徴とする情報処理装置。
【請求項2】
前記複数の操作の種別には、前記表示された電子ファイルとは別の電子ファイルを検索する処理、前記表示された電子ファイルとは別の電子ファイルに対するアノテーションに係る処理、前記表示された電子ファイルとは別の電子ファイルに対する表示要求の処理の何れかが含まれ、
前記グループ関連情報生成手段は、前記監視手段による監視の結果得られた複数のセッションにおける操作の種別に応じて、前記電子ファイルと、当該電子ファイルとは別の電子ファイルとの関連度を決定して、当該決定した関連度に応じて、前記表示制御手段により表示させる関連を選択して前記関連情報を生成することを特徴とする請求項1に記載の情報処理装置。
【請求項3】
前記表示制御手段は、表示要求があった前記電子ファイルに対応する前記グループ関連情報であって、表示要求を行ったユーザが属する複数のグループに対応するグループ関連情報が前記記憶装置に複数記憶されている場合、予め定められている優先順位に基づいて、グループ関連情報を用いることを特徴とする請求項1または2に記載の情報処理装置。
【請求項4】
前記監視手段による監視の結果、1つのセッションにおいて操作が得られた場合、複数の操作の種別に応じて、前記電子ファイルと、当該電子ファイルとは別の電子ファイルとの関連を示す関連情報であって、当該操作を行ったユーザ用の個人関連情報を生成する個人関連情報生成手段を更に備え、
前記記憶手段は、前記個人関連情報生成手段により生成された個人関連情報を前記電子ファイルと対応付けて記憶し、
前記表示制御手段は、表示要求があった前記電子ファイルに対応する前記グループ関連情報または前記個人関連情報が前記記憶装置に記憶されている場合、当該グループ関連情報または個人関連情報の少なくともいずれか1つを用いて、所定の条件を満たした電子ファイルを示す情報を抽出し、当該電子ファイルを示す情報と、当該電子ファイルとを前記表示装置へ表示させることを特徴とする請求項1乃至3のいずれか1項に記載の情報処理装置。
【請求項5】
電子ファイルを管理する情報処理装置における情報処理方法であって、
前記電子ファイルに対する表示要求に応じて、当該表示要求がされた電子ファイルを表示装置へ表示させるための制御を行う表示制御ステップと、
前記表示制御ステップにより前記電子ファイルが前記表示装置へ表示されたセッションと同一セッション内のユーザによる操作であって、当該電子ファイルとは別の電子ファイルに対する複数の操作の種別を、セッション単位に監視する監視ステップと、
前記監視ステップによる監視の結果、1つのセッションにおいて操作が得られた場合、複数の操作の種別に応じて、前記電子ファイルと、当該電子ファイルとは別の電子ファイルとの関連を示す関連情報であって、当該操作を行ったユーザが属するグループ用のグループ関連情報を生成するグループ関連情報生成ステップと、
前記グループ関連情報生成ステップで生成されたグループ関連情報を前記電子ファイルと対応付けて記憶装置に記憶する記憶ステップと、
を有し、
前記表示制御ステップは、表示要求があった前記電子ファイルに対応する前記グループ関連情報が前記記憶装置に記憶されている場合であって、当該グループに属するユーザから表示要求がなされた場合、当該グループ関連情報から所定の条件を満たした電子ファイルを示す情報を抽出し、当該電子ファイルを示す情報と、当該電子ファイルとを前記表示装置へ表示させるための制御を行うことを特徴とする情報処理方法。
【請求項6】
クライアント端末と、電子ファイルを管理する情報処理装置とが通信可能な情報処理システムであって、
前記電子ファイルに対する表示要求に応じて、当該表示要求がされた電子ファイルを表示装置へ表示させるための制御を行う表示制御手段と、
前記表示制御手段により前記電子ファイルが前記表示装置へ表示されたセッションと同一セッション内のユーザによる操作であって、当該電子ファイルとは別の電子ファイルに対する複数の操作の種別を、セッション単位に監視する監視手段と、
前記監視手段による監視の結果、1つのセッションにおいて操作が得られた場合、複数の操作の種別に応じて、前記電子ファイルと、当該電子ファイルとは別の電子ファイルとの関連を示す関連情報であって、当該操作を行ったユーザが属するグループ用のグループ関連情報を生成するグループ関連情報生成手段と、
前記グループ関連情報生成手段で生成されたグループ関連情報を前記電子ファイルと対応付けて記憶装置に記憶する記憶手段と、
を有し、
前記表示制御手段は、表示要求があった前記電子ファイルに対応する前記グループ関連情報が前記記憶装置に記憶されている場合であって、当該グループに属するユーザから表示要求がなされた場合、当該グループ関連情報から所定の条件を満たした電子ファイルを示す情報を抽出し、当該電子ファイルを示す情報と、当該電子ファイルとを前記表示装置へ表示させるための制御を行うことを特徴とする情報処理システム。
【請求項7】
電子ファイルを管理する情報処理装置において実行可能なプログラムであって、
前記電子ファイルに対する表示要求に応じて、当該表示要求がされた電子ファイルを表示装置へ表示させるための制御を行う表示制御手段と、
前記表示制御手段により前記電子ファイルが前記表示装置へ表示されたセッションと同一セッション内のユーザによる操作であって、当該電子ファイルとは別の電子ファイルに対する複数の操作の種別を、セッション単位に監視する監視手段と、
前記監視手段による監視の結果、1つのセッションにおいて操作が得られた場合、複数の操作の種別に応じて、前記電子ファイルと、当該電子ファイルとは別の電子ファイルとの関連を示す関連情報であって、当該操作を行ったユーザが属するグループ用のグループ関連情報を生成するグループ関連情報生成手段と、
前記グループ関連情報生成手段で生成されたグループ関連情報を前記電子ファイルと対応付けて記憶装置に記憶する記憶手段と、
して前記情報処理装置を機能させ、
前記表示制御手段は、表示要求があった前記電子ファイルに対応する前記グループ関連情報が前記記憶装置に記憶されている場合であって、当該グループに属するユーザから表示要求がなされた場合、当該グループ関連情報から所定の条件を満たした電子ファイルを示す情報を抽出し、当該電子ファイルを示す情報と、当該電子ファイルとを前記表示装置へ表示させるための制御を行うことを特徴とするプログラム。
【請求項8】
請求項7に記載のプログラムをコンピュータ読み取り可能に記憶した記録媒体。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
【図30】
【図31】
【図32】
【図33】
【図34】
【図35】
【図36】
【図37】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
【図30】
【図31】
【図32】
【図33】
【図34】
【図35】
【図36】
【図37】
【公開番号】特開2011−128908(P2011−128908A)
【公開日】平成23年6月30日(2011.6.30)
【国際特許分類】
【出願番号】特願2009−286942(P2009−286942)
【出願日】平成21年12月17日(2009.12.17)
【出願人】(301015956)キヤノンソフトウェア株式会社 (364)
【Fターム(参考)】
【公開日】平成23年6月30日(2011.6.30)
【国際特許分類】
【出願日】平成21年12月17日(2009.12.17)
【出願人】(301015956)キヤノンソフトウェア株式会社 (364)
【Fターム(参考)】
[ Back to top ]