(57)【要約】【課題】見積仕様書を構成するカテゴリごとにテンプレートを選択することで、見積仕様書を作成することの可能な仕組みを提供すること。【解決手段】サーバ装置１０２に見積仕様書を構成するカテゴリごとに、当該カテゴリの内容をテンプレートデータとして保存しておく。そして、クライアント装置１０１では、見積仕様書を構成するカテゴリごとに、サーバ装置１０２に保存されたテンプレートデータの選択を行い、その結果、選択されたカテゴリごとのテンプレートデータを結合して、見積仕様書の文書データを生成する。【選択図】図５
2014130437.tif 000002
【特許請求の範囲】
【請求項１】
見積仕様書を作成するための情報処理装置であって、
前記見積仕様書を構成するカテゴリごとに、当該カテゴリの内容を示すテンプレートデータを複数記憶する記憶手段と、
前記記憶手段に記憶された複数のテンプレートデータのうち、前記見積仕様書を作成するために使用するテンプレートデータの選択をカテゴリごとに受け付ける選択受付手段と、
前記選択受付手段で選択を受け付けたテンプレートデータを前記記憶手段から取得する取得手段と、
前記取得手段で取得したテンプレートデータを結合して、見積仕様書を作成する作成手段と
を備えることを特徴とする情報処理装置。
【請求項２】
前記情報処理装置は、
前記テンプレートデータに対する編集を受け付ける編集受付手段を更に備えることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記情報処理装置は、
前記作成手段で作成された見積仕様書を履歴として前記記憶手段に保存する履歴保存手段を更に備え、
前記選択受付手段は、前記履歴保存手段で前記記憶手段に記憶された履歴に対する選択を受け付けることを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
前記選択受付手段は、前記履歴保存手段で前記記憶手段に記憶された履歴のうち、承認された履歴に対する選択を受け付けることを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記記憶手段、及び前記作成手段は、前記情報処理装置と通信可能に接続されたサーバ装置に備えることを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
【請求項６】
見積仕様書を構成するカテゴリごとに、当該カテゴリの内容を示すテンプレートデータを複数記憶する記憶手段を備えた情報処理装置の制御方法であって、
前記情報処理装置の選択受付手段が、前記記憶手段に記憶された複数のテンプレートデータのうち、前記見積仕様書を作成するために使用するテンプレートデータの選択をカテゴリごとに受け付ける選択受付ステップと、
前記情報処理装置の取得手段が、前記選択受付ステップで選択を受け付けたテンプレートデータを前記記憶手段から取得する取得ステップと、
前記情報処理装置の作成手段が、前記取得ステップで取得したテンプレートデータを結合して、見積仕様書を作成する作成ステップと
を備えることを特徴とする情報処理装置の制御方法。
【請求項７】
見積仕様書を構成するカテゴリごとに、当該カテゴリの内容を示すテンプレートデータを複数記憶する記憶手段を備えた情報処理装置の制御方法をコンピュータに実行させるためのコンピュータに読み取り実行可能なプログラムであって、
前記情報処理装置を、
前記記憶手段に記憶された複数のテンプレートデータのうち、前記見積仕様書を作成するために使用するテンプレートデータの選択をカテゴリごとに受け付ける選択受付手段と、
前記選択受付手段で選択を受け付けたテンプレートデータを前記記憶手段から取得する取得手段と、
前記取得手段で取得したテンプレートデータを結合して、見積仕様書を作成する作成手段
として機能させることを特徴とするコンピュータに読み取り実行可能なプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、見積仕様書の作成に関し、特に見積仕様書を構成するカテゴリごとにテンプレートを選択することで、見積仕様書を作成することの可能な情報処理装置、その制御方法、及びプログラムに関する。
【背景技術】
【０００２】
従来、システム開発を受注するプロセスとして、システムの見積もりを行っている。当該見積もりでは、開発するシステムの売値や納期を見積もる見積書と、開発するシステムの仕様を説明するための見積仕様書の２つが受注を希望する企業によって作成される。
【０００３】
特に見積仕様書は、システム開発を発注する顧客の要求を満たすような仕様を検討し、その内容を表現する必要がある。そのため、見積仕様書の内容は顧客ごとに異なるため、以前作成した見積仕様書をまるごとそのまま使い回すことは難しかった。
【０００４】
見積仕様書に限らず、仕様を検討する際には開発する案件ごとに仕様書を作成する必要がある。そのため、この仕様書の作成を効率的に行うことが求められている。
【０００５】
そこで、下記の特許文献１には、仕様書を効率的に作成するために、複数の入力項目を有する仕様書情報入力画面に、質問や回答、確認、承認を行う入力部と、入力部ごとの入力待ちを示すフラグ領域を設け、入力部に対する入力に応じてフラグ領域のフラグを変更する仕組みが開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００４−５４４１４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、実際には見積仕様書を作成する場合には、過去に作成した見積仕様書をコピーし、コピーした見積仕様書を編集している。まるごとコピーしてしまうため、編集漏れが発生したり、見積仕様書を構成するカテゴリをすべて確認したりする必要がある。そのため、効率化を図る目的でコピーを行ったとしても、リスクやコストが発生してしまう可能性がある。
【０００８】
また、過去に作成した見積仕様書であっても、上長から承認を受けていない没となった見積仕様書を使い回してしまう問題もある。この場合、新しく作り直したとしても上長から承認が下りない可能性もあり、手戻りが発生してしまう。よって、より効率的に素早く見積仕様書を作成できる仕組みが求められている。
【０００９】
本発明は上記の課題に鑑みてなされたもので、見積仕様書を構成するカテゴリごとにテンプレートを選択することで、見積仕様書を作成することの可能な仕組みを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記の目的を達成するために、本発明の情報処理装置は、見積仕様書を作成するための情報処理装置であって、前記見積仕様書を構成するカテゴリごとに、当該カテゴリの内容を示すテンプレートデータを複数記憶する記憶手段と、前記記憶手段に記憶された複数のテンプレートデータのうち、前記見積仕様書を作成するために使用するテンプレートデータの選択をカテゴリごとに受け付ける選択受付手段と、前記選択受付手段で選択を受け付けたテンプレートデータを前記記憶手段から取得する取得手段と、前記取得手段で取得したテンプレートデータを結合して、見積仕様書を作成する作成手段とを備えることを特徴とする。
【発明の効果】
【００１１】
本発明によれば、見積仕様書を構成するカテゴリごとにテンプレートデータを記憶しておき、当該テンプレートデータを組み合わせることで見積仕様書を作成することが可能となるので、ユーザの手間を軽減しつつ、素早く効率的に見積仕様書を作成することのできる効果を奏する。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施形態における情報処理システム１００の一例を示す構成図である。
【図２】クライアント装置１０１及びサーバ装置１０２のハードウェア構成の一例を示す構成図である。
【図３】クライアント装置１０１及びサーバ装置１０２のモジュール構成の一例を示す構成図である。
【図４】本発明の実施形態における一連の処理の流れを示すフローチャートである。
【図５】テンプレート選択画面５００の一例を示す構成図である。
【図６】テンプレート処理の詳細を示すフローチャートである。
【図７】テンプレートデータテーブル７００、書類テーブル７１０の一例を示す構成図である。
【図８】テンプレートデータ選択画面８００の一例を示す構成図である。
【図９】テンプレートデータ編集画面９００の一例を示す構成図である。
【図１０】履歴処理の詳細を示すフローチャートである。
【図１１】履歴データ選択画面１１００の一例を示す構成図である。
【図１２】履歴データ編集画面１２００の一例を示す構成図である。
【図１３】見積仕様書作成処理の詳細を示すフローチャートである。
【図１４】作成された見積仕様書の一例を示す模式図である。
【図１５】承認画面１５００の一例を示す構成図である。
【発明を実施するための形態】
【００１３】
以下、図面を参照して、本発明の実施の形態の一例について説明する。
【００１４】
図１は、本発明の情報処理システム１００のシステム構成の一例を示す図である。本発明の情報処理システム１００は、クライアント装置１０１、サーバ装置１０２が設置されており、それら装置はＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等のネットワーク１０３を介して相互にデータ通信可能に接続されている。図１のネットワーク１０３上に接続される各種端末あるいはサーバの構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。
【００１５】
クライアント装置１０１（情報処理装置）は、見積仕様書を作成するための装置である。クライアント装置１０１は、サーバ装置１０２から見積仕様書を作成するためのデータを取得し、ユーザからの編集を受け付ける。そして、その編集結果をサーバ装置１０２に対して送信し、見積仕様書の作成を依頼する。クライアント装置１０１には、承認者用の端末と申請者用の端末がある。本実施形態においては、後述する図１３に示す見積仕様書作成書において、作成された見積仕様書の承認を行うクライアント装置１０１が、承認者用の端末である。それ以外のクライアント装置１０１は、申請者用のクライアント装置１０１である。説明の便宜上、２種類のクライアント装置１０１に分けているが、これらの装置に違いはない。
【００１６】
サーバ装置１０２は、見積仕様書を作成するためのデータを管理するための装置である。クライアント装置１０１からの要求に応じて、見積仕様書を作成するためのデータを送信する。そして、クライアント装置１０１から見積仕様書の作成依頼が送信されてくると、サーバ装置１０２は、その作成依頼に基づいて見積仕様書を作成する。また、サーバ装置１０２は、作成された見積仕様書の承認依頼を承認者のクライアント装置１０１に送信する。そしてその承認結果を受信して、見積仕様書の作成依頼を行ったユーザのクライアント装置１０１に対して、当該承認結果を送信する。
【００１７】
尚、クライアント装置１０１が、サーバ装置１０２の構成を含んでもよいし、サーバ装置１０２がクライアント装置１０１の構成を含んでもよい。
【００１８】
図２は、本発明の実施形態における各種端末のハードウェア構成を示す図である。
【００１９】
ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
【００２０】
また、ＲＯＭ２０２あるいは外部メモリ２１１（記憶手段）には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ(Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  ＯｕｔｐｕｔＳｙｓｔｅｍ)やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。
【００２１】
ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。
【００２２】
また、入力コントローラ（入力Ｃ）２０５は、キーボード２０９や不図示のマウス等のポインティングデバイスからの入力を制御する。
【００２３】
ビデオコントローラ（ＶＣ）２０６は、ＣＲＴディスプレイ（ディスプレイ）２１０等の表示器への表示を制御する。表示器はＣＲＴだけでなく、液晶ディスプレイでも構わない。
【００２４】
メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフレキシブルディスク（ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるカード型メモリ等の外部メモリ２１１へのアクセスを制御する。
【００２５】
通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。
【００２６】
尚、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００２７】
本発明のクライアント装置１０１、サーバ装置１０２が後述する各種処理を実行するために用いられる各種プログラム等は外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、本発明に係わるプログラムが用いる定義ファイルや各種情報テーブルは外部メモリ２１１に格納されている。
【００２８】
次に、クライアント装置１０１及びサーバ装置１０２のモジュール構成を示す機能構成図について、図３を用いて説明する。尚、図３の各種端末あるいはサーバのモジュール構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。
【００２９】
クライアント装置１０１は、送受信モジュール３０１、画面制御モジュール３０２、見積仕様書編集モジュール３０３を備える。
【００３０】
送受信モジュール３０１は、サーバ装置１０２とデータ通信を行うためのモジュールである。サーバ装置１０２と通信できれば、通信プロトコルはなんでもよい。画面制御モジュール３０２は、サーバ装置１０２から受信したデータをディスプレイ２１０に表示させるためのモジュールである。また、クライアント装置１０１に記憶された画面を表示する際にも画面制御モジュール３０２が動作して、当該画面を表示させる。見積仕様書編集モジュール３０３は、サーバ装置１０２から受信した見積仕様書を構成するデータを編集するためのモジュールである。
【００３１】
サーバ装置１０２は、送受信モジュール３１１、見積仕様書作成モジュール３１２、ワークフロー管理モジュール３１３を備える。
【００３２】
送受信モジュール３１１は、クライアント装置１０１とデータ通信を行うためのモジュールである。クライアント装置１０１と通信できれば、通信プロトコルはなんでもよい。見積仕様書作成モジュール３１２は、クライアント装置１０１で編集された見積仕様書を構成するデータに基づいて、見積仕様書を文書データとして生成するためのモジュールである。ワークフロー管理モジュール３１３は、作成された見積仕様書の承認依頼を承認者のクライアント装置１０１に送信し、その承認結果を管理するためのモジュールである。
【００３３】
次に、本発明の実施形態におけるクライアント装置１０１によって行われる一連の処理について、図４に示すフローチャートを用いて説明する。
【００３４】
尚、この処理をクライアント装置１０１に実行させるためのプログラムは、クライアント装置１０１にインストールされているアプリケーションの一部、若しくはアドオンプログラムとして用意されていてもよいし、アプリケーションとは別にインストールされたプログラムとして用意されていてもよい。
【００３５】
ステップＳ４０１では、クライアント装置１０１は、クライアント装置１０１の外部メモリ２１１に記憶された、見積仕様書を作成するためのアプリケーションを起動する。そして、ステップＳ４０２では、クライアント装置１０１は、見積仕様書を作成するための図５に示すようなテンプレート選択画面５００を表示する（選択受付手段）。テンプレート選択画面５００では、見積仕様書を構成するカテゴリごとに見積仕様書の内容を選択及び編集できるようになっている。特に、見積仕様書のカテゴリごとに、その内容がテンプレートとしてサーバ装置１０２に保存されているので、これを選択するだけで見積仕様書を作成できる仕組みとなっている。
【００３６】
ステップＳ４０３では、クライアント装置１０１は、カテゴリのテンプレートを選択する指示がなされたか否かを判定する。より具体的には、カテゴリボタン５０１の押下を検知したか否かを判定する。カテゴリのテンプレートを選択する指示がなされたと判定した場合には、ステップＳ４０４に処理を進める。カテゴリのテンプレートを選択する指示がなされなかったと判定した場合には、ステップＳ４０５に処理を進める。
【００３７】
ステップＳ４０４では、クライアント装置１０１は、選択されたカテゴリのテンプレートを選択するための処理を実行する。テンプレート処理の詳細は、後述する図６に示す。
【００３８】
ステップＳ４０５では、クライアント装置１０１は、以前作成した見積仕様書に基づいて、見積仕様書を作成する指示がなされたか否かを判定する。より具体的には、履歴ボタン５０２の押下を検知したか否かを判定する。以前作成した見積仕様書に基づいて、見積仕様書を作成する指示がなされたと判定した場合には、ステップＳ４０６に処理を進める。以前作成した見積仕様書に基づいて、見積仕様書を作成する指示がなされなかったと判定した場合には、ステップＳ４０７に処理を進める。
【００３９】
ステップＳ４０６では、クライアント装置１０１は、以前作成した見積仕様書の選択を受け付け、当該選択された見積仕様書に基づいて新たな見積仕様書を作成する処理を実行する。履歴処理の詳細は、後述する図１０に示す。
【００４０】
ステップＳ４０７では、クライアント装置１０１は、見積仕様書の作成指示があったか否かを判定する。より具体的には、作成ボタン５０３の押下を検知したか否かを判定する。見積仕様書の作成指示があったと判定した場合には、ステップＳ４０８に処理を進める。見積仕様書の作成指示がなかったと判定した場合には、ステップＳ４０９に処理を進める。
【００４１】
ステップＳ４０８では、クライアント装置１０１は、ステップＳ４０４またはステップＳ４０６で選択及び編集されたデータに基づいて、見積仕様書を作成する処理を実行する（作成手段）。見積仕様書作成処理の詳細は、後述する図１３に示す。
【００４２】
ステップＳ４０９では、クライアント装置１０１は、ステップＳ４０１で起動したアプリケーションの終了指示があったか否かを判定する。アプリケーションの終了指示があったと判定した場合には、ステップＳ４１０に処理を進める。アプリケーションの終了指示がなかったと判定した場合には、ステップＳ４０３に処理を戻して、ステップＳ４０３乃至ステップＳ４０９の処理を繰り返す。
【００４３】
ステップＳ４１０では、クライアント装置１０１は、ステップＳ４０１で起動したアプリケーションを終了し、本一連の処理を終了する。
【００４４】
次に、本発明の実施形態におけるクライアント装置１０１とサーバ装置１０２によって行われるテンプレート処理について図６を用いて説明する。
【００４５】
尚、この処理をクライアント装置１０１とサーバ装置１０２に実行させるためのプログラムは、クライアント装置１０１にインストールされているアプリケーションの一部、若しくはアドオンプログラムとして用意されていてもよいし、アプリケーションとは別にインストールされたプログラムとして用意されていてもよい。
【００４６】
ステップＳ６０１では、クライアント装置１０１は、見積仕様書のカテゴリごとに保存されたテンプレートの内容を示すテンプレートデータの取得をサーバ装置１０２に要求する。
【００４７】
ステップＳ６０２では、サーバ装置１０２は、クライアント装置１０１から送信されたテンプレートデータの取得要求を受信する。そして、ステップＳ６０３では、サーバ装置１０２は、サーバ装置１０２の外部メモリ２１１に記憶された図７に示すテンプレートデータテーブル７００からテンプレートデータを取得する（取得手段）。テンプレートデータテーブル７００の各レコードがテンプレートデータである。ここで取得するのは、クライアント装置１０１で選択されたカテゴリに関するテンプレートデータのみである。
【００４８】
テンプレートデータテーブル７００（図７参照）は、カテゴリ７０１、テンプレート名７０２、テンプレート内容７０３から構成される。カテゴリ７０１は、当該テンプレートデータが属する見積仕様書のカテゴリを示す。テンプレート名７０２は、当該テンプレートデータの名称を示す。テンプレート内容７０３は、テンプレートデータの内容を示す。
【００４９】
ステップＳ６０４では、サーバ装置１０２は、取得したテンプレートデータをクライアント装置１０１に送信する。
【００５０】
ステップＳ６０５では、クライアント装置１０１は、サーバ装置１０２から送信されたテンプレートデータを受信する。そして、ステップＳ６０６では、クライアント装置１０１は、図８に示すようなテンプレートデータ選択画面８００を生成して、ディスプレイ２１０に表示させる。テンプレートデータ選択画面８００には、選択されたカテゴリのテンプレートデータが一覧表示される。表示されたテンプレートデータからユーザが使用したいテンプレートデータをチェックボックス８０１に示すようにチェックすることで、当該テンプレートデータを使用することができる。
【００５１】
ステップＳ６０７では、クライアント装置１０１は、チェックボックス８０１にチェックがなされて、編集ボタン８０２の押下を検知したか否かを判定する。編集ボタン８０２の押下を検知したと判定した場合には、ステップＳ６０８に処理を進める。編集ボタン８０２の押下を検知していないと判定した場合には、ステップＳ６１３に処理を進める。
【００５２】
ステップＳ６０８では、クライアント装置１０１は、選択したテンプレートデータの編集が指示されたので、当該テンプレートデータの編集が可能な図９に示すテンプレートデータ編集画面９００をディスプレイ２１０に表示させる（編集受付手段）。テンプレートデータ編集画面９００では、テキストエディタの要領でテンプレートデータの編集を行うことができるようになっている。ここで編集を行うと、編集されたテキストの色が変わるようになっており、編集した部分とそうでない部分を識別表示することができる。
【００５３】
ステップＳ６０９では、クライアント装置１０１は、テンプレートデータの編集が完了し、登録ボタン９０１の押下を検知したか否かを判定する。登録ボタン９０１の押下を検知したと判定した場合には、ステップＳ６１０に処理を進める。登録ボタン９０１の押下を検知していないと判定した場合には、テンプレートデータの編集が完了し、登録ボタン９０１の押下を検知するまで待機する。
【００５４】
ステップＳ６１０では、クライアント装置１０１は、編集されたテンプレートデータをサーバ装置１０２に送信する。これは、サーバ装置１０２に保存されたテンプレートデータを更新し、編集されたテンプレートデータでテンプレートデータ選択画面８００を生成するためである。
【００５５】
ステップＳ６１１では、サーバ装置１０２は、クライアント装置１０１から送信されたテンプレートデータを受信する。そして、ステップＳ６１２では、サーバ装置１０２は、受信したテンプレートデータをテンプレートデータテーブル７００に反映する。ここで新しいテンプレートデータとして登録するようにしてもよい。つまり、テンプレートデータテーブル７００に新しくレコードを作成し、登録するようにしてもよい。登録が終わったら、ステップＳ６０３に処理を戻して、テンプレートデータを取得し、クライアント装置１０１に送信し、クライアント装置１０１でテンプレートデータ選択画面８００を生成して表示させる。
【００５６】
ステップＳ６１３では、クライアント装置１０１は、チェックボックス８０１にチェックがなされて、テンプレートデータ選択画面８００に備えられた決定ボタン８０３の押下を検知したか否かを判定する。決定ボタン８０３の押下を検知したと判定した場合には、ステップＳ６１４に処理を進める。決定ボタン８０３の押下を検知していないと判定した場合には、ステップＳ６０７に処理を進める。
【００５７】
ステップＳ６１４では、クライアント装置１０１は、チェックボックス８０１にチェックがなされたテンプレートデータを当該カテゴリの内容として採用する。このようにして、テンプレートデータの選択と決定を行う。
【００５８】
次に、本発明の実施形態におけるクライアント装置１０１とサーバ装置１０２によって行われる履歴処理について図１０を用いて説明する。
【００５９】
尚、この処理をクライアント装置１０１とサーバ装置１０２に実行させるためのプログラムは、クライアント装置１０１にインストールされているアプリケーションの一部、若しくはアドオンプログラムとして用意されていてもよいし、アプリケーションとは別にインストールされたプログラムとして用意されていてもよい。
【００６０】
ステップＳ１００１では、クライアント装置１０１は、以前作成した見積仕様書を流用するために、見積仕様書の履歴を示す履歴データの取得をサーバ装置１０２に要求する。
【００６１】
ステップＳ１００２では、サーバ装置１０２は、履歴データの取得要求をクライアント装置１０１から受信する。そして、ステップＳ１００３では、サーバ装置１０２は、サーバ装置１０２の外部メモリ２１１に記憶された履歴データを図７に示す書類テーブル７１０から取得する。この時、書類テーブル７１０の承認フラグ７１４が「１」を示す承認された履歴データのみを取得する。書類テーブル７１０には過去に作成された見積仕様書の履歴が残っているので、これを用いて新たな見積仕様書を作成する。
【００６２】
書類テーブル７１０は、書類名７１１、作成者７１２、ファイルパス７１３、承認フラグ７１４から構成される。書類名７１１は、作成された見積仕様書のファイル名を示す。作成者７１２は、当該見積仕様書を作成したユーザの名前を示す。ファイルパス７１３は、当該見積仕様書が保存されているファイルパスを示す。承認フラグ７１４は、当該見積仕様書の承認状況を示す。「０」が格納されていれば未承認、「１」が格納されていれば承認である。フラグはこれ以外の種類があってもよい。
【００６３】
ステップＳ１００４では、サーバ装置１０２は、取得した履歴データをクライアント装置１０１に送信する。そして、ステップＳ１００５では、クライアント装置１０１は、サーバ装置１０２から送信された履歴データを受信し、ステップＳ１００６では、クライアント装置１０１は、図１１に示す履歴データ選択画面１１００をディスプレイ２１０に表示する。
【００６４】
ステップＳ１００７では、クライアント装置１０１は、履歴データ選択画面１１００に備えられた、履歴データを選択するためのチェックボックス１１０１にチェックがなされた状態で、候補ボタン１１０２が押下されたか否かを判定する。候補ボタン１１０２が押下されたと判定した場合には、ステップＳ１００８に処理を進める。候補ボタン１１０２が押下されていないと判定した場合には、チェックボックス１１０１にチェックがなされた状態で、候補ボタン１１０２が押下されるまで待機する。
【００６５】
ステップＳ１００８では、クライアント装置１０１は、選択された履歴データを編集するための図１２に示す履歴データ編集画面１２００をディスプレイ２１０に表示する。履歴データ編集画面１２００では、選択した履歴データをテキストエディタのような形態で編集することが可能である。また、ステップＳ６０８と同様に編集した部分の色が変わるようになっている。こうすることで、元々の履歴データからどこを変更したのかを識別することができるようになる。
【００６６】
ステップＳ１００９では、クライアント装置１０１は、履歴データ編集画面１２００に備えられた決定ボタン１２０１が押下されたか否かを判定する。決定ボタン１２０１が押下されたと判定された場合には、ステップＳ１０１０に処理を進める。決定ボタン１２０１が押下されていないと判定した場合には、決定ボタン１２０１が押下されるまで待機する。
【００６７】
ステップＳ１０１０では、クライアント装置１０１は、選択され、編集された履歴データを、見積仕様書を構成するデータとして採用する。このようにして、以前作成した見積仕様書で、特に承認がなされた見積仕様書を流用するようにすることで、より効率的な見積仕様書の作成を行うことができる。
【００６８】
次に、本発明の実施形態におけるクライアント装置１０１とサーバ装置１０２によって行われる見積仕様書作成処理について図１３を用いて説明する。
【００６９】
尚、この処理をクライアント装置１０１とサーバ装置１０２に実行させるためのプログラムは、クライアント装置１０１にインストールされているアプリケーションの一部、若しくはアドオンプログラムとして用意されていてもよいし、アプリケーションとは別にインストールされたプログラムとして用意されていてもよい。
【００７０】
ステップＳ１３０１では、クライアント装置１０１は、前述したステップＳ６１４、またはステップＳ１０１０で採用された見積仕様書の内容を含めて、サーバ装置１０２に対して見積仕様書の作成指示を送信する。
【００７１】
ステップＳ１３０２では、サーバ装置１０２は、クライアント装置１０１から送信された見積仕様書の作成指示を受信する。そして、ステップＳ１３０３では、サーバ装置１０２は、受信した情報に基づいて、見積仕様書を作成する。カテゴリごとに見積仕様書のテンプレートを選択していた場合には、選択されたテンプレートをすべて結合し、１つの文書データとする。または、履歴データから選択された場合には、当該履歴データに基づいて再度生成してもよいし、履歴データが編集されていないのであれば、過去の作成した見積仕様書を取得し、新たな見積仕様書を生成しないようにしてもよい。生成された結果は、図１４に示すような文書データとなる。
【００７２】
ステップＳ１３０４では、サーバ装置１０２は、ステップＳ１３０３で作成した見積仕様書を書類テーブル７１０に新規登録する（履歴保存手段）。書類テーブル７１０に新しくレコードを作成し、各項目の情報を登録するようにすればよい。
【００７３】
ステップＳ１３０５では、サーバ装置１０２は、作成した見積仕様書の承認を承認者のクライアント装置１０１に対して依頼する。
【００７４】
ステップＳ１３０６では、クライアント装置１０１は、サーバ装置１０２から送信された見積仕様書の承認依頼を受信し、ステップＳ１３７では、クライアント装置１０１は、承認を行うための図１５に示す承認画面１５００をディスプレイ２１０に表示させる。承認画面１５００には、作成された見積仕様書や当該見積仕様書の詳細情報が表示される。そして、承認選択フォーム１５０１で承認するのか否認するのかを選択できるようになっている。
【００７５】
ステップＳ１３０８では、クライアント装置１０１は、承認選択フォーム１５０１で選択された承認結果をサーバ装置１０２に送信する。そして、ステップＳ１３０９では、サーバ装置１０２は、クライアント装置１０１から送信された承認結果を受信し、ステップＳ１３１０では、サーバ装置１０２は、受信した承認結果を書類テーブル７１０に登録する。より具体的には、ステップＳ１３０４で新規登録したレコードの承認フラグ７１４を承認結果に応じて変更する。
【００７６】
ステップＳ１３１１では、サーバ装置１０２は、ステップＳ１３０９で受信した承認結果を、見積仕様書の作成指示が出されたクライアント装置１０１に対して送信する。
【００７７】
ステップＳ１３１２では、クライアント装置１０１は、サーバ装置１０２から送信された承認結果を受信し、ステップＳ１３１３では、クライアント装置１０１は、受信した承認結果をユーザに通知する。ディスプレイ２１０に表示させてもよいし、音声やその他の方法によって通知するようにしてもよい。このようにして、作成された見積仕様書の承認を回し、サーバ装置１０２でその承認結果を記憶することができる。
【００７８】
以上説明したように、本実施形態によれば、見積仕様書を構成するカテゴリごとにテンプレートデータを記憶しておき、当該テンプレートデータを組み合わせることで見積仕様書を作成することが可能となるので、ユーザの手間を軽減しつつ、素早く効率的に見積仕様書を作成することのできる効果を奏する。
【００７９】
本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、１つの機器からなる装置に適用してもよい。
【００８０】
なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システム或いは装置に直接、或いは遠隔から供給するものを含む。そして、そのシステム或いは装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合も本発明に含まれる。
【００８１】
したがって、本発明の機能処理をコンピュータで実現するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【００８２】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。
【００８３】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。
【００８４】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、前記ホームページから本発明のコンピュータプログラムそのもの、若しくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。
【００８５】
また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
【００８６】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、ダウンロードした鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【００８７】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【００８８】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現される。
【００８９】
なお、前述した実施形態は、本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。即ち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。
【符号の説明】
【００９０】
１００  情報処理システム
１０１  クライアント装置
１０２  サーバ装置
１０３  ネットワーク
２０１  ＣＰＵ
２０２  ＲＡＭ
２０３  ＲＯＭ
２０４  システムバス
２０５  入力コントローラ
２０６  ビデオコントローラ
２０７  メモリコントローラ
２０８  通信Ｉ／Ｆ（インターフェース）コントローラ
２０９  入力装置
２１０  ディスプレイ装置
２１１  外部メモリ
【図１】
2014130437.tif 000003
【図２】
2014130437.tif 000004
【図３】
2014130437.tif 000005
【図４】
2014130437.tif 000006
【図５】
2014130437.tif 000007
【図６】
2014130437.tif 000008
【図７】
2014130437.tif 000009
【図８】
2014130437.tif 000010
【図９】
2014130437.tif 000011
【図１０】
2014130437.tif 000012
【図１１】
2014130437.tif 000013
【図１２】
2014130437.tif 000014
【図１３】
2014130437.tif 000015
【図１４】
2014130437.tif 000016
【図１５】
2014130437.tif 000017