JP2023155809A - 配送業務受託サービス用サーバ及び配送業務管理システム - Google Patents

Abstract

【課題】自社の配送者の定休日の増加に対して、配送者の増員や配送区域の削減等を行うことなく円滑な配送業務を行う。【解決手段】下級配送者を登録した業者端末１０に対して通信可能に設けられ、上級配送者の第１業務スケジュール情報を登録するスケジュール登録処理（Ｓ２）と、業者端末１０からのアクセスを受け付けるアクセス受付処理（Ｓ４）と、業者端末１０に第１業務スケジュール情報を表示させるスケジュール表示処理（Ｓ５）と、業者端末１０から配送業務の代行リクエストを受け付けるリクエスト受付処理（Ｓ７）と、前記代行リクエストが許容可能であるか否かを判定する判定処理（Ｓ８）と、代行可能通知を業者端末１０へ送信する通知送信処理（Ｓ１０）と、前記代行リクエストに対応する第１業務スケジュール情報を更新するスケジュール更新処理（Ｓ１４）とを実行する配送業務受託サービス用サーバ２０。【選択図】図７

Description

本発明は、配送業務受託サービス用サーバ及び配送業務管理システムに関する。

近年、インターネットを介した買い物の普及等により宅配便等の貨物の運送量が増加し続ける中で、運送を請け負う配送者（運転手）の労働時間は長く、休日も少ない傾向にあった。これに関連して例えば、特許文献１の図８及び段落［００５７］等に、運送業者の運転手が労働基準法を遵守した状態で運行計画を実行できる運行管理方法について記載されている。また、近い将来、配送者の労働時間のさらなる短縮へ向けて法令改正が行われる見込みとなっている。

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

上述のような法令改正によれば、配送者に対しては週休二日制の徹底や残業時間の制限による労働環境の改善が行われる一方、配送者を雇う側、特に、百貨店・スーパー、その他の小売業者等からの比較的小さな軽貨物の配達を請け負う小規模配送者を複数所属させ、それら配送者を取りまとめて運営している配送とりまとめ業者にとっては、甚大な影響が生じることとなる。

すなわち、配送者が休日であっても貨物の配送は行わなければならないので、自社に所属する配送者が従来よりも多くの休日を取得することとなれば、配送者をさらに増員してシフトを組んだり、休日の穴埋め要員を自社で調達する必要が生じ、運営コスト上の負担が大きくなる。また新たな配送者が受け持ち区域での業務に慣れるまでには時間がかかるので、急速な法令改正に対応することは容易でない。これらを回避するためには、配送者が休日を取得する日は配送区域の数を削減したり配送時間帯を短くすることとなるが、円滑な配送業務が困難となる結果、配送サービスの質的低下を招き、また配送とりまとめ業者の売り上げが低下することとなる。

本発明の目的は、配送とりまとめ業者が、自社の配送者がより多くの休日を取得するようになった場合であっても、配送者の増員や配送区域の削減等を行うことなく対応でき、円滑な配送業務を確保できる配送業務受託サービス用サーバ及び配送業務管理システムを提供することにある。

上記目的を達成するために、本願発明は、予め定められた自己の受け持ち区域のみで貨物の配送業務を遂行可能な下級スキルをそれぞれ備えた複数の下級配送者を取りまとめる配送とりまとめ業者に保有される業者端末であってかつ前記複数の下級配送者それぞれを登録した前記業者端末に対して通信可能に設けられ、記憶部と制御部とを有する配送業務受託サービス用サーバであって、前記制御部は、任意の前記下級配送者の前記受け持ち区域における配送業務を各下級配送者に代わって遂行可能な上級スキルをそれぞれ備えた上級配送者、及び、各上級配送者の第１業務スケジュール情報を、前記記憶部に備えられたデータベースに登録するスケジュール登録処理と、前記業者端末からのアクセスを受け付けるアクセス受付処理と、前記アクセス受付処理で前記アクセスを受け付けた前記業者端末に対し、前記スケジュール登録処理で登録された前記上級配送者及び当該上級配送者の前記第１業務スケジュール情報を表示させるスケジュール表示処理と、前記スケジュール表示処理による表示がなされた前記業者端末からの、前記上級配送者による配送業務の代行リクエストを受け付けるリクエスト受付処理と、前記リクエスト受付処理で受け付けられた前記上級配送者の前記代行リクエストが許容可能であるか否かを判定する判定処理と、前記判定処理で前記代行リクエストが許容可能であると判定された場合に、対応する代行可能通知を前記業者端末へ送信する通知送信処理と、前記判定処理で前記代行リクエストが許容可能であると判定された場合に、対応する前記上級配送者の前記第１業務スケジュール情報を、当該上級配送者による前記配送業務の代行が反映された態様で更新する、スケジュール更新処理と、を実行することを特徴とする配送業務受託サービス用サーバであることを特徴としている。

本発明によれば、配送とりまとめ業者が、自社の配送者がより多くの休日を取得するようになった場合であっても、配送者の増員や配送区域の削減等を行うことなく対応でき、円滑な配送業務を確保できる。

配送業務受託サービスの概要を説明する概念図である。 配送業務管理システムの概略的なシステム構成図である。 スケジュール表示処理が実行された業者端末の表示部１１の画面の一例を表す図である。 スケジュール表示処理が実行された業者端末の表示部１１の画面の一例を表す図である。 通知送信処理が実行された業者端末の表示部１１の画面の一例を表す図である。 スケジュール更新処理が実行された業者端末の表示部１１の画面の一例を表す図である。 配送業務受託サービス用サーバの制御部により実行される各処理のフローチャートである。 代行結果報告画面の一例を表す図である。 第２料金表示処理が実行された表示部１１の画面の一例を表す図である。 第１業務スケジュール情報と第２業務スケジュール情報を並列に表示して予約操作を行う方法を説明する図である。 第１業務スケジュール情報と第２業務スケジュール情報を並列に表示して予約操作を行う方法を説明する図である。 第１業務スケジュール情報と第２業務スケジュール情報を並列に表示して予約操作を行う方法を説明する図である。 第１業務スケジュール情報と第２業務スケジュール情報を並列に表示して予約操作を行う方法を説明する図である。

以下、本発明の一実施形態を図面を参照して説明する。なお、以下に説明する実施形態は説明のためのものであり、本発明の技術的範囲を制限するものではない。したがって、当業者であれば下記の各構成要素を均等なものに置換した実施形態を採用することができ、それらについても本発明の技術的範囲に含まれる。また、以下の説明では、本発明の理解を容易にするため、重要でない公知の技術的事項の説明を適宜省略又は簡略化する。

＜サービスの概要＞
図１に、本実施形態に係る配送業務受託サービスの概要を説明する概念図を示す。配送業務受託サービスにおいては、配送とりまとめ業者Ａ社、Ｂ社等が保有する業者端末１０Ａ、１０Ｂ等が、通信ネットワークを介して配送業務受託サービス会社が運営する配送業務受託サービス用サーバ２０と通信可能となっている。

配送とりまとめ業者Ａ社、Ｂ社等は複数の下級配送者を取りまとめる企業である。下級配送者とは、それぞれ予め定められた自己の受け持ち区域のみにおいて貨物の配送業務（例えば、軽自動車を運転して軽貨物を配送して回る業務）を遂行することができるという下級スキルを備える配送者であって、限定されるものではないが、例えば、若手や、経験の浅い配送者等がこれに含まれる。

配送とりまとめ業者は、この例では、個人事業主としての各配送者とそれぞれ業務請負契約を結び、各種の小売り店舗等へ配送者を手配する企業である。これに限らず、配送とりまとめ業者は、配送者を正社員として雇用する運送会社や派遣社員として雇用する派遣会社等であってもかまわない。

図１の例では、配送とりまとめ業者Ａ社と契約し、●●市〇〇町の配送を担当する●川▲二氏の定休日は月曜日及び木曜日となっている。別の配送とりまとめ業者Ｂ社と契約し、△△市▲▲町の配送を担当する▼岡■子氏の定休日は水曜日及び金曜日となっている。Ａ社及びＢ社は、自社で契約している下級配送者の定休日に、配送業務受託サービス用サーバ２０を介して、配送業務受託サービス会社と契約している上級配送者である〇山〇夫氏を、代行配送者として手配することができる。

上級配送者とは、下級配送者の受け持ち区域における配送業務を各下級配送者に代わって遂行することができるという上級スキルを備えた配送者である。具体的には、例えば、全ての下級配送者それぞれの受け持ち区域の配送業務の経験があるベテラン配送者であったり、あるいは、当該受け持ち区域の配送業務の経験がなかったとしても、迅速な配送に必要な各種のテクニック（複数の配送先を効率的に回るための経路選定、初見の地図に対する読解力、地図を見た後の地名・地形の記憶力、荷台へ積載する荷物の並べ方・積み下ろし方、車両の停め方等）を高度に有する者である。

上述のような高度なテクニック（上級スキル）を持たない者は、自分が普段受け持たない区域で、下級配送者の代わりに制限時間内に大量の貨物を配送することは困難であるが、上級配送者は普段自分が受け持っていない区域、あるいはまったく初めて受け持つ区域であっても、下級配送者の代行業務を務めることができる。

配送業務受託サービス会社は、このような上級配送者を代行専門の配送者として複数人取り揃えている。また配送業務受託サービス会社は必要に応じて上級配送者を育成している。雇用形態は特に限定されるものではないが、この例では、配送業務受託サービス会社は、個人事業主である上級配送者とそれぞれ業務請負契約を締結している。

なお、この図では、配送業務受託サービス用サーバ２０は、配送業務受託サービス会社の保有するコンピュータ（デスクトップ型パソコン）内に構築されているが、配送業務受託サービス用サーバ２０は、配送業務受託サービス会社に委託されたサーバ管理会社等に管理されていてもかまわない。

＜システム構成＞
図２に配送業務受託サービスを提供する配送業務管理システムの概略的なシステム構成図を示す。

配送業務管理システムは、配送とりまとめ業者Ａ社が保有する業者端末１０Ａと、配送とりまとめ業者Ｂ社が保有する業者端末１０Ｂと、配送とりまとめ業者Ｃ社が保有する業者端末１０Ｃと、配送業務受託サービス会社が運営する配送業務受託サービス用サーバ２０とが、通信ネットワーク３を介して互いに情報を送受可能となっている。

業者端末１０Ａ～１０Ｃは例えばデスクトップ型又はノート型の汎用パーソナルコンピュータ等の端末である。業者端末１０Ａ～１０Ｃは、表示部１１と、制御部１２と、操作部１５と、計時部１６と、記憶部１７とを有する。以下、これら業者端末１０Ａ，１０Ｂ，１０Ｃを特に区別する必要がない場合は、適宜、単に「業者端末１０」と総称する。

表示部１１は例えばディスプレイ等である。制御部１２は、例えばＣＰＵであり、各種の情報処理を実行する。操作部１５は操作者によって操作されるマウスやキーボード等である。記憶部１７には下級配送者データベース１８が格納されている。下級配送者データベース１８には、各配送とりまとめ業者によって、自社に所属または契約している下級配送者の情報やスケジュールが登録される。

配送業務受託サービス用サーバ２０は、制御部２１、操作部２３、表示部２４、記憶部２５を備える。記憶部２５には上級配送者データベース２６と、アプリケーションプログラム２７とが記憶されている。

配送業務受託サービス用サーバ２０は、配送業務受託サービス会社により管理、運営されるコンピュータ（デスクトップ型パソコン等）であって、制御部２１は例えばＣＰＵ、操作部２３は例えばキーボードやマウス、表示部２４は例えばディスプレイである。

＜業者端末における表示部の画面表示例＞
図３及び図４に業者端末１０において上級配送者のスケジュール表示処理が実行された時の表示部１１の画面の一例を示す。

配送とりまとめ業者Ａ～Ｃ社は、例えば配送業務受託サービスの有料会員となることで業者端末１０から配送業務受託サービス用サーバ２０にログイン（アクセス）可能となる。

配送業務受託サービス用サーバ２０の上級配送者データベース２６には、配送業務受託サービス会社によってあらかじめ複数の上級配送者のステータス及びその業務スケジュール情報が登録されている。これら上級配送者のステータスとスケジュールとを合わせて第１業務スケジュールと呼ぶ。業者端末１０が情報配送業務受託サービス用サーバ２０にログインすると、表示部１１には、これらの第１業務スケジュールが適宜表示される。

図３は５人分の上級配送者のステータス（ここでは、氏名、配送者歴、ランク、対応車種等）が業者端末１０の表示部１１に表示された状態である。ランクは、例えば、ゴールドやシルバー等、上級配送者の実力に応じてさらに分類付されたものであり、ランクに応じて代行料金が変化する。

各上級配送者の氏名を囲む囲み枠３０内の領域をクリックすると、各上級配送者の業務スケジュール情報が表示されるようになっている。この例では、〇山〇夫氏の氏名の囲み枠３０内をクリックすると、図４に示すように、〇山〇夫氏の業務スケジュール情報が表示部１１に表示される。図４では、〇月〇日（火）の９時から１５時はすでにスケジュールが予約済となっており、他は空いている。この例では表示部１１の画面の任意の領域にマウスのカーソルを合わせると「代行希望日時を指定して下さい」というメッセージが自動で表示されるようになっている。

図５は、通知送信処理が実行された業者端末の表示部１１の画面の一例を表す図である。図４の状態から、〇月〇日（月）の９時から１９時に相当する領域をマウスのドラッグ等、所定の操作により選択すると、代行リクエストが受け付けられ、代行可能と判定された場合には、「代行ＯＫです。」等のメッセージ（代行可能通知）が表示部１１に表示される。配送とりまとめ業者はメッセージを確認し、料金等の条件に了承した場合は「ＯＫ」をクリックすると、代行リクエストの予約が成立する。

図６は、スケジュール更新処理が実行された業者端末の表示部１１の画面の一例を表す図である。上述の操作により代行リクエストの予約が成立すると、上級配送者（〇山〇夫氏）の業務スケジュール情報が更新され、予約の内容が反映される。配送業務受託サービス会社は、上級配送者に所定の手段により予約の内容を伝え、上級配送者は予約された業務を代行する。前記手段としては特に限定されるものではなく、電話やメール等で伝えてもよいし、上級配送者自身も配送業務受託サービス用サーバ２０にアクセスしてスケジュール内容を確認できるようにしてもよい。

上述の説明では、上級配送者のステータスから、各配送者のスケジュールを確認するようになっているが、代行を希望する日時を先に入力してから、スケジュールが適合可能な上級配送者のステータスを一覧表示する等の仕様となっていてもかまわない。これらの画面操作上の仕様は適宜設計変更可能である。

上記のような予約操作を完了するために、配送業務受託サービス用サーバ２０の制御部２１が前述のアプリケーションプログラム２７に基づき実行する処理手順の一例を、図７のフローを参照しつつ説明する。

＜制御部による処理＞
図７は、配送業務受託サービス用サーバ２０の制御部２１により実行される各処理を表すフローチャートである。各処理は、例えば、配送業務受託サービス用サーバ２０に記憶されたアプリケーションプログラム２７が起動されることにより、開始される。

まずＳ１において、制御部２１は、配送業務受託サービス会社により、上級配送者のステータス情報及び各上級配送者の業務スケジュール情報（第１業務スケジュール情報）に関する登録操作がされたか否か（例えば第１業務スケジュール情報が入力されたか否か）を判定する。登録操作がされた場合はＹｅｓ判定され、Ｓ２に移行する。登録操作がされなかった場合にはＮｏ判定され、Ｓ３に移行する。

Ｓ２において、制御部２１は、Ｓ１で入力された第１業務スケジュール情報を、上級配送者データベース２６に登録（記憶）し、フローを終了する。このＳ２がスケジュール登録処理の一例である。

Ｓ３において、制御部２１は、業者端末１０からアクセス（配送業務受託サービス用サーバ２０へログインするための操作等）があったか否かを判定する。アクセスがあった場合はＹｅｓ判定され、Ｓ４に移行する。アクセスがなかった場合にはＮｏ判定され、フローを終了する。

Ｓ４において、制御部２１は、業者端末１０からのアクセスを受け付け、配送業務受託サービス用サーバ２０へのログイン等を許可する。このＳ４がアクセス受付処理の一例である。

次いで、Ｓ５において、制御部２１は、業者端末１０の表示部１１に、Ｓ２のスケジュール登録処理で登録された上級配送者のステータス及び上級配送者の第１業務スケジュール情報を表示させる。このＳ５がスケジュール表示処理の一例である。

次いで、Ｓ５において、制御部２１は、前記第１業務スケジュール情報を閲覧した業者端末１０からの、配送業務の代行申込操作（代行リクエスト）がなされたか否かを判定する。代行申込操作の一例としては、図５で説明したような、上級配送者のスケジュール欄において所定の日時を指定するためのドラッグ操作（画面操作）が挙げられる。代行申込操作がなされた場合はＹｅｓ判定され、Ｓ７に移行する。代行申込操作がされなかった場合にはＮｏ判定され、フローを終了する。

Ｓ７において、制御部２１は、業者端末１０からの代行申込操作を受け付ける。このＳ７がリクエスト受付処理の一例である。

Ｓ８において、制御部２１は、Ｓ７で受け付けた代行申込操作（代行リクエスト）が許容可能であるか否かを判定する。代行申込操作が許容可能であった場合はＹｅｓ判定され、Ｓ１０に移行する。代行申込操作が許容可能でなかった場合にはＮｏ判定され、Ｓ９に移行する。このＳ８が判定処理の一例である。

Ｓ９において、制御部２１は、代行不可通知を業者端末１０に送信（業者端末１０の表示部１１に表示する、またはメール等で通知する）し、フローを終了する。

Ｓ１０において、制御部２１は、代行可能通知を前記業者端末へ送信（業者端末１０の表示部１１に表示する、またはメール等で通知する）する。代行可能通知の一例としては、例えば図５で説明した「代行ＯＫです。」のメッセージ等が挙げられる。このＳ１０が通知送信処理の一例である。

次いで、Ｓ１１において、制御部２１は、代行の受託料金を算出する。前記算出は、当該代行に係わる下級配送者が備える下級スキルや対応する受け持ち区域と、当該代行を行う上級配送者の上級スキルのランク等に応じて算出される。例えば、ランクが高い上級配送者ほど、受託料金が高くなったり、受け持ち区域の広さや貨物の数の多さで、受託料金が変わるようになっていてもよい。このＳ１１が料金算出処理の一例である。

次いで、Ｓ１２において、制御部２１は、Ｓ１１で算出した受託料金の金額を業者端末１０の表示部１１に表示する。金額表示の一例としては、例えば図５で説明した「６００００円をお支払い頂きます。」のメッセージ等が挙げられる。このＳ１２が第１料金表示処理の一例である。Ｓ１０の通知送信処理と、この第１料金表示処理とは、図５のように、同時に実行してもよいし、別々に実行してもよい。

次いで、Ｓ１３において、制御部２１は、業者端末１０で、Ｓ１２で表示した受託料金について承諾操作（例えば、ＯＫボタンの押下）がなされたか否かを判定する。承諾操作がなされた場合はＹｅｓ判定され、Ｓ１４に移行する。承諾操作がなされなかった場合にはＮｏ判定され、フローは終了する。

Ｓ１４において、制御部２１は、Ｓ１３において承諾された代行リクエストに基づき、対応する上級配送者の第１業務スケジュール情報に、代行に関わる配送業務を反映した態様で更新し、フローを終了する。このＳ１４がスケジュール更新処理の一例である。

＜実施形態の効果＞
本実施形態は、配送者を複数名所属させて所定の貨物（例えば軽貨物）を各配送先へ個別に配送する配送業務を行う配送とりまとめ業者に対し、その配送業務の一部の代行を受託するサービスを行うものである。そのために設けられる本願実施形態の配送業務受託サービス用サーバ２０は、配送とりまとめ業者に保有される業者端末１０に対し、通信可能に接続されている。

業者端末１０には複数の下級配送者が予め登録されている。下級配送者は、下級スキル、すなわち、予め定められた自己の受け持ち区域のみで貨物の配送業務を遂行可能な業務能力、を備える者である。配送とりまとめ業者は、所属する下級配送者の休日においてその下級配送者の受け持ち領域の配送を当該下級配送者に代わって代行する者を、業者端末１０を介し本実施形態の配送業務受託サービス用サーバ２０にアクセスすることで、確保することができる。

すなわち、業者端末１０を介し配送業務受託サービス用サーバ２０へのアクセス（例えばログイン操作）が行われると、そのアクセスが、配送業務受託サービス用サーバ２０の制御部２１が実行するアクセス受付処理で受け付けられる。

このとき、配送業務受託サービス用サーバ２０に備えられた記憶部２５に記憶された上級配送者データベース２６には、予め制御部２１により実行されたスケジュール登録処理により、配送業務受託サービス用サーバ２０の運営者側で用意された上級配送者及び各上級配送者の業務スケジュール情報（第１業務スケジュール情報）が登録されている。

上級配送者は、上級スキル、すなわち、任意の下級配送者の受け持ち区域の配送業務を当該下級配送者に代わって遂行可能な業務能力、を備える者である。具体的には、全ての下級配送者それぞれの受け持ち区域の配送業務の経験があるベテラン配送者であったり、当該受け持ち区域の配送業務の経験がなかったとしても、迅速な配送に必要な各種のテクニック（複数の配送先を効率的に回るための経路選定、初見の地図に対する読解力、地図を見た後の地名・地形の記憶力、荷台へ積載する荷物の並べ方・積み下ろし方、等）を高度に有する者である。例えば、下級配送者では配送先１軒当たり１５分程度要する区域であっても、上級配送者であればその５分の１以下の２～３分程度で遂行できる、という高い能力を備える者である。

前述のアクセス受付処理で業者端末１０からのアクセスが受け付けられると、制御部２１の実行するスケジュール表示処理により、その時点で上記上級配送者データベース２６に登録済の複数の上級配送者及びそれぞれの第１業務スケジュール情報が業者端末１０側において表示される。

その表示を見た配送とりまとめ業者が、いずれかの上級配送者に対して上述の下級配送者の受け持ち区域の配送業務を代行してもらうことを意図し、業者端末１０を介し配送業務の代行リクエストを行うと、そのリクエストがリクエスト受付処理において受け付けられる。受け付けられたリクエストは、制御部２１が実行する判定処理において、そのリクエストが許容可能であるか否か（例えばリクエストされた日時に当該上級配送者の業務スケジュールが既に他の配送とりまとめ業者の予約で埋まっていないかどうか）が判定される。

リクエスト許容可能と判定された場合は、通知送信処理において、当該リクエストＯＫである旨の代行可能通知が業者端末へと送信される。これにより、配送とりまとめ業者は、自らの希望する配送業務の代行の予約が完了したこと、言い換えれば、休日を取得する下級配送者の受け持ち区域の配送を、当該予約完了により別途手配される上級配送者によって代行できることを認識することができる。

また上記のようにリクエスト許容可能と判定された場合は、スケジュール更新処理において、上記のようにして下級配送者の配送業務を代行することとなった上級配送者の第１業務スケジュールが、上記代行を反映して態様に更新される。具体的には、例えば上記代行が予約された日時の当該時間帯については空きスケジュールでない表示とされる。これにより、このタイミング以降、他の配送とりまとめ業者がアクセスした場合に、その上級配送者の当該日時及び時間帯の代行予約ができない（既に代行スケジュールが埋まっている）ことを認識することができる。

以上のようにして、本実施形態によれば、配送とりまとめ業者は、自らに所属している配送者（下級配送者）が休日を取得する場合であっても、自社の人員を増員したりその日の配送区域を削減したりしなくても、当該下級配送者の受け持ち区域における配送業務を、上級配送者の代行によって円滑に遂行することができる。

なお、このような上級配送者による下級配送者の受け持ち区域の代行は、上記のように毎回のリクエストにより随時予約して行う手法のほか、例えば複数回分の一括リクエスト等により毎週決まった曜日に固定的に行うようにしてもよい。また、下級配送者の急な欠勤等による突発的なリクエストによって当日手配で穴埋めすることもできる（その場合は割増課金を行うようにしてもよい）。

また、本実施形態では特に、代行リクエストがＯＫになった場合に、その代行のために必要な金額（受託料金）が料金算出処理において算出される。その際には、配送業務を代行される下級配送者の下級スキル及び受け持ち区域と、代行する上級配送者の上級スキルとが勘案され、それらに応じて金額が算出される。算出された金額は第１料金表示処理において業者端末１０側に表示される。

これにより、上級配送者による代行を予約した業者端末１０側において、当該代行により支払うべき金額がいくらになるかを認識することができる。

＜変形例＞
なお、本発明は、上記実施形態に限られるものではなく、その趣旨及び技術的思想を逸脱しない範囲内で種々の変形が可能である。以下、そのような変形例を順を追って説明する。

（１）代行結果を報告及び出力する場合
図８に、上級配送者による配送業務の代行が完了した後に業者端末１０の表示部１１に表示される代行結果報告画面の一例を示す。代行結果報告画面には、代行が完了した報告とともに、配送完了した貨物の一覧等が時系列で表示される。このような結果報告は、配送完了の証拠となるだけでなく、貨物の配送ルート等、上級配送者のノウハウが含まれているため、配送とりまとめ業者が報告書を出力し保存したい場合がある。

配送業務受託サービス用サーバ２０の制御部２１は、業者端末１０からの所定の操作(例えば、この図の「代行結果詳細をダウンロード」ボタンの押下)に基づき、代行リクエストにより実行された上級配送者による配送関連履歴情報を業者端末１０へと出力する代行結果出力処理を実行する。

この変形例では、上述のようにして上級配送者による代行が行われた後、業者端末１０において適宜の操作が行われることで、制御部２１により代行結果出力処理が行われ、上級配送者が代行時に実際に行った配送業務内容に対応した配送関連履歴情報が業者端末１０へと出力される。これにより、配送とりまとめ業者において、代行された下級配送者に対し当該配送関連履歴情報を提供することで、上級配送者による上級スキルの一部を教示し、業務効率の向上に役立てることができる。

なお、上記とは逆に、代行を予約したときに、代行される下級配送者の受け持ち区域に関する過去の実績情報（配送日時と配送経路等の履歴）を、適宜のボタン操作等で業者端末１０から配送業務受託サービス用サーバ２０側へ送信することで、上級配送業者が実際に代行する際の参考情報としてもよい。

（２）第２料金表示処理により代行料金の目安が表示される場合
図９に、この変形例に関わる第２料金表示処理が実行された表示部１１の画面の一例を示す。配送業務受託サービス用サーバ２０の制御部２１は、業者端末１０の画面中に表示された上級配送者の第１業務スケジュール情報中の第３所定部位４３(この図では、各上級配送者の氏名の囲み枠３０内の領域)に対し、業者端末１０からの所定操作(この例では、カーソルを合わせる操作)に基づき、上級配送者が代行を行う際の料金情報(この例では時間単価)を表示する第２料金表示処理を実行する。

各上級配送者の氏名の脇に「ゴールド」「シルバー」又は「Ａランク」「Ｂランク」等のランク表示がされていたり、当該ランクの格付けを表す色分けされたバッジやメダル等のアイコンが表示されていてもよい。上級配送者のランクに応じて時間単価の設定値は異なるようになっている。例えば図９（ａ）の〇山〇夫氏は、ゴールドランクで時間単価が６０００円と表示され、図９（ｂ）の△橋▽男はシルバーランクで時間単価が５０００円と表示されている。

この変形例によれば、スケジュール表示処理により業者端末１０中に表示された上級配送者の第１業務スケジュールの所定部位（第３所定部位４３）に対し、業者端末１０において所定の操作がなされることで、第２料金表示処理が行われる。具体的には、例えば、上記第３所定部位４３に対しカーソルを合わせることで、上級配送者が代行を行う際の時間単価が吹き出しの中に簡易的に表示され、業者端末１０側における簡単な操作で、上級配送者に代行を頼んだ場合に必要な金銭的負担の目安を知ることができる。

（３）配送者のスケジュールを並列に表示する場合
図１０～図１３に、下級配送者と上級配送者のスケジュールを表示部１１に並列に表示させた状態で予約操作を行う場合の画面の一例を示す。図１０では、業務端末１０の表示部１１の左半分に下級配送者の第２業務スケジュール情報を表示するマイページ４０が表示され、右半分に上級配送者の第１業務スケジュール情報が表示されている。

図１０において、操作者は、第１業務スケジュールの第１所定部位４１(この図では〇山〇夫氏の〇月〇日水曜日の９時から１７時までの時間枠領域)をマウスのドラッグ操作等で選択する。

次いで、図１１、図１２において、操作者は選択された時間枠領域を、左側の第２業務スケジュール情報の方に移動させ、第２所定部位４２(この図では▼岡■子氏の〇月〇日水曜日の９時から１７時までの時間枠領域)にドラッグ＆ドロップする操作を行う。

この操作により予約操作が完了し、図１３に示すように、第１業務スケジュール情報には「予約済」の表示等、第２業務スケジュール情報には「代行手配済」の表示等による代行予約内容の反映が行われる。

この変形例において、配送業務受託サービス用サーバ２０の制御部２１が、業務端末１０からのアクセスの受け付けに対応して、該業者端末１０にあらかじめ登録されてある下級配送者の第２業務スケジュール情報を表示可能なマイページを、各上級配送者の第１業務スケジュール情報と並列させて表示する処理が、並列表示処理である。

制御部２１は、前記マイページと第１業務スケジュール情報との並列表示状態において、第１業務スケジュール情報中の第１所定部位４１と下級配送者の第２業務スケジュール情報中の第２所定部位４２とを関連付ける所定操作（この例では、ドラッグ＆ドロップ操作）により、代行リクエストを受け付ける。

この変形例においては、前述のような下級配送者の休日における上級配送者による配送業務の代行の予約を、簡単な操作で行うことができる。

すなわち、制御部２１が実行する並列表示処理により、業者端末１０において、当該配送とりまとめ業者のマイページが表示される。このマイページでは、代行される下級配送者の業務スケジュール（第２業務スケジュール）が含まれて表示されており、このマイページと、前述の上級配送者の第１業務スケジュールと、が並列させて表示される。並列表示の例としては、例えば、共通の同一画面内において左・右それぞれに一覧表示したり、一方の画面に他方の画面（又はウィンドウ）が部分的に重なったり割り込んで表示する等、一方の画面から他方の画面（又はウィンドウ）へまたがる適宜の操作が可能となる表示である。

上記のように、配送とりまとめ業者のマイページにおける下級配送者の第１業務スケジュールと、上級配送者の第２業務スケジュールと、の並列に表示された状態において、前述の代行リクエストの操作が行われる。具体的には、代行を希望する所望の上級配送者の第１業務スケジュール情報の中の所定部位（第１所定部位４１）と、代行される下級配送者の第２業務スケジュール情報の中の所定部位（第２所定部位４２）と、を関連付ける適宜の所定操作が、代行リクエストとして行われる。所定操作の一例としては、上記第１所定部位から第２所定部位までに至る、いわゆるドラッグ＆ドロップ操作、等が挙げられる。これにより、配送とりまとめ業者は、代行される下級配送者の第２業務スケジュールと代行する上級配送者の第１業務スケジュールとを左・右（又は上・下）に見比べながら、簡単な操作で容易にわかりやすく代行リクエストを行うことができる。

なお、以上の説明において、外観上の寸法や大きさが「同一」「等しい」「異なる」等の記載がある場合は、当該記載は厳密な意味ではない。すなわち、それら「同一」「等しい」「異なる」とは、設計上、製造上の公差、誤差が許容され、「実質的に同一」「実質的に等しい」「実質的に異なる」という意味である。

また、以上既に述べた以外にも、上記実施形態や各変形例による手法を適宜組み合わせて利用しても良い。

その他、一々例示はしないが、本発明は、その趣旨を逸脱しない範囲内において、種々の変更が加えられて実施されるものである。

３ 通信ネットワーク
１０ 業者端末
１１ 表示部
１２ 制御部
１５ 操作部
１７ 記憶部
１８ 下級配送者データベース
２０ 配送業務受託サービス用サーバ
２１ 制御部
２３ 操作部
２４ 表示部
２５ 記憶部
２６ 上級配送者データベース
２７ アプリケーションプログラム
３０ 囲み枠
４０ マイページ
４１ 第１所定部位
４２ 第２所定部位
４３ 第３所定部位

Claims (6)

1. 予め定められた自己の受け持ち区域のみで貨物の配送業務を遂行可能な下級スキルをそれぞれ備えた複数の下級配送者を取りまとめる配送とりまとめ業者に保有される業者端末であってかつ前記複数の下級配送者それぞれを登録した前記業者端末に対して通信可能に設けられ、記憶部と制御部とを有する配送業務受託サービス用サーバであって、
   前記制御部は、
   任意の前記下級配送者の前記受け持ち区域における配送業務を各下級配送者に代わって遂行可能な上級スキルをそれぞれ備えた上級配送者、及び、各上級配送者の第１業務スケジュール情報を、前記記憶部に備えられたデータベースに登録するスケジュール登録処理と、
   前記業者端末からのアクセスを受け付けるアクセス受付処理と、
   前記アクセス受付処理で前記アクセスを受け付けた前記業者端末に対し、前記スケジュール登録処理で登録された前記上級配送者及び当該上級配送者の前記第１業務スケジュール情報を表示させるスケジュール表示処理と、
   前記スケジュール表示処理による表示がなされた前記業者端末からの、前記上級配送者による配送業務の代行リクエストを受け付けるリクエスト受付処理と、
   前記リクエスト受付処理で受け付けられた前記上級配送者の前記代行リクエストが許容可能であるか否かを判定する判定処理と、
   前記判定処理で前記代行リクエストが許容可能であると判定された場合に、対応する代行可能通知を前記業者端末へ送信する通知送信処理と、
   前記判定処理で前記代行リクエストが許容可能であると判定された場合に、対応する前記上級配送者の前記第１業務スケジュール情報を、当該上級配送者による前記配送業務の代行が反映された態様で更新する、スケジュール更新処理と、
   を実行する
   ことを特徴とする配送業務受託サービス用サーバ。
2. 請求項１記載の配送業務受託サービス用サーバにおいて、
   前記制御部は、さらに、
   前記判定処理で前記代行リクエストが許容可能であると判定された場合に、当該代行に係わる前記下級配送者が備える前記下級スキル及び対応する前記受け持ち区域と、当該代行を行う前記上級配送者の前記上級スキルとに応じて、当該代行の受託料金を算出する料金算出処理と、
   前記料金算出処理で算出した受託料金の金額を前記業者端末に表示させる第１料金表示処理と、
   を実行する
   ことを特徴とする配送業務受託サービス用サーバ。
3. 請求項２記載の配送業務受託サービス用サーバにおいて、
   前記制御部は、さらに、
   前記アクセス受付処理での前記アクセスの受け付けに対応して、当該業者端末に係わる前記下級配送者の第２業務スケジュール情報を表示可能なマイページを、前記各上級配送者の第１業務スケジュール情報と並列させて表示する並列表示処理
   を実行し、
   前記リクエスト受付処理では、
   前記並列表示処理における前記第２業務スケジュール情報を含む前記マイページと前記第１業務スケジュール情報との並列表示状態において、所望の前記上級配送者の前記第１業務スケジュール情報中の第１所定部位と前記代行リクエストに係わる前記下級配送者の前記第２業務スケジュール情報中の第２所定部位とを関連付ける所定操作により、前記代行リクエストに係わる前記下級配送者の対応する日程における、当該上級配送者による前記配送業務の前記代行リクエストを受け付ける
   ことを特徴とする配送業務受託サービス用サーバ。
4. 請求項２記載の配送業務受託サービス用サーバにおいて、
   前記制御部は、さらに、
   前記スケジュール表示処理により前記業者端末の画面中に表示された前記上級配送者の前記第１業務スケジュール情報中の第３所定部位への当該業者端末での操作に基づき、当該上級配送者が前記代行を行う際の料金情報を表示する第２料金表示処理を実行する
   ことを特徴とする配送業務受託サービス用サーバ。
5. 請求項２乃至請求項４のいずれか１項記載の配送業務受託サービス用サーバにおいて、
   前記制御部は、さらに、
   前記業者端末での操作に基づき、前記代行リクエストにより代行して実行された前記上級配送者による配送関連履歴情報を当該業者端末へと出力する代行結果出力処理を実行する
   ことを特徴とする配送業務受託サービス用サーバ。
6. 予め定められた自己の受け持ち区域のみで貨物の配送業務を遂行可能な下級スキルをそれぞれ備えた複数の下級配送者を取りまとめる配送とりまとめ業者に保有される業者端末であって、かつ、前記複数の下級配送者それぞれを登録した前記業者端末と、
   複数の前記業者端末に対して通信可能に設けられ、記憶部と制御部とを有する配送業務受託サービス用サーバと、
   を有する配送業務管理システムであって、
   前記配送業務受託サービス用サーバの前記制御部は、
   任意の前記下級配送者の前記受け持ち区域における配送業務を各下級配送者に代わって遂行可能な上級スキルをそれぞれ備えた上級配送者、及び、各上級配送者の第１業務スケジュール情報を、前記記憶部に備えられたデータベースに登録するスケジュール登録処理と、
   前記業者端末からのアクセスを受け付けるアクセス受付処理と、
   前記アクセス受付処理で前記アクセスを受け付けた前記業者端末に対し、前記スケジュール登録処理で登録された前記上級配送者及び当該上級配送者の前記第１業務スケジュール情報を表示させるスケジュール表示処理と、
   前記スケジュール表示処理による表示がなされた前記業者端末からの、前記上級配送者による配送業務の代行リクエストを受け付けるリクエスト受付処理と、
   前記リクエスト受付処理で受け付けられた前記上級配送者の前記代行リクエストが許容可能であるか否かを判定する判定処理と、
   前記判定処理で前記代行リクエストが許容可能であると判定された場合に、対応する代行可能通知を前記業者端末へ送信する通知送信処理と、
   前記判定処理で前記代行リクエストが許容可能であると判定された場合に、対応する前記上級配送者の前記第１業務スケジュール情報を、当該上級配送者による前記配送業務の代行が反映された態様で更新する、スケジュール更新処理と、
   を実行する
   ことを特徴とする配送業務管理システム。