(57)【要約】【課題】配送効率を向上させる。【解決手段】情報処理装置は、受取人が所定の条件を満たす複数の第１の荷物を１つにまとめて梱包して第２の荷物として配送することを決定することと、第２の荷物を代表して受け取り、複数の第１の荷物をそれぞれの受取人に受け渡すことを請け負う代表者を当該所定の条件を満たすユーザから決定することと、第２の荷物の代表者への配送依頼を行うことと、代表者のユーザ端末から複数の第１の荷物の配送の完了通知を受信することと、配送の完了通知を受信した場合に、少なくとも代表者へインセンティブを付与することと、を実行する制御部を備える。【選択図】図１
2020170332.tif 000002
【特許請求の範囲】
【請求項１】
受取人が所定の条件を満たす複数の第１の荷物を１つにまとめて梱包して第２の荷物として配送することを決定することと、
前記第２の荷物を代表して受け取り、前記複数の第１の荷物をそれぞれの受取人に受け渡すことを請け負う代表者を前記所定の条件を満たすユーザから決定することと、
前記第２の荷物の前記代表者への配送依頼を行うことと、
前記代表者のユーザ端末から前記複数の第１の荷物の配送の完了通知を受信することと、
前記配送の完了通知を受信した場合に、少なくとも前記代表者へインセンティブを付与することと、
を実行する制御部、
を備える情報処理装置。
【請求項２】
前記制御部は、前記代表者が前記第２の荷物を受け取れないことが検出された場合に、前記所定の条件を満たすユーザから新たに前記第２の荷物を代表して受け取る代表者を選択し直すことをさらに実行する、
請求項１に記載の情報処理装置。
【請求項３】
前記制御部は、前記代表者が前記第２の荷物を受け取ってから所定時間経過しても前記第２の荷物に含まれている前記複数の第１の荷物の配送完了が検出されない場合に、前記代表者のユーザ端末へリマインドを送信することをさらに実行する、
請求項１又は２に記載の情報処理装置。
【請求項４】
前記所定の条件は、荷物の受取人を含むユーザの居所が所定範囲内であることである、請求項１から３のいずれか一項に記載の情報処理装置。
【請求項５】
受取人が所定の条件を満たす複数の第１の荷物を１つにまとめて梱包して第２の荷物として配送することを決定することと、
前記第２の荷物を代表して受け取り、前記複数の第１の荷物をそれぞれの受取人に受け渡すことを請け負う代表者を前記所定の条件を満たすユーザから決定することと、
前記第２の荷物の前記代表者への配送依頼を行うことと、
前記代表者のユーザ端末から前記複数の第１の荷物の配送の完了通知を受信することと、
前記配送の完了通知を受信した場合に、少なくとも前記代表者へインセンティブを付与することと、
を含む情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及び情報処理方法に関する。
【背景技術】
【０００２】
自動運転車両が、荷物を配送先の宅配ボックスまで配送することが提案されている（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１８−１７７４３９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、例えば、荷物を格納する箱内で梱包材がより多くの容積を占めていたり、荷物に対して格納する箱のサイズが大きくスペースが余っていたりする場合がある。また、多くの場合、特に指定がない限り、１注文ごとに配送が行われる。そのため、例えば、注文された複数の商品の配送先が同じ住所又は近隣の住所である場合でも、それぞれの商品について配送が行われている。
【０００５】
開示の態様の一つは、配送効率を向上可能な情報処理装置及び情報処理方法を提供することを課題とする。
【課題を解決するための手段】
【０００６】
本発明の態様の一つは、
受取人が所定の条件を満たす複数の第１の荷物を１つにまとめて梱包して第２の荷物として配送することを決定することと、
前記第２の荷物を代表して受け取り、前記複数の第１の荷物をそれぞれの受取人に受け渡すことを請け負う代表者を前記所定の条件を満たすユーザから決定することと、
前記第２の荷物の前記代表者への配送依頼を行うことと、
前記代表者のユーザ端末から前記複数の第１の荷物の配送の完了通知を受信することと、前記配送の完了通知を受信した場合に、少なくとも前記代表者へインセンティブを付与することと、
を実行する制御部、
を備える情報処理装置である。
【０００７】
本発明の他の態様の一つは、
受取人が所定の条件を満たす複数の第１の荷物を１つにまとめて梱包して第２の荷物として配送することを決定することと、
前記第２の荷物を代表して受け取り、前記複数の第１の荷物をそれぞれの受取人に受け渡すことを請け負う代表者を前記所定の条件を満たすユーザから決定することと、
前記第２の荷物の前記代表者への配送依頼を行うことと、
前記代表者のユーザ端末から前記複数の第１の荷物の配送の完了通知を受信することと、前記配送の完了通知を受信した場合に、少なくとも前記代表者へインセンティブを付与することと、
を含む情報処理方法である。
【発明の効果】
【０００８】
開示の情報処理装置及び情報処理方法によれば、配送効率を向上させることができる。
【図面の簡単な説明】
【０００９】
【図１】図１は、第１実施形態に係る配送システムのシステム構成の一例を示す図である。
【図２】図２は、配送元サーバのハードウェア構成の一例を示す図である。
【図３】図３は、配送元サーバの機能構成の一例を示す図である。
【図４】図４は、配送元サーバのユーザ情報管理テーブルの一例である。
【図５】図５は、配送元サーバのユーザグループ情報管理テーブルの一例である。
【図６】図６は、配送元サーバの荷物情報管理テーブルの一例である。
【図７】図７は、配送元サーバの配送情報管理テーブルの一例である。
【図８】図８は、配送元サーバのまとめ配送の発送処理のフローチャートの一例である。
【図９】図９は、配送元サーバのまとめ配送の配送時の処理のフローチャートの一例である。
【図１０】図１０は、配送システムにおけるまとめ配送の処理シーケンスの一例を示す図である。
【発明を実施するための形態】
【００１０】
本発明の態様の一つは、制御部を備える情報処理装置である。制御部は、受取人が所定の条件を満たす複数の第１の荷物を１つにまとめて梱包して第２の荷物として配送することを決定することと、第２の荷物を代表して受け取り、複数の第１の荷物をそれぞれの受取人に受け渡すことを請け負う代表者を当該所定の条件を満たすユーザから決定することと、第２の荷物の代表者への配送依頼を行うことと、代表者のユーザ端末から複数の第１の荷物の配送の完了通知を受信することと、配送の完了通知を受信した場合に、少なくとも代表者へインセンティブを付与することと、を実行する。
【００１１】
複数の第１の荷物をまとめて梱包して１つの第２の荷物として配送することで、配送業者は、第１の荷物の数だけ行われる配送を１回の配送で終わらせることができるため、配送効率を向上させることができる。また、複数の第１の荷物のうちのいずれかの受取人が不在であっても代表者が不在でなければ、配送業者による再配送は発生しないので、再配送の発生を低減させることができる。また、複数の第１の荷物を１つにまとめて梱包することで、梱包材を削減することができる。また、代表者にはインセンティブが付与されるため、代表者となるユーザを募りやすくなる。
【００１２】
所定の条件は、例えば、荷物の受取人を含むユーザの居所が所定範囲内であることである。当該所定範囲が、例えば、同じ町内や同じ集合住宅である場合には、代表者と第１の荷物の受取人とが互いに面識があったり、第１の荷物の受け渡しによる代表者又は受取人の移動距離も少なく済んだりして、第１の荷物の受け渡しがよりスムーズに行われる可能性が高くなる。また、所定の条件は地理的な要件に限定されず、例えば、荷物の受取人を含むユーザ同士が離れて暮らす家族であることであってもよい。この場合、代表者も受取人も家族であるので、第１の荷物を代表者に受け取ってもらうことに対して安心感を持たせることができる。
【００１３】
また、本発明の態様の一つにおいて、制御部は、代表者が第２の荷物を受け取れないことが検出された場合に、当該所定の条件を満たすユーザから新たに第２の荷物を代表して受け取る代表者を選択し直すことをさらに実行するようにしてもよい。これによって、第２の荷物の再配送の発生を低減することができる。また、所定の条件が荷物の受取人を含むユーザの居所が所定範囲内であることである場合には、第２の荷物の配送者の元の代表者の居所から新たな代表者の居所への移動を当該所定範囲内に限定することができ、配送
者の移動距離を短く抑えることができる。
【００１４】
また、本発明の態様の一つにおいて、制御部は、代表者が第２の荷物を受け取ってから所定時間経過しても第２の荷物に含まれている複数の第１の荷物の受け渡し完了が検出されない場合に、代表者のユーザ端末へリマインドを送信することをさらに実行するようにしてもよい。これによって、第１の荷物の受け渡し忘れが発生することを抑制することができる。
【００１５】
本発明の態様を、情報処理方法の側面から捉えることもできる。情報処理方法は、受取人が所定の条件を満たす複数の第１の荷物を１つにまとめて梱包して第２の荷物として配送することを決定することと、第２の荷物を代表して受け取り、複数の第１の荷物をそれぞれの受取人に受け渡すことを請け負う代表者を当該所定の条件を満たすユーザから決定することと、第２の荷物の代表者への配送依頼を行うことと、代表者のユーザ端末から複数の第１の荷物の配送の完了通知を受信することと、配送の完了通知を受信した場合に、少なくとも代表者へインセンティブを付与することと、を含む。なお、上述までの情報処理装置に関して開示された技術的思想は、技術的な齟齬が生じない範囲で当該情報処理方法にも適用できる。
【００１６】
以下、図面に基づいて、本発明の実施の形態を説明する。以下の実施形態の構成は例示であり、本発明は実施形態の構成に限定されない。
【００１７】
＜第１実施形態＞
＜システム概要＞
図１は、第１実施形態に係る配送システム１００のシステム構成の一例を示す図である。配送システム１００は、例えば、所定のユーザグループのメンバのいずれかを受取人とする複数の荷物を１つにまとめ梱包して、代表して受け取ることを請け負う代表者へ配送するシステムである。複数の荷物を１つにまとめて梱包して１つの荷物として配送することを、以下、まとめ配送、と称する。また、複数の荷物が１つにまとめられた荷物を、以下、まとめ荷物、と称する。まとめ荷物は、「第２の荷物」の一例である。まとめ荷物に含まれる荷物は、「第１の荷物」の一例である。
【００１８】
配送システム１００は、配送元サーバ１、車両２、ユーザ端末３、センタサーバ５を含む。配送元サーバ１は、例えば、通信販売によって商品を販売する販売店などの荷物の発送を行う配送元において管理されるサーバである。ユーザ端末３は、例えば、配送元サーバ１によって提供されるサービスを享受するために、配送元サーバ１にユーザとして登録されているユーザが保有する端末である。
【００１９】
センタサーバ５は、配送システム１００において配送に係る制御を行うサーバである。車両２は、配送を行う車両である。車両２は、第１実施形態では、自動運転走行及び無人運転走行可能な電動自動車両であることが想定される。ただし、車両２は、運転手によって走行が制御される車両であってもよい。配送システム１００は複数の車両２を含むが、図１では、便宜的に車両２は１台のみ示されている。
【００２０】
第１実施形態では、車両２及びユーザ端末３は、例えば、無線通信網を介してネットワークＮ１に接続し、ネットワークＮ１を通じて、それぞれ、センタサーバ５又は配送元サーバ１と接続されている。車両２及びユーザ端末３は、例えば、３Ｇ（3rd generation）、ＬＴＥ（Long Term Evolution）、ＬＴＥ−Ａｄｖａｎｃｅｄ、５Ｇ（5th generation
）等の移動体通信、ＷｉＦｉ等の無線ＬＡＮの規格に従った無線通信を行う。ネットワークＮ１は、例えば、インターネットである。車両２が運転種によって走行が制御される車両である場合には、車両２には、無線通信網を介してネットワークＮ１に接続して、セン
タサーバ５と通信可能なデータ通信装置が搭載されていることとする。
【００２１】
自動運転走行及び無人運転走行可能な車両２は、センタサーバ５から運行指令を受けて、運行計画を作成し、運行計画に従って目的地まで自律走行を行う。車両２は、位置情報の取得手段を備えており、所定の周期で、位置情報を取得し、センタサーバ５に送信する。
【００２２】
第１実施形態では、配送元サーバ１は、所定のユーザグループのメンバを受取人とする複数の荷物をまとめて梱包してまとめ配送することを決定する。ユーザグループはあらかじめユーザによって設定されていてもよいし、配送元サーバ１が所定の条件に合致するユーザで作成してもよい。グループは、例えば、同じマンションの住民によって構成されたり、所定の範囲内に居所を有するユーザによって構成されたり、家族等の所定の間柄のユーザによって構成されたりしてもよい。
【００２３】
まとめ配送することが決定された複数の荷物は、例えば図１に示されるように、配送元のスタッフによって、内容物が外見からわからない程度に簡易に梱包され、受取人の居所を配送先とする伝票を付された状態で、１つの箱に同梱される。当該複数の荷物が収容されている箱がまとめ荷物となる。まとめ荷物には、配送先を代表者の居所とする伝票が付される。代表者は配送元サーバ１によって決定される。代表者は、ユーザグループのメンバから決定される。ただし、代表者は、まとめ荷物に含まれる荷物の受取人であるか否かは問われない。
【００２４】
配送元サーバ１は、センタサーバ５へ、まとめ荷物について配送依頼を送信する。センタサーバ５は配送依頼を受けると配送車両２を決定し、配送車両２へ配送指令を送信する。これによって、車両２が当該まとめ荷物を集荷及び代表者へ配送する。これによって、車両２は、複数の荷物の配送を１回の配送で済ませることができ、配送効率を向上させることができる。また、複数の荷物それぞれについて配送時の外部からの衝撃から保護するための箱等の梱包材の消費を削減することができる。
【００２５】
配送元サーバ１は、代表者のユーザ端末３とまとめ荷物に含まれる荷物の受取人のユーザ端末３とへまとめ配送の通知を送信する。これによって、代表者とまとめ荷物に含まれる荷物の受取人とは、代表者の居所へ荷物が配送されることを認識する。
【００２６】
代表者がまとめ荷物を受け取ると、代表者自身が各荷物の受取人の居所へ配送したり、各荷物の受取人が代表者の居所へ荷物を受け取りに出向いたりして、代表者から各荷物の受取人へ荷物の受け渡しが行われる。代表者は、まとめ荷物に含まれる全荷物の受け渡しが完了すると、ユーザ端末３から配送元サーバ１へまとめ配送完了の通知を送信する。配送元サーバ１は、代表者のユーザ端末３からまとめ配送完了の通知を受信すると、代表者にインセンティブを付与する。インセンティブは、例えば、配送元や提携先のシステムによって提供されるサービスに利用可能なポイントやクーポン、現金と交換可能なポイント等である。
【００２７】
また、第１実施形態では、配送元サーバ１は、例えば、センタサーバ５を通じて車両２から代表者の不在が通知されると、代表者を選択し直し、新たな代表者へのまとめ荷物の配送依頼をセンタサーバ５へ送信する。新たな代表者は、例えば、同じユーザグループ内のメンバから選ばれる。これによって、新たな代表者の居所へまとめ荷物が配送される。
【００２８】
ユーザグループが所定の範囲内に居所を有するメンバで構成されている場合には、車両２はそのまま新たな代表者へまとめ荷物を配送することができ、さらに、車両２がまとめ荷物を新たな代表者に受け渡すための移動距離をより短くすることができる。また、例え
ば、元の代表者も新たな代表者も同じマンションの住民である場合には、車両２はまとめ荷物を新たな代表者に受け渡すために移動しなくてもよくなる。これによって、まとめ荷物を車両２が一旦持ち帰って後日再度配送することを低減することができる。
【００２９】
図２は、配送元サーバ１のハードウェア構成の一例を示す図である。配送元サーバ１は、ＣＰＵ  １０１、メモリ１０２、外部記憶装置１０４、および通信部１０５を有する。ＣＰＵ  １０１は、メモリ１０２に実行可能に展開されたコンピュータプログラムを実行し、配送元サーバ１としての処理を実行する。
【００３０】
メモリ１０２は、ＣＰＵ  １０１が実行するコンピュータプログラム、ＣＰＵ  １０１が処理するデータ等を格納する。メモリ１０２は、例えば、Dynamic Random Access Memory（ＤＲＡＭ）、Static Random Access Memory（ＳＲＡＭ）、Read Only Memory（ＲＯ
Ｍ）等である。外部記憶装置１０４は、不揮発性の記憶装置であり、例えば、Solid State Drive（ＳＳＤ）、ハードディスクドライブ等である。
【００３１】
通信部１０５は、例えば、ＬＡＮを通じて公衆通信回線網に接続し、公衆通信回線網を通じて、ネットワークＮ１上の各種サーバ、ユーザ端末３等と通信する。なお、配送元サーバ１のハードウェア構成は、図２に示されるものに限定されず、実施の形態に応じて、適宜、追加又は置換することができる。
【００３２】
なお、車両２、ユーザ端末３、センタサーバ５も、配送元サーバ１と同様に、ＣＰＵ、メモリ、外部記憶装置、通信部を備えるコンピュータを備えている。これらは、各自の態様によって、さらに、ディスプレイ、マイクロフォン、スピーカ等の構成要素を備えている。
【００３３】
図３は、配送元サーバ１の機能構成の一例を示す図である。配送元サーバ１は、メモリ１０２上のコンピュータプログラムにより、図３に例示された各部として動作する。配送元サーバ１は、例えば、機能構成要素として、配送制御部１１、ユーザ情報データベース（ＤＢ）１４、配送情報ＤＢ  １５を備える。
【００３４】
配送制御部１１は、荷物の配送に係る制御を行う。より具体的には、配送制御部１１は、所定のユーザグループのメンバのいずれかを受取人とする荷物が複数存在することを検出した場合、及び、まとめ配送の条件を満たす荷物が複数存在することを検出した場合には、当該複数の荷物をまとめ配送することを判定する。まとめ配送の条件は、例えば、配送先の建物が同じ、配送先の住所が所定範囲内に含まれている等の地理的要件と、受取人がまとめ配送を許可している等の人的要件とが含まれる。
【００３５】
次に、配送制御部１１は、同じユーザグループのメンバを受取人とする複数の荷物又は同じまとめ配送の条件を満たす複数の荷物について、まとめ荷物とする荷物グループを作成する。例えば、まとめ荷物とする荷物数の上限設定、まとめ荷物に用いられる箱のサイズ等に依存して、１回のまとめ配送で配送可能な荷物の数に制限があるためである。例えば、まとめ荷物とする荷物数の上限が設定されている場合には、配送制御部１１は、１つの荷物グループに含まれる荷物の数が上限数を超えないように、同じユーザグループのメンバを受取人とする複数の荷物又は同じまとめ配送の条件を満たす複数の荷物について、荷物グループを作成する。例えば、まとめ配送に用いられる箱のサイズが設定されている場合には、配送制御部１１は、１つの箱に収まるように、同じユーザグループのメンバを受取人とする複数の荷物又は同じまとめ配送の条件を満たす複数の荷物について、荷物グループを作成する。
【００３６】
次に、配送制御部１１は、各荷物グループについて代表者を決定する。代表者は、例え
ば、代表者となることを許可することが設定されているユーザから選択される。また、代表者は、代表者となることを許可する設定をしており、且つ、荷物グループに含まれる荷物の受取人となっているユーザから選択されてもよい。
【００３７】
荷物グループと代表者とが決定されると、荷物グループに含まれる荷物は、例えば、スタッフによって、まとめて１つの箱に梱包され、まとめ荷物となる。まとめ荷物の発送準備が完了すると、配送制御部１１は、センタサーバ５へ、当該まとめ荷物の配送依頼を送信する。まとめ荷物の配送依頼とともに、例えば、代表者のユーザ情報と荷物に関する情報も送信される。ユーザ情報には、ユーザの氏名、居所の住所などが含まれている。また、配送制御部１１は、まとめ荷物に含まれる荷物の受取人及び代表者のユーザ端末３へ、まとめ配送の通知を送信する。配送元サーバ１からユーザ端末３への通知は、例えば、電子メール、プッシュ配信等によって送信される。
【００３８】
まとめ配送の通知は、例えば、代表者と、まとめ荷物に含まれるの荷物の受取人と、で内容が異なっていてもよい。例えば、代表者へのまとめ配送の通知には、当該ユーザを代表者とするまとめ配送が実施されること、まとめ荷物に含まれる荷物の受取人のユーザ情報等が含まれる。ユーザ情報には、例えば、ユーザの氏名、ユーザの居所の住所等が含まれる。また、代表者へのまとめ配送の通知には、まとめ荷物に含まれる荷物の情報が含まれてもよい。荷物の情報は、例えば、要冷蔵、要冷凍、サイズ、天地無用等の情報である。まとめ荷物に含まれる荷物の受取人へのまとめ配送の通知には、例えば、代表者のユーザ情報、当該受取人への荷物の情報等が含まれている。
【００３９】
次に、まとめ荷物の配送中に、例えば、まとめ荷物の配送先である代表者の居所において、代表者の不在が検出された場合には、配送制御部１１は、新たに代表者を選択し直す。代表者の不在の検出は、例えば、センタサーバ５経由で車両２から通知を受けることによって行われる。また、車両２が無人自動運転車両である場合には、車両２は、例えば、配送先において所定時間経過しても荷物の受け渡しが完了しない場合に、配送先における受取人の不在を検出し、センタサーバ５へ通知する。
【００４０】
新たな代表者は、例えば、まとめ荷物に含まれる荷物の受取人であって、代表者となることを許可しているユーザの中から選択されてもよい。また、例えば、新たな代表者は、居所が元の代表者の居所から最も近い、同じユーザグループのメンバであって代表者となることを許可しているユーザであってもよい。
【００４１】
配送制御部１１は、当該まとめ配送の宛先を新たな代表者へ変更することを依頼する宛先変更依頼をセンタサーバ５へ送信する。センタサーバ５によって当該まとめ配送を行う車両２へ配送先の変更が通知され、車両２が新たな代表者の居所へと移動を開始する。
【００４２】
代表者にまとめ荷物が受け渡されると、例えば、車両２からセンタサーバ５へ、当該まとめ荷物の配送完了通知が送信される。センタサーバ５は、当該まとめ荷物の当該配送完了通知を配送元サーバ１へ転送する。代表者は、まとめ荷物を受け取ると、まとめ荷物に含まれる荷物を各受取人へと受け渡すための行動をし、まとめ荷物に含まれるすべての荷物の受取人への受け渡しが完了すると、ユーザ端末３からまとめ配送完了の通知を配送元サーバ１へ送信する。ユーザ端末３から配送元サーバ１へ送信されるまとめ配送完了の通知は、例えば、ＨＴＴＰ等のウェブ通信によって送信される。
【００４３】
まとめ荷物が代表者に受け渡された後は、配送制御部１１は、代表者のユーザ端末３からのまとめ配送完了の通知の受信を待機する。例えば、センタサーバ５経由で車両２からまとめ荷物の配送完了通知が受信されてから所定時間経過しても、代表者のユーザ端末３からまとめ配送完了の通知が受信されない場合には、配送制御部１１は、代表者のユーザ
端末３へリマインドを送信する。リマインドされるまでの時間は、例えば、時間単位、１日単位、週単位で配送元サーバ１の管理者が任意に設定可能である。
【００４４】
代表者のユーザ端末３からのまとめ配送完了の通知が受信された場合には、配送制御部１１は、代表者にインセンティブを付与する。インセンティブは、例えば、まとめ荷物に含まれる荷物の数に関係なく一律に付与されてもよいし、まとめ荷物に含まれる荷物の数が多いほど多く付与されるようにしてもよい。
【００４５】
ユーザ情報ＤＢ  １４及び配送情報ＤＢ  １５は、例えば、配送元サーバ１の外部記憶装置１０４の記憶領域に作成される。ユーザ情報ＤＢ  １４、配送情報ＤＢ  １５は、例えば、リレーショナルデータベースである。ユーザ情報ＤＢ  １４は、配送元サーバ１によって提供されるサービスの享受を希望するユーザに関する情報を格納している。配送情報ＤＢ  １５は、配送に関する情報を格納する。これらの各ＤＢに格納されている情報の詳細については後述される。
【００４６】
配送元サーバ１の各機能構成要素のいずれか、又はその処理の一部は、ネットワークに接続される他のコンピュータにより実行されてもよい。また、配送元サーバ１で実行される一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。
【００４７】
図４は、配送元サーバ１のユーザ情報管理テーブルの一例である。ユーザ情報管理テーブルは、ユーザ情報ＤＢ  １４に格納されている。ユーザ情報管理テーブルは、配送元サーバ１によって提供されるサービスの享受を希望するユーザに関する情報が格納されている。
【００４８】
図４に示されるユーザ情報管理テーブルには、ユーザＩＤ、氏名、住所、連絡先、まとめ配送、代表受取、取得インセンティブの項目が含まれる。ユーザＩＤの項目には、ユーザの識別情報が格納される。氏名の項目には、ユーザの氏名が格納される。住所の項目には、ユーザの居所の住所が格納される。ユーザの住所は、配送先の住所となりうる。連絡先の項目には、例えば、ユーザの電話番号、電子メールアドレス等が格納される。連絡先の項目に含まれる情報が、まとめ配送の通知等の、配送元サーバ１からの通知の宛先として用いられる。
【００４９】
まとめ配送の項目には、当該ユーザがまとめ配送を許可するか否かを示す情報が格納される。ユーザがまとめ配送を許可するか否かを示す情報は、例えば、フラグ、コード等である。ただし、図４では、まとめ配送の項目には、便宜的に、ユーザがまとめ配送を許可することを示す情報として、「可」の文言が表示されている。
【００５０】
代表受取の項目には、当該ユーザがまとめ配送における代表者となることを許可するか否かを示す情報が格納される。ユーザがまとめ配送における代表者となることを許可するか否かを示す情報は、例えば、フラグ、コード等である。ただし、図４では、代表受取の項目には、便宜的に、ユーザがまとめ配送において代表者となることを許可することを示す情報として、「可」の文言が表示されている。
【００５１】
取得インセンティブの項目には、該当ユーザが取得済みのインセンティブの情報が格納される。なお、ユーザ情報管理テーブルに保持される情報は図４に示されるものに限定されず、実施の形態に応じて、適宜、変更可能である。
【００５２】
図５は、配送元サーバ１のユーザグループ情報管理テーブルの一例である。ユーザグループ情報管理テーブルは、ユーザ情報ＤＢ  １４に格納されている。ユーザグループ情報
管理テーブルは、ユーザによって設定されたユーザグループに関する情報を保持するテーブルである。例えば、ユーザは、自身で新たにユーザグループを設定することも可能であるし、既存のユーザグループの中から選択したグループに所属することもできる。また、ユーザグループは、配送元サーバ１側で予め用意されていてもよい。
【００５３】
図５に示されるユーザグループ情報管理テーブルには、グループＩＤ、代表ユーザＩＤ、メンバ条件、メンバリストの項目が含まれている。グループＩＤの項目には、ユーザグループの識別情報が格納されている。代表ユーザＩＤの項目には、ユーザによって設定された当該グループの代表者となるユーザの識別情報が格納されている。なお、代表者のユーザによる設定は任意である。第１実施形態では、代表ユーザＩＤの項目に値が設定されている場合には、配送制御部１１は、当該ユーザグループのまとめ配送の代表者に、代表ユーザＩＤの項目の値が示すユーザを選択する。
【００５４】
メンバ条件の項目には、当該ユーザグループのメンバとなれる条件が格納されている。メンバ条件には、例えば、居所に関する条件が設定されている。例えば、図５に示されるメンバ条件の項目の「マンションＡ」は、居所がマンションＡであること、という条件が設定されていることが示される。例えば、図５に示されるメンバ条件の項目の「地区Ｃ」は、居所の住所が地区Ｃ内であること、という条件が設定されていることが示される。メンバリストの項目には、当該ユーザグループのメンバのユーザの識別情報が格納される。１ユーザは、複数のユーザグループに属することも可能である。なお、ユーザグループ情報管理テーブルに保持される情報は図５に示されるものに限定されず、実施の形態に応じて、適宜、変更可能である。メンバ条件は、「所定の条件」の一例である。
【００５５】
図６は、配送元サーバ１の荷物情報管理テーブルの一例である。荷物情報管理テーブルは、配送情報ＤＢ  １５に格納されている。荷物情報管理テーブルは、荷物に関する情報を保持するテーブルである。
【００５６】
図６に示される荷物情報管理テーブルには、荷物ＩＤ、配送先、配送先ユーザＩＤの項目が含まれている。荷物ＩＤの項目には、荷物の識別情報が格納される。配送先の項目には、当該荷物の配送先の住所が格納される。配送先ユーザＩＤの項目には、当該荷物の受取人であるユーザの識別情報が格納される。荷物の配送先の受取人が配送元サーバ１にユーザ登録していない場合には、配送先ユーザＩＤの項目は空となる。なお、第１実施形態では、まとめ配送はユーザ登録している受取人に対して適用されることが前提であるため、配送先ユーザＩＤの項目が空である荷物は、まとめ配送の対象から除外される。なお、荷物情報管理テーブルに保持される情報は図６に示されるものに限定されず、実施の形態に応じて、適宜、変更可能である。
【００５７】
図７は、配送元サーバ１の配送情報管理テーブルの一例である。配送情報管理テーブルは、配送情報ＤＢ  １５に保持される。配送情報管理テーブルは、配送元サーバ１からの荷物の発送に関する情報を保持するテーブルである。
【００５８】
図７に示される配送情報管理テーブルには、配送ＩＤ、グループＩＤ、代表者ＩＤ、荷物ＩＤの項目が含まれている。配送ＩＤの項目には、配送の識別情報が格納されている。配送の識別情報は、センタサーバ５と共通のものであってもよい。まとめ配送の場合にも配送の識別情報は１つとなる。
【００５９】
グループＩＤの項目には、当該配送がまとめ配送である場合に、ユーザグループの識別情報が格納される。当該配送がまとめ配送でない場合には、グループＩＤの項目は空となる。代表者ＩＤの項目には、当該まとめ配送の代表者のユーザの識別情報が格納される。配送制御部１１によって、当該荷物グループの代表者が選択されると、代表者ＩＤの項目
に値が入力される。
【００６０】
荷物ＩＤの項目には荷物の識別情報が格納される。なお、配送情報管理テーブルに保持される情報は図７に示されるものに限定されず、実施の形態に応じて、適宜、変更可能である。
【００６１】
＜処理の流れ＞
図８は、配送元サーバ１のまとめ配送の発送処理のフローチャートの一例である。図８に示される処理は、例えば、一日に一回、半日に一回等の所定の時刻にバッチ処理として実行される。ただし、これに限られず、図８に示される処理は、配送元サーバ１の管理者からの開始指示によって開始されてもよい。図８に示される処理の実行主体は、配送元サーバ１のＣＰＵ  １０１であるが、便宜上、機能構成要素を主体として説明する。図８以降のフローチャートについても同様である。
【００６２】
ＯＰ１０１では、配送制御部１１は、同じユーザグループのメンバのうちのいずれかを受取人とする荷物が複数存在するか否かを判定する。ＯＰ１０１の処理は、例えば、ユーザグループ情報管理テーブル（図５）、荷物情報管理テーブル（図６）に基づいて行われる。同じグループのメンバのうちのいずれかを受取人とする荷物が複数存在する場合には（ＯＰ１０１：ＹＥＳ）、処理がＯＰ１０２に進む。同じユーザグループのメンバのうちのいずれかを受取人とする荷物が複数存在しない場合には（ＯＰ１０１：ＮＯ）、処理がＯＰ１０７に進む。
【００６３】
ＯＰ１０２では、配送制御部１１は、各ユーザグループについて、ＯＰ１０１で検出された当該ユーザグループのメンバのうちのいずれかを受取人とする複数の荷物の荷物グループを作成する。ＯＰ１０２の処理は、例えば、、例えば、ユーザグループ情報管理テーブル（図５）、荷物情報管理テーブル（図６）に基づいて行われる。荷物グループは、例えば、配送先の住所が近い荷物で構成されてもよい。１つの荷物グループは１つのまとめ配送に対応するため、配送制御部１１は、荷物グループの情報を配送情報管理テーブル（図７）に登録する。
【００６４】
ＯＰ１０３からＯＰ１０６の処理は、ＯＰ１０２において作成された各荷物グループについて繰り返し実行される。ＯＰ１０３では、配送制御部１１は、処理対象の荷物グループの代表者を決定する。ＯＰ１０３の処理は、例えば、ユーザ情報管理テーブル（図４）、ユーザグループ情報管理テーブル（図５）、荷物情報管理テーブル（図６）に基づいて行われる。荷物グループの代表者は、荷物グループに含まれる荷物の受取人の中から選択されてもよいし、荷物グループに対応するユーザグループのメンバの中から選択されてもよい。また、第１実施形態では、ユーザグループ情報管理テーブル（図５）において当該荷物グループに対応するユーザグループに代表者が設定されている場合には、設定されているユーザを代表者として選択される。なお、いずれの場合でも、代表者となり得るのは、ユーザ情報管理テーブル（図４）の代表受取の項目において、代表者となることを許可することを示す情報が格納されているユーザである。代表者を決定すると、例えば、配送制御部１１は、配送情報管理テーブル（図７）の該当のまとめ配送に対応する代表者ＩＤの項目に、代表者のユーザＩＤを格納する。
【００６５】
ＯＰ１０４では、配送制御部１１は、センタサーバ５へ、処理対象の荷物グループのまとめ荷物の配送依頼を送信する。配送依頼とともに、宛先情報として処理対象の荷物グループの代表者の居所の住所、まとめ荷物の情報（サイズ等）も送信される。
【００６６】
ＯＰ１０５では、配送制御部１１は、荷物グループに含まれる荷物の受取人と代表者とのユーザ端末３へまとめ配送の通知を送信する。ＯＰ１０２において作成された荷物グル
ープすべてについてＯＰ１０３からＯＰ１０５の処理が完了すると、処理がＯＰ１０６に進む。
【００６７】
ＯＰ１０６では、配送制御部１１は、まとめ配送が決定していない残りの荷物について、荷物グループを作成可能か否かを判定する。ＯＰ１０６の処理は、例えば、ユーザ情報管理テーブル（図４）、荷物情報管理テーブル（図６）に基づいて行われる。ＯＰ１０６の判定は、例えば、受取人がまとめ配送を許可することを設定しており、且つ、所定の条件を満たす荷物が複数存在している場合に肯定判定される。所定の条件は、例えば、荷物の宛先が同じ建物や同じ町内であることである。ただし、荷物グループを作成する際の所定の条件はこれらに限定されない。まとめ配送が決定していない残りの荷物について、荷物グループを作成可能である場合には（ＯＰ１０６：ＹＥＳ）、処理がＯＰ１０７へ進む。まとめ配送が決定していない残りの荷物について、荷物グループを作成可能でない場合には（ＯＰ１０６：ＮＯ）、図８に示される処理が終了する。
【００６８】
ＯＰ１０７では、配送制御部１１は、まとめ配送が決定していない残りの荷物について、作成可能な荷物グループを作成する。ＯＰ１０７の処理は、例えば、ユーザ情報管理テーブル（図４）、荷物情報管理テーブル（図６）に基づいて行われる。ＯＰ１０７では、荷物グループは、例えば、受取人がまとめ配送を許可することを設定しており、且つ、所定の条件を満たす複数の荷物で構成されるように作成される。また、ＯＰ１０７では、荷物グループは、代表者となることを許可する設定がなされているユーザが含まれるように作成される。
【００６９】
以降、ＯＰ１０７において作成された各荷物グループについて、ＯＰ１０２からＯＰ１０５と同様の処理が行われる。ただし、ＯＰ１０７において作成された荷物グループについては、代表者は、荷物グループに含まれる荷物の受取人であって、代表者となることを許可する設定がなされているユーザから選択される。ＯＰ１０７において作成された荷物グループに含まれる荷物の受取人同士でユーザグループが形成されていないからである。ＯＰ１０７において作成された荷物グループすべてについて、ＯＰ１０２からＯＰ１０５と同様の処理が完了すると、図８に示される処理が終了する。
【００７０】
なお、ＯＰ１０７では、配送制御部１１が既存のユーザグループに依存せずに荷物グループを作成しているが、当該荷物グループを作成することは、当該荷物グループに含まれる荷物の受取人をメンバとするユーザグループを作成することと同義である。
【００７１】
図９は、配送元サーバ１のまとめ配送の配送時の処理のフローチャートの一例である。図９に示される処理は、例えば、１のまとめ荷物の配送依頼が送信されると開始される。
【００７２】
ＯＰ２０１では、配送制御部１１は、センタサーバ５を通じて車両２から、処理対象のまとめ配送について、配送完了通知を受信したか否かを判定する。配送完了通知とともに、対象の配送の識別情報も受信される。以下、図９においてまとめ荷物又はまとめ配送と称する場合には、処理対象のまとめ荷物又はまとめ配送を示すこととする。まとめ配送の配送完了通知を受信した場合には（ＯＰ２０１：ＹＥＳ）、処理がＯＰ２０６に進む。まとめ配送の配送完了通知を受信していない場合には（ＯＰ２０１：ＮＯ）、処理がＯＰ２０２に進む。
【００７３】
ＯＰ２０２では、配送制御部１１は、センタサーバ５を通じて車両２から、まとめ配送の代表者の不在通知を受信したか否かを判定する。まとめ配送の代表者の不在通知を受信した場合には（ＯＰ２０２：ＹＥＳ）、処理がＯＰ２０３へ進む。まとめ配送の代表者の不在通知を受信していない場合には（ＯＰ２０２：ＮＯ）、処理がＯＰ２０１に進む。
【００７４】
ＯＰ２０３からＯＰ２０５の処理は、まとめ配送の代表者の不在通知を受信した場合の処理である。ＯＰ２０３では、配送制御部１１は、まとめ配送の代表者が不在なので、代わりの代表者を選択し直す。ＯＰ２０３の処理は、例えば、ユーザ情報管理テーブル（図４）、ユーザグループ情報管理テーブル（図５）、荷物情報管理テーブル（図６）、配送情報管理テーブル（図７）に基づいて行われる。新たな代表者は、例えば、代表者となることを許可する設定がされているユーザであって、まとめ荷物に含まれる荷物の受取人であるユーザの中から選択される。ただし、これに限定されず、新たな代表者は、例えば、まとめ荷物に含まれる荷物の受取人であるユーザでなくとも、代表者となることを許可する設定がされているユーザであって、まとめ荷物の荷物グループに対応するユーザグループのメンバであるユーザの中から選択されてもよい。なお、該当のユーザが複数存在する場合には、例えば、元の代表者の居所から居所が最も近いユーザが新たな代表者として選択されてもよい。元の代表者の居所は車両２の現在位置でもあるからである。
【００７５】
ＯＰ２０４では、配送制御部１１は、センタサーバ５へ、新たな代表者の居所への宛先変更依頼を送信する。宛先変更依頼とともに、対象のまとめ配送の識別情報も送信される。センタサーバ５は、宛先変更依頼を受信すると、該当する車両２へ宛先変更依頼を送信し、例えば、車両２は、新たな代表者の居所へと移動を開始する。ただし、元の代表者と新たな代表者との居所が同じ建物であるなどの移動を要しない場合には、車両２は移動せず、その場で待機する。
【００７６】
ＯＰ２０５では、配送制御部１１は、まとめ荷物に含まれる荷物の受取人、新たな代表者、及び、元の代表者それぞれのユーザ端末３へ、まとめ配送の代表者変更の通知を送信する。まとめ配送の代表者変更の通知とともに、例えば、まとめ配送の識別情報、元の代表者のユーザ情報、新たな代表者のユーザ情報等も送信される。その後、処理がＯＰ２０１へ進む。
【００７７】
ＯＰ２０６からＯＰ２０９の処理は、まとめ配送完了の通知が受信された場合の処理である。ＯＰ２０６では、配送制御部１１は、代表者のユーザ端末３からまとめ配送完了の通知が受信されたか否かを判定する。まとめ配送完了の通知とともに、配送の識別情報も受信される。代表者のユーザ端末３からまとめ配送完了の通知が受信された場合には（ＯＰ２０６：ＹＥＳ）、処理がＯＰ２０７へ進む。代表者のユーザ端末３からまとめ配送完了の通知が受信されていない場合には（ＯＰ２０６：ＮＯ）、処理がＯＰ２０８に進む。
【００７８】
ＯＰ２０７では、配送制御部１１は、まとめ配送完了の通知を受信したので、当該まとめ配送の代表者のユーザへインセンティブを付与する。このとき、ユーザ情報管理テーブル（図４）の該当ユーザの取得インセンティブの項目の値も更新される。その後、図９に示される処理が終了する。
【００７９】
ＯＰ２０８では、配送制御部１１は、センタサーバ５を通じて車両２から配送完了通知を受信してから、所定時間経過したか否かを判定する。センタサーバ５を通じて車両２から配送完了通知を受信してから所定時間経過していない場合には（ＯＰ２０８：ＮＯ）、処理がＯＰ２０６へ進む。センタサーバ５を通じて車両２から配送完了通知を受信してから所定時間経過した場合には（ＯＰ２０８：ＹＥＳ）、処理がＯＰ２０９へ進む。
【００８０】
ＯＰ２０９では、配送制御部１１は、代表者のユーザ端末３へ、リマインドを送信する。リマインドには、例えば、荷物の受け渡しを促すようなメッセージが含まれる。その後、処理がＯＰ２０６へ進む。以降再度ＯＰ２０８の判定が行われる場合には、リマインドが送信されてから所定時間経過したか否かが判定される。
【００８１】
なお、図８及び図９に示される配送元サーバ１の処理は一例であって、実施の形態に応
じて、適宜、変更、削除、置換、実行順の変更等が可能である。
【００８２】
図１０は、配送システム１００におけるまとめ配送の処理シーケンスの一例を示す図である。Ｓ１１では、配送元サーバ１は、まとめ配送の準備となる処理を行う。まとめ配送の準備となる処理は、例えば、荷物グループの作成、代表者の決定等である（図８、ＯＰ１０１−ＯＰ１０３）。ここでは、代表者としてユーザＡが選択されたとする。また、ユーザＡのユーザ端末には符号３Ａが付される。また、配送元において、スタッフによって、荷物グループに含まれる荷物をまとめて梱包してまとめ荷物が準備される。
【００８３】
Ｓ１２では、配送元サーバ１は、センタサーバ５へ、まとめ荷物の配送依頼を送信する（図８、ＯＰ１０４）。Ｓ１３では、センタサーバ５は、配送元サーバ１からまとめ荷物の配送依頼を受信し、配送する車両として車両２を決定し、車両２へまとめ荷物の配送指令を送信する。Ｓ１４では、車両２は、センタサーバ５から配送指令を受信し、指定された集荷場所へ移動してまとめ荷物を積載し、配送を開始する。
【００８４】
Ｓ１５では、配送元サーバ１は、まとめ荷物に含まれる荷物の各受取人のユーザ端末３及び代表者であるユーザＡのユーザ端末３Ａへまとめ配送の通知を送信する（図８、ＯＰ１０５）。
【００８５】
Ｓ２１では、代表者であるユーザＡは、登録している居所に不在であるとする。Ｓ２２では、車両２は、まとめ荷物の配送先である代表者の居所での不在を検出する。例えば、車両２は、配送先において所定時間待機しても荷物の受け渡しが完了しない場合に、受取人の不在を検出する。
【００８６】
Ｓ２３では、車両２は、センタサーバ５へ、不在通知を送信する。Ｓ２４では、センタサーバ５は、車両２から不在通知を受信し、配送元サーバ１へ転送する。
【００８７】
Ｓ３１では、配送元サーバ１は、代表者の不在通知を受信し（図９、ＯＰ２０２：ＹＥＳ）、代表者を選択し直す（図９、ＯＰ２０３）。ここで新たに選択された代表者をユーザＢ、ユーザＢのユーザ端末の符号を３Ｂとする。Ｓ３２では、配送元サーバ１は、センタサーバ５へ、まとめ荷物の宛先をユーザＡからユーザＢへと変更することの依頼のための宛先変更依頼を送信する（図９、ＯＰ２０４）。Ｓ３３では、センタサーバ５は、宛先変更依頼を受信し、車両２へ、ユーザＢの居所への配送先の変更と移動指令とを送信する。Ｓ３４では、車両２は、センタサーバ５からユーザＢの居所への配送先の変更と移動指令を受信し、ユーザＢの居所へまとめ荷物を配送する。
【００８８】
Ｓ３５では、配送元サーバ１は、配送元サーバ１は、まとめ荷物に含まれる荷物の各受取人のユーザ端末３、元の代表者であるユーザＡのユーザ端末３Ａ、及び、新たな代表者であるユーザＢのユーザ端末３Ｂへまとめ配送の通知を送信する（図９、ＯＰ２０５）。
【００８９】
Ｓ３６では、車両２がユーザＢの居所に到着し、まとめ荷物がユーザＢに受け渡される。Ｓ３７では、車両２は、センタサーバ５へ、まとめ荷物について配送完了通知を送信する。Ｓ３８では、センタサーバ５は、車両２からまとめ荷物についての配送完了通知を受信し、配送元サーバ１へ転送する。配送元サーバ１は、まとめ荷物の配送完了通知を受信する（図９、ＯＰ２０１：ＹＥＳ）。
【００９０】
Ｓ４１では、ユーザＢは、配送したり、受け取りに出向いてもらったりして、まとめ荷物に含まれる荷物の受け渡しを完了する。Ｓ４２では、ユーザＢは、ユーザ端末３Ｂからまとめ配送完了の通知を配送元サーバ１へ送信する。配送元サーバ１は、ユーザ端末３Ｂからまとめ配送完了の通知を受信する（図９、ＯＰ２０６：ＹＥＳ）。Ｓ４３では、配送
元サーバ１は、ユーザＢにインセンティブを付与する（図９、ＯＰ２０７）。
【００９１】
ユーザＡとユーザＢとは、例えば、居所の地区が同じというメンバ条件のユーザグループのメンバである場合には、代表者がユーザＡからユーザＢに変更されても車両２の移動は当該地区内に限定される。代表者不在の際の新たな代表者の選択の際に、元の代表者の居所から最も近いメンバが選択される場合には、代表者の変更による車両２の移動距離を少なくすることができる。また、ユーザＡとユーザＢとが同じ建物内に居所を有する場合には、代表者の変更によって車両２の移動は発生しない。
【００９２】
＜第１実施形態の作用効果＞
第１実施形態では、同じユーザグループ内のメンバのいずれかを受取人とする複数の荷物をまとめて梱包して１つのまとめ荷物とし、当該まとめ荷物は代表者へと配送される。これによって、複数の配送を１回の配送にまとめることができ、配送効率が向上する。また、荷物の梱包材を削減することができる。また、１つの荷物では格納する箱にスペースができてしまう場合でも、他の荷物を同梱することによって当該箱のスペースを有効に活用することができる。また、配送業者としては、人員不足を補うことができる。
【００９３】
また、代表者へはインセンティブが付与される。これによって、代表者にかかる荷物の受け渡しの負担への対価を与えることができ、代表者となることを許可するユーザを募りやすくなる。
【００９４】
また、第１実施形態では、代表者が不在の場合には新たに代表者が選択され、新たな代表者の居所へまとめ荷物が配送される。これによって、まとめ荷物の再配送の発生を抑制することができる。また、元の代表者と新たな代表者との居所が同じ建物や同じ地区である場合には、配送車両の移動を少なくすることができる。
【００９５】
また、第１実施形態では、代表者にまとめ荷物が受け渡されてから所定時間経過しても、代表者のユーザ端末３からまとめ配送完了の通知が受信されない場合には、配送元サーバ１から代表者のユーザ端末３へリマインドが送信される。これによって、代表者からまとめ荷物に含まれる各荷物の受け渡しの滞りを抑制することができる。
【００９６】
また、第１実施形態では、ユーザグループが設定されていないユーザの荷物であっても、所定の条件が満たされれば、配送元サーバ１によって当該所定の条件を満たす複数の荷物で荷物グループが作成され、まとめ配送が行われる。これによって、まとめ配送される荷物を増やすことができ、配送効率を向上させることができる。
【００９７】
＜その他の実施形態＞
上記の実施形態はあくまでも一例であって、本発明はその要旨を逸脱しない範囲内で適宜変更して実施しうる。
【００９８】
本開示において説明した処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。
【００９９】
第１実施形態では、まとめ配送の代表者にインセンティブが付与されるが、まとめ配送では各荷物の受取人が代表者の居所まで荷物を受け取りに行くこともあるため、まとめ荷物に含まれる各荷物の受取人にもインセンティブが付与されてもよい。この場合、代表者には各荷物の受取人よりも多くのインセンティブは付与されるようにしてもよい。
【０１００】
また、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。あるいは、異なる装置が行うものとして説明した処理が、１つの装置によ
って実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成（サーバ構成）によって実現するかは柔軟に変更可能である。
【０１０１】
本発明は、上記の実施形態で説明した機能を実装したコンピュータプログラムをコンピュータに供給し、当該コンピュータが有する１つ以上のプロセッサがプログラムを読み出して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよいし、ネットワークを介してコンピュータに提供されてもよい。非一時的なコンピュータ可読記憶媒体は、例えば、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクドライブ（ＨＤＤ）等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤディスク、ブルーレイディスク等）など任意のタイプのディスク、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード、フラッシュメモリ、光学式カード、電子的命令を格納するために適した任意のタイプの媒体を含む。
【符号の説明】
【０１０２】
１          ：配送元サーバ
２          ：車両
３          ：ユーザ端末
５          ：センタサーバ
１１        ：配送制御部
１００      ：配送システム
１０２      ：メモリ
１０４      ：外部記憶装置
１０５      ：通信部
【図１】
2020170332.tif 000003
【図２】
2020170332.tif 000004
【図３】
2020170332.tif 000005
【図４】
2020170332.tif 000006
【図５】
2020170332.tif 000007
【図６】
2020170332.tif 000008
【図７】
2020170332.tif 000009
【図８】
2020170332.tif 000010
【図９】
2020170332.tif 000011
【図１０】
2020170332.tif 000012