JP2022094412A - 進捗情報管理評価システム、進捗情報管理評価方法、及び進捗情報管理評価プログラム - Google Patents

Abstract

【課題】業務の遂行に必要な多種多様な人材募集や依頼業務の発注と、応募したい人材をマッチングする。
【解決手段】タスクの進捗を管理する進捗情報管理評価システムであって、所定の処理を実行する演算装置と、前記演算装置に接続された記憶デバイスとを有する計算機によって構成され、前記演算装置が、発注者が発注するタスクを受け付ける登録管理部と、前記演算装置が、前記タスクと受注者とをマッチングするマッチング部と、前記演算装置が、前記タスクが完了した場合の支払額を試算するタスク管理部とを備えることを特徴とする。
【選択図】図１

Description

本発明は、進捗情報管理評価システムに関する。

特に、ＥＣ（電子通信取引、インターネット取引）などの急増によって、物流業界などにおける物流や配送に関わる人材が不足している。また、物流業界に限らず建設業界やＩＴシステム開発業界においても人材の需要が高まっており、熟練者のリタイアや少子高齢化によって特定の人材の不足が社会問題となっている。特に、荷主などの発注者から物流会社の元請け、配送会社の下請けなどピラミッド型の産業構造にある業界は、中小企業や個人事業主などの多くの事業者の参加によって成り立っている。

これらの業界の一般的な商習慣では、受注して、商品やサービスを引き渡し、納品や検収が完了した後に対価が支払われる。ただし、中小事業者では資金繰りが苦しい事業者もあり、対価の支払いが遅れによって中小事業者の財務が破綻し、当業界における人材確保が困難になるおそれがある。このため、物流業務を支援する配送管理システムやＵＢＥＲ Ｅａｔｓのような人材をマッチングし、タスク完了後に電子な通貨で支払いを実施する技術・サービスが登場している。

本技術分野の背景技術として、特開２０１７－１６４７３号公報（特許文献１）がある。特開２０１７－１６４７３号公報には、製品メーカーから部品供給ベンダーに対して発行されるＰ／Ｏ情報を製品メーカーから受信し、部品供給ベンダーから物流倉庫に入庫する入庫予定情報を管理するとともに、物流倉庫に構成部品が入庫した時点で、Ｐ／Ｏ情報に対して製品メーカーから各部品供給ベンダーへの支払金額（検収金額）を製品メーカーに代わって検収して、製品メーカー及び部品供給ベンダー間のＰ／Ｏ情報に対する請求・支払管理を代行する。分納が行われた際には、Ｐ／Ｏ情報に対して部分検収を行い、部分検収毎に製品メーカー及び部品供給ベンダー間のＰ／Ｏ情報に対する請求・支払を管理する物流・支払代行管理システムが記載されている。

特開２０１７－１６４７３号公報

特許文献１に記載される物流・支払い代行管理システムでは、製品メーカーと複数の供給ベンダーとの間の請求・支払いを物流業者が代行する。例えば、製品メーカから部品供給ベンダに対して発行される注文書の情報を受信すると、部品供給ベンダが物流倉庫への入庫管理情報を提出する。代行する物流倉庫の入庫完了時点で、メーカに代わり検収し、代金を支払っている。特許文献１では、物流会社が配送業務と代金支払い業務とを分離すること、それらを倉庫の入荷時点で代行することで、配達完了の前に支払いを実施でき、支払いの早期化につなげることができる。

しかし、特許文献１に記載されたシステムでは、事前に決められたタスクや受発注取引のみを対象としており、ピラミッド型の産業において、多種多様な中小企業や個人事業主などの事業者の参画は考慮されていない。

多種多様な中小企業や個人事業主などの事業者が参画すると、タスクの完了実績がある事業者や初めて受注する事業者を対象とするため、評価軸が事前に確定できない場合がありうる。また、ピラミッド型の産業である物流業務において、１社のみで作業が完了する場合は少なく、一つのタスクが複数のタスクに分割されて、複数の事業者によって実施される。このような元請けや下請けの階層構造は特許文献１に記載されてたシステムでは考慮されていない。このためリアルタイムの評価が困難であり、業務負荷が高くなり、支払いが遅延する可能性がある。さらに、既存のシステムは、通常１社が管理するが、複数のステークホルダが参画する業務においては、発注者側の一方的なタスクの評価に納得が得られないなどの信頼性の観点から、システムの利用が普及しない課題があった。

そこで、本発明は、業務の遂行に必要な多種多様な人材募集や依頼業務の発注と、応募したい人材をマッチングし、タスクを迅速に評価し、受注者への代金を早期に支払い可能とするシステムの提供を目的とする。

本願において開示される発明の代表的な一例を示せば以下の通りである。すなわち、タスクの進捗を管理する進捗情報管理評価システムであって、所定の処理を実行する演算装置と、前記演算装置に接続された記憶デバイスとを有する計算機によって構成され、前記演算装置が、発注者が発注するタスクを受け付ける登録管理部と、前記演算装置が、前記タスクと受注者とをマッチングするマッチング部と、前記演算装置が、前記タスクが完了した場合の支払額を試算するタスク管理部とを備えることを特徴とする。

本発明の一態様によれば、求める人材募集や発注する業務と応募したい人材をマッチングし、人材やタスクに対する支払いを効果的に迅速化できる。前述した以外の課題、構成及び効果は、以下の実施形態の説明によって明らかにされる。

進捗情報管理評価システムの構成を示す図である。 ユーザ情報の一例を示す図である。 タスク情報の一例を示す図である。 タスク分割情報の一例を示す図である。 マッチング情報の一例を示す図である。 進捗評価情報の一例を示す図である。 進捗情報管理評価システムによる処理手順のシーケンス図である。 進捗評価処理のフローチャートである。

以降、本発明を実施するための形態（「本実施形態」と称する）を、図等を参照しながら詳細に説明する。本実施形態は、ピラミッド型の産業として物流業務において荷物を配送するシーンを例とする。業務の流れでは契約、収集、梱包、配送となる。しかしながら、本発明は、物流業務に限らず、人材を求める又は作業を委託するなどの業務や取引における任意の事業に適用可能である。

（ハードウェア）
図１は、進捗情報管理評価システム１の構成を示す図である。

進捗情報管理評価システム１は、業務用のコンピュータや一般的コンピュータで構成され、中央制御装置１１、マウス、キーボード等の入力装置１２、ディスプレイ等の出力装置１３、主記憶装置１４、補助記憶装置１５及び通信装置１６を有する。これらは、内部配線やバス規格に準拠し相互に接続されている。

中央制御装置１１は、主記憶装置１４に格納されたプログラムを実行する演算装置であり、所定のプログラムを実行することによって、登録管理部２１、マッチング部２２、タスク管理部２３及び進捗情報評価部２４の機能（詳細後記）を実現する。具体的には、中央制御装置１１は、必要な時に、これらのプログラムを補助記憶装置１５から読み出し、主記憶装置１４にロードして実行する。これらのプログラムは、コンピュータ内部の補助記憶装置１５だけでなくクラウド上など進捗情報管理評価システム１から独立した箇所に格納される構成でもよい。なお、中央制御装置１１がプログラムを実行して行う処理の一部を、他の演算装置（例えば、ＦＰＧＡやＡＳＩＣなどのハードウェアによる演算装置）で実行してもよい。

登録管理部２１は、発注するタスクの情報を発注者から受け付ける。マッチング部２２は、発注されるタスクと受注者であるユーザとをマッチングして、受注者を決定する。タスク管理部２３は、タスクが完了した場合の支払額をタスク実行前にシミュレーションする。進捗情報評価部２４は、前記タスクの進捗に基づいて、当該タスクの達成度を計算し、タスク実行中もタスクの進捗情報を収集し、進捗に応じた支払額を計算する。

主記憶装置１４は、ＤＲＡＭ（Dynamic Random Access Memory）のような高速かつ揮発性の記憶素子ＲＡＭによって構成され、主記憶装置１４に実行されるプログラムを格納する。

補助記憶装置１５は、例えば、磁気記憶装置（ＨＤＤ）、フラッシュメモリ（ＳＳＤ）等の大容量かつ不揮発性の記憶装置であり、主記憶装置１４が実行するプログラム及びデータを格納する。補助記憶装置１５が格納するデータは、ユーザ情報３１、タスク情報３２、タスク分割情報３３、マッチング情報３４及び進捗評価情報３５である。

入力装置１２は、キーボードやマウスなどであり、オペレータからの入力を受けるインターフェースである。出力装置１３は、ディスプレイ装置やプリンタなどであり、プログラムの実行結果をオペレータが視認可能な形式で出力するインターフェースである。なお、進捗情報管理評価システム１にネットワーク２を介して接続された端末が入力装置１２及び出力装置１３を提供してもよい。

発注者や受注者であるユーザは、現場端末装置３を有する。ユーザとは、物流に関連する契約、出荷、集荷、配送、梱包などの業務をタスクとして発注する事業者（発注者）や、発注されたタスクを受注する事業者（受注者）である。また、タスクは受注者からさらに下請けなど仕事を細分化して発注されてもよい。この場合に、受注者は、サブタスクの発注者となる。

現場端末装置３は、タスクを実施する受注者の作業状況を計測及び収集するための端末の一種である。現場端末装置３は、例えば、スマートフォンのような通信機能を有し、受注者が作業完了の状態などをＷｅｂページ等で表示されたボタンなど操作するために利用する。現場端末装置３は、マイクロフォン４及びカメラ５と接続される。マイクロフォン４は、受注者のタスク実施中の音声や環境音を取得する。カメラ５は、現場端末装置３の現場の画像や完了した作業状況を証明するために撮影する。これらのマイクロフォン４で収集した音響データやカメラ５で収集した画像データは、ネットワーク２を介した通信によって進捗情報管理評価システム１に送信される。現場端末装置３は大型のディスプレイを備えたコンピュータでもよい。また、現場端末装置３は、ＧＰＳなどの位置情報などを計測するセンサを有してもよい。

ブロックチェーン６は、補助記憶装置１５に蓄積されたデータが変換されたハッシュ値を格納するコンピュータである。ブロックチェーン６が格納するデータは、ネットワーク２を介して、現場端末装置３や後述する入力・表示端末７でも閲覧可能である。現場端末装置３で閲覧可能なデータはハッシュ値であり、各種データが改ざんされていないことを証明できるが、業務上のタスクの内容そのものはブロックチェーン６からは閲覧できない。

進捗情報管理評価システム１には、入力・表示端末７が接続される。入力・表示端末７は、進捗情報管理評価システム１に記録されたタスクの情報を入力及び閲覧するために、発注者や受注者が操作するコンピュータである。入力・表示端末７は、発注者がタスクの条件である依頼内容や必要な情報を入力するために使用する。入力・表示端末７は、ネットワーク２を介して、進捗情報管理評価システム１、現場端末装置３及びブロックチェーン６と通信可能である。

（テーブル定義）
（ユーザ情報）
図２は、ユーザ情報３１の一例を示す図である。

ユーザ情報３１は、発注者及び受注者であるユーザの情報を管理し、ユーザＩＤ１０１、ユーザ名１０２、ユーザ区分１０３及び業務区分１０４のデータ項目を有する。さらに、ユーザ情報３１は、ユーザ特性１０５、地域１０６、主な活動時間帯１０７、過去のマッチング総数１０８及び達成度平均値１０９の付加的なデータ項目を有してもよい。これら付加的なデータ項目は、後述する変形例で使用されるデータ項目である。

ユーザＩＤ１０１は、ユーザを一意に識別するための識別情報である。ユーザとは、進捗情報管理評価システム１へのアクセスが許可された者である。ユーザ名１０２は、ユーザの氏名又は名称である。ユーザ区分１０３は、ユーザの立場であり、タスクを依頼する”発注”、タスクの依頼を受ける”受注”、その両方を行うの”発注・受注”のいずれかである。本実施形態では、元請けのようなタスクを受注し他の事業者へ発注する事業者が、第三者を介さず進捗情報管理評価システム１に直接アクセスすることを想定している。業務区分１０４は、ユーザの業種である。ユーザ区分１０３が”発注”の場合、主に荷主やメーカなどの仕事を依頼する製造業の事業者であり、ユーザ区分１０３が”受注”の場合、主に配送センタ施設を有する物流会社やトラックドライバーなどの配送事業者である。

ユーザ情報３１は、必要な情報を一例として図示したが、図示以外の業務上の必要性や利便性が高いユーザの属性情報（例えば、企業名、住所、電話番号など）を記録してもよい。

（タスク情報）
図３は、タスク情報３２の一例を示す図である。

タスク情報３２は、タスクの条件情報を管理し、タスクＩＤ１２１、タスク名１２２、場所１２３、期間１２４、時間帯１２５、個数１２６、タスク分類１２７、コンテンツガイドライン１２８、予算総額１２９及び貢献度１３０のデータ項目を有する。タスク情報３２には、ユーザが発注者である場合に一つのタスクを管理するために一つのレコードが記録される。

タスクＩＤ１２１は、タスクを一意に識別するための識別情報である。タスク名１２２は、タスクの名称である。場所１２３は、タスクを引き受ける場所である。期間１２４は、依頼するタスクの完了日や作業期間である。時間帯１２５は、作業を行うべき時間である。個数１２６は、タスクにかかる荷物の個数又は作業回数である。タスク分類１２７は、タスクの区分又は内容である。コンテンツガイドライン１２８は、タスクに関連する情報を補足する画像や説明書などの情報であり、これらの情報へのリンクでもよい。予算総額１２９は、タスクの完了によって支払われる料金の合計金額である。貢献度１３０は、サブタスクにおける料金の分配を定める貢献度である。

（タスク分割情報）
図４は、タスク分割情報３３の一例を示す図である。

タスク分割情報３３は、タスクから分割されたサブタスクの情報であり、タスクＩＤ１１１、サブタスクＩＤ１１２、サブタスク名１１４、完了条件１１５及び評価式１１６のデータ項目、及びタスク完了条件のサブテーブルを有する。

タスクＩＤ１１１は、タスクを一意に識別するための識別情報である。サブタスクＩＤ１１２は、当該タスクを分割して生成されたサブタスクを一意に識別するための識別情報である。サブタスク名１１４は、サブタスクの名称である。完了条件１１５は、作業の完了条件を示すポインタである。評価式１１６は、サブタスクにおいて料金を評価するための評価式である。

タスク完了条件は、タスクの完了条件の詳細が格納される情報であり、タスク条件ＩＤ１１７、条件項目１１８及び判定方式１１９のデータ項目を有する。タスク条件ＩＤ１１７は、タスク完了条件を一意に識別するための識別情報である。条件項目１１８は、タスク条件の項目名である。判定方式１１９は、条件を判定する方法である。

（マッチング情報）
図５は、マッチング情報３４の一例を示す図である。

マッチング情報３４は、サブタスクが割り当てられた受注者を示す情報であり、タスクＩＤ１３１、日付１３２、ユーザＩＤ１３３、時間帯１３４、ステータス１３５、計測方法１３６及び評価額１３７のデータ項目を有する。

タスクＩＤ１３１は、タスク又はサブタスクの識別情報である。日付１３２は、割り当てられたタスクが実施される日時である。日付１３２は、期間が記録されてもよく、同じ時間帯で無期限に繰り返されるタスクの場合は記録されなくてもよい。ユーザＩＤ１３３は、受注者のユーザＩＤであり、タスクによっては、予約済み、空きなどのタスクの状態がユーザＩＤ１３３に格納されてもよい。時間帯１３４は、タスクが実施される時間帯である。ステータス１３５は、タスクの割り当て状況とタスクの進捗状況によってリアルタイムに変わるタスクの状態であり、”終了”、”開始前”、”割り込み”、”遅延”及び”キャンセル”のいずれかである。計測方法１３６は、タスクの状態を計測する方法である。評価額１３７は、マッチングした際の各サブタスクにおける評価額であり、当初予定されている料金であるサマリと、タスクの進捗によってリアルタイムで増減する算出額の二つが記録されるとよい。マッチング情報３４は、マッチングが成立した日時の情報が記録されてもよい。

マッチングした一例について説明すると、タスクＩＤが”Ｓ０１”のサブタスクは、０時から７時、７時から９時、９時から２４時の三つのタスクに分割されており、２０２０年３月１日の７時から９時の作業が割り当てられたユーザ（ユーザＩＤが”Ｕ０３”）は、２０２０年３月１日の７時００分～９時００分においてタスク実施し、当該タスクは２０２０年３月１日に完了ボタンの操作によって終了が計測され、ステータス１３５には”終了”が記録される。

（進捗管理）
図６は、進捗評価情報３５の一例を示す図である。

進捗評価情報３５は、タスクの進捗を評価するための情報であり、サブタスクＩＤ１４１、日付１４２、時間帯１４３、収集計測項目１４４、達成度１４５及び支払結果１４６のデータ項目を有する。

サブタスクＩＤ１４１は、サブタスクの識別情報である。日付１４２は、タスクの実施日である。時間帯１４３は、タスクが実施された時間である。収集計測項目１４４は、タスクの進捗情報を計測した情報である。

収集計測項目１４４の各項目は、図４のサブタスクにおける条件と同じであり、場所１４４ａ、〆切時刻１４４ｂ、作業内容１４４ｃ、ルート１４４ｄ、モノ１４４ｅ及びユーザＩＤ１４４ｆを含む。収集計測項目１４４は、現場端末装置３で計測や操作によって収集されたデータがリアルタイムで記録される。場所１４４ａは、タスクが実施された場所である。〆切時刻１４４ｂは、タスクが実施された場所である。作業内容１４４ｃは、タスクの内容である。ルート１４４ｄは、配送において使用されるルートである。モノ１４４ｅは、タスクにおいて使用される物（例えば、段ボール、トラックなど必要な備品、安全装置など）である。ユーザＩＤ１４４ｆは、タスクを実施したユーザのユーザＩＤである。

例えば、場所１４４ａ及び〆切時刻１４４ｂは、現場端末装置３の測位センサが取得した位置情報やカメラ８が撮像した画像などに基づいて作業場所や作業時間を計測できる。時間帯１４３が”７：００－８：００”のレコードは、７時から８時の間に場所１４４ａの”東京センタ”において、作業内容１４４ｃ及びモノ１４４ｅとして商品や荷物を集めて梱包材であるＳサイズ段ボール箱に詰め込むパッキング作業に、”１０分”の作業時間がかかっていることが記録されている。

また、配送状況に応じた計測情報であるルート１４４ｄは、現場端末装置３の測位センサが取得した位置情報から解析される。なお、カーナビゲーションシステムが計測した位置情報を利用してルートを記録してもよい。例えば、位置情報から解析された”山側ｘｘｘルート利用”などのルート名を記録してもよい。

達成度１４５は、評価式１１６に記録された方法で試算されるタスクの進捗度合いであり、収集計測項目１４４の変化に応じてリアルタイムに計算され、更新される。支払結果１４６は、達成度１４５に基づいて計算された、タスクに支払われる料金の額であり、例えば、”３５３円”である。支払結果１４６は、達成度１４５の変化に応じてリアルタイムに計測され、更新される。

（処理手順）
図７は、進捗情報管理評価システム１による処理手順のシーケンス図である。

まず、進捗情報管理評価システム１に関わる人について説明する。

ユーザ（発注者）Ｐ１０１は、入力・表示端末７を操作して、進捗情報管理評価システム１へアクセスし、業務を発注し、タスク完了通知を受ける。例えば、発注者Ｐ１０１は、荷物の配送を依頼する。

ユーザ（元請け事業者）Ｐ１０５は、入力・表示端末７を操作して、進捗情報管理評価システム１へアクセスし、荷物の配送を受注し実施する物流事業者である。元請け事業者Ｐ１０５は、倉庫を保有しており業務を請け負って、実際の配送業務は協力会社や下請け会社などに再委託してもよい。元請け事業者Ｐ１０５は、入力・表示端末７を操作して、進捗情報管理評価システム１からの発注者からの発注業務リスト（タスクの情報）を表示し、発注された業務を請け負って、タスクを分割してサブタスクを登録する。また、元請け事業者Ｐ１０５は、進捗度合いを入力・表示端末７に入力する。

ユーザ（下請け事業者）Ｐ１０６は、入力・表示端末７を操作して、進捗情報管理評価システム１へアクセスし、分割されたタスクを元請け事業者Ｐ１０５から受注する。下請け事業者Ｐ１０６が利用する入力・表示端末７は、元請け事業者Ｐ１０５に固定的に設置されたパーソナルコンピュータでもよいし、下請け事業者Ｐ１０６が保有する現場端末装置３でもよい。

次に、進捗情報管理評価システム１による処理ステップについて説明する。

（前提登録処理）
進捗情報管理評価システム１が実行する処理は、ユーザの登録Ｓ２０１、タスク・条件の登録Ｓ２０２、評価額シミュレーションＳ２０３、マッチングＳ２０４、進捗収集Ｓ２０５、進捗評価Ｓ２０６、支払い額調整Ｓ２０７及びマッチング精度フィードバックＳ２０８の各ステップに大別される。

まず、ステップＳ２０１において、進捗情報管理評価システム１の登録管理部２１は、ユーザ登録を受け付ける。具体的には、最初に、登録管理部２１は、図２に示したユーザ情報３１の項目の入力画面を発注者Ｐ１０１の入力・表示端末７に表示するための表示データを送信する。発注者Ｐ１０１は、入力・表示端末７の入力装置を操作して、ユーザ名、ユーザ区分及び業務区分を入力し、進捗情報管理評価システム１は入力された情報を受け付ける。

次に、登録管理部２１は、ユーザ情報３１の新たなレコードを作成し、ユーザＩＤ欄１０１に採番したユーザＩＤを登録し、受け付けたユーザ名、ユーザ区分及び業務区分を、それぞれ、ユーザ名１０２、ユーザ区分１０３及び業務区分１０４に格納する。

ステップＳ２０１の処理は、発注者Ｐ１０１及び受注者Ｐ１０５、Ｐ１０６からのユーザ登録の要求がある都度実行される。これらはタスクの発注、受注の処理と非同期で事前に実行されてもよい。ユーザ情報３１は、１度登録されれば、タスクの発注や受注のたびに登録される必要はない。

ステップＳ２０２において、登録管理部２１は、図３に示すタスク情報３２に登録されるタスクの名称、タスクの場所、タスクの期間（〆切）、時間帯、タスクに関する作業の数、タスクの分類、コンテンツガイドライン、予算総額、貢献度を入力するための業務テンプレート画面を表示するための表示データを生成する。その後、業務テンプレートに入力されたタスクの情報を受け付ける。具体的には、まず、登録管理部２１は、発注者が入力・表示端末７の入力装置を介して、タスク名”ＸＸ家電＿配送”、場所”地下鉄〇駅近辺からＹＹＹ個人宅へ”、期間”２０２０年３月１１日”、個数”１００個”、タスク分類”配送”、コンテンツガイドラインとして配送物の画像”ｘｘｘ．ｊｐｇ”、予算”１，０００円”、貢献度”重みづけする、個数で分割するなど”の入力を受け付ける。

次に、登録管理部２１は、内部処理として、タスク情報３２（図３）に新たなレコードを作成し、採番したタスクＩＤをタスクＩＤ１２１に格納する。登録管理部２１は、該当レコードに対応して事前に準備されたテンプレートを導入してもよく、ユーザが都度追加してもよい。利用頻度が高いテンプレートは上位レコードとして保持してもよいし、頻度を記憶してもよい。

ステップＳ２０２の処理は、発注者からタスクの登録の要求がある都度実行される。

発注者Ｐ１０１がタスクのデータを入力した後、元請け事業者Ｐ１０５は、入力・表示端末７を操作して、募集されているタスクを閲覧して、タスクを受注し、受注したタスクを下請け事業者に発注するために分割されたサブタスクを入力する。例えば、図４のタスクＩＤ１１１”Ｔ０１”のタスクのサブタスクＩＤ１１２”Ｓ０１”、サブタスクの名称である”検収表作成”、完了条件、及び評価式を入力し、サブタスクＩＤ１１２が”Ｓ０２”、”Ｓ０３”のサブタスクも同様に入力する。登録管理部２１は、各サブタスクの情報を受け付け、タスク分割情報３３へ格納する。例えば、親タスクが配送業務であれば、検収表作成、詰め込み、輸送などのサブタスクに分割されて、登録される。

また、図４において、元請け事業者Ｐ１０５は、テンプレートを読み込んで、サブタスクの完了条件を設定する。別テーブルに構成された完了条件ＩＤ”ＴＥＲＭ１１１”の完了条件を例示する。タスク条件ＩＤ１１７によって条件項目１１８の各項目を管理する。また、判定方式１１９には各項目の判定条件を格納する。

タスク条件ＩＤ１１７”ＳＴｉ０１”では”場所：ＸＸＸでの作業”が”完全一致”しているかによって作業場所が正しいかを判定する。同様に、タスク条件ＩＤ１１７”Ｓｔｉ０２”では”〆切時刻：”が”指定日以前”であるかによって作業完了時刻を判定する。タスク条件ＩＤ１１７”Ｓｔｉ０３”では”作業１：パッキング”が”完全に完了”しているかによって、及びタスク条件ＩＤ１１７”Ｓｔｉ０４”では”作業２：分割発送”が”完全一致”であるかによって作業の完了を判定する。タスク条件ＩＤ１１７”Ｓｔｉ０５”では”モノ：段ボールサイズ”が”Ｓサイズ以下”であること、タスク条件ＩＤ１１７”Ｓｔｉ０６”では”ルート：Ｘｘｘｘ．ｊｐｇ”を”距離誤差１０％以内”であること、タスク条件ＩＤ１１７”Ｓｔｉ０７”では”ヒト：地元事業者”では”地域内部”であることを判定する。このように、各項目で条件を設定できる。

（事前シミュレーション処理）
ステップＳ２０３において、登録管理部２１は、タスク条件に応じた予算額と各タスクにおける貢献度１３０に基づきサブタスクの試算額をシミュレーションする。具体的には、まず、登録管理部２１は、ユーザ情報３１及びタスク情報３２に基づいて、タスクが全体の予算が”１，０００円”であり、評価式が（時間遅れ＊－１ ）＋（完了個数＊１）／タスクの個数で試算される場合、時間遅れがなく全ての個数分の配達が完了し、タスクが達成されたときは、分割されたサブタスクの数が３個であるため、一つのサブタスクの完了に対して１０００／３で３３３円支払われる。この試算結果を図５のマッチング情報３４の評価額１３７に格納する。

（マッチング処理）
ステップＳ２０４において、進捗情報管理評価システム１のマッチング部２２は、過去のマッチング履歴に基づいて、タスクと受注者の組み合わせを見つけるマッチング処理を実施する。

タスクのレコードとして、タスク情報３２（図３）の任意のレコードを一つ取得し、過去にタスクを行ったユーザＩＤに関連付けられたタスク分割情報３３（図４）の全てのレコードを取得する。また、タスク分割情報３３（図４）から取得したレコードのマッチング情報３４（図５）からユーザＩＤを取得し、取得したユーザＩＤをキーとして、進捗評価情報３５（図６）から該当ユーザのこれまでの全ての達成度１４５の値を算出する。例えば、タスクに対するスキル、タスクが行われる場所や時間、過去のタスクの達成度などの指標を用いてマッチングする受注者を選択するとよい。

具体的には、まず、マッチング部２２は、タスク情報３２（図３）及びタスク分割情報３３（図４）の期間１２４”２０２０年３月１１日”及び時間帯１２５”７：００－９：００”のレコードを取得する。

次に、マッチング部２２は、以下の各項目について、対象タスクレコードと対象ユーザＩＤとタスクの達成度との個別適合度を算出する。最も簡単な例として、マッチング部２２は、適合した場合の個別適合度”１”を、適語しない場合の個別適合度”０”を出力する。
＜項目１＞ 対象タスクレコードのユーザＩＤと、対象マッチングレコードの達成度
＜項目２＞ 対象タスクレコードの場所と、対象ユーザレコードの業務区分

その後、マッチング部２２は、個別適合度を単純合計して、又は、所定の重みを使用して加重合計して、総合適合度を算出する。

なお、ユーザ情報３１に所属事業者欄を設け、同じ事業者に所属する者に優先的にタスクがマッチングするように適合度を計算してもよい。

（進捗収集方法）
ステップＳ２０５において、進捗情報評価部２４は、各サブタスクの作業進捗情報（収集計測項目１４４）を取得する。作業進捗情報は、進捗評価情報３５の収集計測項目１４４に、現場端末装置３からの計測結果が記録されている。具体的には、現場端末装置３のＷｅｂページ又はアプリ上のボタンを操作する、現場端末装置３に計測値を入力する、現場端末装置３で位置情報を取得する、現場端末装置３でピッキングされた物のバーコード読むなどの操作によって計測結果が収集できる。例えば、進捗評価情報３５（図６）には、商品や荷物を集めて梱包材に詰め込むパッキング作業において計測され取得された値を示す。取得された値は、タスク分割情報３３（図４）のタスク完了条件と比較され、タスクの完了が判定される。

また、配送状況に応じてルートの計測結果が取得される。現場端末装置３の測位センサが取得した位置情報によってルートを判定できる。配送車のカーナビゲーションシステムなどが計測した位置情報を用いてもよい。

収集される作業進捗情報は、現場端末装置３への入力操作、現場端末装置３による計測の他、ユーザシステムや物流管理システムなどの他のシステムから取得して、人手による入力を省力化してもよい。

（評価処理）
図８を参照して、進捗評価処理Ｓ２０６の具体的な処理手順を説明する。

ステップＳ３０１において、進捗情報評価部２４は、進捗を評価するタスクの入力によって、評価処理開始を受け付ける。

ステップＳ３０２において、進捗情報評価部２４は、進捗を評価するタスクの各サブタスクの評価式１１６（例えば、時間遅れ＊－１）をタスク分割情報３３（図４）から取得する。また、当該サブタスクの完了条件１１５、すなわち、タスク条件ＩＤ１１７、条件項目１１８及び判定方式１１９をタスク分割情報３３の完了条件（図４）から取得する。

ステップＳ３０３において、進捗情報評価部２４は、現場端末装置３が計測した当該タスクの作業進捗情報（収集計測項目１４４の場所１４４ａ、〆切時刻１４４ｂ、作業内容１４４ｃ、ルート１４４ｄ、モノ１４４ｅ及び担当者１４４ｆ）を取得する。

ステップＳ３０４において、進捗情報評価部２４は、Ｓ３０２にて取得した完了条件の各々において、完全一致の二値判定か、一致度や距離の数値判定かを分類する。完了条件が”完全一致”である場合、以下の判定式によって、完全一致で判定する処理を実行する。
taskPacking.equals(actual);
例えば、条件項目１１８が”場所：東京での作業”である場合、場所１４４ａが”東京センタでの作業”であれば、作業場所は一致しており、判定式は”１”を出力する。収集計測項目１４４が条件項目１１８と一致しない場合、判定式は”０”を出力する。

ステップＳ３０５において、進捗情報評価部２４は、完全一致以外の条件項目１１８について、以下の判定式によって距離や類似度を算出する。
taskPacking.cluster(actual);
例えば、Ｓｔｉ０２では”〆切時刻：”が”指定日以前”と定められており、起点時刻（指定日）からの”分単位”のズレを定量的に算出する。他にも、ルート：Ｘｘｘｘ．ｊｐｇから得られたが”距離誤差１０％以内となっていれば、逸脱した割合を定量的に算出する。なお、複数の項目を用いて一つの距離の値を算出してもよい。

ステップＳ３０６において、進捗情報評価部２４は、全ての項目の評価処理を実行したかを判定する。一部の項目の評価処理を実行していなければ、ステップＳ３０４に戻って、残りの条件項目の評価を実行し、未評価の条件項目が無くなるまで繰り返す。全ての条件項目の評価処理が完了すれば、ステップＳ３０７に進む。

ステップＳ３０７において、各項目における判定値の、距離などの値の平均値を算出する。例えば、１０分超過した場合、評価式の時間遅れ＊－１を適用して－１０となり、完全一致で達成している４項目が各々１となる。各条件項目の値を正規化して、下式を用いて平均値で達成度を算出すると－０．２＋１＋１＋１＋１＝３．８となる。最大１００とすると達成度は７６となる。
evaluationResult
= evaluate(actureal):

ステップＳ３０８において、進捗情報評価部２４は、計算された達成度７６を進捗評価情報３５の達成度１４５（図６）に格納する。その後、進捗評価処理を終了する。

（支払い額の算出処理）
図７に戻って説明を続ける。ステップＳ２０７において、進捗情報評価部２４は、計算された達成度１４５に基づいて、予算総額１２９から支払結果１４６を確定し支払データを作成し、支払処理を実施する。総予算額が１０００円である場合、１０００円を分割数３で除した貢献度（３分の１）と、達成度７６／１００を乗じて、２５３．３３円と計算される。

（マッチングのフィードバック処理）
その後、ステップＳ２０８において、マッチング部２２は、マッチング情報３４（図５）を用いて過去の履歴からマッチングの適合度を算出してもよい。マッチングした件数や達成度の値に基づいて、以下の数値を算出し、それに基づいてマッチングの優先度を決定してもよい。
・対象マッチングレコードの項目１～ｎのデータを数値化したｎ次元媒体ベクトルと、対象タスクレコードの項目１～ｎのデータを数値化したｎ次元広告ベクトルとの間の、ｎ次元空間における距離
・ｎ次元タスクベクトルと、ｎ次元マッチングベクトルとの余弦類似度

また、タスク完了後に、進捗情報評価部２４は、達成度の情報を書き込んだ値をマッチング部２２に通知してもよい。

サブタスクの一部が達成されなかった場合、登録管理部２１は、ステップＳ２０２と同様に、登録管理部２１は当該達成されなかったサブタスクの部分を達成するための新たなタスクを受け付ける。新たなタスクは、ステップＳ２０４においてマッチングされ、ステップＳ２０５において、進捗情報が収集及び評価され、ステップＳ２０７において支払額が算出される。なお、新たなタスクの支払額は、親タスクの予算総額に達成されなかったサブタスクの貢献度と当該サブタスクの未達成度（１００－達成度）とを乗じた額とするとよい。

（変形例１：マッチング精度向上）
１．目的
マッチング情報３４から動的に生成されるデータを活用することで、マッチングの精度を向上できる。すなわち、タスクに対するユーザの割り当てのマッチング処理を自動的に確定したり、マッチングしやすくなるように過去の傾向に基づいてタスクに対するユーザを優先表示することで、マッチングの精度を向上できる。

２．テーブルの説明
変形例１を実現するために、各情報にデータ項目を追加し、データを取得し変換する。

変形例のユーザ情報３１は、ユーザ特性１０５、地域１０６、主な活動時間帯１０７、過去のマッチング総数１０８及び達成度平均値１０９の付加的なデータ項目を有する。ユーザ特性１０５は、ユーザの業務内容や属性（保有する設備など）である。地域１０６は、ユーザの所在地や所在地の属性である。主な活動時間帯１０７は、ユーザが活動している時間帯である。マッチング総数１０８は、進捗情報管理評価システム１によるマッチングによって受発注したタスクの総数である。達成度平均値１０９は、受注したタスクの達成割合である。タスクに対して受注者を割り当てる際のマッチング精度を向上するために、ユーザ区分１０３が受注であるユーザがマッチング精度向上のために活用される対象となる。

例えば、ユーザＩＤ”Ｕ０３”のユーザ特性１０５に”自社配送”を、地域１０６に”埼玉県川口市”を、主な活動時間帯１０７に”２４時間営業”を、マッチング総数１０８に”２２３，３００”を、達成度平均値１０９に”９８％”が格納される。特に、マッチング総数１０８は、マッチング情報３４のユーザＩＤ１３３に記録された当該ユーザＩＤのレコード数を計数し、その件数を格納する。また、達成度平均値１０９には、進捗評価情報３５のユーザＩＤ１４４ｆが当該ユーザＩＤのレコードの達成度１４５を抽出して、その平均値を算出して、格納する。

これらの値は、数値に置き換えて記録されるとよい。例えば、自社配送であれば１とし、他社協力は２とし、３ＰＬは３など物流業務の形態に応じて値を定義するとよい。また、敷地面積に関しては、単位を統一し数値を記録するとよい。地域についても東京であれば２４などの数値化して定義したり、郵便番号を使用してもよい。主な活動時間帯も時分に分けて変換して、数値を記録するとよい。２４時間営業である場合は２５としてもよい。

ユーザ特性１０５は、項目ごとに別のカラムに記録してもよい。

３．処理の説明
次に、処理の流れについて説明する。以下の流れで処理を実行する。
１）既存テーブルからマッチング用にデータを取得する。
２）優先的に使用するテーブルのカラムを定義する。
３）各値の距離を求める。
４）ソートして表示させる。

１）既存テーブルからマッチング用にデータを取得する。
マッチング部２２は、処理シーケンスのＳ２０５において、タスク完了時点でマッチング情報３４のステータス１３５を更新する。その後、Ｓ２０８において、マッチングしたユーザＩＤと達成度を含む一つの履歴のレコードをマッチング情報３４に追加して、さらにユーザ情報３１を最新の状態に維持する。具体的には、進捗評価情報３５のユーザＩＤ１４４ｆを参照し、達成度１４５の平均値を算出して達成度平均値１０９に記録する。

２）優先的に使用するテーブルのカラムを定義する。
マッチングの際に優先的に使用するカラムを定義する。例えば、特定のユーザが実施したタスクのうち、達成したタスクとユーザ情報３１（例えば、ユーザ特性１０５、地域１０６、主な活動時間帯１０７）との相関、及び達成できなかったタスクとユーザ情報３１（例えば、ユーザ特性１０５、地域１０６、主な活動時間帯１０７）との相関を計算し、最も影響を与えた項目に重み付けをすることで優先的に使用されるカラムを定義できる。

３）各値の距離を求める。
そして、マッチング部２２は、新しいタスクをマッチングする際に、受注者であるユーザの最新の情報に基づいて、ユーザとタスクの類似度を計算する。例えば、新しいタスクの項目の値とユーザ情報３１の各項目の値とのユークリッド距離によって類似度を算出する。マッチングに成功した過去の事例に基づいて、新しいタスクとユークリッド距離が近いユーザを抽出することで、マッチングしやすいユーザを順位付けできる。タスク毎にマッチング対象ユーザに対するユークリッド距離を計算したが、同様に、ユーザ毎にマッチング対象タスクに対するユークリッド距離を計算する。

マッチングによって、マッチング情報３４にある程度のタスクの事例が蓄積された段階で、登録管理部２１は、タスク情報３２やユーザ情報３１の項目において、より業務に適合するように項目を追加したり、変更してもよい。例えば、ユーザ情報３１の地域１０６に、時間帯や受注者層と関連付いた”若者や学生などが多い都市”のような定性的な特性を記録可能としてもよい。また、時間帯ごとのタスクの受注し易さ、タスクの達成度の高さなどの効果を細かく反映した項目を設けてもよい。このような項目によって、特定の時間帯（午前中か夕方か）における、ユーザの属性情報などによってマッチング精度が異なるように、アルゴリズムを変更できる。

４）ソートして表示する。
ユーザがタスク情報テーブルのタスクを閲覧する際に、タスクごとのユーザの順位に従ってソートしてユーザを表示することによって、マッチングしやすいユーザを優先的に表示できる。また、ユーザごとのタスクの順位に従ってソートしてタスクを表示することによって、マッチングしやすいタスクを優先的に表示できる。

４．効果の説明
発注者であるユーザは、マッチングし易いユーザ（受注者）を早く決めることができ、適性が高い（例えば、料金が安い）ユーザを選択できる。また、受注者であるユーザは、膨大なタスクから自身が過去に成功したタスクに似たタスクを請け負うことができ、タスクの達成度を向上できる。

（本実施形態の効果）
（１）本実施形態の進捗情報管理評価システム１は、タスクを発注する際に発注者であるユーザが望むタスクの条件をテンプレート上で記入し受注者を募集することで、各タスクの条件を組み合わせて、当該タスクに適する受注者を選定できる。

（２）本実施形態の進捗情報管理評価システム１は、タスクを分割した複数のサブタスクのデータを登録でき、サブタスク毎に分割された作業を受注者へ依頼できる。これにより、全ての作業を実施できない中小企業や個人事業主などでも作業を請け負うことができ、得意分野に限った受注が可能となる。

（３）本実施形態の進捗情報管理評価システム１は、作業が完全に完了する前の途中の段階で算出された達成度によって、達成度に基づいて支払い額をリアルタイムで調整できる。

（本実施形態の限定の解除）
なお、本発明は前述した実施形態に限定されるものではなく、添付した特許請求の範囲の趣旨内における様々な変形例及び同等の構成が含まれる。例えば、前述した実施形態は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに本発明は限定されない。また、ある実施形態の構成の一部を他の実施形態の構成に置き換えてもよい。また、ある実施形態の構成に他の実施形態の構成を加えてもよい。また、各実施形態の構成の一部について、他の構成の追加・削除・置換をしてもよい。

また、前述した各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等により、ハードウェアで実現してもよく、プロセッサがそれぞれの機能を実現するプログラムを解釈し実行することにより、ソフトウェアで実現してもよい。

各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリ、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記憶装置、又は、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に格納することができる。

また、制御線や情報線は説明上必要と考えられるものを示しており、実装上必要な全ての制御線や情報線を示しているとは限らない。実際には、ほとんど全ての構成が相互に接続されていると考えてよい。

１ 進捗情報管理評価システム
２ ネットワーク
３ 現場端末装置
４ マイクロフォン
５ カメラ
６ ブロックチェーン
１１ 中央制御装置
１２ 入力装置
１３ 出力装置
１４ 主記憶装置
１５ 補助記憶装置
１６ 通信装置
２１ 登録管理部
２２ マッチング部
２３ タスク管理部
２４ 進捗情報評価部
３１ ユーザ情報
３２ タスク情報
３３ タスク分割情報
３４ マッチング情報
３５ 進捗評価情報

Claims (11)

1. タスクの進捗を管理する進捗情報管理評価システムであって、
   所定の処理を実行する演算装置と、前記演算装置に接続された記憶デバイスとを有する計算機によって構成され、
   前記演算装置が、発注者が発注するタスクを受け付ける登録管理部と、
   前記演算装置が、前記タスクと受注者とをマッチングするマッチング部と、
   前記演算装置が、前記タスクが完了した場合の支払額を試算するタスク管理部とを備えることを特徴とする進捗情報管理評価システム。
2. 請求項１に記載の進捗情報管理評価システムであって、
   前記演算装置が、前記タスクの進捗に基づいて、当該タスクの達成度を計算する進捗情報評価部を備えることを特徴とする進捗情報管理評価システム。
3. 請求項２に記載の進捗情報管理評価システムであって、
   前記進捗情報評価部は、予め定められた評価方法における各評価項目について集取した前記タスクの情報に基づいて、前記達成度を計算し、
   前記タスクの情報は、前記タスクが行われる現場に設置された端末、又は他のシステムから収集されることを特徴とする進捗情報管理評価システム。
4. 請求項３に記載の進捗情報管理評価システムであって、
   前記進捗情報評価部は、前記各評価項目における前記タスクの情報についてのタスク完了条件が完全一致か類似度による判定かによって、異なる式を用いて前記タスクの達成度を判定することを特徴とする進捗情報管理評価システム。
5. 請求項２に記載の進捗情報管理評価システムであって、
   前記進捗情報評価部は、前記計算された達成度に基づいて、前記発注者が設定した予算総額から支払データを作成することを特徴とする進捗情報管理評価システム。
6. 請求項５に記載の進捗情報管理評価システムであって、
   前記受注者とマッチングされるタスクは、親タスクから分割して発注されるサブタスクを含み、
   前記進捗情報評価部は、前記サブタスク毎に設定された貢献度と前記計算された達成度とを前記発注者が設定した予算総額に乗じて支払額を計算することを特徴とする進捗情報管理評価システム。
7. 請求項１に記載の進捗情報管理評価システムであって、
   前記受注者は、前記発注者から提供されるタスクをサブタスクに分割し、
   前記登録管理部は、前記サブタスクを生成した受注者が発注者として、当該サブタスクを他の受注者へ依頼するためのサブタスクの条件の入力を受け付けることを特徴とする進捗情報管理評価システム。
8. 請求項１に記載の進捗情報管理評価システムであって、
   前記マッチング部は、タスクに対するスキル、タスクが行われる場所及び時間、過去のタスクの達成度の少なくとも一つを考慮してマッチングする受注者を選択することを特徴とする進捗情報管理評価システム。
9. 請求項１に記載の進捗情報管理評価システムであって、
   前記登録管理部は、前記タスクの少なくとも一部が達成されなかった場合、当該達成されなかったタスクの少なくとも一部を達成するための新たなタスクを受け付けることを特徴とする進捗情報管理評価システム。
10. 計算機がタスクの進捗を管理する進捗情報管理評価方法であって、
    前記計算機は、所定の処理を実行する演算装置と、前記演算装置に接続された記憶デバイスとを有し、
    前記進捗情報管理評価方法は、
    前記演算装置が、発注者が発注するタスクを受け付ける登録管理手順と、
    前記演算装置が、前記タスクと受注者とをマッチングするマッチング手順と、
    前記演算装置が、前記タスクが完了した場合の支払額を試算するタスク管理手順とを備えることを特徴とする進捗情報管理評価方法。
11. 計算機にタスクの進捗を管理させるための進捗情報管理評価プログラムであって、
    発注者が発注するタスクを受け付ける登録管理手順と、
    前記タスクと受注者とをマッチングするマッチング手順と、
    前記タスクが完了した場合の支払額を試算するタスク管理手順とを、前記計算機に実行させることを特徴とする進捗情報管理評価プログラム。

Images