(57)【特許請求の範囲】
【請求項１】
複数のメンバーから所定数の承認数を得て合議を成立とする合議支援装置であって、
前記複数のメンバーから１人のメンバーを選択し、選択したメンバーに対応付けられたクライアントに承認依頼を通知する通知部と、
承認したことを示す承認情報を受信する受信部と、
前記受信部が前記承認情報を受信する毎、又は、前記承認依頼を通知してから承認情報の非受信状態が所定時間経過する毎に、承認依頼を未通知のメンバーも承認したと仮定した場合に前記承認数を得ることができるか否かを判定する判定部と、を備え、
前記通知部は、前記承認数を得ることができない場合、前記承認依頼を未通知のメンバーに対応づけられたクライアントに通知しない
ことを特徴とする合議支援装置。
【請求項２】
前記判定部は、
前記受信部が前記承認情報を受信する毎、又は、前記承認依頼を通知してから承認情報の非受信状態が所定時間経過する毎に、既に所定数の前記承認数を得ることができるか否か判定し、
前記通知部は、前記承認数を得ることができている場合、前記承認依頼を未通知のメンバーに対応づけられたクライアントに通知しない
ことを特徴とする請求項１に記載の合議支援装置。
【請求項３】
前記承認依頼の通知は、クライアント毎に順番に通知する
ことを特徴とする請求項１に記載の合議支援装置。
【請求項４】
複数のメンバーから所定数の承認数を得て合議を成立とする合議支援プログラムであって、
前記複数のメンバーから１人のメンバーを選択し、選択したメンバーに対応付けられたクライアントに承認依頼を通知し、
承認したことを示す承認情報を受信する毎、又は、前記承認依頼を通知してから承認情報の非受信状態が所定時間経過する毎に、承認依頼を未通知のメンバーも承認したと仮定した場合に前記承認数を得ることができるか否かを判定し、
前記承認数を得ることができない場合、前記承認依頼を未通知のメンバーに対応づけられたクライアントに通知しない、処理を合議支援装置に実行させる
ことを特徴とする合議支援プログラム。
【請求項５】
前記承認情報を受信する毎、又は、前記承認依頼を通知してから承認情報の非受信状態が所定時間経過する毎に、既に所定数の前記承認数を得ることができるか否か判定し、
前記承認数を得ることができている場合、前記承認依頼を未通知のメンバーに対応づけられたクライアントに通知しない、
ことを特徴とする請求項４に記載の合議支援プログラム。
【請求項６】
前記承認依頼の通知は、クライアント毎に順番に通知する
ことを特徴とする請求項４に記載の合議支援プログラム。
【請求項７】
複数のメンバーから所定数の承認数を得て合議を成立とする合議支援方法であって、
前記複数のメンバーから１人のメンバーを選択し、選択したメンバーに対応付けられたクライアントに承認依頼を通知し、
承認したことを示す承認情報を受信する毎、又は、前記承認依頼を通知してから承認情報の非受信状態が所定時間経過する毎に、承認依頼を未通知のメンバーも承認したと仮定した場合に前記承認数を得ることができるか否かを判定し、
前記承認数を得ることができない場合、前記承認依頼を未通知のメンバーに対応づけられたクライアントに通知しない、処理を合議支援装置が実行する
ことを特徴とする合議支援方法。
【請求項８】
前記承認情報を受信する毎、又は、前記承認依頼を通知してから承認情報の非受信状態が所定時間経過する毎に、既に所定数の前記承認数を得ることができるか否か判定し、
前記承認数を得ることができている場合、前記承認依頼を未通知のメンバーに対応づけられたクライアントに通知しない、
ことを特徴とする請求項７に記載の合議支援方法。
【請求項９】
前記承認依頼の通知は、クライアント毎に順番に通知する
ことを特徴とする請求項７に記載の合議支援方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数人の承認による意志決定を行う合議支援装置に関する。
【背景技術】
【０００２】
複数の担当者が関わる作業の流れを定義した経路やルールに従って様々な業務フローをコントロールするシステムの導入により、業務プロセスが電子化され、意思決定のスピード化、業務の可視化、業務の属人性の排除等、業務効率化を図ることができる。
【０００３】
また、業務フローの工程には、承認を行う工程や、複数のメンバーの承認を得て成立と判定する合議工程などがある。
【０００４】
ワークフロー業務システムにおいて、処理者が不在で、処理をしない場合であっても、処理を中断させることなく、迅速に処理をすすめることができる処理システムが知られている（例えば、特許文献１を参照）。
【０００５】
ネットワークに接続された端末におけるファイル操作の承認の可否を決定することで、ファイル操作を制御する技術が知られている（例えば、特許文献２を参照）。
【０００６】
複数人による投票の結果に応じて承認決定を行う合議アクティビティにおいて、多数決の結果などで合議を決定するだけでなく、特定の投票者の投票内容により合議結果を決定する方法も知られている（例えば、特許文献３を参照）。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００３−１４１３１５号公報
【特許文献２】特開２００９−２３０２５７号公報
【特許文献３】特開２０１０−１４６４１７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
合議を離れた場所（リモート）にいる複数のメンバーで行う場合、合議システムは、合議に係る情報を各メンバーに通知する。通知技術としては、例えば、ＰＵＳＨ通知の機能がある。
【０００９】
合議システムは、まず、依頼者からの承認依頼をＰＵＳＨ通知として、全メンバーに通知する。更に、メンバーの誰かが承認をした場合、合議システムは、他のメンバーに承認状況を通知する。合議システムは、合議が成立、不成立に関わらず、合議の結果を全メンバーに通知する。
【００１０】
すると、承認するメンバーの数が多いほど、多くのＰＵＳＨ通知がメンバーに送られてしまう。
【００１１】
本発明は１つの側面において、メンバーに通知する合議に係るＰＵＳＨ通知の回数を減らすことを目的とする。
【課題を解決するための手段】
【００１２】
複数のメンバーから所定数の承認数を得て合議を成立とする合議支援装置は、通知部、受信部、判定部を備える。通知部は、前記複数のメンバーから１人のメンバーを選択し、選択したメンバーに対応付けられたクライアントに承認依頼を通知する。受信部は、承認したことを示す承認情報を受信する。判定部は、前記受信部が前記承認情報を受信する毎、又は、前記承認情報を受信せずに承認依頼を通知してから所定の時間が経過する毎に、承認依頼を未通知のメンバーも承認したと仮定した場合に前記承認数を得られるか否かを判定する。通知部は、前記承認数を得ることができない場合、前記承認依頼を未通知のメンバーに対応づけられたクライアントに通知しない。
【発明の効果】
【００１３】
本発明によれば、メンバーに通知する合議に係るＰＵＳＨ通知の回数を減らすことができる。
【図面の簡単な説明】
【００１４】
【図１】本発明に係る合議システムの例を説明する図である。
【図２】本発明に係る合議支援装置のブロック図の例である。
【図３】本発明に係る合議に係る処理の例を説明するシーケンス図（その１）である。
【図４】本発明に係る合議に係る処理の例を説明するシーケンス図（その２）である。
【図５】本発明に係る合議に係る処理の例を説明するシーケンス図（その３）である。
【図６】本発明に係る合議に係る処理の例を説明するシーケンス図（その４）である。
【図７】本発明に係る合議に係る処理の例を説明するシーケンス図（その５）である。
【図８】合議支援装置のハードウェア構成の例を説明する図である。
【図９Ａ】制限時間を固定した場合の合議処理の例を説明するフローチャートである。
【図９Ｂ】制限時間を固定した場合の合議処理の例を説明するフローチャートである。
【図１０Ａ】制限時間が動的に変動する合議支援装置の処理の例を説明するフローチャートである。
【図１０Ｂ】制限時間が動的に変動する合議支援装置の処理の例を説明するフローチャートである。
【発明を実施するための形態】
【００１５】
図１は、本発明に係る合議システムの例を説明する図である。図１に示すように本発明に係る合議システム１０００は、少なくとも１つの合議支援装置１０１とクライアント１０２がネットワーク１００を介して接続されている。ネットワーク１００は、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、イントラネット、インターネットなどで実現できる。
【００１６】
クライアント１０２は、依頼者の入力に応じて、合議支援装置１０１に合議の承認依頼を送信する。合議支援装置１０１は、合議の承認依頼を受信すると、メンバーが使用するクライアント１０２を順番（又はランダム）に選択し、承認依頼を通知（ＰＵＳＨ通知）する。
【００１７】
クライアント１０２は、承認依頼を受信すると、「承認ボタン」を画面に表示する。該承認ボタンがメンバーにより押下された場合、クライアント１０２は、合議が該メンバーに承認されたと判定する。すると、クライアント１０２は、承認したことを示す情報を合議支援装置１０１に通知する。
【００１８】
合議支援装置１０１は、各クライアント１０２からの承認情報に基づいて、合議が成立したか否かを判定する。なお、承認ボタンが一定時間押下されない場合、合議支援装置１０１は、合議を承認したことを示す情報が通知されてこないため、該クライアント１０２を使用するメンバーに合議が承認されなかったと判定する。
【００１９】
合議支援装置１０１は、合議が成立したか否かの情報を、依頼者が使用するクライアント１０２に通知する。
【００２０】
図２は、本発明に係る合議支援装置のブロック図の例である。図２に係る合議支援装置１０１は、例えば、Ｍ人のメンバーのうち、Ｎ人のメンバーの承認により合議が成立すると判定する装置と仮定する。ここで、Ｍ人は、合議に参加する全メンバー数である。Ｎ人は、合議が成立する承認数の下限値である。図２の合議支援装置１０１は、受信部２０１、通知部２０２、処理部２０３、判定部２０４を備える。
【００２１】
受信部２０１は、依頼者からの合議の承認依頼を受信する。通知部２０２は、メンバーが使用するクライアント１０２を順番（又はランダム）に選択し、承認依頼を通知（ＰＵＳＨ通知）する。
【００２２】
クライアント１０２側で承認ボタンが押下された場合、受信部２０１は、承認したことを示す情報をクライアント１０２から受信する。処理部２０３は、承認したことを示す情報を受信した場合、該クライアント１０２のメンバーが合議を承認したと判定する。一方、処理部２０３は、承認ボタンが一定時間押下されない場合、該クライアント１０２を使用するメンバーに合議が承認されなかったと判定する。
【００２３】
判定部２０４は、クライアント１０２からの承認したことを示す情報を受信する毎、又は、タイムアウトと判定する毎に、既に承認数がＮを超えている（合議が成立している）か否かを判定する。判定部２０４は、Ｍ人からの応答がない場合でも、既に承認数がＮを超えている場合、合議が成立していると判定する。すると、通知部２０２は、未だ承認依頼を通知していないクライアント１０２には、承認依頼を通知しない。通知部２０２は、合議が成立したことを示す情報を、依頼者が使用するクライアント１０２に通知する。
【００２４】
判定部２０４は、更に、クライアント１０２からの承認したことを示す情報を受信する毎、又は、タイムアウトと判定する毎に、合議を承認していない人数が（Ｍ−Ｎ）人よりも多い（合議が不成立である）か否かを判定する。ここで、合議を承認していない人数（合議の非承認数）は、承認依頼に対してタイムアウトとなったメンバーの数である。（Ｍ−Ｎ）人は、以下において、合議不成立人数とも称す。判定部２０４は、Ｍ人からの応答がない場合でも、既に非承認数が合議不成立人数である（Ｍ−Ｎ）人よりも多い場合、合議が不成立であると判定する。すると、通知部２０２は、未だ承認依頼を通知していないクライアント１０２には、承認依頼を通知しない。通知部２０２は、合議が不成立であることを示す情報を、依頼者が使用するクライアント１０２に通知する。
【００２５】
このように、合議支援装置１０１は、合議の成立、不成立を判定した時点で、残りのメンバーに承認依頼を通知するのを停止する。これにより、メンバーに通知する合議に係るＰＵＳＨ通知の回数を減らすことができる。
【００２６】
図３は、本発明に係る合議に係る処理の例を説明するシーケンス図（その１）である。なお、図３〜図７のシーケンス図では、メンバー１、メンバー２の順番で通知が行われるものと仮定する。通知の順番は、予め合議支援装置１０１に設定されているものとする。図３のシーケンス図は、２人（Ｍ人）中の２人（Ｎ人）の承認で合議が成立する場合の合議支援装置１０１の処理の例である。ここで、依頼者が使用するクライアント１０２を、「クライアント１０２−０」とする。メンバー１が使用するクライアント１０２を、「クライアント１０２−１」とする。メンバー２が使用するクライアント１０２を、「クライアント１０２−２」とする。
【００２７】
クライアント１０２−０は、依頼者の入力に応じて、合議支援装置１０１に合議の承認依頼を送信する（ステップＳ１０１）。合議支援装置１０１は、メンバー１、メンバー２の夫々が使用するクライアント１０２に、承認依頼をすることを通知する（ステップＳ１０２）。なお、ステップＳ１０２の承認依頼をすることを通知することは、各メンバーにこれから合議が開始されることを通知する処理である。ステップＳ１０２の処理は、オプションでよい。
【００２８】
合議支援装置１０１は、メンバー１が使用するクライアント１０２−１に承認依頼を通知する（ステップＳ１０３）。メンバー１は、クライアント１０２−１に表示されている承認ボタンを押下する。クライアント１０２−１は、承認したことを示す情報を合議支援装置１０１に通知する（ステップＳ１０４）。
【００２９】
合議支援装置１０１は、合議が成立したか（２人（Ｍ人）中２人（Ｎ人）の承認が得られたか）を判定する（ステップＳ１０５）。この時点では、２人中１人の承認であるので、合議支援装置１０１は、引き続き合議に係る処理を継続する。
【００３０】
合議支援装置１０１は、メンバー２が使用するクライアント１０２−２に承認依頼を通知する（ステップＳ１０６）。メンバー２は、クライアント１０２−２に表示されている承認ボタンを押下する。クライアント１０２−２は、承認したことを示す情報を合議支援装置１０１に通知する（ステップＳ１０７）。
【００３１】
合議支援装置１０１は、合議が成立したか（２人（Ｍ人）中２人（Ｎ人）の承認が得られたか）を判定する（ステップＳ１０８）。この時点では、２人中２人の承認であるので、合議支援装置１０１は、合議が成立したと判定する。
【００３２】
合議支援装置１０１は、メンバー１、メンバー２の使用するクライアント１０２に合議の結果を通知する（ステップＳ１０９）。合議支援装置１０１は、依頼者が使用するクライアント１０２に合議結果を通知する（ステップＳ１１０）。なお、合議結果をメンバー側に通知する処理は、オプションでよい。
【００３３】
図４は、本発明に係る合議に係る処理の例を説明するシーケンス図（その２）である。図４のシーケンス図は、２人（Ｍ人）中の２人（Ｎ人）の承認で合議が成立する合議支援装置１０１において、合議が不成立となる場合の例である。
【００３４】
クライアント１０２−０は、依頼者の入力に応じて、合議支援装置１０１に合議の承認依頼を送信する（ステップＳ２０１）。合議支援装置１０１は、メンバー１が使用するクライアント１０２−１に承認依頼を通知する（ステップＳ２０２）。ここで、メンバー１が、クライアント１０２−１に表示されている承認ボタンを押下せず、タイムアウトするとする。
【００３５】
合議支援装置１０１の処理部２０３は、承認依頼を通知したタイミングから一定時間経過した場合、メンバー１が合議を承認していないと判定する（ステップＳ２０３）。判定部２０４は、非承認数（１人）が、（Ｍ−Ｎ＝０）人よりも多いため、合議が不成立であると判定する（ステップＳ２０４）。通知部２０２は、合議が不成立であることを示す情報を、依頼者が使用するクライアント１０２に通知する（ステップＳ２０５）。
【００３６】
図４に示すシーケンス図では、合議支援装置１０１は、メンバー２に承認依頼を通知する前に、合議が不成立と判定している。そのため、通知部２０２は、メンバー２に対してＰＵＳＨ通知を通知していない。本発明に係る合議支援装置１０１は、メンバーに通知する合議に係るＰＵＳＨ通知の回数を減らすことができる。
【００３７】
図５は、本発明に係る合議に係る処理の例を説明するシーケンス図（その３）である。図５のシーケンス図は、２人（Ｍ人）中の１人（Ｎ人）の承認で合議が成立する合議支援装置１０１において、合議が成立となる場合の例である。
【００３８】
依頼者が使用するクライアント１０２−０は、依頼者の入力に応じて、合議支援装置１０１に合議の承認依頼を送信する（ステップＳ３０１）。
【００３９】
合議支援装置１０１は、メンバー１が使用するクライアント１０２−１に承認依頼を通知する（ステップＳ３０２）。メンバー１は、クライアント１０２−１に表示されている承認ボタンを押下する。クライアント１０２−１は、承認したことを示す情報を合議支援装置１０１に通知する（ステップＳ３０３）。判定部２０４は、承認数（１人）が、（Ｎ＝１）人を超えているため、合議が成立していると判定する（ステップＳ３０４）。合議支援装置１０１は、依頼者が使用するクライアント１０２−０に合議結果を通知する（ステップＳ３０５）。
【００４０】
図５に示すシーケンス図では、合議支援装置１０１は、メンバー２に承認依頼を通知する前に、合議が成立と判定している。そのため、通知部２０２は、メンバー２に対してＰＵＳＨ通知を実行していない。本発明に係る合議支援装置１０１は、メンバーに通知する合議に係るＰＵＳＨ通知の回数を減らすことができる。
【００４１】
図６は、本発明に係る合議に係る処理の例を説明するシーケンス図（その４）である。図６のシーケンス図は、２人（Ｍ人）中の１人（Ｎ人）の承認で合議が成立する合議支援装置１０１において、合議が成立となる場合の例である。
【００４２】
依頼者が使用するクライアント１０２−０は、依頼者の入力に応じて、合議支援装置１０１に合議の承認依頼を送信する（ステップＳ４０１）。合議支援装置１０１は、メンバー１が使用するクライアント１０２−１に承認依頼を通知する（ステップＳ４０２）。ここで、メンバー１が、クライアント１０２−１に表示されている承認ボタンを押下せず、タイムアウトするとする。
【００４３】
合議支援装置１０１の処理部２０３は、承認依頼を通知したタイミングから一定時間経過した場合、メンバー１が合議を承認していないと判定する（ステップＳ４０３）。判定部２０４は、非承認数（１人）が、（Ｍ−Ｎ＝１）人よりも多くないため、合議を引き続き継続すると判定する（ステップＳ４０４）。
【００４４】
合議支援装置１０１は、メンバー２が使用するクライアント１０２−２に承認依頼を通知する（ステップＳ４０５）。メンバー２は、クライアント１０２−２に表示されている承認ボタンを押下する。クライアント１０２−２は、承認したことを示す情報を合議支援装置１０１に通知する（ステップＳ４０６）。
【００４５】
判定部２０４は、承認数（１人）が、（Ｎ＝１）人を超えているため、合議が成立していると判定する（ステップＳ４０７）。合議支援装置１０１は、依頼者が使用するクライアント１０２−０に合議結果を通知する（ステップＳ４０８）。
【００４６】
図７は、本発明に係る合議に係る処理の例を説明するシーケンス図（その４）である。図７のシーケンス図は、２人（Ｍ人）中の１人（Ｎ人）の承認で合議が成立する合議支援装置１０１において、合議が不成立となる場合の例である。
【００４７】
依頼者が使用するクライアント１０２−０は、依頼者の入力に応じて、合議支援装置１０１に合議の承認依頼を送信する（ステップＳ５０１）。合議支援装置１０１は、メンバー１が使用するクライアント１０２−１に承認依頼を通知する（ステップＳ５０２）。ここで、メンバー１が、クライアント１０２−１に表示されている承認ボタンを押下せず、タイムアウトするとする。
【００４８】
合議支援装置１０１の処理部２０３は、承認依頼を通知したタイミングから一定時間経過した場合、メンバー１が合議を承認していないと判定する（ステップＳ５０３）。判定部２０４は、非承認数（１人）が、合議不成立人数（Ｍ−Ｎ＝１）人よりも多くないため、合議を引き続き継続すると判定する（ステップＳ５０４）。
【００４９】
合議支援装置１０１は、メンバー２が使用するクライアント１０２に承認依頼を通知する（ステップＳ５０５）。ここで、メンバー２が、クライアント１０２に表示されている承認ボタンを押下せず、タイムアウトするとする。
【００５０】
合議支援装置１０１の処理部２０３は、承認依頼を通知したタイミングから一定時間経過した場合、メンバー２が合議を承認していないと判定する（ステップＳ５０６）。判定部２０４は、非承認数（２人）が、合議不成立人数（Ｍ−Ｎ＝１）人よりも多いため、合議が不成立であると判定する（ステップＳ５０７）。合議支援装置１０１は、依頼者が使用するクライアント１０２に合議結果（不成立）を通知する（ステップＳ５０８）。
【００５１】
なお、合議には、時間が制限されていてもよい。例えば、合議全体の制限時間を（Ｔ）と仮定した場合、各メンバーには、Ｔをメンバー数で割った時間が割り当てられてもよい。または、合議全体の制限時間のうち、各メンバーが使用した時間に応じて、残りのメンバーが使用可能な承認にかけることができる時間が増減するような仕組みでもよい。
【００５２】
図８は、合議支援装置のハードウェア構成の例を説明する図である。合議支援装置１０１は、プロセッサ１１、メモリ１２、バス１５、外部記憶装置１６、ネットワーク接続装置１９を備える。さらにオプションとして合議支援装置１０１は、入力装置１３、出力装置１４、媒体駆動装置１７を備えても良い。合議支援装置１０１は、例えば、コンピュータなどで実現されることがある。
【００５３】
プロセッサ１１は、Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ（ＣＰＵ）を含む任意の処理回路とすることができる。プロセッサ１１は、処理部２０３、判定部２０４として動作する。なお、プロセッサ１１は、例えば、外部記憶装置１６に記憶されたプログラムを実行することができる。メモリ１２は、プロセッサ１１の動作により得られたデータや、プロセッサ１１の処理に用いられるデータも、適宜、記憶する。ネットワーク接続装置１９は、他の装置との通信に使用され動作する。
【００５４】
入力装置１３は、例えば、ボタン、キーボード、マウス等として実現され、出力装置１４は、ディスプレイなどとして実現される。バス１５は、プロセッサ１１、メモリ１２、入力装置１３、出力装置１４、外部記憶装置１６、媒体駆動装置１７、ネットワーク接続装置１９の間を相互にデータの受け渡しが行えるように接続する。外部記憶装置１６は、プログラムやデータなどを格納し、格納している情報を、適宜、プロセッサ１１などに提供する。媒体駆動装置１７は、メモリ１２や外部記憶装置１６のデータを可搬記憶媒体１８に出力することができ、また、可搬記憶媒体１８からプログラムやデータ等を読み出すことができる。ここで、可搬記憶媒体１８は、フロッピイディスク、Ｍａｇｎｅｔ-Ｏｐｔｉｃａｌ（ＭＯ）ディスク、Ｃｏｍｐａｃｔ  Ｄｉｓｃ  Ｒｅｃｏｒｄａｂｌｅ（ＣＤ−Ｒ）やＤｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ  Ｒｅｃｏｒｄａｂｌｅ（ＤＶＤ−Ｒ）を含む、持ち運びが可能な任意の記憶媒体とすることができる。
【００５５】
図９Ａ及び図９Ｂは、制限時間を固定した場合の合議処理の例を説明するフローチャートである。合議支援装置１０１の受信部２０１は、依頼者が使用するクライアント１０２からの合議依頼を受信する（ステップＳ６０１）。ここで、合議依頼には、「合議の条件：Ｍ人中Ｎ人の承認で合議が成立」の情報及び、制限時間Ｔを含んでいる。処理部２０３は、合議支援装置１０１が記憶しているＮ及びＴの値を、受信した値に基づいて更新する（ステップＳ６０２）。処理部２０３は、メンバー毎の制限時間（ｔ）を設定する（ステップＳ６０３）。メンバー毎の制限時間（ｔ）は、合議依頼に含まれていた制限時間Ｔを合議に参加するメンバーの数（Ｍ）で割った値である。処理部２０３は、カウンタ（Ｃ）を初期化し、該カウンタＣに「１」を設定する。更に、処理部２０３は、承認数（Ａ）を初期化し、該承認数Ａに「０」を設定する（ステップＳ６０４）。
【００５６】
通知部２０２は、Ｃ番目（カウンタ）のメンバーが使用するクライアント１０２に合議依頼を通知する（ステップＳ６０５）。処理部２０３は、クライアント１０２から合議依頼に対応する承認結果を受信したか否かを判定する（ステップＳ６０６）。承認結果を受信していない場合（ステップＳ６０６でＮＯ）、処理部２０３は、既に制限時間（ｔ）が経過したか否かを判定する（ステップＳ６０７）。制限時間（ｔ）が経過していない場合（ステップＳ６０７でＮＯ）、処理部２０３は、処理をステップＳ６０６から繰り返す。
【００５７】
承認結果を受信した場合（ステップＳ６０６でＹＥＳ）、処理部２０３は、承認数（Ａ）に１を加算する（ステップＳ６０８）。ステップＳ６０８の後、又は、制限時間（ｔ）が既に経過している場合(ステップＳ６０７でＹＥＳ)、判定部２０４は、承認数（Ａ）と承認数の下限値（Ｎ）とが等しいか否かを判定する(ステップＳ６０９)。
【００５８】
承認数（Ａ）と承認数の下限値（Ｎ）の値が等しい場合（ステップＳ６０９でＹＥＳ）、判定部２０４は、合議が成立したと判定する(ステップＳ６１０)。通知部２０２は、合議が成立したことを示す情報を、依頼者が使用するクライアント１０２に通知する（ステップＳ６１１）。
【００５９】
承認数（Ａ）と承認数の下限値（Ｎ）の値が等しくない場合（ステップＳ６０９でＮＯ）、判定部２０４は、承認依頼に関する未実施人数（Ｍ−Ｃ）が、合議成立に求められる残り承認数（Ｎ−Ａ）よりも大きいか否かを判定する（ステップＳ６１２）。承認依頼に関する未実施人数（Ｍ−Ｃ）が残り承認数（Ｎ−Ａ）よりも小さい場合(ステップＳ６１２でＮＯ)、判定部２０４は、合議が不成立であると判定する（ステップＳ６１３）。通知部２０４は、合議が不成立であることを示す情報を、依頼者が使用するクライアント１０２に通知する（ステップＳ６１４）。
【００６０】
承認依頼に関する未実施人数（Ｍ−Ｃ）が残り承認数（Ｎ−Ａ）よりも大きい場合（ステップＳ６１２でＹＥＳ）、処理部２０３は、カウンタ（Ｃ）をカウントアップする（ステップＳ６１５）。カウンタ（Ｃ）がカウントアップされると、処理部２０３は、処理をステップＳ６０５から繰り返す。
【００６１】
なお、ステップＳ６１１及びステップＳ６１４で、合議結果を依頼者が使用するクライアント１０２に通知すると、合議支援装置１０１は、処理を終了する。
【００６２】
図１０Ａ及び図１０Ｂは、制限時間が動的に変動する合議支援装置の処理の例を説明するフローチャートである。合議支援装置１０１の受信部２０１は、依頼者が使用するクライアント１０２からの合議依頼を受信する（ステップＳ７０１）。ここで、合議依頼には、「合議の条件：Ｍ人中Ｎ人の承認で合議が成立」の情報及び、制限時間Ｔを含んでいる。処理部２０３は、合議支援装置１０１が記憶しているＮ及びＴの値を、受信した値に基づいて更新する（ステップＳ７０２）。処理部２０３は、カウンタ（Ｃ）を初期化し、該カウンタＣに「１」を設定する。処理部２０３は、承認数（Ａ）を初期化し、該承認数Ａに「０」を設定する。更に、処理部２０３は、合計処理時間（Ｐ）を初期化し、該合計所処理時間に「０」を設定する。（ステップＳ７０３）。合計処理時間（Ｐ）は、合議支援装置１０１が処理にかかった時間である。
【００６３】
処理部２０３は、メンバー毎の制限時間ｔ[Ｃ]を算出する（ステップＳ７０４）。メンバー毎の制限時間ｔ[Ｃ]は、合議の残り時間（Ｔ−Ｐ）を、承認依頼を未実施のメンバー数（Ｍ−（Ｃ−１））で割った数である。処理部２０３は、処理時間の計測を開始する（ステップＳ７０５）。
【００６４】
通知部２０２は、Ｃ番目（カウンタ）のメンバーが使用するクライアント１０２に合議依頼を通知する（ステップＳ７０６）。処理部２０３は、クライアント１０２から合議依頼に対応する承認結果を受信したか否かを判定する（ステップＳ７０７）。承認結果を受信していない場合（ステップＳ７０７でＮＯ）、処理部２０３は、既に制限時間t[C]が経過したか否かを判定する（ステップＳ７０８）。制限時間ｔ[Ｃ]が経過していない場合（ステップＳ７０８でＮＯ）、処理部２０３は、処理をステップＳ７０７から繰り返す。
【００６５】
承認結果を受信した場合（ステップＳ７０７でＹＥＳ）、処理部２０３は、承認数（Ａ）に１を加算する（ステップＳ７０９）。ステップＳ７０９の後、又は、制限時間ｔ[Ｃ]が既に経過している場合(ステップＳ７０８でＹＥＳ)、処理部２０３は、処理時間の計測を一旦停止する（ステップＳ７１０）。
【００６６】
判定部２０４は、承認数（Ａ）と承認数の下限値（Ｎ）とが等しいか否かを判定する(ステップＳ７１１)。
【００６７】
承認数（Ａ）と承認数の下限値（Ｎ）の値が等しい場合（ステップＳ７１１でＹＥＳ）、判定部２０４は、合議が成立したと判定する(ステップＳ７１２)。通知部２０２は、合議が成立したことを示す情報を、依頼者が使用するクライアント１０２に通知する（ステップＳ７１３）。
【００６８】
承認数（Ａ）と承認数の下限値（Ｎ）の値が等しくない場合（ステップＳ７１１でＮＯ）、判定部２０４は、承認依頼に関する未実施人数（Ｍ−Ｃ）が、残り承認数（Ｎ−Ａ）よりも大きいか否かを判定する（ステップＳ７１４）。承認依頼に関する未実施人数（Ｍ−Ｃ）が残り承認数（Ｎ−Ａ）よりも小さい場合(ステップＳ７１４でＮＯ)、判定部２０４は、合議が不成立であると判定する（ステップＳ７１５）。通知部２０４は、合議が不成立であることを示す情報を、依頼者が使用するクライアント１０２に通知する（ステップＳ７１６）。
【００６９】
承認依頼に関する未実施人数（Ｍ−Ｃ）が合議成立に求められる残りの承認数（Ｎ−Ａ）よりも大きい場合（ステップＳ７１４でＹＥＳ）、処理部２０３は、カウンタ（Ｃ）をカウントアップする（ステップＳ７１７）。カウンタ（Ｃ）がカウントアップされると、処理部２０３は、処理をステップＳ７０４から繰り返す。
【００７０】
なお、ステップＳ７１３及びステップＳ７１６で、合議結果を依頼者が使用するクライアント１０２に通知すると、合議支援装置１０１は、処理を終了する。
【００７１】
合議支援装置１０１は、メンバーの承認結果を受信する毎、又は、タイムアウトする毎に、合議の成立、不成立を判定している。合議の成立、不成立が完了した時点で、合議を未実施のメンバーがいるとしても、そのメンバーにＰＵＳＨ通知を行わない。これにより、本発明に係る合議支援装置１０１は、メンバーに通知する合議に係るＰＵＳＨ通知の回数を減らすことができる。
【符号の説明】
【００７２】
１０１  合議支援装置
２０１  受信部
２０２  通知部
２０３  処理部
２０４  判定部
【図１】
0006658142.tif 000002
【図２】
0006658142.tif 000003
【図３】
0006658142.tif 000004
【図４】
0006658142.tif 000005
【図５】
0006658142.tif 000006
【図６】
0006658142.tif 000007
【図７】
0006658142.tif 000008
【図８】
0006658142.tif 000009
【図９Ａ】
0006658142.tif 000010
【図９Ｂ】
0006658142.tif 000011
【図１０Ａ】
0006658142.tif 000012
【図１０Ｂ】
0006658142.tif 000013