(57)【要約】【課題】構造文書の作成に用いる文書テンプレートを、当該構造文書の利用結果に応じて変更することで、利用者の構造文書の作成を適切に支援する。【解決手段】ストーリーボードにより規定されているトピック構成を有している構造文書の入力処理する入力処理部と、入力処理された構造文書に含まれているトピック毎の利用結果情報に基づいて、各トピックの評価を行う評価部と、評価結果に従って、ストーリーボードに規定されているトピック構成を更新する更新部と、を備える。【選択図】        図１７
2008084190.tif 000002
【特許請求の範囲】
【請求項１】
文書テンプレートにより規定されている項目構成を有している構造文書の、前記項目毎の利用結果情報を入力処理する入力処理手段と、
前記利用結果情報に基づいて、各項目の評価を行う評価手段と、
評価結果に従って、前記文書テンプレートに規定されている前記項目構成を更新する更新手段と、
を備えることを特徴とする文書テンプレート処理装置。
【請求項２】
各項目と、前記評価手段による項目毎の評価結果を表示する表示処理手段と、
利用者から、文書テンプレートに規定されている前記項目構成に含まれる項目の選択を受け付ける選択受付手段と、をさらに備え、
前記更新手段は、選択を受け付けた前記項目を含めて前記項目構成を更新すること、
を特徴とする請求項１に記載の文書テンプレート処理装置。
【請求項３】
前記評価手段は、前記各項目に対して、利用者の操作により当該項目に対して明示的に付与された注釈の有無、当該項目の再利用回数、当該項目の閲覧回数及び当該項目の閲覧総時間のうち少なくとも１つに基づいて、各項目の評価を行うこと、
を特徴とする請求項１又は２に記載の文書テンプレート処理装置。
【請求項４】
前記評価手段は、前記評価手段による複数回の評価結果を集計する集計手段をさらに備え、
前記更新手段は、集計された評価結果に基づいて、前記項目構成を更新すること、
を特徴とする請求項１乃至３のいずれか一つに記載の文書テンプレート処理装置。
【請求項５】
前記評価手段は、前記利用結果情報に基づいて、各項目の評価を示すスコアを算出し、当該スコアが所定の閾値を越えるか否かにより評価を行うこと、
を特徴とする請求項４に記載の文書テンプレート処理装置。
【請求項６】
業務フローと、当該業務フローにおけるフェーズと、項目構成とを対応付けた業務フロー対応情報を記憶する業務フロー記憶手段と、をさらに備え、
入力処理手段は、前記利用結果情報に前記業務フローと前記フェーズとを含んだ前記結果情報の入力処理を行い、
前記更新手段は、前記業務フロー対応情報に対して、前記利用結果情報に含まれる前記業務フロー及び前記フェーズと対応付けられた項目構成を、評価結果に従って更新すること、
を特徴とする請求項１乃至４のいずれか一つに記載の文書テンプレート処理装置。
【請求項７】
構造文書の作成に用いる文書テンプレートを表示する表示手段と、
前記表示された文書テンプレートに従って、利用者により作成され且つ文書テンプレートにより規定されている項目構成を有している構造文書を記憶する構造文書記憶手段と、
記憶された前記構造文書が利用された場合に、前記構造文書の前記項目毎の利用結果情報を生成する利用結果情報生成手段と、
前記項目毎の利用結果情報を入力処理する入力処理手段と、
前記利用結果情報に基づいて、各項目の評価を行う評価手段と、
評価結果に従って、前記文書テンプレートに規定されている前記項目構成を更新する更新手段と、
を備えることを特徴とする業務フローシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、文書テンプレートに規定されている項目構成を更新する文書テンプレート処理装置及び業務フローシステムに関するものである。
【背景技術】
【０００２】
従来、コンピュータ技術の発展に伴い、様々な作業をコンピュータ上で行うことが増加している。例えば、企画・医療・開発業務などを行う業務フローもシステム化が進んでいる。
【０００３】
そして、近年、業務フローシステムにおいて、利用者による文書処理を簡易化するための提案がなされている。例えば特許文献１では、文書処理中の情報に関するユーザの関心度を算出し、当該関心度に応じて情報の回付先を決定する技術が提案されている。
【０００４】
【特許文献１】特開２００１−１１７９７７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載された技術は、形式が設定された文書テンプレートに従って利用者が構造文書を作成するものであり、当該構造文書の作成を支援するものではない。このため、特許文献１に記載された技術では、ユーザが構造文書を作成する時に、回付先のユーザの関心を引きつけるように構造文書の作成を支援することは難しいという問題がある。
【０００６】
本発明は、上記に鑑みてなされたものであって、利用者の構造文書の作成を適切に支援する文書テンプレート処理装置及び業務フローシステムを提供する。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するために、本発明は、文書テンプレートにより規定されている項目構成を有している構造文書の、前記項目毎の利用結果情報を入力処理する入力処理手段と、前記利用結果情報に基づいて、各項目の評価を行う評価手段と、評価結果に従って、前記文書テンプレートに規定されている前記項目構成を更新する更新手段と、を備えることを特徴とする。
【０００８】
また、本発明は、構造文書の作成に用いる文書テンプレートを表示する表示手段と、前記表示された文書テンプレートに従って、利用者により作成され且つ文書テンプレートにより規定されている項目構成を有している構造文書を記憶する構造文書記憶手段と、記憶された前記構造文書が利用された場合に、前記構造文書の前記項目毎の利用結果情報を生成する利用結果情報生成手段と、前記項目毎の利用結果情報を入力処理する入力処理手段と、前記利用結果情報に基づいて、各項目の評価を行う評価手段と、評価結果に従って、前記文書テンプレートに規定されている前記項目構成を更新する更新手段と、を備えることを特徴とする。
【発明の効果】
【０００９】
本発明にかかる文書テンプレート処理装置によれば、利用者は、構造文書が利用された結果が反映された項目構成を有している文書テンプレートに従って構造文書を作成できるので、利用者の構造文書の作成を適切に支援することができるという効果を奏する。
【００１０】
また、本発明にかかる業務フローシステムによれば、利用者は、構造文書が利用された結果が反映された項目構成を有している文書テンプレートに従って構造文書を作成できるので、利用者の構造文書の作成を適切に支援することができるという効果を奏する。
【発明を実施するための最良の形態】
【００１１】
以下に添付図面を参照して、この発明にかかる文書テンプレート処理装置及び業務フローシステムの最良な実施の形態を詳細に説明する。なお、テンプレート処理装置を、文書テンプレート管理サーバに対して適用した例について場合について説明するが、テンプレート処理装置はどのような装置に適用してもよい。
【００１２】
（第１の実施の形態）
図１は、第１の実施の形態にかかる業務フローシステムの構成を示すブロック図である。本図に示すように、業務フローシステムは、文書テンプレート管理サーバ１００と、構造文書生成装置１５０と、構造文書活用装置１６０とを備える。
【００１３】
当該業務フローシステムで、構造文書作成を行うユーザは、構造文書生成装置１５０を操作することで、文書テンプレート管理サーバ１００に対して、指定業務フローの指定フェーズに関する文書要件データを要求する。そして、構造文書生成装置１５０は、文書要件データを受け付けた場合に、前記文書要件データに基づいて文書テンプレート（以下、ストーリーボードとする）を生成する。そして、ユーザは、ストーリーボードが有するトピック構成に従うことで、指定業務フローの指定フェーズに適した構造文書を作成できる。
【００１４】
そして、ユーザは、構造文書活用装置１６０を操作して、作成された構造文書を用いたプレゼンテーション等を行うことができる。また、当該構造文書を、他のユーザに公開した場合、他のユーザが構造文書活用装置１６０を操作して、当該構造文書を閲覧や、再利用することができる。この際、構造文書活用装置１６０は、各ユーザの閲覧や再利用等された結果を示す利用結果情報を生成し、構造文書内に当該利用結果情報を格納する。利用結果情報とは、当該構造文書が使用、閲覧等がなされた場合に生成または更新される情報とする。この利用結果情報を参照することで、当該構造文書の利用状況を把握できる。なお、利用結果情報の詳細については後述する
【００１５】
この格納された利用結果情報により、文書テンプレート管理サーバ１００の構造文書活用度レビュー部１０５が、構造文書の各トピックを評価できる。そして、構造文書活用度レビュー部１０５は、評価結果に基づいて業務フローＤＢ１０３を更新する。これにより業務フロー/フェーズの文書要件データが更新される。
【００１６】
構造文書生成装置１５０は、構造文書を生成するための装置とする。また、構造文書活用装置１６０は、構造文書生成装置１５０で生成された構造文書を用いてプレゼンテーションや、他のユーザに対して閲覧や再利用を許容する装置とする。また、構造文書活用装置１６０は、必要に応じて構造文書に対して編集を行う。また、構造文書活用装置１６０は、構造文書の内部にプレゼンテーションや閲覧などの利用結果情報を示す属性を埋め込む。なお、構造文書生成装置１５０及び構造文書活用装置１６０については後に説明する。
【００１７】
文書テンプレート管理サーバ１００は、素材情報源１０１と、構造文書ＤＢ１０２と、業務フローＤＢ１０３と、スタイルシート記憶部１０４と、構造文書活用度レビュー部１０５とを備える。素材情報源１０１は、構造文書生成装置１５０及び構造文書活用装置１６０に対して、構造文書を生成、編集する際に提供する文書素材を格納する。構造文書ＤＢ１０２は、構造文書生成装置１５０及び構造文書活用装置１６０で生成、編集された構造文書を格納する。
【００１８】
業務フローＤＢ１０３は、業務フローにおける各フェーズの文書要件データを格納する。図２は、業務フローＤＢのテーブル構造を示す図である。図２に示すように業務フローＤＢは、業務フロー名と、フェーズ名と、文書要件データとを対応付けて記憶する。これにより、業務フローの任意のフェーズにおいて、使用される文書要件データを特定することができる。
【００１９】
文書要件データには、業務フローにおける各フェーズにおいて、ユーザに対して構造文書の作成を支援するための情報が格納されている。この文書要件データを利用することで、ストーリーボードを生成することができる。本実施の形態では、文書要件データは、構造文書内に含まれるべきトピックの構成情報と、各トピックの重要度を示す情報で構成される。重要度とは、構造文書活用度レビュー部１０５で設定された必須、推奨、その他の３種類からなる格付けとする。必須とは、当該トピックが必須項目であり、記述を省略できないことを示している。推奨とは、当該トピックが重要項目であり、一応記述を省略することもできるが注意喚起がなされるものとする。その他とは、当該トピックに関連する項目であるが、当該トピックの記述を省略するか否かはどちらでも良いものとする。なお、トピックについては後述する。
【００２０】
図２に示すように、業務フローとフェーズは１対多の関係にある。また、図２では省略しているが、文書要件データフィールドには、上述した文書要件データが格納される。なお、文書要件データの構造データについては後述する。
【００２１】
また、業務フローＤＢ１０３は、文書要件データ出力機能と文書要件データ入力機能とを有する。文書要件データ出力機能は、外部モジュールから業務フロー名とフェーズ名を受け取ると、それに対応する文書要件データを出力する。文書要件データ入力機能は、外部モジュールから業務フロー名とフェーズ名と新しい文書要件データを受け取ると、既存の文書要件データを新しい文書要件データに更新する。
【００２２】
図１に戻り、スタイルシート記憶部１０４は、構造文書を表示する際に用いるスタイルシートを格納する。構造文書活用度レビュー部１０５は、構造文書のプレゼンテーションの結果に対してレビューを行う。なお、詳細な説明は後述する。
【００２３】
図３は、第１の実施の形態にかかる構造文書生成装置１５０の構成を示すブロック図である。本図に示すように、構造文書生成装置１５０は、指定受付部２０２と、ストーリーボード生成モジュール２０３と、ストーリーボード編集モジュール２０１とを備える。
【００２４】
指定受付部２０２は、ユーザからこれから作成する構造文書の業務フロー及びフェーズの指定を受け付ける。
【００２５】
図４は、構造文書生成装置１５０が指定を受け付ける際にモニタ２５０に表示する画面例を示した図である。図４に示した画面を表示することで、利用者が操作する（図示しない）入力デバイスから業務フロー及びフェーズの指定を受け付けることができる。
【００２６】
図３に戻り、構造文書生成装置１５０は、指定された業務フロー及びフェーズを文書テンプレート管理サーバ１００に出力する。これにより、構造文書生成装置１５０は、当該業務フロー及びフェーズに対応する文書要件データを、文書テンプレート管理サーバ１００の業務フローＤＢ１０３から受信することができる。
【００２７】
図５は、文書要件データのデータ構造を示した図である。つまり、文書要件データは、トピック順序・トピック種別・重要度・情報源の４フィールドで構成されたレコード群を有するテーブルとする。なお、本実施の形態においては、これらフィールドをまとめてトピック属性群とする。また、トピックとは、業務フローのフェーズにおいて、構造文書に対して組み込むべき項目を示したものとする。ユーザが、トピックに関する情報の入力を行うことで、当該業務フローのフェーズに適した構造文書を生成することができる。
【００２８】
図５に示すテーブルは、業務フローが「肺ガン」でフェーズが「手術前」における文書要件データの例を示している。そして、当該テーブルは、“トピック順序”と“トピック種別”により、当該業務フロー及びフェーズのストーリーボードとして、利用者に対して推奨する説明手順を示している。また、各レコードで示された各トピックには、重要度として上述した３種類のうちいずれか１種類の格付けが設定されている。
【００２９】
また情報源は、当該トピックで利用する素材の所在を示している。図５に示す例では、ＵＲＬ(Uniformed Resource Locator)で示されたサーバ（例えば文書テンプレート管理サーバ１００）上の場所に、当該トピックで利用する素材が格納されている。また、素材を格納する所在を示すためには、ＵＲＬ以外の表現手法を用いても良く、例えばＩＰアドレス、データベース名、テーブル名及びレコードＩＤなどを組み合わせる等も考えられる。
【００３０】
ストーリーボード生成モジュール２０３は、業務フローＤＢ１０３から受信した文書要件データから、ストーリーボードテンプレートを生成する。ストーリーボードテンプレートとは、構造文書を作成する際に用いる文書テンプレートであり、文書要件データに含まれているトピック構成等を備えている。そして、ストーリーボード生成モジュール２０３は、生成したストーリーボードテンプレートと文書要件データを、ストーリーボード編集モジュール２０１に出力する。なお、ストーリーボードテンプレートの表示例については後述する。
【００３１】
ストーリーボード編集モジュール２０１は、トピックハンドラ２２１と、再生ボタンハンドラ２２２と、構造文書編集モジュール２２３と、登録ボタンハンドラ２２４と、構成チェックモジュール２２５と、の５個のサブモジュールで構成される。これらサブモジュールが、ストーリーボードテンプレートの構成要素に対応している。
【００３２】
また、ストーリーボード編集モジュール２０１は、ストーリーボード生成モジュール２０３から受信した文書要件データをトピックハンドラ２２１内に格納する。また、ストーリーボード編集モジュール２０１は、ストーリーボード生成モジュール２０３から入力されたストーリーボードテンプレートを用いて、ユーザに対して構造文書作成機能を提供する。
【００３３】
図６は、ストーリーボードテンプレートの構成例を示した図である。図６に示されたストーリーボードテンプレート８００の領域８０１には、入力した文書要件データで指定された業務フロー名及びフェーズ名が表示される。さらに、領域８０１は、ユーザ名や日時等の文書作成に関する情報を表示するのが好ましい。
【００３４】
領域８０２は、文書要件データから読み込んだ情報が展開表示される。推奨構成を示す推奨領域８０８には、文書要件データ内のレコード群のうち必須・推奨の属性を持つトピック名が表示される。また、図５で示した文書要件データを用いた場合、推奨領域８０８には、“治療経緯”、“患者意志”、“治療方針”、“ＣＴ”がトピック名として表示される。また、“ＣＴ”は、重要度として“必須”が対応付けて表示される。
【００３５】
また、他トピックを示す他トピック領域８０４には、文書要件データ内のレコード群のうちその他の属性を持つトピック名が表示される。また、図５で示した文書要件データを用いた場合、他トピック領域８０４には、“投薬状況”、“ＭＲ”がトピック名として表示される。
【００３６】
これら領域８０２に表示される列挙される各トピックは、トピック名を文字列として表示されるとともに、当該トピック名に対してリンクが張られている。ユーザは、このリンクをクリックすることで、当該トピックに関する情報を格納する情報源（例えば、素材情報源１０１）に対してアクセスできる。この情報源のリンク先としては、図５の情報源フィールドによって指定されたURLが用いられる。
【００３７】
領域８０５はキャンパスであり、ユーザは当該領域に対して文書等を入力する。再生ボタン８０６は、入力された文書等を含む構造文書をスライド形式で再生する。登録ボタン８０７は、構造文書を、文書ＤＢ１０２に登録する。自動挿入ボタン８０３は、領域８０８に表示された各トピックに対応する素材を、自動的に領域８０５に挿入する。
【００３８】
図３に戻り、トピックハンドラ２２１は、図６の領域８０２と対応付けられている。そして、ユーザが当該領域８０２に対して操作を行った場合に、当該領域８０２に対して、トピックハンドラ２２１が起動する。このように、トピックハンドラ２２１は、イベントドリブン方式で処理が行われる仕組みとなっている。なお、後述する構造文書編集モジュール２２３、再生ボタンハンドラ２２２及び登録ボタンハンドラ２２４についても同様とする。
【００３９】
またトピックハンドラ２２１は、領域８０２内のハイパーリンクのクリックを検出すると、クリックされたトピックの情報源を、別文書として表示する。例えば、トピックの情報源がＵＲＬで示されている場合、トピックハンドラ２２１は、当該ＵＲＬに格納されているデータを、新たに起動したＷｅｂブラウザ上に表示する。なお、自動挿入ボタン８０３がクリックされた場合の処理については後述する。
【００４０】
図７は、構造文書編集モジュール２２３の構成を示すブロック図である。図７に示すように、構造文書編集モジュール２２３は、レンダラ６０１と、構造文書内トピック編集ハンドラ６０４と、構造文書内ドラッグドロップハンドラ６０５と、インポートドロップハンドラ６０６と、トピック新規作成ハンドラ６０７と、クリックハンドラ６０８とを備える。また、構造文書編集モジュール２２３は、図６の領域８０５と対応付けられている。
【００４１】
また、構造文書編集モジュール２２３は、構造文書を部品化して構造的に編集処理を行うモジュールであり、本実施の形態では例として特開２００４−２５３２１０、特開２００４−０４６３５７、特開２００１−１０９７４２に開示された技術を用いる。次に、開示技術のうち、当該システムに必要な機能について説明する。
【００４２】
レンダラ６０１は、構造文書データ６０２及びスタイル群テーブル６０３を内部に格納し、それらに基づいて構造文書を、図６に示す領域８０５に表示する機能を有する。
【００４３】
図８は、スタイル群テーブル６０３のテーブル構造の例を示した図である。図８に示すように、スタイル群テーブル６０３は、表示形式名と、スタイルシートＵＲＬとを対応付けて保持している。例えば、レコード７０１は、ストーリーボード表示を行う際に、レコード７０２はスライド表示を行う際に利用される。そして、表示要求を受け取った場合に、各レコードのスタイルシートＵＲＬから使用するスタイルシートを特定できる。スタイルシートとは、ＸＭＬデータの表示手法を定義するものであり、例えば国際標準としてＸＳＬＴ(XML Stylesheet Language Transformationsの略)などがある。なお、ＸＳＬＴは、"http://www.w3.org/TR/xslt"に規格が掲載されている。
【００４４】
レンダラ６０１は、外部システムから表示要求を受け取った場合、表示要求に対応する構造文書をモニタ２５０の画面上に表示する。また、表示要求には表示形式名が含まれているので、レンダラ６０１は、当該表示形式名と対応付けられたスタイルシートを用いて、構造文書を表示する。また、表示形式名は、ストーリーボード編集モジュール２０１で利用する場合、通常は「ストーリーボード表示」が指定される。
【００４５】
そして、「ストーリーボード表示」が指定されている場合、レンダラ６０１は、最初に起動する時には上述したストーリーボードテンプレートを、スタイル群テーブル６０３でストーリーボード表示と対応付けられているスタイルシートを用いて表示する。そして、ストーリーボードテンプレートに対して、ユーザが情報の入力及び編集を行うことで、構造文書データが生成される。これにより、ユーザは、ストーリーボードテンプレートに含まれているトピックを参考にして、当該トピックに対応する情報が必要か否か判断しながら、構造文書を作成することができる。
【００４６】
図９は、レンダラ６０１が表示する編集中の構造文書の画面例を示した図である。図９は、医療カンファレンス用構造文書の編集中の画面例とする。また、図９で示す画面例では、図５で示した文書要件データが有するトピックを含んでいるのが確認できる。また、レンダラ６０１は、各トピックを線形に並べた形式で表示する。また、レンダラ６０１は、ストーリーボード表示のスタイルシートを用いて、構造文書をキャンパス９０１に表示する。
【００４７】
図１０は、構造文書のデータ構造およびデータ値の例を示した図である。図１０に示す構造文書が有する各トピックは、図５の文書要件データと対応している。図１０に示す構造文書のデータ表現にＸＭＬを用いているが、構造化可能であればＸＭＬ以外のいかなる手法を用いてもよい。
【００４８】
図１０に示す構造文書では、各トピックが線形リストとして列挙されている。図１０では、属性“component”="yes"を記述されたタグが、トピックを示すタグとする。この属性を持つタグをトピックルートエレメントとする。そして、トピックエレメントに挟まれた文書片をトピックインスタンスとする。
【００４９】
またトピック属性群の格納手法について説明する。トピック順序は、タグ“order”のエレメント値に記述される。トピック種別は、“type”属性値に記述する。重要度は、例えば符号１００１に示すように、タグ“importance”のエレメント値に記述する。また、当該エレメント値は、必須の場合に“required”、推奨の場合に“recommend”、その他の場合に“none”が記述される。また、トピックで利用する情報源は、タグ“source”のエレメント値に記述する。
【００５０】
また、“mark”エレメント(重要マーク)、“pen”エレメント(ペン注釈)、“reuse”エレメント(再利用回数)、“focusnum”エレメント(フォーカス回数)及び“timetotal”エレメント(閲覧総時間)は、システム予約されている。これらは、ユーザにより構造文書を利用された結果を格納するエレメント群であり、換言すると利用結果情報に相当する。これらエレメントの例としては図１０の符号１００２で示す。なお、これらエレメントの意味・用途については後述する。その他のエレメントや属性について特に制約はなく、各トピックで記述したい内容をトピックインスタンス内に記述できる。
【００５１】
なお、本実施の形態では、これら利用結果情報を、構造文書内部に格納したが、構造文書と別データにしてもよい。
【００５２】
図７に戻り、構造文書内トピック編集ハンドラ６０４は、各トピックのコンテンツを編集する機能を提供する。例えば、利用者が画面に表示された構造文書に対して入力デバイスで編集した場合、構造文書内トピック編集ハンドラ６０４が当該編集結果でレンダラ６０１内部の構造文書データを更新する。
【００５３】
さらにシステム予約されているエレメントに対して値を格納する例を示す。例えば、利用者がシフトキーを押下しながら、トピック領域上でマウス操作をすると、構造文書内トピック編集ハンドラ６０４が、当該マウス操作をペン注釈操作と解釈し、当該マウス操作の軌跡をトピック上に表示するとともに、図１０で示した“pen”エレメント値に対して当該マウス操作のストロークデータを格納する。他の例としては、利用者がコントロールキーを押下しながら、ポインティングデバイスでトピックをクリックすると、構造文書内トピック編集ハンドラ６０４は、重要マーク設定と解釈し、“mark”エレメント値に対して“true”を格納する。なお、このような重要マーク設定は、後述する活用度レビューの際に評価材料の１つとして用いられる。
【００５４】
構造文書内ドラッグドロップハンドラ６０５は、ドラッグドロップによりトピックの順序を入れ替える機能を提供する。例えば、ユーザが任意の第１のトピックをドラッグすると、構造文書内ドラッグドロップハンドラ６０５はドラッグされた時点でクリップボードにトピックインスタンスを登録する。続いて、利用者が任意の第２のトピック上にドロップすると、構造文書内ドラッグドロップハンドラ６０５は、当該第２のトピックの前に第１のトピックを挿入する。これにより、構造文書内のトピックの順序を入れ替えることができる。また、この操作に対応して、構造文書内ドラッグドロップハンドラ６０５は、画面上のみならず、構造文書データ６０２のトピックインスタンスの順序も入れ替える。
【００５５】
インポートドロップハンドラ６０６は、任意の情報源が表示された素材提示ウィンドウから、当該構造文書を表示するウィンドウに対するドラッグドロップ操作を受け付けた際に、ドロップされた情報を取り込む機能を提供する。
【００５６】
例えば、医療カンファレンスシステムに適用した場合、素材提示ウィンドウには、外部システムの電子カルテ・PACS・レポートシステムを表示していること等が考えられる。これにより、インポートドロップハンドラ６０６は、電子カルテ・PACS・レポートシステムの一部又は全部を素材として、構造文書に格納できる。
【００５７】
あるいはたとえば前回会議資料などのように、既存のストーリーボードからの取り込みも考えられる。その場合、電子カルテ・PACS・レポートシステム・ストーリーボードの任意画面から必要な素材をドラッグし、当該医療カンファレンスシステムへドロップすれば当該素材が取り込まれる。
【００５８】
トピック新規作成ハンドラ６０７は、トピックを新規に作成する機能を提供する。上述したインポートドロップハンドラ６０６が任意の情報源の素材に基づいてトピックを生成するのに対し、トピック新規作成ハンドラ６０７は、ユーザが新たにトピックを作成することを可能にする。トピック新規作成ハンドラ６０７は、利用者のストーリーボードに対するクリックを受け付けた場合に、ストーリーボード上のクリックされた領域に空トピックを生成する。そして、トピック新規作成ハンドラ６０７は、構造文書に対しても、空トピックに対応するトピックインスタンスを挿入する。
【００５９】
図１１は、空トピックとして構造文書に挿入されるトピックインスタンスの例を示した図である。なお、トピック新規作成ハンドラ６０７は、ストーリーボード上のクリックされた領域に既に編集されたトピックが存在する場合、構造文書の最後に空トピックを追加する。
【００６０】
クリックハンドラ６０８は、ユーザにトピックをクリックされた場合に、当該トピックに格納された引用元の情報源(原データ)の画面を表示する機能を提供する。クリックハンドラ６０８は、トピックがクリックされた場合に起動する。例えば、クリックハンドラ６０８は、トピックの“source”エレメントから情報源へのＵＲＬ情報を取り出した場合、Ｗｅｂブラウザに対して当該ＵＲＬで示された情報を表示する。
【００６１】
図３に戻り、再生ボタンハンドラ２２２は、図６の再生ボタン８０６と対応付けられている。そして、ユーザがストーリーボード画面上の再生ボタン８０６を押下した場合、再生ボタンハンドラ２２２が処理を開始する。再生ボタンハンドラ２２２は、構造文書編集モジュール２２３に対し、表示要求を行う。この際、表示要求には表示形式名として「スライド表示」が格納されている。これにより、構造文書編集モジュール２２３は、現在の編集中の構造文書を「スライド表示」形式で表示する。この機能により、ユーザはプレゼンテーションの仕上がり具合を、いつでも事前確認することができる。
【００６２】
登録ボタンハンドラ２２４は、図６の登録ボタン８０７と対応付けられている。そして、ユーザがストーリーボード画面上の登録ボタン８０７を押下した場合、編集処理が行われていた構造文書を、文書テンプレート管理サーバ１００の構造文書ＤＢ１０２に登録する処理を行う。但し、登録ボタンハンドラ２２４が実際に登録する構造文書は、後述する構成チェックモジュール２２５が行う構成チェックで問題ないことが確認された構造文書のみとする。
【００６３】
構成チェックモジュール２２５は、登録ボタンハンドラ２２４からの要求に応じて、登録要求された構造文書に対して、構成チェックを行う。構成チェックモジュール２２５は、後述する３種類の構成チェックを行う。そして、構成チェックモジュール２２５がこれら３種類の構成チェックを全て実行した後、問題ないことが確認された場合に、登録ボタンハンドラ２２４が構造文書ＤＢ１０２に対して構造文書の送信処理を開始する。なお、構成チェックモジュール２２５が行う３種類の構成チェックの順序はどのような順序で行ってもよい。
【００６４】
まず、構成チェックモジュール２２５は、第１の構成チェックとして、編集処理後の構造文書で、必須項目である全てのトピックに情報が記述されているか否かを確認する。必須項目である全てのトピックに対して情報が記述されている場合に、問題ないものとする。
【００６５】
図１２は、構成チェックモジュール２２５が、必須項目のトピックで情報が記述されていない箇所がある場合に表示するウィンドウの例を示した図である。そして、構成チェックモジュール２２５が、図１２のウィンドウを表示した場合、登録ボタンハンドラ２２４による登録処理が拒否される。
【００６６】
また、構成チェックモジュール２２５は、第２の構成チェックとして、編集処理後の構造文書で、推奨項目である全てのトピックに情報が記述されているか否かを確認する。全てのトピックに対して情報が記述されている場合に、問題ないものとする。
【００６７】
図１３は、構成チェックモジュール２２５が、推奨項目のトピックで情報が記述されていない箇所がある場合に表示するウィンドウの例を示した図である。図１３の「ＸＸＸ」には情報が記述されていないトピック名が挿入される。また、情報が記述されていないトピックが複数存在する場合、これら全てのトピック名を表示する。図１３に示すウィンドウを表示することで、利用者が最終確認をすることができる。
【００６８】
そして、図１３に示したウィンドウを表示した後、利用者が、ＯＫボタンを押下した場合には、登録ボタンハンドラ２２４による処理が実行される。また、利用者がＣａｎｃｅｌボタンを押下した場合には、登録ボタンハンドラ２２４による登録処理が拒否される。
【００６９】
また、構成チェックモジュール２２５は、第３の構成チェックとして、編集処理後の構造文書のトピックインスタンス群を前方から順にルックアップし、トピックインスタンスにトピック順序値(orderエレメント値)が指定されている場合、それが実際の順序と一致しているか否かを確認する。実際の順序と一致した場合に、問題ないものとする。
【００７０】
また、本実施の形態と異なる別の仕様としては、構成チェックモジュール２２５は、例えばトピック順序値が必ずしも実際の順序と一致するか否かはチェックせず、トピック順序の前後関係が指定のとおりであるか否かをチェックする仕様も考えられる。この場合、トピック順序値を持つトピックインスタンス間のトピック順序値を比較し、トピック順序値を保つトピックインスタンスにおいて、前方のトピックインスタンスのトピック順序値が、後方のトピックインスタンスのトピック順序値より小さければ問題ないものとする。
【００７１】
図１４は、構成チェックモジュール２２５が、上述したトピック順序の判定で問題があると判定された場合に表示するウィンドウの例を示した図である。図１４に示すウィンドウを表示することで、利用者が最終確認をすることができる。
【００７２】
図１５は、第１の実施の形態にかかる構造文書活用装置１６０の構成を示すブロック図である。本図に示すように、構造文書活用装置１６０は、構造文書編集モジュール１５０５と、スライド切替ボタンハンドラ１５０１と、登録ボタンハンドラ１５０２と、フォーカス回数測定モジュール１５０３と、閲覧時間測定モジュール１５０４とを備える。
【００７３】
構造文書編集モジュール１５０５は、図３で示した構造文書生成装置１５０のストーリーボード編集モジュール２０１に組み込まれる構造文書編集モジュール２２３と同一モジュールなので、説明を省略する。なお、構造文書活用装置１６０では、構造文書を表示する際、構造文書編集モジュール１５０５に対する表示要求に含まれる表示形式は通常「スライド表示」とする。
【００７４】
図１６は、構造文書活用装置１６０が構造文書をスライド形式で表示した例を示した図である。図１６で示した例では、画面１６０１、画面１６０２及び画面１６０３の３ページで構成されるスライド形式とする。また、構造文書活用装置１６０は、図１６で示された画面要素に対応するサブモジュールを備えている。ユーザの戻るボタン１６０５(前スライドへ)又は進むボタン１６０６(次スライドへ)の押下により、スライド切替ボタンハンドラ１５０１が表示するスライドの切り替えを行う。そして、構造文書編集モジュール１５０５は、スライドのコンテンツ１６０４に対して、ストーリーボードに従って作成されたトピック群から、画面移動に従ってトピックを１個毎に表示する。なお、登録ボタン１６０７については後述する。
【００７５】
スライド切替ボタンハンドラ１５０１は、図１６に示す戻るボタン１６０５および進むボタン１６０６に対応し、これらのボタンが押下された場合に、スライドの切替を行う。
【００７６】
また、スライド切替ボタンハンドラ１５０１は、戻るボタン１６０５がクリックされた場合には前スライド(前のトピック)に、進むボタン１６０６がクリックされた場合には次スライド(次のトピック)に表示を切り替える。
【００７７】
また、スライド切替ボタンハンドラ１５０１は、表示の切り替えを要求する際に、構造文書編集モジュール１５０５に対して、表示形式として「スライド表示」を指定し、スライドの表示を要求する。
【００７８】
また、フォーカス回数測定モジュール１５０３および閲覧時間測定モジュール１５０４は、スライド切替ボタンハンドラ１５０１のサブモジュールであり、スライド切替ボタンハンドラ１５０１により制御される。
【００７９】
また、スライド切替ボタンハンドラ１５０１は、スライドの利用度についてフォーカス回数測定モジュール１５０３と閲覧時間測定モジュール１５０４とを用いて計測している。スライド切替ボタンハンドラ１５０１がスライドを初めて表示するタイミング、または戻るボタン１６０５・進むボタン１６０６により別スライドに切り替えるタイミングで、フォーカス回数測定モジュール１５０３及び閲覧時間測定モジュール１５０４に対して、これから表示するスライドに関する利用度の計測を開始させる。
【００８０】
また、戻るボタン１６０５や進むボタン１６０６により表示しているスライドを終了する際に、スライド切替ボタンハンドラ１５０１は、フォーカス回数測定モジュール１５０３及び閲覧時間測定モジュール１５０４に対して、表示を終了するスライドに関する利用度の計測結果を記録させる。具体的に、フォーカス回数測定モジュール１５０３及び閲覧時間測定モジュール１５０４が行う利用度計測処理を、次に示す。
【００８１】
フォーカス回数測定モジュール１５０３は、スライドの表示回数を計測する。また、フォーカス回数測定モジュール１５０３は、スライド切替ボタンハンドラ１５０１から計測結果記録依頼を受け付けると、表示していたスライドに対応するトピックインスタンスの“focusnum”エレメント値を“1”増加させる更新処理を行う。
【００８２】
閲覧時間測定モジュール１５０４は、スライドの表示時間を計測する。また、閲覧時間測定モジュール１５０４は、スライド切替ボタンハンドラ１５０１から計測開始依頼を受け付けると、時間を測定し始める。そしてスライド切替ボタンハンドラ１５０１から計測結果記録依頼を受け付けると、当該時点までの時間を秒単位で取得し、表示していたスライドに対応するトピックインスタンスの“timetotal”エレメント値に、取得した時間の加算処理を行う。
【００８３】
このようにフォーカス回数測定モジュール１５０３及び閲覧時間測定モジュール１５０４は、上述した処理によりユーザの利用結果情報に該当するパラメータを生成し、当該パラメータを、構造文書内にシステム予約されたエレメントに挿入する処理を行うことになる。つまり、フォーカス回数測定モジュール１５０３及び閲覧時間測定モジュール１５０４は、換言すれば利用結果情報生成手段に相当する。
【００８４】
登録ボタンハンドラ１５０２は、図１６の登録ボタン１６０７に対応している。また、登録ボタンハンドラ１５０２は、図１６の登録ボタン１６０７がクリックされた場合に、処理を開始するモジュールである。
【００８５】
つまり、構造文書編集モジュール１５０５内に格納されている構造文書データは、構造文書編集モジュール１５０５を用いたユーザ編集作業(ペン注釈・重要度フラグ付与・コンテンツ修正など)により内容が更新されている。さらに当該構造文書データは、フォーカス回数測定モジュール１５０３、閲覧時間測定モジュール１５０４などの利用度測定モジュール群による計測結果の記録処理で、内容が更新されている。そこで、登録ボタンハンドラ１５０２は、構造文書編集モジュール１５０５内から構造文書データを取得して、構造文書ＤＢ１０２に送信する。
【００８６】
なお、本実施の形態では、構造文書活用装置１６０は、構造文書の閲覧方法としてスライド形式を用いているが、これ以外の形式で構造文書を表示しても良い。表示形式の変更は、スタイルシートの定義内容を変更することで、ユーザが所望する表示形式を提供できる。
【００８７】
図１７は、第１の実施の形態にかかる文書テンプレート管理サーバ１００が備える構造文書活用度レビュー部１０５の構成を示すブロック図である。本図に示すように、構造文書活用度レビュー部１０５は、入力処理部１７０１と、評価部１７０２と、変更部１７０３と、格付け集計ＤＢ１７０４とを備える。
【００８８】
また、構造文書活用度レビュー部１０５は、構造文書生成装置１５０による編集過程、構造文書活用装置１６０による利用結果情報に基づいて、構造文書に含まれていた各トピックの重要性をレビューし、業務フローＤＢ１０３に格納された文書要件データへフィードバックする機能を有する。
【００８９】
入力処理部１７０１は、構造文書活用装置１６０でプレゼンテーション等が終了した構造文書に対してレビューを行うために、当該構造文書の入力処理を行う。
【００９０】
評価部１７０２は、スコアリングモジュール１７１１と、格付けモジュール１７１２と、格付け集計モジュール１７１３と、格付けサマリ出力モジュール１７１４と、格付け変更受付モジュール１７１５と、を備え、プレゼンテーション等の結果に対する評価を行う。
【００９１】
スコアリングモジュール１７１１は、構造文書活用装置１６０においてプレゼンテーション等で活用された構造文書を、構造文書ＤＢ１０２から取り出し、当該構造文書に対してプレゼンテーション時に格納されたパラメータを用いて、各トピックインスタンスをスコアリングする。以下にスコアを求める計算式の例となる式（１）を示す。スコアリングモジュール１７１１は、この式（１）により各トピックに対する点数付けを行う。また、スコアは、最高点を１００点とし、以下の計算式で１００点を超える場合には１００点を与える。また、スコアの計算式に含まれているフラグの有無では、当該フラグがセットされている場合に‘１’を、セットされていない場合に ‘０’とする。
【００９２】
スコア＝重要度フラグの有無（１or０）＊ｗ１＋ペン注釈の有無（１or０）＊ｗ２＋再利用回数＊ｗ３＋閲覧回数＊ｗ４＋閲覧総時間数＊ｗ５……（１）
【００９３】
また、式（１）に含まれているｗ１、ｗ２、ｗ３、ｗ４、ｗ５は、任意の自然数とする。スコアリングモジュール１７１１は、これらの自然数により各パラメータの重み付けを行う。つまり、これらのパラメータ値の与え方により、ワークフローの改善性が決定する。よって、管理者が、実際に適用する業務に適用するよううまくチューニングするのが好ましい。なお、原理的にはこれら自然数には、何の値を入れても良い。
【００９４】
また、自然数の値の例としては、重要度フラグを持つトピックを、格付けモジュール１７１２で必須フラグを必ず設定したい場合、ｗ１を“１００”とすればよい。これにより、重要度フラグを持つトピックは必ず１００点になる。
【００９５】
このようにスコアリングモジュール１７１１のスコアリングにより得られた各トピックに対して付与された各点数を格納した構造文書を、スコアリング結果データとする。なお、構造文書は、入力処理部１７０１から入力されたものとする。そして、スコアリング結果データは、格付けモジュール１７１２に出力される。
【００９６】
格付けモジュール１７１２は、スコアリングモジュール１７１１が生成したスコアリング結果データに基づき、構造文書に含まれる全てのトピックに対して格付け（フラグの付与）を行う。次に、スコアと、付与するフラグについて説明する。
【００９７】
つまり、格付けモジュール１７１２は、スコアの値が閾値Ｄ１以上のトピックに対して、必須フラグを付与する。また、格付けモジュール１７１２は、スコアの値がＤ１未満Ｄ２以上のトピックに対して、推奨フラグを付与する。また、格付けモジュール１７１２は、スコアの値がＤ２未満のトピックに対して、その他フラグを付与する。
【００９８】
また、格付けモジュール１７１２が行った処理により、各トピックに対して付与されたフラグを格納したスコアリング結果データを、格付け結果データとする。
【００９９】
なお、閾値Ｄ１、Ｄ２は、０以上１００以下の整数とする。また、閾値Ｄ１≧閾値Ｄ２が成り立つ。また、これら閾値の与え方により、ワークフローの改善性が決定する。よって、管理者が、実際に適用する業務に適用するよううまくチューニングするのが好ましい。なお、原理的にはこれら自然数には、何の値を入れても良い。
【０１００】
格付け集計モジュール１７１３は、格付け集計ＤＢ１７０４が管理している過去全ての構造文書に対して行われた格付け結果データと、格付けモジュール１７１２から入力された格付け結果データに基づいて、統計的な格付け評価を行う。
【０１０１】
具体的には、格付け集計モジュール１７１３は、格付けモジュール１７１２から入力された業務フロー名およびフェーズ名を取り出し、格付け集計ＤＢ１７０４から同業務フローかつ同フェーズに属する過去の格付結果データをすべて取得し、トピック毎に付与された各格付けの確率を計算する。
【０１０２】
次に、集計処理の一例を示す。格付け集計モジュール１７１３が、格付け集計ＤＢ１７０４から取得した当格付け結果データ及び格付けモジュール１７１２から入力された合計事例を１００事例とする。この１００事例において、投薬状況は、１００事例中、必須１０事例、推奨６０事例及びその他３０事例に格付けされている。また、ＣＴは１００事例中、必須９０事例、推奨５事例及びその他５事例と格付けされている
【０１０３】
この場合、格付け集計モジュール１７１３は、投薬状況に対して、必須１０％、推奨６０％及びその他３０％として集計結果を算出する。また、格付け集計モジュール１７１３は、ＣＴに対して、必須９０％、推奨５％及びその他５％として集計結果を算出する。
【０１０４】
そして、格付け結果データに、当該集計結果を付与したものを格付け集計データとする。そして、格付け集計モジュール１７１３は、格付け集計データを、格付けサマリ出力モジュール１７１４に出力する。また、格付け集計モジュール１７１３は、格付けモジュール１７１２から入力された格付け結果データを、格付け集計ＤＢ１７０４に格納する処理を行う。
【０１０５】
格付け集計ＤＢ１７０４は、格付け集計モジュール１７１３で集計された各トピックに対応づけられた格付けを管理する。
【０１０６】
格付けサマリ出力モジュール１７１４は、入力した格付け集計データから、ユーザ向けのサマリレポートの表示情報を出力する。なお、格付け集計データには、構造文書から上述した処理結果全てが含まれている。
【０１０７】
また、表示情報の出力先は、文書テンプレート管理サーバ１００に接続されているモニタ又はクライアント装置等とする。
【０１０８】
また、後述する格付け変更受付モジュール１７１５も同様に、文書テンプレート管理サーバ１００に接続されている入力デバイス又はクライアント装置からユーザ操作を受け付ける。
【０１０９】
格付け変更受付モジュール１７１５は、格付けサマリ出力モジュール１７１４により出力された表示情報により表示された表示画面に基づいて利用者が格付けを変更する操作を行った場合、当該操作による格付けの変更を受け付ける。
【０１１０】
図１８は、格付けサマリ出力モジュール１７１４が出力した表示情報を表示した画面例を示した図である。領域１８０１及び領域１８０２は、図６に示したストーリーボードと同様とする。したがって、ユーザは、内容詳細の再確認又は思い出すことを目的として、構造文書のスライド画面を呼び出すことも可能とする。
【０１１１】
また、図１８の領域１８０３には、入力された構造文書に基づく今回の文書活用装置１６０による格付け結果が表示される。そして、領域１８０４には、今回の格付け結果及び過去実績での格付け集計結果の合計を表示する。
【０１１２】
そして、業務フロー管理者を含むユーザは、図１８に示す格付けサマリ表示画面を閲覧することで、トピックの活用度を俯瞰できる。
【０１１３】
また、ユーザは、図１８に示す画面に基づいて、当該業務フロー及びフェーズにおける各トピックの格付けの変更を申請できる。つまり、図１８の領域１８０４においてトピック毎の格付けのパーセント表示はボタン（図１８では矩形領域として示す）となっている。そして、利用者から当該ボタンが押下された場合、格付け変更受付モジュール１７１５が、当該ボタンに対応付けられた格付けの変更を受け付けたことになる。なお、領域１８０４では、網掛けされた矩形領域が、押下された状態のボタンとする。
【０１１４】
また、領域１８０３の格付け結果に対してクリックした場合も、格付け変更受付モジュール１７１５は、格付けの変更として受け付ける。
【０１１５】
そして、格付けの変更を受け付けた後、変更申請ボタン１８０５の押下を受け付けると、格付け変更受付モジュール１７１５が、上記の格付け変更を含む格付け変更申請データを生成し、当該格付け変更申請データを、変更部１７０３に出力する。
【０１１６】
トピックの格付け変更作業として、格付け結果１８０６、トピック１８０７、ボタン１８０８、トピック１８０９をチェックした場合を例に、格付け変更受付モジュール１７１５が、生成する格付け変更申請データについて説明する。
【０１１７】
図１９は、格付け変更受付モジュール１７１５がユーザ操作を受け付けた場合に生成する変更申請データの例を示した図である。図１９に示すように、変更申請データは、業務フロー名とフェーズ名の記述と、トピック名と変更後格付けとを対応付けたデータ構造と、を含んでいる。
【０１１８】
図１９の３行目は、格付け結果１８０６のクリックにより、投薬状況に対して格付け“推奨”に変更することを示している。４行目は、トピック“治療経緯”のクリックにより、治療経緯に対して格付け“推奨”に変更することを示している。このように集計結果のトピック名をクリックすると最も確率の高い格付けに変更される。
【０１１９】
図１９の５行目は、ボタン１８０８の押下により、患者意思に対して格付け“推奨”に変更することを示している。このように集計結果の格付けのクリックを受け付けると、確率の高低に拘わらず、クリックを受け付けた格付けに変更される。図１９の６行目は、トピック１８０９のクリックにより、投薬状況に対して格付け“その他”に変更することを示している。なお、図１９の３行目と６行目で同一トピックに対して異なる格付けに変更することを要求していることになる。この場合の処理は、どのような処理を行ってもよいが、本実施の形態では前方優先としている。
【０１２０】
図１７に戻り、変更部１７０３は、格付け変更申請データが入力されると、業務フローＤＢ１０３を制御して、当該格付け変更申請データの業務フロー及びフェーズで対応付けられた文書要件データの変更を行う。これにより、格付け変更申請データに従ったストーリーボードが生成されることになる。
【０１２１】
具体的には、変更部１７０３は、格付け変更申請データの１〜２行目から業務フロー及びフェーズを特定できるので、業務フローＤＢ１０３から特定された業務フロー及びフェーズと対応付けられた文書要件データを取得する。
【０１２２】
そして、変更部１７０３は、格付け変更申請データの３行目以降に記載されている各トピック名を、取得した文書要件データから検索し、検出した場合には格付け変更申請データで指定された格付けに上書きする。また、取得した文書要件データでは格付けが推奨だったトピックが、格付け変更申請データによりその他に変更されていた場合、変更部１７０３は、トピック順序フィールドを空にし、その他のトピックに対して順序の振り直しを行う。そして、変更部１７０３は、当該処理結果を、業務フローＤＢ１０３に反映させる処理を行う。
【０１２３】
次に、本実施の形態にかかる業務フローシステムの処理手順について説明する。図２０は、業務フローシステムの処理手順を示すフローチャートである。
【０１２４】
まず、構造文書生成装置１５０は、業務フローＤＢ１０３から入力された文書要件データに基づいて、構造文書の生成を行う（ステップＳ２００１）。
【０１２５】
次に、構造文書活用装置１６０は、生成された構造文書を活用してプレゼンテーション、閲覧又は再利用等を行う（ステップＳ２００２）。このプレゼンテーション、閲覧又は再利用においては、構造文書活用装置１６０は、構造文書のスライド表示を行う。
【０１２６】
そして、構造文書活用装置１６０は、プレゼンテーション時の構造文書の各トピックの表示時間や、各トピックの閲覧回数等を、プレゼンテーション等の利用結果情報として、構造文書に埋め込む（ステップＳ２００３）。なお、構造文書活用装置１６０は、プレゼンテーションや閲覧などの終了時に、当該変更された構造文書で、構造文書ＤＢ１０２を更新する。
【０１２７】
次に、構造文書活用度レビュー部１０５は、構造文書ＤＢ１０２から、プレゼンテーションや閲覧又は再利用等で使用された構造文書の入力処理を行う（ステップＳ２００４）。
【０１２８】
そして、構造文書活用度レビュー部１０５は、構造文書に格納されている利用結果情報及び格付け集計ＤＢ１７０４に格納されている過去の利用結果情報に基づいて、各トピックに対して格付けによる評価を行う（ステップＳ２００５）。
【０１２９】
次に、構造文書活用度レビュー部１０５は、各トピックに対して格付けによる評価に基づいて、業務フローＤＢ１０３を更新する（ステップＳ２００６）。
【０１３０】
これにより、後で構造文書を生成する場合、プレゼンテーション、閲覧又は再利用などの結果が反映されたストーリーボードが提示されることになる。
【０１３１】
次に、図６に示した自動挿入ボタン８０３が押下された場合に構造文書生成装置１５０が行う処理手順について説明する。図２１は、図６に示した自動挿入ボタン８０３が押下された場合に構造文書生成装置１５０が行う処理手順を示すフローチャートである。
【０１３２】
まず、自動挿入ボタン８０３がクリックされた場合、構造文書生成装置１５０のトピックハンドラ２２１は、推奨構成８０８に列挙されているトピック群のうち、最初のトピックを選択する（ステップＳ２１０１）。
【０１３３】
そして、トピックハンドラ２２１は、選択されたトピックに対して指定されている情報源にアクセスして、当該トピックの素材情報が存在すれば、当該素材情報を取得する（ステップＳ２１０２）。
【０１３４】
そして、トピックハンドラ２２１は、素材情報を取得した場合（ステップＳ２１０２：Ｙｅｓ）、取得した素材情報を、図６に示すキャンパス８０５に挿入する（ステップＳ２１０３）。この際、キャンパス内にすでに素材情報が存在する場合、その最後尾に追加する。
【０１３５】
次に、ステップＳ２１０３でキャンパス８０５に追加した後、又はステップＳ２１０２で素材情報を取得できなかった場合（ステップＳ２１０２：Ｎｏ）、トピックハンドラ２２１は、推奨構成８０２のトピック群に選択されたトピックの次にトピックがあるか否か判断する（ステップＳ２１０４）。
【０１３６】
そして、トピックハンドラ２２１が次のトピックがあると判断した場合（ステップＳ２１０４：Ｙｅｓ）、次のトピックを選択する（ステップＳ２１０５）。そして、ステップＳ２１０２から処理を再開する。
【０１３７】
また、トピックハンドラ２２１が次のトピックがないと判断した場合（ステップＳ２１０４：Ｎｏ）、処理を終了する。
【０１３８】
図２１に示した処理により、ストーリーボードで格付けが推奨以上のトピックに対して、素材情報が自動的に埋め込むことができる。これにより、ユーザが構造文書を作成する負担を軽減させることができる。
【０１３９】
次に、構造文書生成装置１５０がストーリーボードを表示する際の処理手順について説明する。図２２は、構造文書生成装置１５０が構造文書を表示する際の処理手順を示すフローチャートである。なお、表示形式としてストーリーボード表示が指定されているものとする。なお、図２２では構造文書生成装置１５０が、ストーリーボード表示を行う際の処理手順について示すが、例えば構造文書活用装置１６０が、構造文書をスライド表示する場合についても同様の処理を行うこととする。
【０１４０】
構造文書生成装置１５０の構造文書編集モジュール２２３のレンダラ６０１は、スタイル群テーブル６０３から、指定された表示形式名に対応するスタイルシートＵＲＬを特定する（ステップＳ２２０１）。
【０１４１】
そして、構造文書生成装置１５０は、特定されたスタイルシートＵＲＬに基づいて、文書テンプレート管理サーバ１００から、スタイルシートを取得する（ステップＳ２２０２）。なお、スタイルシートの取得先は、文書テンプレート管理サーバ１００に限らずどの装置から取得しても良いし、構造文書生成装置１５０で格納されていても良い。
【０１４２】
次に、レンダラ６０１は、取得したスタイルシートを構造文書に適用して、表示画面データを生成する（ステップＳ２２０３）。
【０１４３】
そして、レンダラ６０１は、当該表示画面データを用いて、ウィンドウなどの指定領域に構造文書を表示する（ステップＳ２２０４）。図９は、レンダラ６０１により表示された構造文書の表示例を示している。このように、スタイルシートに従って、状況に応じて適切なフォーマットで構造文書を表示できる。
【０１４４】
次に、構造文書生成装置１５０のインポートドロップハンドラ６０６が実行する処理手順について説明する。図２３は、構造文書生成装置１５０のインポートドロップハンドラ６０６が実行する処理手順を示すフローチャートである。
【０１４５】
まず、インポートドロップハンドラ６０６は、ドロップイベントを検知した時点で処理を開始する（ステップＳ２３０１）。
【０１４６】
次に、インポートドロップハンドラ６０６は、ドロップされた対象、すなわちクリップボードに格納されたデータがトピックインスタンスかを判定する（ステップＳ２３０２）。
【０１４７】
つまり、ドラッグ元の情報源が、構造文書編集モジュール２２３を用いて表示されている構造文書の場合は、クリップボードにトピックインスタンスが格納されていることになる。また、それ以外の情報源では、トピックインスタンス以外のデータ(例えばテキストデータ、ＨＴＭＬデータの一部又は全部)が格納されている。
【０１４８】
そして、インポートドロップハンドラ６０６は、クリップボードに格納されたデータがトピックインスタンスではないと判定した場合（ステップＳ２３０２：Ｎｏ）、クリップボードに格納されたデータに含まれている文字列から、トピック種別の抽出を行う（ステップＳ２３０３）。なお、このトピック種別の抽出手法は、文字列検索などの一般的な手法を用いる。
【０１４９】
次に、インポートドロップハンドラ６０６は、トピック種別の抽出を行えなかった場合（ステップＳ２３０３：Ｎｏ）、クリップボードに格納されたデータから、ドラッグ元のＵＲＬ（情報源）情報を取得し、当該ＵＲＬ情報からトピック種別を判定する（ステップＳ２３０４）。ＵＲＬ情報からトピック種別を判定する例としては、取得したＵＲＬがＣＴ画像サーバを示している場合、トピック種別をＣＴとする等が考えられる。
【０１５０】
また、インポートドロップハンドラ６０６が、トピック種別を判定できなかった場合（ステップＳ２３０４：Ｎｏ）、自由記述トピックとして取り扱うこととし、自由記述トピックを生成する（ステップＳ２３０５）。つまり、インポートドロップハンドラ６０６は、トピック種別を自由記述トピックとし、当該トピックのコンテンツとしてクリップボード上の文字列や画像データ等を取り込むことで、自由記述トピックインスタンスを生成する。なお、自由記述トピックインスタンスは、トピックルートエレメント名が「自由記述」と、再利用回数(reuseエレメント値)が‘０’と、重要マーク(markエレメント値)及びペン注釈(penエレメント値)が空欄状態として設定される。
【０１５１】
また、インポートドロップハンドラ６０６が、トピック種別の抽出を行えた場合（ステップＳ２３０３：Ｙｅｓ）及びトピック種別の判定をできた場合（ステップＳ２３０４：Ｙｅｓ）、当該トピック種別に基づいて、トピックインスタンスを生成する（ステップＳ２３０６）。この生成されるトピックインスタンスでは、トピック名がトピックルートエレメント名、再利用回数(reuseエレメント値)が‘０’、重要マーク(markエレメント値)及びペン注釈(penエレメント値)が空欄状態として設定される。
【０１５２】
そして、インポートドロップハンドラ６０６は、クリップボードから得られたトピックインスタンス又は生成されたトピックインスタンスを、ドロップ先のトピックの前方に挿入する（ステップＳ２３０７）。その後レンダラ６０１が、挿入結果を反映させて再表示を行う。このような処理を行うことで、外部ウィンドウ等からドラッグされた素材源がトピックとして取り込むことができる。また、インポートドロップハンドラ６０６は、このときドラッグ元のＵＲＬを構造文書データの“source”エレメント内に格納する。
【０１５３】
次に、インポートドロップハンドラ６０６は、当該トピックインスタンス内の“reuse”エレメントに格納されている再利用回数をインクリメント(+1)する（ステップＳ２３０８）。さらに、インポートドロップハンドラ６０６は、初期化としてフォーカス回数(focusnumエレメント値)及び閲覧総時間(timetotalエレメント値)を空欄にする。
【０１５４】
そして、インポートドロップハンドラ６０６は、トピックルートエレメント名に格納されているトピック名を、領域８０２に表示されているトピック群(処理モジュールはトピックハンドラ２２１)から検索し、検出した場合、ドロップされたトピックインスタンスに格納されている重要度で(格付けモジュール１７１２での格付けと同じ意味)importanceエレメントを更新する（ステップＳ２３０９）。ただし当該処理により格納される値は、重要度が必須の場合"required"、推奨の場合"recommend"、他トピックの場合"none"とする。
【０１５５】
なお、上述した業務フローシステムにおいて、ユーザ認証、アクセス制御及び操作制御等の処理の説明を省略した。実際のシステムにおいては、構造文書生成装置１５０で生成された構造文書に対して、構造文書活用装置１６０のスライド切替ボタンハンドラ１５０１を呼び出して閲覧可能なユーザを制限したり、構造文書の書き換え可能な範囲を制限することが考えられる。また、文書テンプレート管理サーバ１００では、業務フローＤＢに格納された文書要件データを変更可能なユーザを制限することも考えられる。
【０１５６】
また、文書テンプレート管理サーバ１００の構造文書活用度レビュー部１０５において、格付けサマリ出力モジュール１７１４が出力した表示情報を参照して、ユーザが各トピックの格付けを指定することとした。しかしながら、構造文書活用度レビュー部１０５の評価部１７０２の各トピックの格付け集計結果に基づいて、変更部１７０３が、集計結果に基づいて、自動的に格付けを指定し、指定した格付けで変更処理を行っても良い。
【０１５７】
その場合、格付けサマリ出力モジュール１７１４を削除し、格付け集計モジュール１７１３から格付け集計データを、変更部１７０３に出力するように変更される。そして、変更部１７０３は、格付け集計データに含まれるもっとも確率が高い格付けを指定し、当該指定された格付けで、業務フローＤＢの該当する文書要件を変更すればよい。
【０１５８】
上述した実施の形態に係る業務フローシステムでは、業務フローの各フェーズで、文書要件データから構造文書に記載すべきトピックを提示することで、ユーザに対してフォローを行う機能を提供している。
【０１５９】
しかしながら、一般的には、要件(例えばトピック)を詳細に提示すると、特定案件では適合しても別案件では適合しないことになる。そこで、上述した実施の形態では、プレゼンテーション等を行った結果を要件に対して反映させることで柔軟性を確保することが可能となった。
【０１６０】
また、上述した実施の形態に係る業務フローシステムでは、文書要件データに従って詳細な業務フローガイドを実現するとともに、ユーザの利用結果に基づいてトピック等の評価（格付け）結果をフィードバックすることで、文書要件データが現場の実情に適応的に最適化されることが期待できる。つまり、ユーザは、構造文書の利用結果が反映されたトピック構成を有しているストーリーボードテンプレートに従って構造文書を作成できるので、利用者の構造文書の作成を適切に支援することができる。
【０１６１】
（変形例）
また、上述した各実施の形態に限定されるものではなく、以下に例示するような種々の変形が可能である。
【０１６２】
また、上述した実施の形態では、業務フローとして医療カンファレンスの肺ガンの場合について説明した。しかしながら、上述した実施の形態は、業務フローをこのような医療カンファレンスに制限するものではなく、どのような業務フローに用いても良い。そこで、変形例として、業務フローシステムをソフトウェア開発に適用した変形例について説明する。
【０１６３】
図２４は、変形例に係る文書テンプレート管理サーバに格納された業務フローＤＢのテーブル構造を示す図である。図２４に示した業務フローＤＢに示すように業務フローがソフトウェア開発であり、フェーズにソフトウェア製品開発の各工程が備えられている。そして、図２４に示す文書要件フィールドには、当該業務フロー及び当該フェーズに適した文書要件データが備えられている。これにより、利用者に対して、当該業務フロー及び当該フェーズに適したストーリーボードを提示できる。なお、他の構成及び処理については、上述した実施の形態と同様なので説明を省略する。
【０１６４】
図２５は、上述した実施の形態及び変形例にかかる文書テンプレート管理サーバのハードウェア構成を示す図である。文書テンプレート管理サーバは、ハードウェア構成として、文書テンプレート管理サーバにおける構造文書活用度レビュープログラムなどが格納されているＲＯＭ２５０２と、ＲＯＭ２５０２内のプログラムに従って文書テンプレート管理サーバの各部を制御するＣＰＵ２５０１と、文書テンプレート管理サーバの制御に必要な種々のデータを記憶するＲＡＭ（Randam Access Memory）２５０３と、ユーザ操作を入力する入力Ｉ／Ｆ２５０４と、ネットワークに接続する通信Ｉ／Ｆ２５０５と、ハードディスクなどの外部記憶装置２５０６と、各部を接続するバス２５０７と、を備えている。また、文書テンプレート管理サーバは、上述した構成を備えた一般的なコンピュータに適用することができる。また、構造文書生成装置１５０及び構造文書活用装置１６０も同様の構成で実現することができる。
【０１６５】
上述した実施の形態にかかる文書テンプレート管理サーバで実行される構造文書活用度レビュープログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。
【０１６６】
この場合には、構造文書活用度レビュープログラムは、文書テンプレート管理サーバにおいて上記記録媒体から読み出して実行することにより主記憶装置上にロードされ、上記ソフトウェア構成で説明した各部が主記憶装置上に生成されるようになっている。
【０１６７】
また、上述した実施の形態にかかる文書テンプレート管理サーバで実行される構造文書活用度レビュープログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、上述した実施の形態にかかる文書テンプレート管理サーバで実行される構造文書活用度レビュープログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。
【０１６８】
また、本実施形態の構造文書活用度レビュープログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。
【０１６９】
本実施の形態の文書テンプレート管理サーバで実行される構造文書活用度レビュープログラムは、上述した各部を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が上記記憶媒体から構造文書活用度レビュープログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、上記各部が主記憶装置上に生成されるようになっている。
【０１７０】
また、構造文書生成装置１５０で実行される構造文書生成プログラム及び構造文書活用装置１６０で実行される構造文書活用プログラムも、上述した構造文書活用レビュープログラムと同様とし、説明を省略する。
【産業上の利用可能性】
【０１７１】
以上のように、本発明にかかる文書テンプレート処理装置及び業務フローシステムは、プレゼンテーション等に適した構造文書を作成する際にユーザをサポートする技術として有用である。
【図面の簡単な説明】
【０１７２】
【図１】第１の実施の形態にかかる業務フローシステムの構成を示すブロック図である。
【図２】文書テンプレート管理サーバに格納された業務フローＤＢのテーブル構造を示す図である。
【図３】構造文書生成装置の構成を示すブロック図である。
【図４】構造文書生成装置が指定を受け付ける際にモニタに表示する画面例を示した図である。
【図５】文書要件データのデータ構造を示した図である。
【図６】ストーリーボードテンプレートの構成例を示した図である。
【図７】構造文書編集モジュールの構成を示すブロック図である。
【図８】構造文書編集モジュールに格納されたスタイル群テーブルのテーブル構造の例を示した図である。
【図９】構造文書編集モジュールのレンダラが表示する編集中の構造文書の画面例を示した図である。
【図１０】構造文書のデータ構造およびデータ値の例を示した図である。
【図１１】空トピックとして構造文書に挿入されるトピックインスタンスの例を示した図である。
【図１２】構成チェックモジュールが、必須項目のトピックで情報が記述されていない箇所がある場合に表示するウィンドウの例を示した図である。
【図１３】構成チェックモジュールが、推奨項目のトピックで情報が記述されていない箇所がある場合に表示するウィンドウの例を示した図である。
【図１４】構成チェックモジュールが、上述したトピック順序の判定で問題があると判定された場合に表示するウィンドウの例を示した図である。
【図１５】第１の実施の形態にかかる構造文書活用装置の構成を示すブロック図である。
【図１６】構造文書活用装置が構造文書をスライド形式で表示した例を示した図である。
【図１７】第１の実施の形態にかかるテンプレート管理サーバが備える構造文書活用度レビュー部の構成を示すブロック図である。
【図１８】格付けサマリ出力モジュールが出力した表示情報を表示した画面例を示した図である。
【図１９】格付け変更受付モジュールがユーザ操作を受け付けた場合に生成する変更申請データの例を示した図である。
【図２０】業務フローシステムの処理手順を示すフローチャートである。
【図２１】ユーザがストーリーボード上の自動挿入ボタンが押下した場合に構造文書生成装置が行う処理手順を示すフローチャートである。
【図２２】構造文書生成装置が構造文書を表示する際の処理手順を示すフローチャートである。
【図２３】構造文書生成装置のインポートドロップハンドラが実行する処理手順を示すフローチャートである。
【図２４】変形例に係る文書テンプレート管理サーバに格納された業務フローＤＢのテーブル構造を示す図である。
【図２５】文書テンプレート管理サーバのハードウェア構成を示す図である。
【符号の説明】
【０１７３】
１００  文書テンプレート管理サーバ
１０１  素材情報源
１０２  構造文書ＤＢ
１０３  業務フローＤＢ
１０４  スタイルシート記憶部
１０５  構造文書活用度レビュー部
１５０  構造文書生成装置
１６０  構造文書活用装置
２０１  ストーリーボード編集モジュール
２０２  指定受付部
２０３  ストーリーボード生成モジュール
２２１  トピックハンドラ
２２２  再生ボタンハンドラ
２２３  構造文書編集モジュール
２２４  登録ボタンハンドラ
２２５  構成チェックモジュール
２５０  モニタ
６０１  レンダラ
６０２  構造文書データ
６０３  スタイル群テーブル
６０４  構造文書内トピック編集ハンドラ
６０５  構造文書内ドラッグドロップハンドラ
６０６  インポートドロップハンドラ
６０７  トピック新規作成ハンドラ
６０８  クリックハンドラ
１５０１  スライド切替ボタンハンドラ
１５０２  登録ボタンハンドラ
１５０３  フォーカス回数測定モジュール
１５０４  閲覧時間測定モジュール
１５０５  構造文書編集モジュール
１７０１  入力処理部
１７０２  評価部
１７０３  変更部
１７１１  スコアリングモジュール
１７１２  格付けモジュール
１７１３  格付け集計モジュール
１７１４  格付けサマリ出力モジュール
１７１５  格付け変更受付モジュール
２５０１  ＣＰＵ
２５０２  ＲＯＭ
２５０３  ＲＡＭ
２５０４  入力Ｉ／Ｆ
２５０５  通信Ｉ／Ｆ
２５０６  外部記憶装置
２５０７  バス
【図１】
2008084190.tif 000003
【図２】
2008084190.tif 000004
【図３】
2008084190.tif 000005
【図４】
2008084190.tif 000006
【図５】
2008084190.tif 000007
【図６】
2008084190.tif 000008
【図７】
2008084190.tif 000009
【図８】
2008084190.tif 000010
【図９】
2008084190.tif 000011
【図１０】
2008084190.tif 000012
【図１１】
2008084190.tif 000013
【図１２】
2008084190.tif 000014
【図１３】
2008084190.tif 000015
【図１４】
2008084190.tif 000016
【図１５】
2008084190.tif 000017
【図１６】
2008084190.tif 000018
【図１７】
2008084190.tif 000019
【図１８】
2008084190.tif 000020
【図１９】
2008084190.tif 000021
【図２０】
2008084190.tif 000022
【図２１】
2008084190.tif 000023
【図２２】
2008084190.tif 000024
【図２３】
2008084190.tif 000025
【図２４】
2008084190.tif 000026
【図２５】
2008084190.tif 000027