JP6868387B2

JP6868387B2 - 配送サービスシステム、サーバ装置及びプログラム

Info

Publication number: JP6868387B2
Application number: JP2016250580A
Authority: JP
Inventors: 修田上
Original assignee: WORLD FORCE INTERNATIONAL CO. LTD.
Current assignee: WORLD FORCE INTERNATIONAL CO. LTD.
Priority date: 2016-12-26
Filing date: 2016-12-26
Publication date: 2021-05-12
Anticipated expiration: 2036-12-26
Also published as: JP2018106336A

Description

本発明は、配送サービスシステム、サーバ装置及びプログラムに関する。

従来、宅配等の配送サービスシステムの典型例においては、プラットフォームとしてネイティブアプリを用い、依頼者である荷主のＰＣ又は携帯端末等、及び荷主から依頼を受けた荷物の集荷・配送を担当する配送者（ドライバー等）のＰＣ又は端末等をインターネットを介して配送サービス会社のサーバに接続し、サーバ上のアプリケーションソフトにより配送サービスを行っている。サーバは、荷主情報（氏名、住所、電話番号等）、配送者情報（氏名、担当地域等）、集荷・配送の対象となる配送案件情報（荷物の種類、集荷、配送日時等）を蓄積し管理するデータベースを備える。

荷主は自己の携帯端末等によりインターネットを介して配送サービス会社のサーバ上のアプリケーションソフトにアクセスし、集荷・配送の依頼や荷物の配送状況の確認等を行うことが出来る。

サーバは、荷主からの集荷・配送の依頼に応じて、集荷情報（荷主の住所、荷物の種類、集荷日時等）及び配送情報（配送日時、配送地域等）をデータベースに登録し、データベースを参照して荷主の住所を管轄する配送者に集荷・配送依頼を通知する。なお、集荷と配送を別の配送者が行う場合には、荷主の住所を管轄する配送者の集荷後において、荷物の配送地域を担当する別の配送者に配送依頼を通知する。また、担当配送者からの集荷完了通知及び配送完了通知を受け、データベースに登録を行う。担当配送者はインターネットを介して送られる配送サービス会社のサーバからの集荷依頼通知に応じて集荷・配送を行い、集荷・配送後は配送完了通知を端末よりサーバに送っていた。

特開２００３―１４６４４０号公報特開２００８−２２５９２５号公報

従来の配送サービスシステムにおいては、全ての処理を配送サービス会社のサーバを介して行っており、集荷・配送は該サーバの管理の下で行うようにしていたため、以下のような課題があった
（１）荷主の住所付近に配送者がいない場合に、速やかに集荷を行うことができない
（２）特定の地域に配送案件が集中した場合に、特定の配送者ばかり負荷が大きくなり、迅速なサービスを提供できない
（３）荷主側においては、集荷・配送を行う配送者を選択する余地はなく、荷主の利便性を向上することは出来ない
（４）また配送者側においても集荷・配送については全て配送サービス会社のサーバにより管理決定されており、自己の集荷・配送について日及び時間的、地域的自由度等は一切認められておらず、配送者の利便性が低い。

本発明は、かかる課題を解決するためになされたもので、荷主及び配送者の利便性を向上させる配送サービスシステム、サーバ装置及びプログラムを提供すること目的とする。

上記の課題を解決するため、本発明に係る配送サービスシステムは、ネットワークを介して、荷主が所持する荷主端末と、配送者が所持する配送者端末と、サーバ装置とが接続される配送サービスシステムであって、前記サーバ装置は、荷主端末から受信した荷主の荷主情報と、配送者端末から受信した配送者の担当地域、配送業務に関する技量を示す情報及び配送者の免許証を含む身元証明書の写しから取得される顔写真を含む配送者情報と、荷主端末から受信した集荷先住所又は配送先住所を含む配送案件情報と、を記憶したデータベースを有し、当該配送案件に関する集荷先住所又は配送先住所の属する地域を担当地域とする配送者を、前記データベースから複数検索し、検索した各々の配送者の配送者端末に、当該配送案件に関する前記配送案件情報と、当該配送案件に対する応募意思を示した配送者の前記配送者情報とを送信し、前記各々の配送者の配送者端末から、当該配送案件に対する応募意思を示す応募情報を受信し、当該配送案件に関する荷主の荷主端末に、前記応募意思を示した配送者の前記配送者情報を含む前記応募情報を送信し、当該配送案件に関する荷主の荷主端末から、前記応募意思を示した配送者のうち、該荷主により選択された一の配送者に対する承認情報を受信すると、該一の配送者の配送者端末に、該承認情報を送信する。

本発明の実施の形態によれば、荷主及び配送者の利便性を向上させる配送サービスシステム、サーバ装置及びプログラムを提供することができる。

本実施形態に係る配送サービスシステムの実施形態のシステム構成図である。本実施形態に係る配送サービスシステムの実施形態の動作を説明する模式図である。本実施形態に係る配送者ＤＢ１４のデータ例を示す図である。本実施形態に係る配送業務テーブル１８を示す図である。本実施形態に係る荷主ＤＢ１２のデータ例を示す図ある。本実施形態に係る案件管理ＤＢ１６のデータ例を示す図ある。本実施形態に係る応募画面の一例を示す図である。本実施形態に係る競合応募者の詳細画面の一例を示す図である。本実施形態に係る案件管理ＤＢ１６のデータ更新例を示す図ある。本実施形態に係る承認画面の一例を示す図である。本実施形態に係る応募者の詳細画面の一例を示す図である。

以下、本発明に係る実施形態について図面を参照して説明する。なお、図面において、同一または機能的に同様の構成要素については、特に説明がない限り、同一符号を付し、その説明を省略する場合がある。

＜システム構成＞
図１は、本実施形態に係る配送サービスシステムのシステム構成図である。本実施形態においては、依頼者である荷主から配送対象物である荷物の集荷・配送依頼が発生すると、配送者（候補者）が荷物の集荷・配送の請負に応募する。応募した配送者のうち、荷主により承認されて選ばれた配送者が、自己の車（軽貨物車等）、自動二輪車、自転車等の車両を用いて、荷物の集荷・配送を行うものである。

本実施形態にかかる配送サービスシステム１は、配送サービス会社の端末（運営側ＰＣという）４、クラウドサーバ装置（以下、単にサーバと称す）６、荷主のＰＣ又はスマートフォンやタブレット端末、携帯端末等（荷主端末という）８、配送者のＰＣ又はスマートフォンやタブレット端末、携帯端末等（配送者端末という）１０が、インターネット（ネットワーク）２を介して相互に接続される。

なお、荷主端末８及び配送者端末１０は、それぞれ複数台がインターネット２に接続されるが、ここでは代表的に１台のみを示す。

サーバ６は、データベースとして例えば、荷主ＤＢ（データベース）１２、配送者ＤＢ１４、案件管理ＤＢ１６、配送業務テーブル１８を有する。

一例においては、プラットフォームをウェブブラウザベースとし、インターネット上サーバ６で実行されるウェブアプリケーションを介して、配送サービス会社の運営側ＰＣ４と、荷主の荷主端末８と、配送者の配送者端末１０とを、インターネット２を介して相互に接続した。

本実施形態に係るサーバ６は、実装上、例えばレンタルクラウドサーバ上に全データ／プログラム等が組み込まれ、当該サーバ６に対して各端末がアクセスすることで実現される。サーバ６は、ＤＢにより荷主や配送者及び各案件についての各種情報を管理し、かつ荷主、配送者に適宜情報の提供等を行う。なお、配送サービス会社の運営側ＰＣ４は、サーバ６のデータベースを確認したり、荷主に対するサポート等を行うのみである。

＜全体動作＞
図２は、本実施形態に係る配送サービスシステムの実施形態の動作を説明する模式図である。図２を参照しながら、サーバ６の処理作の流れについてステップ毎に詳しく説明する。

なお、図２に示す各処理機能は、サーバ６を構成するコンピュータのＣＰＵ、ＲＯＭ、ＲＡＭ等のハードウェア資源上で実行されるコンピュータプログラムによって実現されるものである。これらの機能部は、「手段」、「モジュール」、「ユニット」、又は「回路」に読替えてもよい。（ステップＡ／会員登録）

まず、配送サービス会社と契約している各配送者は、自己の配送者端末１０上、ウェブブラウザを起動して、インターネット２上のＵＲＬを入力して、サーバ６の配送者用画面（非図示）にアクセスする。

各配送者は、配送者用画面上、「氏名」、「性別」、「年令」、「電話番号」、「メールアドレス」、「車両Ｎｏ」、「顔写真」、「運転歴／配送業務歴」など、配送者に関する配送者情報を入力し、配送者ＤＢ１４に仮登録を行う。

仮登録が行なわれると、サーバ６より運営側ＰＣ４にその旨が通知されるとともに、運営側は、運営側ＰＣ４より配送者ＤＢ１４を参照して、仮登録のあった配送者の審査を行う。審査に合格すると、運営側は、運営側ＰＣ４より合格した配送者の配送者情報を、発行した固有のＩＤ／パスワードとともに配送者ＤＢ１４に正式登録する。また、配送者端末１０に対して、会員登録完了通知及びＩＤ／パスワードがメール等により通知される。

その後、配送者は、配送者端末１０により、自己のＩＤ／パスワードを用いてサーバ６に再びログインし、例えば、配送者用画面上、後述する「担当地域」（例えば、Ａ区、Ｂ区等）や「配送スキル」などの詳細情報を入力することで、配送者ＤＢ１４に登録する。

図３は、本実施形態に係る配送者ＤＢ１４のデータ例を示す図である。図３に示されるように配送者ＤＢ１４は、配送者の「ＩＤ／パスワード」、「氏名」、「性別」、「年令」、「電話番号」、「メールアドレス」、「車両Ｎｏ」、「顔写真」（画像）、「運転歴／配送業務歴」、「担当地域」、「配送スキル」、「配送完了数」、「評価」等のデータ項目を有する。

「顔写真」は、身元確認の確実性を担保するため、例えば上述した仮登録において配送者が免許証データを入力することで、免許証の写しから自動的に取得されることが望ましい。

「運転歴／配送業務歴」は、配送者の運転歴、及び配送業務歴を示す。例えば、１年、１０年といった年単位で示される。

「担当地域」は、配送者が配送や集荷を希望する地域であり、例えば、短時間で配送者が集荷可能なエリアである。配送者は自己の希望する担当地域を入力する。図３の場合、配送者甲が担当地域としてＡ区、Ｃ区を登録し、配送者乙がＢ区、Ｃ区を、配送者丙がＢ区、Ｄ区を登録した例を示している。なお、一旦登録された担当地域は、担当配送者の希望により随時変更可能である。例えば、ある荷物を集荷・配送した場合には、配送先に応じて配送者は、配送者端末１０を用いて、配送者用画面より自己の担当地域をその配送先付近のエリアに修正可能である。

また、「配送スキル」は、過去に所属していた運送会社等の職歴に基づいて特定され、配送者の配送業務に関する技能を示す。配送者は配送者用画面上、運送会社リストなどから自身の所属経験のある運送会社を入力する。配送者が運送会社を入力すると、図４の配送業務テーブル１８が参照され、運送会社に対応する配送スキルが特定され、配送スキルの「Ｎｏ」が配送者ＤＢ１４の「配送スキル」欄に登録される。

ここで、多くの運送会社が日々営業する中、会社によって取り扱いのある配送業務サービスは様々である。まず「宅配便」、「企業配」に関して、例えば、Ａ社（大手運送会社）は、宅配便のみならず企業配と呼ばれる種類の配送業務サービスを扱っている。企業配は、企業向けの宅配をいうが、企業はビル等に入居していることが多く、ビル毎に配送ルールが定められている。例えば、一般口からの配送は禁止されており、納品口や裏口から運搬のみ許可される。また、伝票はビル管理会社で一括して発行されることもある。そのような運送会社での所属経験のある配送者は、迅速且つ正確に「企業配」を遂行しうるスキルを有している。逆に「企業配」の未経験の配送者は配送完了迄非常に時間を要してしまう可能性がある。

また、「時間指定便」は、大抵の運送会社が取り扱うものの、会社によって時間対応に温度差がある。例えば、中には遅延等の際は誤配として扱うところもある。そのような運送会社の所属経験のある配送者は時間厳守が身についている。

また、現金やクレジットカードを取り扱う「コレクト便（代引き）」や、生ものを取り扱う「クール便（冷蔵）」、「クール便（冷凍）」についても、経験の有無により配送品質に影響しうる。

即ち、配送者の対応スキルを特定するにあたり、配送経歴は重要なファクターである。実際、企業向け配送依頼する荷主は、配送者として、「企業配」の経験者を優先的に希望する傾向が強く、食品配送を依頼する荷主は、「クール便（冷蔵）」「クール便（冷凍）」の経験者を優先的に希望する傾向が強い。

なお、配送者用画面上、運送会社リストに自身の所属経験のある運送会社が無い場合、配送者は、各項目（例えば、「宅配便」、「企業配」・・）にチェックを入れるなどして、配送者自身が有する配送スキルを入力することができるようになっている。

また、「配送完了数」は、本配送サービスシステム１を利用して配送を完了した数を示す。１つの配送案件を完了するつどカウントアップされる。「配送完了数」が多いほど、配送者の習熟度（ベテラン度）が高いといえる。

また、「評価」は、担当配送者の評価値（平均値）を示す。例えば、１つの配送案件を完了するつど荷主に入力される１〜５段階の点数値に基づいて算出される。

図４の配送業務テーブル１８は、運送会社に対応する配送業務サービス毎に情報が予め登録されているとともに、日々アップデートされる。なお、配送スキルは更に細分化して、配送者の担当していた地域や所属部署等により、より細かく配送スキルを特定できるようにしてもよい。

（ステップＢ）会員登録
一方、集荷・配送を依頼する荷主は、自己の荷主端末８上、ウェブブラウザを起動して、インターネット２上のＵＲＬを入力して、サーバ６の荷主用画面にアクセスする。

荷主は、荷主用画面上、「氏名」、「住所」、「電話番号」、「メールアドレス」等の荷主情報を入力し、荷主ＤＢ１２に仮登録を行なう。

仮登録が行なわれると、サーバ６より運営側ＰＣ４にその旨が通知されるとともに、運営側は、運営側ＰＣ４より荷主ＤＢ１２を参照して、仮登録のあった荷主の審査を行う。審査に合格すると、運営側は、運営側ＰＣ４より合格した荷主の荷主情報を、発行した固有のＩＤ／パスワードとともに荷主ＤＢ１２に正式登録する。また、荷主端末８に対して、会員登録完了通知及びＩＤ／パスワードがメール等により通知される。

図５は、本実施形態に係る荷主ＤＢ１２のデータ例を示す図ある。図５に示されるように荷主ＤＢ１２には、荷主の「ＩＤ／パスワード」、「氏名」、「住所」、「電話番号」、「メールアドレス」等のデータ項目を有する。

（ステップ１）案件登録
荷主は、新規の配送依頼をするに際しまず自己の荷主端末８を操作して、自己のＩＤ／パスワードを入力しサーバ６にログインする。次いで、荷主は荷主端末８の荷主用画面（非図示）上から、集荷情報（希望集荷日時、集荷先の住所、荷物の種別、個数等）及び配送情報（希望配送日時、配送先の住所、氏名、電話番号等）を入力し、「登録ボタン」を押して、新規の配送案件情報の登録を行う。

サーバ６は、荷主が登録した集荷情報、配送情報などの配送案件情報を荷主の荷主端末８から受信すると、その荷主の荷主情報と共に後述する案件管理ＤＢ１６に登録する。

図６は、本実施形態に係る案件管理ＤＢ１６のデータ例を示す図ある。図６に示されるように案件管理ＤＢ１６には、配送案件毎に「案件Ｎｏ」、「案件受付日」、「荷主」、「担当配送者」、「状態」、「集荷情報」、「配送情報」、「ＰＲコメント」等のデータ項目を有する。

「案件Ｎｏ」は、新規の配送案件毎に発行される固有の番号を示す。「案件受付日」は、当該配送案件を受け付けた日を示し、「荷主」は、当該配送案件の依頼主である荷主の名を示す。

「担当配送者」は、当該配送案件に応募した配送者を示す。ここで、「状態」欄において「承認待ち」となっている場合、「担当配送者」の配送者は新規の配送案件への請負応募を行ったものの、荷主からの請負承認を待っている状態（ステータス）にあり、担当配送者が正式には未決定の状態にあることを示す。後述するように、これは例えば、荷主からの集荷・配送の依頼の情報が登録されてから、配送者の請負応募が荷主により承認されるまでの状態である。

また、「配送中」は、担当配送者により現在集荷・配送中の状態であることを示す。「担当配送者」は既に荷主からの請負の承認を受けており、集荷・配送が完了して荷主からサーバ６に配送完了の承認が通知されるまでの状態である。また、「完了確認」とは、配送完了の承認が通知された状態を示す。

なお、集荷・配送が完了して配送者が配送完了の通知をサーバ６に送信後、配送完了の承認が通知される前の状態を「配送完了」として表示してもよい。これらの状態の区分の方法及び区分の名称は例示であり、これに限定されるものではなく、適宜、他の区分方法、名称としてよい。サーバ６は、荷主、配送者からの入力情報及び通知に応じて、案件管理ＤＢ１６に適宜データの登録及び更新を行う。

「集荷情報」は、集荷に関する情報を示す。例えば、希望集荷日時、集荷先の住所、荷物の種別、個数等の情報を含む。「配送情報」は、配送に関する情報を示す。例えば、希望配送日時、配送先の住所、氏名、電話番号等の情報を含む。

「ＰＲコメント」は、当該配送案件について請負に応募する配送者から荷主に対して行なう自己アピールや意欲を入力したテキストメッセージである。なお詳細は後述するが、便宜上案件管理ＤＢ１６に格納するものであり、応募情報の１つでもある。

またこれら以外にも、例えば、実際の集荷日時、配送日時のデータ項目を設けてもよい。

（ステップ２）案件通知

案件管理ＤＢ１６上、荷主により新規の配送案件情報が登録されると、サーバ６は、荷主ＤＢ１２及び配送者ＤＢ１４を参照して、「集荷情報」の１つである集荷先の「住所」の地域と、「担当地域」とが一致する配送者を検索し、検索した各々の配送者の配送者端末１０に、荷主が登録した配送案件（配送案件情報）をメール等にて通知する。

例えば、荷主ハの希望する集荷先の「住所」の地域がＢ区であれば、Ｂ区を「担当地域」とする配送者乙、丙に対して配送案件が通知される。通知を受けた配送者は、メール内のＵＲＬをクリックすることで、ブラウザが自動起動され、配送者端末１０上に応募画面が表示される。

なお、「集荷情報」の１つである集荷先の「住所」の地域と、「担当地域」とが一致する配送者を検索したが、「配送情報」の１つである配送先の「住所」の地域と、「担当地域」とが一致する配送者を検索し、該当地域担当の各配送者の配送者端末１０に、配送案件を通知してもよい。即ち、「担当地域」は、荷主の住所の地域、又は、配送案件の集荷先の住所又は配送先の住所の地域の少なくともいずれかと一致すればよい。なぜならば、配送者は自己の「担当地域」がいずれかにと近ければ、配送案件に応募しうるためである。

また、ここでいう地域とは一定の範囲であればよく、例えば、都道府県レベルでもよいし、市町村レベルでもよい。

（ステップ３）案件応募
図７は、本実施形態に係る応募画面の一例を示す図である。配送者は現在の配送案件一覧を参照し、請負いたい配送案件を選択して応募する。

サーバ６は、配送者ＤＢ１４及び案件管理ＤＢ１６を参照し、ログインした配送者の「担当地域」が、集荷先の「住所」（又は配送先の「住所」）の地域と一致し、且つ配送案件の「状態」が応募待ちとなっている配送案件を抽出し、例えばリスト形式で抽出した配送案件情報を表示する。

例えば、図７の応募画面７００の場合、サーバ６は、ログインした配送者丙の「担当地域」Ｂ、Ｄが、集荷先の「住所」の地域と一致し、且つ配送案件の「状態」が応募待ちとなっている「案件Ｎｏ」００３、０１０を抽出し、配送者「丙」が現在請負を応募可能な配送案件として表示する。

また、応募画面７００には、「あなたの担当地域の新規案件は、現在２件です。新規の配送案件に応募する場合には、応募したい案件にチェックを入れて、「応募する」押してください。」と表示されている。配送者丙は、応募画面７００の「集荷情報」や「配送情報」などを参照して、案件に応募したいと思う配送案件にチェックを入れて、「応募する」を押下する。

なお、応募画面上に配送案件情報のうち、「荷主」、「集荷情報」における集荷先の「住所」、「配送情報」における配送先の「住所」、「氏名」、「電話番号」については、個人情報を含むため、この時点においてはまだ非表示にすることが望ましい。但し、「住所」については、配送先を特定できるように市町村レベルの情報は表示し、番地以下の部分を非表示とする。

また、「競合情報」７０１は、現時点において配送者丙以外に存在する他の応募者（競合応募者）の人数を示すとともに、人数の箇所をクリックすると、ライバルである競合応募者の詳細画面（図８）へ遷移する。

図７の応募画面７００においては、「案件Ｎｏ」０００３の「競合情報」７０１は１となっており、「案件Ｎｏ」０００３に既に応募した他の配送者（競合応募者）が既に１人存在していることが分かる。一方、「案件Ｎｏ」００１０の「競合情報」７０１は０となっており、「案件Ｎｏ」００１０に応募した他の配送者（競合応募者）は存在していないことが分かる。

配送者丙は、「集荷情報」や「配送情報」などを参照して応募する案件を選択するが、「競合情報」７０１において、更に多くの人数の競合応募者が存在するかどうかを参照し、当該配送案件に応募するか否かを判断することが可能である。通常、人数が多い配送案件は請負に応募したとしても自分が選ばれない可能性が高くなる。

「競合情報」７０１の人数値を表示するにあたり、サーバ６は、案件管理ＤＢ１６を参照し、同一の「案件Ｎｏ」の配送案件であって、且つ「状態」が承認待ちとなっている配送案件数の合計値を、「競合情報」７０１として表示する。

図８は、本実施形態に係る競合応募者の詳細画面の一例を示す図である。

図８に示されるように、競合応募者の詳細画面８００において、「担当配送者」乙の配送者情報のうち、競合応募者である乙の配送業務に関する技量を示す情報として、例えば「性別」、「年齢」、「運転歴／配送業務歴」、「配送完了数」、「評価」、及び、「配送スキル」1,2,3,4,5,6が取得され配送業務テーブル１８（図４）に基づく「配送スキル」が具体的に表示されている。

サーバ６は、案件管理ＤＢ１６（図６）を参照し、同一の「案件Ｎｏ」０００３の配送案件であって、且つ「状態」が承認待ちとなっている配送案件が存在する場合、配送者ＤＢ１４を参照して、当該配送案件における「担当配送者」（＝競合応募者）の全員分の配送者情報を抽出する。即ちサーバ６は、配送者ＤＢ１４（図３）を参照して、当該配送案件における「担当配送者」乙（＝競合応募者）の配送者情報を抽出する。

なお、本実施形態に係る競合応募者の詳細画面８００において、配送者情報のうち、例えば、「氏名」、「電話番号」、「メールアドレス」、「車両Ｎｏ」等は個人情報保護の観点から表示を省略したものの、システム設計上適宜に表示・非表示を選択しうる。

配送者丙は、「集荷情報」や「配送情報」などを参照して応募する案件を選択するが、「競合情報」が存在する場合、更に競合応募者の詳細プロフィール、特に配送業務に関する技量を示す情報を中心に参照し、当該配送案件に応募するか否かを判断することが可能である。

例えば、競合応募者である乙の「運転歴／配送業務歴」、「配送完了数」、「評価」、「配送スキル」に基づいて、丙よりも配送者としての技量、スキルが客観的に高いと判断される場合、その競合応募者乙の存在により、荷主ハから配送者丙が選ばれない可能性も高くなる。よってこのような場合、丙の判断としてこの配送案件への応募を見送ることができる。

また、そのような場合であっても応募画面７００上、「荷主へのＰＲコメント」７０２欄を活用し、荷主に対する自己アピールや意欲を入力することで、配送者丙が荷主から選ばれる可能性を高めることができる。なお、「荷主へのＰＲコメント」７０２は、各々の配送案件毎に入力し、配送案件毎の荷主に対して自己アピール等を伝達できる。

一方、他に競合応募者が存在しない場合には、他に誰も応募した配送者はいないため、配送者丙が当該配送案件の請負に応募した場合、荷主ハから選ばれる可能性が高い。つまり、配送者は配送案件の請負に応募するにあたり、競合応募者（ライバル）の存在の有無、人数、更にはその技量を見ながら、自身の受注可能性を推し量りつつ応募すべき配送案件を選択する。

なお、図７の応募画面７００においては、競合応募者は１人であったが、２以上いる場合には、競合応募者全員分の配送者情報が抽出されるため、全員分の詳細プロフィールを参照可能である。

図９は、本実施形態に係る案件管理ＤＢ１６のデータ更新例を示す図ある。図９に示されるように、サーバ６は、例えば配送者丙の配送者端末１０から
の請負応募情報を受信すると、案件管理ＤＢ１６において、「担当配送者」丙、「状態」承認待ちとする配送案件データを一行追加登録する。

（ステップ４）応募を通知
サーバ６は、応募した配送案件の荷主に対して、例えば、荷主ハの荷主端末８に対して配送者からの応募情報をメール等にて通知する。通知を受けた荷主、例えば荷主ハがメール内のＵＲＬをクリックすることで、ブラウザが起動され、荷主端末８上に承認画面が表示される。

（ステップ５）応募承認
図１０は、本実施形態に係る承認画面の一例を示す図である。荷主は自己の配送案件に対して応募のあった配送者を参照し、いずれか１名の配送者を選択して承認する。

サーバ６は、配送者ＤＢ１４及び案件管理ＤＢ１６を参照し、ログインした荷主の配送案件に応募のあった配送者情報を抽出し、例えばリスト形式で配送者情報を含む応募情報を承認画面上に表示する。

例えば、図１０の承認画面１０００の場合、サーバ６は、案件管理ＤＢ１６（図９）を参照し、ログインした「荷主」ハの配送案件（例えば、「案件Ｎｏ」００３）であって、「状態」承認待ちとなっている全ての配送案件情報（例えば、全員分の「配送担当者」、「状態」）を取得し、承認画面上に表示する。「ＰＲコメント」（荷主へのＰＲコメント）も取得しておく。

承認画面上には、「あなたの登録案件に応募中の担当配送者は、現在２名です。承認する場合には、承認したい担当配送者に１つチェックを入れて、「承認する」押してください。」と表示されており、「荷主」ハは、応募中の「担当配送者」の詳細プロフィールなどを参照して、承認するいずれか１の担当配送者にチェックを入れて、「承認する」を押下する。

「荷主」ハは、承認画面上、「担当配送者」をクリックすると、応募中の担当配送者の詳細画面（図１１）へ遷移する。

図１１は、本実施形態に係る応募者の詳細画面の一例を示す図である。

サーバ６は、配送者ＤＢ１４を参照して、クリックにより選択された「担当配送者」の配送者情報を取得し、応募者のプロフィールを示す詳細画面に表示する。

例えば、図１１の競合応募者の詳細画面１１００の場合、「担当配送者」丙がクリックされると、サーバ６は、配送者ＤＢ１４を参照して、丙の「氏名」、「性別」、「年令」、「電話番号」、「メールアドレス」、「車両Ｎｏ」、「運転歴／配送業務歴」、「顔写真」（画像）、「担当地域」、「配送スキル」、「配送完了数」を取得し、表示する。「配送スキル」は、配送業務テーブル１８（図４）に基づいて丙のスキルを具体的に表示する。

また、案件管理ＤＢ１６を参照して取得しておいた「ＰＲコメント」も表示する。上述したように、「ＰＲコメント」は、配送案件毎に入力され、配送案件毎の荷主に対して自己アピール等を伝達するものである。

なお、プライバシー、個人情報保護の観点から、例えば、「年令」、「電話番号」、「メールアドレス」は表示を省略してもよい。

「荷主」ハは、配送者情報のうち、特に配送業務に関する技量を示す情報として、例えば「運転歴／配送業務歴」、「配送スキル」、「配送完了数」、「評価」、及び「ＰＲコメント」を参照して、承認する担当配送者を選択することができる。

「運転歴／配送業務歴」は、年数が多いほど、ドライバーとしての運転習熟度が高い。

また、例えば今回、「荷主」ハの「荷種」は企業配／コレクト便（代引き）であるため、担当配送者に望む「配送スキル」は、企業配／コレクト便（代引き）である。よって、「荷主」ハは、応募者の詳細画面を参考にして、企業配／コレクト便（代引き）の配送スキルを有する担当配送者（例えば、配送者乙）を優先して選択することができる。

また、「配送完了数」も、承認する担当配送者選択のための、１つの判断指標となりうる。「配送完了数」は、本配送サービスシステム１を利用して配送を完了した数を示すため、「配送完了数」が多いほど、配送者の習熟度（ベテラン度）が高いといえる。

また、「評価」は、本配送サービスシステム１を利用した荷主により入力される評価の平均値を示すため、「評価」の値が高いほど荷主満足度の高い配送者といえる。

更に、「ＰＲコメント」も、承認する担当配送者選択のための、１つの判断指標となりうる。「ＰＲコメント」を通じて、担当配送者から荷主に対する自己アピールや意欲を伝えるものである。今回、「荷主」ハは、配送者丙の「配送スキル」がコレクト便（代引き）を有していないにも関わらず、「ＰＲコメント」如何によっては、企業配／コレクト便（代引き）の配送スキルを有する配送者乙よりも、配送者丙を承認する場合もある。

また、荷主は「性別」、「年令」、「顔写真」なども併せて参照することで、配送者を選択することも可能である。予め配送者の性別や年令、更に顔を知っていれば、集荷時、荷主は安心して配送者に荷物を受け渡すことができる。

サーバ６は、荷主により承認がなされると、インターネット２を介して荷主端末８から応募承認情報を受信する。例えば、荷主ハが配送者丙を承認した場合、サーバ６は、案件管理ＤＢ１６（図９）の「Ｎｏ」０００３の「担当配送者」丙の「状態」欄のステータスが「承認待ち」から「配送中」に更新するとともに、「Ｎｏ」０００３の「担当配送者」乙の案件データを一行削除する。

（ステップ６）承認通知
次いで、サーバ６は、荷主ハが配送者丙を承認した旨の通知をインターネット２を介して、配送者丙の配送者端末１０に荷主ハにより応募が承認された旨をメール等にて通知する。他方、サーバ６は配送者乙の配送者端末１０に応募が承認されなかった旨をメール等にて通知するようにしてよい。

（ステップ７）電話連絡
次いで、荷主ハにより応募が承認された配送者丙は、荷主ハに電話連絡をし、指定された集荷日時に訪問し集荷を行う。なお、荷主ハはこれまでの流れ上、配送者丙が希望の集荷日時に訪問する旨を既に承知しているため、確認的な電話連絡を省略することも可能である。

（ステップ８）荷主への集荷
配送者丙は、荷主ハを訪問した際に荷物を受領し伝票を取り交わす。

（ステップ９）配送先へ配送
配送者乙は、配送先に荷物を配送し、納品書を納付する。

（ステップ１０）配送完了送信
配送者乙は、配送を完了すると配送者端末１０のブラウザを立ち上げて、配送者用画面（非図示）から、配送完了の通知をサーバ６に送信する。

（ステップ１１）配送完了通知
サーバ６は、配送完了の通知を受けて、荷主ハの荷主端末８に配送完了の通知を例えば、メールにて行う。

（ステップ１２）配送先に完了確認
荷主ハは、配送完了の通知メールを受け、配送先に電話等で配送完了の確認を適宜行う。

（ステップ１３）配送完了承認
荷主ハは、荷主端末８を操作して配送完了の通知メール内のＵＲＬからブラウザを立ち上げて、荷主用画面（非図示）により配送完了の承認を行うと共に、担当配送者丙の「評価」、例えば、１〜５段階の点数評価を入力する。また、必要であればコメントを記入する。

サーバ６は、入力された「評価」に基づいて、配送者ＤＢ１４（図３）の「評価」を更新する。また併せて、「配送完了数」を１カウントアップする。

（ステップ１４）配送完了承認、評価の通知
サーバ６は、荷主ハからの配送完了の承認受け、その旨、担当配送者丙にメールにて通知すると共に、荷主ハにより入力された「評価」等を通知する。

配送サービス会社の運営側ＰＣ４では、マッチングサービス上のＤＢ情報を確認し、荷主への配送料請求や配送者への配送料金支払い（請求書の発行・送付、銀行口座への入金手続き等）を個別対応する。

なお、上記の例では、荷主が新規に配送案件を登録した場合に、集荷の住所（又は配送先の住所）の地域を担当地域とする配送者に自動的にメール等で通知して当該配送者に通知するようにしたが、各配送者が配送者端末１０から自発的にサーバ６の案件管理ＤＢ１６へアクセスし、配送案件を検索して請負の応募を行うようにしてもよい。

また、通知の形式はメールに限定されるものではなく他の形式でもよい。例えば、荷主端末８、配送者端末１０が配送サービスシステム専用のアプリを有する場合、アプリ上のプッシュ通知により通知を行うようにし、該通知に応答してサーバ６にアクセスするようにしてもよい。

また、上記の例では、データベースとして荷主ＤＢ１２、配送者ＤＢ１４、案件管理ＤＢ１６を備えた例について説明したが、これに限らず、これらデータベースを適宜組み合わせて１つの又は２つのデータベースとしてもよく、種別をより細分化したデータベースを設けるようにしてもよい。

また、各依頼案件の集荷・配送情報は、案件管理ＤＢ１６に登録管理してもよいが、該当荷主の荷主ＤＢ１２に登録管理するようにしてもよい。

また、上記実施形態において、新規の配送案件を請負う際に（ステップ３）、配送者は当該配送案件の可能集荷日時、可能配送日時を入力できるようにしてもよい。即ち、応募画面（図７）に可能集荷日時、可能配送日時を入力可能な欄を設け、配送者は当該欄に可能集荷日時、可能配送日時を入力し、その後「応募する」をクリックし請負を応募する。この場合、荷主は応募した各配送者の情報として、集荷可能日時、配送可能日時を確認した上で、配送者（例えば、最も配送日時の早い配送者）を承認してもよい。

＜総括＞
本実施形態に係る配送サービスシステム１によれば、例えば以下の効果が達成される。

（１）荷主の住所又は配送先住所を担当地域として登録している複数の配送者が即座に配送案件登録の通知を受け、新規の配送案件情報の画面を参照して、適宜配送案件に対する請負応募を速やかに行うことが出来る。このため、荷主の希望集荷・配送日時に応じた集荷・配送を迅速且つ確実に行うことが出来る。

（２）特定の地域に配送案件が集中した場合でも、各配送者は配送案件毎に既に何人の競合配送者からの応募があるのか、また競合配送者の配送スキル等を参照できるため、多くの応募がある配送案件への応募が抑制される。即ち、各配送者は各々が受注可能性の高い配送案件を選択するので、配送案件は複数の配送者に広く分散し、より迅速なサービスを提供が可能となる。

また、競合配送者としても配送案件の請負に応募するにあたり、やみくもに配送案件に応募するだけではなく、競合応募者（ライバル）の存在の有無、人数、更にはその技量を見ながら、自身の受注可能性を推し量りつつ応募すべき配送案件を選択できる。更にこの仕組みによれば、配送業者に対して配送業務に関する技量の自己研鑽を促すインセンティブとして機能するため、ひいては本配送サービスにおける配送品質の向上につながる。

（３）荷主側においては、承認画面を参照して、応募した配送者の氏名、年令、性別、顔写真、配送スキル、配送完了数、評価、更にＰＲコメント等を参考に承認すべき配送者を選択できる。このため、荷主は種安心して配送案件を依頼できる。

（４）集荷・配送を担当する配送者の決定については、荷主と配送者間での自発的なマッチングに委ねられているため、配送者側においては自己の集荷・配送の日、時間的、地域的自由度等が広く認められ、従って利便性が従来に比べて格段に向上できる。また、各配送者は新規の配送案件について請負応募を行なう際、配送案件毎に既に何人の競合配送者からの応募があるのか、競合配送者それぞれの配送スキルを参照できるため、自己の配送スキルと比較しながら、承認（受注）の確度を推測し、各々の配送案件に対する請負応募を行うことが出来る。

＜変形例＞
次に、本実施形態に係る変形例について説明する。本実施形態は、荷物の集荷・配送サービスに限らず、様々な配送サービスに適用可能である。

例えば、引っ越しサービスにも適用できる。この場合には、荷主用画面に代えて、依頼者用画面を設け、集荷・配送情報として引っ越しの内容（例えば、家族の人数、現在の住居の間取り、住居区分、転居先の住居の間取り、住居区分、予算、訪問見積もり要否等）などの引っ越し特有の情報を依頼者が入力できるようにする。荷主ＤＢ（依頼者ＤＢ）１２や案件管理ＤＢ１６のデータ内容もそれに応じて変更する。配送者も１つの依頼案件に対して複数応募できるようにし、それら複数の配送候補者に対して依頼者が承認を行うようにする。

また、本実施形態は、買い物代行サービスにも適用できる。この場合にも、荷主用画面に代えて、依頼者用画面を設け、集荷情報に代えて買い物情報として、買い物の品、種別、個数、予算、希望の店舗等を依頼者が入力するようにし、案件管理ＤＢ１６のデータ内容もそれに応じて変更する。

また、配送者は担当地域として買い物した品の希望配送地域、即ち、依頼者住所の地域を登録する。この場合には上記実施形態における集荷・配送情報中の希望集荷日時、配送先の情報は不要である。なお、依頼者と配送先が異なる場合には、依頼者により配送先の情報を入力し、案件管理ＤＢ１６に登録する。

更に、本実施形態は配送サービスに限らず、清掃サービス、修理サービス、お手伝いサービス等種々のサービスにも適用でき、上記実施形態の構成を用いて、依頼者とサービスを行う者（サービス提供者）間での自発的なマッチングによりサービスを行う者を決定するようにすることができる。

この場合、上記実施形態での配送者をサービス提供者とし、サーバは、前記複数の依頼者の情報と、前記複数のサービス提供者の情報と、依頼者からのサービス案件に関する情報を管理するＤＢを有する。サーバは、複数のサービス提供者端末の各々からインターネットを介してサーバにアクセスして入力された当該各サービス提供者の氏名、サービス担当地域等の情報をＤＢに登録する。

また、複数の依頼者端末の各々からインターネットを介してサーバにアクセスして入力された当該各依頼者の氏名、住所等の情報を前記ＤＢに登録し、複数の依頼者端末からインターネットを介してサーバにアクセスして入力された当該各依頼者のサービス案件に関する希望日時等の情報を受け、案件毎に前記ＤＢに登録する。

更に、ＤＢに登録された新規案件について、インターネットを介してサーバ内のＤＢを参照してなされた、当該案件のうち依頼者住所の地域を担当地域とする案件についてのサービス提供者端末からの請負の応募を受け、ＤＢに登録すると共に、当該応募対象の新規案件の依頼者端末に応募の通知をし、当該新規案件について応募の通知を受けた依頼者端末から、応募があったサービス提供者のいずれを承認するかの通知を、インターネットを介して受け、承認されたサービス提供者の端末にその旨通知をし、それにより、該承認されたサービス提供者により当該新規案件に関するサービスの提供を行うようにすればよい。

なお、本発明の好適な実施の形態により、特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。

１配送サービスシステム
２インターネット
４運営側端末
６サーバ
６インターネット
８荷主端末
１０配送者端末
１２荷主ＤＢ
１４配送者ＤＢ
１６案件管理ＤＢ
１８配送業務テーブル

Claims

ネットワークを介して、荷主が所持する荷主端末と、配送者が所持する配送者端末と、サーバ装置とが接続される配送サービスシステムであって、
前記サーバ装置は、
荷主端末から受信した荷主の荷主情報と、配送者端末から受信した配送者の担当地域、配送業務に関する技量を示す情報及び配送者の免許証を含む身元証明書の写しから取得される顔写真を含む配送者情報と、荷主端末から受信した集荷先住所又は配送先住所を含む配送案件情報と、を記憶したデータベースを有し、
当該配送案件に関する集荷先住所又は配送先住所の属する地域を担当地域とする配送者を、前記データベースから複数検索し、検索した各々の配送者の配送者端末に、当該配送案件に関する前記配送案件情報と、当該配送案件に対する応募意思を示した配送者の前記配送者情報とを送信し、
前記各々の配送者の配送者端末から、当該配送案件に対する応募意思を示す応募情報を受信し、
当該配送案件に関する荷主の荷主端末に、前記応募意思を示した配送者の前記配送者情報を含む前記応募情報を送信し、
当該配送案件に関する荷主の荷主端末から、前記応募意思を示した配送者のうち、該荷主により選択された一の配送者に対する承認情報を受信すると、該一の配送者の配送者端末に、該承認情報を送信すること、
を特徴とする配送サービスシステム。
前記配送者端末は、当該配送案件に関する前記配送案件情報と、当該配送案件に対する応募意思を示した配送者の前記配送者情報とを含む応募画面を表示し、
前記荷主端末は、前記応募意思を示した配送者の前記配送者情報を含む前記応募情報を含む承認画面を表示すること、
を特徴とする請求項１に記載の配送サービスシステム。
前記配送者端末は、当該配送案件に対する応募意思を示した配送者の人数を含む応募画面を表示すること、
を特徴とする請求項２に記載の配送サービスシステム。
前記応募情報は、配送者から荷主へのコメント情報を含むこと、
を特徴とする請求項１ないし３何れか一項に記載の配送サービスシステム。
前記配送業務に関する技量を示す情報は、配送者の配送経歴のある運送会社が取り扱う配達業務サービスに基づいて取得されること、
を特徴とする請求項１ないし４何れか一項に記載の配送サービスシステム。
ネットワークを介して、荷主が所持する荷主端末と、配送者が所持する配送者端末と、サーバ装置とが接続される配送サービスシステムであって、
前記サーバ装置は、
荷主端末から受信した荷主の荷主情報と、配送者端末から受信した配送者の担当地域、配送業務に関する技量を示す情報及び配送者の免許証を含む身元証明書の写しから取得される顔写真を含む配送者情報と、荷主端末から受信した集荷先住所又は配送先住所を含む配送案件情報と、を記憶したデータベースを有し、
当該配送案件に関する集荷先住所又は配送先住所の属する地域を担当地域とする配送者を、前記データベースから複数検索し、検索した各々の配送者の配送者端末に、当該配送案件に関する前記配送案件情報と、当該配送案件に対する応募意思を示した配送者の前記配送者情報とを送信し、
前記各々の配送者の配送者端末から、当該配送案件に対する応募意思を示す応募情報を受信し、
当該配送案件に関する荷主の荷主端末に、前記応募意思を示した配送者の前記配送者情報を含む前記応募情報を送信し、
当該配送案件に関する荷主の荷主端末から、前記応募意思を示した配送者のうち、該荷主により選択された一の配送者に対する承認情報を受信すると、該一の配送者の配送者端末に、該承認情報を送信し、
前記データベースには配送案件毎に荷主の希望配送日時、応募した配送者、配送先、状態情報が登録され、当該状態情報は、配送者からの配送案件に対する応募が荷主により承認されるまでの第１の状態と、当該承認された状態であることを示す第２の状態とを有し、
前記サーバ装置は、荷主端末からの配送者に対する前記承認情報の受信に応答して、前記状態情報を前記第１の状態から前記第２の状態に変更する、ことを特徴とする配送サービスシステム。
ネットワークを介して、荷主が所持する荷主端末と、配送者が所持する配送者端末と接続されるサーバ装置であって、
荷主端末から受信した荷主の荷主情報と、配送者端末から受信した配送者の担当地域、配送業務に関する技量を示す情報及び配送者の免許証を含む身元証明書の写しから取得される顔写真を含む配送者情報と、荷主端末から受信した配送先住所を含む配送案件情報とを記憶したデータベースを有し、
当該配送案件に関する集荷先住所又は配送先住所の属する地域を担当地域とする配送者を、前記データベースから複数検索し、検索した各々の配送者の配送者端末に、当該配送案件に関する前記配送案件情報と、当該配送案件に対する応募意思を示した配送者の前記配送者情報とを送信し、
前記各々の配送者の配送者端末から、当該配送案件に対する応募意思を示す応募情報を受信し、
当該配送案件に関する荷主の荷主端末に、前記応募意思を示した配送者の前記配送者情報を含む前記応募情報を送信し、
当該配送案件に関する荷主の荷主端末から、前記応募意思を示した配送者のうち、該荷主により選択された一の配送者に対する承認情報を受信すると、該一の配送者の配送者端末に、該承認情報を送信すること、
を特徴とするサーバ装置。
ネットワークを介して、荷主が所持する荷主端末と、配送者が所持する配送者端末と接続されるサーバ装置であって、
荷主端末から受信した荷主の荷主情報と、配送者端末から受信した配送者の担当地域、配送業務に関する技量を示す情報及び配送者の免許証を含む身元証明書の写しから取得される顔写真を含む配送者情報と、荷主端末から受信した配送先住所を含む配送案件情報とを記憶したデータベースを有し、
当該配送案件に関する集荷先住所又は配送先住所の属する地域を担当地域とする配送者を、前記データベースから複数検索し、検索した各々の配送者の配送者端末に、当該配送案件に関する前記配送案件情報と、当該配送案件に対する応募意思を示した配送者の前記配送者情報とを送信し、
前記各々の配送者の配送者端末から、当該配送案件に対する応募意思を示す応募情報を受信し、
当該配送案件に関する荷主の荷主端末に、前記応募意思を示した配送者の前記配送者情報を含む前記応募情報を送信し、
当該配送案件に関する荷主の荷主端末から、前記応募意思を示した配送者のうち、該荷主により選択された一の配送者に対する承認情報を受信すると、該一の配送者の配送者端末に、該承認情報を送信し、
前記データベースには配送案件毎に荷主の希望配送日時、応募した配送者、配送先、状態情報が登録され、当該状態情報は、配送者からの配送案件に対する応募が荷主により承認されるまでの第１の状態と、当該承認された状態であることを示す第２の状態とを有し、
荷主端末からの配送者に対する前記承認情報の受信に応答して、前記状態情報を前記第１の状態から前記第２の状態に変更する、ことを特徴とするサーバ装置。
ネットワークを介して、荷主が所持する荷主端末と、配送者が所持する配送者端末と接続され、荷主端末から受信した荷主の荷主情報と、配送者端末から受信した配送者の担当地域、配送業務に関する技量を示す情報及び配送者の免許証を含む身元証明書の写しから取得される顔写真を含む配送者情報と、荷主端末から受信した配送先住所を含む配送案件情報とを記憶したデータベースを有する、コンピュータに、
当該配送案件に関する集荷先住所又は配送先住所の属する地域を担当地域とする配送者を、前記データベースから複数検索し、検索した各々の配送者の配送者端末に、当該配送案件に関する前記配送案件情報と、当該配送案件に対する応募意思を示した配送者の前記配送者情報とを送信させ、
前記各々の配送者の配送者端末から、当該配送案件に対する応募意思を示す応募情報を受信させ、
当該配送案件に関する荷主の荷主端末に、前記応募意思を示した配送者の前記配送者情報を含む前記応募情報を送信させ、
当該配送案件に関する荷主の荷主端末から、前記応募意思を示した配送者のうち、該荷主により選択された一の配送者に対する承認情報を受信すると、該一の配送者の配送者端末に、該承認情報を送信させること、
を特徴とするプログラム。