JP2020052598A - 代行仲介装置、代行仲介方法及び代行仲介プログラム - Google Patents

Abstract

【課題】依頼者と代行者との仲介に優れる代行仲介装置、方法及びプログラムを提供する。【解決手段】代行仲介装置のＣＰＵ２００Ｃは、注文品の配達を希望する依頼者と注文品を指定場所に届ける複数の代行者を仲介する。代行者の代行可能日時の登録を受付る代行日時受付部と、所定期間内で代行可能な日時が所定数又は所定時間を満すか否かを判定する代行日時判定部と、代行日時判定部での判定結果に基づき代行者の代行可能日時を登録する代行日時登録部と、依頼者からの注文品の配達依頼を受付る配達依頼受付部と、配達依頼受付部で配達依頼が受付ると代行者の代行可能日時の登録状況に基づき代行者へ配達依頼を通知する配達依頼通知部と、代行者による配達完了に基づき代行者へ第１報酬を付与する第１報酬付与部と、所定期間内に受付た全ての配達依頼の代行が完了している場合、代行者に対し第１報酬と異なる第２報酬を付与する第２報酬付与部を備える。【選択図】図２Ｃ

Description

本発明は、注文品の配達を希望する依頼者と、前記注文品を指定場所に届ける複数の代行者とを仲介する代行仲介装置、代行仲介方法及び代行仲介プログラムに関する。

高齢化やそれに伴う介護を必要とする世帯の増加、夫婦共働き世帯の増加などに伴い、スーパーやドラッグストア、コンビニエンスストア（以下、たんにスーパーともいう）の店頭まで出向き買い物に行くことが難しい人が増加している。これに対して、インターネットを利用した買い物が提案されている（いわゆるネットスーパーなど）。ネットスーパーでは、利用者は自宅などに居ながらパーソナルコンピューターやスマートフォンなどの操作や電話によって購入希望商品を注文する。店側は注文された商品を店舗や倉庫において集め、集められた商品は店の配達担当者や宅配業者によって利用者の自宅などへ配達する。このようにネットスーパーでは利用者が自宅などに居ながら購入希望商品を注文し、注文した商品を受け取ることができる。このようにネットスーパーは、高齢化や介護を必要とする人の世帯、夫婦共働き世帯の買い物をサポートする有力な手法と考えられており、顧客からの強い要望によりネットスーパーに参入せざるをえないスーパーが増加している。

しかしながら、スーパーが宅配サービスを提供するには、宅配手段や宅配人員の確保などのコストがかかる。例えば、スーパーだと一店舗当たり宅配サービスのための維持費（主に人件費）が月間１００万円以上必要といわれている。この維持費はいわゆる固定費であり、スーパーの粗利益率が低いことを考慮するとスーパーにとって非常に大きな負担となる。この固定費を少しでも補い、ネットスーパーでの赤字を回避するため、スーパーによっては、ネットスーパーでの取り扱い品目を増やしたり、商品価格を店頭価格よりも高く設定したりしている。

上記の問題に対応するため、従来から買い物依頼者に対して買い物を代行してくれる買い物代行者を斡旋・仲介する買い物代行斡旋システムが提案されている。例えば、特許文献１に提案されるシステムでは、ＧＰＳなどによる代行者の位置情報と、店舗位置情報データベースに格納されている店舗所在地情報とに基づいて、依頼者への宅配を代行する代行者を選択し、当該選択された代行者を依頼者へ斡旋している。その他にも、お買い物代行サービスと呼ばれるサービスが海外には多数存在している。例えば、米国のインスタカートやシンガポールのオネストビーである。

特開２０１３−０５８１１８号公報

しかしながら、従来のシステムでは、代行者の仕事を受け実行するための動機づけが直接的な報酬（代行に対する報酬）しか無いため、代行者の仕事を受け実行するための意欲が少なく、依頼者が仕事を依頼しても、代行者による仕事を実行される確率が低下するという問題がある。また、同様に、代行者の依頼に対するいわゆるモチベーションが低いため、そもそも依頼者への代行者のマッチング（仲介）が成立する可能性が高まらないという問題がある。

以上のように、従来のシステムには、依頼者と代行者とのマッチング（仲介）に向上の余地があり、その問題を解決しなければマッチングが成立せず、実際には買い物代行者を斡旋・仲介する買い物代行斡旋システムは機能しない。
本発明は、上記課題を鑑みてなされたものであり、依頼者と代行者とのマッチング（仲介）に優れる代行仲介装置、代行仲介方法及び代行仲介プログラムを提供することを目的とする。

上記の課題を解決すべく、本発明の代行仲介装置は、注文品の配達を希望する依頼者と、前記注文品を指定場所に届ける１以上の代行者とを仲介する代行仲介装置であって、前記代行者の代行可能日時の登録を受け付ける代行日時受付部と、所定期間内における前記代行可能な日時が所定数又は所定時間を満たすか否かを判定する代行日時判定部と、前記代行日時判定部での判定結果に基づいて、前記代行者の代行可能日時を登録する代行日時登録部と、前記依頼者からの前記注文品の配達依頼を受け付ける配達依頼受付部と、前記配達依頼受付部で配達依頼が受け付けられると、前記代行者の代行可能日時の登録状況に基づいて前記代行者へ配達依頼を通知する配達依頼通知部と、前記代行者による配達の完了に基づいて、前記代行者へ第１報酬を付与する第１報酬付与部と、前記所定期間内において受け付けられた全ての配達依頼の代行が完了している場合、前記代行者に対して前記第１報酬とは異なる第２報酬を付与する第２報酬付与部と、を備えることを特徴とする。

本発明によれば、依頼者と代行者とのマッチング（仲介）に優れる代行仲介装置、代行仲介方法及び代行仲介プログラムを提供することができる。

第１実施形態に係る代行仲介システムの概略構成図である。 第１実施形態に係る代行仲介サーバの構成図である。 第１実施形態に係る代行仲介サーバの記憶装置に格納されているデータベースの一例である。 第１実施形態に係る代行仲介サーバの機能ブロック図である。 第１実施形態に係る依頼者端末の構成図である。 第１実施形態に係る依頼者端末の機能ブロック図である。 第１実施形態に係る代行者端末の構成図である。 第１実施形態に係る代行者端末の機能ブロック図である。 第１実施形態に係る代行仲介サーバの代行可能日時登録処理の一例を示すフローチャートである。 第１実施形態に係る代行仲介サーバの配達依頼配信処理の一例を示すフローチャートである。 第１実施形態に係る代行仲介サーバの配達完了処理の一例を示すフローチャートである。 第１実施形態に係る代行仲介サーバの第１報酬付与処理の一例を示すフローチャートである。 第１実施形態に係る代行仲介サーバの第２報酬付与処理の一例を示すフローチャートである。 第１実施形態に係る代行仲介サーバの第３報酬付与処理の一例を示すフローチャートである。 第２実施形態に係る代行仲介サーバの機能ブロック図である。

以下、図面を参照して本発明の各実施形態を説明する。なお、以下の説明では、ネットスーパーで注文した商品（以下、注文品）の配達依頼に対して、配達を代行する代行者を仲介する仲介システムについて説明する。しかしながら、本発明は、ネットスーパーだけでなく種々の店舗（ドラッグストア、コンビニエンスストア、家電量販店、個人間での売買サービス（個人間オークションサービス、フリマサービス）など）において利用可能である。また、本発明は、種々の仲介（例えば、家事、運転、宅配など）に対して適用可能である。

[第１実施形態]
初めに、図１を参照して代行仲介システム１の構成について説明する。代行仲介システム１は、ネットワーク６を介して接続された代行仲介サーバ２（代行仲介装置）、依頼者端末３、代行者端末４、店舗販売サーバ５を備える。なお、ネットワーク６は、相互に通信できればよくどのような通信網で構成されていてもかまわない。また、代行仲介システム１が備える代行仲介サーバ２、依頼者端末３、代行者端末４及び店舗販売サーバ５の数は任意である。

代行仲介サーバ２は、店舗販売サーバ５のネット販売サイト（以下、ネットスーパー）で注文した商品（注文品）の配達を代行する代行者Ｕ２を仲介するためのサーバである。依頼者端末３は、依頼者Ｕ１がネットスーパーでの商品の注文、この注文した商品（注文品）の配達依頼、代行者Ｕ２の評価などを行うための端末である。代行者端末４は、注文品の配達代行を請け負う代行者Ｕ２が代行可能日時の登録、依頼者Ｕ１からの配達依頼通知の受取、代行希望などを行うための端末である。店舗販売サーバ５は、店舗が運営するネットスーパーを公開し、依頼者Ｕ１は、この店舗販売サーバ５のネットスーパーにおいて商品を注文することができる。

代行仲介システム１では、１つの店舗に１人以上の代行者Ｕ２が所属している。例えば、代行仲介システム１に２つの店舗Ａ、Ｂが登録されている場合、店舗Ａ及び店舗Ｂのそれぞれに１人以上の代行者Ｕ２が所属している。そして、各店舗に所属する代行者Ｕ２は、各々代行可能な日時を所定期間単位（本実施形態では１週間。以下、１週間）で登録する。代行仲介システム１では、各店舗の配達網を維持するために、代行者Ｕ２は、各々１週間内の代行可能な日時を所定のコマ数又は時間以上登録することを求められる。

なお、配達網を維持するために各店舗に所属する代行者Ｕ２の数は任意である。例えば、依頼者Ｕ１による配達依頼の頻度の少ない店舗であれば、配達網を維持するために必要な代行者Ｕ２の人数も少なくて済むため１人であってもよい。また、依頼者Ｕ１による配達依頼の頻度の多い店舗であれば、配達網を維持するために必要な代行者Ｕ２の人数も多くなるため２人以上であってもよい。

また、代行仲介サーバ２及び店舗販売サーバ５は、Ｗｅｂサーバの機能を有し、依頼者端末３及び代行者端末４は、Ｗｅｂクライアントの機能を有している。代行仲介サーバ２及び店舗販売サーバ５は、依頼者端末３及び代行者端末４に表示されたＷｅｂブラウザに情報を表示させ、Ｗｅｂブラウザ上で入力された情報を取得することが可能に構成されている。なお、代行仲介サーバ２と店舗販売サーバ５とは、１台の共通のコンピュータで実現されるものであっても、別々のコンピュータで実現されるものであってもよい。

（代行仲介サーバ２）
図２Ａは、第１実施形態に係る代行仲介サーバ２（代行仲介装置）の構成図である。図２Ａは、代行仲介サーバ２の主なハード構成を示しており、代行仲介サーバ２は、通信ＩＦ２００Ａ、記憶装置２００Ｂ、ＣＰＵ２００Ｃがバス２００Ｄを介して接続された構成を備える。なお、代行仲介サーバ２は、その他、キーボード、マウス、タッチパネルなどの入力装置、及び液晶モニタや有機ＥＬモニタなどの表示装置を備えていてもよい。

通信ＩＦ２００Ａは、他の装置（本実施形態では、依頼者端末３、代行者端末４及び店舗販売サーバ５）と通信するためのインターフェースである。記憶装置２００Ｂは、例えば、ＨＤＤ（Hard Disk Drive）や半導体記憶装置（ＳＳＤ(Solid State Drive)）である。なお、記憶装置２００Ｂに格納された情報の詳細については後述する。ＣＰＵ２００Ｃは、実施形態に係る代行仲介サーバ２（代行仲介装置）を制御するものであり、図示しないＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）を備えている。

本実施形態では、図２Ａに示すように、代行仲介サーバ２が記憶装置２００Ｂを備える構成となっているが、代行仲介サーバ２とネットワーク６を介して接続された他のサーバが備えていてもよい。また、後述する代行仲介プログラムを代行仲介サーバ２とネットワーク６を介して接続された他のサーバからダウンロード可能に構成されていてもよい。

図２Ｂは、第１実施形態に係るサーバ（代行仲介装置）の記憶装置２００Ｂに格納されているデータベースの一例である。記憶装置２００Ｂには、図２Ｂに示すように、依頼者ＤＢ１、代行者ＤＢ２、店舗ＤＢ３、配達依頼ＤＢ４などのデータベースが格納されている。

（依頼者ＤＢ１）
依頼者ＤＢ１には、代行仲介システム１を利用する依頼者Ｕ１の属性情報（以下、依頼者属性情報ともいう）が、依頼者Ｕ１毎に依頼者ＩＤ（固有識別子）に関連付けて格納されている。依頼者属性情報には、例えば、氏名、性別、年齢、誕生日、配達先住所、連絡先（電話番号、メールアドレス、ＳＮＳ（Social Networking Service）など）、利用料決済用情報（クレジットカード情報や振替口座情報など）、ログインＩＤ、ログインＰＷなどの情報が含まれている。なお、上記した依頼者ＤＢ１に格納される情報は、あくまで一例であり、依頼者Ｕ１に関する他の情報を依頼者ＩＤに関連付けて依頼者ＤＢ１に格納するようにしてもよい。

（代行者ＤＢ２）
代行者ＤＢ２には、代行仲介システム１を利用する代行者Ｕ２の属性情報（以下、代行者属性情報）が、代行者Ｕ２毎に代行者ＩＤ（固有識別子）に関連付けて格納されている。代行者属性情報には、例えば、氏名、性別、年齢、誕生日、住所、連絡先（電話番号、メールアドレス、ＳＮＳ（Social Networking Service）など）、報酬決済用情報（クレジットカード情報や振込先口座情報など）、依頼者Ｕ１による評価（以下、サンキューポイント）を含む評価付与部２１２による評価、所属する店舗ＩＤ、ログインＩＤ、ログインＰＷ、プロフィール写真、紹介文（例えば、配達への情熱や取り組み方など、代行を受注するために記載した文章）などの情報が含まれる。

また、代行者ＤＢ２には、各代行者Ｕ２の代行可能な日時（以下、代行可能日時）が１週間単位で、代行者Ｕ２毎に代行者ＩＤに関連付けて格納されている。以下の表１に代行者Ｕ２により登録された代行可能日時の一例を示す。以下の表１は、代行者ＩＤが「Ｄ００１」の代行者Ｕ２の１週間分の代行可能日時を示したものである。表１の「〇」が埋められた時間帯が代行者Ｕ２の代行可能日時である。本実施形態では、表１に示すように、代行可能日時の登録可能な時間帯は、１１時〜２１時までの１時間単位となっている（合計７０コマ）。なお、本実施形態では、１コマ（１時間）に２以上の代行依頼が通知される場合がある。

なお、上記表１に示す例は、あくまで一例であり、代行可能日時の登録可能な時間帯は、１１時〜２１時までに限られない。例えば、代行可能日時の登録可能な時間帯を０時から２４時（２４時間）としてもよい。また、１時間単位でなく１５分単位や３０分単位で登録できるようにしてもよい。

また、本実施形態では、代行者Ｕ２は、所属する店舗の配送網を維持するために１週間で２５コマ以上を登録するように求められる。また、前日までであれば、登録した代行可能日時の変更も可能である。この場合にも、代行者Ｕ２は、１週間で２５コマ（２５時間）以上を登録するように求められる。また、本実施形態では、毎週土曜日に次週の代行可能日時の登録が可能となるが、次週の代行可能日時の登録が可能となる基準日は毎週土曜日に限られない。例えば、金曜日や日曜としてもよい。なお、上記した代行者ＤＢ２に格納される情報は、あくまで一例であり、代行者Ｕ２に関する他の情報を代行者ＩＤに関連付けて代行者ＤＢ２に格納するようにしてもよい。

（店舗ＤＢ３）
店舗ＤＢ３には、代行仲介システム１を利用する店舗（例えば、スーパー、コンビニエンスストア、家電量販店など）の情報（以下、店舗情報）が、店舗毎に店舗ＩＤ（固有識別子）に関連付けて格納されている。店舗情報には、例えば、店舗の種別、名称、住所、連絡先（担当者名、電話番号、メールアドレスなど）、所属する代行者Ｕ２の代行者ＩＤ、ログインＩＤ、ログインＰＷなどの情報が含まれる。なお、上記した店舗ＤＢ３に格納される情報は、あくまで一例であり、店舗に関する他の情報を店舗ＤＢ３に店舗ＩＤに関連付けて格納するようにしてもよい。

（配達依頼ＤＢ４）
配達依頼ＤＢ４には、依頼者Ｕ１による配達依頼の情報が配達依頼ＩＤに関連付けて格納されている。以下の表２に配達依頼の情報の一例を示す。配達依頼には、ＩＤごとに「商品購入情報」、「依頼者ＩＤ」、「店舗ＩＤ」、「代行者ＩＤ」、「希望配達日時」、「ステータス」などの情報が関連付けられている。なお、表２は、配達依頼が受け付けられた場合、代行者Ｕ２が確定した場合、配達が完了した場合など配達依頼の配達状況に応じて随時に更新される。

以下、各項目について説明する。
「商品購入情報」は、依頼者Ｕ１がネットスーパーで注文した商品であり、代行者Ｕ２がピックアップすべき商品のリストである。
「依頼者ＩＤ」は、配達依頼をした依頼者Ｕ１のＩＤである。
「店舗ＩＤ」は、代行者Ｕ２が注文品を受け取る（ピックアップする）店舗のＩＤである。
「代行者ＩＤ」は、注文品の配達依頼を代行する代行者Ｕ２のＩＤであり、まだ代行者Ｕ２が確定しない場合「-」となる。
「希望配達日時」は、注文品の配達依頼を希望する日時であり、例えば、「H30/9/12/12-14」と記入されている場合、Ｈ３０年９月１２日の１２時〜１４時の配達を希望していることを意味する。
「ステータス」は、注文品の配達の状況を示しており、「〇」は正常に配達が完了したこと（配達成功）を示し、「×」は正常に配達が完了しなかったこと（配達失敗）を示し、「―」は、配達がまだ完了していないが、まだ希望配達日時を過ぎていないことを示している。

図２Ｃは、第１実施形態に係る代行仲介サーバ２（代行仲介装置）の機能ブロック図である。図２Ｃに示すように、代行仲介サーバ２は、記憶装置制御部２０１、代行日時受付部２０２、代行日時判定部２０３、代行日時登録部２０４、配達依頼受付部２０５、配達依頼通知部２０６、受任受付部２０７、代行者確定部２０８、代行者確定通知部２０９、第１報酬付与部２１０、第２報酬付与部２１１、評価付与部２１２、第３報酬付与部２１３、評価受付部２１４、評価提示部２１５、認証部２１６などを備える。なお、図２Ｃに示す機能は、代行仲介サーバ２のＲＯＭ（不図示）に記憶された代行仲介プログラムをＣＰＵ２００Ｃが実行することにより実現される。

記憶装置制御部２０１は、記憶装置２００Ｂを制御する。具体的には、記憶装置制御部２０１は、記憶装置２００ＢのデータベースＤＢ１〜ＤＢ４への情報の書き込みや読み出しを行う。

代行日時受付部２０２は、代行者端末４からの代行者Ｕ２の代行可能日時の登録を受け付ける

代行日時判定部２０３は、代行日時受付部２０２で受け付けた代行者Ｕ２の代行可能日時が所定数又は所定時間を満たすか否かを判定する。具体的には、代行日時判定部２０３は、代行日時受付部２０２で受け付けた代行者Ｕ２の代行可能日時が１週間で２５コマ（２５時間）以上であるか否かを判定する。

代行日時登録部２０４は、代行日時判定部２０３での判定結果に基づいて、代行者Ｕ２の代行可能日時を登録する（表１参照）。具体的には、代行日時受付部２０２で受け付けた代行者Ｕ２の代行可能な日時が、代行日時判定部２０３において１週間で２５コマ（２５時間）以上であると判定された場合、この代行者Ｕ２の代行可能日時を代行者ＩＤに関連付けて代行者ＤＢ２へ格納する。

配達依頼受付部２０５は、依頼者端末３から店舗販売サーバ５を介して送信される依頼者Ｕ１による注文品の配達依頼を受け付ける。配達依頼には、配達に必要な情報、例えば、配達を依頼する依頼者Ｕ１の依頼者ＩＤ、依頼者Ｕ１の購入した商品（注文品）を示す商品購入情報、希望配達日時、店舗ＩＤの情報などが少なくとも含まれている。なお、配達依頼受付部２０５で配達依頼が受け付けられると、記憶装置制御部２０１は、配達依頼ＤＢ４に受け付けた配達依頼を格納する。

配達依頼通知部２０６は、配達依頼受付部２０５で配達依頼が受け付けられると、代行者Ｕ２の代行可能日時の登録状況に基づいて、代行者Ｕ２へ配達依頼を通知する。具体的には、配達依頼通知部２０６は、配達依頼受付部２０５で配達依頼が受け付けられると、代行者ＤＢ２に格納されている代行者Ｕ２の属性情報を参照し、配達依頼に含まれている店舗ＩＤに対応する店舗に所属する代行者Ｕ２を抽出する。次いで、配達依頼通知部２０６は、代行者ＤＢ２に格納されている抽出した代行者Ｕ２の代行可能日時の登録状況を参照し、配達依頼の希望配達日時に代行可能な代行者Ｕ２に対して配達依頼を通知する。このとき、配達依頼通知部２０６は、配達依頼に含まれる依頼者ＩＤ及び店舗ＩＤに対応する情報（住所及び連絡先）を依頼者ＤＢ１及び店舗ＤＢ３から抽出し、配達依頼に含めて通知する。これにより、代行者Ｕ２は、注文品のピックアップ先（店舗住所及び連絡先）と配達先（依頼者住所及び連絡先）を知ることができる。なお、配達依頼通知部２０６は、代行可能な代行者Ｕ２が１人であれば１人へ通知し、代行可能な代行者Ｕ２が２人以上であれば２人以上へ通知する。

配達依頼通知部２０６から配達依頼が通知された代行者Ｕ２は、代行者端末４の入力装置４００Ｃを操作して配達依頼の受任を希望する旨を入力する。受任受付部２０７は、ネットワーク６を介して代行者端末４から送信される配達依頼の受任希望を受け付ける。

代行者確定部２０８は、受任受付部２０７で最も早く受任希望を受け付けた代行者Ｕ２を配達依頼の代行者Ｕ２として確定する。より具体的には、配達依頼に関連付けられている店舗ＩＤに所属する代行者Ｕ２の中で最も早く受任希望を受け付けた代行者Ｕ２を、配達依頼を行う代行者Ｕ２として確定する。早い者勝ちとすることで、代行者Ｕ２間の競争が促され、配送網の維持やサービスの向上につながる。なお、代行者確定部２０８で代行者Ｕ２が確定すると、記憶装置制御部２０１は、配達依頼の代行者Ｕ２の項目に確定した代行者Ｕ２の代行者ＩＤを記入して配達依頼ＤＢ４を更新する。

代行者確定通知部２０９は、代行者確定部２０８で代行者Ｕ２が確定すると、確定した代行者Ｕ２の代行者端末４に対して配達依頼を受任した旨を通知し、確定した代行者Ｕ２と同じ店舗に所属する他の代行者Ｕ２の代行者端末４に対して代行者Ｕ２が既に確定した旨を通知する。

第１報酬付与部２１０は、代行依頼を受けた代行者Ｕ２による配達の完了に基づいて、この配達依頼を代行した代行者Ｕ２へ第１報酬（代行費用）を付与する。この第１報酬は、配達依頼の代行を完了した報酬であり、代行者ＤＢ２に属性情報として登録されている代行者Ｕ２の報酬決済用情報に基づいて代行者Ｕ２へ支払われる（第１報酬は、代行が行われるたびに都度、代行者Ｕ２の口座へ振り込まれるようにしてもよいし、週単位や月単位で代行者Ｕ２の口座へ振り込まれるようにしてもよい。また、手渡しとしてもよい）。

第２報酬付与部２１１は、１週間内において受け付けられた全ての配達依頼の代行が完了しているか否かを店舗毎に判定する。そして、１週間内において受け付けられた全ての配達依頼の代行が完了している場合、その店舗に所属する全ての代行者Ｕ２に対して第１報酬とは異なる第２報酬（代行網維持報酬）を付与する。また、第２報酬付与部２１１は、１週間内において配達依頼受付部２０５で配達依頼が受け付けられなかった場合にも、配達依頼の代行が行われたか否かに関わらずその店舗に所属する全ての代行者Ｕ２に対して第２報酬を付与する。さらに、第２報酬付与部２１１は、１週間内において配達依頼受付部２０５で配達依頼が受け付けられたにも関わらず、代行者Ｕ２の誰も配達依頼の代行を行わず、配達依頼が完了されなかった場合、その店舗に所属する代行者Ｕ２の誰に対しても第２報酬を付与しない。

つまり、第２報酬付与部２１１は、店舗毎に１週間内において受け付けられた全ての配達依頼の代行が完了しているか否かを判定し、１週間内において受け付けられた全ての配達依頼の代行が完了している場合、又は１週間内において配達依頼が受け付けられなかった場合に、その店舗に所属する代行者Ｕ２全員に対して第２報酬を付与するものの、その店舗において配達依頼が一度でも完了しなかった場合、その店舗に所属する代行者Ｕ２の誰に対しても第２報酬を付与しない。第２報酬は、店舗の配達網を維持し、配達依頼が着実に完了されるようにすることを目的とした性質を有する報酬となっている。第２報酬は、代行者ＤＢ２に属性情報として登録されている代行者Ｕ２の報酬決済用情報に基づいて代行者Ｕ２へ支払われる（第２報酬は、所定期間である１週間単位で代行者Ｕ２の口座へ振り込まれるようにしてもよいし、月単位で代行者Ｕ２の口座へ振り込まれるようにしてもよい。また、手渡しとしてもよい）。なお、１週間内において受け付けられた全ての配達依頼の代行が完了しているか否かは、配達依頼ＤＢ４のステータスの項目を参照することで判定することができる。

なお、本実施形態では、所定期間を１週間として、代行者Ｕ２に２５コマ（２５時間）以上を登録するように求めているが、所定期間は１週間に限られない。所定期間を１日単位としてもよいし、２週間単位又は３週間単位としてもよいし、１カ月単位又は数か月単位としてもよい。なお、所定期間があまりに長いと上記第２報酬が支払われるまでの期間も長くなり、代行者Ｕ２の仕事を得るための動機も低くなりがちとなるため、所定期間は１カ月以内とすることが好ましい。

評価付与部２１２は、代行者Ｕ２への評価を付与する。評価付与部２１２は、評価受付部２１４で受け付けられる依頼者Ｕ１による代行者Ｕ２へ評価点（サンキューポイント）や１週間内における代行者Ｕ２の配達回数又は配達個数などを考慮して代行者Ｕ２への評価を付与する。なお、評価付与部２１２で評価が付与されると、記憶装置制御部２０１は、代行者ＤＢ２に格納されている代行者Ｕ２の評価を更新する。

また、評価付与部２１２は、所定条件に応じて、代行者Ｕ２へ付与する評価を高くするようにしてもよい。例えば、配達を代行する日時の天候に応じて付与する評価を高くしてもよい。この場合、気温が所定温度以上（例えば３０℃以上）又は所定温度以下（例えば０℃以下）の場合や、雨や風の強い日に代行者Ｕ２へ付与する評価を高くするようにしてもよい。また、複数の代行者Ｕ２へ付与された評価差に応じて代行者Ｕ２へ付与する評価を高くするようにしてもよい。この場合、週末や月末など代行者Ｕ２による競争の結果がほぼ決まってしまった場合に、圧倒的優位者対して逆転のチャンスを他の代行者Ｕ２に与えるために代行者Ｕ２へ付与する評価を通常よりも高く（例えば、２倍〜５倍）してもよい。また、複数の代行者Ｕ２へ付与された評価差に応じて付与する評価を何倍にするかを決定してもよい。

第３報酬付与部２１３は、評価付与部２１２での評価結果に基づいて、代行者Ｕ２の少なくとも１人以上へ第１，第２報酬とは異なる第３報酬を付与する。具体的には、第３報酬付与部２１３は、各店舗に、所属する代行者Ｕ２のうち１週間内に付与された評価が所定基準を満たす代行者Ｕ２に対して第３報酬を付与する。ここで、所定基準を満たすとは、１週間内で代行者Ｕ２に付与されたサンキューポイントや配達依頼を代行した回数（配達回数）又は配達個数が所定値（閾値）を超えている、といったことである。本実施形態では、第３報酬付与部２１３は、店舗毎に、所属する代行者Ｕ２のうち依頼者Ｕ１から付与されたサンキューポイントや配達依頼を代行した回数（配達回数）又は配達個数が最も高い代行者Ｕ２に対して第３報酬を付与するが、上位数人までに第３報酬を付与するようにしてもよい。この場合、順位に応じて報酬に差を設けることが好ましい（例えば、１位は２５００円、２位は１５００円、３位は５００円など）。なお、１週間内に付与された評価は、代行者ＤＢ２を参照することで算出することができる。

第３報酬は、代行者ＤＢ２に属性情報として登録されている代行者Ｕ２の報酬決済用情報に基づいて代行者Ｕ２へ支払われる（第３報酬は、所定期間である１週間単位で代行者Ｕ２の口座へ振り込まれるようにしてもよいし、月単位で代行者Ｕ２の口座へ振り込まれるようにしてもよい。また、手渡しとしてもよい）。

評価受付部２１４は、依頼者Ｕ１による代行者Ｕ２へ評価（サンキューポイント）を受け付ける。依頼者Ｕ１は、希望日時に配達されたか、注文品の受け渡しや挨拶などの接客態度、注文品の状態（荷崩れしていないかなど）などを総合して配達代行した代行者Ｕ２に対してサンキューポイントを付与する。つまり、サンキューポイントは、代行者Ｕ２に対する依頼者Ｕ１の満足度を表す指標である。

評価提示部２１５は、店舗に所属する代行者Ｕ２に付与されている評価を他の代行者Ｕ２に提示する。具体的には、評価提示部２１５は、任意の店舗に所属する他の代行者Ｕ２に付与されている評価を提示する。例えば、店舗Ａに３人の代行者Ａ〜Ｃが所属している場合、評価提示部２１５は、代行者Ａ〜Ｃの各人に対して代行者Ａ〜Ｃに付与されている評価を提示する。これにより、代行者Ａは、自己に付与されている評価だけでなく、同じ店舗に所属する他の代行者Ｂ、Ｃに付与されている評価を知ることができ、代行者Ｂは、自己に付与されている評価だけでなく、同じ店舗に所属する他の代行者Ａ、Ｃに付与されている評価を知ることができ、代行者Ｃは、自己に付与されている評価だけでなく、同じ店舗に所属する他の代行者Ａ、Ｂに付与されている評価を知ることができる。

認証部２１６は、代行仲介サーバ２へのログインを認証する。

（依頼者端末３）
図３Ａは、依頼者端末３の構成図である。依頼者端末３は、ＰＣ（Personal Computer）や携帯端末（例えば、スマートフォンやタブレット端末）などである。図３Ａは、依頼者端末３の主なハード構成を示しており、通信ＩＦ３００Ａ、記憶装置３００Ｂ、入力装置３００Ｃ、表示装置３００Ｄ、ＣＰＵ３００Ｅがバス３００Ｆを介して接続された構成を備える。

通信ＩＦ３００Ａは、他の装置（本実施形態では、代行仲介サーバ２及び店舗販売サーバ５）と通信するためのインターフェースである。記憶装置３００Ｂは、例えば、ＨＤＤや半導体記憶装置である。記憶装置３００Ｂには、依頼者端末３の依頼者ＩＤが格納されている。この依頼者ＩＤは、依頼者端末３から送信される情報に付与される。なお、本実施形態では、代行仲介サーバ２が各依頼者端末３に対して依頼者ＩＤを付与しているが、ＩＰ（Internet Protocol）アドレス、ＭＡＣ（Media Access Control）アドレスなどを依頼者ＩＤとして利用してもよい。

入力装置３００Ｃは、例えば、キーボード、マウス、タッチパネルなどであり、依頼者Ｕ１は、入力装置３００Ｃを操作して、代行仲介システム１の運用に必要な情報を入力することができる。表示装置３００Ｄは、例えば、液晶モニタや有機ＥＬモニタなどである。表示装置３００Ｄは、代行仲介サーバ２や店舗販売サーバ５から送信される情報に基づいて画面を表示する。

ＣＰＵ３００Ｅは、依頼者端末３を制御するものであり、図示しないＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）を備えている。

図３Ｂは、第１実施形態に係る依頼者端末３の機能ブロック図である。図３Ｂに示すように、依頼者端末３は、通信部３０１、記憶装置制御部３０２、入力装置制御部３０３、表示装置制御部３０４などを備える。なお、図３Ｂに示す機能は、依頼者端末３のＲＯＭ（不図示）に記憶された代行仲介プログラムをＣＰＵ３００Ｅが実行することにより実現される。

通信部３０１は、代行仲介サーバ２や店舗販売サーバ５との間で情報の送受信を行う。記憶装置制御部３０２は、記憶装置３００Ｂを制御する。具体的には、記憶装置制御部３０２は、記憶装置３００Ｂへの情報の書き込みや読み出しを行う。入力装置制御部３０３は、入力装置３００Ｃを制御する。具体的には、入力装置制御部３０３は、入力装置３００Ｃで入力された情報を受け付ける。表示装置制御部３０４は、表示装置３００Ｄを制御する。具体的には、表示装置制御部３０４は、代行仲介サーバ２や店舗販売サーバ５から送信される情報に基づいて表示装置３００Ｄへ画面を表示させる。

（代行者端末４）
図４Ａは、代行者端末４の構成図である。代行者端末４は、ＰＣ（Personal Computer）や携帯端末（例えば、スマートフォンやタブレット端末）などである。図４Ａは、代行者端末４の主なハード構成を示しており、通信ＩＦ４００Ａ、記憶装置４００Ｂ、入力装置４００Ｃ、表示装置４００Ｄ、ＣＰＵ４００Ｅがバス４００Ｆを介して接続された構成を備える。

通信ＩＦ４００Ａは、他の装置（本実施形態では、代行仲介サーバ２及び店舗販売サーバ５）と通信するためのインターフェースである。記憶装置４００Ｂは、例えば、ＨＤＤや半導体記憶装置である。記憶装置４００Ｂには、代行者端末４の代行者ＩＤが格納されている。この代行者ＩＤは、代行者端末４から送信される情報に付与される。なお、本実施形態では、代行仲介サーバ２が各代行者端末４に対して代行者ＩＤを付与しているが、ＩＰアドレス、ＭＡＣアドレスなどを代行者ＩＤとして利用してもよい。

入力装置４００Ｃは、例えば、キーボード、マウス、タッチパネルなどであり、代行者Ｕ２は、入力装置４００Ｃを操作して、代行仲介システム１の運用に必要な情報を入力することができる。表示装置４００Ｄは、例えば、液晶モニタや有機ＥＬモニタなどである。表示装置４００Ｄは、代行仲介サーバ２や店舗販売サーバ５から送信される情報に基づいて画面を表示する。

ＣＰＵ４００Ｅは、代行者端末４を制御するものであり、図示しないＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）を備えている。

図４Ｂは、第１実施形態に係る代行者端末４の機能ブロック図である。図４Ｂに示すように、代行者端末４は、通信部４０１、記憶装置制御部４０２、入力装置制御部４０３、表示装置制御部４０４などを備える。なお、図４Ｂに示す機能は、代行者端末４のＲＯＭ（不図示）に記憶された代行仲介プログラムをＣＰＵ４００Ｅが実行することにより実現される。

通信部４０１は、代行仲介サーバ２や店舗販売サーバ５との間で情報の送受信を行う。記憶装置制御部４０２は、記憶装置４００Ｂを制御する。具体的には、記憶装置制御部４０２は、記憶装置４００Ｂへの情報の書き込みや読み出しを行う。入力装置制御部４０３は、入力装置４００Ｃを制御する。具体的には、入力装置制御部４０３は、入力装置４００Ｃで入力された情報を受け付ける。表示装置制御部４０４は、表示装置４００Ｄを制御する。具体的には、表示装置制御部４０４は、代行仲介サーバ２や店舗販売サーバ５から送信される情報に基づいて表示装置４００Ｄへ画面を表示させる。

（店舗販売サーバ５）
店舗販売サーバ５は、依頼者Ｕ１が商品を注文するためのネットスーパーを公開する。依頼者Ｕ１は、店舗販売サーバ５のネットスーパーで買い物を行い、注文品の配達依頼を行う。この配達依頼は、代行仲介サーバ２へと転送され、代行仲介サーバ２の配達依頼通知部２０６により配達依頼に含まれる店舗ＩＤに対応する店舗に所属する代行者Ｕ２に対して通知される。

通常、ネットスーパーでは、注文品の配送を行うが、店舗ごとに配送できる範囲が異なる。このため、店舗販売サーバ５には、店舗の配達範囲、店舗の取扱商品が店舗ＩＤに関連付けて格納されている。依頼者Ｕ１は、最初に自分の住所に配送できる店舗を選択するか、郵便番号や住所を入力する。すると店舗販売サーバ５は、選択した店舗又は入力した郵便番号や住所のエリアに配達可能な店舗に関連付けられた取扱商品の一覧を提示する。店舗販売サーバ５により提示された商品は、依頼者端末３の表示装置３００Ｄに表示される。依頼者Ｕ１は、依頼者端末３の表示装置３００Ｄに表示された商品から欲しい商品を注文する。

なお、依頼者Ｕ１が依頼者端末３としてスマートフォンを利用する場合、スマートフォンのＧＰＳ（全地球測位システム）を利用して位置情報を取得し、この位置に配達可能な店舗の商品一覧を依頼者Ｕ１の依頼者端末３の表示装置３００Ｄに表示させるようにしてもよい。依頼者Ｕ１は、同様に、依頼者端末３の表示装置３００Ｄに表示された商品から欲しい商品を注文する。

（代行仲介システム１の動作）
以下、図５Ａ〜図５Ｆを参照して第１実施形態に係る代行仲介システム１の動作について説明する。なお、以下の説明では、依頼者Ｕ１、代行者Ｕ２がすでに利用登録を済ませているものとして代行仲介システム１の動作について説明する。

（代行可能日時登録処理）
図５Ａは、第１実施形態に係る代行仲介サーバ２への代行可能日時登録処理の一例を示すフローチャートである。以下、図５Ａを参照して、代行仲介サーバ２への代行可能日時登録処理について説明する。

（ステップＳ１０１）
代行者Ｕ２は、代行者端末４の入力装置４００Ｃを操作して代行仲介サーバ２へアクセスし、代行者端末４の表示装置４００Ｄにログイン画面を表示させる。代行者Ｕ２は、代行者端末４の入力装置４００Ｃを操作して、ログインＩＤおよびパスワードを入力することで、入力したログインＩＤ及びパスワードが通信部４０１によりネットワーク６を介して代行仲介サーバ２へと送信される。

（ステップＳ１０２）
代行仲介サーバ２の認証部２１６は、代行者端末４から送信されたログインＩＤとパスワードの組み合わせが、記憶装置２００Ｂの代行者ＤＢ２に格納されているログインＩＤとパスワードの組み合わせと一致するかどうかを判定する。ログインＩＤとパスワードの組み合わせが一致しない場合（Ｓ１０２のＮＯ）、認証部２１６はＳ１０１へと戻る。なお、Ｓ１０１へと戻る際に、ログインエラーを代行者端末４の表示装置４００Ｄに表示するようにしてもよい。また、ログインＩＤとパスワードの組み合わせが一致した場合（Ｓ１０２のＹＥＳ）、認証部２１６は、ログインを許可する。

（ステップＳ１０３）
代行者Ｕ２は、代行者端末４の入力装置４００Ｃを操作して、自身が配達の代行が可能な日時である代行可能日時を１週間分（例えば、土曜日から翌週の金曜日まで）入力する。代行者Ｕ２が代行者端末４の入力装置４００Ｃを操作して入力した代行可能日時は、通信部４０１によりネットワーク６を介して送信され、代行仲介サーバ２の代行日時受付部２０２で受け付けられる。

（ステップＳ１０４）
代行日時受付部２０２で代行可能日時が受け付けられると、代行日時判定部２０３は、１週間内における代行可能な日時が所定コマ数（本実施形態では２５コマ以上）又は所定時間（本実施形態では２５時間以上）を満たすか否かを判定する。代行日時判定部２０３での判定結果が、１週間内における代行可能な日時が所定コマ数又は所定時間を満たす場合（Ｓ１０４のＹＥＳ）、ステップＳ１０５へと移行する。また、１週間内における代行可能な日時が所定コマ数又は所定時間を満たさない場合（Ｓ１０４のＮＯ）、ステップＳ１０３へ戻り、再度代行可能日時が受け付ける。なお、Ｓ１０３へと戻る際に、代行可能日時の指定コマ数又は指定時間が足りない旨を代行者端末４の表示装置４００Ｄに表示するようにしてもよい。

（ステップＳ１０５）
代行日時登録部２０４は、代行日時受付部２０２で受け付けた代行可能日時を登録する。具体的には、代行日時登録部２０４は、代行日時受付部２０２で受け付けた代行可能日時を代行者ＩＤに関連付けて、代行者ＤＢ２に格納させる。

（ステップＳ１０６）
評価提示部２１５は、同じ店舗に所属する他の代行者Ｕ２に付与されている評価を提示する。評価提示部２１５により提示された評価は、ネットワーク６を介して代行者端末４へと送信され、代行者端末４の表示装置４００Ｄに表示される。なお、他の代行者Ｕ２に付与されている評価を提示するタイミングは、任意であり、代行者Ｕ２が入力装置３００Ｃを操作して他の代行者Ｕ２に付与されている評価の提示を希望したタイミングで提示してもよいし、代行仲介サーバ２へログインしたタイミングで提示してもよい。

（配達依頼配信処理）
図５Ｂは、第１実施形態に係る代行仲介サーバ２の配達依頼配信処理の一例を示すフローチャートである。以下、図５Ｂを参照して、代行仲介サーバ２への配達依頼配信処理について説明する。

（ステップＳ２０１）
依頼者Ｕ１は、依頼者端末３の入力装置３００Ｃを操作して店舗販売サーバ５のネットスーパーへとアクセスする。

（ステップＳ２０２）
依頼者Ｕ１は、依頼者端末３の入力装置３００Ｃを操作して、店舗販売サーバ５のネットスーパーから欲しい商品を注文する。この際、店舗販売サーバ５は、依頼者Ｕ１が選択した店舗、依頼者Ｕ１の郵便番号や住所のエリアに配達可能な店舗、又は依頼者Ｕ１の依頼者端末３（スマートフォン）のＧＰＳで取得される位置のエリアに配達可能な店舗の取扱商品の一覧を提示する。依頼者Ｕ１は、店舗販売サーバ５により依頼者端末３の表示装置３００Ｄに表示された商品の一覧から商品から欲しい商品を選択して注文する。

（ステップＳ２０３）
次に、依頼者Ｕ１は、依頼者端末３の入力装置３００Ｃを操作して、注文した商品（注文品）の希望配達日時を含む配達依頼を入力する。なお、本実施形態では、依頼者Ｕ１が配達依頼の希望配達日時を入力する際、店舗販売サーバ５は、代行者ＤＢ２を参照し、代行者ＤＢ２に登録されている代行可能日時を提示する。より具体的には、店舗販売サーバ５は、ステップＳ２０２で依頼者Ｕ１が商品を注文した店舗に対応する店舗ＩＤに関連付けられた代行者Ｕ２が代行可能な日時を提示する。依頼者Ｕ１は、提示された代行可能日時から希望の配達日時（配達希望）を指定する。

（ステップＳ２０４）
店舗販売サーバ５は、商品を購入した依頼者Ｕ１の依頼者ＩＤ、注文品を示す商品購入情報、希望配達日時、上記ステップＳ２０２で依頼者Ｕ１が商品を注文した店舗に対応する店舗ＩＤの情報など、配達代行に必要な情報を依頼者Ｕ１が入力した配達依頼に含め、ネットワーク６を介して代行仲介サーバ２へと転送する。店舗販売サーバ５から送信された配達依頼は、代行仲介サーバ２の配達依頼受付部２０５で受け付けられる。

（ステップＳ２０５）
配達依頼受付部２０５で配達依頼が受け付けられると、配達依頼通知部２０６は、代行者Ｕ２の代行可能日時の登録状況に基づいて代行者Ｕ２へ配達依頼を通知する。具体的には、配達依頼通知部２０６は、代行者ＤＢ２に格納されている代行者Ｕ２の属性情報を参照し、配達依頼に含まれている店舗ＩＤに対応する店舗に所属する代行者Ｕ２を抽出する。次いで、配達依頼通知部２０６は、代行者ＤＢ２に格納されている抽出した代行者Ｕ２の代行可能日時の登録状況を参照し、配達依頼の希望配達日時に代行可能な代行者Ｕ２に対して配達依頼を通知する。なお、既に述べたように、配達依頼通知部２０６は、配達依頼に含まれる依頼者ＩＤ及び店舗ＩＤに対応する情報（住所及び連絡先）を依頼者ＤＢ１及び店舗ＤＢ３から抽出し、配達依頼に含めて通知する。この配達依頼は、ネットワーク６を介して代行者端末４へと送信され、代行可能な代行者Ｕ２の代行者端末４により受信される。

（ステップＳ２０６）
通知された配達依頼を受任する場合、代行者Ｕ２は、代行者端末４の入力装置４００Ｃを操作して通知された配達依頼の受任を希望する旨を入力する。この受任希望は、通信部３０１によりネットワーク６を介して代行仲介サーバ２へ送信される。代行仲介サーバ２では、受任受付部２０７で受任希望が受け付けられる。

（ステップＳ２０７）
代行者確定部２０８は、受任受付部２０７で最も早く受任希望を受け付けた代行者Ｕ２を配達依頼の代行者Ｕ２として確定する。より具体的には、配達依頼に関連付けられている店舗ＩＤに所属する代行者Ｕ２の中で最も早く受任希望を受け付けた代行者Ｕ２を、配達依頼を行う代行者Ｕ２として確定する。

（ステップＳ２０８）
代行者確定通知部２０９は、代行者確定部２０８で代行者Ｕ２が確定すると、その旨を確定した代行者Ｕ２及び確定した代行者Ｕ２と同じ店舗に所属する他の代行者Ｕ２に通知する。具体的には、代行者確定通知部２０９は、代行者確定部２０８で代行者Ｕ２が確定すると、確定した代行者Ｕ２の代行者端末４に対しては、配達依頼の受任が確定した旨を通知し、確定した代行者Ｕ２と同じ店舗に所属する他の代行者Ｕ２の代行者端末４に対しては、代行者Ｕ２が既に確定した旨を通知する。

（配達完了及び評価受付処理）
図５Ｃは、第１実施形態に係る代行仲介サーバ２の配達完了及び評価受付処理の一例を示すフローチャートである。以下、図５Ｃを参照して、代行仲介サーバ２への配達完了及び評価受付処理について説明する。

（ステップＳ３０１）
代行者Ｕ２は、配達依頼の通知を受けると、配達依頼に含まれる店舗の住所に基づいて、店舗へ行き依頼者Ｕ１がネットスーパーで購入した注文品を店舗から受け取る。次いで、代行者Ｕ２は、配達依頼に含まれる依頼者Ｕ１の住所に基づいて、依頼者Ｕ１へ注文品を配達する。代行者Ｕ２は、注文品の配達が完了すると、配達が完了した旨の宅配完了通知を代行者端末４の入力装置４００Ｃを操作して入力する。代行者端末４は、宅配完了通知を送信し、代行仲介サーバ２は宅配完了通知を受け付ける。

（ステップＳ３０２）
また、配達依頼を頼んだ依頼者Ｕ１は、代行者Ｕ２が配達した商品に過不足、誤り等がないか確認し、問題なければ商品を受領した旨の商品受領通知を依頼者端末３の入力装置３００Ｃを操作して入力する。依頼者端末３は、注文品受領通知を送信し、代行仲介サーバ２は注文品受領通知を受け付ける。

（ステップＳ３０３）
次いで、配達依頼を頼んだ依頼者Ｕ１は、希望日時に配達されたか、注文品の受け渡しや挨拶などの接客態度、注文品の状態（荷崩れしていないかなど）などを総合して配達代行した代行者Ｕ２に対するサンキューポイント（評価）を依頼者端末３の入力装置３００Ｃを操作して入力する。依頼者端末３は、依頼者Ｕ１の入力したサンキューポイントを、配達が完了した配達依頼の情報とともに送信し、代行仲介サーバ２の評価受付部２１４は評価を受信する。

（ステップＳ３０４）
評価受付部２１４は、依頼者Ｕ１による代行者Ｕ２へのサンキューポイントを受け付けると、配達依頼に関連付けられた代行者ＩＤに基づいて、受け付けたサンキューポイントを、配達を代行した代行者Ｕ２に関連付けて代行者ＤＢ２に格納する。

（ステップＳ３０５）
また、評価提示部２１５は、評価受付部２１４で受け付けられた依頼者Ｕ１による代行者Ｕ２へのサンキューポイントを提示する。評価提示部２１５により提示されたサンキューポイントは、ネットワーク６を介して代行者端末４へと送信され、代行者端末４の表示装置４００Ｄに表示される。なお、サンキューポイントの提示のタイミングは、任意であり、代行者Ｕ２が入力装置３００Ｃを操作してサンキューポイントの提示を希望したタイミングで提示してもよい。

（第１報酬付与処理）
図５Ｄは、第１実施形態に係る代行仲介サーバ２の第１報酬付与処理の一例を示すフローチャートである。以下、図５Ｄを参照して、代行仲介サーバ２への第１報酬付与処理について説明する。

（ステップＳ４０１）
代行仲介サーバ２の第１報酬付与部２１０は、代行者Ｕ２による配達が完了したか否かを判定する。具体的には、第１報酬付与部２１０は、配達依頼の希望配達日時までに代行者Ｕ２による配達が完了したか否かを判定する。配達の完了は、依頼者端末３からの注文品受領通知及び代行者端末４からの配達完了通知に基づいて判定される。代行者Ｕ２による配達が完了している場合（Ｓ４０１のＹＥＳ）、第１報酬付与部２１０は、ステップＳ４０２へと移行する。また、代行者Ｕ２による配達が完了していない場合（Ｓ４０１のＮＯ）、第１報酬付与部２１０は、ステップＳ４０４へと移行する。

（ステップＳ４０２）
第１報酬付与部２１０は、配達依頼の代行を完了させた代行者Ｕ２を代行者端末４から送信される配達完了通知に含まれる代行者ＩＤに基づいて特定する。

（ステップＳ４０３）
第１報酬付与部２１０は、ステップＳ４０２で特定した代行者Ｕ２に対して第１報酬を付与する。

（ステップＳ４０４）
第１報酬付与部２１０は、配達失敗の処理を行う。具体的には、配達が失敗した情報を記憶装置２００Ｂへ格納する。この配達が失敗した情報（配達失敗情報）には、配達に失敗した日時及び配達に失敗した配達依頼に関連付けられている店舗ＩＤ、該店舗ＩＤに関連付けられた代行者ＩＤなどが含まれる。配達失敗情報は、第２報酬付与部２１１による第２報酬付与の処理において利用される。

（第２報酬付与処理）
図５Ｅは、第１実施形態に係る代行仲介サーバ２の第２報酬付与処理の一例を示すフローチャートである。以下、図５Ｅを参照して、代行仲介サーバ２への第２報酬付与処理について説明する。なお、図５Ｅの第２報酬付与処理は、店舗毎に行われる。具体的には、代行仲介サーバ２は、図５Ｅの第２報酬付与処理を店舗ＤＢ３に登録されている店舗毎に実行する。これにより、代行者Ｕ２に対する第２報酬の付与が店舗毎に行われる。また、第２報酬付与部２１１は、配達失敗情報に含まれる配達依頼の店舗ＩＤに基づいて、店舗毎に図５Ｅの第２報酬付与処理を実行する。

（ステップＳ５０１）
代行仲介サーバ２の第２報酬付与部２１１は、所定期間である１週間内に配達依頼があったか否かを判定する。１週間内に配達依頼がなかった場合（Ｓ５０１のＮＯ）、第２報酬付与部２１１は、ステップＳ５０２へと移行する。また、１週間内に配達依頼があった場合（Ｓ５０１のＹＥＳ）、第２報酬付与部２１１は、ステップＳ５０３へと移行する。

（ステップＳ５０２）
第２報酬付与部２１１は、配達依頼がなかった店舗に所属する代行者Ｕ２の全てに対して第２報酬を付与する。

（ステップＳ５０３）
第２報酬付与部２１１は、１週間内に配達依頼が１度でも失敗しているか否かを判定する。具体的には、第２報酬付与部２１１は、第１報酬付与部２１０により記憶装置２００Ｂに１週間内生じた配達失敗情報が格納されているか否かを判定する。なお、第２報酬付与部２１１は、配達失敗情報に含まれる配達に失敗した日時に基づいて１週間内に配達依頼が１度でも失敗しているか否かを判定する。

１週間内に配達依頼が１度も失敗していない場合、換言すると配達失敗情報が格納されていない場合（Ｓ５０３のＮＯ）、第２報酬付与部２１１は、ステップＳ５０２へと移行する。１週間内に配達依頼が１度でも失敗している場合、換言すると配達失敗情報が格納されている場合（Ｓ５０３のＹＥＳ）、第２報酬付与部２１１は、ステップＳ５０４へと移行する。

（ステップＳ５０４）
第２報酬付与部２１１は、店舗に所属する代行者Ｕ２の全員に対して第２報酬を付与しない。換言すると、第２報酬付与部２１１は、店舗に所属する代行者Ｕ２の誰に対しても第２報酬を付与しない。

（第３報酬付与処理）
図５Ｆは、第１実施形態に係る代行仲介サーバ２の第３報酬付与処理の一例を示すフローチャートである。以下、図５Ｆを参照して、代行仲介サーバ２への第３報酬付与処理について説明する。なお、図５Ｆの第３報酬付与処理は、店舗毎に行われる。具体的には、代行仲介サーバ２は、図５Ｆの第３報酬付与処理を店舗ＤＢ３に登録されている店舗毎に実行する。これにより、代行者Ｕ２に対する第３報酬の付与が店舗毎に行われる。また、第３報酬付与部２１３は、代行者ＤＢ２に属性情報として関連付けられた店舗ＩＤに基づいて、店舗毎に図５Ｆの第３報酬付与処理を実行する。

（ステップＳ６０１）
代行仲介サーバ２の第３報酬付与部２１３は、所定期間である１週間内に評価付与部２１２により付与された評価を代行者Ｕ２毎に集計する。

（ステップＳ６０２）
第３報酬付与部２１３は、集計結果に基づいて、店舗に所属する代行者Ｕ２のうち最も評価の高かった代行者Ｕ２を特定する。

（ステップＳ６０３）
第３報酬付与部２１３は、店舗において最も評価の高かった代行者Ｕ２に対して第３報酬を付与する。

以上のように、本実施形態に係る代行仲介サーバ２は、注文品の配達を希望する依頼者Ｕ１と、注文品を指定場所に届ける１以上の代行者Ｕ２とを仲介する代行仲介装置である。代行仲介サーバ２は、代行者Ｕ２の代行可能日時の登録を受け付ける代行日時受付部２０２と、１週間（所定期間）内における代行可能な日時が所定数又は所定時間を満たすか否かを判定する代行日時判定部２０３と、代行日時判定部２０３での判定結果に基づいて、代行者Ｕ２の代行可能日時を登録する代行日時登録部２０４と、依頼者Ｕ１からの注文品の配達依頼を受け付ける配達依頼受付部２０５と、配達依頼受付部２０５で配達依頼が受け付けられると、代行者Ｕ２の代行可能日時の登録状況に基づいて代行者Ｕ２へ配達依頼を通知する配達依頼通知部２０６と、代行者Ｕ２による配達の完了に基づいて、代行者Ｕ２へ第１報酬を付与する第１報酬付与部２１０と、１週間内において受け付けられた全ての配達依頼の代行が完了している場合、代行者Ｕ２に対して第１報酬とは異なる第２報酬を付与する第２報酬付与部２１１とを備えている。

つまり、本実施形態では、配達代行を完了した際に支払われる代行費用だけでなく、第１報酬とは別に第２報酬が支払われる。この第２報酬は、店舗に所属する代行者Ｕ２の誰が配達代行を行ったか否かに関わらず、１週間内において受け付けられた全ての配達依頼の代行が完了していれば支払われる。このため、代行者Ｕ２は、所属する店舗全体として未配達が生じないように配達網を維持しようとする動機付けが働く（従来は、個々人の報酬をアップさせようという動機付けしか働かなかったため配達網を維持するという動機が生じなかった）。この結果、依頼者Ｕ１への代行者Ｕ２のマッチング（仲介）が成立する可能性が高まる。また、第２報酬を支払うだけでよく、自前で配達網を維持するために宅配人員を雇用する必要もなく安価に配達網を維持することができる。この結果、配達網を維持するために、ネットスーパーでの商品の取り扱い品目を増やしたり、商品価格を店頭価格と同じ値段に設定したり、配達料を無料とする必要がなく、利益率の低い商品を取り扱わない、配達料を頂戴する、又はネットスーパーでの商品の料金を実店舗よりも高めに設定する、といった攻めの経営を実施することができるようになる。

また、第２報酬付与部２１１は、１週間内において配達依頼受付部２０５で配達依頼が受け付けられなかった場合、配達依頼の代行が行われたか否かに関わらず代行者Ｕ２に対して第２報酬を付与する。このように、１週間内において配達依頼受付部２０５で配達依頼が受け付けられなかった場合にも第２報酬が支払われるので、代行者Ｕ２は、所属する店舗の配達網を維持しようとするより強い動機付けが働く。

また、第２報酬付与部２１１は、１週間内において配達依頼受付部２０５で配達依頼が受け付けられたにも関わらず、配達依頼の代行が完了されなかった場合、代行者Ｕ２に対して第２報酬を付与しない。つまり、１回でも配達代行が行われなかった場合、代行者Ｕ２に第２報酬が支払われない。この結果、代行者Ｕ２は、所属する店舗全体として未配達が生じないように配達網を維持しようとするより強い動機付けが働く。また、配達網を維持することが自身の利益にもつながるため、代行者Ｕ２が互いにサポートしあう効果も期待できる。

また、本実施形態に係る代行仲介サーバ２は、１週間内における代行者Ｕ２への評価を付与する評価付与部２１２と、評価付与部２１２での評価結果に基づいて、代行者Ｕ２の少なくとも１以上へ第１報酬とは異なる第３報酬を付与する第３報酬付与部２１３とを備えている。このため、代行者Ｕ２は、第３報酬を得るためにより高い評価が付与されるように努力することが考えられる。また、第３報酬の存在が動機付けとなり、代行者Ｕ２の仕事を得るための努力・工夫が促されることが期待できる。また、より高い評価を得るためには、配達依頼の代行数を増やす必要があり、代行者Ｕ２に対して配達網を維持しようとする強い動機付けが働く。

また、本実施形態に係る代行仲介サーバ２は、依頼者Ｕ１による代行者Ｕ２へ評価を受け付ける評価受付部２１４を備えている。そして、評価付与部２１２は、１週間内に評価受付部２１４で受け付けられた依頼者Ｕ１からの評価に基づいて、代行者Ｕ２への評価を付与する。依頼者Ｕ１からの評価に基づいて、第３報酬が得られるため、希望日時に配達したか、注文品の受け渡しや挨拶などの接客態度、注文品の状態（荷崩れしていないかなど）など、代行者Ｕ２のサービス内容が向上することが期待できる。また、より高い評価が付与されるように努力することが考えられ、代行者Ｕ２の仕事を得るための努力・工夫が促されることが期待できる。また、代行者Ｕ２に対して配達網を維持しようとする強い動機付けが働く。

また、評価付与部２１２は、１週間内における代行者Ｕ２の配達回数又は配達個数に基づいて、代行者Ｕ２への評価を付与する。この場合、より多くの配達回数又は配達個数をこなそうとして代行者Ｕ２が努力することが考えられ、より少ない人数で配達網を維持することが期待できる。また、配達効率化のための努力・工夫が促されることが期待できる。また、配達回数又は配達個数が増やすために、代行者Ｕ２に対して配達網を維持しようとする強い動機付けが働く。

また、第３報酬付与部２１３は、１週間内に付与された評価が所定基準を満たす代行者Ｕ２に対して、第３報酬を付与する。このため、代行者Ｕ２が、所定基準、例えば、１週間内で代行者Ｕ２に付与されたサンキューポイントや配達依頼を代行した回数（配達回数）又は配達個数など、を満たすように努力・工夫することが期待でき、代行者Ｕ２によるサービスの向上が期待できる。

また、本実施形態に係る代行仲介サーバ２は、他の代行者Ｕ２に付与されている評価を提示する評価提示部２１５を備えている。このため、各代行者Ｕ２間に競争意識が働き、第３報酬を得るために他の代行者Ｕ２よりも高い評価を得ようとして努力・工夫することにより、代行者Ｕ２によるサービスの向上が期待できる。また、代行者Ｕ２に対して配達網を維持しようとする動機付けが強くなる。

また、評価付与部２１２は、所定条件に応じて、代行者Ｕ２へ付与する評価を高くする。ここで、所定条件は、配達を代行する日時の天候であってもよいし、複数の代行者Ｕ２へ付与された評価差であってもよい。例えば、配達を代行する日時の天候に応じて付与する評価を高くしてもよい。この場合、気温が所定温度以上（例えば３０℃以上）又は所定温度以下（例えば０℃以下）の場合や、雨や風の強い日に代行者Ｕ２へ付与する評価を高くするようにしてもよい。このように、代行者Ｕ２が配達代行をしたくない天候の日や時間帯に代行者Ｕ２へ付与する評価を高くすることで、第３報酬を得ようとする動機付けが強くなる。このため、代行者Ｕ２が配達代行をしたくない天候の日や時間帯でも配送網が維持されることが期待できる。

また、例えば、複数の代行者Ｕ２へ付与された評価差に応じて代行者Ｕ２へ付与する評価を高くするようにしてもよい。この場合、週末や月末など代行者Ｕ２による競争の結果がほぼ決まってしまった場合に、圧倒的優位者に対して逆転のチャンスを他の代行者Ｕ２に与えるために代行者Ｕ２へ付与する評価を通常よりも高く（例えば、２倍〜５倍）してもよい。また、複数の代行者Ｕ２へ付与された評価差に応じて付与する評価を何倍にするかを決定してもよい。他の代行者Ｕ２との評価に差がつきすぎ、逆転が難しい場合、第３報酬を得ようとする動機付けが弱くなるが、上記のように複数の代行者Ｕ２へ付与された評価差に応じて代行者Ｕ２へ付与する評価を高くし、他の代行者Ｕ２との評価に差がつきすぎた場合でも逆転のチャンスを与えることで、第３報酬を得ようとする動機が強くなる。このため、代行者Ｕ２が配達代行のやる気を失うことを抑制し、代行者Ｕ２間の競争を促すことができる。

[第１実施形態の変形例]
上記第１実施形態では、店舗毎に所属する代行者Ｕ２間で配達代行の競争を促す仕組みとなっていたが、複数店舗間で配達代行の競争を促すようにしてもよい。このように複数店舗間で配達代行の競争を促す仕組みとしては、各店舗に所属する代行者Ｕ２が獲得した総評価を互いに閲覧できる仕組みを導入することが考えられる。

この場合、第１実施形態に係る代行仲介サーバ２の評価提示部２１５が、所属する代行者Ｕ２の評価の総計差が所定範囲内の店舗間で代行者Ｕ２に付与されている評価を、互いの店舗に所属する代行者Ｕ２に提示するように構成すればよい。このように構成することにより、店舗毎に所属する代行者Ｕ２間で配達代行の競争が促されるだけでなく、店舗間での配達代行の競争が促される。また、各店舗に所属する代行者Ｕ２は、対店舗間においては、１つのチームと考えられ、同じ店舗に所属する代行者Ｕ２を１つのチームとして総評価を競い合うことで、個人よりもチームで勝つという喜びが得られ、チームワークの向上も期待できる。

[第２実施形態]
上記第１実施形態及びその変形例では、配達依頼通知部２０６は、配達依頼受付部２０５で配達依頼が受け付けられると、代行者Ｕ２の代行可能日時の登録状況を参照し（表１参照）、配達依頼の希望配達日時に代行可能な代行者Ｕ２に対して配達依頼を通知している。第２実施形態では、配達依頼に対して２以上の代行者Ｕ２が代行可能である場合、依頼者Ｕ１がどの代行者Ｕ２へ配達依頼をお願いするかを選択できる実施形態について説明する。

図６は、第２実施形態に係る代行仲介サーバ２の機能ブロック図である。図６に示すように、第２実施形態に係る代行仲介サーバ２は、記憶装置制御部２０１、代行日時受付部２０２、代行日時判定部２０３、代行日時登録部２０４、配達依頼受付部２０５、配達依頼通知部２０６、受任受付部２０７、代行者確定部２０８、代行者確定通知部２０９、第１報酬付与部２１０、第２報酬付与部２１１、評価付与部２１２、第３報酬付与部２１３、評価受付部２１４、評価提示部２１５、認証部２１６、代行者候補提示部２１７などを備えている。なお、以下の説明では、第１実施形態に係る代行仲介サーバ２と異なる構成についてのみ説明し、第１実施形態に係る代行仲介サーバ２と同一の構成についての説明は省略する。

代行者候補提示部２１７は、代行者Ｕ２の代行可能日時の登録状況を参照し（表１参照）、配達依頼に対して２以上の代行者Ｕ２が代行可能である場合、代行可能な２以上の代行者Ｕ２の属性情報を依頼者Ｕ１に提示する。代行者候補提示部２１７により提示された代行者Ｕ２の属性情報は、代行仲介サーバ２から依頼者端末３へと送信され、表示装置３００Ｄに表示される。ここで、代行者Ｕ２の属性情報には、氏名、性別、年齢、誕生日、他の依頼者Ｕ１による評価（例えば、サンキューポイントなど）や評価文、プロフィール写真、プロフィール文（例えば、配達への情熱や取り組み方など、代行を受注するために記載した文章）、などの情報が含まれる。なお、必ずしも全ての属性情報を提示する必要はない。

依頼者Ｕ１は、依頼者端末３の入力装置３００Ｃを操作して、代行者候補提示部２１７により提示された２以上の代行者Ｕ２のうち誰に配達依頼をするかを入力する。依頼者Ｕ１が依頼者端末３を操作して入力した情報は、代行仲介サーバ２へ送信され、代行仲介サーバ２の配達依頼受付部２０５により受け付けられる。代行仲介サーバ２の配達依頼通知部２０６は、配達依頼受付部２０５で受け付けられた代行者Ｕ２の代行者端末４に対して配達依頼を通知する。

以上のように、本実施形態に係る代行仲介サーバ２は、代行者Ｕ２の代行可能日時の登録状況を参照し、配達依頼の希望配達日時に２以上の代行者Ｕ２が代行可能である場合、代行可能な２以上の代行者Ｕ２の属性情報を依頼者Ｕ１に提示する代行者候補提示部２１７を備えている。そして、配達依頼受付部２０５は、代行者候補提示部２１７により提示された２以上の代行者Ｕ２のうち誰に配達依頼をするかを受け付け、配達依頼通知部２０６は、配達依頼受付部２０５で受け付けられた代行者Ｕ２に対して配達依頼を通知する。このため、依頼者Ｕ１は、能動的に代行者Ｕ２を選ぶことができ、依頼者Ｕ１の満足度が向上する。また、代行者Ｕ２も依頼者Ｕ１から選ばれるために努力・工夫することが期待でき、代行者Ｕ２によるサービスの向上が期待できる。また、依頼者Ｕ１から選ばれるためにより多く代行可能日時（コマ）を登録することが期待され、配達網を維持しようとする動機付けが働く。

[その他の実施形態]
なお、上記第１，第２実施形態及びその変形例においては、注文品の配達を希望する依頼者Ｕ１と、注文品を指定場所に届ける代行者Ｕ２とを仲介する実施形態について説明したが、買い物を含めて代行するようにしてもよい。この場合、依頼者Ｕ１の買い物リスト、配達場所及び日時等の情報が配達依頼として代行者Ｕ２へ通知される。代行者Ｕ２は、配達依頼に含まれる買い物リストに従って店舗で買い物をしたのち、配達場所及び日時の情報に従って配達を行う。

以上説明したように、本発明は、依頼者と代行者とのマッチング（仲介）に優れる代行仲介装置、代行仲介方法及び代行仲介プログラムを提供することができる。

１ 代行仲介システム
２ 代行仲介サーバ（代行仲介装置）
３ 依頼者端末
４ 代行者端末
５ 店舗販売サーバ
６ ネットワーク
２００Ａ 通信ＩＦ
２００Ｂ 記憶装置（ＤＢ１〜ＤＢ３）
２００Ｃ ＣＰＵ
２００Ｄ バス（ＢＵＳ）
２０１ 記憶装置制御部
２０２ 代行日時受付部
２０３ 代行日時判定部
２０４ 代行日時登録部
２０５ 配達依頼受付部
２０６ 配達依頼通知部
２０７ 受任受付部
２０８ 代行者確定部
２０９ 代行者確定通知部
２１０ 第１報酬付与部
２１１ 第２報酬付与部
２１２ 評価付与部
２１３ 第３報酬付与部
２１４ 評価受付部
２１５ 評価提示部
２１６ 認証部
２１７ 代行者候補提示部
３ 依頼者端末
３００Ａ 通信ＩＦ
３００Ｂ 記憶装置
３００Ｃ 入力装置
３００Ｄ 表示装置
３００Ｅ ＣＰＵ
３００Ｆ バス（ＢＵＳ）
３０１ 通信部
３０２ 記憶装置制御部
３０３ 入力装置制御部
３０４ 表示装置制御部
４ 代行者端末
４００Ａ 通信ＩＦ
４００Ｂ 記憶装置
４００Ｃ 入力装置
４００Ｄ 表示装置
４００Ｅ ＣＰＵ
４００Ｆ バス（ＢＵＳ）
４０１ 通信部
４０２ 記憶装置制御部
４０３ 入力装置制御部
４０４ 表示装置制御部
ＤＢ１ 依頼者ＤＢ
ＤＢ２ 代行者ＤＢ
ＤＢ３ 店舗ＤＢ
ＤＢ４ 配達依頼ＤＢ

Claims (16)

1. 注文品の配達を希望する依頼者と、前記注文品を指定場所に届ける１以上の代行者とを仲介する代行仲介装置であって、
   前記代行者の代行可能日時の登録を受け付ける代行日時受付部と、
   所定期間内における前記代行可能な日時が所定数又は所定時間を満たすか否かを判定する代行日時判定部と、
   前記代行日時判定部での判定結果に基づいて、前記代行者の代行可能日時を登録する代行日時登録部と、
   前記依頼者からの前記注文品の配達依頼を受け付ける配達依頼受付部と、
   前記配達依頼受付部で配達依頼が受け付けられると、前記代行者の代行可能日時の登録状況に基づいて前記代行者へ配達依頼を通知する配達依頼通知部と、
   前記代行者による配達の完了に基づいて、前記代行者へ第１報酬を付与する第１報酬付与部と、
   前記所定期間内において受け付けられた全ての配達依頼の代行が完了している場合、前記代行者に対して前記第１報酬とは異なる第２報酬を付与する第２報酬付与部と、
   を備えることを特徴とする代行仲介装置。
2. 前記第２報酬付与部は、
   前記所定期間内において前記配達依頼受付部で配達依頼が受け付けられなかった場合、前記配達依頼の代行が行われたか否かに関わらず前記代行者に対して前記第２報酬を付与することを特徴とする請求項１に記載の代行仲介装置。
3. 前記第２報酬付与部は、
   前記所定期間内において前記配達依頼受付部で配達依頼が受け付けられたにも関わらず、前記配達依頼の代行が完了されなかった場合、前記代行者に対して前記第２報酬を付与しないことを特徴とする請求項１又は請求項２に記載の代行仲介装置。
4. 注文品の配達を希望する依頼者と、前記注文品を指定場所に届ける１以上の代行者とを仲介する代行仲介装置であって、
   前記代行者の代行可能日時の登録を受け付ける代行日時受付部と、
   所定期間内における前記代行可能な日時が所定数又は所定時間を満たすか否かを判定する代行日時判定部と、
   前記代行日時判定部での判定結果に基づいて、前記代行者の代行可能日時を登録する代行日時登録部と、
   前記依頼者からの前記注文品の配達依頼を受け付ける配達依頼受付部と、
   前記配達依頼受付部で配達依頼が受け付けられると、前記代行者の代行可能日時の登録状況に基づいて前記代行者へ配達依頼を通知する配達依頼通知部と、
   前記代行者による配達の完了に基づいて、前記代行者へ第１報酬を付与する第１報酬付与部と、
   前記所定期間内における前記代行者への評価を付与する評価付与部と、
   前記評価付与部での評価結果に基づいて、前記代行者の少なくとも１以上へ前記第１報酬とは異なる第３報酬を付与する第３報酬付与部と、
   を備えることを特徴とする代行仲介装置。
5. 注文品の配達を希望する依頼者と、前記注文品を指定場所に届ける１以上の代行者とを仲介する代行仲介装置であって、
   前記代行者の代行可能日時の登録を受け付ける代行日時受付部と、
   所定期間内における前記代行可能な日時が所定数又は所定時間を満たすか否かを判定する代行日時判定部と、
   前記代行日時判定部での判定結果に基づいて、前記代行者の代行可能日時を登録する代行日時登録部と、
   前記依頼者からの前記注文品の配達依頼を受け付ける配達依頼受付部と、
   前記配達依頼受付部で配達依頼が受け付けられると、前記代行者の代行可能日時の登録状況に基づいて前記代行者へ配達依頼を通知する配達依頼通知部と、
   前記代行者による配達の完了に基づいて、前記代行者へ第１報酬を付与する第１報酬付与部と、
   前記所定期間内において受け付けられた全ての配達依頼の代行が完了している場合、前記代行者に対して前記第１報酬とは異なる第２報酬を付与する第２報酬付与部と、
   前記所定期間内における前記代行者への評価を付与する評価付与部と、
   前記評価付与部での評価結果に基づいて、前記代行者の少なくとも１以上へ前記第１，第２報酬とは異なる第３報酬を付与する第３報酬付与部と、
   を備えることを特徴とする代行仲介装置。
6. 前記依頼者による前記代行者へ評価を受け付ける評価受付部を備え、
   前記評価付与部は、
   前記所定期間内に前記評価受付部で受け付けられた前記依頼者からの評価に基づいて、前記代行者への評価を付与することを特徴とする請求項４又は請求項５に記載の代行仲介装置。
7. 前記評価付与部は、
   前記所定期間内における代行者の配達回数又は配達個数に基づいて、前記代行者への評価を付与することを特徴とする請求項４乃至請求項６のいずれかに記載の代行仲介装置。
8. 前記第３報酬付与部は、
   前記所定期間内に付与された評価が所定基準を満たす代行者に対して、前記第３報酬を付与することを特徴とする請求項４乃至請求項７のいずれかに記載の代行仲介装置。
9. 他の代行者に付与されている評価を提示する評価提示部を備えることを特徴とする請求項４乃至請求項８のいずれかに記載の代行仲介装置。
10. 前記評価付与部は、
    所定条件に応じて、前記代行者へ付与する評価を高くすることを特徴とする請求項４乃至請求項９のいずれかに記載の代行仲介装置。
11. 前記所定条件は、
    前記配達を代行する日時の天候であることを特徴とする請求項１０に記載の代行仲介装置。
12. 前記所定条件は、
    前記複数の代行者へ付与された評価差であることを特徴とする請求項１０又は請求項１１に記載の代行仲介装置。
13. 複数の代行者は、複数人のグループ毎に異なる店舗に所属して前記配達依頼を代行し、
    評価提示部は、
    所属する代行者の評価の総計差が所定範囲内の店舗間で代行者に付与されている評価を提示することを特徴とする請求項４乃至請求項１２のいずれかに記載の代行仲介装置。
14. 前記代行者の代行可能日時の登録状況を参照し、前記配達依頼の希望配達日時に２以上の代行者が代行可能である場合、前記代行可能な２以上の代行者の属性情報を前記依頼者に提示する代行者候補提示部を備え、
    前記配達依頼受付部は、前記代行者候補提示部により提示された２以上の代行者のうち誰に配達依頼をするかを受け付け、
    前記配達依頼通知部は、前記配達依頼受付部で受け付けられた代行者に対して配達依頼を通知することを特徴とする請求項１乃至請求項１３のいずれかに記載の代行仲介装置。
15. 注文品の配達を希望する依頼者と、前記注文品を指定場所に届ける１以上の代行者とを仲介する代行仲介方法であって、
    代行日時受付部が、前記代行者の代行可能日時の登録を受け付ける工程と、
    代行日時判定部が、所定期間内における前記代行可能な日時が所定数又は所定時間を満たすか否かを判定する工程と、
    代行日時登録部が、前記代行日時判定部での判定結果に基づいて、前記代行者の代行可能日時を登録する工程と、
    配達依頼受付部が、前記依頼者からの前記注文品の配達依頼を受け付ける工程と、
    配達依頼通知部が、前記配達依頼受付部で配達依頼が受け付けられると、前記代行者の代行可能日時の登録状況に基づいて前記代行者へ配達依頼を通知する工程と、
    第１報酬付与部が、前記代行者による配達の完了に基づいて、前記代行者へ第１報酬を付与する工程と、
    第２報酬付与部が、前記所定期間内において受け付けられた全ての配達依頼の代行が完了している場合、前記代行者に対して前記第１報酬とは異なる第２報酬を付与する工程と、
    を有することを特徴とする代行仲介方法。
16. 注文品の配達を希望する依頼者と、前記注文品を指定場所に届ける１以上の代行者とを仲介する代行仲介プログラムであって、
    コンピュータを、
    前記代行者の代行可能日時の登録を受け付ける代行日時受付部と、
    所定期間内における前記代行可能な日時が所定数又は所定時間を満たすか否かを判定する代行日時判定部と、
    前記代行日時判定部での判定結果に基づいて、前記代行者の代行可能日時を登録する代行日時登録部と、
    前記依頼者からの前記注文品の配達依頼を受け付ける配達依頼受付部と、
    前記配達依頼受付部で配達依頼が受け付けられると、前記代行者の代行可能日時の登録状況に基づいて前記代行者へ配達依頼を通知する配達依頼通知部と、
    前記代行者による配達の完了に基づいて、前記代行者へ第１報酬を付与する第１報酬付与部と、
    前記所定期間内において受け付けられた全ての配達依頼の代行が完了している場合、前記代行者に対して前記第１報酬とは異なる第２報酬を付与する第２報酬付与部と、
    として動作させることを特徴とする代行仲介プログラム。
    
    

Images