JP2022102112A - 作業対価算出システム - Google Patents

Abstract

【課題】異常な実績に対する対価算出を抑制する作業対価算出システムを提供する。【解決手段】作業対価算出システム１００は、作業ＩＤに紐づく作業の位置情報の実績値を取得し、作業位置の閾値と、位置情報の実績値と前記位置情報の予定値の誤差を作業ＩＤごとに比較して、位置情報の実績値が適切な値であるかを判定し、作業ＩＤに紐づく作業開始時と終了時の実績値を取得し、作業時間の閾値と、作業開始時と終了時の実績値から算出した作業時間を作業ＩＤごとに比較して、作業開始時と終了時の実績値が適切であるかを判定し、位置情報の実績値および作業開始時と終了時の実績値の判定結果に対して承認された作業に対する作業対価を算出する。【選択図】図９

Description

本発明は、作業実績に基づき対価を算出する作業対価算出システムに関する。

物流業界では、積込みや取卸し、荷待ちなどの追加業務に対する作業日報の記録を義務付けることで、輸配送における労働状況を正確に把握する取り組みが行われている。また、ドライバが作業実態に適した対価を収受できるよう、運送とそれ以外の業務を明確に分け、各作業に対する適切な賃金をドライバに支払うことが求められている。

一方で物流業界では、物流会社が下請けの配送業者に配送を委託することが多く、配送完了後に、発注元の物流会社と発注先の配送業者の調達や経理担当者が都度、作業実績に適した対価を算出し、作業実績と金額の相互確認をするのは作業負担が大きい。近年では、作業実績と料金表を基に、対価を自動算出する技術が利用されている。

サービスの利用時間の実績データを基に、適切に利用料金を課金できる技術として、特開２０２０－０４７２１６号公報（特許文献１）に記載の技術がある。特許文献１によれば、「サービスの利用実績データを記録し、例えば、サービス提供者が記録データを相互に検証することで、特定の管理者を設けることなく、適切な課金の仕組みを実現できる。」という記載がある。

また、携帯情報端末を用いて電子決済可能な店舗の位置情報と店舗名、店舗ごとの電子決済の利用限度額を記憶しておき、携帯情報端末の現在位置情報と店舗位置情報を適合し、電子決済金額が紐づけられた店舗の利用限度額を超えていないかを判定する技術として、特開２００６－００４２６４号公報（特許文献２）に記載の技術がある。特許文献2によれば、「現在位置情報が前記店舗位置情報に適合し、かつ、前記支払額が前記利用制限額内である場合に、前記支払額についての決済を許可し、決済に必要な決済用情報を外部に送信する。」という記載がある。

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

特許文献1では、ユーザのサービス利用時間の実績データを、耐改ざん性を持ち、分散データベースであるブロックチェーンに記録することで、適切にサービスの利用料金を課金している。しかし、ブロックチェーンに記録されるサービスの利用時間の実績データが、異常値であるかどうかの判定は行っておらず、異常な利用時間の実績データを取得していても、課金処理が行われてしまうという課題がある。また、サービス利用時のユーザの位置情報の収集も行っておらず、サービスが適切な場所で利用されているかどうかの判定ができない。

また、特許文献２では、携帯情報端末の位置情報を基に、その位置に適切な電子決済の利用限度額を事前に定めることで、利用限度額の範囲外となる決済を防止する技術が提供されている。位置情報の適合性の判定と電子決済の利用額が許容範囲内であるかの判定は行っているが、あらかじめ適切な利用限度額を設定しておく必要があり、実績状況に合わせて、利用限度額の更新や調整ができない。

そこで、本発明の一態様は、異常な実績に対する対価算出を抑制することを目的とする。

本発明の一態様に係る作業対価算出システムは、１以上のプロセッサと、１以上の記憶装置と、を含む。前記１以上の記憶装置は、作業ＩＤに紐づく作業の位置情報の予定値と、前記作業ＩＤに紐づく作業位置の閾値と、前記作業ＩＤに紐づく作業時間の閾値を保持する。前記１以上のプロセッサは、前記作業ＩＤに紐づく作業の位置情報の実績値を取得し、前記作業位置の閾値と、前記位置情報の実績値と前記位置情報の予定値の誤差を前記作業ＩＤごとに比較して、前記位置情報の実績値が適切な値であるかを判定し、前記作業ＩＤに紐づく作業開始時と終了時の実績値を取得し、前記作業時間の閾値と、前記作業開始時と終了時の実績値から算出した作業時間を前記作業ＩＤごとに比較して、前記作業開始時と終了時の実績値が適切であるかを判定し、前記位置情報の実績値および前記作業開始時と終了時の実績値の判定結果に対して承認された作業に対する作業対価を算出する。

本発明の一態様は、異常な実績に対する対価算出を抑制できる。前述した以外の課題、構成および効果は、以下の実施例の説明により明らかにされる。

実施例１のハードウェア構成例を示すブロック図である。 実施例１の機能的構成例を示すブロック図である。 実施例１の算出処理手順例を示すフローチャートである。 実施例１の算出処理手順例を示すフローチャートである。 実施例１のサーバへの入力データの配送情報の一例を示す説明図である。 実施例１のサーバへの入力データの作業予定情報の一例を示す説明図である。 実施例１の作業者のモバイル端末への入力データの位置情報実績値の一例を示す説明図である。 実施例１の作業者のモバイル端末への入力データの作業日時実績値の一例を示す説明図である。 実施例１の支払先・支払元端末への出力データの承認判定依頼通知の一例を示す説明図である。 実施例１の閾値更新処理手順例を示すフローチャートである。 実施例１の支払先・支払元端末への出力データの最終判定結果の一例を示す説明図である。

以下、添付図面を参照して、本発明を実施例に従って詳細に説明する。なお、以下の実施例において示す構成は一例にすぎず、本発明は図示された構成に限定されるものではない。また、多くの場合作業者はドライバを指す。

実施例１は、作業者であるドライバが輸配送時に行う、運送や積込み、取卸し、荷待ちなどの作業の対価算出に本発明を適用した場合の例を示す。本実施例では、作業者がモバイル端末で取得した作業時の日時と位置情報をサーバに送信する。サーバは、異常な実績値でないかの自動判定を行い、その後、それに対する支払先・支払元の承認結果を基に作業対価算出を行う場合の例を示す。

作業者が作業時の日時情報や位置情報を取得し、サーバに送信する作業実績通知装置の一例として、モバイル端末を例に説明する。以下、作業対価算出システムの構成および処理の流れを説明する。

＜作業対価算出システムのハードウェア構成例＞
図１は、実施例１の作業対価算出システムのハードウェア構成例を示すブロック図である。作業対価算出システム１００は、サーバ１１０と作業者のモバイル端末１２０と支払先端末１３０－１と支払元端末１３０－２を含む。

サーバ１１０は、ハードウェア構成要素として、演算部１１１と、情報保持部１１２と、通信部１１３と、を含む。演算部１１１は、サーバ１１０を制御する。また、演算部１１１は、情報保持部１１２に格納されたプログラムに記述された命令に従って、後述する種々の処理を実行する１以上のプロセッサである。例えば、モバイル端末１２０から送信された実績値などのデータの書き込み、実績値に対する自動判定や金額の自動算出などを行う。

情報保持部１１２は、例えば半導体記憶装置、磁気ディスク記憶装置、又はそれらの組合せ等であり、演算部１１１によって実行されるプログラムおよび演算部１１１の処理の際に参照されるデータや演算部１１１の処理で出力されたデータなどを格納する。情報保持部１１２が記憶するデータベースは支払先端末１３０－１、支払元端末１３０－２から検索が可能であり、耐改ざん性が担保されたデータベースである。例えば、ブロックチェーンなどの分散台帳技術が使用される。

通信部１１３は、インターネットなどのネットワーク１４０と接続し、モバイル端末１２０や支払先端末１３０－１または支払元端末１３０－２との間で情報を送受信する。

モバイル端末１２０は、輸配送時にドライバなどの作業者に携帯され、各作業の作業開始時と終了時の日時情報と、位置情報とをサーバ１１０へ送信する。モバイル端末１２０は、ハードウェア構成要素として、演算部１２１と、情報保持部１２２と、通信部１２３と、入力部１２４と、表示部１２５と、を含む。演算部１２１は、情報保持部１２２、通信部１２３、入力部１２４、および表示部１２５に接続し、モバイル端末１２０の動作全般を制御する。

情報保持部１２２は、演算部１２１によって実行されるプログラムおよび演算部１１１の処理で出力されたデータなどを格納する。例えば、入力部１２４によって作業開始と終了の情報が入力されると、演算部１２１がその時点のモバイル端末１２０の位置情報や日時情報を情報保持部１２２に格納する。

通信部１２３は、ネットワーク１４０を通じて、情報保持部１２２に格納された各作業の位置情報や日時情報をサーバ１１０に送信する。

入力部１２４は、作業者が、作業報告を開始する配送ＩＤの選択、実施する作業項目の選択、または作業開始と終了時の日時情報や位置情報を送信するための、入力装置である。入力部１２４としては、例えば、タッチパネルやキーボード、マウスを想定する。配送ＩＤを運行指示書などに印字されたバーコードから読み取る場合、入力部１２４はバーコードリーダや二次元コードリーダなどを含んでも良い。

表示部１２５は、例えば画像表示装置（ディスプレイ）のような、情報を出力するデバイスである。表示部１２５は、作業一覧から記録を開始する作業を選択する画面や、作業開始と終了を入力するためのボタン、作業者への伝達事項などを画面上に表示する。

支払先端末１３０－１と支払元端末１３０－２は、例えば、サーバ１１０から情報を送受信するためのＰＣおよびモバイル端末である。支払先端末１３０－１及び支払元端末１３０－２は、それぞれ、ハードウェア構成要素として、演算部１３１と、情報保持部１３２と、通信部１３３と、入力部１３４と、表示部１３５と、を含む。

演算部１３１は、支払先・支払元端末１３０の動作全般を制御する。また、演算部１３１は、情報保持部１３２に格納されたプログラムに記述された命令に従って、後述する種々の処理を実行する１以上のプロセッサである。例えば、サーバ１１０から送信された自動判定結果に対する承認判定依頼通知の表示や、承認判定結果の送信を行う。通信部１３３は、ネットワーク１４０を通じて承認判定結果をサーバ１１０に送信する。

入力部１３４は、サーバ１１０の自動判定結果に対する承認判定結果を入力するための入力装置である。入力部１３４としては、例えば、タッチパネルやキーボード、マウスなどを想定する。表示部１３５は、例えば画像表示装置（ディスプレイ）のような、情報を出力するデバイスである。表示部１３５は、サーバ１１０から送信された、自動判定結果に対する承認判定依頼通知などを画面上に表示する。

＜作業対価算出システムの機能的構成例＞
図２は、実施例１の作業対価算出システム１００の機能的構成例を示すブロック図である。作業対価算出システム１００のサーバ１１０は、予定情報記憶部２１１と、作業実績記憶部２１２と、位置閾値記憶部２１３と、を含む。サーバ１１０は、位置情報評価部２１４と、作業時間評価部２１５と、時間閾値記憶部２１６と、判定結果記憶部２１７と、料金表記憶部２１８と、承認依頼通知部２１９と、承認結果取得部２２０と、金額算出部２２１と、を含む。これら機能部は、演算部１１１が他の構成要素と協働することが実現できる。

配送情報２４３、作業予定情報２４４、位置誤差閾値初期値２４５、時間閾値初期値２４６および料金表２４７は、サーバ１１０の情報保持部１１２に記憶されている。

作業対価算出システム１００のモバイル端末１２０は、位置情報取得部２２５と、時間情報取得部２２２と、作業実績送信部２２３と、を含む。これら機能部は、演算部１２１が他の構成要素と協働することが実現できる。位置情報実績値２４１と作業日時実績値２４２は、モバイル端末１２０の情報保持部１２２に記憶されている。

作業対価算出システム１００の支払先・支払元端末１３０は、承認依頼表示部２３１と、承認結果入力部２３２と、最終結果表示部２３３と、を含む。支払先・支払元端末１３０は、支払先端末１３０－１おより支払元端末１３０－２のそれぞれを意味する。これら機能部は、演算部１３１が他の構成要素と協働することが実現できる。承認判定依頼通知２４８、金額情報２５０および最終判定結果２５１は、支払先・支払元端末１３０の表示部１３５に表示される。承認判定結果２４９は、支払先・支払元端末１３０の入力部１３４に入力される。

ここで承認判定依頼通知２４８については、必ずしも表示部１３５に表示される必要はない。また、承認判定結果２４９についても、必ずしも入力部１３４で入力される必要はない。例えばネットワーク１４０を介して、支払先・支払元端末１３０が、支払先や支払元が各々持つ外部システムに承認判定依頼通知２４８を送信し、外部システムが自動処理した承認判定結果２４９を、外部システムから支払先・支払元端末１３０が受信してもよい。これにより、人が承認する作業が効率化される。

＜作業対価算出システムによる算出処理手順例＞
図３Ａおよび図３Ｂは、実施例１の作業対価算出システム１００による算出処理手順例を示すフローチャートである。

作業対価算出処理を開始する前に、サーバ１１０の位置閾値記憶部２１３が、各作業の位置誤差の閾値の初期値である、位置誤差閾値初期値２４５を情報保持部１１２に格納し、時間閾値記憶部２１６が、各作業の作業時間の閾値の初期値である、時間閾値初期値２４６を情報保持部１１２に格納しておく（ステップＳ３０１）。つぎに、サーバ１１０の料金表記憶部２１８が料金表２４７を情報保持部１１２に格納しておく（ステップＳ３０２）。

ここで、サーバ１１０が取得する各作業の位置誤差閾値初期値２４５と、時間閾値初期値２４６と、料金表２４７の詳細について説明する。位置誤差の閾値は、作業ＩＤに紐づけられる。位置誤差の閾値は、例えば、作業を実施した場所の緯度の実績値と予定値との間の誤差の閾値、経度の実績値と予定値との間の誤差の閾値で表される。また、作業時間の閾値は、作業ＩＤに紐づけられる。作業時間の閾値は、例えば、作業開始から終了までに経過した時間の閾値である。料金表２４７は、作業ＩＤに紐づく、単位時間あたりの作業の対価を示す。料金表２４７は、例えば、時間給を設定してもよいし、分給などを設定してもよい。料金表により作業により適した対価の計算が可能となる。

つぎに、サーバ１１０の予定情報記憶部２１１が、配送情報２４３と作業予定情報２４４を情報保持部１１２に格納しておく（ステップＳ３０３）。配送情報２４３の詳細については図４を用いて、作業予定情報２４４の詳細については図５を用いて後述する。

つぎに、作業対価算出システム１００は、作業者による算出処理の開始指示の有無を判定する（ステップＳ３０４）。開始指示がある場合（ステップＳ３０４：ＹＥＳ）、作業対価算出システム１００は算出処理を開始する。開始指示がない場合（ステップＳ３０４：ＮＯ）、作業対価算出システム１００はステップＳ３０５以降の算出処理を実行することなく終了する。

つぎに、モバイル端末１２０の位置情報取得部２２５が、各作業の開始時と終了時の位置情報の実績値２４１を取得し、時間情報取得部２２２が各作業の開始時と終了時の作業日時の実績値２４２を取得する（ステップＳ３０５）。位置情報の実績値２４１の詳細については図６を用いて、作業日時の実績値２４２の詳細については図７を用いて後述する。

モバイル端末１２０は、作業者によって、画面上で配送ＩＤを選択するボタンが押されるか、作業者が持つ運行指示書などに印字されたバーコードを読み取ることで、配送ＩＤを取得する。また、モバイル端末１２０は、作業者によって、画面上で作業項目が選択されることにより作業ＩＤを取得する。その後、作業開始時に画面上で開始ボタンが押され、作業終了時に終了ボタンが押されることに応答して、モバイル端末１２０は、開始ボタンと終了ボタン押下時の位置情報と日時情報を自動的に取得する。

ただし、実績情報を取得するタイミングをモバイル端末１２０に通知する手段として、モバイル端末１２０の画面上のボタンを押下する方法に限定しない。例えば、作業者のモバイル端末１２０や作業者が装備したウェアラブル端末などの加速度センサから、加速度データを収集し、それを基に作業対価算出システム１００が作業開始と終了のタイミングを自動的に判定し、作業開始時と終了時の位置情報と日時情報を取得してもよい。これにより、人がボタンを押下する作業が効率化される。

なお、作業者のモバイル端末１２０による、位置情報の取得方法も限定しない。位置情報取得部２２５は、ＧＰＳから位置情報を取得する以外にも、屋内に取り付けたビーコンや無線ネットワーク装置のＳＳＩＤから位置情報を取得してもよい。また作業場所の建物内にビーコンや無線ネットワーク装置がない場合、作業場所の近くにある建物のビーコンや無線ネットワーク装置のＳＳＩＤから位置情報を取得してもよい。これにより、屋内や地下で作業を行うため、ＧＰＳから位置情報を取得できない場合も、他の方法により位置情報を取得することが可能となる。

さらに、モバイル端末１２０の画面上に、現在の位置情報と、配送ＩＤ、作業ＩＤに紐づいた作業実施予定の位置情報を表示し、モバイル端末１２０の画面上で、作業者が位置情報の予定値とずれていた場合に、作業者に移動するように指示しても良い。また、位置情報の予定値と実績値がずれている場合、作業者が位置補正をし、位置補正した情報をサーバ１１０に送信後、支払先・支払元端末１３０に送信してもよい。これにより、位置補正の情報を基に、位置誤差の閾値を更新することが可能となる。

また、作業者が運ぶ荷物を動かすなどの動作を伴う作業に関しては、作業開始・終了時に荷物のＲＦＩＤタグを読み込み、作業完了後の荷物を撮影し、位置情報や作業時間の実績値と共に、画像情報もサーバ１１０に送信してもよい。また、モバイル端末や作業者が装備したウェアラブル端末の加速度センサから取得した加速度データや、ジャイロセンサから取得した角速度データなどをサーバ１１０に送信してもよい。これにより、作業実績の根拠となる証拠情報を収集できるため、より詳細な自動判定を実施することが可能となる。

つぎに、モバイル端末１２０の作業実績送信部２２３が、位置情報取得部２２５から位置情報の実績値２４１を取得し、時間情報取得部２２２から作業日時の実績値２４２を取得する（ステップＳ３０６）。

つぎに、サーバ１１０の作業実績記憶部２１２が、位置情報の実績値２４１と作業日時の実績値２４２をモバイル端末１２０の作業実績送信部２２３から取得し、情報保持部１１２に格納する（ステップＳ３０７）。

つぎに、サーバ１１０の位置情報評価部２１４が、作業実績記憶部２１２から各作業の位置情報の実績値２４１を取得した後、各配送ＩＤおよび作業ＩＤの組み合わせに紐づいた位置情報の予定値を予定情報記憶部２１１から取得し、位置閾値記憶部２１３から各作業ＩＤに紐づいた位置情報の実績値と予定値の誤差の閾値を取得する（ステップＳ３０８）。なお、位置情報の実績値と予定値との間の誤差の閾値は、作業実施場所と作業予定場所の緯度の絶対誤差の閾値と、作業実施場所と作業予定場所の経度の絶対誤差の閾値である。位置情報の予定値の取得方法については、図４、図５を用いて後述する。

つぎに、サーバ１１０の位置情報評価部２１４が、各作業の開始時と終了時の位置情報の実績値と予定値の誤差が閾値以下であるか自動判定する。具体的には、ある作業ＩＤに紐づく作業の開始時と終了時の場所の緯度の予定値と、配送ＩＤおよび作業ＩＤの組み合わせに紐づく作業の開始時と終了時の場所の緯度の実績値の絶対誤差が、同じ作業ＩＤに紐づく緯度の位置誤差の閾値以下であるかを自動判定する。開始時と終了時の場所の経度に対しても、上記と同様の処理を行う（ステップＳ３０９）。

つぎに、サーバ１１０の判定結果記憶部２１７が、各作業の位置情報の実績値２４１に対する自動判定結果を位置情報評価部２１４から取得する。位置情報の自動判定結果が、緯度および経度の位置誤差が閾値以下であることを示す場合、判定結果記憶部２１７は、配送ＩＤおよび作業ＩＤの組み合わせの位置情報の実績値２４１に対する自動判定の承認フラグを、情報保持部１１２に格納する（ステップＳ３１０）。

つぎに、サーバ１１０の作業時間評価部２１５が、作業実績記憶部２１２から各作業の作業日時の実績値２４２を取得した後、各作業の開始時と終了時の作業日時から作業時間を算出する。（ステップＳ３１１）。

つぎに、サーバ１１０の作業時間評価部２１５が、時間閾値記憶部２１６から各作業ＩＤに紐づいた作業時間の閾値を取得し、作業日時の実績値２４２から算出した各作業の作業時間が、同じ作業ＩＤに紐づいた作業時間の閾値以下であるか自動判定する。（ステップＳ３１２）。

なお、ここでは、位置情報と作業時間の実績値に対する自動判定において、実績値が閾値以下であるか、閾値より大きいかの二段階評価の例を記載しているが、サーバ１１０の情報保持部１１２に閾値を複数設定する、もしくは閾値との誤差が小さい実績値に対し、中間の評価値を割り当てることにより、三段階評価など、多段階の評価にしてもよい。これにより、より詳細な判定が可能となる。

つぎに、サーバ１１０の判定結果記憶部２１７が、各作業の作業日時の実績値２４２に対する自動判定結果を作業時間評価部２１５から取得する。作業時間の自動判定結果が、作業時間が閾値以下であることを示す場合、判定結果記憶部２１７は、配送ＩＤ、作業ＩＤの作業日時の実績値２４２に対する自動判定の承認フラグを、情報保持部１１２に格納する（ステップＳ３１３）。

つぎに、作業対価算出システム１００は、情報保持部１１２に新しく登録された配送ＩＤに紐づく、位置情報の実績値２４１の自動判定結果と作業日時の実績値２４２の自動判定結果を検索し、どちらかの自動判定で却下された作業ＩＤの有無を判定する（ステップＳ３１４）。上述のように、位置誤差絶対値が閾値を超える場合または作業時間が閾値を超える場合、却下の自動判定がなされる。却下された作業ＩＤがある場合（ステップＳ３１４：ＹＥＳ）、作業対価算出システム１００はステップＳ３１５以降の処理を開始する。却下された作業ＩＤがない場合（ステップＳ３１４：ＮＯ）、作業対価算出システム１００はステップＳ３２２以降の処理を開始する。

つぎに、サーバ１１０の判定結果記憶部２１７が、情報保持部１１２に新しく登録された配送ＩＤに対し、自動判定の承認フラグがない作業ＩＤに紐づく、配送ＩＤ、作業ＩＤ、位置情報の実績値２４１、作業日時の実績値２４２、閾値情報および自動判定結果を、承認依頼通知部２１９に送信する（ステップＳ３１５）。

ここで、すべての配送に対し、すべての作業が必ず実施される場合は、実績値が取得されなかった配送ＩＤ、作業ＩＤに対しても、承認依頼通知部２１９に送信してもよい。

つぎに、サーバ１１０の承認依頼通知部２１９が、位置情報の自動判定と作業日時の自動判定の少なくとも一方で却下された配送ＩＤ、作業ＩＤに対する、承認判定依頼を支払先・支払元端末１３０の承認依頼表示部２３１に送信する（ステップＳ３１６）。

つぎに、支払先・支払元端末１３０の承認依頼表示部２３１が承認判定依頼通知２４８を支払先・支払元端末１３０の画面に表示する（ステップＳ３１７）。

つぎに、支払先・支払元端末１３０の承認結果入力部２３２が、支払先・支払元端末１３０に入力された支払先と支払元の承認判定結果２４９を各々取得する（ステップＳ３１８）。支払先・支払元端末１３０の画面に表示する承認判定依頼通知２４８と承認判定結果２４９の詳細については図８を用いて後述する。

つぎに、サーバ１１０の承認結果取得部２２０が、支払先・支払元端末１３０の承認結果入力部２３２から支払先と支払元の承認判定結果２４９を各々取得する（ステップＳ３１９）。

つぎに、サーバ１１０の判定結果記憶部２１７が、支払先と支払元の承認判定結果２４９を承認結果取得部２２０から取得し、位置情報の自動判定と作業日時の自動判定の少なくとも一方で却下された配送ＩＤおよび作業ＩＤの組み合わせに対する、支払先と支払元の支払承認フラグを情報保持部１１２に格納する（ステップＳ３２０）。承認判定結果２４９は、支払が承認された配送ＩＤ及び作業ＩＤの組み合わせに対して、支払い承認フラグを与える。

なお、承認判定依頼通知２４８を支払元端末１３０－２のみに送信してもよい。その場合、支払元担当者が支払先担当者に作業が実際に行われていたか確認の連絡をし、支払先担当者が作業者に作業が適切に行われていたかどうかを確認する。支払先担当者が、作業が行われていることを確認できた場合、その旨を支払元担当者に通知することで、その情報を基に作成された承認判定結果２４９を、支払元端末１３０－２の承認結果入力部２３２が取得してもよい。

ここで、自動判定と支払先・支払元による承認判定で共に却下された配送ＩＤおよび作業ＩＤの組み合わせに対して、さらに支払先・支払元の上位責任者に再度通知が行き、承認判定を促すようにしてもよい。また、上位責任者の支払承認フラグも情報保持部１１２に格納してもよい。これにより、複数の承認者の判定結果を作業対価算出処理に反映できる。

つぎに、サーバ１１０の位置閾値記憶部２１３と時間閾値記憶部２１６が、支払先と支払元の支払承認フラグを基に、位置誤差の閾値と作業時間の閾値を更新する（ステップＳ３２１）。位置閾値記憶部２１３は位置閾値を更新する位置閾値更新部であり、時間閾値記憶部２１６は、時間閾値を更新する時間閾値更新部である。閾値の更新処理については図９を用いて後述する。

つぎに、サーバ１１０の判定結果記憶部２１７が、位置情報の実績値２４１と作業日時の実績値２４２に対し、自動判定の承認フラグが両方にある、もしくは、支払先と支払元の支払承認フラグが両方にある、配送ＩＤおよび作業ＩＤの組み合わせを選択する。サーバ１１０の判定結果記憶部２１７は、選択配送ＩＤおよび作業ＩＤの組み合わせの作業時間の実績値と、作業ＩＤのデータセットとを、金額算出部２２１に送信する（ステップＳ３２２）。

つぎに、サーバ１１０の金額算出部２２１が、料金表記憶部２１８から料金表２４７に基づき、該当する作業ＩＤに紐づく単位時間あたりの料金を取得し、判定結果記憶部２１７から取得した作業時間の対価を算出する。その後、算出した対価を情報保持部１１２に格納し、判定結果記憶部２１７に送信する（ステップＳ３２３）。作業時間の対価は、単位時間あたりの料金に作業時間を乗算することで算出される。ただし、作業時間の対価の算出方法は限定されない。

つぎに、サーバ１１０の判定結果記憶部２１７が、該当する配送ＩＤの作業ＩＤの実績値に対する金額情報２５０と最終判定結果２５１を、支払先・支払元端末１３０の最終結果表示部２３３に送信する（ステップＳ３２４）。

つぎに、支払先・支払元端末１３０の最終結果表示部２３３が、金額情報２５０と最終判定結果２５１を支払先・支払元端末１３０の画面上に表示する。（ステップＳ３２５）。ここで、金額情報２５０は配送ＩＤに紐づく、全ての作業ＩＤの実績値それぞれに対する対価と、それらの合計金額である。支払先・支払元端末１３０の画面に表示する最終判定結果２５１の詳細については、図１０を用いて後述する。

また、最終判定結果２５１を受け入れるかどうかの判断結果を支払先・支払元端末１３０から取得し、サーバ１１０に情報保持部１１２に記憶後、支払先・支払元端末１３０にその判断結果を送信しても良い。

つぎに、図３Ａに示すステップＳ３０４に戻り、作業対価算出システム１００は、作業者による算出処理の開始指示がなければ（ステップＳ３０４：Ｎｏ）、算出処理を終了する。

＜入力データの配送情報の一例＞
図４は、作業対価算出システム１００のサーバ１１０への入力データの配送情報２４３の一例を示す説明図である。なお、図４に記載されているデータについてはあくまで一例であり、限定されない。

配送情報２４３は、作業者が実施予定の配送に関する情報である。配送情報２４３は、配送ＩＤ４１１、積込先４１２、納品先４１３、配送依頼業者ＩＤ４１４の項目を含む。積込先４１２、納品先４１３の項目は、拠点の住所情報を格納してもよいし、拠点の緯度・経度を格納してもよい。ただし、拠点の住所情報を格納する場合は、ステップＳ３０８において、予定情報記憶部２１１が位置情報評価部２１４に送信する位置情報の予定値として、ジオコーディングなどによって、住所を緯度・経度に変換したデータを送信する必要がある。また、積込先から納品先への配送時に、立ち寄り拠点が複数存在する場合は、立ち寄り拠点の住所を配送情報２４３に追加してもよい。

また、ある配送ＩＤに対し、元請、孫請など複数の下請配送業者が存在する場合、配送依頼業者ＩＤ４１４の項目は、配送を依頼する下請配送業者のＩＤを格納する。また、作業ＩＤによって、作業を依頼する配送依頼業者が異なる場合は、配送情報２４３に作業ＩＤ欄を追加し、配送依頼業者ＩＤ４１４の項目は、作業ＩＤごとの配送依頼業者ＩＤを格納してもよい。また、積込日時、納品日時、および配送依頼業者名称などの情報を配送情報２４３に追加してもよい。これにより、複数の下請配送業者が存在する場合でも、本実施例を適用できる。

＜入力データの作業予定情報の一例＞
図５は、作業対価算出システム１００のサーバ１１０への入力データの作業予定情報２４４の一例を示す説明図である。なお、図５に記載されているデータは一例であり、限定されない。

作業予定情報２４４は、各作業が実施される予定場所の情報である。作業予定情報２４４は、作業ＩＤ５１１、作業名５１２、作業開始予定場所５１３、作業終了予定場所５１４の項目を含む。作業開始予定場所５１３、作業終了予定場所５１４の項目は、配送情報２４３に拠点の住所情報もしくは緯度・経度が登録されている拠点名を示す。例えば、配送情報２４３に、積込先４１２、納品先４１３の他に、立ち寄り拠点１、立ち寄り拠点２の住所情報もしくは緯度・経度も登録されている場合、作業開始予定場所５１３、作業終了予定場所５１４として、積込先、納品先、立ち寄り拠点１、立ち寄り拠点２のいずれかを登録できる。

＜位置情報の予定値の取得方法の一例＞
ここで、図４、図５を用いて、位置情報評価部２１４が、該当する配送ＩＤおよび作業ＩＤの組み合わせに紐づいた位置情報の予定値を取得する方法について説明する。以下に説明するように配送情報２４３および作業予定情報２４４を使用した処理により、情報保持部で保持する情報量を低減できる。

サーバ１１０の位置情報評価部２１４が、各作業の位置情報の実績値２４１から配送ＩＤおよび作業ＩＤの組み合わせのデータセットを読み出し、予定情報記憶部２１１に送信する。つぎに、予定情報記憶部２１１が、図５の作業予定情報２４４から、作業ＩＤに紐づく作業開始予定場所５１３と作業終了予定場所５１４を検索する。

つぎに、予定情報記憶部２１１が、図４の配送情報２４３から、配送ＩＤに紐づく作業開始予定場所５１３と作業終了予定場所５１４の住所もしくは緯度・経度を検索する。つぎに、予定情報記憶部２１１が、各配送ＩＤおよび作業ＩＤの組み合わせに紐づいた位置情報の予定値の情報として、配送ＩＤ、作業ＩＤ、作業開始予定場所の緯度・経度および作業終了予定場所の緯度・経度のデータセットを、位置情報評価部２１４に送信する。上述のように、予定情報記憶部２１１は、予定場所の情報を検索する予定情報検索部である。

＜入力データの位置情報実績値の一例＞
図６は、作業対価算出システム１００のモバイル端末１２０への入力データの位置情報実績値２４１の一例を示す説明図である。なお、図６に記載されているデータについてはあくまで一例であり、限定されない。

位置情報実績値２４１は、作業者が各作業の作業を開始する時と終了する時に、モバイル端末１２０から取得する位置情報である。位置情報実績値２４１は、配送ＩＤ４１１、作業ＩＤ５１１、作業開始時の緯度６１１、作業開始時の経度６１２、作業終了時の緯度６１３、作業終了時の経度６１４の項目を含む。

＜入力データの作業日時実績値の一例＞
図７は、作業対価算出システム１００のモバイル端末１２０への入力データの作業日時実績値２４２の一例を示す説明図である。なお、図７に記載されているデータは一例であり、限定されない。

作業日時実績値２４２は、作業者による各作業の作業開始時と終了時に、モバイル端末１２０から取得する日時情報である。作業日時実績値２４２は、配送ＩＤ４１１、作業ＩＤ５１１、作業開始日時７１１、作業終了日時７１２の項目を含む。作業開始日時７１１、作業終了日時７１２は、西暦、月、日および時間などを示す。

＜出力データの承認判定依頼通知の一例＞
図８は、作業対価算出システム１００の支払先・支払元端末１３０の画面上に出力される承認判定依頼通知２４８の一例を示す説明図である。なお、図８に記載されているデータについてはあくまで一例であり、限定されない。

承認判定依頼通知２４８は、ステップＳ３１７において承認依頼表示部２３１が支払先・支払元端末１３０の画面に表示する通知である。承認判定依頼通知２４８は、配送ＩＤ４１１、作業ＩＤ５１１、作業開始日時７１１、作業終了日時７１２、作業時間８１１、時間閾値８１２、時間自動判定結果８１３、作業予定場所の緯度８１４、作業予定場所の経度８１５の項目を含む。承認判定依頼通知２４８は、さらに、作業開始時の緯度６１１、作業開始時の経度６１２、作業終了時の緯度６１３、作業終了時の経度６１４、緯度閾値８１６、経度閾値８１７、位置自動判定結果８１８、支払承認８１９の項目を含む。

サーバ１１０の位置情報評価部２１４、作業時間評価部２１５のどちらかで却下された作業ＩＤに対しては、支払を承認するか、却下するかの選択を支払先、支払元に促すために、画面上に支払承認８１９の選択項目として、支払承認ボタン８２０、支払却下ボタン８２１が表示されている。

支払承認ボタン８２０が押された場合、承認結果入力部２３２は承認判定結果２４９として支払承認情報を取得し、支払却下ボタン８２１が押された場合、承認結果入力部２３２は承認判定結果２４９として支払却下情報を取得する。ただし、支払先端末の画面には、支払承認ボタン８２０ではなく受取承認ボタンを表示し、支払却下ボタン８２１ではなく受取却下ボタンを表示してもよい。

ただし、承認判定結果２４９が入力部１３４で入力された結果ではなく、外部システムが処理した結果を基に、作成される場合は、承認判定依頼通知２４８として、支払承認ボタン８２０、支払却下ボタン８２１を支払先・支払元端末１３０の画面に表示する必要はない。

また、承認判定依頼通知２４８として、支払先・支払元端末１３０の画面上で支払承認ボタン８２０が押された場合、閾値更新可否を選択するための、閾値更新ボタン、閾値更新無しボタンを表示してもよい。閾値更新可否とは、承認判定結果２４９を、閾値更新に反映させるかどうかの情報である。閾値更新ボタンが押された場合のみ、ステップＳ３２１において、閾値更新処理手順に従って、閾値の更新をする。

これにより、通常は支払承認をしないような実績に対して、その時だけ特別な理由から支払承認をせざるを得ない場合にも、閾値の更新をせずに、承認判定結果２４９として、支払承認情報を取得することが可能となる。

＜閾値更新処理手順例＞
図９は、作業対価算出システム１００による、閾値更新処理手順例を示すフローチャートである。図３Ｂのステップ３２１で行う、閾値更新処理について詳細を説明する。

サーバ１１０の判定結果記憶部２１７が、位置情報の自動判定で却下された配送ＩＤおよび作業ＩＤの組み合わせの位置情報の実績値２４１に対し、支払先と支払元の支払承認フラグが共にあるかを検索する。双方の支払承認フラグがある場合は、判定結果記憶部２１７は、位置閾値記憶部２１３に配送ＩＤおよび作業ＩＤの組み合わせに紐づく位置情報の実績値と予定値との間の誤差と作業ＩＤを送信する（ステップＳ９０１）。

つぎに、サーバ１１０の位置閾値記憶部２１３が、判定結果記憶部２１７から取得した位置情報の実績値と予定値の誤差を、作業ＩＤに紐づく位置誤差の新たな閾値として更新する（ステップＳ９０２）。

つぎに、サーバ１１０の判定結果記憶部２１７が、作業日時の自動判定で却下された配送ＩＤおよび作業ＩＤの組み合わせの作業日時の実績値２４２に対し、支払先と支払元の支払承認フラグが共にあるかを検索する。双方の支払承認フラグある場合は、判定結果記憶部２１７は、時間閾値記憶部２１６に配送ＩＤおよび作業ＩＤの組み合わせに紐づく作業時間の実績値と作業ＩＤを送信する（ステップＳ９０３）。

つぎに、サーバ１１０の時間閾値記憶部２１６が、判定結果記憶部２１７から取得した作業時間の実績値を、作業ＩＤに紐づく作業時間の新たな閾値として更新する（ステップＳ９０４）。

他の例において、ステップＳ９０２において、サーバ１１０の位置閾値記憶部２１３が、新たに判定結果記憶部２１７から取得した作業ＩＤの位置情報の実績値と予定値の誤差と同じ作業ＩＤに紐づく過去の位置誤差の閾値との平均値を、作業ＩＤの新たな位置誤差の閾値として更新してもよい。これにより、支払先・支払元端末１３０から取得する、承認判定結果２４９にばらつきがある場合にも、過去の閾値の判定結果を基に標準的な水準の閾値を設定できる。

＜出力データの最終判定結果の一例＞
図１０は、作業対価算出システム１００の支払先・支払元端末１３０への出力データの最終判定結果２５１の一例を示す説明図である。なお、図１０に記載されているデータについてはあくまで一例であり、限定されない。

最終判定結果２５１は、支払先・支払元端末１３０の画面に表示される支払可否の最終判定結果である。最終判定結果２５１は、配送ＩＤ４１１、作業ＩＤ５１１、時間自動判定結果８１３、位置自動判定結果８１８、及び支払元の支払可否最終判定結果１０１１の項目を含む。

実施例１によれば、作業対価算出システム１００を用いて、作業者のモバイル端末１２０から収集した、各作業の位置情報と作業日時の実績値を基に、作業実績の対価を自動算出できる。また、サーバ１１０に登録された位置誤差と作業時間の閾値を用いて、異常な実績値でないかの自動判定結果をすることで、異常値に対する作業対価算出と支払を防止できる。これにより、例えば、作業者が作業終了時に終了ボタンを押し忘れたことで、間違えて実績データを記録してしまった場合や、故意に作業者が作業実績を改ざんしようとした場合にも、異常値を検知することができる。

さらに、サーバ１１０に登録された閾値が適切な値でない場合に、自動判定結果で却下された実績値に対する支払先と支払元の承認判定結果をフィードバックすることで、閾値を適切な値に更新することが可能となる。これにより、支払先もしくは支払元の担当者が作業者へ直接電話するなどにより、作業者に実際の状況を確認できるため、実態に沿った閾値の更新が実現できる。

また、実績値や閾値の更新履歴、算出した金額情報は、耐改ざん性を持ち、支払先と支払元が共有可能なデータベースに保存されるため、支払先と支払元がお互い監視した状態で、これらの情報を管理することができる。これにより、作業対価算出システム１００で算出され、記憶された金額情報を基に、銀行などの中央機関が発行する法定通貨に限らず、仮想通貨などでも支払いも可能となる。

さらに、本実施例では、自動判定で却下された実績値に対してのみ、支払先・支払元端末１３０から承認判定結果を取得すればよいので、支払先、支払元の担当者が承認判定結果を入力する場合、全実績を確認する従来と比較して、実績確認作業の工数削減につながる。また、支払先と支払元が共通のデータベースで同じ金額情報を管理することにより、従来業務における金額明細書のやり取りが不要となり、郵送費や人件費の削減にもつながる。

上述のように、本実施例により、異常な実績値を検知し、判定の基準となる閾値を適切に更新することで、異常な実績に対する対価算出を高精度に防止することができる。

つぎに実施例２について説明する。実施例１では、作業ＩＤごとに位置誤差と作業時間の閾値を更新する場合について記載した。実施例２では、作業ＩＤに加え、場所ＩＤと端末ＩＤごとに閾値を更新する場合の作業対価算出処理について説明する。場所ＩＤは作業場所を識別する番号を指し、端末ＩＤは作業者のモバイル端末の機種を識別するＩＤを指す。

以下に説明する相違点を除き、実施例２の作業対価算出システム１００の各部は、図１～図１０に示された実施例１の同一の符号を付された各部と同一の機能を有するため、それらの説明は省略する。以下、図４、図６、および図７を参照し、実施例１から変更がある箇所を説明する。

＜実施例２における入力データの配送情報の一例＞
実施例２では、配送情報２４３は、図４の配送情報２４３に対して、積込先の場所ＩＤと、納品先の場所ＩＤの項目を追加で含む。

＜実施例２における入力データの位置情報実績値の一例＞
実施例２では、位置情報実績値２４１は、図６の位置情報実績値２４１に対して、端末ＩＤの項目を追加で含む。

＜実施例２における入力データの作業日時実績値の一例＞
実施例２では、作業日時実績値２４２は、図７の作業日時実績値２４２に対して、端末ＩＤと、を追加で含む。

実施例１から変更があるステップを、以下に示す。ステップＳ３０１：作業対価算出処理を開始する前に、サーバ１１０の位置閾値記憶部２１３が、場所ＩＤ、端末ＩＤおよび作業ＩＤの組み合わせごとの位置誤差の閾値の初期値２４５を情報保持部１１２に格納し、時間閾値記憶部２１６が場所ＩＤ、端末ＩＤおよび作業ＩＤの組み合わせごとの作業時間の閾値の初期値２４６を情報保持部１１２に格納しておく。

ステップＳ３０８：サーバ１１０の位置情報評価部２１４が、作業実績記憶部２１２から各作業の位置情報の実績値２４１を取得した後、各配送ＩＤおよび作業ＩＤの組み合わせに紐づいた位置情報の予定値を予定情報記憶部２１１から取得し、位置閾値記憶部２１３から各場所ＩＤ、端末ＩＤおよび作業ＩＤの組み合わせに紐づいた位置情報の実績値と予定値の誤差の閾値を取得する。

ステップＳ３０９：、サーバ１１０の位置情報評価部２１４が、各作業の開始時と終了時の位置情報の実績値と予定値の誤差が閾値以下であるか自動判定する。具体的には、ある作業ＩＤに紐づく作業の開始時と終了時の場所の緯度の予定値と、配送ＩＤおよび作業ＩＤの組み合わせに紐づく作業の開始時と終了時の場所の緯度の実績値の絶対誤差が、同じ場所ＩＤ、端末ＩＤおよび作業ＩＤの組み合わせに紐づく位置誤差の閾値以下であるかを自動判定する。開始時と終了時の場所の経度に対しても、上記と同様の処理を行う。

ステップＳ３１２：サーバ１１０の作業時間評価部２１５が、位置情報評価部２１４から場所ＩＤを取得し、時間閾値記憶部２１６から、各場所ＩＤ、端末ＩＤおよび作業ＩＤの組み合わせに紐づいた作業時間の閾値を取得し、作業日時の実績値２４２から算出した各作業の作業時間が、同じ場所ＩＤ、端末ＩＤおよび作業ＩＤの組み合わせに紐づく作業時間の閾値以下であるか自動判定する。

ステップＳ９０１：サーバ１１０の判定結果記憶部２１７が、位置情報の自動判定で却下された配送ＩＤおよび作業ＩＤの組み合わせの位置情報の実績値２４１に対し、支払先と支払元の支払承認フラグが共にあるかを検索する。ある場合は、位置閾値記憶部２１３に配送ＩＤおよび作業ＩＤの組み合わせに紐づく位置情報の実績値と予定値の誤差、配送ＩＤ、作業ＩＤ、場所ＩＤ、および端末ＩＤを送信する。

ステップＳ９０２：サーバ１１０の位置閾値記憶部２１３が、判定結果記憶部２１７から取得した位置情報の実績値と予定値の誤差を、場所ＩＤ、端末ＩＤおよび作業ＩＤの組み合わせに紐づく位置誤差の閾値として更新する。

ステップＳ９０３：サーバ１１０の判定結果記憶部２１７が、作業日時の自動判定で却下された配送ＩＤおよび作業ＩＤの組み合わせの作業日時の実績値２４２に対し、支払先と支払元の支払承認フラグが共にあるかを検索する。ある場合は、時間閾値記憶部２１６に配送ＩＤおよび作業ＩＤの組み合わせに紐づく作業時間の実績値、配送ＩＤ、作業ＩＤ、場所ＩＤ、および端末ＩＤを送信する。

ステップＳ９０４：サーバ１１０の時間閾値記憶部２１６が、判定結果記憶部２１７から取得した作業時間の実績値を、場所ＩＤ、端末ＩＤおよび作業ＩＤの組み合わせに紐づく作業時間の閾値として更新する。

＜実施例２における位置情報の予定値の取得方法の一例＞
図４、図５を参照して、実施例２における、位置情報評価部２１４が、該当する配送ＩＤおよび作業ＩＤの組み合わせに紐づいた位置情報の予定値を取得する方法について説明する。

サーバ１１０の位置情報評価部２１４が、各作業の位置情報の実績値２４１から配送ＩＤおよび作業ＩＤの組み合わせのデータセットを読み出し、予定情報記憶部２１１に送信する。つぎに、予定情報記憶部２１１が、図５の作業予定情報２４４から、作業ＩＤに紐づく作業開始予定場所５１３と作業終了予定場所５１４を検索する。つぎに、予定情報記憶部２１１が、図４の配送情報２４３から、配送ＩＤに紐づく作業開始予定場所５１３と作業終了予定場所５１４の住所もしくは緯度・経度と場所ＩＤを検索する。

つぎに、予定情報記憶部２１１が、各配送ＩＤおよび作業ＩＤの組み合わせに紐づいた位置情報の予定値の情報として、配送ＩＤ、作業ＩＤ、作業開始予定場所の緯度・経度、作業開始予定場所の場所ＩＤ、作業終了予定場所の緯度・経度、作業終了予定場所の場所ＩＤのデータセットを、位置情報評価部２１４に送信する。

実施例２によれば、作業ＩＤに加え、場所ＩＤと端末ＩＤごとに、位置誤差と作業時間の閾値を更新することが可能となる。作業場所や作業者が持つモバイル端末の機種によって、位置情報の取得やすさが異なるため、場所ＩＤと端末ＩＤごとに位置情報の誤差の閾値を更新できることにより、場所やモバイル端末の機種に応じた、閾値を設定することができる。

ここで、モバイル端末１２０の作業実績送信部２２３が、位置情報の実績値２４１と作業日時の実績値２４２と共に、作業者ＩＤをサーバ１１０の作業実績記憶部２１２に送信してもよい。作業者ＩＤに紐づけて、位置情報の実績値２４１と作業日時の実績値２４２、時間自動判定結果８１３、および位置自動判定結果８１８を情報保持部１１２に格納することで、作業者ごとの自動判定結果を管理することが可能となる。

また、ステップＳ３１６において、サーバ１１０の承認依頼通知部２１９が、承認判定依頼通知２４８と共に作業者ＩＤに紐づく自動判定結果の履歴を、支払先・支払元端末１３０に送信し、画面に表示してもよい。これにより、支払元や支払先の担当者が承認判定を行う時に参考とすることができる。

また、サーバ１１０の情報保持部１１２に、場所ＩＤに紐づけて実績値を保存し、自動判定結果で却下されることが多い場所ＩＤに紐づく配送に対し、作業者に場所の間違いが多いことを注意喚起するメッセージを、モバイル端末１２０の画面上に表示してもよい。これにより、作業者による作業場所のミスを防止することができる。

つぎに実施例３について説明する。実施例１、２では、承認判定結果２４９として、支払承認情報を取得する場合について記載した。実施例３では、承認判定結果２４９として、位置情報の実績値２４１と作業日時の実績値２４２の各々に対する、実績承認情報を取得する場合について説明する。

以下に説明する相違点を除き、実施例３の作業対価算出システム１００の各部は、図１～図１０に示された実施例１の同一の符号を付された各部と同一の機能を有するため、それらの説明は省略する。以下、図８と図１０を参照し、実施例１から変更がある箇所を説明する。

＜実施例３における出力データの承認判定依頼通知の一例＞
実施例３では、承認判定依頼通知２４８は、図８の承認判定依頼通知２４８の支払承認８１９の項目は持たず、作業時間の実績承認と位置情報の実績承認の項目を追加で含む。

サーバ１１０の位置情報評価部２１４で却下された作業ＩＤに対しては、位置情報の実績値を承認するか、却下するかの選択を支払先、支払元に促すために、画面上に位置情報の実績承認の選択項目として、実績承認ボタン、実績却下ボタンが表示される。

同様に、作業時間評価部２１５で却下された作業ＩＤに対しては、作業時間の実績値を承認するか、却下するかの選択を支払先、支払元に促すために、画面上に作業時間の実績承認の選択項目として、実績承認ボタン、実績却下ボタンが表示される。

実績承認ボタンが押された場合、承認結果入力部２３２は承認判定結果２４９として実績承認情報を取得し、実績却下ボタンが押された場合、承認結果入力部２３２は承認判定結果２４９として実績却下情報を取得する。なお、これらの情報は、位置情報の実績値、作業時間の実績値それぞれに対して取得する。つまり、承認判定結果は、位置情報の実績値の判定結果と作業時間の実績値の判定結果を個別に示す。

実施例１から変更があるステップを、以下で説明する。ステップＳ３２０：サーバ１１０の判定結果記憶部２１７が、支払先と支払元の承認判定結果２４９を承認結果取得部２２０から取得し、位置情報の自動判定と作業日時の自動判定のどちらかで却下された配送ＩＤおよび作業ＩＤの組み合わせに対する、支払先と支払元の位置情報の実績承認フラグ、作業時間の実績承認フラグを情報保持部１１２に記録する。

ステップＳ３２１：サーバ１１０の位置閾値記憶部２１３と時間閾値記憶部２１６が、支払先と支払元の位置情報と作業時間各々に対する実績承認フラグを基に、位置誤差の閾値と作業時間の閾値を更新する。

ステップＳ３２２：つぎに、サーバ１１０の判定結果記憶部２１７が、位置情報の実績値２４１と作業日時の実績値２４２に対し、自動判定の承認フラグが両方にある、もしくは、支払先と支払元の位置情報の実績承認フラグと作業時間の実績承認フラグが共にある、配送ＩＤおよび作業ＩＤの組み合わせの作業時間の実績値と作業ＩＤのデータセットを金額算出部２２１に送信する。

ステップＳ９０１：サーバ１１０の判定結果記憶部２１７が、位置情報の自動判定で却下された配送ＩＤおよび作業ＩＤの組み合わせの位置情報の実績値２４１に対し、支払先と支払元の位置情報の実績承認フラグが共にあるかを検索し、ある場合は、位置閾値記憶部２１３に配送ＩＤおよび作業ＩＤの組み合わせに紐づく位置情報の実績値と予定値の誤差と作業ＩＤを送信する。

ステップＳ９０３：サーバ１１０の判定結果記憶部２１７が、作業日時の自動判定で却下された配送ＩＤおよび作業ＩＤの組み合わせの作業日時の実績値２４２に対し、支払先と支払元の作業時間の実績承認フラグが共にあるかを検索する。ある場合は、時間閾値記憶部２１６に配送ＩＤおよび作業ＩＤの組み合わせに紐づく作業時間の実績値と作業ＩＤを送信する。

実施例３によれば、支払先・支払元端末１３０から、位置情報と作業時間の実績値に対する承認判定結果を、各々取得することできるため、位置誤差の閾値と作業時間の閾値を別々に更新することが可能となる。これにより、位置誤差と作業時間の閾値に、それぞれの承認判定結果を反映させて、より適切な値に調整することができる。

つぎに実施例４について説明する。実施例１～３では、自動判定結果で却下された実績値に対してのみ、支払先・支払元端末１３０から承認判定結果２４９を取得していた。実施例４では、自動判定結果で承認された実績値に対しても、承認判定依頼通知２４８を送信する場合について説明する。

以下に説明する相違点を除き、実施例４の作業対価算出システム１００の各部は、図１～図１０に示された実施例１の同一の符号を付された各部と同一の機能を有するため、それらの説明は省略する。以下、図８を参照し、実施例１から変更がある箇所を説明する。
＜実施例４における出力データの承認判定依頼通知の一例＞

実施例４では、承認判定依頼通知２４８は、すべての作業ＩＤに対して、支払を承認するか、却下するかの選択を支払先、支払元に促す。そのために、図８の承認判定依頼通知２４８に対して、支払承認８１９の選択項目として、全ての作業ＩＤの支払承認ボタン８２０、支払却下ボタン８２１が表示される。

実施例１から変更があるステップを、以下に説明する。実施例４ではステップＳ３１４は実施しない。自動判定で却下された作業があるかどうかに関わらず、ステップＳ３１５以降の処理を開始する。

ステップＳ３１５：サーバ１１０の判定結果記憶部２１７が、情報保持部１１２に新しく登録された配送ＩＤに対し、配送ＩＤ、作業ＩＤ、位置情報の実績値２４１、作業日時の実績値２４２、閾値情報および自動判定結果を承認依頼通知部２１９に送信する。

ステップＳ３１６：サーバ１１０の承認依頼通知部２１９が、配送ＩＤおよび作業ＩＤの組み合わせの作業実績に対する承認判定依頼を、支払先・支払元端末１３０の承認依頼表示部２３１に送信する。

ステップＳ３２０：サーバ１１０の判定結果記憶部２１７が、支払先と支払元の承認判定結果２４９を承認結果取得部２２０から取得し、配送ＩＤに紐づく、各作業ＩＤに対する、支払先と支払元の支払承認フラグを情報保持部１１２に格納する。

ステップＳ３２２：サーバ１１０の判定結果記憶部２１７が、位置情報の実績値２４１と作業日時の実績値２４２に対し、支払先と支払元の支払承認フラグが両方にある、配送ＩＤおよび作業ＩＤの組み合わせの作業時間の実績値と作業ＩＤのデータセットを、金額算出部２２１に送信する。

ステップＳ９０１：サーバ１１０の判定結果記憶部２１７が、位置情報の自動判定で却下された配送ＩＤおよび作業ＩＤの組み合わせの位置情報の実績値２４１に対し、支払先と支払元の支払承認フラグが共にあるかを検索する。また、位置情報の自動判定で承認された配送ＩＤおよび作業ＩＤの組み合わせの位置情報の実績値２４１に対し、支払先と支払元どちらかの支払承認フラグがないかを検索する。どちらかの検索で該当する作業ＩＤがある場合は、位置閾値記憶部２１３に配送ＩＤおよび作業ＩＤの組み合わせに紐づく位置情報の実績値と予定値の誤差と作業ＩＤを送信する。

ステップＳ９０３：サーバ１１０の判定結果記憶部２１７が、作業日時の自動判定で却下された配送ＩＤおよび作業ＩＤの組み合わせの作業日時の実績値２４２に対し、支払先と支払元の支払承認フラグが共にあるかを検索する。また、作業日時の自動判定で承認された配送ＩＤおよび作業ＩＤの組み合わせの作業日時の実績値２４２に対し、支払先と支払元どちらかの支払承認フラグがないかを検索する。どちらかの検索で該当する作業ＩＤがある場合は、時間閾値記憶部２１６に配送ＩＤおよび作業ＩＤの組み合わせに紐づく作業時間の実績値と作業ＩＤを送信する。

上述のように、位置閾値記憶部２１３は、位置情報評価部２１４の判定で却下され、承認判定結果で承認された位置情報の実績値、および、位置情報評価部２１４の判定で承認され、承認判定結果で却下された位置情報の実績値に対し、位置情報の実績値と位置情報の予定値の誤差に基づき位置情報の実績値と予定値の誤差の閾値を更新する。

また、時間閾値記憶部２１６は、作業時間評価部２１５の判定で却下され、承認判定結果で承認された作業開始時と終了時の実績値、および、作業時間評価部２１５の判定で承認され、承認判定結果で却下された作業開始時と終了時の実績値に対し、作業開始時と終了時の実績値から算出した作業時間に基づき作業時間の閾値を更新する。

実施例４によれば、位置情報、作業日時の自動判定で却下された実績値に限らず、承認された実績値に対しても、支払先・支払元端末１３０から、承認判定結果２４９を取得することできる。これにより、自動判定で承認された実績に対して、支払先・支払元の承認判定で却下された場合にも閾値を更新できるため、閾値による実績値の許容範囲を広げるだけではなく、許容範囲を狭めることも可能となる。

なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明したすべての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。

また、上記の各構成・機能・処理部等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記録装置、または、ＩＣカード、ＳＤカード等の記録媒体に置くことができる。

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

１００ 作業対価算出システム、１１０ サーバ、１２０ 作業者のモバイル端末、１３０ 支払先・支払元の端末、２１１ 予定情報記憶部、２１２ 作業実績記憶部、２１３ 位置閾値記憶部、２１４ 位置情報評価部、２１５ 作業時間評価部、２１６ 時間閾値記憶部、２１７ 判定結果記憶部、２１８ 料金表記憶部、２２１ 金額算出部、２２２ 時間情報取得部、２２５ 位置情報取得部、２３２ 承認結果入力部、２４１ 位置情報の実績値、２４２ 作業日時の実績値、２４３ 配送情報、２４４ 作業予定情報、２４７ 料金表、２４９ 承認判定結果

Claims (10)

1. 作業対価を算出する作業対価算出システムであって、
   １以上のプロセッサと、
   １以上の記憶装置と、を含み、
   前記１以上の記憶装置は、
   作業ＩＤに紐づく作業の位置情報の予定値と、
   前記作業ＩＤに紐づく作業位置の閾値と、
   前記作業ＩＤに紐づく作業時間の閾値を保持し、
   前記１以上のプロセッサは、
   前記作業ＩＤに紐づく作業の位置情報の実績値を取得し、
   前記作業位置の閾値と、前記位置情報の実績値と前記位置情報の予定値の誤差を前記作業ＩＤごとに比較して、前記位置情報の実績値が適切な値であるかを判定し、
   前記作業ＩＤに紐づく作業開始時と終了時の実績値を取得し、
   前記作業時間の閾値と、前記作業開始時と終了時の実績値から算出した作業時間を前記作業ＩＤごとに比較して、前記作業開始時と終了時の実績値が適切であるかを判定し、
   前記位置情報の実績値および前記作業開始時と終了時の実績値の判定結果に対して承認された作業に対する作業対価を算出する、ことを特徴とする、作業対価算出システム。
2. 請求項１に記載の作業対価算出システムであって、
   前記１以上のプロセッサは、
   前記位置情報の実績値または前記作業開始時と終了時の実績値について不適切と判定された実績値に対する承認判定結果を取得し、
   前記承認判定結果で承認された前記位置情報の実績値と前記位置情報の予定値の誤差に基づき、前記作業ＩＤに紐づく位置情報の実績値と予定値の誤差を更新し、
   前記承認判定結果で承認された前記作業開始時と終了時の実績値から算出した作業時間に基づき、前記作業ＩＤに紐づく作業時間を更新する、ことを特徴とする、作業対価算出システム。
3. 請求項２に記載の作業対価算出システムであって、
   前記１以上のプロセッサは、
   作業対価の支払先の承認判定結果および支払元の承認判定結果を取得し、
   前記支払先の承認判定結果と前記支払元の承認判定結果で共に承認された前記位置情報の実績値と前記位置情報の予定値の誤差に基づき、前記作業ＩＤに紐づく位置情報の実績値と予定値の誤差を更新し、
   前記支払先の承認判定結果と前記支払元の承認判定結果で共に承認された前記作業時間に基づき、前記作業ＩＤに紐づく作業時間の閾値を更新する、ことを特徴とする、作業対価算出システム。
4. 請求項１に記載の作業対価算出システムであって、
   前記１以上の記憶装置は、配送情報および作業予定情報を保持し、
   前記配送情報は、配送ＩＤに紐づく複数の作業の予定場所の位置情報を含み、
   前記作業予定情報は、前記作業ＩＤに紐づく作業の予定場所を含み、
   前記１以上のプロセッサは、
   前記作業ＩＤおよび配送ＩＤに紐づく前記作業の位置情報の実績値を取得し、
   前記作業ＩＤおよび前記配送ＩＤに紐づく前記作業開始時と終了時の実績値を取得し、
   前記位置情報の実績値に紐づく前記配送ＩＤおよび前記作業ＩＤの組み合わせを取得し、
   前記作業予定情報から、前記作業ＩＤに紐づく作業の予定場所を検索し、前記配送情報から、前記配送ＩＤに紐づく検索した前記作業の予定場所の位置情報を検索し、前記作業ＩＤに紐づく作業の位置情報の予定値として、前記作業の予定場所の位置情報を取得する、ことを特徴とする、作業対価算出システム。
5. 請求項２に記載の作業対価算出システムであって、
   前記作業位置の閾値は、場所ＩＤ、端末ＩＤおよび前記作業ＩＤの組み合わせに紐づき、
   前記作業時間の閾値は、前記場所ＩＤ、前記端末ＩＤおよび前記作業ＩＤの組み合わせに紐づき、
   前記１以上のプロセッサは、
   前記作業位置の閾値と、前記位置情報の実績値と前記作業の位置情報の予定値の誤差を、前記場所ＩＤ、前記端末ＩＤおよび前記作業ＩＤの組み合わせごとに比較して、前記位置情報の実績値が適切な値であるかを判定し、
   前記作業時間の閾値と、前記作業開始時と終了時の実績値から算出した作業時間を前記場所ＩＤ、前記端末ＩＤおよび前記作業ＩＤの組み合わせごとに比較して、前記作業開始時と終了時の実績値が適切であるかを判定し、
   前記承認判定結果で承認された前記作業の位置情報の実績値と前記位置情報の予定値の誤差に基づき、前記場所ＩＤ、前記端末ＩＤおよび前記作業ＩＤの組み合わせに紐づく作業位置の閾値を更新し、
   前記承認判定結果で承認された前記作業開始時と終了時の実績値から算出した作業時間に基づき、前記場所ＩＤ、前記端末ＩＤおよび前記作業ＩＤの組み合わせに紐づく作業時間の閾値を更新する、ことを特徴とする、作業対価算出システム。
6. 請求項２に記載の作業対価算出システムであって、
   前記１以上のプロセッサは、
   前記位置情報の実績値または前記作業開始時と終了時の実績値の判定で承認された実績値に対する承認判定結果をさらに取得し、
   前記位置情報の実績値の判定で却下され、前記承認判定結果で承認された前記位置情報の実績値、および、前記位置情報の実績値の判定で承認され、前記承認判定結果で却下された前記位置情報の実績値に対し、前記位置情報の実績値と前記位置情報の予定値の誤差に基づき、前記作業ＩＤに紐づく作業位置の閾値を更新し、
   前記作業開始時と終了時の実績値の判定で却下され、前記承認判定結果で承認された前記作業開始時と終了時の実績値、および、前記作業開始時と終了時の実績値の判定で承認され、前記承認判定結果で却下された前記作業開始時と終了時の実績値に対し、前記作業開始時と終了時の実績値から算出した作業時間に基づき、前記作業ＩＤに紐づく作業時間の閾値を更新する、ことを特徴とする、作業対価算出システム。
7. 請求項２に記載の作業対価算出システムであって、
   前記１以上の記憶装置は、前記作業ＩＤに紐づく料金の情報を示す料金表をさらに保持しており、
   前記１以上のプロセッサは、前記承認判定結果で承認された作業、または、前記位置情報の実績値および前記作業開始時と終了時の実績値について適切と判定された作業の作業時間と前記料金表とに基づき、前記作業の作業時間の対価を算出する、ことを特徴とする、作業対価算出システム。
8. 請求項１に記載の作業対価算出システムであって、
   前記１以上のプロセッサは、前記位置情報の実績値および前記作業開始時と終了時の実績値について適切と判定された作業を前記承認された作業として、前記作業対価を算出する、作業対価算出システム。
9. 請求項２記載の作業対価算出システムであって、
   前記承認判定結果は、前記位置情報の実績値および前記作業開始時と終了時の実績値それぞれに対する承認結果を個別に示す、ことを特徴とする、作業対価算出システム。
10. 作業対価算出システムが、配送における作業の作業対価を算出する方法であって、
    前記作業対価算出システムは、作業ＩＤに紐づく作業の位置情報の予定値、前記作業ＩＤに紐づく作業位置の閾値、および前記作業ＩＤに紐づく作業時間の閾値を保持し、
    前記方法は、
    前記作業ＩＤに紐づく作業の位置情報の実績値を取得し、
    前記作業位置の閾値と、前記位置情報の実績値と前記位置情報の予定値の誤差を前記作業ＩＤごとに比較して、前記位置情報の実績値が適切な値であるかを判定し、
    前記作業ＩＤに紐づく作業開始時と終了時の実績値を取得し、
    前記作業時間の閾値と、前記作業開始時と終了時の実績値から算出した作業時間を前記作業ＩＤごとに比較して、前記作業開始時と終了時の実績値が適切であるかを判定し、
    前記位置情報の実績値の判定結果および作業開始時と終了時の実績値の判定結果に対して承認された作業に対する作業対価を算出する、ことを特徴とする、方法。

Images