(57)【要約】【課題】ファイルと当該ファイルのプロパティ情報を表示する際の操作負担を軽減する。【解決手段】実施形態の通信制御装置は、記憶手段と、プロパティ記憶手段と、受信手段と、送信手段と、を備える。記憶手段は、ファイルを記憶する。プロパティ記憶手段は、記憶手段に記憶されたファイル毎に、当該ファイルの属性を示したプロパティ情報を記憶する。受信手段は、ネットワークを介して接続された情報処理装置から、記憶手段に記憶されたファイルのプロパティ情報の送信要求を受信する。送信手段は、ファイルを表示するビューワとなるＷｅｂパーツが組み込まれた画面情報であって、送信要求で指示されたファイルのプロパティ情報が表示されると共に、当該Ｗｅｂパーツ上に当該ファイルの内容が表示された画面情報を、前記情報処理装置に対して送信する。【選択図】図２
2013164680.tif 000002
【特許請求の範囲】
【請求項１】
ファイルを記憶する記憶手段と、
前記記憶手段に記憶された前記ファイル毎に、当該ファイルの属性を示したプロパティ情報を記憶するプロパティ記憶手段と、
ネットワークを介して接続された情報処理装置から、前記記憶手段に記憶された前記ファイルのプロパティ情報の送信要求を受信する受信手段と、
前記ファイルを表示するビューワとなるＷｅｂパーツが組み込まれた画面情報であって、前記送信要求で指示された前記ファイルのプロパティ情報が表示されると共に、当該Ｗｅｂパーツ上に当該ファイルの内容が表示された画面情報を、前記情報処理装置に対して送信する送信手段と、
を備える通信制御装置。
【請求項２】
前記送信手段は、さらに、前記記憶手段に記憶された前記ファイルを識別するデータ識別情報の一覧が示された一覧画面情報を、前記情報処理装置に送信し、
前記受信手段は、前記一覧画面情報に含まれている前記データ識別情報で識別される、前記ファイルのプロパティ情報の送信要求を受信する、
請求項１に記載の通信制御装置。
【請求項３】
前記送信手段により送信される前記画面情報に組み込まれる前記Ｗｅｂパーツの表示サイズの設定を受け付ける受付手段を、さらに備え、
前記送信手段は、前記受付手段で受け付けた前記表示サイズに従って前記Ｗｅｂパーツが組み込まれた前記画面情報を送信する、
請求項１又は２に記載の通信制御装置。
【請求項４】
前記プロパティ記憶手段は、さらに、前記ファイルを用いた仕事の流れにおける進捗情報を記憶し、
前記送信手段は、前記進捗情報が含まれた前記画面情報を送信する、
請求項１乃至３のいずれか一つに記載の通信制御装置。
【請求項５】
通信制御装置で実行される通信制御方法であって、
前記通信制御装置は、ファイルを記憶する記憶手段と、
前記記憶手段に記憶された前記ファイル毎に、当該ファイルの属性を示したプロパティ情報を記憶するプロパティ記憶手段と、を備え、
受信手段が、ネットワークを介して接続された情報処理装置から、前記記憶手段に記憶された前記ファイルのプロパティ情報の送信要求を受信する受信ステップと、
送信手段が、前記ファイルを表示するビューワとなるＷｅｂパーツが組み込まれた画面情報であって、前記送信要求で指示された前記ファイルのプロパティ情報が表示されると共に、当該Ｗｅｂパーツ上に当該ファイルの内容が表示された画面情報を、前記情報処理装置に対して送信する送信ステップと、
を含むことを特徴とする通信制御方法。
【請求項６】
ファイルを記憶する記憶手段と、
前記記憶手段に記憶された前記ファイル毎に、当該ファイルの属性を示したプロパティ情報を記憶するプロパティ記憶手段と、
を備えたコンピュータに対して、
ネットワークを介して接続された情報処理装置から、前記記憶手段に記憶された前記ファイルのプロパティ情報の送信要求を受信する受信ステップと、
前記ファイルを表示するビューワとなるＷｅｂパーツが組み込まれた画面情報であって、前記送信要求で指示された前記ファイルのプロパティ情報が表示されると共に、当該Ｗｅｂパーツ上に当該ファイルの内容が表示された画面情報を、前記情報処理装置に対して送信する送信ステップと、
をコンピュータに実行させるための通信制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、通信制御装置、通信制御方法、及び通信制御プログラムに関する。
【背景技術】
【０００２】
従来から、システム上のファイルを表示する際に、選択されたファイルに関する１つ又は複数のプロパティを表示する技術が提案されている。このためのソフトウェアとしては、Explorer（登録商標）などが提案されている。このようなソフトウェアを用いた場合に、ファイルの表示手法として様々な態様が提案されている（例えば引用文献１）。
【０００３】
近年、Ｗｅｂサーバ上でドキュメントを管理し、当該ドキュメントをクライアント端末から参照する技術が提案されている。ドキュメントを管理するためには、Ｗｅｂサーバ上で動作するＷｅｂアプリケーションを用いる傾向にある。
【０００４】
そして、Ｗｅｂアプリケーションを進歩により、複数のクライアントのためのプロジェクトの管理やドキュメントの共有を行うことも可能となった。各クライアントでは、ブラウザを介して、Ｗｅｂアプリケーションが管理している様々なドキュメントを参照することが可能となった。これにより、Ｗｅｂサーバ上で管理しているドキュメントであっても、システム上のファイルに近い感覚で閲覧できるようになった。
【０００５】
さらに、Ｗｅｂサーバ上で動作するＷｅｂアプリケーションは、ドキュメントを管理するだけではなく、ドキュメントに関するプロパティ情報も管理することも可能となった。これにより、これにより、クライアントから、ブラウザを通じて各種ドキュメントのポロパティを閲覧することが可能となった。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来技術のＷｅｂサーバでは、プロパティ情報を含んだプロパティ画面をブラウザに提供していたが、当該プロパティ画面では、当該ファイルの内容は表示されず、ファイルのプロパティ情報のみ表示されていた。このため、ファイルの概要を把握することは難しかった。これは、ブラウザを介したプロパティ画面の表示では、従来のシステム上の表示と比べて様々な制限があることに起因する。
【０００７】
そして、従来のＷｅｂサーバは、ファイルのプロパティを表示している時に、ファイルの内容を表示する場合、プロパティの表示と別ウィンドウで当該ファイルの内容を表示していた。このため、ユーザは、ファイルと、当該ファイルのプロパティとの関係を把握しにくいという問題が生じていた。
【課題を解決するための手段】
【０００８】
実施形態の通信制御装置は、記憶手段と、プロパティ記憶手段と、受信手段と、送信手段と、を備える。記憶手段は、ファイルを記憶する。プロパティ記憶手段は、記憶手段に記憶されたファイル毎に、当該ファイルの属性を示したプロパティ情報を記憶する。受信手段は、ネットワークを介して接続された情報処理装置から、記憶手段に記憶されたファイルのプロパティ情報の送信要求を受信する。送信手段は、ファイルを表示するビューワとなるＷｅｂパーツが組み込まれた画面情報であって、送信要求で指示されたファイルのプロパティ情報が表示されると共に、当該Ｗｅｂパーツ上に当該ファイルの内容が表示された画面情報を、前記情報処理装置に対して送信する。
【図面の簡単な説明】
【０００９】
【図１】図１は、第１の実施形態にかかるＷｅｂサーバシステムを示したネットワーク図である。
【図２】図２は、第１の実施形態にかかるＷｅｂサーバ及び情報処理装置の構成を示したブロック図である。
【図３】図３は、第１の実施形態にかかるプロパティ記憶部のテーブル構造を示した図である。
【図４】図４は、第１の実施形態にかかる画面生成部により生成されたＷｅｂページによる遷移の例を示した図である。
【図５】図５は、第１の実施形態にかかるドキュメントライブラリ一覧画面の画面例を示した図である。
【図６】図６は、第１の実施形態にかかるドキュメントのプロパティ画面の画面例を示した図である。
【図７】図７は、第１の実施形態にかかるＷｅｂパーツのプロパティ設定画面の画面例を示した図である。
【図８】図８は、第１の実施形態にかかるＷｅｂサーバシステムにおける、画面表示の処理手順を示すシーケンス図である。
【図９】図９は、第１の実施形態にかかるＷｅｂサーバのハードウェア構成を示した図である。
【発明を実施するための形態】
【００１０】
（第１の実施形態）
図１は、第１の実施形態にかかるＷｅｂサーバシステムを示したネットワーク図である。図１に示すように、本実施形態にかかるＷｅｂサーバシステム１は、Ｗｅｂサーバ１００と、ネットワーク１８０を介して接続された情報処理装置１５０＿１、１５０＿２、及び１５０＿３と、を備え、ネットワーク１８０を介して接続された構成とする。
【００１１】
情報処理装置１５０＿１、１５０＿２、及び１５０＿３は、Ｗｅｂサーバ１００が管理しているＷｅｂページの参照をしたい場合に、当該Ｗｅｂページを表示するためのＨＴＴＰリクエストを、Ｗｅｂサーバ１００に送信する。これにより、Ｗｅｂサーバ１００が、情報処理装置１５０＿１、１５０＿２、又は１５０＿３に対して、当該ＨＴＴＰリクエストに対応するＨＴＴＰレスポンスを送信する。これにより、情報処理装置１５０＿１、１５０＿２、及び１５０＿３は、Ｗｅｂサーバ１００が管理しているＷｅｂページを参照できる。
【００１２】
図２は、Ｗｅｂサーバ１００及び情報処理装置１５０＿１の構成を示したブロック図である。図２に示すように、情報処理装置１５０＿１は、送信部２５１と、受信部２５２と、ブラウザ２５３と、操作制御部２５４と、を備える。
【００１３】
送信部２５１は、通信可能な他の装置（例えば、Ｗｅｂサーバ１００）に対してデータを送信する。本実施形態にかかる送信部２５１は、Ｗｅｂページを受信するためのＨＴＴＰリクエストをＷｅｂサーバ１００に対して送信する。
【００１４】
受信部２５２は、通信可能な他の装置（例えば、Ｗｅｂサーバ１００）からデータを受信する。例えば、送信部２５１がＨＴＴＰリクエストを送信した場合に、本実施形態にかかる受信部２５２は、Ｗｅｂページを含むＨＴＴＰレスポンスを受信する。
【００１５】
ブラウザ２５３は、Ｗｅｂページを、図示しない表示装置に表示するためのソフトウェアとする。本実施形態にかかるブラウザ２５３は、受信部２５２が受信したＨＴＴＰレスポンスに含まれるＷｅｂページを表示する。
【００１６】
操作制御部２５４は、図示しない入力デバイスを介して、ユーザからの操作を受け付ける。ブラウザ２５３がＷｅｂページを表示している場合に、操作制御部２５４は、当該Ｗｅｂページに対する操作を受け付ける。そして、操作制御部２５４が所定の操作を受け付けた場合に、送信部２５１が当該操作に対応するＨＴＴＰリクエストの送信を行う。これにより、表示している画面を遷移させることができる。
【００１７】
次にＷｅｂサーバ１００について説明する。Ｗｅｂサーバ１００は、ドキュメント記憶部２０１と、プロパティ記憶部２０２と、Ｗｅｂパーツ記憶部２０３と、ドキュメント管理アプリケーション２０４と、を備える。
【００１８】
ドキュメント記憶部２０１は、Ｗｅｂサーバ１００が、情報処理装置１５０＿１、１５０＿２、及び１５０＿３に対して提供する文書データを記憶する。文書データのフォーマット形式は、特に制限するものではなく、様々な形式が考えられる。ただし、文書データをブラウザ２５３上に表示するためには、文書データのフォーマット形式に対応したビューワのＷｅｂパーツを、Ｗｅｂパーツ記憶部２０４が記憶している必要がある。なお、本実施形態では、文書データを表示する例について説明するが、文書データに制限するものではなく、ユーザが閲覧可能なファイルであればよい。
【００１９】
プロパティ記憶部２０２は、ドキュメント記憶部２０１に記憶された文書データ毎に、文書データの属性を示したプロパティ情報を記憶する。図３は、本実施形態にかかるプロパティ記憶部２０２のテーブル構造を示した図である。図３に示すように、プロパティ記憶部２０２は、文書データのファイル名と、文書データのタイトルと、更新日時と、更新者と、進捗と、進捗アクション対象と、作成日時と、作成者と、を対応付けて記憶する。
【００２０】
更新日時は、文書データで最後に更新された日時を示す。更新者は、当該更新日時に更新を行ったユーザを示す。
【００２１】
進捗は、当該文書データを用いた仕事の流れにおける進捗を示した情報とする。進捗アクション対象は、現在の進捗で行動すべきユーザを示す。
【００２２】
作成日時は、文書データを最初に作成した日時を示す。作成者は、文書データを最初に作成したユーザを示す。
【００２３】
なお、プロパティ記憶部２０２が文書データのプロパティ情報として記憶される属性は、上述した属性に制限するものではなく、実施の態様に応じて適切な属性が記憶される。
【００２４】
Ｗｅｂパーツ記憶部２０４は、ドキュメント管理アプリケーション２０４が、Ｗｅｂページを生成する際に用いるＷｅｂパーツを記憶している。Ｗｅｂパーツには、文書データを表示するビューワなどが含まれている。さらには、スクリプト言語（例えばJavaScript（登録商標））で作成したスクリプトや、ActiveＸ（登録商標）コントロール等を用いたコンポーネントなどもＷｅｂパーツに含まれている。
【００２５】
ドキュメント管理アプリケーション２０４は、制御部２１１と、受信部２１２と、画面生成部２１３と、送信部２１４と、操作受付部２１５と、を備える。
【００２６】
ドキュメント管理アプリケーション２０４は、ドキュメント記憶部２０１に記憶された文書データを一括管理する。そして、ドキュメント管理アプリケーション２０４は、ドキュメント記憶部２０１に記憶された文書データを利用した様々なサービスを、情報処理装置１５０＿１、１５０＿２、及び１５０＿３に対して提供する。ドキュメント管理アプリケーション２０４は、例えばマイクロソフト（登録商標）が提供しているシェアポイント（登録商標）を適用しても良い。
【００２７】
ドキュメント管理アプリケーション２０４は、文書データを参照するためのＷｅｂページを動的に生成する。そして、ドキュメント管理アプリケーション２０４は、生成したＷｅｂページを情報処理装置１５０＿１、１５０＿２、又は１５０＿３に送信する。
【００２８】
本実施形態にかかるドキュメント管理アプリケーション２０４は、管理対象の文書データのプロパティを、プロパティ記憶部２０２から読み出して、様々なサービスに利用する。例えば、文書データを検索する際、ドキュメント管理アプリケーション２０４は、プロパティを検索キーワードとして用いてもよい。さらに、ドキュメント管理アプリケーション２０４は、文書データのプロパティ情報が記載されたＷｅｂページを生成し、情報処理装置１５０＿１、１５０＿２、又は１５０＿３に送信しても良い。
【００２９】
本実施形態にかかるドキュメント管理アプリケーション２０４では、情報処理装置１５０＿１〜１５０＿３からのＨＴＭＬファイルを呼び出すためのインターフェースとして、ＡＳＰファイルを用いる例とする。ＡＳＰ（Active  Server  Pages）ファイルは、ＨＴＭＬとスクリプトを融合させたファイルとする。
【００３０】
情報処理装置１５０＿１〜１５０＿３は、ユーザから受け付けた操作に対応するＨＴＴＰリクエストを、Ｗｅｂサーバ１００に送信する。そして、Ｗｅｂサーバ１００のドキュメント管理アプリケーション２０４は、情報処理装置１５０＿１〜１５０＿３から受信したＨＴＴＰリクエストにＡＳＰファイルが示されている場合に、当該ＡＳＰファイルに含まれているスクリプトに対応する処理を行う。スクリプトに対応する処理を行う際、ドキュメント記憶部２０１、プロパティ記憶部２０２、又はＷｅｂパーツ記憶部２０３からデータを読み出して利用しても良い。その後、ドキュメント管理アプリケーション２０４は、当該処理結果とＡＳＰファイルに含まれているＨＴＭＬとに基づいてＷｅｂページを生成し、生成したＷｅｂページを含むＨＴＴＰレスポンスを、情報処理装置１５０＿１〜１５０＿３に送信する。
【００３１】
制御部２１１は、ドキュメント管理アプリケーション２０４の全体的な制御を行う。例えば、制御部２１１は、ドキュメント記憶部２０１、プロパティ記憶部２０２、及びＷｅｂパーツ記憶部２０３に対して、データの登録、更新及び削除等を行う。
【００３２】
受信部２１２は、ネットワーク１８０を介して接続された情報処理装置１５０＿１〜１５０＿３から、データを受信する。受信するデータには、Ｗｅｂページの送信要求を示したＨＴＴＰリクエストがある。
【００３３】
画面生成部２１３は、受信部２１２が受信したＨＴＴＰリクエストを解析し、ＨＴＴＰリクエストに当該ＡＳＰファイルが示されている場合に、当該ＡＳＰファイルに含まれているスクリプトに対応する処理を行い、ＨＴＴＰリクエストに応じたＷｅｂページを生成する。
【００３４】
本実施形態にかかる画面生成部２１３は、ドキュメント記憶部２０１、プロパティ記憶部２０２及びＷｅｂパーツ記憶部２０３から、Ｗｅｂページの生成に必要な文書データ、文書データのプロパティ（属性）、Ｗｅｂパーツ等を抽出する。そして、画面生成部２１３は、抽出した文書データ、文書データの属性、Ｗｅｂパーツを用いてＷｅｂページ（表示画面）を生成する。
【００３５】
画面生成部２１３が生成するＷｅｂページとしては、例えばドキュメントライブラリ一覧画面、ドキュメントのプロパティ画面、及びＷｅｂパーツのプロパティ設定画面がある。ドキュメントライブラリ一覧画面は、文書データを識別する文書データ名の一覧が示された画面とする。一覧として示された文書データは、ユーザが閲覧可能な文書データとする。なお、当該文書データは、ドキュメント記憶部２０１に記憶されているものとする。
【００３６】
ドキュメントのプロパティ画面は、文書データのプロパティが示された画面とする。Ｗｅｂパーツのプロパティ設定画面は、プロパティ画面のＷｅｂパーツの設定を行う画面とする。なお、画面生成部２１３が生成するＷｅｂページは、ドキュメントライブラリ一覧画面、ドキュメントのプロパティ画面、及びＷｅｂパーツのプロパティ設定画面に制限するものではなく、他のＷｅｂページを生成しても良い。
【００３７】
送信部２１４は、ネットワーク１８０を介して接続された情報処理装置１５０＿１〜１５０＿３に対して、データを送信する。送信するデータには、画面生成部２１３により生成されたＷｅｂページを含むＨＴＴＰレスポンスがある。
【００３８】
図４は、画面生成部２１３により生成されたＷｅｂページ（表示画面）の遷移例を示した図である。図４に示すように、ドキュメントライブラリ一覧画面４０１とドキュメントのプロパティ画面４０２との間で画面遷移が行われる。また、ユーザが管理者の場合に、プロパティ画面４０２とＷｅｂパーツのプロパティ設定画面４０３との間で画面遷移が行われる。
【００３９】
送信部２１４は、情報処理装置１５０＿１〜１５０＿３に対して、画面生成部２１３により生成されたドキュメントライブラリ一覧画面４０１を表示する。
【００４０】
図５は、ドキュメントライブラリ一覧画面４０１の画面例を示した図である。図５に示すように、ドキュメントライブラリ一覧画面４０１は、ユーザが参照可能な文書データを識別する文書名の一覧が示された画面とする。当該文書名で識別される文書データは、ドキュメント記憶部２０１に記憶されている。
【００４１】
図５に示す例では、ドキュメントライブラリ一覧画面４０１がブラウザ２５３に表示されるとともに、文書データのエントリ５０１が指定された状態とする。そして、ユーザは、当該エントリ５０１（当該エントリが指示する文書データ）に対する操作として、プロパティの表示５１１、プロパティの編集５１２、ドキュメント作成アプリケーションによる編集５１３等を選択できる。そして、情報処理装置１５０＿１の操作制御部２５４が、これら項目の選択操作を受け付けた場合に、情報処理装置１５０＿１の送信部２５１が、当該選択操作に対応するＨＴＴＰリクエストを送信する。例えば、プロパティの表示５１１が選択された場合に、プロパティ画面の送信要求を示したＨＴＴＰリクエストが送信される。
【００４２】
これにより、Ｗｅｂサーバ１００の受信部２１２は、プロパティ画面の送信要求を示したＨＴＴＰリクエストを受信する。ドキュメント管理アプリケーション２０４としてシェアポイント（登録商標）を用いた場合、ＨＴＴＰリクエストとしては、例えば“Dispform.aspx”の呼出が考えられる。
【００４３】
そして、画面生成部２１３は、Ｗｅｂサーバ１００の受信部２１２が受信したＨＴＴＰリクエストに対応する、ドキュメントのプロパティ画面４０２を生成する。そして、送信部２１４は、画面生成部２１３により生成されたドキュメントのプロパティ画面４０２を、ＨＴＴＰリクエストの送信元の情報処理装置１５０＿１に対して、ＨＴＴＰレスポンスとして送信する。
【００４４】
図６は、ドキュメントのプロパティ画面４０２の画面例を示した図である。図６に示すように、ドキュメントのプロパティ画面４０２には、ドキュメントライブラリ一覧画面４０１でユーザが指定した文書データのプロパティの一覧６０１が表示されている。
【００４５】
図６に示すプロパティ画面４０２には、文書データ名を示す“名前”と、“タイトル”と、“進捗”と、当該進捗状況で行動すべき“担当”と、“作成日時”と、“作成者”と、“最終更新日時”と、“更新者”と、が配置されている。これら各種属性は、プロパティ記憶部２０２に記憶されている属性とする。なお、プロパティ画面４０２に表示されるプロパティ（属性）は、プロパティ記憶部２０２に記憶された属性から、Ｗｅｂサーバ１００の管理者が定義してもよい。
【００４６】
また、画面生成部２１３は、ドキュメントのプロパティ画面４０２の表示領域６０２には、文書データを表示するためのビューワのＷｅｂパーツを組み込んでおく。これにより、表示領域６０２に、ドキュメントライブラリ一覧画面４０１で指定された文書データが表示される。このように表示対象のファイルのフォーマットに応じたビューワのＷｅｂパーツが、プロパティ画面４０２に予め組み込んでおく。
【００４７】
また、画面生成部２１３は、ビューワから文書データの内容を表示できるよう、ＨＴＴＰリクエストに含まれていたファイル名で識別される文書データを、ドキュメント記憶部２０１から呼び出して、表示領域６０２に表示できるように、文書データを、送信するＷｅｂページに組み込んでおく。
【００４８】
また、画面生成部２１３は、読み込んだ文書データが複数ページで構成されている場合、文書データに含まれる全てのページが配置されたプロパティ画面４０２を生成する。これにより、ユーザは、プロパティ画面４０２を閲覧する際に、下方にスクロール操作を行うことで、文書データに含まれる全てのページを閲覧できる。
【００４９】
これにより、本実施形態にかかるＷｅｂサーバ１００は、文書データのプロパティの一覧６０１と、文書データの内容が記載された表示領域６０２と、を一つの画面（プロパティ画面４０２）に表示できる。
【００５０】
ところで、従来、ドキュメントライブラリ一覧画面から、文書データのプロパティ画面に遷移した場合、文書データのプロパティ（属性）のみが表示されていた。そして、当該プロパティ画面には、文書データの内容を表示するため構成としてリンクが設けられているに過ぎなかった。このため、ユーザが、文書データの内容を参照するためには、文書データを示すリンクをクリックして、プロパティ画面と別の画面に文書データを表示する必要があった。このため、ユーザの操作負担が生じるとともに、プロパティと文書データとが別画面のため視認性が低下すると共に、複数ウィンドウを表示した場合に対応関係を把握しにくくなるという問題が生じていた。
【００５１】
これに対し、本実施形態にかかるドキュメント管理アプリケーション２０４は、プロパティ情報に加えて、文書データの内容を表示させるビューワを組み込んだプロパティ画面４０２を生成し、情報処理装置１５０＿１〜１５０＿３に送信している。そして、情報処理装置１５０＿１〜１５０＿３から、ユーザがプロパティ画面４０２を参照する際に、プロパティとファイルの内容とが同時に確認できるため、対応関係を把握できる。
【００５２】
例えば、ワークフロー等で、ファイルの内容を様々な担当者が確認し、承認を得ることが必須の場合が存在する。本実施形態にかかるドキュメント管理アプリケーション２０４が生成したプロパティ画面４０２では、進捗を管理するためのフィールド６１１が設けられている。当該フィールド６１１には、文書データの進捗状況と、当該文書データに対して次にアクション（承認）を行う担当者と、が表示されている。ＨＴＴＰリクエストを要求したユーザと、当該フィールドに表示される担当者と、が同一の場合に画面生成部２１３は、フィールド６１１に、承認を行うためのボタンなどが配置されたプロパティ画面４０２を生成しても良い。プロパティ画面４０２で、文書データの内容の確認と、当該文書データに対する承認とを行うことが可能となり、利便性が向上する。
【００５３】
ユーザが管理者の場合、情報処理装置１５０＿１は、Ｗｅｂパーツのプロパティ設定画面４０３を表示できる。例えば、情報処理装置１５０＿１のブラウザ２５３が、プロパティ画面４０２を表示している時に、管理者から所定の操作を受け付けたものとする。この場合、情報処理装置１５０＿１が、当該操作に対応するＨＴＴＰリクエストを送信することで、情報処理装置１５０＿１は、Ｗｅｂサーバ１００から、Ｗｅｂパーツのプロパティ設定画面４０３を受信する。
【００５４】
図７は、Ｗｅｂパーツのプロパティ設定画面４０３の画面例を示した図である。図７に示すＷｅｂパーツのプロパティ設定画面４０３は、プロパティ画面４０２に対して編集を行うための画面とする。図７に示すＷｅｂパーツのプロパティ設定画面４０３には、プロパティ一覧に対する編集欄７０１と、ファイルビューワＷｅｂパーツを配置する欄７０２と、の他に、当ファイルビューワＷｅｂパーツに対して環境変数を設定するためのウィンドウ７０３と、が表示されている。
【００５５】
なお、Ｗｅｂパーツのプロパティ設定画面４０３を用いた各種編集は、情報処理装置１５０＿１〜１５０＿３から行っても良いし、Ｗｅｂサーバ１００から操作受付部２１５を介して行っても良い。
【００５６】
操作受付部２１５は、Ｗｅｂサーバ１００に対する様々な操作を受け付ける。例えば、Ｗｅｂサーバ１００が、Ｗｅｂパーツのプロパティ設定画面４０３を表示している場合、操作受付部２１５は、プロパティ画面４０２に組み込まれるＷｅｂパーツの表示サイズの設定を受け付ける。例えば、操作受付部２１５が、Ｗｅｂパーツのプロパティ設定画面４０３の領域７３１に示された“フレームの高さ（ピクセル）”の変更操作を受け付けた後、ＯＫボタン７３２の押下が行われた場合に、制御部２１１が、変更されたフレームの高さに従って、ビューワＷｅｂパーツが組み込まれるように、Ｗｅｂパーツ記憶部２０３に記憶されたＷｅｂパーツに対して、設定されたフレームの高さで表示されるように、環境変数を設定する。なお、“フレームの高さ（ピクセル）”の変更は、情報処理装置１５０＿１〜１５１＿３から、ＨＴＴＰリクエストとして受け付けてもよい。
【００５７】
そして、環境変数の設定が行われた後、画面生成部２１３は、当該設定に従って、プロパティ画面４０２を生成する。そして、送信部２１４が、生成したプロパティ画面４０２を、情報処理装置１５０＿１〜１５０＿３に送信する。これにより、画面生成部２１３は、操作受付部２１５又はＨＴＴＰリクエストで受け付けた表示サイズに基づいたＷｅｂパーツが組み込まれたプロパティ画面４０２を生成し、送信部２１４が、生成されたプロパティ画面４０２を送信する。
【００５８】
次に、本実施の形態にかかるＷｅｂサーバシステム１における、画面表示の処理について説明する。図８は、本実施の形態にかかるＷｅｂサーバシステム１における上述した処理の手順を示すシーケンス図である。なお、本シーケンス図では、Ｗｅｂサーバ１００と情報処理装置１５０＿１との間の処理について説明するが、Ｗｅｂサーバ１００と他の情報処理装置（例えば、情報処理装置１５０＿２、１５０＿３）との間の処理も同様として説明を省略する。
【００５９】
まず、情報処理装置１５０＿１の送信部２５１が、ドキュメントライブラリ一覧画面４０１の送信要求となるＨＴＴＰリクエストを、Ｗｅｂサーバ１００に送信する（ステップＳ８０１）。
【００６０】
当該ＨＴＴＰリクエストの受信に従い、Ｗｅｂサーバ１００の画面生成部２１３は、ドキュメント記憶部２０１から、文書データの名前を抽出する（ステップＳ８０２）。なお、画面生成部２１３は、文書データのファイル名を、プロパティ記憶部２０２から抽出しても良い。
【００６１】
その後、画面生成部２１３は、抽出した文書データの名前一覧を含む、ドキュメントライブラリ一覧画面４０１を生成する（ステップＳ８０３）。
【００６２】
そして、送信部２１４が、生成したドキュメントライブラリ一覧画面４０１を含むＨＴＴＰレスポンスを、情報処理装置１５０＿１に送信する（ステップＳ８０４）。
【００６３】
ＨＴＴＰレスポンスを受信した情報処理装置１５０＿１では、ブラウザ２５３が、ドキュメントライブラリ一覧画面４０１を表示する（ステップＳ８０５）。その後、操作制御部２５４が、ドキュメントライブラリ一覧画面４０１から、表示対象となる文書データの選択を受け付けた後、“プロパティ表示”の選択を受け付ける（ステップＳ８０６）。
【００６４】
そして、送信部２５１が、選択された文書データに関するドキュメントのプロパティ画面４０２を表示するためのＨＴＴＰリクエストを、Ｗｅｂサーバ１００に送信する（ステップＳ８０７）。シェアポイントを使用する場合、ドキュメントのプロパティ画面４０２を表示するためのＨＴＴＰリクエストとして、例えば“DispForm.aspx”の呼び出しが行われる。
【００６５】
当該ＨＴＴＰリクエストの受信後、Ｗｅｂサーバ１００の画面生成部２１３が、選択された文書データを読み出す（ステップＳ８０８）。そして、画面生成部２１３が、当該文書データのプロパティ情報を、プロパティ記憶部２０２から読み出す（ステップＳ８０９）。
【００６６】
その後、画面生成部２１３が、ドキュメントのプロパティ画面４０２を生成するためのＷｅｂパーツ（例えば文書データのビューワ）をＷｅｂパーツ記憶部２０３から読み出し、読み出したＷｅｂパーツと文書データとプロパティ情報とに基づいてドキュメントのプロパティ画面４０２を生成する（ステップＳ８１０）。
【００６７】
そして、Ｗｅｂサーバ１００の送信部２１４が、生成したドキュメントのプロパティ画面４０２を含むＨＴＴＰレスポンスを、送信する（ステップＳ８１１）。
【００６８】
その後、情報処理装置１５０＿１のブラウザ２５３が、受信したドキュメントのプロパティ画面４０２を表示する（ステップＳ８１２）。
【００６９】
上述した処理手順により、ブラウザ２５３が、文書データのプロパティと当該文書データの内容とが同時に配置されたプロパティ画面４０２を表示できるため、ユーザは、当該文書の内容とプロパティとを同時に認識することができる。
【００７０】
本実施形態では、従来は、プロパティ画面から、ファイルのリンクをクリックすることで、ファイルの内容を確認していたが、プロパティと同時にファイルの内容を確認できるため、操作負担を軽減すると共に、利便性を向上させることができる。
【００７１】
図９は、Ｗｅｂサーバ１００のハードウェア構成を示した図である。図９に示すようにＷｅｂサーバ１００は、ＣＰＵ９０１と、ＲＡＭ９０２と、ＲＯＭ９０３と、入力デバイス９０４と、通信Ｉ／Ｆ９０５と、ＨＤＤ９０６と、を備えており、通常のコンピュータを利用したハードウェア構成となっている。
【００７２】
本実施形態のＷｅｂサーバ１００で実行されるドキュメント管理アプリケーションは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。
【００７３】
また、本実施形態のＷｅｂサーバ１００で実行されるドキュメント管理アプリケーションを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、本実施形態のＷｅｂサーバ１００で実行されるドキュメント管理アプリケーションをインターネット等のネットワーク経由で提供または配布するように構成しても良い。
【００７４】
また、本実施形態のドキュメント管理アプリケーションを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。
【００７５】
本実施形態のＷｅｂサーバで実行されるドキュメント管理アプリケーションは、上述した各部（制御部、受信部、画面生成部、送信部、操作受付部）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ９０１が上記記憶媒体からドキュメント管理アプリケーションを読み出して実行することにより上記各部が主記憶装置（ＲＡＭ９０２）上にロードされ、制御部、受信部、画面生成部、送信部、操作受付部が主記憶装置（ＲＡＭ９０２）上に生成されるようになっている。
【００７６】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００７７】
１  Ｗｅｂサーバシステム
１００  Ｗｅｂサーバ
１５０＿１〜１５０＿３  情報処理装置
１８０  ネットワーク
２０１  ドキュメント記憶部
２０２  プロパティ記憶部
２０３  Ｗｅｂパーツ記憶部
２０４  ドキュメント管理アプリケーション
２１１  制御部
２１２  受信部
２１３  画面生成部
２１４  送信部
２１５  操作受付部
２５１  送信部
２５２  受信部
２５３  ブラウザ
２５４  操作制御部
【先行技術文献】
【特許文献】
【００７８】
【特許文献１】特表２００８−５３８６２９号公報
【図１】
2013164680.tif 000003
【図２】
2013164680.tif 000004
【図３】
2013164680.tif 000005
【図４】
2013164680.tif 000006
【図５】
2013164680.tif 000007
【図６】
2013164680.tif 000008
【図７】
2013164680.tif 000009
【図８】
2013164680.tif 000010
【図９】
2013164680.tif 000011