JP5849639B2 - 文書管理装置及び文書管理システム - Google Patents

Description

本発明は、文書管理装置及び文書管理システムに関し、特に、文書の閲覧履歴の収集に関する。

電子化された文書資料をネットワーク配信し、配信先においてＰＣ（ＰｅｒｓｏｎａｌＣｏｍｐｕｔｅｒ）等の情報処理装置を介して閲覧することは既に行われている。このような文書配信においては、一般的な情報処理装置において閲覧可能な情報形式の文書情報やシステム独自の情報形式の文書情報が、電子メールやファイル転送プロトコル等によって送信され、送信先である情報処理装置において、情報形式に対応した閲覧方法によって閲覧される。

また、大容量の記憶装置を含まないプロジェクタ等の装置において文書を閲覧させる場合、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍｅｒｋｕｐ Ｌａｎｇｕａｇｅ）形式等の文書を表示させるための情報（以降、表示情報とする）がＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）によって送信される。そして、ＨＴＴＰブラウズ機能が搭載されたプロジェクタ等の装置は、受信したＨＴＭＬ形式の表示情報に従って文書を表示する。

他方、文書の閲覧状況を収集及び分析することにより閲覧者の反応を把握するため、文書の閲覧履歴を収集可能にするシステムが提案されている（例えば、特許文献１参照）。特許文献１に開示された技術においては、文書の閲覧において、閲覧対象となった文書要素を検出することにより、閲覧者の反応の把握を実現している。

しかしながら、特許文献１に開示された方法は、文書の閲覧者が用いる閲覧用の装置において、配布された文書が閲覧されたことや閲覧箇所の認識を実現することが前提となっている。従って、上述したように、汎用的な情報形式の文書情報が配信され、汎用的な情報処理装置においてその文書を閲覧する場合や、プロジェクタ等の表示装置において表示情報を受信して文書を表示する場合は、特許文献１のように閲覧者の反応を把握するどころか、配信された文書が閲覧されたか否かの把握すらも難しい。

本発明は、このような課題を解決するためになされたものであり、文書の閲覧履歴の収集機能のない装置において文書が閲覧される場合であっても、配信された文書の閲覧状況の確認を可能とすることを目的とする。

上記課題を解決するために、本発明の一態様は、配信対象の文書をネットワークを介して配信すると共に、配信先における前記文書の閲覧履歴の情報を収集する文書管理装置であって、前記配信先である装置の種類を確認し、前記装置の種類に応じて前記文書の配信形態を判断する配信形態判断部と、前記配信対象の文書に基づいて、前記配信形態判断部による判断結果に応じた配信形態の情報を生成する配信情報生成部と、生成された前記配信形態の情報を前記配信先のネットワーク上のアドレスに送信することにより前記文書を配信する文書配信部と、前記文書が配信された前記配信先における前記閲覧履歴の情報を取得し、記憶する閲覧履歴管理部と、前記配信対象の文書に基づいて、前記配信対象の文書を表示するための表示情報を生成する表示情報生成部と、を備え、前記配信形態判断部は、前記装置の種類が前記閲覧履歴の情報の収集機能に非対応であって、且つ前記配信先の装置において前記閲覧履歴の情報の収集を実現するためのプログラムの実行に非対応である種類の場合、前記表示情報にアクセスするための表示アドレス情報を配信する形態を前記配信形態として判断し、前記配信情報生成部は、前記表示アドレス情報を配信する形態が前記配信形態として判断された場合、前記文書管理装置のネットワーク上のアドレス及び前記配信対象の文書を識別するための文書識別情報に基づいて前記表示アドレス情報を前記配信形態の情報として生成し、前記表示情報生成部は、前記表示アドレス情報へのアクセスに応じて前記表示情報を生成してアクセス元に送信することを特徴とする。

また、本発明の他の態様は、配信対象の文書をネットワークを介して配信すると共に、配信先における前記文書の閲覧履歴の情報を収集する文書管理装置を含む文書管理システムであって、前記文書管理装置が、前記配信先である装置の種類を確認し、前記装置の種類に応じて前記文書の配信形態を判断する配信形態判断部と、前記配信対象の文書に基づいて、前記配信形態判断部による判断結果に応じた配信形態の情報を生成する配信情報生成部と、生成された前記配信形態の情報を前記配信先のネットワーク上のアドレスに送信することにより前記文書を配信する文書配信部と、前記文書が配信された前記配信先における前記閲覧履歴の情報を取得し、記憶する閲覧履歴管理部と、前記配信対象の文書に基づいて、前記配信対象の文書を表示するための表示情報を生成する表示情報生成部と、を備え、前記配信形態判断部は、前記装置の種類が前記閲覧履歴の情報の収集機能に非対応であって、且つ前記配信先の装置において前記閲覧履歴の情報の収集を実現するためのプログラムの実行に非対応である種類の場合、前記表示情報にアクセスするための表示アドレス情報を配信する形態を前記配信形態として判断し、前記配信情報生成部は、前記表示アドレス情報を配信する形態が前記配信形態として判断された場合、前記文書管理装置のネットワーク上のアドレス及び前記配信対象の文書を識別するための文書識別情報に基づいて前記表示アドレス情報を前記配信形態の情報として生成し、前記表示情報生成部は、前記表示アドレス情報へのアクセスに応じて前記表示情報を生成してアクセス元に送信することを特徴とする。

本発明によれば、文書の閲覧履歴の収集機能のない装置において文書が閲覧される場合であっても、配信された文書の閲覧状況の確認を可能とすることができる。

図１は、実施形態１に係る文書管理システムの運用形態を示す図である。 図２は、実施形態１に係る文書管理装置のハードウェア構成を模式的に示すブロック図である。 図３は、実施形態１に係る文書管理装置の機能構成を示すブロック図である。 図４は、実施形態１に係る出力先情報の例を示す図である。 図５は、実施形態１に係る閲覧履歴情報の例を示す図である。 図６は、実施形態１に係る非対応クライアントの機能構成を示す図である。 図７は、実施形態１に係る対応クライアントの機能構成を示す図である。 図８は、実施形態１に係るプロジェクタの機能構成を示す図である。 図９は、実施形態１に係る文書管理システム全体の動作を示すシーケンス図である。 図１０は、実施形態１に係る文書配信動作を示すシーケンス図である。 図１１は、実施形態１に係る配信形態の決定動作を示すフローチャートである。 図１２は、実施形態１に係る配信情報の例を示す図である。 図１３は、実施形態１に係る配信形態の決定動作を示すフローチャートである。 図１４は、実施形態１に係る出力先情報の例を示す図である。 図１５は、実施形態１に係るデバイス情報の取得動作を示すシーケンス図である。 図１６は、実施形態１に係る閲覧結果の収集動作を示すフローチャートである。 図１７は、実施形態１に係る文書管理システムにおいて、プロジェクタを介して文書を閲覧する場合の動作を示すシーケンス図である。 図１８は、実施形態２に係る文書管理装置の機能構成を示すブロック図である。 図１９は、実施形態２に係る非対応クライアントの機能構成を示すブロック図である。 図２０は、実施形態２に係る対応クライアントの機能構成を示すブロック図である。 図２１は、実施形態２に係るプロジェクタの機能構成を示すブロック図である。 図２２は、文書管理装置が配信先デバイスからデバイス種類情報を受け付ける場合の流れを示すフローチャートである。 図２３は、文書管理装置が配信先デバイスからデバイス種類情報を取得する場合の流れを示すフローチャートである。 図２４は、文書管理装置が配信先デバイスからデバイス種類情報を取得する場合の流れを示すシーケンス図である。

以下、図面を参照して、本発明の実施形態を詳細に説明する。本実施形態においては、文書管理システムの例として、ネットワークを介して文書情報を配信するシステムを例とし、文書の配信先に応じて配信の形態を判断するシステムについて説明する。

（実施形態１）
図１は、実施形態１に係る文書管理システムの運用形態の例を示す図である。図１に示すように、本実施形態に係る文書管理システムは、文書の配信元であってオペレータによって操作される文書管理装置１と、文書の配信先であってユーザによって操作される非対応クライアント２、対応クライアント３及びプロジェクタ４とを含み、それらが接続されたネットワークにおいて運用される。

文書管理装置１は、上述したように文書の配信元であり、文書を配信する配信先の装置の種類に応じて配信形態を判断し、その判断結果に応じた形態で文書を配信する。非対応クライアント２及び対応クライアント３は、いずれもＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等の汎用的な情報処理装置によって実現され、本実施形態に係る文書管理装置１に対応した機能が備わっているか否かが異なる。

本実施形態における文書管理装置１に対応した機能とは、即ち文書管理装置１によって提供される文書管理機能に対応して閲覧履歴を収集するための機能である。本実施形態においては、上記閲覧履歴を収集するための機能を実現するアプリケーション・プログラムがインストールされているか否かによって非対応クライアント２と対応クライアント３とに識別される。即ち、上記アプリケーション・プログラムがインストールされているＰＣは対応クライアント３であり、インストールされていないＰＣは非対応クライアント２である。

プロジェクタ４は、ネットワークを介して表示情報を取得し、スクリーンなどに投影することが可能な投影器である。本実施形態に係るプロジェクタ４は、ＨＴＭＬブラウザアプリケーションが動作可能な情報処理機能を含み、表示情報としてＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍｅｒｋｕｐ Ｌａｎｇｕａｇｅ）形式の情報を取得して投影を行う。尚、本実施形態において、プロジェクタ４は、ＰＣのような汎用的な情報処理装置であって様々な情報形式の表示に対応した装置とは異なり、上述したＨＴＭＬ等の特定の情報形式の表示にのみ対応した表示装置の例である。

次に、本実施形態に係る文書管理装置１、非対応クライアント２、対応クライアント３及びプロジェクタ４のハードウェア構成について説明する。図２は、実施形態１に係る文書管理装置１のハードウェア構成を示すブロック図である。以下の説明においては、文書管理装置１のハードウェア構成を例として説明するが、非対応クライアント２、対応クライアント３及びプロジェクタ４についても同様である。

図２に示すように、本実施形態に係る文書管理装置１は、一般的なサーバやＰＣ等と同様の構成を含む。即ち、本実施形態に係る文書管理装置１は、ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）３０、ＨＤＤ（ＨａｒｄＤｉｓｋ Ｄｒｉｖｅ）４０及びＩ／Ｆ５０がバス８０を介して接続されている。また、Ｉ／Ｆ５０にはＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）６０及び操作部７０が接続されている。

ＣＰＵ１０は演算手段であり、文書管理装置１全体の動作を制御する。ＲＡＭ２０は、情報の高速な読み書きが可能な揮発性の記憶媒体であり、ＣＰＵ１０が情報を処理する際の作業領域として用いられる。ＲＯＭ３０は、読み出し専用の不揮発性記憶媒体であり、ファームウェア等のプログラムが格納されている。ＨＤＤ４０は、情報の読み書きが可能な不揮発性の記憶媒体であり、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や各種の制御プログラム、アプリケーション・プログラム等が格納される。

Ｉ／Ｆ５０は、バス８０と各種のハードウェアやネットワーク等を接続し制御する。ＬＣＤ６０は、ユーザが文書管理装置１の状態を確認するための視覚的ユーザインタフェースである。操作部７０は、キーボードやマウス等、ユーザが文書管理装置１に情報を入力するためのユーザインタフェースである。尚、プロジェクタ４の場合、ＬＣＤ６０の替わりに画像を投影する投影部が設けられている。

このようなハードウェア構成において、ＲＯＭ３０やＨＤＤ４０若しくは図示しない光学ディスク等の記憶媒体に格納されたプログラムがＲＡＭ２０に読み出され、ＣＰＵ１０の制御に従って動作することにより、ソフトウェア制御部が構成される。このようにして構成されたソフトウェア制御部と、ハードウェアとの組み合わせによって、本実施形態に係る文書管理装置１、非対応クライアント２、対応クライアント３及びプロジェクタ４の機能を実現する機能ブロックが構成される。

次に、本実施形態に係る文書管理装置１の機能構成について、図３を参照して説明する。図３は、実施形態１に係る文書管理装置１の機能構成を示すブロック図である。図３に示すように、本実施形態に係る文書管理装置１は、図２において説明したＬＣＤ６０、操作部７０に加えて、コントローラ１００及びネットワークＩ／Ｆ１２０を含む。また、コントローラ１００は、ネットワーク制御部１０１、操作制御部１０２、表示制御部１０３、文書配信部１０４、表示情報生成部１０８、閲覧履歴管理部１０９、閲覧履歴収集形態判断部１１０を含む。更に、文書配信部１０４は、出力制御部１０５、出力先情報記憶部１０６、文書記憶部１０７を含む。

ネットワークＩ／Ｆ１２０は、文書管理装置１がネットワークを介して他の機器と通信するためのインタフェースであり、Ｅｔｈｅｒｎｅｔ（登録商標）やＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）インタフェースが用いられる。ネットワークＩ／Ｆ１２０は、図２に示すＩ／Ｆ５０によって実現される。

コントローラ１００は、ソフトウェアとハードウェアとの組み合わせによって構成される。具体的には、ＲＯＭ３０や不揮発性メモリ並びにＨＤＤ４０や光学ディスク等の不揮発性記憶媒体に格納されたプログラムが、ＲＡＭ２０等の揮発性メモリ（以下、メモリ）にロードされ、そのプログラムに従ってＣＰＵ１０が演算を行うことにより構成されるソフトウェア制御部と集積回路などのハードウェアとによってコントローラ１００が構成される。コントローラ１００は、文書管理装置１全体を制御する制御部である。ネットワーク制御部１０１は、ネットワークＩ／Ｆ１２０を介して入力される情報を取得すると共に、ネットワークＩ／Ｆ１２０を介して他の機器に情報を送信する。

操作制御部１０２は、操作部７０に対するオペレータによる操作の信号を取得し、文書配信部１０４等の文書管理装置１において動作するモジュールに入力する。表示制御部１０３は、文書配信部１０４のＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）等、文書管理装置１の状態をＬＣＤ６０に表示させる。

文書配信部１０４は、文書管理装置１において文書の配信処理を制御する。出力制御部１０５は、文書配信部１０４の中心機能である文書の出力を処理する。出力先情報記憶部１０６は、文書配信部１０４によって配信される文書毎に、その文書を配信するべき配信先について様々な情報が関連付けられた配信先情報を記憶している。文書記憶部１０７は、配信するべき文書の情報を記憶している。出力制御部１０５は、上述したようなソフトウェア制御部によって実現され、出力先情報記憶部１０６及び文書記憶部１０７は、ソフトウェア制御部とＨＤＤ４０のような記憶媒体との組み合わせによって実現される。

図４は、出力先情報記憶部１０６が記憶している出力先情報の例を示す図である。図４に示すように、本実施形態に係る出力先情報記憶部１０６は、配信対象である文書の名称を示す"ドキュメント名"及びその文書を識別する"ＩＤ"に対して、その文書の配信先を示す複数の"配信先アドレス"、夫々の配信先が非対応クライアント２、対応クライアント３、プロジェクタ４のいずれであるかを示す"デバイス種類"、デバイス種類に応じた配信の形態を示す"配信形態"並びに夫々の配信先への"配信状態"が関連付けられている。

尚、本実施形態においては、"配信先アドレス"としてＩＰアドレスの形式が用いられている。これは、上述した非対応クライアント２、対応クライアント３及びプロジェクタ４のＩＰアドレスである。この他、"配信先アドレス"としては、メールアドレスや、その他の識別情報であってネットワーク上で一意にデバイスを識別可能な情報であれば同様に用いることが可能である。

表示情報生成部１０８は、文書配信部１０４が文書情報を配信する際において、配信先がプロジェクタ４のような表示装置である場合に、上述したＨＴＭＬ形式等の表示装置において表示可能な情報形式を生成する。閲覧履歴管理部１０９は、文書管理装置１が図１に示す各デバイスから収集した閲覧履歴の情報を、図５に示すような閲覧履歴情報に基づいて管理する。

図５に示すように、本実施形態に係る閲覧履歴情報は、配信された文書を識別するための識別情報であって、図４に示す"ＩＤ"に対応する"ドキュメントＩＤ"に対して、その文書の配信先を示す複数の"配信先アドレス"、夫々の配信先から閲覧履歴が収集されているか否かを示す"履歴収集状況"及び夫々の配信先から収集された閲覧履歴を識別するための識別情報である"履歴ＩＤ"が関連付けられている。そして、閲覧履歴管理部１０９は、図５に示す"履歴ＩＤ"に関連付けて、夫々の文書が夫々の配信先においてどのように閲覧されたかを示す閲覧履歴の情報を記憶している。

閲覧履歴収集形態判断部１１０は、図４に示す"デバイス種類"に基づき、文書を配信する配信先からの閲覧履歴の収集方法を確認すると共に、その確認結果に従って文書を配信する際の配信形態を判断する。即ち、閲覧履歴収集形態判断部１１０が、配信形態判断部として機能する。そして、閲覧履歴収集形態判断部１１０は、上記判断結果に従い、最終的に配信される情報の生成を制御する。

図６は、実施形態１に係る非対応クライアント２の機能構成を示すブロック図である。図６に示すように、本実施形態に係る非対応クライアント２は、図２において説明したＬＣＤ６０、操作部７０に加えて、コントローラ２００及びネットワークＩ／Ｆ２１０を含む。また、コントローラ２００は、ネットワーク制御部２０１、操作制御部２０２、表示制御部２０３、文書記憶部２０４、ブラウザアプリケーション２０５及び閲覧履歴収集アプリケーション２０６をふくむ。

ネットワークＩ／Ｆ２１０は、非対応クライアント２がネットワークを介して他の機器と通信するためのインタフェースであり、Ｅｔｈｅｒｎｅｔ（登録商標）やＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）インタフェースが用いられる。ネットワークＩ／Ｆ２１０は、図２に示すＩ／Ｆ５０によって実現される。

コントローラ２００は、ソフトウェアとハードウェアとの組み合わせによって構成され、非対応クライアント２全体を制御する制御部である。ネットワーク制御部２０１は、ネットワークＩ／Ｆ２１０を介して入力される情報を取得すると共に、ネットワークＩ／Ｆ２１０を介して他の機器に情報を送信する。

操作制御部２０２は、操作部７０に対するオペレータによる操作の信号を取得し、非対応クライアント２のコントローラ２００において動作するモジュールに入力する。表示制御部２０３は、ブラウザアプリケーション２０５のＧＵＩ等、非対応クライアント２の状態をＬＣＤ６０に表示させる。文書記憶部２０４は、文書管理装置１から配信された文書の情報を記憶する。

ブラウザアプリケーション２０５は、文書管理装置１から配信されて文書記憶部２０４に記憶された文書を、表示制御部２０３を介してＬＣＤ６０に表示するための処理を行う。ブラウザアプリケーション２０５は、非対応クライアント２においてＨＤＤ４０等にインストールされたアプリケーション・プログラムがＲＡＭ２０にロードされ、ＣＰＵ１０がそのプログラムに従って演算を行うことにより構成される。ブラウザアプリケーション２０５は、１種類とは限らず、表示するべき文書の種類に応じて複数種類あっても良い。

閲覧履歴収集アプリケーション２０６は、文書管理装置１から配信された文書情報がブラウザアプリケーション２０５を介してユーザによって閲覧されている際に、ユーザによる閲覧態様に応じて閲覧履歴の情報を取得して蓄積する。閲覧履歴収集アプリケーション２０６は、例えば、文書がブラウザアプリケーション２０５を介して閲覧されている際の、操作部７０に対するユーザの操作に応じて、閲覧履歴の情報を取得する。この閲覧履歴の情報の取得処理については既存の記述を用いることが可能であり、詳細な説明を省略する。

尚、図６において破線で示されているように、閲覧履歴収集アプリケーション２０６は非対応クライアント２において常に構成されているモジュールではなく、ブラウザアプリケーション２０５が文書記憶部２０４に記憶されている文書の表示処理をする際に構成されて動作するモジュールである。具体的には、ブラウザアプリケーション２０５が文書記憶部２０４に記憶されている文書を読み出して表示処理をする際、その文書に添付されて配信されたプログラムがＲＡＭ２０にロードされ、ＣＰＵ１０がそのプログラムに従って演算を行うことにより、一時的に閲覧履歴収集アプリケーション２０６が構成される。

このような閲覧履歴収集アプリケーション２０６の構成により、文書管理装置１による閲覧履歴収集機能に対応していない非対応クライアント２においても、閲覧履歴の収集を行うことが可能となる。

図７は、対応クライアント３の機能構成を示すブロック図である。図７に示すように、対応クライアント３は、図６に示す非対応クライアントと略同一の構成を有し、閲覧履歴収集アプリケーション２０６が構成される替わりに、ブラウザアプリケーション３０５内部のモジュールとして閲覧履歴収集モジュール３０６が含まれる点が異なる。これにより、対応クライアント３においては、文書の閲覧の度に閲覧履歴収集アプリケーション２０６を構成することなく、ブラウザアプリケーション３０５に内蔵された機能である閲覧履歴収集モジュール３０６によって、文書の閲覧履歴を収集することが可能である。

図８は、実施形態１に係るプロジェクタ４の機能構成を示すブロック図である。図８に示すように、本実施形態に係るプロジェクタ４は、図２において説明した操作部７０に加えて、コントローラ４００、ネットワークＩ／Ｆ４１０及び投影部４２０を含む。コントローラ４００は、ネットワーク制御部４０１、操作制御部４０２、表示制御部４０３及びブラウザアプリケーション４０４を含む。

ネットワークＩ／Ｆ４１０は、プロジェクタ４がネットワークを介して他の機器と通信するためのインタフェースであり、Ｅｔｈｅｒｎｅｔ（登録商標）やＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）インタフェースが用いられる。ネットワークＩ／Ｆ４１０は、図２に示すＩ／Ｆ５０によって実現される。投影部４２０は、プロジェクタ４内において処理された表示情報に基づいて画像の投影を行う。

コントローラ４００は、ソフトウェアとハードウェアとの組み合わせによって構成され、プロジェクタ４全体を制御する制御部である。ネットワーク制御部４０１は、ネットワークＩ／Ｆ４１０を介して入力される情報を取得すると共に、ネットワークＩ／Ｆ４１０を介して他の機器に情報を送信する。

操作制御部４０２は、操作部７０に対するオペレータによる操作の信号を取得し、プロジェクタ４のコントローラ４００において動作するモジュールに入力する。表示制御部４０３は、ブラウザアプリケーション４０４のＧＵＩ等、プロジェクタ４において処理された画像情報を投影部４２０に投影させる。

次に、本実施形態に係る文書管理システムの動作について説明する。図９は、実施形態１に係る文書管理システム全体の動作を示すシーケンス図である。図９に示すように、本実施形態に係る文書管理システムにおいては、文書管理装置１がオペレータの操作に応じて、文書配信の処理を開始する（Ｓ９０１）。文書配信の処理を開始すると、文書管理装置１は、配信対象の文書をどのような形態で配するか配信形態を判断し（Ｓ９０２）、その判断結果に応じた形式で配信対象の文書を各配信先へ配信する（Ｓ９０３）。

非対応クライアント２、対応クライアント３、プロジェクタ４は、文書管理装置１から配信された文書を、ユーザの操作に応じて表示若しくは投影してユーザに閲覧させると共に、非対応クライアント２、対応クライアント３、プロジェクタ４の別に応じた通知を文書管理装置１に対して行う（Ｓ９０４）。非対応クライアント２、対応クライアント３、プロジェクタ４夫々から通知を受けた文書管理装置１は、夫々の通知に応じて閲覧履歴情報を更新する（Ｓ９０５）。このような処理により、本実施形態に係る文書管理システムの動作が終了する。以下、夫々の動作について詳細に説明する。

図１０は、実施形態１に係る文書管理システムにおいて、文書の配信が開始された後の配信形態の判断及び文書の配信までの文書管理装置１の動作を示すシーケンス図である。文書の配信開始に際しては、オペレータによる文書管理装置１の操作によって、配信するべき文書、文書の名称であるドキュメント名及び文書を配信するべき配信先アドレスが入力される。入力された文書は、文書記憶部１０７に記憶される。また、出力先情報記憶部１０６は、入力された情報に基づき、"ドキュメント名"、"ＩＤ"、"配信先アドレス"、"デバイス種類"を設定して図４に示すような出力先情報を記憶する。

尚、出力先情報記憶部１０６における"デバイス種類"の設定は、オペレータによる入力に従って実行されても良いし、入力された"配信先アドレス"に基づいて出力先情報記憶部１０６が判断しても良い。その場合、出力先情報記憶部１０６は、"配信先アドレス"と"デバイス種類"とが関連付けられた情報に基づき、"配信先アドレス"に対応する"デバイス種類"を判断する。"配信先アドレス"と"デバイス種類"とが関連付けられた情報としては、過去に配信された文書についての出力先情報を参照することも可能である。

文書の配信処理が開始されると、図１０に示すように、文書配信部１０４において出力制御部１０５が、閲覧履歴管理部１０９に対して閲覧履歴情報の生成を依頼する（Ｓ１００１）。これにより、閲覧履歴管理部１０９は、ドキュメントＩＤ及び配信先アドレスを設定して図５に示すような閲覧履歴情報を記憶する（Ｓ１００２）。

次に、文書配信部１０４において出力制御部１０５が、閲覧履歴収集形態判断部１１０に対して、文書の配信形態の判断を依頼する（Ｓ１００３）。閲覧履歴収集形態判断部１１０は、出力制御部１０５から依頼を受けると、文書の配信処理開始に応じて出力先情報記憶部１０６に新たに記憶された出力先情報を参照し、文書を配信するべき配信先アドレス毎に"デバイス種類"の情報を取得する（Ｓ１００４）。

"デバイス種類"の情報を取得した閲覧履歴収集形態判断部１１０は、その情報に基づいて配信形態を決定し、出力先情報記憶部１０６に記憶されている出力先情報について、図４に示す"配信形態"の値を更新する（Ｓ１００５）。そして、閲覧履歴収集形態判断部１１０は、文書記憶部１０７から配信対象の文書を取得し、文書を配信するべき配信先アドレス毎に、Ｓ１００５において決定した配信形態に従って配信するべき情報を生成し、再度文書記憶部１０７に記憶させる（Ｓ１００６）。尚、Ｓ１００６においては、配信するべき文書を生成する場合の他、配信先のデバイス種類によっては、文書にアクセスするためのネットワーク上のアドレス情報が生成する場合もあり得る。これについては後に詳述する。

Ｓ１００６の処理が完了して文書記憶部１０７に配信するべき情報が格納されると、文書配信部１０４において出力制御部１０５が、出力先情報記憶部１０６から配信先アドレスを取得すると共に、文書記憶部１０７から配信するべき情報を取得して、文書配信の準備をする（Ｓ１００７）。そして、出力制御部１０５は、ネットワーク制御部１０１に配信先アドレス及び配信するべき情報を入力して文書の配信依頼を行う（Ｓ１００８）。これにより、ネットワーク制御部１０１が、出力制御部１０５からの依頼に従い、文書を配信する（Ｓ１００９）。即ち、Ｓ１００８及びＳ１００９においては、出力制御部１０５が、文書配信部として機能する。

次に、図１０に示すＳ１００５及びＳ１００６の処理について詳細に説明する。図１１は、実施形態１に係る閲覧履歴収集形態判断部１１０による配信形態判断動作及び配信情報の生成動作を示すフローチャートである。図１１に示すように、先ず、閲覧履歴収集形態判断部１１０は、Ｓ１００４において出力先情報記憶部１０６から取得した出力先情報に基づき、配信先デバイス種類を確認する（Ｓ１１０１）。その確認の結果、配信先種類が対応クライアントであれば（Ｓ１１０２／ＹＥＳ）、閲覧履歴収集形態判断部１１０は、配信対象である文書のみを配信することを決定する（Ｓ１１０３）。

配信先種類が対応クライアントではなく（Ｓ１１０２／ＮＯ）、非対応クライアントであれば（Ｓ１１０４／ＹＥＳ）、閲覧履歴収集形態判断部１１０は、配信対象である文書に、図６において説明した閲覧履歴収集アプリケーション２０６を構成するためのプログラムを添付して配信することを決定する（Ｓ１１０５）。配信先種類が非対応クライアントでもない場合（Ｓ１１０４／ＮＯ）、配信先種類は"表示のみ"であるプロジェクタ４であるため、閲覧履歴収集形態判断部１１０は、ＨＴＭＬ形式等の表示情報を配信することを決定する（Ｓ１１０６）。

即ち、閲覧履歴収集形態判断部１１０は、配信先アドレスによって確認された配信先のデバイス種類が、文書管理装置１による閲覧履歴収集機能に非対応であって、且つ閲覧履歴収集アプリケーション２０６のようなプログラムの実行にも非対応である場合、ＨＴＭＬのような表示情報を配信形態として決定する。尚、Ｓ１１０６の処理を経て最初に配信されるのは、ＨＴＭＬ形式の情報にアクセスするためのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）等のような、アドレス情報である。即ち、閲覧履歴収集形態判断部１１０は、Ｓ１１０６の処理において、ＨＴＭＬ形式のような表示情報にアクセスするための表示アドレス情報の形態を、配信形態として判断する。

閲覧履歴収集形態判断部１１０は、Ｓ１１０１〜Ｓ１１０６までの動作を配信対象である文書のドキュメントＩＤに関連付けられた全配信先アドレスについて繰り返し（Ｓ１１０７／ＮＯ）、全配信先アドレスについて完了すると（Ｓ１１０７／ＹＥＳ）、Ｓ１１０５の処理を一度でも経たか否か、即ち、閲覧履歴収集アプリケーション２０６を構成するためのプログラムを添付して配信する必要があるか否か確認する（Ｓ１１０８）。

Ｓ１１０８の確認の結果、プログラムの配信が必要である場合（Ｓ１１０８／ＹＥＳ）、閲覧履歴収集形態判断部１１０は、図１２（ａ）に示すように、配信対象の文書５０１及び閲覧履歴収集アプリケーション２０６を構成するためのプログラム５０４を含む履歴収集実行ファイル５０３よりなる配信情報５００を生成する（Ｓ１１０９）。そして、閲覧履歴収集形態判断部１１０は、図１２（ｂ）に示すように、配信対象の文書５０１と、閲覧履歴収集アプリケーション２０６を構成するためのプログラムである履歴収集実行ファイル５０３とを関連付ける関連付け情報５０２を生成し（Ｓ１１１０）、処理を終了する。

このような処理により、非対応クライアント２に文書が配信される場合には、図１２（ａ）、（ｂ）に示すような配信情報５００が生成されて送信される。従って、文書管理装置１によって提供される文書管理機能に対応して閲覧履歴を収集するための機能が搭載されていない非対応クライアント２においても、文書が閲覧される際には、図１２（ｂ）に示す関連付け情報に従って履歴収集実行ファイル５０３が実行されて閲覧履歴収集アプリケーション２０６が構成され、対応クライアント３と同様に閲覧履歴の情報を収集することが可能となる。

また、文書の配信先が対応クライアント３である場合には、閲覧履歴収集モジュール３０６によって閲覧履歴の収集が実現されるため、文書のみの配信によって閲覧履歴の情報を収集することが可能である。

ここで、文書管理装置１における閲覧履歴の収集機能の機能拡張により、閲覧履歴収集モジュール３０６について、異なるバージョンが発生することが考えられる。即ち、導入されてから期間の経過した対応クライアント３における閲覧履歴収集モジュール３０６のバージョンが古くなっており、文書管理装置１における閲覧履歴収集機能に十分対応した閲覧履歴を収集することができなくなる場合がある。

また、図１１においては、出力先情報記憶部１０６において"デバイス種類"が既に設定されていることを前提としているが、オペレータによってデバイス種類が入力されず、出力先情報記憶部１０６においても、配信先アドレスに関連付けられた情報が無い場合、"デバイス種類"の情報が得られないこととなり、配信形態を判断することができない。これらの課題に対応した変形例について、図１３を参照して説明する。

図１３は、上記変形例における閲覧履歴収集形態判断部１１０の動作を示すフローチャートである。図１３に示すようにＳ１３０１、Ｓ１３０２については、図１１のＳ１１０１及びＳ１１０２と同様に処理が実行される。ここで、図１３の変形例においては、図４に示す出力先情報ではなく、図１４（ａ）〜（ｃ）に示す出力先情報が用いられる。図１４（ａ）〜（ｃ）に示すように、変形例に係る出力先情報においては、図４に示す出力先情報に加えて、"バージョン確認"及び"バージョン"の情報が、夫々の配信先アドレスに関連付けられている。

図１４（ａ）〜（ｃ）に示す"バージョン"の情報は、配信先のデバイス種類が対応デバイスである場合に、その対応デバイスにおける閲覧履歴収集モジュール３０６のバージョンを示す情報である。また、"バージョン確認"の情報は、配信先のデバイス種類が対応デバイスである場合に、その対応デバイスにおける閲覧履歴収集モジュール３０６のバージョンの確認が行われているか否かを示す情報である。

配信先種類が対応クライアントであれば（Ｓ１３０２／ＹＥＳ）、次に、閲覧履歴収集形態判断部１１０は、図１４（ａ）〜（ｃ）に示すような"バージョン確認"を参照する（Ｓ１３０３）。そして、図１４（ａ）に示すようにバージョンが未確認であれば（Ｓ１３０３／ＹＥＳ）、閲覧履歴収集形態判断部１１０は、ネットワーク制御部１０１を介して、対象の対応クライアント３にアクセスし、閲覧履歴収集モジュール３０６のバージョンの情報を取得し（Ｓ１３０４）、図１４（ａ）〜（ｃ）に示すような出力先情報の"バージョン確認"及び"バージョン"の情報を更新する。

Ｓ１３０４の処理が完了するか、バージョンが確認済みであった場合（Ｓ１３０３／ＮＯ）、次に、閲覧履歴収集形態判断部１１０は、配信先である対応クライアント３の閲覧履歴収集モジュール３０６のバージョンが最新であるか否か確認する（Ｓ１３０５）。バージョンが最新であれば（Ｓ１３０５／ＹＥＳ）、閲覧履歴収集形態判断部１１０は、図１１のＳ１１０３と同様に文書のみの配信を決定する（Ｓ１３０６）。これにより、図１４（ｃ）のような出力先情報が生成される。

他方、最新バージョンではなかった場合（Ｓ１３０５／ＮＯ）、閲覧履歴収集形態判断部１１０は、図１１のＳ１１０５のように、文書に閲覧履歴収集アプリケーション２０６を構成するためのプログラムを添付して配信することを決定する（Ｓ１３０８）。これにより、図１４（ｂ）に示すような出力先情報が生成される。

Ｓ１３０８の結果、配信される情報は図１２（ａ）、（ｂ）において説明したような、文書情報と履歴収集実行ファイルとが関連付けられた情報となり、対応クライアント３であっても、部署閲覧の際には、図６に示すように閲覧履歴収集アプリケーションが構成されることとなる。これにより、最新の機能に対応した閲覧履歴の収集が実行される事となる。

Ｓ１３０７については、Ｓ１１０４と同様に処理が実行される。そして、非対応クライアントでもなかった場合（Ｓ１３０７／ＮＯ）、閲覧履歴収集形態判断部１１０は、デバイス種類が表示のみであるか否か確認する（Ｓ１３０９）。そして、表示のみであれば、Ｓ１１０６と同様に、表示情報を配信することを決定する（Ｓ１３１０）。

他方、表示のみでもなかった場合（Ｓ１３０９／ＮＯ）、それは、デバイス種類が未確認であるということであるため、閲覧履歴収集形態判断部１１０は、ネットワーク制御部１０１を介して対象の配信先にアクセスすることによりデバイス種類の情報を取得し（Ｓ１３１１）Ｓ１３０１からの処理を繰り返す。Ｓ１３１２以降については、Ｓ１１０７以降と同様の処理が実行される。

このように、図１３に示す変形例によれば、対応クライアント３に含まれる閲覧履歴収集モジュール３０６のバージョンが古い場合であっても、閲覧履歴収集アプリケーションが構成されることにより、文書管理装置１における閲覧履歴の機能拡張に応じて、最新の機能に対応した閲覧履歴の収集が実行される。また、文書管理装置１においてデバイス種類が不明である場合であっても、デバイス種類が取得され、文書の配信形態を判断することができる。

ここで、図１３におけるＳ１３０４及びＳ１３１１におけるバージョン情報若しくはデバイス情報の取得動作を含む場合の、配信形態の判断動作の流れについて、図１５のシーケンス図を参照して説明する。図１５に示すように、文書配信部１０４において出力制御部１０５が配信形態の判断依頼を閲覧履歴収集形態判断部１１０に行うと（Ｓ１５０１）、閲覧履歴収集形態判断部１１０は、配信形態を判断する対象の配信先アドレスを、文書配信部１０４の出力先情報記憶部１０６から取得する（Ｓ１５０２）。この際、出力先情報においては、"デバイス種類"も図１４（ａ）〜（ｃ）に示す"バージョン"の情報も不明である。

配信先アドレスを取得すると、閲覧履歴収集形態判断部１１０は、その配信先アドレスに基づいて、対象のデバイスからデバイス情報を取得するように、ネットワーク制御部１０１を制御する（Ｓ１５０３）。閲覧履歴収集形態判断部１１０の制御に従い、ネットワーク制御部１０１は、ネットワークを介して配信先のデバイスにアクセスしてデバイス情報を取得し（Ｓ１５０４）、取得したデバイス情報を閲覧履歴収集形態判断部１１０に転送する（Ｓ１５０５）。

ネットワーク制御部１０１からデバイス情報の転送を受けた閲覧履歴収集形態判断部１１０は、取得したデバイス情報に基づいて配信形態を決定すると共に、出力先情報記憶部１０６が記憶している出力先情報を更新し（Ｓ１５０６）、処理を終了する。

尚、図１３、図１５においては、閲覧履歴収集形態判断部１１０が、ネットワークを介してデバイス情報を取得する場合を例として説明した、この他、文書管理装置１において表示制御部１０３を制御することにより、バージョンやデバイス種類の入力をオペレータ促すメッセージをＬＣＤ６０に表示させるようにしても良い。このメッセージに従ってオペレータが情報を入力することにより、上記と同様に配信形態を判断することができる。

次に、図９のＳ９０５における閲覧履歴更新動作について説明する。図１６は、非対応クライアント２及び対応クライアント３の場合における、閲覧履歴の更新動作を示すフローチャートである。図１６に示す動作は、非対応クライアント２及び対応クライアント３から文書管理装置１に対して閲覧結果の通知が送信されることが前提となる。

非対応クライアント２及び対応クライアント３から文書管理装置１に対する閲覧結果の通知の送信は、例えば、文書管理装置１が、図４に示す出力先情報若しくは図５に示す閲覧履歴情報に基づいて文書を配信してある配信先アドレスを確認し、その配信先に対して閲覧結果の通知を要求することによって実現可能である。この場合、文書管理装置１は、オペレータの操作に応じて上記要求を行っても良いし、所定期間が経過したタイミング若しくは予め定められた時刻になった場合等、予め定められたタイミングに上記要求を行っても良い。

また、文書管理装置１が閲覧結果の通知を要求する場合の他、非対応クライアント２及び対応クライアント３が能動的に閲覧結果を通知するようにしても良い。その場合、非対応クライアント２及び対応クライアント３は、ユーザの操作に応じて閲覧結果の通知をする場合の他、上記文書管理装置１の場合と同様に、予め定められたタイミングに通知を行うようにしても良い。

尚、非対応クライアント２及び対応クライアント３における上記予め定められたタイミングは、閲覧履歴収集アプリケーション２０６、閲覧履歴収集モジュール３０６に設定される。このような設定は、例えば、非対応クライアント２の場合、図１２に示すような配信情報を生成する際に、アプリケーション・プログラム５０４において上記タイミングの設定情報を含めることにより実現可能である。また、対応クライアント３の場合、予め閲覧履歴収集モジュール３０６に設定する場合の他、図１０の文書配信処理の際に、収集タイミングの設定情報を同時に送信することによって実現可能である。

閲覧履歴管理部１０９は、ネットワークを介して非対応クライアント２や対応クライアント３から閲覧結果通知を取得すると（Ｓ１６０１）、通知を取得したデバイスのアドレスに基づき、図５に示す閲覧履歴情報から閲覧履歴を更新するべき対象を確認する（Ｓ１６０２）。そして、確認した対象に対して"履歴収集状況"を"履歴あり"に更新すると共に、取得した閲覧履歴の情報に履歴ＩＤを割り振り、割り振ったＩＤを"履歴ＩＤ"として記憶することにより閲覧履歴情報を更新する（Ｓ１６０３）。

Ｓ１６０３の処理を終了すると、閲覧履歴管理部１０９は、文書管理装置１のオペレータに対して、閲覧履歴情報のテーブルが更新されたことを通知する（Ｓ１６０４）。Ｓ１６０４の通知は、ＬＣＤ６０への表示や、予め定められたメールアドレスへのメール送信等、様々な方法を用いることができる。

次に、閲覧履歴管理部１０９は、"履歴収集状況"を更新した"ドキュメントＩＤ"に関連付けられている他の"配信先アドレス"について、全てのアドレスが"履歴あり"になっているか否か確認する（Ｓ１６０５）。その結果、１つでも"履歴なし"のアドレスがあれば（Ｓ１６０５／ＮＯ）、そのまま処理を終了し、全てのアドレスについて"履歴あり"になっている場合（Ｓ１６０５／ＹＥＳ）、閲覧履歴管理部１０９は、文書管理装置１のオペレータに対して、そのドキュメントＩＤについて全ての配信先において文書の閲覧が完了したことを通知する（Ｓ１６０６）。Ｓ１６０６においてもＳ１６０４と同様に、様々な通知方法を用いることができる。

図１７は、配信先がプロジェクタ４のような表示装置である場合の、文書の閲覧及び閲覧履歴の収集動作を示すシーケンス図である。尚、図１７においては、ネットワークを介して通信を行う場合の、ネットワーク制御部１０１の処理を省略して示している。プロジェクタ４のような表示装置の場合、文書の閲覧と閲覧履歴の収集とが一連の処理として実行される。

上述したような非対応クライアント２及び対応クライアント３の場合、文書の配信に際しては、文書の情報が配信され、夫々のデバイスにおいて文書の情報が記憶される。これに対して、プロジェクタ４のような表示装置の場合、上述したようにＨＴＭＬのような表示情報として出力されるが、文書管理装置１において文書が配信される際に出力されるのは、そのＨＴＭＬの情報にアクセスするためのＵＲＬ等の情報である。このＵＲＬは、例えば、Ｗｅｂサーバとして動作する文書管理装置１にアクセスし、対象の文書を閲覧するための情報である。

即ち、上記ＵＲＬには、ネットワーク上における文書管理装置１を識別するための情報に加えて、文書管理装置１において目的の文書を識別するための情報が含まれる。従って、文書管理装置１の閲覧履歴収集形態判断部１１０は、配信先のデバイス種類がプロジェクタ４のような表示装置であった場合、Ｓ１００６において、文書管理装置１のネットワーク上のアドレス及び配信対象の文書を識別するための情報に基づいて上記ＵＲＬを生成する。

そして、プロジェクタ４においてユーザが配信対象の文書を閲覧する際、プロジェクタ４はユーザの操作に従い、そのＵＲＬの情報を用いて、閲覧履歴管理部１０９にアクセスする（Ｓ１７０１）。プロジェクタ４から閲覧依頼を受けた閲覧履歴管理部１０９は、指定されたＵＲＬに従い、文書記憶部１０７から文書情報を取得し（Ｓ１７０２）、表示情報生成部１０８に対して表示開始の制御を行う（Ｓ１７０３）。

閲覧履歴管理部１０９の制御に従い、表示情報生成部１０８は、表示対象の文書の情報に基づき、ＨＴＭＬ形式の表示情報を生成して、ネットワーク制御部１０１を介してプロジェクタ４に送信する（Ｓ１７０４）。プロジェクタ４においては、ブラウザアプリケーション４０４が、ネットワークを介して受信したＨＴＭＬ形式の表示情報に従い、表示制御部４０３を介して投影部４２０により文書を表示させる（Ｓ１７０５）。

プロジェクタ４においては、ユーザが、表示するべきページの変更や文書の一部の拡大等の操作を操作部７０を介して行い、ブラウザアプリケーション４０４が文書操作を受け付ける。文書操作を受け付けたブラウザアプリケーション４０４は、受け付けた操作の内容をネットワークを介して表示情報生成部１０８に送信する（Ｓ１７０６）。

表示情報生成部１０８は、ネットワーク制御部４０１を介して文書操作の内容を取得し、その操作の内容に従って新たな表示情報を生成してプロジェクタ４に送信すると共に、その操作の内容を閲覧履歴の情報として閲覧履歴管理部１０９に記憶させる（Ｓ１７０７）。即ち、Ｓ１７０７においては、表示情報生成部１０８が、配信情報生成部として機能する。これにより、閲覧履歴管理部１０９は、リアルタイムで閲覧履歴の情報を収集する。また、プロジェクタ４においては、文書操作に対して新たに送信された表示情報に従い、新たな文書表示を行う（Ｓ１７０８）。

その後、プロジェクタ４において、ユーザが閲覧終了の操作を行うと、ブラウザアプリケーション４０４は、ネットワークを介して閲覧履歴管理部１０９に閲覧終了を通知する（Ｓ１７０９）。閲覧終了を認識した閲覧履歴管理部１０９は、表示情報生成部１０８に対して表示終了制御を行い（Ｓ１７１０）、図１６と同様の動作を実行して（Ｓ１７１１）、処理を終了する。

このように、プロジェクタ４等の表示装置に文書を配信する場合、オペレータの操作に応じて文書管理装置１が出力するのは、プロジェクタ４が文書にアクセスするためのＵＲＬである。そして、プロジェクタ４は、上記ＵＲＬを用いて文書にアクセスして表示すると共に、文書を表示している間のユーザによる操作を文書管理装置１に送信する。これにより、文書管理装置１においては、プロジェクタ４における文書の閲覧結果をリアルタイムに収集する。

このような態様により、非対応クライアント２や対応クライアント３のような汎用的な情報処理機能を持たないプロジェクタ４であっても、非対応クライアント２や対応クライアント３と同様に閲覧履歴を収集することが可能となる。

以上説明したように、本実施形態に係る文書管理システムにおいては、文書管理装置１が文書の配信先であるデバイスの種類に応じて文書の配信形態を判断した上で文書を配信するため、文書の閲覧履歴の収集機能のない装置において文書が閲覧される場合であっても、配信された文書の閲覧状況を確認することができる。

（実施形態２）
実施形態１の文書管理装置１では、配信先アドレスとデバイス種類とが関連付けられた出力先情報（図４参照）を参照して、デバイス種類から文書を配信する配信先からの閲覧履歴の収集方法を確認し、その確認結果に従って文書の配信形態を判断する構成となっていた。これに対し、文書管理装置に接続されるたびに配信先アドレスが異なる形態の端末（例えば、タブレット、スマートフォン等）の場合には、予め配信先アドレスとデバイス種類を関連付けておくことができない。従って、このような場合を加味して、本実施形態の文書管理装置では、配信先デバイスとの通信が開始されてから配信先デバイスのデバイス種類を取得して、文書の配信形態を判断する構成としている。

本実施形態にかかる文書管理システムの運用形態および各装置のハードウェア構成については、実施形態１と同様であるため、説明を省略する（図１、２参照）。

次に、本実施形態に係る文書管理装置６の機能構成について、図１８を参照して説明する。図１８は、実施形態２に係る文書管理装置６の機能構成を示すブロック図である。図１８に示すように、本実施形態に係る文書管理装置６は、図２において説明したＬＣＤ６０、操作部７０に加えて、コントローラ６００及びネットワークＩ／Ｆ１２０を含む。また、コントローラ６００は、ネットワーク制御部１０１、操作制御部１０２、表示制御部１０３、文書配信部６０４、表示情報生成部１０８、閲覧履歴管理部１０９、および閲覧履歴収集形態判断部６１０を含む。更に、文書配信部６０４は、出力制御部１０５、出力先情報記憶部１０６、文書記憶部１０７、端末情報受付部６１１、および端末情報取得部６１２を含む。ここで、閲覧履歴収集形態判断部６１０、端末情報受付部６１１、端末情報取得部６１２以外の構成および機能については、実施形態１と同様であるため説明を省略する。

端末情報受付部６１１は、出力先情報（図４）において、配信先デバイス（非対応クライアント７、対応クライアント８、プロジェクタ９）のデバイス種類が関連付けられていない場合、配信先デバイスに対して、ネットワーク制御部１０１を介してデバイス種類を示すデバイス種類情報の入力を要求する。該要求を受けた装置（配信先デバイス）は、利用者からデバイス種類情報の入力を受け付け、受け付けたデバイス種類情報を文書管理装置６に送信する（後述する図１９、２０、２１参照）。そして、端末情報受付部６１１は、配信先デバイスから、利用者から入力されたデバイス種類情報をネットワーク制御部１０１を介して受け付け、出力先情報に記憶することで更新する。

端末情報取得部６１２は、出力先情報（図４）において、配信先デバイス（非対応クライアント７、対応クライアント８、プロジェクタ９）のデバイス種類が関連付けられていない場合、配信先デバイスに対して、ネットワーク制御部１０１を介してデバイス種類情報を要求する。該要求を受けた装置（配信先デバイス）は、端末応答部を備えている場合、自装置のデバイス種類情報を文書管理装置６に応答する。（後述する図１９、２０、２１参照）。そして、端末情報取得部６１２は、配信先デバイスから、デバイス種類情報の応答をネットワーク制御部１０１を介して取得し、出力先情報に記憶することで更新する。

閲覧履歴収集形態判断部６１０は、端末情報受付部６１１によって受け付けたデバイス種類情報から配信先デバイスの種類を確認（すなわち、文書を配信する配信先からの閲覧履歴の収集方法を確認）すると共に、その確認結果に従って文書を配信する際の配信形態を判断する。

また、閲覧履歴収集形態判断部６１０は、端末情報取得部６１２によって取得したデバイス種類情報の応答から、配信先である装置の種類を確認（すなわち、文書を配信する配信先からの閲覧履歴の収集方法を確認）すると共に、その確認結果に従って文書を配信する際の配信形態を判断する。また、閲覧履歴収集形態判断部６１０は、配信先デバイスからデバイス種類情報の応答がなかった場合、配信先デバイスのデバイス種類を、記憶部（ＨＤＤ等）を備えていないプロジェクタ９であると判断する。そして、閲覧履歴収集形態判断部６１０は、上記判断結果に従い、最終的に配信される情報の生成を制御する。

図１９は、実施形態２に係る非対応クライアント７の機能構成を示すブロック図である。図１９に示すように、本実施形態に係る非対応クライアント７は、図２において説明したＬＣＤ６０、操作部７０に加えて、コントローラ７００及びネットワークＩ／Ｆ２１０を含む。また、コントローラ７００は、ネットワーク制御部２０１、操作制御部７０２、表示制御部２０３、文書記憶部２０４、ブラウザアプリケーション２０５、閲覧履歴収集アプリケーション２０６、および端末情報応答部７０７をふくむ。ここで、操作制御部７０２、端末情報応答部７０７以外の構成および機能については、実施形態１と同様であるため説明を省略する。

操作制御部７０２は、文書管理装置６から、ネットワーク制御部２０１を介してデバイス種類情報の入力の要求を受けた場合、利用者に対してデバイス種類情報の入力を促して、操作部７０から利用者によるデバイス種類情報の入力を受け付ける。そして、操作制御部７０２は、入力されたデバイス種類情報を文書管理装置６にネットワーク制御部２０１を介して送信する。

端末情報応答部７０７は、文書管理装置６から、ネットワーク制御部２０１を介してデバイス種類情報の要求を受けた場合、自装置のデバイス種類情報を文書管理装置６にネットワーク制御部２０１を介して応答する。

図２０は、実施形態２に係る対応クライアント８の機能構成を示すブロック図である。図２０に示すように、対応クライアント８は、図１９に示す非対応クライアントと略同一の構成を有し、閲覧履歴収集アプリケーション２０６が構成される替わりに、ブラウザアプリケーション３０５内部のモジュールとして閲覧履歴収集モジュール３０６が含まれる点が異なる。これにより、対応クライアント８においては、文書の閲覧の度に閲覧履歴収集アプリケーション２０６を構成することなく、ブラウザアプリケーション３０５に内蔵された機能である閲覧履歴収集モジュール３０６によって、文書の閲覧履歴を収集することが可能である。また、対応クライアント８は、操作制御部８０２、端末情報応答部８０７を備えており、これらの構成および機能も非対応クライアント７と同様である。

図２１は、実施形態２に係るプロジェクタ９の機能構成を示すブロック図である。図２１に示すように、本実施形態に係るプロジェクタ９は、図２において説明した操作部７０に加えて、コントローラ９００、ネットワークＩ／Ｆ４１０及び投影部４２０を含む。コントローラ９００は、ネットワーク制御部４０１、操作制御部９０２、表示制御部４０３及びブラウザアプリケーション４０４を含む。ここで、操作制御部９０２以外の構成および機能については、実施形態１と同様であるため説明を省略する。

操作制御部９０２は、操作部７０に対するオペレータによる操作の信号を取得し、プロジェクタ４のコントローラ９００において動作するモジュールに入力する。また、操作制御部９０２は、文書管理装置６から、ネットワーク制御部４０１を介してデバイス種類情報の入力を要求を受けた場合、利用者に対してデバイス種類情報の入力を促して、操作部７０から利用者によるデバイス種類情報の入力を受け付ける。そして、操作制御部９０２は、入力されたデバイス種類情報を文書管理装置６にネットワーク制御部４０１を介して送信する。

次に、本実施形態に係る文書管理システムの動作について説明する。図２２は、文書管理装置６が配信先デバイスからデバイス種類情報を受け付ける場合の流れを示すフローチャートである。

まず、閲覧履歴収集形態判断部６１０は、配信先デバイスのデバイス種類が出力先情報に記憶されているか否かを判断し（Ｓ１８０１）、デバイス種類が記憶されている場合（Ｓ１８０１／ＹＥＳ）、処理を終了する。

一方、デバイス種類が記憶されていない場合（Ｓ１８０１／ＮＯ）、端末情報受付部６１１は、配信先デバイスに、ネットワーク制御部１０１を介してデバイス種類情報の入力を要求する（Ｓ１８０２）。そして、端末情報受付部６１１は、配信先デバイスから、利用者から入力されたデバイス種類情報をネットワーク制御部１０１を介して受け付ける（Ｓ１８０３）。さらに、端末情報受付部６１１は、受け付けたデバイス種類情報を、出力先情報に記憶する（Ｓ１８０４）。図２２の処理を得た後、実施形態１の図１１の処理へ進む。

図２３は、文書管理装置６が配信先デバイスからデバイス種類情報を取得する場合の流れを示すフローチャートである。

まず、閲覧履歴収集形態判断部６１０は、配信先デバイスのデバイス種類が出力先情報に記憶されているか否かを判断し（Ｓ１９０１）、デバイス種類が記憶されている場合（Ｓ１９８０１／ＹＥＳ）、処理を終了する。

一方、デバイス種類が記憶されていない場合（Ｓ１９０１／ＮＯ）、端末情報取得部６１２は、配信先デバイスに、ネットワーク制御部１０１を介してデバイス種類情報を要求する（Ｓ１９０２）。端末情報取得部６１２は、配信先デバイスから応答があったか否かを判断する（Ｓ１９０３）。

配信先デバイスから応答があった場合（Ｓ１９０３／ＹＥＳ）、端末情報取得部６１２は、配信先デバイスから、デバイス種類情報の応答をネットワーク制御部１０１を介して取得する（Ｓ１９０４）。一方、配信先デバイスから応答がなかった場合（Ｓ１９０３／ＮＯ）、閲覧履歴収集形態判断部６１０は、配信先デバイスのデバイス種類をプロジェクタ９であると判断する（Ｓ１９０５）。

そして、端末情報取得部６１２は、Ｓ１９０４において取得したデバイス種類情報、またはＳ１９０５により判断されたデバイス種類を、出力先情報に記憶する（Ｓ１９０６）。図２３の処理を得た後、実施形態１の図１１の処理へ進む。

次に、文書管理装置６および配信先デバイス（非対応クライアント７または対応クライアント８）間の処理の流れを説明する。図２４は、文書管理装置６が配信先デバイスからデバイス種類情報を取得する場合の流れを示すシーケンス図である。

文書管理装置６の端末情報取得部６１２は、ネットワーク制御部１０１にデバイス種類情報の要求送信を依頼し（Ｓ２００１）、ネットワーク制御部１０１は、クライアント７、８（非対応クライアント７または対応クライアント８）のネットワーク制御部２０１、３０１にデバイス種類情報の要求を送信する（Ｓ２００２）。

クライアント７、８のネットワーク制御部２０１、３０１は、デバイス種類情報の要求を受信すると、端末情報応答部７０７、８０７にデバイス種類情報の要求を行う（Ｓ２００３）。端末情報応答部７０７、８０７は、デバイス種類情報の要求を受けると、ネットワーク制御部２０１、３０１に自装置のデバイス種類情報の応答送信を依頼し（Ｓ２００４）、ネットワーク制御部２０１、３０１は、文書管理装置６のネットワーク制御部１０１にデバイス種類情報の応答を送信する（Ｓ２００５）。

ネットワーク制御部１０１は、クライアント７、８からデバイス種類情報の応答を受信すると、端末情報取得部６１２にデバイス種類情報の応答を行う（Ｓ２００６）。そして、該応答を受けた端末情報取得部６１２は、デバイス種類を、出力先情報記憶部１０６の出力先情報に記憶する（Ｓ２００７）。これにより、配信先デバイスのデバイス種類があらかじめ記憶されていなくても、文書管理装置６が配信先デバイスのデバイス種類を知ることができる。

このように、図２２〜２４において説明したようにデバイス種類を記憶した後、文書管理装置６は、実施形態１と同様に、配信先デバイスのデバイス種類に応じて配信対象の文章の配信形態を判断し、文書を配信先へ配信する。そして、配信先デバイスからの通知に応じて閲覧履歴情報を更新する。

以上説明したように、本実施形態に係る文書管理システムにおいては、文書管理装置６が文書の配信先であるデバイスの種類に応じて文書の配信形態を判断した上で文書を配信するため、文書の閲覧履歴の収集機能のない装置において文書が閲覧される場合であっても、配信された文書の閲覧状況を確認することができる。

また、本実施形態の文書管理システムでは、配信先デバイスとの通信が開始されてから、配信先デバイスにおいて入力されたデバイス種類情報を受け付けるので、予め配信先デバイスのデバイス種類を記憶しなくてもよい。また、本実施形態の文書管理システムでは、配信先デバイスと通信が開始されてから、配信先デバイスからデバイス種類情報を取得するので、予め配信先デバイスのデバイス種類を記憶していなくてもよい。

１、５ 文書管理装置
２、６ 非対応クライアント
３、７ 対応クライアント
４、８ プロジェクタ
１０ ＣＰＵ
２０ ＲＡＭ
３０ ＲＯＭ
４０ ＨＤＤ
５０ Ｉ／Ｆ
６０ ＬＣＤ
７０ 操作部
８０ バス
１００、６００ コントローラ
１０１ ネットワーク制御部
１０２ 操作制御部
１０３ 表示制御部
１０４ 文書配信部
１０５ 出力制御部
１０６ 出力先情報記憶部
１０７ 文書記憶部
１０８ 表示情報生成部
１０９ 閲覧履歴管理部
１１０、６１０ 閲覧履歴収集形態判断部
６１１ 端末情報受付部
６１２ 端末情報取得部
１２０ ネットワークＩ／Ｆ
２００、７００ コントローラ
２０１ ネットワーク制御部
２０２、７０２ 操作制御部
２０３ 表示制御部
２０４ 文書記憶部
２０５ ブラウザアプリケーション
２０６ 閲覧履歴収集アプリケーション
７０７ 端末情報応答部
２１０ ネットワークＩ／Ｆ
３００、８００ コントローラ
３０１ ネットワーク制御部
３０２、８０２ 操作制御部
３０３ 表示制御部
３０４ 文書記憶部
３０５ ブラウザアプリケーション
３０６ 閲覧履歴収集モジュール
８０７ 端末情報応答部
４００、９００ コントローラ
４０１ ネットワーク制御部
４０２、９０２ 操作制御部
４０３ 表示制御部
４０４ ブラウザアプリケーション
４１０ ネットワークＩ／Ｆ
４２０ 投影部

特開２００８−２７０１３号公報

Claims (15)

1. 配信対象の文書をネットワークを介して配信すると共に、配信先における前記文書の閲覧履歴の情報を収集する文書管理装置であって、
   前記配信先である装置の種類を確認し、前記装置の種類に応じて前記文書の配信形態を判断する配信形態判断部と、
   前記配信対象の文書に基づいて、前記配信形態判断部による判断結果に応じた配信形態の情報を生成する配信情報生成部と、
   生成された前記配信形態の情報を前記配信先のネットワーク上のアドレスに送信することにより前記文書を配信する文書配信部と、
   前記文書が配信された前記配信先における前記閲覧履歴の情報を取得し、記憶する閲覧履歴管理部と、
   前記配信対象の文書に基づいて、前記配信対象の文書を表示するための表示情報を生成する表示情報生成部と、を備え、
   前記配信形態判断部は、前記装置の種類が前記閲覧履歴の情報の収集機能に非対応であって、且つ前記配信先の装置において前記閲覧履歴の情報の収集を実現するためのプログラムの実行に非対応である種類の場合、前記表示情報にアクセスするための表示アドレス情報を配信する形態を前記配信形態として判断し、
   前記配信情報生成部は、前記表示アドレス情報を配信する形態が前記配信形態として判断された場合、前記文書管理装置のネットワーク上のアドレス及び前記配信対象の文書を識別するための文書識別情報に基づいて前記表示アドレス情報を前記配信形態の情報として生成し、
   前記表示情報生成部は、前記表示アドレス情報へのアクセスに応じて前記表示情報を生成してアクセス元に送信することを特徴とする文書管理装置。
2. 前記表示情報生成部は、前記表示アドレス情報へのアクセスに応じて前記表示情報を生成してアクセス元に送信した後、前記アクセス元において表示された文書に対する操作の情報をネットワークを介して取得し、前記取得した操作の情報に応じて新たな前記表示情報を生成して前記アクセス元へ送信すると共に、前記操作の情報に応じた前記閲覧履歴の情報を生成して前記閲覧履歴管理部に記憶することを特徴とする請求項１に記載の文書管理装置。
3. 前記配信形態判断部は、前記装置の種類が前記閲覧履歴の情報の収集機能に非対応である種類の場合、前記プログラムを前記文書と共に配信する形態を前記配信形態として判断し、
   前記配信情報生成部は、前記プログラムを前記文書と共に配信する形態が前記配信形態として判断された場合、前記プログラムと前記文書に加えて、前記文書の閲覧に応じて前記プログラムが実行されるように関連付ける関連付け情報を生成することを特徴とする請求項１または２に記載の文書管理装置。
4. 前記配信形態判断部は、前記配信先のネットワーク上のアドレスに基づいて前記装置の種類を確認し、
   前記閲覧履歴管理部は、前記文書が配信された前記配信先における前記閲覧履歴の情報を取得し、前記配信先のネットワーク上のアドレスと関連付けて記憶することを特徴とする請求項１〜３のいずれか一つに記載の文書管理装置。
5. 前記配信先のネットワーク上のアドレスと、前記配信先である装置の種類とが関連付けられた配信先情報を記憶する配信先情報記憶部をさらに備え、
   前記配信形態判断部は、前記配信先情報記憶部に記憶された前記配信先情報に基づいて、前記配信先である装置の種類を確認することを特徴とする請求項１〜４のいずれか一つに記載の文書管理装置。
6. 前記配信形態判断部は、前記配信先のネットワーク上のアドレスに基づいて、ネットワークを介して前記配信先である装置の種類の情報を取得することを特徴とする請求項１〜５のいずれか一つに記載の文書管理装置。
7. 前記配信形態判断部は、前記装置の種類が前記閲覧履歴の情報の収集機能に対応した種類の場合、前記装置における前記閲覧履歴の情報の収集機能のバージョンを前記配信先のネットワーク上のアドレスに基づいて確認し、前記バージョンが最新よりも古いバージョンである場合、前記配信先の装置において前記閲覧履歴の情報の収集を実現するためのプログラムを前記文書と共に配信する形態を前記配信形態として判断することを特徴とする請求項１〜３いずれか一つに記載の文書管理装置。
8. 前記配信先のネットワーク上のアドレスと、前記配信先である装置における前記閲覧履歴の情報の収集機能のバージョンとが関連付けられた配信先情報を記憶する配信先情報記憶部をさらに備え、
   前記配信形態判断部は、前記配信先情報記憶部に記憶された前記配信先情報に基づいて、前記装置における前記閲覧履歴の情報の収集機能のバージョンを確認することを特徴とする請求項７に記載の文書管理装置。
9. 前記配信形態判断部は、前記配信先のネットワーク上のアドレスに基づき、ネットワークを介して前記配信先の装置における閲覧履歴の情報の収集機能のバージョンの情報を取得することを特徴とする請求項７または８に記載の文書管理装置。
10. 前記配信先である装置に前記装置の種類を示す種類情報の入力を要求し、前記装置において利用者から入力された前記種類情報を前記装置からネットワークを介して受け付ける端末情報受付部をさらに備え、
    前記配信形態判断部は、受け付けた前記種類情報に基づいて、前記配信先である装置の種類を確認することを特徴とする請求項１〜３のいずれか一つに記載の文書管理装置。
11. 前記配信先である装置に前記装置の種類を示す種類情報を要求し、前記種類情報の応答を前記装置からネットワークを介して取得する端末情報取得部をさらに備え、
    前記配信形態判断部は、取得した前記種類情報の応答に基づいて、前記配信先である装置の種類を確認することを特徴とする請求項１〜３のいずれか一つに記載の文書管理装置。
12. 前記配信形態判断部は、前記種類情報の応答がなかった場合、前記配信先の装置の種類が記憶部を備えていない装置であると判断することを特徴とする請求項１１に記載の文書管理装置。
13. 前記閲覧履歴管理部は、前記配信先から前記閲覧履歴の情報が取得された場合に、前記閲覧履歴の情報が取得されたことをユーザに通知するための情報を出力することを特徴とする請求項１〜１２のいずれか一つに記載の文書管理装置。
14. 前記閲覧履歴管理部は、前記配信された文書を識別するための文書識別情報と、前記文書が配信された複数の前記配信先のネットワークアドレスとを関連付けて記憶しており、一の前記文書識別情報に関連付けられた全ての前記配信先のネットワークアドレスについて前記閲覧履歴の情報が取得された場合に、前記閲覧履歴の情報が取得されたことをユーザに通知するための情報を出力することを特徴とする請求項１３に記載の文書管理装置。
15. 配信対象の文書をネットワークを介して配信すると共に、配信先における前記文書の閲覧履歴の情報を収集する文書管理装置を含む文書管理システムであって、
    前記文書管理装置が、
    前記配信先である装置の種類を確認し、前記装置の種類に応じて前記文書の配信形態を判断する配信形態判断部と、
    前記配信対象の文書に基づいて、前記配信形態判断部による判断結果に応じた配信形態の情報を生成する配信情報生成部と、
    生成された前記配信形態の情報を前記配信先のネットワーク上のアドレスに送信することにより前記文書を配信する文書配信部と、
    前記文書が配信された前記配信先における前記閲覧履歴の情報を取得し、記憶する閲覧履歴管理部と、
    前記配信対象の文書に基づいて、前記配信対象の文書を表示するための表示情報を生成する表示情報生成部と、を備え、
    前記配信形態判断部は、前記装置の種類が前記閲覧履歴の情報の収集機能に非対応であって、且つ前記配信先の装置において前記閲覧履歴の情報の収集を実現するためのプログラムの実行に非対応である種類の場合、前記表示情報にアクセスするための表示アドレス情報を配信する形態を前記配信形態として判断し、
    前記配信情報生成部は、前記表示アドレス情報を配信する形態が前記配信形態として判断された場合、前記文書管理装置のネットワーク上のアドレス及び前記配信対象の文書を識別するための文書識別情報に基づいて前記表示アドレス情報を前記配信形態の情報として生成し、
    前記表示情報生成部は、前記表示アドレス情報へのアクセスに応じて前記表示情報を生成してアクセス元に送信することを特徴とする文書管理システム。

Images