JP7456117B2 - ワークフローシステム、およびサーバ装置 - Google Patents

Description

本開示は、複数ユーザの間で提案書を作成可能なワークフローシステム、およびサーバ装置に関する。

この種のワークフローシステムでは、管理者権限を有する管理者が、ワークフローで処理されるシートに対する閲覧権限をユーザ毎に設定する。たとえば、管理者は、ワークフローで処理されるシートの起案者や承認者に対して、シートに対する閲覧権限を付与する。特許文献１には、管理者に加えて、起案者や承認者が、閲覧権限の無いユーザに対してシートに対する閲覧権限を与えることを可能にした技術が記載されている。特許文献１に記載の技術によると、起案者や承認者は、必要に応じて、閲覧権限の無いユーザにシートの内容を確認してもらうことが可能になる。

特開２０１１－２３７９２７号公報

ワークフローシステムが利用される場面は様々であり、起案内容に対する承認を起案者が上長に求めるような場面に留まらない。たとえば、何らかの提案を依頼する依頼者と、依頼を受けて提案を立案する提案者と、依頼者と提案者との間に介在して、依頼者の依頼内容をより具体化するなどした上で、提案者に依頼をする介在者との間で、ワークフローシステムを利用することが考えられる。

この場合、依頼者は、提案を依頼するための依頼書を起案する。起案された依頼書は、介在者によって閲覧可能とされる。介在者は、依頼書に対して修正等を行う。介在者によって修正された依頼書は、提案者によって閲覧可能とされる。

提案者は、依頼書を閲覧し、依頼書の内容に基づいて提案書を作成する。介在者は、提案者が提案した提案書を閲覧し、提案書に問題がなければ提案書を承認する。介在者が承認すれば、その提案書が依頼者によって閲覧可能とされる。

このように、依頼者、介在者、および提案者の間でワークフローシステムを利用することを想定した場合、各者のビジネス上の関係等によっては、依頼者、介在者、および提案者のいずれかが入力した情報の一部は、ワークフローに関わる権限を有する者といえどもその全員に等しく見せたくないようなケースが想定される。しかしながら、従来のワークフローシステムでは、依頼者、介在者、および提案者に対して依頼書に対する閲覧権限が一律に付与されるため、各者が依頼書を閲覧する際、その依頼書に含まれるすべての情報を閲覧できてしまうという問題があった。

本開示は上述のような問題点を解決するためになされたものであって、ある局面における目的は、依頼者、介在者、および提案者の間でワークフローシステムを利用する場合において、各者の関係を考慮した閲覧権限を設定することが可能な技術を提供することである。

本開示のある局面に従うと、依頼を起案する起案者と、依頼に基づいた提案を作成する提案者と、起案者と提案者との間に介在する介在者とのそれぞれに対して付与されたＩＤを識別するワークフローシステムであって、起案者と介在者とを含む複数のユーザによる入力を、当該複数のユーザに対して予め定めた入力順序で受け付けることによって、当該複数のユーザが入力した事項を含む依頼書を作成する第１作成部と、第１作成部により依頼書が作成された後に、提案者による入力を受け付けることによって、提案書を作成する第２作成部と、提案書に対する承認を複数のユーザから入力順序と逆の順序で受け付ける受付部と、依頼書に含まれる情報に対する閲覧権限の有無を、ユーザのＩＤ別に設定可能な設定部と、設定部を用いて閲覧権限を設定する権限を介在者のＩＤおよび提案者のＩＤの少なくとも一方に対して付与可能な付与部とを備える。

ある局面において、提案書は、配置図に対象物が配置される事項を含む。
ある局面において、配置図は、ユーザのＩＤの全てにおいて閲覧可能とされる。

ある局面において、閲覧権限により閲覧が制限される情報は、提案書により提案される対象の金額、提案書により提案される対象の依頼者に関する情報、および提案書の作成期限のうち少なくとも１つを含む。

ある局面において、ワークフローシステムは、依頼書および提案書の状態を、端末装置にＩＤ別に表示させる。

ある局面において、依頼書および提案書の状態は、予め定められた複数の状態のうちのいずれか１つの状態である。

ある局面において、ワークフローシステムは、起案者のＩＤ、提案者のＩＤ、および介在者のＩＤのいずれかによりログインされた端末装置に終了操作が実行された場合には、依頼書および提案書を作成する処理を終了させる。

ある局面において、第１作成部は、起案者と２以上の介在者とを含む複数のユーザによる入力を、予め定めた入力順序で受け付けることによって、複数のユーザが入力した事項を含む依頼書を作成する。

ある局面において、第１作成部は、起案者と第１介在者とを含む複数のユーザによる入力を、当該複数のユーザに対して予め定めた入力順序で受け付けることによって、当該複数のユーザが入力した事項を含む第１種別の依頼書を作成し、起案者と第２介在者とを含む複数のユーザによる入力を、当該複数のユーザに対して予め定めた入力順序で受け付けることによって、当該複数のユーザが入力した事項を含む第２種別の依頼書を作成し、第２作成部は、第１種別の依頼書が作成された後に、第１提案者による入力を受け付けることによって、第１種別の提案書を作成し、第２種別の依頼書が作成された後に、第２提案者による入力を受け付けることによって、第２種別の提案書を作成する。

ある局面において、第２作成部は、第１作成部により依頼書が作成された後に、第１提案者による入力を受け付けることによって、第１提案書を作成し、第１提案書が作成された後に、第２提案者による入力を受け付けることによって、第２提案書を作成する。

本開示の別の局面に従うと、依頼を起案する起案者と、依頼に基づいた提案を作成する提案者と、起案者と提案者との間に介在する介在者とのそれぞれに対して付与されたＩＤを識別するワークフローシステムに含まれるサーバ装置であって、サーバ装置は、起案者と介在者とを含む複数のユーザによる入力を、当該複数のユーザに対して予め定めた入力順序で受け付けることによって、当該複数のユーザが入力した事項を含む依頼書を作成する第１作成部と、第１作成部により依頼書が作成された後に、提案者による入力を受け付けることによって、提案書を作成する第２作成部と、提案書に対する承認を複数のユーザから入力順序と逆の順序で受け付ける受付部と、依頼書に含まれる情報に対する閲覧権限の有無を、ユーザのＩＤ別に設定可能な設定部と、設定部を用いて閲覧権限を設定する権限を介在者のＩＤおよび提案者のＩＤの少なくとも一方に対して付与可能な付与部とを備える。

本開示によれば、依頼者、介在者、および提案者の間でワークフローシステムを利用する場合において、各者の関係を考慮した閲覧権限を設定することが可能となる。

この発明の上記および他の目的、特徴、局面および利点は、添付の図面と関連して理解されるこの発明に関する次の詳細な説明から明らかとなるであろう。

本実施形態のワークフローシステムの構成例を説明するための図である。 各ユーザ間での情報の送受信のイメージ図を説明するための図である。 第１依頼書の一例を説明するための図である。 第２依頼書の一例を説明するための図である。 提案書の一例を説明するための図である。 主な処理等の流れを説明するための図である。 一覧画面の一例を説明するための図である。 確認画面の一例を説明するための図である。 依頼書を作成するための入力画面の一例を説明するための図である。 提案書を作成するための入力画面の一例を説明するための図である。 ワークフローシステムでの主な情報の送受信を説明するための図である。 状態変化条件等を説明するための図である。 サーバ装置等のハードウェア構成を説明するための図である。 サーバ装置等の機能構成例を説明するための図である。 閲覧権限のイメージを説明するための図である。 依頼書の各情報の閲覧制限の有無を説明するための図である。 ワークフローシステムのフローチャートの一例を示す図である。 ワークフローシステムのフローチャートの一例を示す図である。 第２実施形態のワークフローシステムを説明するための図である。 第３依頼書の一例を説明するための図である。 第２実施形態の依頼書の各情報の閲覧制限の有無を説明するための図である。 第２実施形態の変形例のワークフローシステムを説明するための図である。 第３実施形態のワークフローシステムを説明するための図である。 第４実施形態のワークフローシステムを説明するための図である。

本発明に基づいた実施の形態におけるワークフローシステムについて、以下、図を参照しながら説明する。また、同一の部品、相当部品に対しては、同一の参照番号を付し、重複する説明は繰り返さない場合がある。また、各実施の形態における構成の少なくとも一部を適宜組み合わせて用いることは当初から予定されていることである。

［第１実施形態］
［ワークフローシステム１０の全体構成］
図１は、本実施形態のワークフローシステム１０の構成を示す。このワークフローシステム１０は、第１端末装置１００と、第２端末装置２００と、第３端末装置３００と、サーバ装置４００と、ネットワーク５０とを含む。第１端末装置１００と、サーバ装置４００とはネットワーク５０を介して、情報を送受信できる。第２端末装置２００と、サーバ装置４００とはネットワーク５０を介して、情報を送受信できる。第３端末装置３００と、サーバ装置４００とはネットワーク５０を介して、情報を送受信できる。第１端末装置１００、第２端末装置２００、および第３端末装置３００は、それぞれ、タブレット、スマートフォン、ノート型ＰＣ（personal computer）、およびウェアラブル端末等のいずれかである。

第１端末装置１００と、第２端末装置２００と、第３端末装置３００とを一の端末装置群（つまり、１グループ）とする。サーバ装置４００には、ネットワーク５０を経由して、複数の端末装置群が接続されている。また、端末装置群それぞれには、ＩＤが付与されている。図１の例では、端末装置群のＩＤを「群ＩＤ」ともいう。図１の例では、群ＩＤ＝Ａ１の端末装置群と、群ＩＤ＝Ａｎの端末装置群とが記載されている。ただし、ｎは、２以上の整数である。

［ワークフローシステムにおける情報の送受信］
図２は、各ユーザ間での情報の送受信のイメージ図を説明するための図である。本実施形態では、例えば、住宅の設計の提案書を作成するためにワークフローシステム１０が用いられる例を説明する。提案書は、住宅の施主に提案するための書類である。提案書は、「成果物」ともいわれる。本実施形態のワークフローシステム１０は、住宅の照明の設置に関する提案書を作成するものとする。ワークフローシステム１０は、住宅の設計を請け負うハウスメーカの担当者と、照明メーカの営業担当者と、照明メーカのプランナとにより用いられる。ハウスメーカの担当者を単に「ハウスメーカ」ともいい、照明メーカの営業担当者を単に「営業担当者」ともいい、照明メーカのプランナを単に「プランナ」という。また、ハウスメーカの担当者を第１ユーザともいう。照明メーカの営業担当者を第２ユーザともいう。照明メーカのプランナを第３ユーザともいう。第１ユーザ、第２ユーザ、および第３ユーザをまとめて、単に、「ユーザ」ともいう。

ハウスメーカの担当者は、第１端末装置１００を使用する。照明メーカの営業担当者は、第２端末装置２００を使用する。照明メーカのプランナは、第３端末装置３００を使用する。第１端末装置１００、第２端末装置２００、および第３端末装置３００をまとめて、「端末装置」ともいう。

住宅の設計を請け負うハウスメーカの担当者は、施主等から、住宅の設計の依頼を受注する。ハウスメーカの担当者は、施主からの要望を反映した依頼書（以下、「第１依頼書」ともいう。）を、第１端末装置１００を用いて作成する。施主からの要望は、例えば、間取り図、または照明器具の予算等である。本実施形態では、ハウスメーカの担当者は、図９で説明する入力画面に第１項目を入力することにより、サーバ装置４００が、第１依頼書を作成する。第１項目は、第１依頼書を構成する複数の項目である。第１依頼書の複数の項目は、例えば、照明器具に関する予算、間取り図、および家族構成などの項目である。第１依頼書が完成すると、第２端末装置２００は第１依頼書を表示可能となる。

照明メーカの営業担当者は、第２端末装置２００に表示された第１依頼書を視認する。照明メーカの営業担当者は、第１依頼書に基づいて、依頼書（以下、「第２依頼書」ともいう。）を第２端末装置２００で作成する。本実施形態では、照明メーカの営業担当者は、図９で説明する入力画面に第２項目を入力することにより、サーバ装置４００が、第２依頼書を作成する。第２項目は、第２依頼書を構成する複数の項目である。第２依頼書が完成すると、第３端末装置３００は第２依頼書を表示可能となる。照明メーカのプランナは、第３端末装置３００に表示された第２依頼書を視認する。照明メーカのプランナは、第２依頼書に基づいて、提案書を第３端末装置３００で作成する。提案書が完成すると、第２端末装置２００は提案書を表示可能となる。

次に、営業担当者は、第２端末装置２００に表示された提案書を視認する。営業担当者は、提案書を視認して、提案書に不備がなければ、該提案書に対して承認する。この承認は、例えば、承認ボタンを操作することである。第２端末装置２００で提案書が承認されると、第１端末装置１００は提案書を表示可能となる。

次に、ハウスメーカは、第１端末装置１００に表示された提案書（つまり、営業担当者により承認された提案書）を視認する。ハウスメーカは、提案書を視認して、提案書に不備がなければ、該提案書に対して承認する。この承認は、例えば、承認ボタンを操作することである。その後、ハウスメーカは、施主に、提案書（つまり、ハウスメーカにより承認された提案書）を提出する。

ハウスメーカ、営業担当者、およびプランナにはそれぞれ、ＩＤ（Identification)が付与されている。例えば、ユーザ（つまり、ハウスメーカ、営業担当者、およびプランナ）が、端末装置に対して所定の操作を行うことにより、該ユーザがワークフローシステム１０に新規登録される。サーバ装置４００は、新規登録されたユーザに対してＩＤを付与する。これにより、サーバ装置４００は、ユーザのＩＤを管理できる。ハウスメーカ、営業担当者、およびプランナはそれぞれ、自分のＩＤを端末装置に入力することにより、ワークフローシステム１０を使用できるようになる。より特定的には、ハウスメーカの担当者は、第１端末装置１００にハウスメーカの担当者のＩＤを入力することにより、サーバ装置４００にアクセスすることができる。また、照明メーカの営業担当者は、第２端末装置２００に照明メーカの担当者のＩＤを入力することにより、サーバ装置４００にアクセスすることができる。また、照明メーカのプランナは、第３端末装置３００に照明メーカの担当者のＩＤを入力することにより、サーバ装置４００にアクセスすることができる。「サーバ装置４００にアクセスする」とは、例えば、「端末装置と、サーバ装置４００とが情報を送受信すること」である。なお、本実施形態では、便宜上、ハウスメーカが使用する端末装置を第１端末装置１００といい、営業担当者が使用する端末装置を第２端末装置２００といい、プランナが使用する端末装置を第３端末装置３００という。しかし、ハウスメーカ、営業担当者、およびプランナのうち少なくとも２人が同じ端末装置を使用するようにしてもよい。

また、図２、後述の図１９、図２２～図２４において、便宜上、依頼書および提案書が各端末装置間で送信されているように示されている。しかしながら、実際は、依頼書および提案書は、サーバ装置４００を介して、各端末装置に送信される。

［依頼書と、提案書について］
次に、第１依頼書と、第２依頼書と、提案書とを説明する。図３は、第１端末装置１００で作成される第１依頼書７００の一例を説明するための図である。図３に示すように、第１依頼書７００の項目は、案件名７０２と、プラン名７０４と、予算７０６と、提出期限７０８と、間取り図ファイル７１０とを含む。

案件名７０２は、住宅が建てられる場所と、住宅の建設の依頼主（例えば、施主）の氏名とを含む。図３の例では、案件名７０２は、「大阪市、山田様邸」となっている。プラン名７０４は、「Ａプラン」となっている。予算７０６は、「４０万円」となっている。提出期限７０８は、「９月２０日」になっている。間取り図ファイル７１０をクリックすると、第１依頼書を表示している端末装置で、間取り図が、表示される。なお、第１依頼書７００は、第１依頼書の項目の入力を受付けたサーバ装置４００により、該項目に基づいて作成される。

図４は、サーバ装置４００により作成される第２依頼書８００の一例を説明するための図である。図４に示すように、第２依頼書８００の項目は、案件名８０２と、プラン名８０４と、予算８０６と、提出期限８０８と、間取り図ファイル８１０と、器具情報８１２とを含む。

案件名８０２は、住宅が建てられる場所を含む一方、住宅の建設の依頼主の氏名は含まれない。図４の例では、案件名８０２は、「大阪市」となっている。プラン名８０４は、「Ａプラン」となっている。予算８０６は、「４０万円」となっている。提出期限８０８は、「９月１３日」になっている。間取り図ファイル８１０をクリックすると、第２依頼書を表示している端末装置で、間取り図が、表示される。この間取り図は、図１０で説明する間取り図と同一である。器具情報８１２は、器具Ｍ１と、器具Ｍ２とを含む。なお、第２依頼書８００は、第２依頼書の項目の入力を受付けたサーバ装置４００により、該項目に基づいて作成される。

図５は、提案書９００の一例を説明するための図である。図５に示すように、提案書９００は、間取り図８３０と、該間取り図８３０の各ポイント８３６に関連付いた器具情報８３４とを含む。各ポイント８３６は、器具情報８３４により示される照明器具が配置される場所を示す情報である。器具情報８３４は、器具の名称（例えば、器具Ａおよび器具Ｂ）と、器具の説明とを含む。図５の例では、器具の説明は、「・・・」というように簡略化されて記載されている。図５の例では、各ポイント８３６は、黒丸により示されている。ユーザまたは施主は、提案書９００を視認することにより、器具情報８３４により示される照明器具が配置される場所を特定することができる。

［表示画面について］
次に、各ユーザにより行われる処理等の一例を説明する。図６は、各ユーザにより行われる処理等の一例を説明するための図である。また、図６の括弧書きには、端末装置で表示される画面を示す。

まず、ステップ（Ａ１）において、ハウスメーカは、ログイン画面（図示せず）において、ハウスメーカのＩＤを入力して、ワークフローシステムにログインする。次に、ステップ（Ａ２）において、ハウスメーカは、一覧画面において、依頼を新規作成する。次に、ステップ（Ａ３）において、ハウスメーカは、依頼先を決定する。本実施形態では、依頼先は、照明メーカの営業担当者である。次に、ステップ（Ａ４）において、第１依頼書（図３参照）の事項を、入力画面から入力する。この依頼内容が入力されることにより、図３で説明した第１依頼書が作成される。次に、ステップ（Ａ５）において、ハウスメーカは、次の依頼先に提案書の作成を依頼する。

ステップ（Ａ６）において、照明メーカの営業担当者は、ログイン画面（図示せず）において、営業担当者のＩＤを入力して、ワークフローシステムにログインする。次に、ステップ（Ａ７）において、照明メーカの営業担当者は、一覧画面において、新規の依頼が到達していることを確認する。次に、ステップ（Ａ８）において、照明メーカの営業担当者は、依頼先を決定する。本実施形態では、依頼先は、プランナである。次に、ステップ（Ａ９）において、第２依頼書（図４参照）の事項を、入力画面から入力する。この依頼内容が入力されることにより、図４で説明した第２依頼書が作成される。次に、ステップ（Ａ１０）において、照明メーカの営業は、次の依頼先に提案書の作成を依頼する。

ステップ（Ａ１１）において、プランナは、ログイン画面（図示せず）において、プランナのＩＤを入力して、ワークフローシステムにログインする。次に、ステップ（Ａ１２）において、プランナは、一覧画面において、新規の依頼が到達していることを確認する。次に、ステップ（Ａ１３）において、プランナは、第３端末装置３００で提案書作成アプリを起動させる。次に、ステップ（Ａ１４）において、提案書（図５参照）の事項を、入力画面から入力する。この依頼内容が入力されることにより、図５で説明した提案書が作成される。次に、ステップ（Ａ１５）において、プランナは、依頼元である営業担当者に提案書を提出する。

次に、ステップ（Ａ１６）において、営業担当者は、提案書を確認し、一覧画面において、ハウスメーカに提出する。次に、ステップ（Ａ１７）において、ハウスメーカは、営業担当者から提出された提案書を確認する。ハウスメーカは確認が終了すると、施主に提案書を提出する。

また、図６のＢに示すように、ハウスメーカ、営業、およびプランナで、間取り図は、共有される。つまり、第１端末装置１００、第２端末装置２００、および第３端末装置３００で同一の間取り図を表示させることができる。これにより、つまり、ハウスメーカ、営業担当者、およびプランナは、同一の間取り図を閲覧できる。

また、図６のＣに示すように、ハウスメーカ、営業、プランナの順番で、依頼内容が追加および修正される。

図７は、図６のステップ（Ａ２）、ステップ（Ａ７）、およびステップ（Ａ１２）等で説明した一覧画面の一例である。一覧画面は、作成すべき提案書の一覧を示す画面である。図７は、作成すべき提案書の数が６個である場合を示す。一覧画面では、提出期限と、状態８６２と、案件名８６４と、依頼元８６６と、依頼先８６８と、操作ボタン群とが表示される。１組の「提出期限と、状態と、案件名と、依頼元と、依頼先と、操作ボタン群」とをまとめて、「１の依頼情報」または単に「依頼情報」ともいう。

提出期限は、提案書の提出期限を示す。状態８６２は、依頼書および提案書の作成に関する状態（または状況）を示す。案件名は、案件の名称を示す。依頼元は、依頼書の出力元（図６の例では、ハウスメーカの第１端末装置１００、営業担当者等の第２端末装置２００）をいう。依頼先は、依頼書の出力先（図６の例では、営業担当者等の第２端末装置２００またはプランナの第３端末装置３００）をいう。操作ボタン群は、様々なボタンを含む。操作ボタン群は、依頼内容確認ボタン８８２、依頼ボタン８８４、作成・編集ボタン８８６、書類確認ボタン８８８、複製ボタン８９０、提出ボタン８９２、および完了ボタン８９４を含む。また、操作ボタン群の他に、新規作成ボタン８８０も表示される。なお、新規作成ボタン８８０は、第２端末装置２００が表示して、介在者が新規作成ボタン８８０を操作できるようにしてもよい。新規作成ボタン８８０が操作されると、確認画面がポップアップ表示される。

図８は、確認画面８９５の一例を示す図である。また、確認画面８９５内において、依頼ボタン８９６が表示される。図８の例では、案件名、書類名、依頼元、および依頼先の入力領域が表示される。これらの入力領域に情報が入力された後に、依頼ボタン８９６が操作されると、ステップ（Ａ２）で説明したように、提案書の依頼が新規に作成される。

また、本実施形態の図７の状態８６２の表示は、「新規」、「作成待ち」、「提出済」、「確認中」、「作成中」、「完了」という６つの状態の表示がある。「新規」は、図６のステップ（Ａ７）で説明したように、新規の依頼が来ていることを示す状態である。「作成待ち」は、依頼書が作成された後であって、提案書が作成される前の状態であることを示す。「提出済」は、プランナにより提案書が作成された後の状態であることを示す。「提出済」は、第３端末装置３００で表示される状態である。「確認中」は、プランナにより提案書が作成された後の状態であることを示す。「確認中」は、第１端末装置１００および第２端末装置２００で表示される状態である。「確認中」は、ハウスメーカの担当者または照明メーカの営業担当者が、提案書を確認している最中であることを示す状態である。「作成中」は、第３端末装置３００で表示される状態であり、提案書を作成している最中であることを示す状態である。「完了」は、「提案書作成フローが終了したこと」を示す状態である。「完了」は、完了ボタン８９４が操作されたときに表示される状態である。

後述の図１４で説明するように、サーバ装置４００は、第１依頼書、第２依頼書、および提案書を記憶する。図７の依頼内容確認ボタン８８２が操作されると、依頼内容確認ボタン８８２が操作された端末装置に依頼書を表示させることができる。例えば、第１依頼書が作成された後において、第１端末装置１００の依頼内容確認ボタン８８２が操作された場合には、第１端末装置１００は、サーバ装置４００に対して第１依頼書を要求する。第１端末装置１００は、サーバ装置４００からの第１依頼書を受信すると、該第１依頼書を所定の記憶領域（例えば、ＲＡＭ）に一旦記憶するとともに、この第１依頼書を表示する。

第１依頼書が作成された後において、第２端末装置２００の依頼内容確認ボタン８８２が操作された場合には、第２端末装置２００は、サーバ装置４００に対して第１依頼書を要求する。第２端末装置２００は、サーバ装置４００からの第１依頼書を受信すると、該第１依頼書を所定の記憶領域（例えば、ＲＡＭ）に一旦記憶するとともに、この第１依頼書を表示する。

第２依頼書が作成された後において、第２端末装置２００の依頼内容確認ボタン８８２が操作された場合には、第１依頼書および第２依頼書のいずれかを表示させるかという選択を入力可能な選択画面（図示せず）を表示する。第２端末装置２００は、第１依頼書および第２依頼書のいずれかがユーザにより選択されることにより、該選択された依頼書をサーバ装置４００に対して要求する。第２端末装置２００は、サーバ装置４００からの依頼書を受信すると、該依頼書を所定の記憶領域（例えば、ＲＡＭ）に一旦記憶するとともに、この依頼書を表示する。

第２依頼書が作成された後において、第３端末装置３００の依頼内容確認ボタン８８２が操作された場合には、第３端末装置３００は、サーバ装置４００に対して第２依頼書を要求する。第３端末装置３００は、サーバ装置４００からの第２依頼書を受信すると、該第２依頼書を所定の記憶領域（例えば、ＲＡＭ）に一旦記憶するとともに、この第２依頼書を表示する。

依頼ボタン８８４が操作されると、プランナの端末装置（つまり、第３端末装置３００）に提案書の作成を依頼する。作成・編集ボタン８８６が操作されると、依頼書作成アプリまたは提案書作成アプリを起動させることができる。第１端末装置１００または第２端末装置２００の作成・編集ボタン８８６が操作されると、依頼書作成アプリが起動する。依頼書作成アプリが起動することにより、後述の図９の入力画面が表示される。また、第３端末装置３００の作成・編集ボタン８８６が操作されると、提案書作成アプリが起動する。提案書作成アプリが起動することにより、後述の図１０の入力画面が表示される。

書類確認ボタン８８８が操作されると、書類確認ボタン８８８が操作された端末装置に提案書を表示させることができる。複製ボタン８９０が操作されると、複製ボタン８９０が操作された端末装置が依頼書または提案書を複製できる。提出ボタン８９２が操作されると、提出ボタン８９２が操作された端末装置の依頼元の端末装置（例えば、第１端末装置１００）に依頼書を表示できる。完了ボタン８９４が操作されると、提案書作成フローを終了させることができる。完了ボタン８９４は、例えば、ハウスメーカが、施主から、受注を受けたが、提案書が作成されるまでにこの受注がキャンセルになった場合等に操作される。

なお、図７では、便宜上、全種類の状態、および全種類の操作ボタンを記載しているが、実際は、端末装置によっては、表示されない状態、および表示されない操作ボタンがある。例えば、状態の「作成待ち」は、第３端末装置３００では表示されない。

図９は、図６のステップ（Ａ４）において、第１端末装置１００で表示される入力画面の一例を示す図である。図９の入力画面は、第１依頼書を作成するための画面である。図９の入力画面は、様々な入力項目の入力領域を表示する。ユーザの端末装置への操作により、入力領域に項目が入力される。例えば、予算入力領域９０２には、予算（例えば、５０万円）が入力される。間取り図入力領域９０４には、間取り図のデータが入力される。家族構成入力領域９０６には、家族構成のデータが入力される。

依頼先入力領域９１０には、ユーザの操作により依頼先が入力される。図９の例では、依頼先入力領域９１０には、「営業」が入力されている。ハウスメーカは、入力画面への入力が完了すると、依頼ボタン９１２を操作する。ステップ（Ａ５）において、第１端末装置１００は、依頼先入力領域９１０に入力された依頼先に依頼する。ステップ（Ａ５）およびステップ（Ａ６）の処理は、特定的には、入力画面から入力された項目に基づく依頼書が、依頼先入力領域９１０に入力されている依頼先の端末装置で表示される。そうすると、入力画面から入力された項目に基づく依頼書（つまり、第１依頼書）は、照明メーカ営業の端末装置（つまり、第２端末装置２００）により表示可能な状態となる。

また、第２端末装置２００は、例えば、ステップ（Ａ９）において、第１依頼書を表示する。営業担当者は、第１依頼書を確認して、入力画面を表示させる。この入力画面も図９に示す画面である。照明メーカの営業は、第１依頼書の項目について、修正したい項目については、入力画面から情報を入力することにより修正する。営業担当者は、例えば、予算を変更したい場合には、予算入力領域９０２に、予算を入力する。照明メーカの営業は、入力画面への入力が完了すると、ステップ（Ａ１０）において、依頼先入力領域に「プランナ」と入力した後に、依頼ボタン９１２を操作する。また、第１端末装置１００で表示される入力画面において、入力不可能な項目があってもよい。また、第２端末装置２００それぞれで表示される入力画面において、入力不可能な項目があってもよい。

図１０は、ステップ（Ａ１３）において、提案書作成アプリが起動することにより表示される入力画面の一例である。この入力画面は、第３端末装置３００で表示される。図１０の例での入力画面では、間取り図８３０と、器具一覧情報８３２とが表示される。間取り図８３０は、図３に示される間取り図ファイル７１０および図４に示される間取り図ファイル８１０がクリックされたときに表示される間取り図と同一である。

器具一覧情報８３２は、器具情報Ａ～器具情報Ｆにより構成される情報である。１の器具情報は、品番、金額等を含む情報である。照明メーカのプランナが間取り図８３０の所望の位置を指定することにより、該指定された位置にポイント８３１が表示されるとともに、器具情報Ａ～器具情報Ｆが選択可能な状態となる。照明メーカのプランナは、器具情報Ａ～器具情報Ｆのいずれかの器具情報を選択することにより、該選択された器具情報が、指定された位置（表示されたポイント８３１）に関連付けられる。プランナにより、図１０の入力画面への入力が完了した場合には、提出ボタン（図示せず）が操作されることにより、第１端末装置１００および第２端末装置２００で表示可能な状態となる。

［ワークフローシステムでの情報の送受信］
図１１は、ワークフローシステム１０での主な情報の送受信を説明するための図である。ステップ（１）において、ハウスメーカは、第１端末装置１００により表示された入力画面（図９参照）に、項目を入力する。ハウスメーカにより依頼ボタン９１２（図９参照）が操作されると、ステップ（２）において、第１端末装置１００は、第１依頼書の入力事項をサーバ装置４００へ送信する。

次に、ステップ（３）において、サーバ装置４００は、第１端末装置１００および第２端末装置２００に対して、状態変更信号を送信する。状態変更信号は、図７に示される状態８６２を変更するための信号である。変更前の状態と、状態変更信号による変更後の状態については、図１２で説明する。

また、第２端末装置２００は、状態変更信号を受信した後は、ユーザ（つまり、営業担当者）の操作に応じて、第１依頼書を表示する。次に、ステップ（５）において、第１依頼書を確認した営業担当者は、第２端末装置２００で表示された入力画面（図９参照）に、項目を入力する。営業担当者により依頼ボタン８８４が操作されると、ステップ（６）において、第２端末装置２００は、第２依頼書の入力事項をサーバ装置４００へ送信する。

ステップ（７）において、サーバ装置４００は、第２端末装置２００および第３端末装置３００に対して、状態変更信号を送信する。また、第３端末装置３００は、状態変更信号を受信した後は、ユーザ（つまり、プランナ）の操作に応じて、第２依頼書を表示する。次に、ステップ（８）において、第２依頼書を確認したプランナは、第３端末装置３００により表示された入力画面（図１０参照）に、項目を入力する。プランナにより提出ボタン８９２が操作されると、ステップ（９）において、第３端末装置３００は、提案書の入力項目をサーバ装置４００へ送信する。

次に、ステップ（１０）において、サーバ装置４００は、第２端末装置２００に対して、状態変更信号を送信する。また、第２端末装置２００は、状態変更信号を受信した後は、ユーザ（つまり、営業担当者）の操作に応じて（例えば、書類確認ボタン８８８への操作に応じて）、提案書を表示する。営業担当者は、この提案書に対して、修正を行えるようにしてもよい。次に、ステップ（１１）において、営業担当者は、提案書を確認すると、該提出書を承認する。この承認は、営業担当者により提出ボタン８９２が操作されることにより行われる。ステップ（１２）において、第２端末装置２００は、サーバ装置４００に対して、承認信号を送信する。

次に、ステップ（１３）において、サーバ装置４００は、第１端末装置１００に対して、状態変更信号を送信する。また、第１端末装置１００は、状態変更信号を受信した後は、ユーザ（つまり、ハウスメーカ）の操作に応じて（例えば、書類確認ボタン８８８への操作に応じて）、提案書を表示する。ハウスメーカは、この提案書に対して、修正を行えるようにしてもよい。次に、ステップ（１４）において、ハウスメーカは、提案書を確認すると、該提出書を承認する。この承認は、ハウスメーカにより提出ボタン８９２が操作されることにより行われる。ステップ（１５）において、第１端末装置１００は、サーバ装置４００に対して、承認信号を送信する。

［状態変化の条件について］
図１２は、状態８６２が変化する状態変化条件の一例を示す図である。図１２に示すように、依頼が新規に作成された場合には（つまり、新規作成ボタン８８０が操作された場合には）、依頼情報が新たに作成されるとともに、一覧画面に、新たな「依頼情報」が表示される。第１端末装置１００で表示される依頼情報に含まれる状態８６２として「新規」が表示される。

次に、第１端末装置１００からサーバ装置４００へ、第１依頼書の入力事項が送信された場合には、第１端末装置１００で表示される状態は、「作成待ち」となり、第２端末装置２００で表示される状態は、「新規」となる。次に、第２端末装置２００からサーバ装置４００へ、第２依頼書の入力事項が送信された場合には、第１端末装置１００で表示される状態は、「作成待ち」が維持され、第２端末装置２００で表示される状態は、「作成待ち」となり、第３端末装置３００で表示される状態は、「新規」となる。

次に、第３端末装置３００で提案書作成アプリが起動した場合には、第１端末装置１００で表示される状態は、「作成待ち」が維持され、第２端末装置２００で表示される状態は、「作成待ち」が維持され、第３端末装置３００で表示される状態は、「作成中」となる。次に、第３端末装置３００からサーバ装置４００へ、提案書の入力事項が送信された場合には、第１端末装置１００で表示される状態は、「作成待ち」が維持され、第２端末装置２００で表示される状態は、「確認中」となり、第３端末装置３００で表示される状態は、「提出済」となる。

次に、第２端末装置２００からサーバ装置４００へ、承認信号が送信された場合には、第１端末装置１００で表示される状態は、「確認中」となり、第２端末装置２００で表示される状態は、「提出済」となり、第３端末装置３００で表示される状態は、「提出済」が維持される。次に、第１端末装置１００からサーバ装置４００へ、承認信号が送信された場合には、第１端末装置１００で表示される状態は、「提出済」となり、第２端末装置２００で表示される状態は、「提出済」が維持され、第３端末装置３００で表示される状態は、「提出済」が維持される。

［サーバ装置等のハードウェア構成］
図１３は、サーバ装置４００等のハードウェア構成を説明するための図である。サーバ装置４００のハードウェア構成を示した図である。図２を参照して、サーバ装置４００は、プログラムを実行するＣＰＵ（Central Processing Unit）４９１と、データを不揮発的に格納するＲＯＭ（Read Only Memory）４９２と、データを揮発的に格納するＲＡＭ（Random Access Memory）４９３と、通信ＩＦ（Interface）４９４とを備える。

ＣＰＵ４９１と、ＲＯＭ４９２と、ＲＡＭ４９３とは相互にデータバスによって接続されている。サーバ装置４００における処理は、ＣＰＵ４９１により実行されるプログラムによって実現される。このようなプログラムは、ＲＯＭ４９２に予め記憶されている。

また、端末装置のハードウェア構成例は特に図示しないが、端末装置は、ＣＰＵと、ＲＯＭと、ＲＡＭと、入力装置と、表示装置とを有する。

［サーバ装置等の機能構成例］
図１４は、サーバ装置４００等の機能構成例を説明するための図である。第１端末装置１００は、入力装置１０２と、制御装置１０４と、表示装置１０６とを有する。第２端末装置２００は、入力装置２０２と、制御装置２０４と、表示装置２０６との機能を有する。第３端末装置３００は、入力装置３０２と、制御装置３０４と、表示装置３０６との機能を有する。なお、入力装置１０２、入力装置２０２、および入力装置３０２をまとめて、「入力装置」という。制御装置１０４、制御装置２０４、および制御装置３０４をまとめて、「制御装置」という。表示装置１０６、表示装置２０６、および表示装置３０６をまとめて「表示装置」という。

入力装置は、ユーザからの操作が入力される。入力装置は、例えば、マウスおよびキーボード等により構成される。制御装置は、端末装置の様々な制御を実行する。制御装置は、ＣＰＵ、ＲＡＭおよびＲＯＭにより構成される。表示装置は、制御装置の制御に基づいて、様々な情報および様々な画像を表示する。また、制御装置は、サーバ装置と通信ＩＦを介して様々な情報を送受信する。また、入力装置と表示装置とは一体化していてもよい。この場合には、入力装置と表示装置とはタッチパネルとして機能する。

サーバ装置４００は、制御装置４２０と、記憶装置４４０とを有する。制御装置４２０は、受付部４０１と、第１作成部４０２と、第２作成部４０４と、設定部４０８と、付与部４１０との機能を有する。

第１作成部４０２は、起案者と介在者とを含む複数のユーザによる入力を、当該複数のユーザに対して予め定めた入力順序で受け付けることによって、当該複数のユーザが入力した事項を含む第１依頼書および第２依頼書を作成する。本実施形態では、予め定めた入力順序は、１番目が、起案者（つまり、ハウスメーカ）であり、２番目が、介在者（つまり、営業担当者）という順序である（図２参照）。第１作成部４０２は、図１１のステップ（２）において送信された入力項目に基づいて第１依頼書を作成する。第１作成部４０２は、図１１のステップ（６）において送信された入力項目に基づいて第２依頼書を作成する。第１作成部４０２により作成される第１依頼書は、図３に示す第１依頼書である。第１作成部４０２により作成される第２依頼書は、図４に示す第２依頼書である。

第２作成部４０４は、第１作成部４０２により依頼書（本実施形態では、第２依頼書）が作成された後に、提案者（つまり、プランナ）よる入力を受け付けることによって、提案書を作成する。第２作成部４０４は、図１１のステップ（９）において送信された入力項目に基づいて提案書を作成する。

第１作成部４０２が作成した第１依頼書および第２依頼書は、書類ＤＢ４４２(database）に記憶される。また、この第１依頼書および第２依頼書は、例えば、作成者のＩＤと関連付けて記憶される。本実施形態では、第１依頼書は、ＩＤ＝１のハウスメーカが作成したものであることから、第１依頼書は、ＩＤ＝１と関連付けて記憶される。また、第２依頼書は、ＩＤ＝２の営業担当者が作成したものであることから、第２依頼書は、ＩＤ＝２と関連付けて記憶される。

また、第２作成部４０４が作成した提案書は、書類ＤＢ４４２に記憶される。また、この提案書は、例えば、作成者のＩＤと関連付けて記憶される。本実施形態では、提案書は、ＩＤ＝３のプランナが作成したものであることから、提案書は、ＩＤ＝３と関連付けて記憶される。また、提案書を、営業担当者が第２端末装置２００で修正可能としてもよい。また、提案書を、ハウスメーカが第１端末装置１００で修正可能としてもよい。提案書が修正された場合には、該修正された提案書は、該提案書を修正したユーザのＩＤと関連付けて記憶される。

受付部４０１は、提案書に対する承認を複数のユーザから上述の入力順序と逆の順序で受け付ける。ここで、上述の入力順序は、１番目が、起案者（つまり、ハウスメーカ）であり、２番目が、介在者（つまり、営業担当者）という順序である。したがって、入力順序と逆の順序は、１番目が介在者（つまり、営業担当者）であり、２番目が、起案者（つまり、ハウスメーカ）という順序である。

設定部４０８は、依頼書（本実施形態では、第１依頼書および第２依頼書）に含まれる情報の各々に対する閲覧権限の有無を、ユーザのＩＤ別に設定可能である。ここで、「閲覧権限」とは、依頼書（本実施形態では、第１依頼書および第２依頼書）に含まれる情報をユーザに閲覧させるか否かの権限をいう。付与部４１０は、設定部４０８を用いて閲覧権限を設定する権限を、介在者（つまり、営業担当者）のＩＤおよび提案者（つまり、プランナ）のＩＤの少なくとも一方に対して付与可能である。本実施形態では、付与部４１０は、介在者（つまり、営業担当者）のＩＤに対して、閲覧権限を設定する権限を付与する。図１４の例では、記憶装置４４０内の「閲覧権限を設定する権限」の記憶領域４４４に、「ユーザＩＤ２」が記憶されている。この「ユーザＩＤ２」は、介在者（つまり、営業担当者）のＩＤである。なお、変形例として、付与部４１０は、閲覧権限を設定する権限を提案者に付与してもよい。

また、閲覧権限を設定する権限が付与されている営業担当者は、該営業担当者が指定したユーザに対して、情報の閲覧を制限することができる。情報の閲覧を制限することを「閲覧制限」または、「閲覧制限を設定する」ともいう。この情報の閲覧制限は、例えば、営業担当者のＩＤによってログインされた端末装置によって、設定可能である。典型的には、営業担当者のＩＤによってログインされた端末装置によって設定画面（図示せず）を表示させ、該設定画面によって、情報の閲覧の制限は設定される。なお、閲覧制限は、サーバ装置４００により実行される。例えば、後述の図１６の「×印」に示すように、「ハウスメーカ（ＩＤ＝１）が設定した提出期限」（つまり、依頼書に含まれる情報）については、ユーザ（ＩＤ＝３の照明メーカのプランナ）による閲覧が制限されている。また、「指定されたユーザに対して情報の閲覧が制限される」とは、「指定されたユーザのユーザＩＤでログインされた端末装置で情報を表示させないようにすること」である。

図１５は、閲覧権限のイメージを説明するための図である。図２に示すように、情報の流れの観点においては、ハウスメーカ（ハウスメーカのＩＤ）が、上位であり、介在者（介在者のＩＤ）は、ハウスメーカ（ハウスメーカのＩＤ）よりも下位であり、プランナ（プランナのＩＤ）は、介在者（介在者のＩＤ）よりも下位である。

一方、図１５に示すように、閲覧権限を設定する権限の観点においては、介在者（介在者のＩＤ）は、ハウスメーカ（ハウスメーカのＩＤ）およびプランナ（プランナのＩＤ）よりも上位となっている。つまり、介在者のＩＤ（図１４のユーザＩＤ２参照）に対して、閲覧権限を設定する権限が付与されている。換言すれば、介在者のＩＤ（図１４のユーザＩＤ２参照）でログインされた端末装置により、依頼書（第１依頼書および第２依頼書）の閲覧権限を設定することができる。

［閲覧制限の例］
図１６は、依頼書（第１依頼書および第２依頼書）の各情報の閲覧制限の有無を、ユーザのＩＤ別に設定される一例を示す図である。また、図３で説明した第１依頼書、および図４で説明した第２依頼書を参照して、図１６を説明する。図１６において、「○」は、端末装置の表示装置が表示可能であることを示しており、つまり、閲覧制限が設定されていないことを示す。「×」は、端末装置の表示装置が表示不可能であることを示しており、つまり、閲覧制限が設定されていることを示す。また、作成された依頼書に対して依頼書ＩＤが付与されている。例えば、依頼を新規に作成した端末装置に関連付けられた依頼書ＩＤが、依頼書に付与される。図１６は、依頼を新規に作成した端末装置に関連付けられた依頼書ＩＤの依頼書の各情報の閲覧制限の有無を示した図である。

図３、図４および図１６の例では、案件名（図３および図４の例では、「大阪市」）は、第１端末装置１００、第２端末装置２００、および第３端末装置３００（ＩＤ１～ＩＤ３）で、表示可能に設定されている。

図３、図４および図１６の例では、依頼者氏名（図３の例では、「山田様邸」）は、第１端末装置１００（ＩＤ１）、および第２端末装置２００（ＩＤ２）が表示可能となっている。一方、この依頼者氏名は、第３端末装置３００（ＩＤ３）が表示不可能となっている。

図３、図４および図１６の例では、予算（図３および図４の例では、「４０万円」）を、第１端末装置１００、第２端末装置２００、および第３端末装置３００が表示可能となっている。

図３、図４および図１６の例では、第１端末装置１００で設定された提出期限（つまり、９月２０日）を、第１端末装置１００および第２端末装置２００が表示可能となっている。一方、第１端末装置１００で設定された提出期限（つまり、９月２０日）を、第３端末装置３００が表示不可能となっている。

また、第２端末装置２００で設定された提出期限（つまり、９月１３日）を、第２端末装置２００および第３端末装置３００が表示可能となっている。一方、第２端末装置２００で設定された提出期限（つまり、９月１３日）を、第１端末装置１００が表示不可能となっている。

図３、図４および図１６の例では、間取り図を、第１端末装置１００、第２端末装置２００、および第３端末装置３００が表示可能となっている。

また、第２端末装置２００で設定された器具情報（器具Ｍ１および器具Ｍ２）を、第２端末装置２００および第３端末装置３００が表示可能となっている。一方、第２端末装置２００で設定された器具情報（器具Ｍ１および器具Ｍ２）を、第１端末装置１００が表示不可能となっている。

図１６に示すように、設定部４０８は、依頼書（第１依頼書および第２依頼書）の各情報の閲覧制限の有無を、ユーザのＩＤ別に設定することが可能である。上述のように、閲覧権限を設定する権限が、介在者のＩＤに付与されている。したがって、介在者は、第１依頼書および第２依頼書の所望の情報を自由に閲覧することができる。

［ワークフローシステムの処理のフローチャート］
図１７は、ワークフローシステム１０のフローチャートの一例を示す図である。なお、図１７の例では、依頼が新規に作成されており、かつ第１端末装置１００の状態８６２の表示が「新規」となった後において実行される処理を説明する。

まず、ステップＳ１０２において、第１端末装置１００は、ハウスメーカからの第１依頼書の事項の入力を受付ける。次に、ステップＳ１０４において、第１端末装置１００は、入力された第１依頼書の事項をサーバ装置４００へ送信する。ステップＳ４０２において、サーバ装置４００は、入力された事項に基づいて、第１依頼書（図３参照）を作成する。次に、ステップＳ４０４において、サーバ装置４００は、第１端末装置１００および第２端末装置２００に状態変更信号を送信する。ステップＳ１０６において、第１端末装置１００は、この状態変更信号を受信することにより、状態８６２の表示を「新規」→「作成待ち」に変更する。また、ステップＳ２０２において、第２端末装置２００は、この状態変更信号を受信することにより、状態８６２として、「新規」を表示する。

次に、ステップＳ２０４において、第２端末装置２００は、営業担当者からの第２依頼書の事項の入力を受付ける。次に、ステップＳ２０６において、第２端末装置２００は、入力された第２依頼書の事項をサーバ装置４００へ送信する。ステップＳ４０６において、サーバ装置４００は、入力された事項に基づいて、第２依頼書（図４参照）を作成する。次に、ステップＳ４０８において、サーバ装置４００は、第２端末装置２００および第３端末装置３００に状態変更信号を送信する。ステップＳ２０８において、第２端末装置２００は、この状態変更信号を受信することにより、状態８６２の表示を「新規」から「作成待ち」に変更する。また、ステップＳ３０２において、第３端末装置３００は、この状態変更信号を受信することにより、状態８６２として、「新規」を表示する。

次に、ステップＳ３０８において、第３端末装置３００は、プランナからの提案書の事項の入力を受付ける。次に、ステップＳ３１０において、第３端末装置３００は、入力された提案書の事項をサーバ装置４００へ送信する。ステップＳ４１２において、サーバ装置４００は、入力された事項に基づいて、提案書（図５参照）を作成する。次に、図１８のステップＳ４１４において、サーバ装置４００は、第２端末装置２００および第３端末装置３００に状態変更信号を送信する。ステップＳ２１０において、第２端末装置２００は、この状態変更信号を受信することにより、状態８６２の表示を「作成待ち」→「確認中」に変更する。また、ステップＳ３１２において、第３端末装置３００は、この状態変更信号を受信することにより、状態８６２として、「作成中」から「提出済」に変更する。

次に、ステップＳ２１２において、提案書を確認した営業担当者により、第２端末装置２００の提出ボタン８９２が操作されることにより、承認信号をサーバ装置４００に送信する。ステップＳ４１６において、サーバ装置４００が承認信号を受信すると、ステップＳ４１８において、サーバ装置４００は、状態変更信号を第１端末装置１００および第２端末装置２００に対して送信する。ステップＳ２１４において、第２端末装置２００は、状態８６２として、「確認中」から「提出済」に変更する。ステップＳ１０８において、第１端末装置１００は、状態８６２として、「作成待ち」から「確認中」に変更する。

次に、ステップＳ１１０において、提案書を確認したハウスメーカにより、第１端末装置１００の提出ボタン８９２が操作されることにより、承認信号をサーバ装置４００に送信する。ステップＳ４２０において、サーバ装置４００が承認信号を受信すると、ステップＳ４２２において、サーバ装置４００は、状態変更信号を第１端末装置１００に対して送信する。ステップＳ１１２において、第１端末装置１００は、状態８６２として、「確認中」から「提出済」に変更する。

［小括］
（１） 本実施形態のワークフローシステム１０は、依頼を起案する起案者（本実施形態では、ハウスメーカ）と、依頼に基づいた提案を作成する提案者（本実施形態では、プランナ）と、起案者と提案者との間に介在する介在者（本実施形態では、営業担当者）とのそれぞれに対して付与されたＩＤを識別する。本実施形態では、ハウスメーカは、ＩＤ＝１であり、営業担当者は、ＩＤ＝２であり、プランナは、ＩＤ＝３である。

第１作成部４０２は、起案者と介在者とを含む複数のユーザによる入力を、当該複数のユーザに対して予め定めた入力順序で受け付けることによって、当該複数のユーザが入力した事項を含む依頼書（第１依頼書および第２依頼書）を作成する。第２作成部４０４は、第１作成部４０２により依頼書（第１依頼書および第２依頼書）が作成された後に、提案者（プランナ）による入力を受け付けることによって、提案書を作成する。また、受付部４０１は、提案書に対する承認を複数のユーザから入力順序と逆の順序で受け付ける。

したがって、第１作成部４０２は、起案者と介在者とを含む複数のユーザによる入力を、当該複数のユーザに対して予め定めた入力順序で受け付けることによって、当該複数のユーザが入力した事項を含む前記依頼書を作成することから、複数のユーザの意図を反映させた依頼書を作成できる。また、受付部４０１は、入力順序と逆の順序で提案書に対する承認を受け付けることから、依頼書の作成のために事項を入力した起案者と介在者とに提案書を承認させることができる。また、ワークフローシステム１０のうちのサーバ装置４００が、依頼書の作成、提案書の作成、および承認の受付を一括して行う。さらに、サーバ装置４００は、依頼書、および提案書を記憶する。したがって、サーバ装置４００は、依頼書、および提案書を一括管理できる。また、サーバ装置４００が、依頼書、および提案書を一括管理しながらも、各端末装置間で、情報を送受信しているシステムが仮想的に構築されていることをユーザに感じさせることができる。

また、本実施形態では、依頼書に含まれる情報に対する閲覧権限を設定する権限を介在者のＩＤに対して付与されている（図１４の「閲覧権限を設定する権限」の記憶領域４４４参照）。

例えば、本実施形態のように、照明器具のついての提案書を作成するために、ワークフローシステム１０が用いられる場合には、介在者（照明メーカの営業担当者）は、自分の照明メーカの照明器具が用いられると思っている。しかしながら、例えば、提案書で提案されている照明器具の在庫があまり減っていない（つまり、提案書で提案されている照明器具が用いられていない）こと等が発覚する場合がある。提案書で提案されている照明器具が用いられていないことが発覚した場合には、照明メーカの営業担当者は、全ての依頼書および提案書を確認したい場合がある。つまり、照明メーカの営業担当者は、依頼書の過去のログおよび提案書の過去のログを確認したい場合がある。そこで、本実施形態では、照明メーカの営業担当者、つまり介在者のＩＤに、依頼書に含まれる情報に対する閲覧権限を設定する権限を付与している。したがって、介在者は、第１依頼書および第２依頼書の閲覧制限を解除することにより、第１依頼書および第２依頼書の所望の情報を自由に閲覧することができる。これにより、介在者は、自由に、依頼書の過去のログおよび提案書の過去のログを確認できる。したがって、本実施形態のワークフローシステム１０では、各者の関係を考慮した閲覧権限を設定することが可能となる。

例えば、営業担当者は、照明器具Ｘが使用されると思っていたとする。しかし、営業担当者は、第２依頼書の入力事項として、照明器具Ｘを入力するつもりであったが、誤って、照明器具Ｙを入力してしまったとする。さらに、照明器具Ｙが使用される旨の提案書が、プランナにより作成されたが、営業担当者は、提案書で照明器具Ｙが使用されることに気づかずに、この提案書に対して誤って承認してしまったとする。この場合には、照明器具Ｙ（つまり、営業担当者が想定していた照明器具とは異なる照明器具）が使用されて住宅が建てられる。その後、営業担当者は、照明器具Ｙが使用されていることに気づいたとする。この場合には、営業担当者は、全ての依頼書を確認できることから、営業担当者は、第２依頼書の入力事項として、誤って、照明器具Ｙを入力してしまったことを特定することができる。

また、修正前の提案書および修正後の提案書を、第２端末装置２００（つまり、介在者のＩＤでログインされた端末装置）で表示させるようにしてもよい。これにより、提案書が修正された場合であっても、介在者は、修正前の提案書と修正後の提案書とを閲覧することができる。したがって、例えば、ハウスメーカが第１端末装置１００で提案書を修正していたとしても、この修正後の提案書を確認することができる。例えば、介在者が承認した提案書で照明器具Ｘが用いられている旨が記載されていたが、ハウスメーカが照明器具Ｘから照明器具Ｙに修正したとする。この場合であっても、介在者は、修正後の提案書を閲覧できることから、介在者は、「ハウスメーカが照明器具Ｘから照明器具Ｙに修正したこと」を特定することができる。

（２） また、本実施形態の提案書は、図５に示すように、配置図（例えば、間取り図８３０）に対象物（例えば、器具情報８３４）が配置される事項を含む。したがって、本実施形態のワークフローシステム１０では、間取り図８３０に対象物が配置されている提案書を適切に作成することができる。

（３） また、間取り図８３０は、ユーザのＩＤの全てにおいて閲覧可能とされる（例えば、図６のＢ参照）。したがって、全てのユーザは、間取り図８３０を確認できることから、間取り図８３０についての認識を共通化できる。

（４） また、図３および図１６に示すように、第１端末装置１００および第２端末装置２００は、依頼者氏名を表示する。一方、図４および図１６に示すように、第３端末装置３００は、依頼者氏名について閲覧制限されていることから依頼者氏名を表示しない。これにより、依頼主のプライバシーを保護することができる。なお、依頼者（つまり、施主）に関する情報は、プライバシーに関する情報であれば、他の情報であってもよい。他の情報は、例えば、依頼者の住所またはマイナンバー等としてもよい。

また、図３、図４および図１６の例では、第１端末装置１００で設定された提出期限（つまり、９月２０日）を、第１端末装置１００および第２端末装置２００が表示可能となっている。一方、第１端末装置１００で設定された提出期限（つまり、９月２０日）を、第３端末装置３００が表示不可能となっている。

また、第２端末装置２００で設定された提出期限（つまり、９月１３日）を、第２端末装置２００および第３端末装置３００が表示可能となっている。一方、第２端末装置２００で設定された提出期限（つまり、９月１３日）を、第１端末装置１００が表示不可能となっている。

第１端末装置１００で設定された提出期限（つまり、９月２０日）は、プランナには必要ない情報である。したがって、プランナが用いる第３端末装置３００では、第１端末装置１００で設定された提出期限（つまり、９月２０日）に閲覧制限が設定されている。また、第２端末装置２００で設定された提出期限（つまり、９月１３日）は、ハウスメーカには必要ない情報である。このように、本実施形態では、提案書の提出期限について、表示の必要のない端末装置で閲覧制限を設定することにより、無駄な情報を表示しないようにすることができる。このように、依頼書に含まれる情報は、この情報を設定した端末装置と、次の端末装置とで閲覧可能となる一方、他の端末装置では閲覧制限が設定される。次の端末装置とは、上述の「予め定めた入力順序」における次の端末装置である。

例えば、依頼書に含まれる情報である提案書の提出期限（９／２０）は、この情報を設定した第１端末装置１００と、次の第２端末装置２００とで閲覧可能となる一方、他の第３端末装置３００では閲覧制限が設定される。また、依頼書に含まれる情報である提案書の提出期限（９／１３）は、この情報を設定した第２端末装置２００と、次の第３端末装置３００とで閲覧可能となる一方、他の第１端末装置１００では閲覧制限が設定される。

（５） また、ワークフローシステム１０は、依頼書および提案書の状態を、ＩＤ別に端末装置に表示させる。本実施形態では、例えば、図１２に示すように、端末装置毎（ＩＤ毎）に、状態８６２（図７参照）を表示する。これにより、ユーザは、依頼書および提案書の状態を容易に特定することができる。

（６） また、依頼書および提案書の状態（例えば、依頼書および提案書の作成に関する状態）は、予め定められた６つの状態のうちのいずれか１つの状態である。本実施形態では、６つの状態は、図７に示す通り、「新規」、「作成待ち」、「提出済」、「確認中」、「作成中」、および「不要」である。仮に、表示される状態が予め定められていないワークフローシステムでは、ユーザは状態の表示に慣れないため、ユーザは状態を理解し難くなるという問題が生じる。本実施形態では、端末装置は、６つの状態のうちのいずれかの状態を表示することから、依頼書および提案書の状態をユーザに理解させ易くすることができる。

（７） また、ワークフローシステム１０は、起案者のＩＤ、提案者のＩＤ、および介在者のＩＤのいずれかによりログインされた端末装置に終了操作が実行された場合には、依頼書および提案書を作成する処理を終了させる。本実施形態の終了操作は、完了ボタン８９４（図７参照）への操作である。この完了ボタン８９４が操作されることにより、該操作された完了ボタン８９４を含む「１の依頼情報」が消去される。この消去により、依頼書および提案書が未完成であったとしても、依頼書および提案書を作成する処理は終了する。例えば、ハウスメーカが、施主から、受注を受けたが、提案書が作成されるまでにこの受注がキャンセルになった場合等がある。この場合に、ハウスメーカが、完了ボタン８９４を操作することにより、依頼情報を消去させることができ、結果として、依頼書および提案書を作成する処理を適切に終了させることができる。なお、変形例として、依頼を新規に作成した端末装置（つまり、新規作成ボタン８８０が操作された端末装置）で操作可能となるように完了ボタン８９４を表示し、他の端末装置では操作不可能となるように完了ボタン８９４を表示するようにしてもよい。

＜第２実施形態＞
図１９は、第２実施形態を説明するための図である。図１９は、図２を変更した図である。第１実施形態では、図２に示すように、介在者は、営業担当者の１名であるとして説明した。第２実施形態では、図１９に示すように、介在者は、営業担当者、および照明メーカのプランナの２名であるとする。また、提案者は、照明メーカとは異なる会社のプランナ（以下、「社外のプランナ」という。）であるとする。

また、ハウスメーカにはＩＤ＝１が付与される。営業担当者にはＩＤ＝２が付与される。照明メーカのプランナにはＩＤ＝３が付与される。社外のプランナにはＩＤ＝４が付与される。また、ハウスメーカが使用する端末装置（つまり、ＩＤ＝１でログインされた端末装置）を第１端末装置１００とする。営業担当者が使用する端末装置（つまり、ＩＤ＝２でログインされた端末装置）を第２端末装置２００とする。照明メーカのプランナが使用する端末装置（つまり、ＩＤ＝３でログインされた端末装置）を第３端末装置３００とする。社外プランナが使用する端末装置（つまり、ＩＤ＝４でログインされた端末装置）を第４端末装置３５０とする。なお、特に図示しないが、本実施形態のワークフローシステムは、第１～第４端末装置の他に、サーバ装置４００も有する。また、サーバ装置４００の機能構成は、図１４に示す通りである。

第２実施形態の第１作成部４０２は、起案者（図１９の例では、ハウスメーカ）と２以上の介在者（図１９の例では、営業担当者および照明メーカのプランナ）とを含む複数のユーザによる入力を、予め定めた入力順序で受け付けることによって、複数のユーザが入力した事項を含む依頼書を作成する。ここで、この依頼書は、第１依頼書、第２依頼書、および第３依頼書である。また、予め定めた入力順序は、１番目が、起案者（つまり、ハウスメーカ）であり、２番目が、第１の介在者（つまり、営業担当者）であり、３番目が、第２の介在者（つまり、照明メーカのプランナ）である。

また、第１依頼書７００は、図３の通りであり、第２依頼書８００は、図４の通りである。図２０は、第３依頼書８５０の一例である。署名メーカのプランナは、入力画面から第３依頼書の事項を入力する。第３端末装置３００は、入力された第３依頼書の事項をサーバ装置４００に送信する。サーバ装置４００の第１作成部４０２は、第３端末装置３００からの事項に基づいて、第３依頼書８５０を作成する。図２１に示すように、第３依頼書８５０の項目は、案件名８５２と、プラン名８５４と、予算８５６と、提出期限８５８と、間取り図ファイル８６０と、器具情報８６１とを含む。

案件名８５２は、住宅が建てられる場所を含む一方、住宅の建設の依頼主は含まれない。図２の例では、案件名８５２は、「大阪市」となっている。プラン名８５４は、「Ａプラン」となっている。予算８５６は、「３０万円」となっている。提出期限８５８は、「９月６日」になっている。つまり、照明メーカは、１０万円（４０万円－３０万円）の利得を得るという予算の設定になっている。また、間取り図ファイル８６０をクリックすると、第３依頼書を表示している端末装置で、間取り図が、表示される。この間取り図は、図６で説明した間取り図と同一である。器具情報８６１は、器具Ｍ１と、器具Ｍ２と、器具Ｍ３とを含む。なお、第３依頼書８５０は、第３依頼書の項目の入力を受付けたサーバ装置４００により、該項目に基づいて作成される。

図２１は、本実施形態の依頼書（第１依頼書、第２依頼書および第３依頼書）の各情報の閲覧制限の有無を、ユーザのＩＤ別に設定される一例を示す図である。

図３、図４、図２０および図２１の例では、案件名（図３、図４、および図２０の例では、「大阪市」）は、第１端末装置１００、第２端末装置２００、第３端末装置３００、および第４端末装置３５０（ＩＤ１～ＩＤ４）で、表示可能に設定されている。

図３、図４、図２０および図２１の例では、依頼者氏名（図３の例では、「山田様邸」）は、第１端末装置１００（ＩＤ１）、および第２端末装置２００（ＩＤ２）が表示可能となっている。一方、この依頼者氏名は、第３端末装置３００（ＩＤ３）および第４端末装置３５０（ＩＤ４）が表示不可能となっている。

図３、図４、図２０および図２１の例では、第１端末装置１００で設定された予算（つまり、４０万円）を、第１端末装置１００および第２端末装置２００が表示可能となっている。一方、第１端末装置１００で設定された予算（つまり、４０万円）を、第３端末装置３００および第４端末装置３５０が表示不可能となっている。

また、第２端末装置２００で設定された予算（つまり、４０万円）を、第２端末装置２００および第３端末装置３００が表示可能となっている。一方、第２端末装置２００で設定された予算（つまり、４０万円）を、第１端末装置１００および第４端末装置３５０が表示不可能となっている。

また、第３端末装置３００で設定された予算（つまり、３０万円）を、第３端末装置３００および第４第３端末装置３００が表示可能となっている。一方、第３端末装置３００で設定された予算（つまり、３０万円）を、第１端末装置１００および第２端末装置２００が表示不可能となっている。

このように、依頼書に含まれる情報である「予算」は、「この情報を設定した端末装置と、次の端末装置とで閲覧可能となる一方、他の端末装置では閲覧制限が設定される」という制限情報である。また、図２１の例では、制限情報は、提案書の提出期限と、器具情報とを含む。

また、閲覧権限を設定する権限は、介在者のＩＤおよび提案者のＩＤのうちの少なくとも１に対して付与される。例えば、閲覧権限を設定する権限は、介在者のうちの照明メーカの営業担当者のＩＤに対して、付与される。

本実施形態によれば、第１作成部４０２は、起案者と２の介在者とを含む複数のユーザによる入力を、予め定めた入力順序で受け付けることによって、複数のユーザが入力した事項を含む依頼書（第１依頼書、第２依頼書、および第３依頼書）を作成する。したがって、依頼書を作成する人数を増加させつつも、提案書を作成できるワークフローシステムを適切に形成できる。

また、例えば、第１端末装置１００で設定された予算（４０万円）を、第４端末装置３５０で表示可能となると、予算についてユーザ間でトラブルが発生する可能性がある。そこで、本実施形態では、制限情報は、図２１に示すように、制限情報は、提案書により提案される対象（例えば、照明器具の設置）の金額を含む。したがって、本実施形態のワークフローシステムは、予算についてユーザ間でトラブルが発生することを低減できる。

図２２は、第２実施形態の変形例を示す図である。図２２の例では、介在者が、電材卸の担当者と、営業担当者、および照明メーカのプランナの３名であるとする。電材卸の担当者は、例えば、複数の照明メーカのうちいずれの照明メーカに依頼するかを決定する人物である。また、提案者は、照明メーカの社外のプランナであるとする。

また、ハウスメーカにはＩＤ＝１が付与される。営業担当者にはＩＤ＝２が付与される。照明メーカのプランナにはＩＤ＝３が付与される。社外のプランナにはＩＤ＝４が付与される。電材卸の担当者にはＩＤ＝５が付与されている。

また、ハウスメーカが使用する端末装置（つまり、ＩＤ＝１でログインされた端末装置）を第１端末装置１００とする。営業担当者が使用する端末装置（つまり、ＩＤ＝２でログインされた端末装置）を第２端末装置２００とする。照明メーカのプランナが使用する端末装置（つまり、ＩＤ＝３でログインされた端末装置）を第３端末装置３００とする。社外プランナが使用する端末装置（つまり、ＩＤ＝４でログインされた端末装置）を第４端末装置３５０とする。電材卸の担当者が使用する端末装置（つまり、ＩＤ＝５でログインされた端末装置）を第５端末装置３６０とする。

図２２に示すように、介在者の人数を３人以上としたとしても、依頼書を作成する人数を増加させつつも、提案書を作成できるワークフローシステムを適切に形成できる。

＜第３実施形態＞
第１実施形態および第２実施形態のワークフローシステムは、一の種別の依頼書（照明器具についての依頼書）および一の種別の提案書（照明器具についての提案書）を作成するとして説明した。第３実施形態のワークフローシステムは、第１種別の依頼書および第１種別の提案書と、第２種別の依頼書および第２種別の提案書とを作成する。

図２３は、第３実施形態のワークフローシステムを説明するための図である。図２３は、図２を変更した図である。第１実施形態では、図２に示すように、介在者は、１名の照明メーカの営業担当者であり、提案者は、１名の照明メーカのプランナであるとして説明した。第３実施形態では、図２３に示すように、介在者は、照明メーカの営業担当者と、カーテンメーカの営業担当者であり、提案者は、照明メーカのプランナと、カーテンメーカのプランナである。カーテンメーカは、例えば、住居に新規にカーテンを設置するメーカである。

照明メーカの営業担当者は、本開示の「第１介在者」に対応する。照明メーカのプランナは、本開示の「第１提案者」に対応する。カーテンメーカの営業担当者は、本開示の「第２介在者」に対応する。カーテンメーカのプランナは、本開示の「第２提案者」に対応する。

第１種別の依頼書は、照明器具の依頼書である。第１種別の依頼書は、図３で説明した第１依頼書および図４で説明した第２依頼書である。第１種別の提案書は、照明器具の提案書である。第１種別の提案書は、図５で説明した提案書である。

第２種別の依頼書は、カーテンの依頼書である。第２種別の依頼書は特に図示しないが、図３および図４と同様に例えば、案件名、書類名、予算、提出期限、間取り図ファイル等が記載されたものである。また、図４に示すように、第２種別の第２依頼書には、器具情報が記載されていてもよい。器具情報は、カーテンを示す情報である。

第２種別の提案書は、特に図示しないが、例えば、図５で説明した間取り図８３０に、カーテンが関連付いたものである。

また、ハウスメーカにはＩＤ＝１が付与される。照明メーカの営業担当者には、ＩＤ＝２が付与される。照明メーカのプランナには、ＩＤ＝３が付与される。カーテンメーカの営業担当者には、ＩＤ＝４が付与される。カーテンメーカのプランナには、ＩＤ＝５が付与される。

また、ハウスメーカが使用する端末装置（つまり、ＩＤ＝１でログインされた端末装置）を第１端末装置１００とする。照明メーカの営業担当者が使用する端末装置（つまり、ＩＤ＝２でログインされた端末装置）を第２端末装置２００Ａとする。照明メーカのプランナが使用する端末装置（つまり、ＩＤ＝３でログインされた端末装置）を第３端末装置３００Ａとする。カーテンメーカの営業担当者が使用する端末装置（つまり、ＩＤ＝４でログインされた端末装置）を第２端末装置２００Ｂとする。カーテンメーカのプランナが使用する端末装置（つまり、ＩＤ＝５でログインされた端末装置）を第３端末装置３００Ｂとする。なお、特に図示しないが、本実施形態のワークフローシステムは、第１～第３端末装置の他に、サーバ装置４００も有する。また、サーバ装置４００の機能構成は、図１４に示す通りである。

第１作成部４０２は、起案者と第１介在者とを含む複数のユーザによる入力を、当該複数のユーザに対して予め定めた入力順序で受け付けることによって、当該複数のユーザが入力した事項を含む第１種別の依頼書を作成する。

ここで、「起案者」は、図２３の例では、「ハウスメーカ」であり、「第１介在者」は、「照明メーカの営業担当者」である。また、予め定めた入力順序は、１番目が、起案者（つまり、ハウスメーカ）であり、２番目が、第１介在者（つまり、照明メーカの営業担当者）という順序である（図２３参照）。また、図２３の例では、第１種別の依頼書は、第１種別の第１依頼書および第１種別の第２依頼書である。

また、第１作成部４０２は、起案者と第２介在者とを含む複数のユーザによる入力を、当該複数のユーザに対して予め定めた入力順序で受け付けることによって、当該複数のユーザが入力した事項を含む第２種別の依頼書を作成する。

ここで、「起案者」は、図２３の例では、「ハウスメーカ」であり、「第２介在者」は、「カーテンメーカの営業担当者」である。また、予め定めた入力順序は、１番目が、起案者（つまり、ハウスメーカ）であり、２番目が、第２介在者（つまり、カーテンメーカの営業担当者）という順序である（図２３参照）。また、図２３の例では、第２種別の依頼書は、第２種別の第１依頼書および第２種別の第２依頼書である。

第２作成部４０４は、第１種別の依頼書が作成された後（つまり、第１種別の第１依頼書および第１種別の第２依頼書の双方が作成された後）に、第１提案者による入力を受け付けることによって、第１種別の提案書を作成する。ここで、第１提案者は、照明メーカのプランナである。

また、第２作成部４０４は、第２種別の依頼書が作成された後（つまり、第２種別の第１依頼書および第２種別の第２依頼書の双方が作成された後）に、第２提案者による入力を受け付けることによって、第２種別の提案書を作成する。ここで、第２提案者は、カーテンメーカのプランナである。

本実施形態では、ワークフローシステムにより作成される依頼書および提案書の種別数は、「２」であるとして説明した。しかしながら、ワークフローシステムにより作成される依頼書および提案書の種別数は、３以上としてもよい。例えば、図２３に示した例の他に、第３介在者として、住設メーカの営業担当者が存在し、第３提案者として、住設メーカのプランナが存在するようにしてもよい。

本実施形態のワークフローシステムであれば、複数種別の依頼書および提案書を作成することができる。

＜第４実施形態＞
第４実施形態のワークフローシステムは、提案者が作成した提案書をさらに他の提案者が修正することにより、提案書を完成させる。

図２４は、第４実施形態のワークフローシステムを説明するための図である。図２４は、図２を変更した図である。第１実施形態では、図２に示すように、照明メーカのプランナにより作成された提案書を、営業担当者が承認し、その後、ハウスメーカが承認するという流れであった。第４実施形態では、照明メーカのプランナにより作成された提案書は、社外プランナにより修正される。そして、社外プランナにより修正された提案書を、営業担当者が承認し、その後、ハウスメーカが承認する。

照明メーカのプランナは、本開示の「第１提案者」に対応する。社外プランナは、本開示の「第２提案者」に対応する。

また、ハウスメーカが使用する端末装置（つまり、ＩＤ＝１でログインされた端末装置）を第１端末装置１００とする。照明メーカの営業担当者が使用する端末装置（つまり、ＩＤ＝２でログインされた端末装置）を第２端末装置２００とする。照明メーカのプランナが使用する端末装置（つまり、ＩＤ＝３でログインされた端末装置）を第３端末装置３００Ａとする。社外プランナが使用する端末装置（つまり、ＩＤ＝４でログインされた端末装置）を第４端末装置３５０とする。なお、特に図示しないが、本実施形態のワークフローシステムは、第１～第４端末装置の他に、サーバ装置４００も有する。また、サーバ装置４００の機能構成は、図１４に示す通りである。

第２作成部４０４は、第１作成部４０２により依頼書が作成された後（つまり、第１依頼書および第２依頼書が作成された後）に、第１提案者（つまり、照明メーカのプランナ）による入力を受け付けることによって、第１提案書を作成する。第２端末装置２００は、第１提案書を表示する。また、照明メーカの営業担当者は、サーバ装置４００経由で、社外プランナに対して、第１提案書の修正依頼を出力する。社外プランナは、第１提案書を修正することにより第２提案書を作成する。つまり、第２作成部４０４は、第１提案書が作成された後に、第２提案者による入力を受け付けることによって、第２提案書を作成する。

その後、照明メーカの営業担当者は、第２提案書に対して承認する。その後、ハウスメーカは、第２提案書に対して承認する。

本実施形態のワークフローシステムであれば、第１提案者が作成した提案書を、第２提案者が修正する。したがって、本実施形態のワークフローシステムは、２人の提案者の意図が反映された提案書を作成することができる。

＜変形例＞
（１） 第１実施形態～第４実施形態のうちの１の実施形態を他の実施形態に適用するようにしてもよい。例えば、第２実施形態（図１９参照）を第３実施形態（図２３参照）に適用する場合には、照明メーカの介在者、およびカーテンメーカの介在者のうち少なくとも１の介在者を２以上の介在者としてもよい。

（２） 前述の実施形態では、作成される提案書の対象は、「住宅の設計（例えば、照明器具、カーテン）」であるとして、説明した。しかしながら、提案書の対象は他の対象としてもよい。提案書の対象は、自動車の設計またはコンピュータの設計等としてもよい。

（３） また、サーバ装置４００の各機能のうちの少なくとも１つの機能を他の装置が有するようにしてもよい。例えば、第１作成部４０２および第２作成部４０４の機能を端末装置が有するようにしてもよい。このような構成によれば、端末装置が、依頼書および提案書を作成できることから、サーバ装置４００の負担を軽減できる。

また、今回開示された各実施形態は全ての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内での全ての変更が含まれることが意図される。また、実施形態および各変形例において説明された発明は、可能な限り、単独でも、組合わせても、実施することが意図される。

１００ 第１端末装置、１０２，２０２，３０２ 入力装置、１０４，２０４，３０４，４２０ 制御装置、１０６，２０６，３０６，３００６ 表示装置、２００，２００Ａ，２００Ｂ 第２端末装置、３００，３００Ａ，３００Ｂ 第３端末装置、３５０ 第４端末装置、３６０ 第５端末装置、４００ サーバ装置、４０１ 受付部、４０２ 第１作成部、４０４ 第２作成部、４０８ 設定部、４１０ 付与部、４４０ 記憶装置、４４４ 記憶領域、４９２ ＲＯＭ、４９３ ＲＡＭ、７００ 第１依頼書、８００ 第２依頼書。

Claims (11)

1. 依頼を起案する起案者と、依頼に基づいた提案を作成する提案者と、起案者と提案者との間に介在する介在者とのそれぞれに対して付与されたＩＤを識別するワークフローシステムであって、
   依頼書を作成する第１作成部と、
   前記第１作成部により前記依頼書が作成された後に、前記提案者による入力を受け付けることによって、提案書を作成する第２作成部と、
   前記提案書に対する承認を受け付ける受付部とを備え、
   前記第１作成部は、
   前記起案者の端末に入力された前記起案者の入力事項を受け付ける第１処理と、
   前記起案者の入力事項を受け付けた後に、前記介在者の端末に入力された前記介在者の入力事項を受け付ける第２処理と、
   前記起案者の入力事項および前記介在者の入力事項を含む前記依頼書を作成する第３処理とを実行し、
   前記受付部は、
   前記介在者の端末に入力された前記提案書に対する前記介在者の承認を受け付ける第４処理と、
   前記介在者の承認を受け付けた後に、前記起案者の端末に入力された前記提案書に対する前記起案者の承認を受け付ける第５処理とを実行し、
   前記ワークフローシステムは、さらに、
   前記依頼書に含まれる情報に対する閲覧権限の有無を、ユーザのＩＤ別に設定可能な設定部と、
   前記設定部を用いて前記閲覧権限を設定する権限を前記介在者のＩＤおよび前記提案者のＩＤの少なくとも一方に対して付与可能な付与部とを備える、ワークフローシステム。
2. 前記提案書は、配置図に対象物が配置される事項を含む、請求項１に記載のワークフローシステム。
3. 前記配置図は、ユーザのＩＤの全てにおいて閲覧可能とされる、請求項２に記載のワークフローシステム。
4. 前記閲覧権限により閲覧が制限される情報は、前記提案書により提案される対象の金額、前記提案書により提案される対象の依頼者に関する情報、および前記提案書の作成期限のうち少なくとも１つを含む、請求項１～請求項３のいずれか１項に記載のワークフローシステム。
5. 前記ワークフローシステムは、前記依頼書および前記提案書の状態を、端末装置にＩＤ別に表示させる、請求項１～請求項４のいずれか１項に記載のワークフローシステム。
6. 前記依頼書および前記提案書の状態は、予め定められた複数の状態のうちのいずれか１つの状態である、請求項５に記載のワークフローシステム。
7. 前記ワークフローシステムは、前記起案者のＩＤ、前記提案者のＩＤ、および前記介在者のＩＤのいずれかによりログインされた端末装置に終了操作が実行された場合には、前記依頼書および前記提案書を作成する処理を終了させる、請求項１～請求項６のいずれか１項に記載のワークフローシステム。
8. 前記介在者は、第１介在者と第２介在者とを含み、
   前記第２処理は、
   前記起案者の入力事項を受け付けた後に、前記第１介在者の端末に入力された前記第１介在者の入力事項を受け付ける処理と、
   前記第１介在者の入力事項を受け付けた後に、前記第２介在者の端末に入力された前記第２介在者の入力事項を受け付ける処理とを含み、
   前記第３処理は、前記起案者の入力事項、前記第１介在者の入力事項、および前記第２介在者の入力事項を含む前記依頼書を作成する処理である、請求項１～請求項７のいずれか１項に記載のワークフローシステム。
9. 前記介在者は、第１介在者と第２介在者とを含み、
   前記提案者は、第１提案者と第２提案者とを含み、
   前記依頼書は、第１種別依頼書と第２種別依頼書とを含み、
   前記提案書は、第１種別提案書と第２種別提案書とを含み、
   前記第２処理は、
   前記起案者の入力事項を受け付けた後に、前記第１介在者の端末に入力された前記第１介在者の入力事項を受け付ける処理と、
   前記起案者の入力事項を受け付けた後に、前記第２介在者の端末に入力された前記第２介在者の入力事項を受け付ける処理とを含み、
   前記第３処理は、
   前記起案者の入力事項および前記第１介在者の入力事項を含む前記第１種別依頼書を作成する処理と、
   前記起案者の入力事項および前記第２介在者の入力事項を含む前記第２種別依頼書を作成する処理とを含み、
   前記第２作成部は、
   前記第１種別依頼書が作成された後に、前記第１提案者による入力を受け付けることによって、前記第１種別提案書を作成し、
   前記第２種別依頼書が作成された後に、前記第２提案者による入力を受け付けることによって、前記第２種別提案書を作成する、請求項１～請求項７のいずれか１項に記載のワークフローシステム。
10. 前記第２作成部は、
    前記第１作成部により前記依頼書が作成された後に、第１提案者による入力を受け付けることによって、第１提案書を作成し、
    前記第１提案書が作成された後に、第２提案者による入力を受け付けることによって、第２提案書を作成する、請求項１～請求項７のいずれか１項に記載のワークフローシステム。
11. 依頼を起案する起案者と、依頼に基づいた提案を作成する提案者と、起案者と提案者との間に介在する介在者とのそれぞれに対して付与されたＩＤを識別するワークフローシステムに含まれるサーバ装置であって、
    前記サーバ装置は、
    依頼書を作成する第１作成部と、
    前記第１作成部により前記依頼書が作成された後に、前記提案者による入力を受け付けることによって、提案書を作成する第２作成部と、
    前記提案書に対する承認を受け付ける受付部とを備え、
    前記第１作成部は、
    前記起案者の端末に入力された前記起案者の入力事項を受け付ける第１処理と、
    前記起案者の入力事項を受け付けた後に、前記介在者の端末に入力された前記介在者の入力事項を受け付ける第２処理と、
    前記起案者の入力事項および前記介在者の入力事項を含む前記依頼書を作成する第３処理とを実行し、
    前記受付部は、
    前記介在者の端末に入力された前記提案書に対する前記介在者の承認を受け付ける第４処理と、
    前記介在者の承認を受け付けた後に、前記起案者の端末に入力された前記提案書に対する前記起案者の承認を受け付ける第５処理とを実行し、
    前記サーバ装置は、さらに、
    前記依頼書に含まれる情報に対する閲覧権限の有無を、ユーザのＩＤ別に設定可能な設定部と、
    前記設定部を用いて前記閲覧権限を設定する権限を前記介在者のＩＤおよび前記提案者のＩＤの少なくとも一方に対して付与可能な付与部とを備える、サーバ装置。

Images