(57)【要約】【課題】ユーザの確認行動を可視化する工程管理サーバ等を提供する。【解決手段】工程管理サーバは、ユーザによって所持される端末との間で、確認要求と確認応答とをやりとりしながら工程を進行させる。工程管理サーバは、端末へ確認要求メッセージを送信し、当該端末から確認応答メッセージを受信するまでの待ち時間を記録する待ち時間記録手段と、待ち時間の統計値を算出する統計値算出手段と、統計値の所定範囲毎に異なる標章を割り当てる標章割当手段と、標章を、少なくとも当該ユーザの端末へ明示する工程標章明示手段とを有する。標章とは、人の知覚によって認識することができるもののうち、文字、図形、記号、立体的形状若しくは色彩又はこれらの結合、音である。標章割当手段は、待ち時間が長い統計値が含まれる所定範囲ほど、人が要注意をイメージする標章を割り当てる。【選択図】図３
2018181175.tif 000002
【特許請求の範囲】
【請求項１】
時系列の複数の工程からなる１つ以上のタスクについて、ユーザの端末との間の確認要求と確認応答とからなる前記工程を進行させる工程管理サーバであって、
前記工程毎に、前記端末へ確認要求メッセージを送信し、当該端末から確認応答メッセージを受信するまでの待ち時間を記録する待ち時間記録手段と、
前記工程毎に、待ち時間の統計値を算出する統計値算出手段と、
前記工程毎に、統計値の所定範囲毎に異なる標章を割り当てる標章割当手段と、
複数の各工程の標章を並べた工程標章を、少なくとも当該ユーザの端末へ明示する工程標章明示手段と
を有することを特徴とする工程管理サーバ。
【請求項２】
前記工程標章は、複数の各工程の標章を、時系列に一定方向へ並べたものである
ことを特徴とする請求項１に記載の工程管理サーバ。
【請求項３】
前記標章とは、人の知覚によって認識することができるもののうち、文字、図形、記号、立体的形状若しくは色彩又はこれらの結合、音であり、
前記標章割当手段は、待ち時間が長い統計値が含まれる所定範囲ほど、人が要注意をイメージする標章を割り当てる
ことを特徴とする請求項１又は２に記載の工程管理サーバ。
【請求項４】
前記標章が色である場合、
前記工程標章は、各工程に対応する一定形状の複数の標章を一方向に連結させ、各工程の一定形状の色を当該標章に割り当てられた色で塗りつぶしたものであり、又は、
前記工程標章は、各工程に対応する扇形状の複数の標章を円周方向に連結させ、各工程の扇形状の色を当該標章に割り当てられた色で塗りつぶされたものである
ことを特徴とする請求項３に記載の工程管理サーバ。
【請求項５】
前記統計値とは、平均値、最頻値（モード）、中央値（メジアン）、分散、標準偏差、共分散、相関係数、最大値又は最小値である
ことを特徴とする請求項１から４のいずれか１項に記載の工程管理サーバ。
【請求項６】
ユーザ毎に所持された端末との間で、
前記待ち時間記録手段は、ユーザ毎に、各タスクの各工程について待ち時間を記録し、
前記統計値算出手段は、ユーザ毎に、同一種類の各工程について、複数のタスクにおける待ち時間の統計値を算出し、
前記標章割当手段は、ユーザ毎に、各工程に標章を割り当て、
前記工程標章明示手段は、前記工程標章を、他のユーザによって所持された端末へ明示する
ことを特徴とする請求項１から５のいずれか１項に記載の工程管理サーバ。
【請求項７】
前記工程標章明示手段は、第１のユーザと第２のユーザとの間で前記タスクの登録が成立した場合、第１のユーザの標章と第２のユーザの標章とを並べて、１組の標章として表示する
ことを特徴とする請求項６に記載の工程管理サーバ。
【請求項８】
前記統計値算出手段は、直近から遡って所定期間に含まれるタスクのみについて、前記統計値を算出する
ことを特徴とする請求項１から７のいずれか１項に記載の工程管理サーバ。
【請求項９】
前記確認要求メッセージは、確認応答のＵＲＬ(Uniform Resource Locator)が記述されたメッセージであり、
前記確認応答メッセージは、前記端末に明示されたＵＲＬに対するユーザ操作によって送信されるページ要求である
ことを特徴とする請求項１から８のいずれか１項に記載の工程管理サーバ。
【請求項１０】
各タスクの各工程について「異議」が生じたか否かを更に記録する異議記録手段を更に有し、
前記標章割当手段は、異議が生じた工程について、当該標章が属する所定範囲よりも、次に後続する所定範囲の標章を割り当てる
ことを特徴とする請求項１から９のいずれか１項に記載の工程管理サーバ。
【請求項１１】
時系列の複数の工程からなる１つ以上のタスクについて、ユーザの端末との間の確認要求と確認応答とからなる前記工程を進行させる工程管理サーバに搭載されたコンピュータを機能させるプログラムであって、
前記工程毎に、前記端末へ確認要求メッセージを送信し、当該端末から確認応答メッセージを受信するまでの待ち時間を記録する待ち時間記録手段と、
前記工程毎に、待ち時間の統計値を算出する統計値算出手段と、
前記工程毎に、統計値の所定範囲毎に異なる標章を割り当てる標章割当手段と、
複数の各工程の標章を並べた工程標章を、少なくとも当該ユーザの端末へ明示する工程標章明示手段と
してコンピュータを機能させることを特徴とする工程管理サーバ用のプログラム。
【請求項１２】
時系列の複数の工程からなる１つ以上のタスクについて、ユーザの端末との間の確認要求と確認応答とからなる前記工程を進行させる端末であって、
前記工程毎に、前記端末へ確認要求メッセージを送信し、当該端末から確認応答メッセージを受信するまでの待ち時間を記録する待ち時間記録手段と、
前記工程毎に、待ち時間の統計値を算出する統計値算出手段と、
前記工程毎に、統計値の所定範囲毎に異なる標章を割り当てる標章割当手段と、
複数の各工程の標章を並べた工程標章を、少なくとも当該ユーザの端末へ明示する工程標章明示手段と
を有することを特徴とする端末。
【請求項１３】
時系列の複数の工程からなる１つ以上のタスクについて、ユーザの端末との間の確認要求と確認応答とからなる前記工程を進行させる端末に搭載されたコンピュータを機能させるプログラムであって、
前記工程毎に、前記端末へ確認要求メッセージを送信し、当該端末から確認応答メッセージを受信するまでの待ち時間を記録する待ち時間記録手段と、
前記工程毎に、待ち時間の統計値を算出する統計値算出手段と、
前記工程毎に、統計値の所定範囲毎に異なる標章を割り当てる標章割当手段と、
複数の各工程の標章を並べた工程標章を、少なくとも当該ユーザの端末へ明示する工程標章明示手段と
してコンピュータを機能させることを特徴とする端末用のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、業務プロセス（タスク）の工程管理の技術に関する。
【背景技術】
【０００２】
タスクの工程管理は、工場における製造工程やサービスの業務工程について、その進捗状況を管理することは重要である。このような工程管理は、一般に、社内で内部管理されるものであって、消費者やクライアントに認知させるものではない。
一方で、消費者に工程の進捗状況を認知させるものとして、例えばコーヒーの自動販売機がある。例えば、豆を挽く工程->豆を投入する工程->ドリップする工程などを、自動販売機のランプや画像でユーザに表示される。これによって、ユーザは、各工程の進捗状況や待ち時間を視認することができる。
【０００３】
従来、業務フローの現在状態を客観的に把握容易な可視化情報を提示する技術がある（例えば特許文献１参照）。この技術によれば、業務フローを構成する工程毎に、ログデータを記憶する。可視化情報としては、各工程について、正常終了した正常工程を示す第１のアイコンが、実行順に配置される。各第１のアイコンの間は、フロー進行方向を示す線分によって描画される。一方で、エラーが発生したエラー状態を示す第２のアイコンは、実行順が先後関係にある正常工程の第１のアイコン周囲の所定範囲に配置される。先後関係にある第１のアイコンと第２のアイコンとの間は、フロー進行方向を示す線分によって描画される。
【０００４】
また、現状業務を、可視的、定量的及び定性的に認知し且つ評価することができる業務プロセスの可視化の技術もある（例えば特許文献２参照）。この技術によれば、業務プロセスに含まれる複数の工程を表したブロックを作成し、ブロック間を、処理の流れを示すリンク線を接続して表示する。そして、工程毎の業務コストに関するトランザクション情報を、工程毎のブロックの周囲に表示する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１６−０６２２９３号公報
【特許文献２】特開２００３−３０８４２１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本願の発明者らは、タスク（業務プロセス）に含まれる各工程の業務を、第１のユーザと第２のユーザとの間で進行させる「人的資源管理システム用の工程管理サーバ」を開発している。これは、例えば人材紹介業や旅行業などのサービス業に用途がある。
工程管理サーバは、タスクに関するユーザ（業務依頼主と業務請負人）毎に、様々な情報（日時、場所、内容）について「確認要求メッセージ」を送信し、これに対する「確認応答メッセージ」を受信することを繰り返す。これによって、各ユーザは、工程管理サーバを仲介して、相手方が認知していることを確認し合いながら、各工程の業務を進行させていく。
【０００７】
このような工程進行の中で、確認要求を直ぐに認知しない若しくは認知できない、又は、直ぐに確認応答メッセージを返信しない若しくは返信できない、とするユーザも多い。確認要求メッセージを送信した工程管理サーバは、ユーザからの確認応答メッセージの返信を待ち続けるか、リマインダとしての確認要求メッセージを再度送信することとなる。
【０００８】
また、確認要求メッセージを受信してから確認応答メッセージを返信するまでに要する時間（待ち時間）は、そのユーザの性格や職場環境によって大きく異なる。確認要求メッセージの受信を認知した際に、確認応答メッセージを直ぐに返信するユーザもいれば、確認要求メッセージの受信を認知しても、確認応答を直ぐに返信せず、数日後に返信するユーザもいる。このように、ユーザの確認行動は、ユーザ毎に大きく異なる。
【０００９】
更に、ユーザ自身が、確認要求メッセージを受信してから確認応答メッセージの返信が遅いことを認識していない場合も多い。特に、ユーザ自らの確認行動の遅さが、タスク全体の進行の遅延に影響していることさえも認識していない場合が多い。
【００１０】
一番の問題は、確認要求メッセージを受信した際に、数日後に確認応答メッセージを返信するようなユーザほど、確認応答メッセージを直ぐに返信するユーザと比較して、タスクの内容を十分に認識せず、後日、重大なトラブルを発生させる確率が高いということにある。即ち、重大なトラブルの裏には、確認応答を直ぐに返信しようとしないという、そのユーザ自身の性格や職場環境に大きく依存したユーザの確認行動があると考えられる。
【００１１】
尚、前述した特許文献１及び２によれば、業務フローをシステム的に管理しようとするものであって、各工程で発生する正常又は異常に関する多様な情報が、それら工程の間を結ぶリンクの中で表示されるに過ぎない。即ち、ユーザの確認行動を対象としたものではない。
【００１２】
これに対し、本願の発明者らは、ユーザの確認行動が、タスクにおける工程の進捗の中で、ユーザ自身や、他のユーザ、工程管理のオペレータに認識されれば、そのユーザの確認行動に注意を向けることができるのではないか、と考えた。
【００１３】
そこで、本発明は、ユーザの確認行動を認識することができる工程管理サーバ、端末及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１４】
本発明によれば、時系列の複数の工程からなる１つ以上のタスクについて、ユーザの端末との間の確認要求と確認応答とからなる工程を進行させる工程管理サーバであって、
工程毎に、端末へ確認要求メッセージを送信し、当該端末から確認応答メッセージを受信するまでの待ち時間を記録する待ち時間記録手段と、
工程毎に、待ち時間の統計値を算出する統計値算出手段と、
工程毎に、統計値の所定範囲毎に異なる標章を割り当てる標章割当手段と、
複数の各工程の標章を並べた工程標章を、少なくとも当該ユーザの端末へ明示する工程標章明示手段と
を有することを特徴とする。
【００１５】
本発明の工程管理サーバにおける他の実施形態によれば、
工程標章は、複数の各工程の標章を、時系列に一定方向へ並べたものである
ことも好ましい。
【００１６】
本発明の工程管理サーバにおける他の実施形態によれば、
標章とは、人の知覚によって認識することができるもののうち、文字、図形、記号、立体的形状若しくは色彩又はこれらの結合、音であり、
標章割当手段は、待ち時間が長い統計値が含まれる所定範囲ほど、人が要注意をイメージする標章を割り当てることも好ましい。
【００１７】
本発明の工程管理サーバにおける他の実施形態によれば、標章が色である場合、
工程標章は、各工程に対応する一定形状の複数の標章を一方向に連結させ、各工程の一定形状の色を当該標章に割り当てられた色で塗りつぶしたものであり、又は、
工程標章は、各工程に対応する扇形状の複数の標章を円周方向に連結させ、各工程の扇形状の色を当該標章に割り当てられた色で塗りつぶされたものである
ことも好ましい。
【００１８】
本発明の工程管理サーバにおける他の実施形態によれば、
統計値とは、平均値、最頻値（モード）、中央値（メジアン）、分散、標準偏差、共分散、相関係数、最大値又は最小値である
ことも好ましい。
【００１９】
本発明の工程管理サーバにおける他の実施形態によれば、
ユーザ毎に所持された端末との間で、
待ち時間記録手段は、ユーザ毎に、各タスクの各工程について待ち時間を記録し、
統計値算出手段は、ユーザ毎に、同一種類の各工程について、複数のタスクにおける待ち時間の統計値を算出し、
標章割当手段は、ユーザ毎に、各工程に標章を割り当て、
工程標章明示手段は、工程標章を、他のユーザによって所持された端末へ明示することも好ましい。
【００２０】
本発明の工程管理サーバにおける他の実施形態によれば、
工程標章明示手段は、ユーザ同士でタスクの登録が成立した場合、両ユーザの工程標章を並べて１組の工程標章として表示することも好ましい。
【００２１】
本発明の工程管理サーバにおける他の実施形態によれば、
統計値算出手段は、直近から遡って所定期間に含まれるタスクのみについて、統計値を算出することも好ましい。
【００２２】
本発明の工程管理サーバにおける他の実施形態によれば、
確認要求メッセージは、確認応答のＵＲＬ(Uniform Resouece Locator)が記述されたメッセージであり、
確認応答メッセージは、端末に明示されたＵＲＬに対するユーザ操作によって送信されるページ要求であることも好ましい。
【００２３】
本発明の工程管理サーバにおける他の実施形態によれば、
各タスクの各工程について「異議」が生じたか否かを更に記録する異議記録手段を更に有し、
標章割当手段は、異議が生じた工程について、当該標章が属する所定範囲よりも、次に後続する所定範囲の標章を割り当てる
ことも好ましい。
【００２４】
本発明によれば、時系列の複数の工程からなる１つ以上のタスクについて、ユーザの端末との間の確認要求と確認応答とからなる工程を進行させる工程管理サーバに搭載されたコンピュータを機能させるプログラムであって、
工程毎に、端末へ確認要求メッセージを送信し、当該端末から確認応答メッセージを受信するまでの待ち時間を記録する待ち時間記録手段と、
工程毎に、待ち時間の統計値を算出する統計値算出手段と、
工程毎に、統計値の所定範囲毎に異なる標章を割り当てる標章割当手段と、
複数の各工程の標章を並べた工程標章を、少なくとも当該ユーザの端末へ明示する工程標章明示手段と
してコンピュータを機能させることを特徴とする。
【００２５】
本発明によれば、時系列の複数の工程からなる１つ以上のタスクについて、ユーザの端末との間の確認要求と確認応答とからなる工程を進行させる端末であって、
工程毎に、端末へ確認要求メッセージを送信し、当該端末から確認応答メッセージを受信するまでの待ち時間を記録する待ち時間記録手段と、
工程毎に、待ち時間の統計値を算出する統計値算出手段と、
工程毎に、統計値の所定範囲毎に異なる標章を割り当てる標章割当手段と、
複数の各工程の標章を並べた工程標章を、少なくとも当該ユーザの端末へ明示する工程標章明示手段と
を有することを特徴とする。
【００２６】
本発明によれば、時系列の複数の工程からなる１つ以上のタスクについて、ユーザの端末との間の確認要求と確認応答とからなる工程を進行させる端末に搭載されたコンピュータを機能させるプログラムであって、
工程毎に、端末へ確認要求メッセージを送信し、当該端末から確認応答メッセージを受信するまでの待ち時間を記録する待ち時間記録手段と、
工程毎に、待ち時間の統計値を算出する統計値算出手段と、
工程毎に、統計値の所定範囲毎に異なる標章を割り当てる標章割当手段と、
複数の各工程の標章を並べた工程標章を、少なくとも当該ユーザの端末へ明示する工程標章明示手段と
してコンピュータを機能させることを特徴とする。
【発明の効果】
【００２７】
本発明の工程管理サーバ、端末及びプログラムによれば、ユーザの確認行動を認識することができる。
【図面の簡単な説明】
【００２８】
【図１】タスクに対して複数の工程が進行するシーケンス図である。
【図２】本発明における工程管理サーバの機能構成図である。
【図３】本発明における工程毎の待ち時間を記録する説明図である。
【図４】本発明における統計値算出部、標章割当部及び工程標章割当部の処理を表す説明図である。
【図５】本発明の工程管理サーバにおけるユーザ毎の工程標章を明示した説明図である。
【図６】ユーザの端末に表示されたユーザ毎の工程標章を表す説明図である。
【図７】タスクの登録が成立したユーザ同士の工程標章を組み合わせた説明図である。
【図８】本発明における端末の機能構成図である。
【発明を実施するための形態】
【００２９】
以下、本発明の実施の形態について、図面を用いて詳細に説明する。
【００３０】
図１は、タスクに対して複数の工程が進行するシーケンス図である。
【００３１】
工程管理サーバ１は、インターネット及びアクセスネットワーク（携帯電話網）を介して、ユーザによって所持される端末２Ａ及び２Ｂと通信する。図１によれば、端末２Ａは、例えば業務依頼主のユーザＡが操作するものであり、端末２Ｂは、例えば業務請負人のユーザＢが操作するものである。
【００３２】
また、工程管理サーバ１は、タスク毎に、時系列の複数の工程を管理する。工程管理サーバ１は、端末２Ａ及び２Ｂへ確認要求メッセージを送信し、確認応答メッセージを受信することによって工程を進行させる。
「タスク」とは、業務プロセスを意味し、１つ以上の工程から構成される。
「工程」とは、タスクの中で、工程管理サーバ１が端末２へ確認要求メッセージを送信し、その端末２から確認応答メッセージを受信するシーケンスを意味する。
「確認要求メッセージ」とは、工程管理サーバ１が端末２へ送信するメッセージであって、ユーザにタスクの内容の確認を要求するものである。このメッセージには、確認応答のＵＲＬ(Uniform Resouece Locator)が記述されている。
「確認応答メッセージ」とは、端末２が工程管理サーバ１へ返信するものであり、確認要求メッセージに記述されたタスクの内容を確認したことを意味するものである。確認応答メッセージは、確認要求メッセージに明示されたＵＲＬに対するユーザ操作によって送信されるページ要求であってもよい。
尚、ＵＲＬに対するユーザ操作としては、例えば、タッチパネルディスプレイに表示されたＵＲＬに対する指先のタップ操作や、ディスプレイに表示されたＵＲＬに対するマウスポインタのクリック操作がある。
【００３３】
図１によれば、業務依頼主であるユーザＡが、端末２Ａを用いて工程管理サーバ１へ、あるタスクを依頼したとする。
一方で、業務請負人であるユーザＢが、端末２Ｂを用いて工程管理サーバ１へ、そのタスクを請負ったとする。
ここでは、タスクの登録から業務当日まで３つの工程を有する。
【００３４】
（Ｓ１）工程管理サーバ１は、登録時のタスクの内容が記述された確認要求メッセージを、ユーザＡ及びユーザＢの両方へ送信する。確認要求メッセージには、確認応答メッセージの返信に相当するページのＵＲＬが記述されている。
ユーザＡは、確認要求メッセージのタスクの内容を直ぐに確認し、ＵＲＬをクリック操作することによって、端末２Ａから工程管理サーバ１へ確認応答メッセージを返信したとする。工程管理サーバ１は、ユーザＡから確認応答メッセージを受信した旨を、ユーザＢへ通知する。
一方で、ユーザＢは、確認要求メッセージのタスクの内容を直ぐに確認せず、面倒に思っていたとする。このとき、ユーザＡとしては、ユーザＢの確認応答の通知が遅いことを気にしていたとする。例えば３日後、ユーザＢは、確認要求メッセージのタスクの内容を確認し、ＵＲＬをタップ操作することによって、端末２Ｂから工程管理サーバ１へ確認応答メッセージを返信したとする。工程管理サーバ１は、ユーザＢから確認応答メッセージを受信した旨を、ユーザＡへ通知する。ユーザＡは、ユーザＢから確認応答メッセージが返信された旨の通知を受信することよって、安堵することとなる。
【００３５】
（Ｓ２）工程管理サーバ１は、例えば業務当日の１週間前に、タスクの内容が記述された確認要求メッセージを、ユーザＡ及びユーザＢの両方へ送信する。
ユーザＢは、確認要求メッセージのタスクの内容を直ぐに確認し、ＵＲＬをタップ操作することによって、端末２Ｂから工程管理サーバ１へ確認応答メッセージを返信したとする。工程管理サーバ１は、ユーザＢから確認応答メッセージを受信した旨を、ユーザＡへ通知する。
一方で、ユーザＡは、確認要求メッセージのタスクの内容を直ぐに認知したが、忙しく思い、直ぐにＵＲＬをタップしなかったとする。このとき、ユーザＢとしては、ユーザＡの確認応答の通知が遅いことを気にしていたとする。例えば２日後、ユーザＡは、確認要求メッセージに記述されたＵＲＬをクリック操作することによって、端末２Ａから工程管理サーバ１へ確認応答メッセージを返信したとする。工程管理サーバ１は、ユーザＡから確認応答メッセージを受信した旨を、ユーザＢへ通知する。ユーザＢは、ユーザＡから確認応答メッセージが返信された旨の通知を受信することよって、安堵することとなる。
【００３６】
（Ｓ３）工程管理サーバ１は、業務前日に、タスクの内容が記述された確認要求メッセージを、ユーザＡ及びユーザＢの両方へ送信する。
ユーザＡは、確認要求メッセージのタスクの内容を直ぐに確認し、ＵＲＬをクリック操作することによって、端末２Ａから工程管理サーバ１へ確認応答メッセージを返信したとする。工程管理サーバ１は、ユーザＡから確認応答メッセージを受信した旨を、ユーザＢへ通知する。
一方で、ユーザＢは、確認要求メッセージのタスクの内容を直ぐに認知したが、面倒に思って、ＵＲＬをタップ操作しなかったとする。ユーザＢとしては、仕事をしっかりやればいいと、勝手に思い込んでいたとする。このとき、ユーザＡとしては、ユーザＢの前日の確認応答の通知が無いこと気にしていたとする。業務当日に、ユーザＡは、ユーザＢの確認応答の通知が無いために混乱している時に、ユーザＢは、タスクのとおりの時刻に業務の場所に来たとする。ユーザＡとしては、ユーザＢの連絡のルーズさに振り回されることとなる。
【００３７】
図１のシーケンスのようなシーケンスは、一般的なユーザの確認行動である。このようなシーケンスに対して、本発明の工程管理サーバ１は、ユーザの確認行動を可視化することができる。
【００３８】
尚、図１のシーケンスによれば、「確認要求」及び「確認応答」並びに「通知」は、メッセージやメールに限られず、例えばユーザがログインしたマイページ上に表示されるものであってもよい。即ち、業務依頼主と業務請負人との間で、タスクの内容を確認するために、Ｗｅｂサーバのマイページ上で、確認要求及び確認応答がやりとりされるものであってもよい。後述する本発明の特徴的な工程標章も、そのマイページに表示される。
【００３９】
図２は、本発明における工程管理サーバの機能構成図である。
【００４０】
図２によれば、工程管理サーバ１は、タスク工程管理部１００と、確認要求送信部１０１と、確認応答受信部１０２と、待ち時間記録部１１と、統計値算出部１２と、標章割当部１３と、工程標章明示部１４と、異議記録部１５とを有する。これら機能構成部は、工程管理サーバに搭載されたコンピュータを機能させるプログラムを実行することによって実現される。
【００４１】
タスク工程管理部１００は、タスク（業務プロセス）毎に、業務の日時及び内容と、各工程でユーザに確認する日時及び内容とが蓄積されている。
確認要求送信部１０１は、タスク工程管理部１００におけるユーザへの確認日時に、そのユーザのアドレスへ「確認要求メッセージ」を送信し、その送信タイミングを、待ち時間記録部１１へ通知する。
確認応答受信部１０２は、ユーザから「確認応答メッセージ」を受信した際に、その受信タイミングを、待ち時間記録部１１へ通知する。
【００４２】
［待ち時間記録部１１］
待ち時間記録部１１は、工程毎に、端末２へ確認要求メッセージを送信し、当該端末２から確認応答メッセージを受信するまでの「待ち時間」を記録する。待ち時間記録部１１は、ユーザ毎に、各タスクにおける１つ以上の工程について待ち時間を記録する。それら待ち時間は、統計値算出部１２へ出力される。
【００４３】
図３は、本発明における工程毎の待ち時間を記録する説明図である。
【００４４】
図３によれば、図１のユーザＢに対するシーケンスと同じものである。工程管理サーバ１は、タスク毎に、各工程（図３では３工程）で、「待ち時間」を記録する。工程管理サーバ１は、業務依頼主及び業務請負人の全てのユーザについて、タスク毎に、各工程の待ち時間を記録する。
【００４５】
［統計値算出部１２］
統計値算出部１２は、工程毎に、待ち時間の統計値を算出する。算出した統計値は、標章割当部１３へ出力する。
ここで、「統計値」とは、平均値、最頻値（モード）、中央値（メジアン）、分散、標準偏差、共分散、相関係数、最大値又は最小値であってもよい。
統計値算出部１２は、ユーザ毎に、同一種類の各工程について、複数のタスクにおける待ち時間の統計値を算出する。ユーザ毎の各工程における待ち時間の統計値は、標章割当部１３へ出力される。
【００４６】
また、統計値算出部１２は、直近から遡って所定期間（例えば１ヶ月）に含まれるタスクのみについて、統計値を算出することも好ましい。これによって、ユーザの過去１ヶ月における確認行動のみを評価することができる。ユーザ自身が、確認応答を迅速に対応するように改めた場合、少なくとも１ヶ月後には、待ち時間に関する統計値も改善されることとなる。
【００４７】
尚、以下の実施形態の中では、統計値は、待ち時間の「平均値」であるとして説明する。
【００４８】
図４は、本発明における統計値算出部、標章割当部及び工程標章割当部の処理を表す説明図である。
【００４９】
ユーザＢについて、例えば複数のタスクにおける工程１（第１の確認応答）の平均待ち時間は、１．５日である。また、複数のタスクにおける工程２（第２の確認応答）の平均待ち時間は、４日である。更に、複数のタスクにおける工程３（第３の確認応答）の平均待ち時間は、１８時間である。
【００５０】
［標章割当部１３］
標章割当部１３は、工程毎に、統計値の所定範囲毎に異なる標章を割り当てる。
【００５１】
ここで、「標章」とは、人の知覚によって認識することができるもののうち、文字、図形、記号、立体的形状若しくは色彩又はこれらの結合、音をいう。
標章割当部１３は、平均待ち時間が長く（待ち時間の統計値が大きい又は小さい）なるほど、人が要注意をイメージする標章を割り当てる。
【００５２】
図４によれば、平均待ち時間（待ち時間の統計値）における時間経過の所定範囲毎に区分されている。ここでは、「１日以下」「３日以下」「４日以上」に区分されている。そして、標章は、平均待ち時間の所定範囲に応じて、例えば以下のように３つにランク付けして表される。
［平均待ち時間］  ［短い］  ［中程度］  ［長い］
［標章（文字）］    (^o^)      (^_^;)      (>_<)
［標章（図形）］    (☆☆☆)   (☆☆−)    (☆−−)
［標章（記号）］      ◎        ○          △
［標章（色彩）］      青        黄          赤
［標章（音）］      ピンポン    ピー        ブー
標章割当部１３は、ユーザ毎に、各工程に標章を割り当て、それら標章を、工程標章明示部１４へ出力する。
【００５３】
ユーザＢについて、工程１（第１の確認応答）の平均待ち時間は、１．５日であるために「３日以下」の所定範囲に該当する。その場合、ユーザＢの工程１には、例えば以下の標章が割り当てられる。
［標章（文字）］    (^_^;)
［標章（図形）］    (☆☆−)
［標章（記号）］    ○
［標章（色彩）］    黄
［標章（音）］      ピー
【００５４】
ユーザＢについて、工程２（第２の確認応答）の平均待ち時間は、４日であるために「４日以上」の所定範囲に該当する。その場合、ユーザＢの工程２には、例えば以下の標章が割り当てられる。
［標章（文字）］    (>_<)
［標章（図形）］    (☆−−)
［標章（記号）］    △
［標章（色彩）］    赤
［標章（音）］      ブー
【００５５】
ユーザＢについて、工程３（第３の確認応答）の平均待ち時間は、１８時間であるために「１日以下」の所定範囲に該当する。その場合、ユーザＢの工程３には、例えば以下の標章が割り当てられる。
［標章（文字）］    (^o^)
［標章（図形）］    (☆☆☆)
［標章（記号）］    ◎
［標章（色彩）］    青
［標章（音）］      ピンポン
【００５６】
［工程標章明示部１４］
工程標章明示部１４は、複数の各工程の標章を並べた工程標章を、少なくとも当該ユーザの端末２へ明示する。工程標章は、複数の各工程の標章を、時系列に一定方向へ並べたものである。これによって、工程標章を一見しただけで、ユーザ自らの確認行動を視認することができる。
【００５７】
図４によれば、ユーザＢの工程標章は、例えば以下のように表される。
［標章（文字）］    (^_^;)(>_<)(^o^)
［標章（図形）］    (☆☆−)(☆−−) (☆☆☆)
［標章（記号）］    ［○］［△］［◎］
［標章（色彩）］    ［黄］［赤］［青］
［標章（音）］      ピー・ブー・ピンポン
ユーザＢは、自らの工程標章を一見することによって、「工程２（第２の応答確認）について、注意して早めに確認応答を返信しよう」と思うこととなる。
【００５８】
図５は、本発明の工程管理サーバにおけるユーザ毎の工程標章を明示した説明図である。
【００５９】
図５によれば、ユーザＡ、Ｂ、Ｃについて、各工程の平均待ち時間から、工程標章が決定されている。
ここで、工程標章は、各工程に対応する一定形状（長方形）の複数の標章を一方向に連結させ、各工程の一定形状の色を当該標章に割り当てられた色で塗りつぶしたものであってもよい。勿論、長方形に限らず、信号のような３個の○印で明示されてもよい。
また、工程標章は、各工程に対応する扇形状の複数の標章を円周方向に連結させ、各工程の扇形状の色を当該標章に割り当てられた色で塗りつぶされたものであってもよい。
【００６０】
図５によれば、ユーザＡの工程標章は、長方形の帯について、左から右へ［黄］［黄］［青］で明示されている。また、文字で表示される場合、(^_^;)(^_^;)(^o^)で明示されてもよい。更に、記号で表示される場合、［○］［○］［◎］で明示されてもよい。
ユーザＢの工程標章は、長方形の帯について、左から右へ［赤］［黄］［赤］で明示されている。また、文字で表示される場合、(>_<)(^_^;)(>_<)で明示されてもよい。更に、記号で表示される場合、［△］［○］［△］で明示されてもよい。
ユーザＣの工程標章は、長方形の帯について、左から右へ［青］［青］［青］で明示されている。また、文字で表示される場合、(^o^)(^o^)(^o^)で明示されてもよい。更に、記号で表示される場合、［◎］［◎］［◎］で明示されてもよい。
【００６１】
図６は、ユーザの端末に表示されたユーザ毎の工程標章を表す説明図である。
【００６２】
工程標章明示部１４は、当該ユーザの工程標章を、他のユーザによって所持される端末２へも明示することも好ましい。
図６によれば、その端末を操作するユーザの工程標章だけでなく、他のユーザの工程商標も表示される。各ユーザは、工程標章を一見しただけで、自ら及び他のユーザの確認行動を認識することができる。例えば業務依頼又は業務請負に対するユーザを選択する場合、各ユーザの工程標章に応じて選択することもできる。これによって、各ユーザの確認行動に注意を向けることができる。
【００６３】
図７は、タスクの登録が成立したユーザ同士の工程標章を組み合わせた説明図である。
【００６４】
工程標章明示部１４は、ユーザ同士でタスクの登録が成立した場合、両ユーザの工程標章を並べて１組の工程標章として表示することも好ましい。例えば、業務依頼主と業務請負人との間で、相手方のユーザが、どの程度の確認行動をしているか、を一見して視認させることができる。
【００６５】
図７によれば、１組の工程標章は、文字「Ｍ」を構成しており、左半分に依頼主のユーザの工程標章が明示され、右半分に請負人のユーザの工程標章が明示される。この「Ｍ」を一見しただけで、タスクの登録が成立したユーザ同士が、どのような確認行動をしているか、を認知することができる。
【００６６】
［異議記録部１５］
異議記録部１５は、各タスクの各工程について「異議」が生じたか否かを更に記録する。異議とは、例えばユーザからのトラブルやクレームの発生をいい、いずれかの工程で異議が発生したかを記録する。
この場合、標章割当部１３は、異議が生じた工程について、当該標章が属する所定範囲よりも、次に後続する所定範囲の標章を割り当てる。例えば標章が「青」である工程について、異議が生じた場合、「黄」を割り当てる。これによって、単なるユーザの確認行動のみならず、ユーザ自ら及び／又は他のユーザが注意すべき工程を視認することができる。
【００６７】
図８は、本発明における端末の機能構成図である。
【００６８】
図８によれば、工程管理端末３は、ユーザが所持するスマートフォンやタブレット端末、パーソナルコンピュータのようなものである。そして、工程管理端末３に搭載されたコンピュータを、図２の工程管理サーバ１と同様に機能させるプログラムを実行することによって実現する。工程管理端末３のディスプレイに、本発明の工程標章が明示されることによって、ユーザ自らの確認行動を視認することができる。
【００６９】
以上、詳細に説明したように、本発明の工程管理サーバ、端末及びプログラムによれば、ユーザの確認行動を可視化することができる。
【００７０】
本発明によれば、具体的には、以下のような事例を想定することができる。
業務依頼主    ：企業健診を業とする医療機関（医療従事者を募集）
工程管理サーバ：人材紹介業者
業務請負人    ：医療従事者（例えば医師、看護師、臨床検査技師など）
この事例の場合、人材紹介業者は、業務登録後、医療機関と医療従事者の双方を業務当日まで導かなければならない。このとき、医療機関と医療従事者の双方が、業務を確実に遂行するために、業務内容（日時や場所）を確認させながら、業務当日を迎える必要がある。
しかしながら、医療機関や医療従事者いずれも、人材紹介業者が確認要求のメールやメッセージを通知しても、その内容を認知したか否かの確認応答を直ぐに返信しない場合も多い。このような場合、人材紹介業者や他方のユーザは、業務の進捗状況が気になってします。
そこで、本発明のようなユーザの日常的な確認行動を「工程標章」として明示することによって、そのユーザ自ら反省することができる。また、一方のユーザの工程標章を、他方のユーザ及び人材紹介業者が認知することによって、一方のユーザの日常的な確認行動を認知することできる。特に、本発明の工程標章は、複数の工程における確認行動の進捗を、一見して視認することができるという特徴がある。
【００７１】
前述した本発明の種々の実施形態について、本発明の技術思想及び見地の範囲の種々の変更、修正及び省略は、当業者によれば容易に行うことができる。前述の説明はあくまで例であって、何ら制約しようとするものではない。本発明は、特許請求の範囲及びその均等物として限定するものにのみ制約される。
【符号の説明】
【００７２】
１  工程管理サーバ
１１  待ち時間記録部
１２  統計値算出部
１３  標章割当部
１４  工程標章明示部
１５  異議記録部
２、２Ａ、２Ｂ  端末
３  工程管理端末
【図１】
2018181175.tif 000003
【図２】
2018181175.tif 000004
【図３】
2018181175.tif 000005
【図４】
2018181175.tif 000006
【図５】
2018181175.tif 000007
【図６】
2018181175.tif 000008
【図７】
2018181175.tif 000009
【図８】
2018181175.tif 000010