知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024152692
(43)【公開日】2024-10-25
(54)【発明の名称】配送システムおよび同包箱
(51)【国際特許分類】
G06Q 10/083 20240101AFI20241018BHJP
G06Q 10/047 20230101ALI20241018BHJP
【ＦＩ】
G06Q10/083
G06Q10/047
【審査請求】未請求
【請求項の数】11
【出願形態】ＯＬ
(21)【出願番号】P 2024064063
(22)【出願日】2024-04-11
(31)【優先権主張番号】P 2023064942
(32)【優先日】2023-04-12
(33)【優先権主張国・地域又は機関】JP
(71)【出願人】
【識別番号】597098590
【氏名又は名称】宮脇 一美
(74)【代理人】
【識別番号】100137486
【弁理士】
【氏名又は名称】大西 雅直
(72)【発明者】
【氏名】宮脇 一美
【テーマコード（参考）】
5L010
【Ｆターム（参考）】
5L010AA04
5L010AA16
(57)【要約】
【課題】配送にかかる仕分けや手続きの手間を削減して、安価な配送料金で荷物を送ることを可能とする技術の提供。
【解決手段】配送管理部３０１は、クライアント端末５ａから受信した荷物２の配送依頼に応じて、該荷物２と対応する荷物レコード７を荷物管理データベース７００に生成するとともに、該荷物レコード７に、該荷物２が経由する出発拠点１ａと到着拠点１ｂとを登録し、さらに、出発拠点１ａが互いに同じであり、かつ、到着拠点１ｂが互いに同じである荷物２が同じグループに属するように荷物レコード７をグループ分けする。組み合わせ決定部３０２は、同じグループに属する荷物レコード７の中から、１つの同包箱２０に同包させる荷物２の組み合わせに相当する荷物レコード７の組み合わせを決定する。
【選択図】図５
【解決手段】配送管理部３０１は、クライアント端末５ａから受信した荷物２の配送依頼に応じて、該荷物２と対応する荷物レコード７を荷物管理データベース７００に生成するとともに、該荷物レコード７に、該荷物２が経由する出発拠点１ａと到着拠点１ｂとを登録し、さらに、出発拠点１ａが互いに同じであり、かつ、到着拠点１ｂが互いに同じである荷物２が同じグループに属するように荷物レコード７をグループ分けする。組み合わせ決定部３０２は、同じグループに属する荷物レコード７の中から、１つの同包箱２０に同包させる荷物２の組み合わせに相当する荷物レコード７の組み合わせを決定する。
【選択図】図５
【特許請求の範囲】
【請求項1】
サーバ装置と、前記サーバ装置とネットワークを介して接続されたクライアント端末とを備える配送システムであって、
前記サーバ装置が、
複数の拠点の位置が登録されたマップ情報と、各々が１つの荷物と対応する荷物レコードを有する荷物管理データベースと、を記憶する記憶部と、
前記クライアント端末から受信した荷物の配送依頼に応じて、該荷物と対応する荷物レコードを前記荷物管理データベースに生成するとともに、該荷物レコードに、該荷物が経由する出発拠点と到着拠点とを登録し、さらに、前記出発拠点が互いに同じであり、かつ、前記到着拠点が互いに同じである荷物が同じグループに属するように前記荷物レコードをグループ分けする配送管理部と、
同じグループに属する荷物レコードの中から、１つの同包箱に同包させる荷物の組み合わせに相当する前記荷物レコードの組み合わせを決定する組み合わせ決定部と、
を備え、
前記出発拠点と前記到着拠点の間において、該組み合わされた荷物が１つの同包箱に同包されて１つの荷物として運ばれる、
ことを特徴とする、配送システム。
前記サーバ装置が、
複数の拠点の位置が登録されたマップ情報と、各々が１つの荷物と対応する荷物レコードを有する荷物管理データベースと、を記憶する記憶部と、
前記クライアント端末から受信した荷物の配送依頼に応じて、該荷物と対応する荷物レコードを前記荷物管理データベースに生成するとともに、該荷物レコードに、該荷物が経由する出発拠点と到着拠点とを登録し、さらに、前記出発拠点が互いに同じであり、かつ、前記到着拠点が互いに同じである荷物が同じグループに属するように前記荷物レコードをグループ分けする配送管理部と、
同じグループに属する荷物レコードの中から、１つの同包箱に同包させる荷物の組み合わせに相当する前記荷物レコードの組み合わせを決定する組み合わせ決定部と、
を備え、
前記出発拠点と前記到着拠点の間において、該組み合わされた荷物が１つの同包箱に同包されて１つの荷物として運ばれる、
ことを特徴とする、配送システム。
【請求項2】
請求項１に記載の配送システムであって、
予め前記クライアント端末から定期配送の申込を受け付けた場合には、
所定のタイミングで配送依頼を自動生成し、
これをクライアント端末から受信した荷物の配送依頼として扱う、
ことを特徴とする、配送システム。
予め前記クライアント端末から定期配送の申込を受け付けた場合には、
所定のタイミングで配送依頼を自動生成し、
これをクライアント端末から受信した荷物の配送依頼として扱う、
ことを特徴とする、配送システム。
【請求項3】
請求項１又は２に記載の配送システムであって、
同じサイズタイプの同包箱について、該同包箱に同包される荷物の数に応じて該荷物のサイズタイプと個数が同包条件として規定されており、前記同包条件を満たすように前記荷物レコードの組み合わせが決定される、
ことを特徴とする、配送システム。
同じサイズタイプの同包箱について、該同包箱に同包される荷物の数に応じて該荷物のサイズタイプと個数が同包条件として規定されており、前記同包条件を満たすように前記荷物レコードの組み合わせが決定される、
ことを特徴とする、配送システム。
【請求項4】
請求項１又は２に記載の配送システムであって、
サイズタイプが異なる２種類以上の箱が、使用可能な同包箱として規定されるとともに、各サイズタイプの同包箱について、該同包箱に同包される荷物のサイズタイプと個数が同包条件として規定されており、前記同包条件を満たすように前記荷物レコードの組み合わせが決定される、
ことを特徴とする、配送システム。
サイズタイプが異なる２種類以上の箱が、使用可能な同包箱として規定されるとともに、各サイズタイプの同包箱について、該同包箱に同包される荷物のサイズタイプと個数が同包条件として規定されており、前記同包条件を満たすように前記荷物レコードの組み合わせが決定される、
ことを特徴とする、配送システム。
【請求項5】
請求項１又は２に記載の配送システムであって、
前記配送管理部が、
前記出発拠点が互いに同じであり、前記到着拠点が互いに同じであり、かつ、前記到着拠点への到着期限が互いに同じである荷物が同じグループに属するように前記荷物レコードをグループ分けし、
前記組み合わせ決定部が、
同じグループに属する全ての荷物レコードを勘案して、グループ全体で使用する前記同包箱の総数と、各同包箱のサイズタイプと、各同包箱に同包させる荷物の組み合わせに相当する前記荷物レコードの組み合わせとを規定する組み合わせパターンを、決定する、
ことを特徴とする、配送システム。
前記配送管理部が、
前記出発拠点が互いに同じであり、前記到着拠点が互いに同じであり、かつ、前記到着拠点への到着期限が互いに同じである荷物が同じグループに属するように前記荷物レコードをグループ分けし、
前記組み合わせ決定部が、
同じグループに属する全ての荷物レコードを勘案して、グループ全体で使用する前記同包箱の総数と、各同包箱のサイズタイプと、各同包箱に同包させる荷物の組み合わせに相当する前記荷物レコードの組み合わせとを規定する組み合わせパターンを、決定する、
ことを特徴とする、配送システム。
【請求項6】
請求項５に記載の配送システムであって、
前記組み合わせ決定部が、
サンプルとなる複数の荷物レコードと、それらから決定されるべき組み合わせパターンとを、教師データとして用いて、機械学習により生成された、組み合わせパターン決定モデルを用いて、前記組み合わせパターンを決定する、
ことを特徴とする、配送システム。
前記組み合わせ決定部が、
サンプルとなる複数の荷物レコードと、それらから決定されるべき組み合わせパターンとを、教師データとして用いて、機械学習により生成された、組み合わせパターン決定モデルを用いて、前記組み合わせパターンを決定する、
ことを特徴とする、配送システム。
【請求項7】
請求項１又は２に記載の配送システムであって、
前記配送管理部が、発送期限及び／又は到着期限を管理し、
発送期限及び／又は到着期限に基づいて予め同包期限が設定されて、
前記同包期限の到来までに同包が成立した場合はその時または同包期限到来時に、
前記同包期限の到来までに同包が成立しなかったときは同包期限到来時に、
同包成立後の処理に移行する、
ことを特徴とする、配送システム。
前記配送管理部が、発送期限及び／又は到着期限を管理し、
発送期限及び／又は到着期限に基づいて予め同包期限が設定されて、
前記同包期限の到来までに同包が成立した場合はその時または同包期限到来時に、
前記同包期限の到来までに同包が成立しなかったときは同包期限到来時に、
同包成立後の処理に移行する、
ことを特徴とする、配送システム。
【請求項8】
請求項１又は２に記載の配送システムであって、
前記配送管理部が、
前記荷物レコードに登録された連絡先から特定される前記クライアント端末に、荷物を受け取る際の認証に必要な荷受情報を通知する、
ことを特徴とする、配送システム。
前記配送管理部が、
前記荷物レコードに登録された連絡先から特定される前記クライアント端末に、荷物を受け取る際の認証に必要な荷受情報を通知する、
ことを特徴とする、配送システム。
【請求項9】
出発拠点と到着拠点が同じで依頼者が同じ若しくは異なる複数の荷物を同包して前記出発拠点と前記到着拠点の間を１つの荷物として取り扱い得るものであって、
箱の内部を仕切って複数の収容空間を形成する仕切り部と、
前記複数の収容空間の各々を開閉する個別の蓋と、
を備え、
各蓋で収容空間が閉止され、その上から荷出人及び荷受人の情報を詳細表示する伝票が貼り付けられる、
ことを特徴とする、同包箱。
箱の内部を仕切って複数の収容空間を形成する仕切り部と、
前記複数の収容空間の各々を開閉する個別の蓋と、
を備え、
各蓋で収容空間が閉止され、その上から荷出人及び荷受人の情報を詳細表示する伝票が貼り付けられる、
ことを特徴とする、同包箱。
【請求項10】
出発拠点と到着拠点が同じで依頼者が同じ若しくは異なる複数の荷物を同包して前記出発拠点と前記到着拠点の間を１つの荷物として取り扱い得るものであって、
同包箱である外箱と、前記外箱の内部に荷物として同包される複数の内箱とを備え、
前記外箱と前記各内箱の外面に同一の同包箱番号を付している
ことを特徴とする、同包箱。
同包箱である外箱と、前記外箱の内部に荷物として同包される複数の内箱とを備え、
前記外箱と前記各内箱の外面に同一の同包箱番号を付している
ことを特徴とする、同包箱。
【請求項11】
請求項１０に記載の同包箱であって、
前記外箱の外面に、外箱表示として荷出人及び荷受人の情報を簡易表示するとともに、
前記内箱の外面に、内箱表示として荷出人及び荷受人の情報を詳細表示し、
更に前記内箱表示として、権限のある者のみが荷出人及び荷受人の情報にアクセス可能なアクセスコードを表示している
ことを特徴とする、同包箱。
前記外箱の外面に、外箱表示として荷出人及び荷受人の情報を簡易表示するとともに、
前記内箱の外面に、内箱表示として荷出人及び荷受人の情報を詳細表示し、
更に前記内箱表示として、権限のある者のみが荷出人及び荷受人の情報にアクセス可能なアクセスコードを表示している
ことを特徴とする、同包箱。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、配送システムおよび同包箱に関する。
【背景技術】
【0002】
荷物の配送に係る料金は、一般に、荷物が大きいほど高くなる。例えば、運送会社などが、予め、いくつかのサイズ区分を規定するとともに、サイズ区分ごとの価格を設定しており、荷物が属するサイズ区分の価格が、その荷物の配送料金とされる。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０２１－０８１４３１号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
荷物が大きいほど配送料金が高くなる理由の１つは、荷物が大きいほど運搬車両などにおいて占有する領域が大きくなり、配送のコストが高くなるためである。その一方で、荷物の配送にかかる仕分けや手続きの手間は、荷物のサイズに関係なく、全ての荷物に一律に生じる。つまり、配送料金の中には、荷物のサイズに応じてかかるコストに加え、各荷物に一律にかかるコスト、つまりは、荷物の個数に応じてかかるコストが、含まれている。後者のコストを抑えることができれば、配送料金をより安価なものとできる可能性がある。
【0005】
本発明は、このような課題に鑑みてなされたものであり、その目的は、配送にかかる仕分けや手続きの手間を削減して、安価な配送料金で荷物を送ることを可能とする技術を提供することである。
【課題を解決するための手段】
【0006】
本発明は、上記の目的を達成するために、次のような手段を講じたものである。
【0007】
すなわち、本発明は、サーバ装置と、前記サーバ装置とネットワークを介して接続されたクライアント端末とを備える配送システムであって、前記サーバ装置が、複数の拠点の位置が登録されたマップ情報と、各々が１つの荷物と対応する荷物レコードを有する荷物管理データベースと、を記憶する記憶部と、前記クライアント端末から受信した荷物の配送依頼に応じて、該荷物と対応する荷物レコードを前記荷物管理データベースに生成するとともに、該荷物レコードに、該荷物が経由する出発拠点と到着拠点とを登録し、さらに、前記出発拠点が互いに同じであり、かつ、前記到着拠点が互いに同じである荷物が同じグループに属するように前記荷物レコードをグループ分けする配送管理部と、同じグループに属する荷物レコードの中から、１つの同包箱に同包させる荷物の組み合わせに相当する前記荷物レコードの組み合わせを決定する組み合わせ決定部と、を備え、前記出発拠点と前記到着拠点の間において、該組み合わされた荷物が１つの同包箱に同包されて１つの荷物として運ばれる、ことを特徴とする。
【0008】
この場合、出発拠点は、多数のトラックの集荷拠点となる配送センター（サポートセンター）に限らず、集荷経路上にある拠点、例えば最寄りの宅配営業所や郵便局、コンビニ、ガソリンスタンド、新聞配達所等も含まれる。
【0009】
同様に、到着拠点は、多数のトラックの配達拠点となる配送センター（サポートセンター）に限らず、配達経路上にある拠点、例えば最寄りの宅配営業所や郵便局、コンビニ、ガソリンスタンド、新聞配達所等も含まれる。
【0010】
この構成によると、拠点間では、組み合わされた荷物が１つの同包箱に同包されて１つの荷物として運ばれるので、拠点間において、配送にかかる仕分けや手続きの手間が削減され、安価な配送料金で荷物を送ることが可能となる。
【0011】
上記において、予め前記クライアント端末から定期配送の申込を受け付けた場合には、所定のタイミングで配送依頼を自動生成し、これをクライアント端末から受信した荷物の配送依頼として扱うことが好ましい。
【0012】
この構成によると、定期的に本配送システムを利用する者が逐一配送依頼を行う手間を省き、依頼者の便に供することができる。
【0013】
好ましくは、前記配送システムにおいて、同じサイズタイプの同包箱について、該同包箱に同包される荷物の数に応じて該荷物のサイズタイプと個数が同包条件として規定されており、前記同包条件を満たすように前記荷物レコードの組み合わせが決定される、ことを特徴とする。
【0014】
この構成によると、同じサイズタイプの同包箱を用いつつ、同包する荷物の数や大きさにバリエーションを持たせることができる。また、同じ同包箱を内分する数の違いだけであるから、利用者はサイズを選び易く、運用側は配送コストが算出し易く、明確な表示を行うことができる。
【0015】
好ましくは、前記配送システムにおいて、サイズタイプが異なる２種類以上の箱が、使用可能な同包箱として規定されるとともに、各サイズタイプの同包箱について、該同包箱に同包される荷物のサイズタイプと個数が同包条件として規定されており、前記同包条件を満たすように前記荷物レコードの組み合わせが決定される、ことを特徴とする。
【0016】
この構成によると、同包させる荷物の組み合わせが簡易に決定される。また、荷物のサイズタイプおよび同包箱のサイズタイプが、いずれも、予め規定されたいずれかのサイズタイプに合致することになるので、配送に係る作業が効率化される。
【0017】
好ましくは、前記配送システムにおいて、前記配送管理部が、前記クライアント端末からの空き状況の問い合わせに応じて、前記同包箱における空きスペースを検索し、検索結果を該クライアント端末に通知する、ことを特徴とする。
【0018】
この構成によると、荷物の配送依頼を検討する者が、空きスペースの有無を確認した上で、配送依頼を行うことができる。
【0019】
好ましくは、前記配送システムにおいて、前記配送管理部が、前記出発拠点が互いに同じであり、前記到着拠点が互いに同じであり、かつ、前記到着拠点への到着期限が互いに同じである荷物が同じグループに属するように前記荷物レコードをグループ分けし、前記組み合わせ決定部が、同じグループに属する全ての荷物レコードを勘案して、グループ全体で使用する前記同包箱の総数と、各同包箱のサイズタイプと、各同包箱に同包させる荷物の組み合わせに相当する前記荷物レコードの組み合わせとを規定する組み合わせパターンを、決定する、ことを特徴とする。
【0020】
この構成によると、同じグループに属する全ての荷物レコードを勘案して組み合わせパターンが決定されるので、最適な組み合わせパターンを作ることができる。
【0021】
好ましくは、前記配送システムにおいて、前記組み合わせ決定部が、サンプルとなる複数の荷物レコードと、それらから決定されるべき組み合わせパターンとを、教師データとして用いて、機械学習により生成された、組み合わせパターン決定モデルを用いて、前記組み合わせパターンを決定する、ことを特徴とする。
【0022】
この構成によると、機械学習により生成された組み合わせパターン決定モデルを用いて組み合わせパターンが決定されるので、適切な組み合わせパターンを迅速に決定することができる。
【0023】
好ましくは、前記配送システムにおいて、前記配送管理部が、発送期限及び／又は到着期限を管理し、発送期限及び／又は到着期限に基づいて予め同包期限が設定されて、前記同包期限の到来までに同包が成立した場合はその時または同包期限到来時に、前記同包期限の到来までに同包が成立しなかったときは同包期限到来時に、同包成立後の処理に移行する、ことを特徴とする。
【0024】
この構成によると、同包が成立した場合のみならず、同包が成立しない場合にも期限を切って発送処理に移行することができる。
【0025】
好ましくは、前記配送システムにおいて、前記配送管理部が、前記荷物レコードに登録された連絡先から特定される前記クライアント端末に、荷物を受け取る際の認証に必要な荷受情報を通知する、ことを特徴とする。
【0026】
この構成によると、荷物の受け渡しの際に、荷受情報を用いて荷受人の認証を行うことができる。したがって、荷物が指定された荷受人に確実に受け取られるように担保される。
【0027】
また、本発明は、出発拠点と到着拠点が同じで依頼者が同じ若しくは異なる複数の荷物を同包して前記出発拠点と前記到着拠点の間を１つの荷物として取り扱い得る同包箱であって、箱の内部を仕切って複数の収容空間を形成する仕切り部と、前記複数の収容空間の各々を開閉する個別の蓋と、を備え、各蓋で収容空間が閉止され、その上から荷出人及び荷受人の情報を詳細表示する伝票が貼り付けられることを特徴とする。
【0028】
この構成によると、仕切り部によって形成される各収容空間に荷物を収容することができる。したがって、荷出人は、配送したい荷物を必ずしも予め箱などに入れておかなくともよい。また、配送途中などに同包箱の中で荷物が動いて荷物同士がぶつかる、といった事態が発生しにくい。さらに、荷受人が、いずれかの収容空間の蓋を開いて荷物を取り出す際に、別の収容空間に収容されている荷物が該荷受人などの目に触れることがなく、プライバシーが十分に保護される。
【0029】
また、本発明は、出発拠点と到着拠点が同じで依頼者が同じ若しくは異なる複数の荷物を同包して前記出発拠点と前記到着拠点の間を１つの荷物として取り扱い得る同包箱であって、同包箱である外箱と、前記外箱の内部に荷物として同包される複数の内箱とを備え、前記外箱と前記各内箱の外面に同一の同包箱番号を付している、ことを特徴とする。
【0030】
この構成によると、同包箱を外箱とし、配送対象物を入れた内箱を荷物として取り扱うことができるので、外箱から出した荷物を取り扱い易いものになる。また、外箱と内箱に同じ同包箱番号が付されるので、混載作業時の確認が容易となる。
【0031】
好ましくは、前記同包箱において、前記外箱の外面に、外箱表示として荷出人及び荷受人の情報を簡易表示するとともに、前記内箱の外面に、内箱表示として荷出人及び荷受人の情報を詳細表示し、更に前記内箱表示として、権限のある者のみが荷出人及び荷受人の情報にアクセス可能なアクセスコードを表示している、ことを特徴とする。
【0032】
この構成によると、外箱には簡易表示がされるだけであり、詳細表示をした内箱は荷受人の手に渡る。また、アクセスコードを通じたアクセスは権限のある者のみが可能である。このため、個人情報を保護できて安全である。
【発明の効果】
【0033】
本発明によると、配送にかかる仕分けや手続きの手間を削減して、安価な配送料金で荷物を送ることができる。
【図面の簡単な説明】
【0034】
【図1】本発明の配送システムの概要を説明するための図。
【図2】配送システムの構成例を示す図。
【図3】サーバ装置の構成例を示す図。
【図4】本発明の第１実施形態に係る荷物管理データベースの構成例を示す図。
【図5】同包管理データベースの構成例を示す図。
【図6】同包管理データベースを説明するための図。
【図7】同包条件を説明するための図。
【図8】配送依頼の受け付けに係る処理の流れを示す図。
【図9】クライアント端末に表示される画面の構成例を示す図。
【図10】配送に係る処理の流れを示す図。
【図11】同包ファイルの構成例を示す図。
【図12】荷出工程を説明するための図。
【図13】荷受工程を説明するための図。
【図14】本発明の第２実施形態に係る荷物管理データベースの構成例を示す図。
【図15】同包管理データベースを説明するための図。
【図16】同包管理データベースを説明するための図。
【図17】同包管理データベースを説明するための図。
【図18】配送依頼の受け付けに係る処理の流れを示す図。
【図19】配送に係る処理の流れを示す図。
【図20】同包ファイル群の構成例を示す図。
【図21】展開状態の同包箱を示す図。
【図22】組み立て状態の同包箱を示す図。
【図23】同包箱の使用の態様を示す図。
【図24】同包箱の使用の態様を示す図。
【図25】組み立て状態の同包箱を示す図。
【図26】展開状態の同包箱を示す図。
【図27】組み立て状態の同包箱を示す図。
【図28】組み立て状態の同包箱を示す図。
【図29】組み立て状態の同包箱を示す図。
【図30】サーバ装置の構成例を示す図。
【図31】上記以外の変形例を示す図。
【図32】上記以外の変形例を示す図。
【図33】上記以外の変形例を示す図。
【図34】上記以外の変形例を示す図。
【発明を実施するための形態】
【0035】
以下、本発明の実施形態を、図面を参照しつつ説明する。
【0036】
【0037】
配送システム１００では、複数の拠点１が設定される。また、配送システム１００では、各拠点１が管轄するエリア１０が規定される。拠点１として、荷物２を一時的に保管できるような施設などが選定される。例えば、新聞販売店、コンビニエンスストア、などが、拠点１とされてもよい。新聞販売店が拠点１とされる場合、その配達エリアが、該拠点１が管轄するエリア１０として規定されてもよい。各拠点１の位置および各拠点１が管轄するエリア１０の区画は、配送システム１００の管理者などによって、マップ情報６００（図３）に登録されている。
【0038】
配送システム１００では、配送依頼された荷物２が、いずれかの拠点１（出発拠点１ａ）に集められる。荷物２は、荷出人Ｐａによって拠点１に持ち込まれてもよい。この場合、荷出人Ｐａが荷物２を持ち込んだ拠点１が、出発拠点１ａとなる。あるいは、荷物２は、集配者Ｐｃによって荷出人Ｐａの元から回収されて拠点１に運び込まれてもよい。この場合、荷物２は、その回収先の住所（典型的には、荷出人Ｐａの住所）が属するエリア１０を管轄する拠点１に運び込まれ、該拠点１が出発拠点１ａとなる。
【0039】
配送システム１００では、配送依頼された荷物２は、いずれかの拠点１（到着拠点１ｂ）を経由して、指定された荷受人Ｐｂに受け取られる。荷物２は、いずれかの拠点１で荷受人Ｐｂに受け取られてもよい。この場合、荷受人Ｐｂが荷物２を受け取りに来る拠点１が、到着拠点１ｂとなる。あるいは、荷物２は、集配者Ｐｃによって荷受人Ｐｂの元まで個別に配送されてもよい。この場合、荷物２の個別配送先の住所（典型的には、荷受人Ｐｂの住所）が属するエリア１０を管轄する拠点１が、到着拠点１ｂとなる。
【0040】
配送システム１００では、出発拠点１ａが同じであり、かつ、到着拠点１ｂが同じであるような荷物２の中から、荷物２の組み合わせが決定される。そして、組み合わされた荷物２が１つの箱（同包箱）２０に同包された状態で、出発拠点１ａから到着拠点１ｂまで運ばれる。つまり、出発拠点１ａと到着拠点１ｂとの間において、組み合わされた荷物２が、１つの同包箱２０に同包されて、１つの荷物として運ばれる。このため、拠点間での配送コスト（特に、仕分けや手続きの手間といった、荷物の個数に応じてかかるコスト）が抑えられる。ここでは、同包箱２０は外箱であり、荷物２は該外箱に入る内箱である。内箱の内容物が実質的な配送対象物である。
【0041】
＜１－２．配送システム１００の構成＞
次に、配送システム１００の構成について、図２、図３を参照しながら説明する。図２は、配送システム１００の構成例を示す図である。図３は、サーバ装置３の構成例を示す図である。
次に、配送システム１００の構成について、図２、図３を参照しながら説明する。図２は、配送システム１００の構成例を示す図である。図３は、サーバ装置３の構成例を示す図である。
【0042】
配送システム１００は、これを運営する者が管理するサーバ装置（管理サーバ）３、各拠点１に配置される拠点端末４、荷出人Ｐａのクライアント端末５ａ、および、荷受人Ｐｂのクライアント端末５ｂを含んで構成される。サーバ装置３、拠点端末４、荷出人Ｐａのクライアント端末５ａ、および、荷受人Ｐｂのクライアント端末５ｂは、インターネットなどのネットワーク（通信ネットワーク）Ｎを介して通信可能に接続される。
【0043】
サーバ装置３の実体は、例えば、一般的なパーソナルコンピュータ、あるいは、一般的なパーソナルコンピュータよりも高性能なコンピュータであるワークステーションである。サーバ装置３は、例えば、ＣＰＵ３１、メモリ３２、通信部３３、記憶部３４、表示部３５、操作部３６、などを含んで構成される。ＣＰＵ３１は、例えば、サーバ装置３の全体の制御を、プログラムに記述された手順に沿って行なう。メモリ３２は、例えば、ＲＡＭなどの揮発性記憶装置を含んで構成される。メモリ３２には、例えば、各クライアント端末５ａ，５ｂからのデータなどが、一時的に格納される。通信部３３は、無線通信などを介して外部機器（拠点端末４、各クライアント端末５ａ，５ｂ、など）と通信を行うためのネットワークインターフェースである。記憶部３４は、例えば、ＲＯＭなどの不揮発性記憶装置を含んで構成される。記憶部３４には、動作手順が記述されたプログラムが格納される。また、記憶部３４には、複数の拠点１の各位置および各拠点１が管轄するエリア１０の区画が登録されたマップ情報６００が格納される。さらに、記憶部３４には、荷物管理データベース７００、および、同包管理データベース８００が格納される。表示部３５は、各種の情報を表示するための要素であり、液晶ディスプレイ、ＣＲＴディスプレイ、などを用いて構成される。操作部３６は、各種の入力を受け付けるための要素であり、キーボード、マウス、スキャナー、ＣＤ－ＲＯＭやＤＶＤなどのドライブ装置、などを用いて構成される。また、サーバ装置３には、配送システム１００の動作を実現するための機能部である配送管理部３０１および組み合わせ決定部３０２が実現される。配送管理部３０１および組み合わせ決定部３０２は、例えば、サーバ装置３に所定のアプリケーションソフトウェアがインストールされることによって実現される。
【0044】
拠点端末４、荷出人Ｐａのクライアント端末５ａ、および、荷受人Ｐｂのクライアント端末５ｂの各々は、一般的な情報処理機能を実現できる通信端末装置であり、ＣＰＵ、メモリ、通信部、記憶部、表示部、操作部、などを含んで構成される。これらの端末４，５ａ，５ｂとして、例えば、スマートフォン、タブレット型の通信端末、携帯電話、ノートパソコン、一般的なパーソナルコンピュータ、などが想定される。拠点端末４、荷出人Ｐａのクライアント端末５ａ、および、荷受人Ｐｂのクライアント端末５ｂのうちの少なくとも１つに、配送システム１００の動作を実現するための機能部が実現されてもよい。この場合、各機能部は、例えば、該端末４，５ａ，５ｂに、所定のアプリケーションソフトウェアがインストールされることによって実現される。
【0045】
【0046】
荷物管理データベース７００は、配送依頼された荷物２に関する情報を管理するためのデータベースであり、一般的な機能を備えたデータベースマネジメントシステム（ＤＢＭＳ）によって管理される。荷物管理データベース７００では、各レコード７が、配送を依頼された１つの荷物２と対応付けられている。以下において、荷物管理データベース７００の各レコード７を「荷物レコード７」ともいう。各荷物レコード７には、レコード番号（荷物番号）７０が付与される。この荷物番号７０は受付順に機械的に付与される。
【0047】
各荷物レコード７には、荷物（内箱）２のサイズ７１が登録される。配送システム１００では、取り扱い可能な同包箱（外箱）２０として、所定のサイズタイプＦ１を用意しており、この同包箱（外箱）２０に同包して配送可能な荷物（内箱）２のサイズが、何種類かに分類されて規定されている。つまり、配送可能な荷物（内箱）２のサイズとして、予め２以上のサイズタイプＥ１１，Ｅ１２，・・・が規定されている。そして、各荷物レコード７において、荷物（内箱）２のサイズ７１として、規定された２以上のサイズタイプＥ１１，Ｅ１２，・・・のいずれかが、選択指定される。ここでは、サイズタイプＦ１の外箱２０はミカン箱サイズ（１２０）の大きさであり、Ｅ１１はその外箱２０内に２つ入る内箱サイズ、Ｅ１２は外箱２０内に３つ入る内箱サイズ、Ｅ１３は外箱２０内に４つ入る内箱サイズである（図７）。
【0048】
各荷物レコード７には、出発拠点１ａを特定する情報（出発拠点情報）７２ａ、および、到着拠点１ｂを特定する情報（到着拠点情報）７２ｂが登録される。例えば、各拠点１に付与された識別情報（例えば、拠点コード、拠点番号、拠点名称、など）が、拠点情報７２ａ，７２ｂとして登録される。
【0049】
各荷物レコード７には、例えば、荷出人Ｐａの氏名７３ａ、住所７４ａ、および、連絡先７５ａ（電話番号、メールアドレス、など）、荷受人Ｐｂの氏名７３ｂ、住所７４ｂ、および、連絡先７５ｂ（電話番号、メールアドレス、など）が登録される。
【0050】
各荷物レコード７には、出発拠点１ａまでの荷物２の持ち込みの有無の選択７６ａが登録される。また、各荷物レコード７には、到着拠点１ｂからの個別配送の有無の選択７６ｂが登録される。
【0051】
各荷物レコード７には、荷物２が属するグループを特定する情報（グループ情報）７７が登録される。ここでは、荷物管理データベース７００に登録された各荷物レコード７は、出発拠点１ａが互いに同じであり、かつ、到着拠点１ｂが互いに同じである荷物２が、同じグループに属するようにグループ分けされ、各グループに付与された識別情報（例えば、グループコード、グループ番号、グループ名称、など）が、グループ情報７７として登録される。例えば、出発拠点Ｋ２と到着拠点Ｄ１の条件を満たす荷物レコード７（図では、荷物番号「０２」）は、グループ「Ｋ２Ｄ１」として扱われる。
【0052】
＜１－４．同包管理データベース＞
同包管理データベース８００について、図５、図６を参照しながら説明する。図５は、同包管理データベース８００の構成例を示す図であり、一般的な機能を備えたデータベースマネジメントシステム（ＤＢＭＳ）によって管理される。図６は、本実施形態で使用される同包箱（外箱）２０と同包管理データベース８００との関係を説明するための図である。
同包管理データベース８００について、図５、図６を参照しながら説明する。図５は、同包管理データベース８００の構成例を示す図であり、一般的な機能を備えたデータベースマネジメントシステム（ＤＢＭＳ）によって管理される。図６は、本実施形態で使用される同包箱（外箱）２０と同包管理データベース８００との関係を説明するための図である。
【0053】
同包管理データベース８００は、同包箱（外箱）２０に同包させる荷物（内箱）２の組み合わせを管理するためのデータベースである。上記のとおり、荷物管理データベース７００に登録された各荷物レコード７は、出発拠点１ａが互いに同じであり、かつ、到着拠点１ｂが互いに同じである内箱２が同じグループに属するように、グループ分けされている。同包管理データベース８００では、同じグループに属する内箱２が抽出されてグループ単位で管理される。例えば、グループ（Ａ５Ｌ７、Ｍ３Ｐ９、Ｋ２Ｄ１）毎に、個別の同包管理データベース８００が作成される。つまり、記憶部３４には、グループと同数個の同包管理データベース８００が記憶されており、各同包管理データベース８００は、同じグループに属する荷物レコード７の組み合わせが、同包箱（外箱）２０の単位で管理される。つまり、同じグループ（例えばＫ２Ｄ１）に属する荷物レコード７の中から、１つの同包箱（外箱）２０に同包させる荷物（内箱）２の組み合わせに相当する荷物レコード７の組み合わせが決定されて同包管理データベース８００で管理される。
【0054】
同包管理データベース８００では、各レコード８が１つの同包箱（外箱）２０と対応付けられている。以下において、同包管理データベース８００の各レコード８を「同包箱レコード８」あるいは「外箱レコード８」という。各同包箱レコード８には、同包箱番号（ＢＯＸ番号）（Ａ５５８９、Ａ５５９０、・・・）が付与される。同包箱番号（ＢＯＸ番号）は英数字の文字列から構成される。
【0055】
各同包箱レコード８には、同包箱（外箱）２０のサイズ８１が登録される。例えば、この実施形態ではサイズタイプＦ１の外箱を用いているが、サイズタイプＥ１１～Ｅ１３の内箱２の何れを入れるかによって、図６及び図７に示すようにサイズタイプＦ１の外箱は更に内分タイプＦ１１、Ｆ１２、Ｆ１３、Ｆ１４（混成）に分類され、内分タイプごとに管理される。配送システム１００では、図６においてサイズタイプＦ１以外に例示するように、サイズタイプが異なる１種類以上の箱が、使用可能な同包箱（外箱）２０として選定されてもよい。つまり、使用可能な同包箱（外箱）２０のサイズとして、予め２以上のサイズタイプＦ１，Ｆ２，・・・が規定されている場合には、各同包箱レコード８において、同包箱（外箱）２０のサイズ８１として、規定された１以上のサイズタイプＦ１，Ｆ２，・・・のいずれかが、選択指定可能とされる。各サイズタイプＦ１，Ｆ２，・・・は、例えば、箱の３辺（長さ、幅、および、深さ）の各寸法から規定される。一例として、汎用的な規格サイズのダンボール箱が、使用可能な同包箱（外箱）２０として選定されてもよく、この場合、各サイズタイプＦ１，Ｆ２，・・・は、汎用的な規格サイズに相当するものとなる。図６では、サイズタイプＦ１は上述したように３辺の合計が１２０、サイズタイプＦ２は３辺の合計が１００、サイズタイプＦ３は３辺の合計が８０、サイズタイプＦ４は３辺の合計が６０、サイズタイプＦ５は３辺の合計が４０の例である。そして、サイズタイプＦ１と同様、サイズタイプＦ２～Ｆ５についてもそれらに入る内箱２のサイズ（Ｅ２１、Ｅ２２、・・・）に応じて、サイズを更に内分タイプ（Ｆ２１、Ｆ２２、・・・）に分類した内箱２を用意しておくことができる。
【0056】
各同包箱レコード８の各セル８２には、荷物レコード７（具体的には、荷物レコード７を特定する情報であり、例えばレコード番号（荷物番号）７０）が登録される。１つの同包箱レコード８の各セル８２に登録された荷物レコード７と対応する荷物（内箱）２が、該同包箱レコード８と対応する同包箱（外箱）２０に同包されることになる。つまり、１つの同包箱レコード８に登録された荷物レコード７の組み合わせが、１つの同包箱（外箱）２０に同包される荷物（内箱）２の組み合わせとなる。例えば、荷物レコード０２と０５の内箱２が同包される荷物として管理される。
【0057】
ここでは、同包箱（外箱）２０のサイズタイプＦ１，Ｆ２，・・・毎に、該同包箱（外箱）２０に同包される荷物（内箱）２のサイズタイプＥ１１，Ｅ１２，Ｅ２１，Ｅ２２・・・と個数が、予め規定されている（これを「同包条件」ともいう）。また、一つのサイズタイプＦ１に複数の内分タイプＦ１１，Ｆ１２，・・・が規定されている場合は、各内分タイプＦ１１，Ｆ１２，・・・毎に同包条件が規定される。例えば、図７に例示されるように、「サイズタイプＦ１」の同包箱（外箱）２０の同包条件には、「サイズタイプＥ１１の荷物（内箱）２が２つ」のもの、「サイズタイプＥ１２が３つ」のもの、「サイズタイプＥ１３が４つ」のもの、「サイズタイプＥ１４がＥ３とＥ１の混載タイプ」のもの、といった具合に、同包箱（外箱）２０を内分する数に応じて、同包条件が規定されている。つまり、「サイズタイプＦ１」の同包箱２０について、該同包箱２０に同包される荷物２の数に応じて、該荷物２のサイズタイプＥ１１，Ｅ１２，・・・と個数が、同包条件として規定されている。また、「サイズタイプＦ２」の同包箱（外箱）２０の同包条件もこれに準じて、サイズタイプＥ２１、Ｅ２２、・・・といった形で、同包箱（外箱）２０を内分する数に応じて同包条件が規定されている。サイズタイプＦ３～Ｆ５についても同様である。
【0058】
各同包箱レコード８では、同包箱のサイズ８１として選択されたサイズタイプＦ１，Ｆ２，・・・について規定された同包条件と合致するように、該同包箱レコード８の各セル８２に、登録条件が付与される。例えば、図５に示すスプレッド形式の外箱レコード８と図７の同包条件を参照すると、同包箱番号（ＢＯＸ番号）Ａ５５８９ではサイズタイプＥ１１を受け付ける２つのセル８２が、同包箱番号（ＢＯＸ番号）Ａ５５９０ではサイズタイプＥ１２を受け付ける３つのセル８２が、同包箱番号（ＢＯＸ番号）Ａ５５９１ではサイズタイプＥ１３を受け付ける４つのセルが、それぞれ入力可能な状態で有効化されており、ブランクの箇所に登録可能となる。
【0059】
各同包箱レコード８には、ここに付与された登録条件にしたがって、荷物レコード７が登録されていく。つまり、有効化されたセル８２に、該セル８２の登録可能条件を満たすサイズタイプの荷物レコード７が、登録されていく。これによって、同包条件を満たすように、荷物レコード７の組み合わせが決定される。
【0060】
同包箱レコード８において有効化されている横方向に沿った全てのセル８２に荷物レコード７が登録されるということは、同包条件を満たす荷物レコード７の組み合わせが完成したこと（すなわち、同包が成立したこと）を意味する。逆に言うと、同包箱レコード８に、有効化されているにもかかわらず、荷物レコード７が登録されていないセル８２ｑがある状態では、組み合わせが完成していない（同包が成立していない）。このような状態において、荷物レコード７が登録されていないセル８２ｑは、該同包箱（外箱）２０における「空きスペースＱ」に相当する。例えば、図５に例示される登録状況の場合、「同包箱番号（ＢＯＸ番号）Ａ５５８９」の同包箱レコード８では、有効化されている全てのセル８２に荷物レコード７が登録されているので、同包が成立している。つまり、この同包箱レコード８に相当する同包箱（外箱）２０には、空きスペースＱがない。一方、「同包箱番号（ＢＯＸ番号）５５９１」の同包箱レコード８では、有効化されているにもかかわらず、荷物レコード７が登録されていないセル８２ｑがあり、同包が成立していない。つまり、この同包箱レコード８に相当する同包箱（外箱）２０には、空きスペースＱがある。
【0061】
＜１－５．処理の流れ＞
配送システム１００で行われる処理の流れについて説明する。配送システム１００では、配送依頼の受け付けに係る処理と、配送に係る処理とが、並行して行われる。
配送システム１００で行われる処理の流れについて説明する。配送システム１００では、配送依頼の受け付けに係る処理と、配送に係る処理とが、並行して行われる。
【0062】
【0063】
サーバ装置３において、クライアント端末５ａから送信された空き状況の問い合わせが受信されると（ステップＳ１）、配送管理部３０１は、問合せ人に、空き状況の確認に必要な情報（基本情報）を、クライアント端末５ａを通じて入力するように要求する（ステップＳ２）。問合せ人が、クライアント端末５ａを通じて基本情報を入力すると、該入力された基本情報がサーバ装置３に送信される（ステップＳ３）。サーバ装置３において基本情報が受信されると、配送管理部３０１が該基本情報を受け付ける。基本情報として、例えば、荷物（内箱）２のサイズタイプ（Ｅ１１～Ｅ１３）、荷物（内箱）２の出発拠点１ａ、および、荷物（内箱）２の到着拠点１ｂが受け付けられる。問合せ人に基本情報を入力させる態様はどのようなものであってもよい。例えば、問合せ人に、荷出人Ｐａ（あるいは、荷受人Ｐｂ）の住所の入力を要求し、配送管理部３０１が、マップ情報６００から該入力された住所が属するエリア１０を特定して、該エリア１０の拠点１を出発拠点１ａ（あるいは、到着拠点１ｂ）として受け付けてもよい。
【0064】
基本情報が受け付けられると、配送管理部３０１は、同包管理データベース８００を参照して、空きスペースＱ、具体的には、空きスペースＱに相当するセル８２ｑを、検索する（ステップＳ４）。具体的には、配送管理部３０１は、まず、受け付けられた基本情報に含まれる出発拠点１ａおよび到着拠点１ｂの組み合わせに相当するグループを特定し、該グループの同包管理データベース８００を読み出す。そして、該読み出された同包管理データベース８００から、空きスペースＱに相当するセル（すなわち、有効化されており、かつ、荷物レコード７が登録されていないセル）８２ｑであって、サイズタイプ（Ｅ１１～Ｅ１３）が適合するもの（すなわち、登録可能な荷物（内箱）２のサイズタイプ（Ｅ１１～Ｅ１３）が、基本情報として受け付けられた荷物（内箱）２のサイズタイプ（Ｅ１１～Ｅ１３）と合致するもの）を、検索する。そのようなセル８２ｑが見つかった場合、配送管理部３０１は、該セル８２ｑの状態を「仮押さえ」として、一時的に、荷物レコード７を登録できない状態とする。
【0065】
続いて、配送管理部３０１は、問合せ人のクライアント端末５ａに、空きスペースＱの検索結果を通知するとともに、問合せ人に、配送依頼に進むか否かの選択をクライアント端末５ａを通じて入力するように要求する（ステップＳ５）。具体的には例えば、配送管理部３０１は、ステップＳ４で、空きスペースＱに相当するセル８２ｑであってサイズタイプが適合するものが見つかった場合、「空きスペースが見つかりました。配送を依頼しますか。」といったメッセージを、問合せ人のクライアント端末５ａの表示部に表示させる（図９（ｂ））。また、配送管理部３０１は、ステップＳ４で、空きスペースＱに相当するセル８２ｑであってサイズタイプが適合するものが見つからなかった場合、「空きスペースが見つかりません。配送を依頼して、同包相手を募集しますか。」といったメッセージを、問合せ人のクライアント端末５ａの表示部に表示させる（図９（ｃ））。
【0066】
問合せ人が、クライアント端末５ａを通じて、配送依頼に進まない旨の選択を入力した場合、該選択入力がサーバ装置３に送信され、配送管理部３０１が該選択入力を受け付ける。配送依頼に進まない旨の選択を受け付けた場合、配送管理部３０１は、処理を終了する。なお、ステップＳ４で「仮押さえ」としたセル８２ｑがある場合、配送管理部３０１は、該セル８２ｑを、再び、荷物レコード７を登録できる状態に戻した上で、処理を終了する。
【0067】
一方、問合せ人が、クライアント端末５ａを通じて、配送依頼に進む旨の選択を入力した場合も、該選択入力がサーバ装置３に送信され、配送管理部３０１が該選択入力を受け付ける（ステップＳ６）。配送依頼に進む旨の選択を受け付けた場合、配送管理部３０１は、問合せ人（この時点では、配送依頼人）に、配送依頼に必要な情報（依頼情報）を、クライアント端末５ａを通じて入力するように要求する（ステップＳ７）。配送依頼人が、クライアント端末５ａを通じて依頼情報を入力すると、該入力された依頼情報がサーバ装置３に送信される（ステップＳ８）。サーバ装置３において依頼情報が受信されると、配送管理部３０１が該依頼情報を受け付ける。依頼情報として、例えば、荷出人Ｐａの氏名、住所、および、連絡先（電話番号、メールアドレス、など）、荷受人Ｐｂの氏名、住所、および、連絡先（電話番号、メールアドレス、など）、出発拠点１ａまでの荷物（内箱）２の持ち込みの有無、到着拠点１ｂからの個別配送の有無、が受け付けられる。
【0068】
依頼情報が受け付けられると、配送管理部３０１は、該受け付けられた依頼情報を、先に受け付けられていた基本情報と併せて、荷物管理データベース７００に登録する（ステップＳ９）。具体的には、配送管理部３０１は、荷物管理データベース７００に新たな荷物レコード７を作成し、その各項目に、基本情報および依頼情報として受け付けた各内容を登録する。また、配送管理部３０１は、荷物レコード７に登録された出発拠点１ａおよび到着拠点１ｂに基づいて、該荷物レコード７が属するべきグループを特定し、該グループの識別情報を、グループ情報７７として登録する。
【0069】
続いて、組み合わせ決定部３０２が、ステップＳ９で作成された荷物レコード７（具体的には例えば、該荷物レコード７のレコード番号（荷物番号）７０）を、同包管理データベース８００に登録する（ステップＳ１０）。組み合わせ決定部３０２が荷物レコード７を登録する態様は、配送依頼が、空きスペースＱが見つかっている状況で受け付けられている場合と、空きスペースＱが見つかっていない状況で受け付けられている場合とで異なる。
【0070】
すなわち、空きスペースＱが見つかっている状況で配送依頼が受け付けられている場合、組み合わせ決定部３０２は、ステップＳ９で作成された荷物レコード７を、ステップＳ４で「仮押さえ」とされているセル８２ｑに、登録する。
【0071】
一方、空きスペースＱが見つかっていない状況で配送依頼が受け付けられている場合、組み合わせ決定部３０２は、同包管理データベース８００に新たな同包箱レコード８を作成し、該新たな同包箱レコード８のセル８２に、ステップＳ９で作成された荷物レコード７を登録する。具体的には、組み合わせ決定部３０２は、まず、作成された荷物レコード７が属するグループの同包管理データベース８００を読み出す。そして、組み合わせ決定部３０２は、該読み出された同包管理データベース８００に、新たな同包箱レコード８を作成する。さらに、組み合わせ決定部３０２は、基本情報として受け付けられた荷物（内箱）２のサイズタイプに基づいて、同包箱（外箱）２０の適切なサイズタイプを特定するとともに適切な内分タイプをさらに特定し、これを、新たな同包箱レコード８のサイズ８１として選択する。同包箱（外箱）２０の適切なサイズタイプとは、該サイズタイプの同包条件において規定される荷物（内箱）２のサイズタイプに、基本情報として受け付けられた荷物（内箱）２のサイズタイプが含まれるものである。同様に、適切な内分タイプとは、該内分タイプの同包条件において規定される荷物（内箱）２のサイズタイプに、基本情報として受け付けられた荷物（内箱）２のサイズタイプが含まれるものである。そして、組み合わせ決定部３０２は、新たな同包箱レコード８のセル（いうまでもなく、有効化されたセルであって、荷物（内箱）２のサイズタイプが適合するもの）８２に、ステップＳ９で作成された荷物レコード７を登録する。
【0072】
【0073】
配送管理部３０１は、各同包管理データベース８００において、同包が成立した同包箱レコード８（すなわち、有効化されている全てのセル８２に荷物レコード７が登録された同包箱レコード８）が発生したか否かを監視しており、同包が成立した同包箱レコード８が発生すると（ステップＳ１０１でＹＥＳ）、同包成立後の処理として以下の処理を開始する。同包が成立するとはマッチングが成立することである。
【0074】
なお、ここでは、同包が成立した同包箱レコード８が発生したときに、同包成立後の処理に移行するものとしているが、後記第２実施形態のように、配送管理部３０１が、荷物管理データベース７００において、各荷物レコード７の発送期限および到着期限の少なくとも一方を管理してもよい。この場合は、これらの期限に基づいて各同包箱レコード８の同包期限を設定し、同包期限までに同包が成立したときは該成立時又は同包期限時に、同包期限までに同包が成立しないときは同包期限が到来した時点で同包が成立（マッチングが成立）したものとみなして同包期限時に、同包成立後の処理に移行してもよい。
【0075】
（同包ファイルの作成工程）
配送管理部３０１は、まず、同包が成立した同包箱レコード（以下、「対象同包箱レコード」ともいう）８と対応する同包箱（外箱）２０に同包されるべき荷物（内箱）２に関する情報を記述した図１１のファイル（同包ファイル）８０を作成する（ステップＳ１０２）。具体的には例えば、配送管理部３０１は、荷物管理データベース７００から、対象同包箱レコード８の各セル８２に登録されている荷物レコード７（すなわち、対象同包箱レコード８で組み合わされている各荷物レコード７）の登録内容（各項目に登録されている内容）を読み出して、これらを一覧にして同包ファイル８０に記述する。さらに、配送管理部３０１は、対象同包箱レコード８においてサイズ８１として登録されている内容（すなわち、対象同包箱レコード８と対応する同包箱（外箱）２０のサイズタイプ）を同包ファイル８０に記述する。この同包ファイル８０は、外箱２０と内箱２を関連づける外箱情報や内箱情報の基礎データになる。
配送管理部３０１は、まず、同包が成立した同包箱レコード（以下、「対象同包箱レコード」ともいう）８と対応する同包箱（外箱）２０に同包されるべき荷物（内箱）２に関する情報を記述した図１１のファイル（同包ファイル）８０を作成する（ステップＳ１０２）。具体的には例えば、配送管理部３０１は、荷物管理データベース７００から、対象同包箱レコード８の各セル８２に登録されている荷物レコード７（すなわち、対象同包箱レコード８で組み合わされている各荷物レコード７）の登録内容（各項目に登録されている内容）を読み出して、これらを一覧にして同包ファイル８０に記述する。さらに、配送管理部３０１は、対象同包箱レコード８においてサイズ８１として登録されている内容（すなわち、対象同包箱レコード８と対応する同包箱（外箱）２０のサイズタイプ）を同包ファイル８０に記述する。この同包ファイル８０は、外箱２０と内箱２を関連づける外箱情報や内箱情報の基礎データになる。
【0076】
（荷出人への通知工程）
続いて、配送管理部３０１は、対象同包箱レコード８と対応する同包箱（外箱）２０に同包される各荷物（内箱）２の荷出人Ｐａ（具体的には、対象同包箱レコード８で組み合わされていた各荷物レコード７に登録されている荷出人Ｐａの連絡先７５ａから特定されるクライアント端末５ａ）に、荷物（内箱）２が発送される旨を通知する（ステップＳ１０３）。具体的には例えば、配送管理部３０１は、該クライアント端末５ａに、「依頼された荷物を配送します。」といったメッセージを含むメールを送信する。このメールには、様々な情報が含められてもよい。例えば、出発拠点１ａまでの荷物（内箱）２の持ち込みが「有」とされている場合には、荷出人Ｐａのクライアント端末５ａに送信されるメールに、「○月○日○時までに、住所○○○に、荷物を持ってきてください。」といったメッセージが含まれてもよい。このとき、図１２に示すように、荷出人Ｐａのクライアント端末５ａ（スマホ）には荷出情報およびＢＯＸ番号が送信される。
続いて、配送管理部３０１は、対象同包箱レコード８と対応する同包箱（外箱）２０に同包される各荷物（内箱）２の荷出人Ｐａ（具体的には、対象同包箱レコード８で組み合わされていた各荷物レコード７に登録されている荷出人Ｐａの連絡先７５ａから特定されるクライアント端末５ａ）に、荷物（内箱）２が発送される旨を通知する（ステップＳ１０３）。具体的には例えば、配送管理部３０１は、該クライアント端末５ａに、「依頼された荷物を配送します。」といったメッセージを含むメールを送信する。このメールには、様々な情報が含められてもよい。例えば、出発拠点１ａまでの荷物（内箱）２の持ち込みが「有」とされている場合には、荷出人Ｐａのクライアント端末５ａに送信されるメールに、「○月○日○時までに、住所○○○に、荷物を持ってきてください。」といったメッセージが含まれてもよい。このとき、図１２に示すように、荷出人Ｐａのクライアント端末５ａ（スマホ）には荷出情報およびＢＯＸ番号が送信される。
【0077】
また、配送管理部３０１は、対象同包箱レコード８と対応する同包箱（外箱）２０の出発拠点１ａ（すなわち、対象同包箱レコード８で組み合わされていた各荷物レコード７に登録されている出発拠点１ａ）の拠点端末４に、ステップＳ１０２で作成された同包ファイル８０を送信する（ステップＳ１０４）。
【0078】
（荷出工程）
上記により、図１２に示すように、配送依頼された荷物（内箱）２は、各々の出発拠点１ａに集まってくる。出発拠点１ａまでの荷物（内箱）２の持ち込みが「有」とされている荷物（内箱）２は、荷出人Ｐａによって出発拠点１ａまで持ち込まれる。そこで、店頭にて荷出情報およびＢＯＸ番号が確認され、配達用伝票２Ｘがプリントされて、荷物（内箱）２の外面に貼り付けられる。決済はオンライン決済でもよいが、この時に店頭決済してもよい。配達用伝票２Ｘには内箱情報（内箱表示）として、各荷物（内箱）２の荷出人Ｐａおよび荷受人Ｐｂの氏名、住所、電話番号などの詳細情報、ＢＯＸ番号が表示されるほか、アクセスコードＡＣ（ＱＲコード（登録商標）やバーコードなど）が表示される。このアクセスコードＡＣは主として同包ファイル８０にアクセスして荷受人Ｐｂの詳細情報から受取時の本人確認をするためのものであるが、ここでも同包ファイル８０にアクセスして荷出人Ｐａの決済処理に利用することができる。このアクセスコードＡＣへのアクセスは、権限のある者のみに許容され、一般のスマホ等からは読み込みできないか、あるいは読み込んでも権限に必要な情報を備えないことでアクセスできないように構成されている。また、持ち込みが「無」とされている荷物（内箱）２は、集配者Ｐｃ（担当者）によって荷出人Ｐａの元から回収されて出発拠点１ａに運び込まれる。この場合は担当者が集荷に出向く。センターより荷出情報及びＢＯＸ番号を受信し、荷出人Ｐａのスマホの荷出情報及びＢＯＸ番号と照合させて、荷物（内箱）２を受け取る。その後、上記と同じ配達用伝票２Ｘを出力して集荷した荷物（内箱）２に貼る。決済はオンライン決済でもよいが、この時に現地決済してもよい。荷物（内箱）２を受け取ったことは、アクセスコードＡＣを通じたアクセスにより同包ファイル８０に反映される。
上記により、図１２に示すように、配送依頼された荷物（内箱）２は、各々の出発拠点１ａに集まってくる。出発拠点１ａまでの荷物（内箱）２の持ち込みが「有」とされている荷物（内箱）２は、荷出人Ｐａによって出発拠点１ａまで持ち込まれる。そこで、店頭にて荷出情報およびＢＯＸ番号が確認され、配達用伝票２Ｘがプリントされて、荷物（内箱）２の外面に貼り付けられる。決済はオンライン決済でもよいが、この時に店頭決済してもよい。配達用伝票２Ｘには内箱情報（内箱表示）として、各荷物（内箱）２の荷出人Ｐａおよび荷受人Ｐｂの氏名、住所、電話番号などの詳細情報、ＢＯＸ番号が表示されるほか、アクセスコードＡＣ（ＱＲコード（登録商標）やバーコードなど）が表示される。このアクセスコードＡＣは主として同包ファイル８０にアクセスして荷受人Ｐｂの詳細情報から受取時の本人確認をするためのものであるが、ここでも同包ファイル８０にアクセスして荷出人Ｐａの決済処理に利用することができる。このアクセスコードＡＣへのアクセスは、権限のある者のみに許容され、一般のスマホ等からは読み込みできないか、あるいは読み込んでも権限に必要な情報を備えないことでアクセスできないように構成されている。また、持ち込みが「無」とされている荷物（内箱）２は、集配者Ｐｃ（担当者）によって荷出人Ｐａの元から回収されて出発拠点１ａに運び込まれる。この場合は担当者が集荷に出向く。センターより荷出情報及びＢＯＸ番号を受信し、荷出人Ｐａのスマホの荷出情報及びＢＯＸ番号と照合させて、荷物（内箱）２を受け取る。その後、上記と同じ配達用伝票２Ｘを出力して集荷した荷物（内箱）２に貼る。決済はオンライン決済でもよいが、この時に現地決済してもよい。荷物（内箱）２を受け取ったことは、アクセスコードＡＣを通じたアクセスにより同包ファイル８０に反映される。
【0079】
（荷受人への通知工程）
決済が完了するまでは、配送工程に入らない。ここでは例えば、決済が完了してから、荷受人Ｐｂへの通知工程に入る。すなわち、決済が完了すると、先ず、決算完了後の適宜のタイミングで、配送管理部３０１は、対象同包箱レコード８と対応する同包箱（外箱）２０に同包される各荷物（内箱）２の荷受人Ｐｂ（具体的には、対象同包箱レコード８で組み合わされていた各荷物レコード７に登録されている荷受人Ｐｂの連絡先７５ｂから特定されるクライアント端末５ｂ）に、荷物（内箱）２が発送される旨を通知する（ステップＳ１０５）。具体的には例えば、配送管理部３０１は、該クライアント端末５ｂに、「依頼された荷物を配送します。」といったメッセージを含むメールを送信する。このメールには、様々な情報が含められてもよい。到着拠点１ｂからの個別配送が「無」とされている場合には、荷受人Ｐｂのクライアント端末５ｂに送信されるメールに、「○月○日○時以降に、住所○○まで、荷物を取りにきてください。」といったメッセージが含まれてもよい。このとき、図１３に示すように、荷受人Ｐｂのクライアント端末５ｂ（スマホ）には、荷物２を受け取る際の認証に必要な荷受情報が送信される。
決済が完了するまでは、配送工程に入らない。ここでは例えば、決済が完了してから、荷受人Ｐｂへの通知工程に入る。すなわち、決済が完了すると、先ず、決算完了後の適宜のタイミングで、配送管理部３０１は、対象同包箱レコード８と対応する同包箱（外箱）２０に同包される各荷物（内箱）２の荷受人Ｐｂ（具体的には、対象同包箱レコード８で組み合わされていた各荷物レコード７に登録されている荷受人Ｐｂの連絡先７５ｂから特定されるクライアント端末５ｂ）に、荷物（内箱）２が発送される旨を通知する（ステップＳ１０５）。具体的には例えば、配送管理部３０１は、該クライアント端末５ｂに、「依頼された荷物を配送します。」といったメッセージを含むメールを送信する。このメールには、様々な情報が含められてもよい。到着拠点１ｂからの個別配送が「無」とされている場合には、荷受人Ｐｂのクライアント端末５ｂに送信されるメールに、「○月○日○時以降に、住所○○まで、荷物を取りにきてください。」といったメッセージが含まれてもよい。このとき、図１３に示すように、荷受人Ｐｂのクライアント端末５ｂ（スマホ）には、荷物２を受け取る際の認証に必要な荷受情報が送信される。
【0080】
また、配送管理部３０１は、対象同包箱レコード８と対応する同包箱（外箱）２０の到着拠点１ｂ（すなわち、対象同包箱レコード８で組み合わされていた各荷物レコード７に登録されている到着拠点１ｂ）の拠点端末４に、ステップＳ１０２で作成された同包ファイル８０を送信する（ステップＳ１０６）。
【0081】
（混載工程）
出発拠点１ａの管理者は、予め拠点端末４で受信された同包ファイル８０より、外箱情報（外箱表示）として、ＢＯＸ番号と荷物（内箱）２ごとの氏名（荷出人Ｐａ、荷受人Ｐｂ）をプリントし、外箱２０の外面にラベル２０Ｘとして貼り付けておく。ここでの情報は荷物（内箱）２との関連づけに必要な最小限の簡易表示とされる。外箱２０は配達後にセンター（到着拠点１ｂ）に残るためである。そして、集荷した複数の荷物（内箱）２と外箱２０を、ＢＯＸ番号と氏名（荷出人Ｐａ、荷受人Ｐｂ）を照合しながら、対応する１つの同包箱（外箱）２０に入れていく。氏名は同姓同名があり得るので、精度を高めるためにはＢＯＸ番号の確認を併せて行うことが望ましい。外箱２０と内箱２にＢＯＸ番号照合用のバーコードを付けておけば、読み取り機で読み取って目視で、あるいは機械的に判別、照合させることができるので、大量の荷物を扱う場合に効果的である。指定されている荷物（内箱）２の全てが同包箱（外箱）２０に同包（混載）されると、管理者は、同包箱（外箱）２０を封止する。いうまでもなく、指定されている内箱２の全てが外箱２０に同包された状態において、外箱２０とここに入っている各内箱２の外面には、同一のＢＯＸ番号が付されている。
出発拠点１ａの管理者は、予め拠点端末４で受信された同包ファイル８０より、外箱情報（外箱表示）として、ＢＯＸ番号と荷物（内箱）２ごとの氏名（荷出人Ｐａ、荷受人Ｐｂ）をプリントし、外箱２０の外面にラベル２０Ｘとして貼り付けておく。ここでの情報は荷物（内箱）２との関連づけに必要な最小限の簡易表示とされる。外箱２０は配達後にセンター（到着拠点１ｂ）に残るためである。そして、集荷した複数の荷物（内箱）２と外箱２０を、ＢＯＸ番号と氏名（荷出人Ｐａ、荷受人Ｐｂ）を照合しながら、対応する１つの同包箱（外箱）２０に入れていく。氏名は同姓同名があり得るので、精度を高めるためにはＢＯＸ番号の確認を併せて行うことが望ましい。外箱２０と内箱２にＢＯＸ番号照合用のバーコードを付けておけば、読み取り機で読み取って目視で、あるいは機械的に判別、照合させることができるので、大量の荷物を扱う場合に効果的である。指定されている荷物（内箱）２の全てが同包箱（外箱）２０に同包（混載）されると、管理者は、同包箱（外箱）２０を封止する。いうまでもなく、指定されている内箱２の全てが外箱２０に同包された状態において、外箱２０とここに入っている各内箱２の外面には、同一のＢＯＸ番号が付されている。
【0082】
（配送工程）
同包箱（外箱）２０は、出発拠点１ａから対象となる到着拠点１ｂまで運ばれる。つまり、出発拠点１ａと到着拠点１ｂの間において、組み合わされた荷物２が１つの同包箱（外箱）２０に同包されて１つの荷物として運ばれる。拠点間の同包箱（外箱）２０の配送は、配送システム１００の管理下で行われてもよいし、別の配送業者（既存の配送業者など）の管理下で行われてもよい。
同包箱（外箱）２０は、出発拠点１ａから対象となる到着拠点１ｂまで運ばれる。つまり、出発拠点１ａと到着拠点１ｂの間において、組み合わされた荷物２が１つの同包箱（外箱）２０に同包されて１つの荷物として運ばれる。拠点間の同包箱（外箱）２０の配送は、配送システム１００の管理下で行われてもよいし、別の配送業者（既存の配送業者など）の管理下で行われてもよい。
【0083】
（荷受工程）
図１３に示すように、到着拠点１ｂに到着した同包箱（外箱）２０は、まずは、到着拠点１ｂの管理者によって受け取られる。その後、管理者によって同包箱（外箱）２０の封止が解かれ、同包箱（外箱）２０に同包されている各荷物（内箱）２が、各々の荷受人Ｐｂに受け取られる。到着拠点１ｂからの個別配送が「無」とされている荷物２は、到着拠点１ｂまで受け取りに来た荷受人Ｐｂに渡される。また、これが「有」とされている荷物２は、集配者Ｐｃ（担当者）によって、到着拠点１ｂから荷受人Ｐｂの元まで個別に配送される。個別配送される場合は、荷物（内箱）２に貼られた配達用伝票２Ｘに荷受人Ｐｂの詳細情報が表示されているので、担当者はこれを頼りに直接荷受人Ｐｂに配送する。この場合、本人確認は不要であるため、荷受人Ｐｂは配達用伝票２Ｘに受け取りサインをするだけで完結する。勿論、サインは省略してもよいし、置き配でもよい。一方、荷受人Ｐｂがセンターまで受け取りに来る場合は、本人確認が必要となる。この場合は、荷物（内箱）２を引き渡す前に、予めセンターから荷受人Ｐｂに発行した荷受情報の提示を求めるか、荷物（内箱）２に表示されている電話番号と荷受人Ｐｂの電話番号が合致しているかを確認するか、或いは、アクセスコードＡＣからアクセスした同包ファイル８０で本人確認できる他の認証情報を通じて本人確認を行う。
図１３に示すように、到着拠点１ｂに到着した同包箱（外箱）２０は、まずは、到着拠点１ｂの管理者によって受け取られる。その後、管理者によって同包箱（外箱）２０の封止が解かれ、同包箱（外箱）２０に同包されている各荷物（内箱）２が、各々の荷受人Ｐｂに受け取られる。到着拠点１ｂからの個別配送が「無」とされている荷物２は、到着拠点１ｂまで受け取りに来た荷受人Ｐｂに渡される。また、これが「有」とされている荷物２は、集配者Ｐｃ（担当者）によって、到着拠点１ｂから荷受人Ｐｂの元まで個別に配送される。個別配送される場合は、荷物（内箱）２に貼られた配達用伝票２Ｘに荷受人Ｐｂの詳細情報が表示されているので、担当者はこれを頼りに直接荷受人Ｐｂに配送する。この場合、本人確認は不要であるため、荷受人Ｐｂは配達用伝票２Ｘに受け取りサインをするだけで完結する。勿論、サインは省略してもよいし、置き配でもよい。一方、荷受人Ｐｂがセンターまで受け取りに来る場合は、本人確認が必要となる。この場合は、荷物（内箱）２を引き渡す前に、予めセンターから荷受人Ｐｂに発行した荷受情報の提示を求めるか、荷物（内箱）２に表示されている電話番号と荷受人Ｐｂの電話番号が合致しているかを確認するか、或いは、アクセスコードＡＣからアクセスした同包ファイル８０で本人確認できる他の認証情報を通じて本人確認を行う。
【0084】
＜１－６．効果＞
上記の実施形態に係る配送システム１００は、サーバ装置３と、サーバ装置３とネットワークＮを介して接続されたクライアント端末５ａとを備える。そして、サーバ装置３が、複数の拠点１の位置が登録されたマップ情報６００と、各々が１つの荷物（内箱）２と対応する荷物レコード７を有する荷物管理データベース７００と、を記憶する記憶部３４と、クライアント端末５ａから受信した荷物（内箱）２の配送依頼に応じて、該荷物（内箱）２と対応する荷物レコード７を荷物管理データベース７００に生成するとともに、該荷物レコード７に、該荷物（内箱）２が経由する出発拠点１ａと到着拠点１ｂとを登録し、さらに、出発拠点１ａが互いに同じであり、かつ、到着拠点１ｂが互いに同じである荷物（内箱）２が同じグループに属するように荷物レコード７をグループ分けする配送管理部３０１と、同じグループに属する荷物レコード７の中から、１つの同包箱（外箱）２０に同包させる荷物（内箱）２の組み合わせに相当する荷物レコード７の組み合わせを決定する組み合わせ決定部３０２と、を備える。そして、出発拠点１ａと到着拠点１ｂの間において、該組み合わされた荷物（内箱）２が１つの同包箱（外箱）２０に同包されて１つの荷物として運ばれる。
上記の実施形態に係る配送システム１００は、サーバ装置３と、サーバ装置３とネットワークＮを介して接続されたクライアント端末５ａとを備える。そして、サーバ装置３が、複数の拠点１の位置が登録されたマップ情報６００と、各々が１つの荷物（内箱）２と対応する荷物レコード７を有する荷物管理データベース７００と、を記憶する記憶部３４と、クライアント端末５ａから受信した荷物（内箱）２の配送依頼に応じて、該荷物（内箱）２と対応する荷物レコード７を荷物管理データベース７００に生成するとともに、該荷物レコード７に、該荷物（内箱）２が経由する出発拠点１ａと到着拠点１ｂとを登録し、さらに、出発拠点１ａが互いに同じであり、かつ、到着拠点１ｂが互いに同じである荷物（内箱）２が同じグループに属するように荷物レコード７をグループ分けする配送管理部３０１と、同じグループに属する荷物レコード７の中から、１つの同包箱（外箱）２０に同包させる荷物（内箱）２の組み合わせに相当する荷物レコード７の組み合わせを決定する組み合わせ決定部３０２と、を備える。そして、出発拠点１ａと到着拠点１ｂの間において、該組み合わされた荷物（内箱）２が１つの同包箱（外箱）２０に同包されて１つの荷物として運ばれる。
【0085】
この構成によると、拠点間では、組み合わされた荷物（内箱）２が１つの同包箱（外箱）２０に同包されて１つの荷物として運ばれるので、拠点間において、配送にかかる仕分けや手続きの手間が削減され、安価な配送料金で荷物を送ることが可能となる。
【0086】
一例として、１台の４ｔトラックを用いて、東京から大阪まで、「１２０サイズ（外形３辺の合計が、１２０cm以内）」の荷物を配送する場合を考える。いま、「１２０サイズ」の荷物が、「長さ６０cm、幅３５cm、深さ２２cm」であるとすると、これを、４ｔトラック（荷台寸法：２２０cm×８２０cm×２６８cm）に、８２８個、積むことができる（３列×２３列×１２段）。東京から大阪までの４ｔトラックのチャーター代が仮に１０万円であるとすると、これを積載されるダンボール箱の個数で割ると、約１２０円となる。つまり、「１２０サイズ」のダンボール箱を、約１２０円のコストで、東京から大阪まで運ぶことができる。この「１２０サイズ」のダンボール箱が、同包箱（外箱）２０として用いられ、ここに、「長さ２８cm、幅３０cm、深さ２０cm」の荷物、つまり「８０サイズ（外形３辺の合計が、８０cm以内）」の荷物（内箱）２が、２つ、同包されるとする。この場合、「８０サイズ」の荷物を、１つあたり約６０円で、東京から大阪まで運ぶことができることになる。（参考として、一般に、「１２０サイズ」のダンボール箱を、東京から大阪まで送る場合、配送料は約１７００円程度である。また、「８０サイズ」のダンボール箱を、東京から大阪まで送る場合、配送料は約１２００円程度である。）
【0087】
また、配送システム１００では、同じサイズタイプＦ１の同包箱２０について、該同包箱２０に同包される荷物２の数に応じて該荷物２のサイズタイプＥ１１，Ｅ１２，・・・と個数が同包条件として規定されており、同包条件を満たすように荷物レコード７の組み合わせが決定される。
【0088】
この構成によると、同じサイズタイプＦ１の同包箱（外箱）２０を用いつつ、同包する荷物（内箱）２の数や大きさにバリエーションを持たせることができる。また、同じ同包箱（外箱）２０を内分する数の違いだけであるから、利用者はサイズを選び易く、運用側は配送コストが算出し易く、明確な表示を行うことができる。
【0089】
また、配送システム１００では、サイズタイプＦ１，Ｆ２，・・・が異なる２種類以上の箱が、使用可能な同包箱（外箱）２０として規定されるとともに、各サイズタイプＦ１，Ｆ２，・・・の同包箱（外箱）２０について、該同包箱（外箱）２０に同包される荷物（内箱）２のサイズタイプと個数が同包条件として規定されており、同包条件を満たすように荷物レコード７の組み合わせが決定される。
【0090】
この構成によると、同包させる荷物２の組み合わせが簡易に決定される。また、荷物２のサイズタイプおよび同包箱２０のサイズタイプが、いずれも、予め規定されたいずれかのサイズタイプに合致することになるので、配送に係る作業が効率化される。
【0091】
また、配送システム１００では、配送管理部３０１が、クライアント端末５ａからの空き状況の問い合わせに応じて、同包箱２０における空きスペースＱを検索し、検索結果を該クライアント端末５ａに通知する。
【0092】
この構成によると、荷物２の配送依頼を検討する者が、空きスペースＱの有無を確認した上で、配送依頼を行うことができる。
【0093】
また、配送システム１００において、配送管理部３０１が、後述する発送期限及び／又は到着期限を管理し、発送期限及び／又は到着期限に基づいて予め同包期限が設定されて、該同包期限の到来までに同包が成立した場合はその時または同包期限到来時に、該同包期限の到来までに同包が成立しなかったときは同包期限到来時に、同包成立後の処理に移行することもできる。
【0094】
この構成によると、同包が成立した場合のみならず、同包が成立しない場合にも期限を切って発送処理に移行することができる。
【0095】
また、配送システム１００において、配送管理部３０１が、荷物レコード７に登録された連絡先から特定されるクライアント端末５ｂに、荷物２を受け取る際の認証に必要な荷受情報を通知する。
【0096】
この構成によると、荷物２の受け渡しの際に、荷受情報を用いて荷受人Ｐｂの認証を行うことができる。したがって、荷物２が指定された荷受人Ｐｂに確実に受け取られるように担保される。
【0097】
また、上記の実施形態に係る同包箱２０は、出発拠点１ａと到着拠点１ｂが同じで依頼者が同じ若しくは異なる複数の荷物２を同包して出発拠点１ａと到着拠点１ｂの間を１つの荷物２として取り扱い得る同包箱２０であって、同包箱２０である外箱と、外箱の内部に荷物２として同包される複数の内箱とを備え、外箱と各内箱の外面に同一の同包箱番号（ＢＯＸ番号）を付している。
【0098】
この構成によると、同包箱２０を外箱とし、配送対象物を入れた内箱を荷物２として取り扱うことができるので、外箱から出した荷物を取り扱い易いものになる。また、外箱と内箱に同じ同包箱番号が付されるので、混載作業時の確認が容易となる。
【0099】
また、同包箱２０において、外箱２０の外面に、外箱表示として荷出人Ｐａ及び荷受人Ｐｂの情報を簡易表示するとともに、内箱２の外面に、内箱表示として荷出人Ｐａ及び荷受人Ｐｂの情報を詳細表示し、更に内箱表示として、権限のある者のみが荷出人Ｐａ及び荷受人Ｐｂの情報にアクセス可能なアクセスコードＡＣを表示している。
【0100】
この構成によると、外箱２０には簡易表示がされるだけであり、詳細表示をした内箱２は荷受人Ｐｂの手に渡る。また、アクセスコードＡＣを通じたアクセスは権限のある者のみが可能である。このため、個人情報を保護できて安全である。
【0101】
＜２．第２実施形態＞
第２実施形態に係る配送システム１００ｔについて説明する。以下においては、第１実施形態と相違する点を説明する。また、第１実施形態と相違しない要素については、同じ符号を付すとともに、説明を省略する。
第２実施形態に係る配送システム１００ｔについて説明する。以下においては、第１実施形態と相違する点を説明する。また、第１実施形態と相違しない要素については、同じ符号を付すとともに、説明を省略する。
【0102】
【0103】
荷物管理データベース７００ｔは、配送依頼された荷物２に関する情報を管理するためのデータベースである。荷物管理データベース７００では、各レコード（荷物レコード）７が、配送を依頼された１つの荷物２と対応付けられている。各荷物レコード７には、レコード番号（荷物番号）７０が付与される。
【0104】
各荷物レコード７には、荷物２のサイズ７１が登録される。また、各荷物レコード７には、出発拠点１ａを特定する情報（出発拠点情報）７２ａ、および、到着拠点１ｂを特定する情報（到着拠点情報）７２ｂが登録される。また、各荷物レコード７には、荷出人Ｐａの氏名７３ａ、住所７４ａ、および、連絡先７５ａ、荷受人Ｐｂの氏名７３ｂ、住所７４ｂ、および連絡先７５ｂが登録される。また、各荷物レコード７には、出発拠点１ａまでの荷物２の持ち込みの有無の選択７６ａが登録される。また、各荷物レコード７には、到着拠点１ｂからの個別配送の有無の選択７６ｂが登録される。
【0105】
各荷物レコード７には、荷物２が到着拠点１ｂに到着するべき期限（到着期限）７８が登録される。ここでは、荷物２が到着拠点１ｂに到着するべき日付と時間区分（例えば、９～１２時の第１時間区分、１２時～１８時の第２時間区分、１８以降の第３時間区分、など）が、到着期限７８として登録される。なお、荷物レコード７には、到着期限７８に代えて、あるいは、到着期限７８に加えて、到着期限７８から逆算して算出される発送期限（出発拠点１ａから同包箱２０を出発させるべき期限）が登録されてもよい。
【0106】
各荷物レコード７には、荷物２が属するグループを特定する情報（グループ情報）７７が登録される。ここでは、荷物管理データベース７００ｔに登録された各荷物レコード７は、出発拠点１ａが互いに同じであり、到着拠点１ｂが互いに同じであり、かつ、到着期限７８が互いに同じである荷物２が、同じグループに属するようにグループ分けされ、各グループに付与された識別情報が、グループ情報７７として登録される。
【0107】
＜２－２．同包管理データベース＞
第２実施形態に係る同包管理データベース８００ｔについて、図１５～図１７を参照しながら説明する。図１５～図１７は、同包管理データベース８００ｔを説明するための図である。
第２実施形態に係る同包管理データベース８００ｔについて、図１５～図１７を参照しながら説明する。図１５～図１７は、同包管理データベース８００ｔを説明するための図である。
【0108】
同包管理データベース８００ｔは、同包箱２０に同包させる荷物２の組み合わせを管理するためのデータベースである。上記のとおり、荷物管理データベース７００ｔに登録された各荷物レコード７は、出発拠点１ａが互いに同じであり、到着拠点１ｂが互いに同じであり、かつ、到着期限７８が互いに同じである荷物２が同じグループに属するように、グループ分けされている。ここでも、グループ毎に、個別の同包管理データベース８００ｔが作成され、各同包管理データベース８００ｔでは、これと対応するグループに属する荷物レコード７の組み合わせが、管理される。つまり、同じグループに属する荷物レコード７の中から、１つの同包箱２０に同包させる荷物２の組み合わせに相当する荷物レコード７の組み合わせが決定されて、該グループと対応付けられた同包管理データベース８００ｔで管理される。
【0109】
同包管理データベース８００ｔでは、各レコード（同包箱レコード）８が１つの同包箱２０と対応付けられている。各同包箱レコード８には、同包箱番号（ＢＯＸ番号）（Ａ５５８９、Ａ５５９０、・・・）が付与される。
【0110】
各同包箱レコード８には、同包箱２０のサイズ８１が登録される。ここでも、サイズタイプが異なる１種類以上の箱が、使用可能な同包箱２０として選定されており、各同包箱レコード８において、同包箱２０のサイズ８１として、規定された１以上のサイズタイプＦ１，Ｆ２，・・・のいずれかが、選択指定される。
【0111】
各同包箱レコード８の各セル８２には、荷物レコード７（具体的には、荷物レコード７を特定する情報であり、例えばレコード番号（荷物番号）７０）が登録される。１つの同包箱レコード８の各セル８２に登録された荷物レコード７と対応する荷物２が、該同包箱レコード８と対応する同包箱２０に同包されることになる。つまり、１つの同包箱レコード８に登録された荷物レコード７の組み合わせが、１つの同包箱２０に同包される荷物２の組み合わせとなる。
【0112】
ここでは、同じグループに属する全ての荷物レコード７を勘案して、組み合わせパターン（具体的には、グループ全体で使用する同包箱２０の総数、各同包箱２０のサイズタイプ、および、各同包箱２０に同包させる荷物２の組み合わせに相当する荷物レコード７の組み合わせ）が決定される。ここで、「グループ全体で使用する同包箱２０の総数」は、同包管理データベース８００ｔに作成される同包箱レコード８の総数に相当する。また、「各同包箱２０のサイズタイプ」は、各同包箱レコード８において同包箱２０のサイズ８１として登録される内容に相当する。また、「各同包箱２０に同包させる荷物２の組み合わせに相当する荷物レコード７の組み合わせ」は、上記のとおり、各同包箱レコード８に登録される荷物レコード７の組み合わせに相当する。
【0113】
一例として、同じグループに属する全ての荷物レコード７のサイズ７１を勘案して、これらが最も効率的に同包されるような組み合わせパターン（例えば、グループ全体で使用する同包箱２０の総数ができるだけ少なく、各同包箱２０に荷物２が同包された状態において同包箱２０内に生じるデッドスペースができるだけ小さくなるような組み合わせパターン）が決定される。
【0114】
同じグループに属する全ての荷物レコード７を勘案して組み合わせパターンが決定されるため、ここでは、グループに属する新たな荷物レコード７が発生する度に、組み合わせパターンが再決定されて、組み合わせパターンの最適化がなされる。
【0115】
例えば、あるグループに、荷物番号７０が「０２」、サイズ７１が「サイズタイプＥ１」である第１荷物レコード７と、荷物番号７０が「０５」、サイズ７１が「サイズタイプＥ１」である第２荷物レコード７とが、属しているとする。この場合、各荷物レコード７のサイズ７１を勘案して決定される最適な組み合わせパターン（例えば、これらが最も効率的に同包されるような組み合わせパターン）が、「サイズタイプＦ１」の同包箱２０に、第１荷物レコード７に相当する第１荷物２ａおよび第２荷物レコード７に相当する第２荷物２ｂを同包させる、というものであるとする（図１５（ａ））。このとき、同包管理データベース８００ｔには、１つの同包箱レコード８が作成され、該同包箱レコード８には、同包箱２０のサイズ８１として「サイズタイプＦ１」が登録され、該同包箱レコード８の２つのセル８２の各々に、第１荷物レコード７（具体的には例えば、荷物番号７０「０２」）、および、第２荷物レコード７（具体的には例えば、荷物番号７０「０５」）が登録される（図１５（ｂ））。
【0116】
その後、該グループに属する新たな荷物レコード７として、荷物番号７０が「０８」、サイズ７１が「サイズタイプＥ３」である第３荷物レコード７が発生したとする。この場合、各荷物レコード７のサイズ７１を勘案して決定される最適な組み合わせパターンが、「サイズタイプＦ３」の同包箱２０に、第１荷物レコード７に相当する第１荷物２ａ、第２荷物レコード７に相当する第２荷物２ｂ、および、第３荷物レコード７に相当する第３荷物２ｃの全てを同包させる、というものであったとする（図１６（ａ））。このとき、同包管理データベース８００ｔの内容が更新され、更新後の同包管理データベース８００ｔには、１つの同包箱レコード８が作成され、該同包箱レコード８には、同包箱２０のサイズ８１として「サイズタイプＦ３」が登録され、該同包箱レコード８の３つのセル８２の各々に、第１荷物レコード７（具体的には例えば、荷物番号７０「０２」）、第２荷物レコード７（具体的には例えば、荷物番号７０「０５」）、および、第３荷物レコード７（具体的には例えば、荷物番号７０「０８」）が登録される（図１６（ｂ））。
【0117】
さらにその後、該グループに属する新たな荷物レコード７として、荷物番号７０が「０９」、サイズ７１が「サイズタイプＥ３」である第４荷物レコード７が発生したとする。この場合、各荷物レコード７のサイズ７１を勘案して決定される最適な組み合わせパターンが、「サイズタイプＦ１」の同包箱２０に、第１荷物レコード７に相当する第１荷物２ａおよび第２荷物レコード７に相当する第２荷物２ｂを同包させ、「サイズタイプＦ４」の同包箱２０に、第３荷物レコード７に相当する第３荷物２ｃおよび第４荷物レコード７に相当する第４荷物２ｄを同包させる、というものであったとする（図１７（ａ））。このとき、同包管理データベース８００ｔの内容が更新され、更新後の同包管理データベース８００ｔには、２つの同包箱レコード８が作成される（図１７（ｂ））。そして、一方の同包箱レコード８には、同包箱２０のサイズ８１として「サイズタイプＦ１」が登録され、該同包箱レコード８の２つのセル８２の各々に、第１荷物レコード７（具体的には例えば、荷物番号７０「０２」）、および、第２荷物レコード７（具体的には例えば、荷物番号７０「０５」）が登録される。また、他方の同包箱レコード８には、同包箱２０のサイズ８１として「サイズタイプＦ４」が登録され、該同包箱レコード８の２つのセル８２の各々に、第３荷物レコード７（具体的には例えば、荷物番号７０「０８」）、および、第４荷物レコード７（具体的には例えば、荷物番号７０「０９」）が登録される。
【0118】
＜２－３．処理の流れ＞
配送システム１００ｔで行われる処理の流れについて説明する。配送システム１００ｔでも、配送依頼の受け付けに係る処理と、配送に係る処理とが、並行して行われる。
配送システム１００ｔで行われる処理の流れについて説明する。配送システム１００ｔでも、配送依頼の受け付けに係る処理と、配送に係る処理とが、並行して行われる。
【0119】
【0120】
サーバ装置３において、クライアント端末５ａから送信された配送依頼の申込みが受信されると（ステップＳ１ａ）、配送管理部３０１は、配送依頼人に、配送依頼に必要な情報（依頼情報）を、クライアント端末５ａを通じて入力するように要求する（ステップＳ２ａ）。配送依頼人が、クライアント端末５ａを通じて依頼情報を入力すると、該入力された依頼情報がサーバ装置３に送信される（ステップＳ３ａ）。サーバ装置３において依頼情報が受信されると、配送管理部３０１が該依頼情報を受け付ける。依頼情報として、例えば、荷物２のサイズタイプ、荷物２の出発拠点１ａ、荷物２の到着拠点１ｂ、荷出人Ｐａの氏名、住所、および、連絡先、荷受人Ｐｂの氏名、住所、および連絡先、出発拠点１ａまでの荷物２の持ち込みの有無、到着拠点１ｂからの個別配送の有無、が受け付けられる。また、依頼情報として、荷物２が到着拠点１ｂに到着するべき到着期限７８が受け付けられる。配送依頼人に依頼情報を入力させる態様はどのようなものであってもよい。例えば、到着拠点１ｂからの個別配送が「有」と選択された場合に、配送依頼人に、荷受人Ｐｂの元へ荷物２が個別配送される期限（配送期限）の入力を要求し、配送管理部３０１が、入力された配送期限から、個別配送に要する時間を差し引いた時刻を、到着期限７８として受け付けてもよい。
【0121】
依頼情報が受け付けられると、配送管理部３０１は、該受け付けられた依頼情報を、荷物管理データベース７００ｔに登録する（ステップＳ４ａ）。具体的には、配送管理部３０１は、荷物管理データベース７００ｔに新たな荷物レコード７を作成し、その各項目に、依頼情報として受け付けた各内容を登録する。また、配送管理部３０１は、荷物レコード７に登録された出発拠点１ａ、到着拠点１ｂ、および、到着期限７８に基づいて、該荷物レコード７が属するべきグループを特定し、該グループの識別情報を、グループ情報７７として登録する。
【0122】
続いて、組み合わせ決定部３０２が、ステップＳ４ａで作成された新たな荷物レコード７（具体的には例えば、該荷物レコード７のレコード番号（荷物番号）７０）を、同包管理データベース８００ｔに登録する（ステップＳ５ａ）。具体的には、組み合わせ決定部３０２は、まず、新たな荷物レコード７が属するグループの同包管理データベース８００ｔを読み出す。そして、組み合わせ決定部３０２は、該読み出された同包管理データベース８００ｔに既に登録されている荷物レコード７と、新たな荷物レコード７とを勘案して（例えば、これら全ての荷物レコード７のサイズ７１を勘案して）、組み合わせパターンを決定し、同包管理データベース８００ｔの内容を更新する。当然のことながら、更新後の同包管理データベース８００ｔでは、ステップＳ４ａで作成された新たな荷物レコード７が、いずれかのセル８２に登録されている。なお、読み出された同包管理データベース８００ｔに既に登録されている荷物レコード７がない場合、組み合わせ決定部３０２は、新たな荷物レコード７だけを勘案して、組み合わせパターンを決定し、同包管理データベース８００ｔの内容を更新する。
【0123】
【0124】
ここでは、各グループの到着期限７８に基づいて、該グループの同包管理データベース８００ｔの確定期限（同包期限）が設定されている。例えば、到着期限７８から逆算して算出される発送期限（出発拠点１ａから同包箱２０を出発させるべき期限）から、所定時間（例えば、出発拠点１ａで荷物２を同包箱２０にまとめる作業に必要な時間）を遡った時刻が、確定期限として設定される。そして、配送管理部３０１は、各グループの同包管理データベース８００ｔについて、確定期限が到来したか否かを監視しており、確定期限が到来した同包管理データベース８００ｔが発生すると（ステップＳ１０１ａでＹＥＳ）、同包成立後の処理として以下の処理を開始する。
【0125】
同包管理データベース８００ｔの確定期限が到来すると、その時点で、該同包管理データベース８００ｔの内容が確定される。つまり、組み合わせパターンが確定される。配送管理部３０１は、内容が確定された同包管理データベース８００ｔに作成されている１以上の同包箱レコード（対象同包箱レコード）８の各々について、同包ファイル８０を作成する。つまり、ここでは、同包管理データベース８００ｔに作成されている同包箱レコード８と同数個の同包ファイル８０が作成される。配送管理部３０１は、作成された１以上の同包ファイル８０を、同包ファイル群８０１としてひとまとめにする（ステップＳ１０２ａ）。上記のとおり、各同包ファイル８０には、各対象同包箱レコード８と対応する同包箱２０に同包されるべき荷物２に関する情報と、該同包箱２０サイズタイプとが記述される。
【0126】
続いて、配送管理部３０１は、各対象同包箱レコード８と対応する同包箱２０に同包される各荷物２の荷出人Ｐａ（具体的には、各対象同包箱レコード８で組み合わされていた各荷物レコード７に登録されている荷出人Ｐａの各連絡先７５ａから特定されるクライアント端末５ａ）に、荷物２が発送される旨を通知する（ステップＳ１０３ａ）。このとき、荷出人Ｐａのクライアント端末５ａ（スマホ）には荷出情報およびＢＯＸ番号が送信される。
【0127】
また、配送管理部３０１は、各対象同包箱レコード８と対応する同包箱２０の出発拠点１ａ（すなわち、各対象同包箱レコード８で組み合わされていた各荷物レコード７に登録されている出発拠点１ａ）の拠点端末４に、ステップＳ１０２ａで作成された同包ファイル群８０１を送信する（ステップＳ１０４ａ）
【0128】
その後、荷出工程（図１２参照）が行われ、決済が完了すると、配送管理部３０１は、各対象同包箱レコード８と対応する同包箱２０に同包される各荷物２の荷受人Ｐｂ（具体的には、各対象同包箱レコード８で組み合わされていた各荷物レコード７に登録されている荷受人Ｐｂの各連絡先７５ｂから特定されるクライアント端末５ｂ）に、荷物２が発送される旨を通知する（ステップＳ１０５ａ）。このとき、荷受人Ｐｂのクライアント端末５ｂ（スマホ）には、荷物２を受け取る際の認証に必要な荷受情報が送信される。
【0129】
また、配送管理部３０１は、各対象同包箱レコード８と対応する同包箱２０の到着拠点１ｂ（すなわち、各対象同包箱レコード８で組み合わされていた各荷物レコード７に登録されている到着拠点１ｂ）の拠点端末４に、ステップＳ１０２ａで作成された同包ファイル群８０１を送信する（ステップＳ１０６ａ）
【0130】
その後、第１実施形態と同様に、混載工程、配送工程、および、荷受工程（図１３参照）がこの順に行われる。
【0131】
＜２－４．効果＞
上記の実施形態に係る配送システム１００ｔでは、配送管理部３０１が、出発拠点１ａが互いに同じであり、到着拠点１ｂが互いに同じであり、かつ、到着拠点１ｂへの到着期限７８が互いに同じである荷物２が同じグループに属するように荷物レコード７をグループ分けし、組み合わせ決定部３０２が、同じグループに属する全ての荷物レコード７を勘案して、グループ全体で使用する同包箱２０の総数と、各同包箱２０のサイズタイプと、各同包箱２０に同包させる荷物２の組み合わせに相当する荷物レコード７の組み合わせとを規定する組み合わせパターンを、決定する。
上記の実施形態に係る配送システム１００ｔでは、配送管理部３０１が、出発拠点１ａが互いに同じであり、到着拠点１ｂが互いに同じであり、かつ、到着拠点１ｂへの到着期限７８が互いに同じである荷物２が同じグループに属するように荷物レコード７をグループ分けし、組み合わせ決定部３０２が、同じグループに属する全ての荷物レコード７を勘案して、グループ全体で使用する同包箱２０の総数と、各同包箱２０のサイズタイプと、各同包箱２０に同包させる荷物２の組み合わせに相当する荷物レコード７の組み合わせとを規定する組み合わせパターンを、決定する。
【0132】
この構成によると、同じグループに属する全ての荷物レコード７を勘案して組み合わせパターンが決定されるので、最適な組み合わせパターンを作ることができる。このため、同包が成立し易く、到着期限７８ごとのグループを作り易いという利点が得られる。勿論、取り扱う数が多くなれば、第１実施形態の場合でも到着期限７８（或いは発送期限）を加えてグループを構成することも可能である。
【0133】
＜３．同包箱＞
配送システム１００，１００ｔで用いられる同包箱２０の構成例について説明する。以下においては、１枚のダンボール板が組み立てられることで箱状をなすダンボール箱Ｍ（すなわち、４つの側面３１と、上側の開口および下側の開口の各々を塞ぐ一対の内フラップ３２，３２と一対の外フラップ３３，３３とを備えるダンボール箱Ｍ）を基本形態として、これと相違する点を説明する。なお、以下においては、説明の便宜上、図面にしたがって、上下、左右、手前側、あるいは、奥側を規定しているが、これは説明の便宜のためのものであり、同包箱２０を使用する際の向きを限定するものではない。
配送システム１００，１００ｔで用いられる同包箱２０の構成例について説明する。以下においては、１枚のダンボール板が組み立てられることで箱状をなすダンボール箱Ｍ（すなわち、４つの側面３１と、上側の開口および下側の開口の各々を塞ぐ一対の内フラップ３２，３２と一対の外フラップ３３，３３とを備えるダンボール箱Ｍ）を基本形態として、これと相違する点を説明する。なお、以下においては、説明の便宜上、図面にしたがって、上下、左右、手前側、あるいは、奥側を規定しているが、これは説明の便宜のためのものであり、同包箱２０を使用する際の向きを限定するものではない。
【0134】
上記実施形態では、荷物２を内箱とし、内箱２の外面に配達用伝票２Ｘが貼り付けられて、内箱情報が表示されたが、内箱に内箱情報を表示しない場合、或いは荷物２を内箱に入れず直接同包箱２０に入れる場合は、以下に述べるように、箱の内部を仕切って複数の収容空間Ｖを形成し、同包箱２０における各収容空間Ｖと対応する位置に、該収容空間Ｖに収容されている荷物２と対応する配達用伝票２Ｘを貼り付けて、内箱情報を表示してもよい。
【0135】
（第１の形態）
第１の形態に係る同包箱２０（２０Ａ）について、図２１～図２４を参照しながら説明する。図２１は、展開状態の同包箱２０Ａを示す図である。図２２は、組み立て状態の同包箱２０Ａを示す図である。図２３および図２４は、同包箱２０Ａの使用の態様を示す図である。
第１の形態に係る同包箱２０（２０Ａ）について、図２１～図２４を参照しながら説明する。図２１は、展開状態の同包箱２０Ａを示す図である。図２２は、組み立て状態の同包箱２０Ａを示す図である。図２３および図２４は、同包箱２０Ａの使用の態様を示す図である。
【0136】
同包箱２０Ａでは、ダンボール箱Ｍの内部が仕切り部４２ａ，４２ｂで仕切られることによって、２つの収容空間Ｖ１，Ｖ２が形成され、各収容空間Ｖ１，Ｖ２に荷物２が収容される。また、第３内フラップ４０ｃが一方の収容空間Ｖ１の蓋を形成し、第４内フラップ４０ｄが他方の収容空間Ｖ２の蓋を形成している。つまり、複数の収容空間Ｖ１，Ｖ２の各々を開閉する個別の蓋が設けられている。このような構成において、各収容空間Ｖ１，Ｖ２を閉止する蓋の上から、該収容空間Ｖ１，Ｖ２に収容されている荷物２と対応する配達用伝票２Ｘが貼り付けられてもよい。
【0137】
例えば、同包箱２０Ａが閉じられている最初の状態（図２３（ａ））から、上側の外フラップ３３が開かれると、第３内フラップ４０ｃの把持片４３ｃが現れる（図２３（ｂ））。この把持片４３ｃが引っ張られて、第３内フラップ４０ｃが開かれると（図２３（ｃ））、第１収容空間Ｖ１が現れて（図２４（ａ））、ここに収容されている荷物２を取り出すことができる（図２４（ｂ））。荷物２を取り出すために、荷物２に把持ベルト２００などが巻き付けられていてもよい。また、最初の状態（図２３（ａ））から、同包箱２０Ａの上下（天地）が逆転されて、上側に来た外フラップ３３が開かれると、第４内フラップ４０ｄの把持片４３ｄが現れる。この把持片４３ｄが引っ張られて、第４内フラップ４０ｄが開かれると、第２収容空間Ｖ２が現れて、ここに収容されている荷物２を取り出すことができる。
【0138】
ダンボール箱Ｍの内部が仕切り部４２ａ，４２ｂで仕切られることによって、２つの収容空間Ｖ１，Ｖ２が形成される構成によると、仕切り部４２ａ，４２ｂによって形成される各収容空間Ｖ１，Ｖ２に荷物２を収容することができるので、荷出人Ｐａは、配送したい荷物２を必ずしも箱などに入れておかなくともよい。また、配送途中などに同包箱２０Ａの中で荷物２が動いて荷物２同士がぶつかる、といった事態も発生しにくい。また、各収容空間Ｖ１，Ｖ２を開閉する個別の蓋が設けられる構成によると、荷受人Ｐｂが、いずれかの収容空間Ｖ１の蓋を開いて荷物２を取り出す際に、別の収容空間Ｖ２に収容されている荷物２が該荷受人Ｐｂなどの目に触れることがなく、プライバシーが十分に保護される。
【0139】
【0140】
同包箱２０Ｂは、第１の形態に係る同包箱２０Ａとほぼ同様の構成を備えているが、第３内フラップ４０ｃおよび第４内フラップ４０ｄの形状が、通常のダンボール箱が備える内フラップ３２と同様である点において、第１の形態に係る同包箱２０Ａと相違する。すなわち、同包箱２０Ｂでは、ダンボール箱Ｍの上側の開口に一方側（図の例では左側）から張り出す第３内フラップ４０ｃは、左の側面３１の上縁から、ダンボール箱Ｍの上側の開口の左半分のさらに半分程度を塞ぐ。また、ダンボール箱Ｍの下側の開口に他方側（図の例では右側）から張り出す第４内フラップ４０ｄは、右の側面３１の下縁から、ダンボール箱Ｍの下側の開口の右半分のさらに半分程度を塞ぐ。
【0141】
同包箱２０Ｂでも、ダンボール箱Ｍの内部が仕切り部４２ａ，４２ｂで仕切られることによって、２つの収容空間Ｖ１，Ｖ２が形成され、各収容空間Ｖ１，Ｖ２に荷物２が収容される。また、同包箱２０Ｂでは、ダンボール箱Ｍの上側の開口を塞ぐ一対の外フラップ３３，３３が一方の収容空間Ｖ１の蓋を形成し、ダンボール箱Ｍの下側の開口を塞ぐ一対の外フラップ３３，３３が他方の収容空間Ｖ２の蓋を形成している。つまり、複数の収容空間Ｖ１，Ｖ２の各々を開閉する個別の蓋が設けられている。
【0142】
例えば、同包箱２０Ｂが閉じられている最初の状態から、上側の外フラップ３３が開かれると、第１収容空間Ｖ１が現れて、ここに収容されている荷物２を取り出すことができる。また、最初の状態から、同包箱２０Ｂの上下（天地）が逆転されて、上側に来た外フラップ３３が開かれると、第２収容空間Ｖ２が現れて、ここに収容されている荷物２を取り出すことができる。
【0143】
（第３の形態）
第３の形態に係る同包箱２０（２０Ｃ）について、図２６および図２７を参照しながら説明する。図２６は、展開状態の同包箱２０Ｃを示す図である。図２７は、組み立て状態の同包箱２０Ｃを示す図である。
第３の形態に係る同包箱２０（２０Ｃ）について、図２６および図２７を参照しながら説明する。図２６は、展開状態の同包箱２０Ｃを示す図である。図２７は、組み立て状態の同包箱２０Ｃを示す図である。
【0144】
同包箱２０Ｃでは、ダンボール箱Ｍの内部が仕切り部４２ｅ，４２ｆで仕切られることによって、２つの収容空間Ｖ１，Ｖ２が形成され、各収容空間Ｖ１，Ｖ２に荷物２が収容される。また、第１内フラップ４０ｅの中央フラップ部４３ｅとダンボール箱Ｍの上側の開口に一方側（図の例では右側）から張り出す内フラップ（第３内フラップ）４０ｇとが、一方の収容空間Ｖ１の蓋を形成する。同様に、第２内フラップ４０ｆの中央フラップ部４３ｆとダンボール箱Ｍの上側の開口に他方側（図の例では左側）から張り出す内フラップ（第４内フラップ）４０ｈとが、他方の収容空間Ｖ２の蓋を形成する。つまり、複数の収容空間Ｖ１，Ｖ２の各々を開閉する個別の蓋が設けられている。
【0145】
また、同包箱２０Ｃでは、ダンボール箱Ｍの上側の開口に一方側（図の例では手前側）から張り出す外フラップ（第１外フラップ）５０ａが、切り込みによって第１部分５１と第２部分５２に２等分されており、第１部分５１が、ダンボール箱Ｍの上側の開口の右半分を塞ぎ、第２部分５２が、ダンボール箱Ｍの上側の開口の左半分を塞ぐ。第１部分５１は、中央フラップ部４３ｅおよび第３内フラップ４０ｇの下側に配設される。同様に、第２部分５２は、中央フラップ部４３ｆおよび第４内フラップ４０ｈの下側に配設される。また、ダンボール箱Ｍの上側の開口に他方側（図の例では奥側）から張り出す外フラップ（第２外フラップ）５０ｂは、中央フラップ部４３ｅ、第３内フラップ４０ｇ、中央フラップ部４３ｆ、および、第４内フラップ４０ｈの上側に、これらを全体的に覆うように、重ねられる。
【0146】
例えば、同包箱２０Ｃが閉じられている最初の状態から、第２外フラップ５０ｂが開かれると、右側に、互いに封止された中央フラップ部４３ｅおよび第３内フラップ４０ｇが現れ、左側に、互いに封止された中央フラップ部４３ｆおよび第４内フラップ４０ｈが現れる。右側にある中央フラップ部４３ｅおよび第３内フラップ４０ｇが開かれると、第１外フラップ５０ａの第１部分５１が現れる。これが開かれると、第１収容空間Ｖ１が現れて、ここに収容されている荷物２を取り出すことができる。同様に、左側にある中央フラップ部４３ｆおよび第４内フラップ４０ｈが開かれると、第１外フラップ５０ａの第２部分５２が現れる。これが開かれると、第２収容空間Ｖ２が現れて、ここに収容されている荷物２を取り出すことができる。
【0147】
【0148】
同包箱２０Ｄでは、ダンボール箱Ｍの内部が仕切り部６１１で仕切られることによって、２つの収容空間Ｖ１，Ｖ２が形成され、各収容空間Ｖ１，Ｖ２に荷物２が収容される。また、一方の仕切り部材６１の中央フラップ６１２とこれに対向する内フラップ３２とが、一方の収容空間Ｖ１の蓋を形成し、他方の仕切り部材６１の中央フラップ６１２とこれに対向する内フラップ３２とが、他方の収容空間Ｖ２の蓋を形成する。つまり、複数の収容空間Ｖ１，Ｖ２の各々を開閉する個別の蓋が設けられている。
【0149】
例えば、同包箱２０Ｄが閉じられている最初の状態から、外フラップ３３が開かれると、右側と左側の各々に、互いに封止された中央フラップ６１２と内フラップ３２とが現れる。右側の中央フラップ６１２と内フラップ３２とが開かれると、第１収容空間Ｖ１が現れて、ここに収容されている荷物２を取り出すことができる。同様に、左側の中央フラップ６１２と内フラップ３２とが開かれると、第２収容空間Ｖ２が現れて、ここに収容されている荷物２を取り出すことができる。
【0150】
【0151】
同包箱２０Ｅは、ダンボール箱Ｍの内部に仕切り部材６２が配置された構成を備える。仕切り部材６２は、仕切り部６２１と、仕切り部６２１の上辺に設けられた上フラップ６２２と、仕切り部６２１の下辺に設けられた下フラップ６２３と、を備える。ただし、上フラップ６２２の各部分６２２ａ，６２２ｂと下フラップ６２３の各部分６２３ａ，６２３ｂとは、互い違いになるように（上から見て重ならないように）、折り曲げられる。
【0152】
同包箱２０Ｅでは、ダンボール箱Ｍの内部が仕切り部６２１で仕切られることによって、２つの収容空間Ｖ１，Ｖ２が形成され、各収容空間Ｖ１，Ｖ２に荷物２が収容される。
【0153】
＜４．他の実施形態＞
（機械学習）
第２実施形態において、組み合わせパターンが、機械学習により生成された組み合わせパターン決定モデル９００を用いて決定されてもよい。すなわち、記憶部３４に、組み合わせパターン決定モデル９００が格納されており、これを用いて組み合わせパターンが決定されてもよい（図３０）。
（機械学習）
第２実施形態において、組み合わせパターンが、機械学習により生成された組み合わせパターン決定モデル９００を用いて決定されてもよい。すなわち、記憶部３４に、組み合わせパターン決定モデル９００が格納されており、これを用いて組み合わせパターンが決定されてもよい（図３０）。
【0154】
組み合わせパターン決定モデル９００は、例えば、複数の荷物レコード７（具体的には、各荷物レコード７において登録される情報の少なくとも１つであり、例えば、サイズ７１）から、組み合わせパターンを出力するモデルである。このような組み合わせパターン決定モデル９００は、例えば、サンプルとなる複数の荷物レコード７（具体的には、各荷物レコード７において登録される情報の少なくとも１つ）と、それらから決定されるべき組み合わせパターンとを、教師データとして用いて、ニューラルネットワークなど公知の機械学習アルゴリズムを用いた機械学習により、生成される。なお、組み合わせパターン決定モデル９００は、予め生成されて記憶部３４に格納されてもよいし、サーバ装置３において生成されて記憶部３４に格納されてもよい。
【0155】
組み合わせパターン決定モデル９００を用いて組み合わせパターンを決定する場合、組み合わせ決定部３０２は、ステップＳ４ａで作成された新たな荷物レコード７を同包管理データベース８００ｔに登録するにあたって（ステップＳ５ａ）、同包管理データベース８００ｔ（新たな荷物レコード７が属するグループの同包管理データベース８００ｔ）に既に登録されている荷物レコード７と新たな荷物レコード７とを（具体的には例えば、これら全ての荷物レコード７のサイズ７１を）、組み合わせパターン決定モデル９００に入力する。組み合わせパターン決定モデル９００からは、該入力に応じて、組み合わせパターンが出力されるので、組み合わせ決定部３０２は、該出力された内容で同包管理データベース８００ｔを更新する。
【0156】
この構成によると、機械学習により生成された組み合わせパターン決定モデル９００を用いて組み合わせパターンが決定されるので、適切な組み合わせパターンを迅速に決定することができる。
【0157】
（荷受情報）
上記の各実施形態においては、配送管理部３０１が、荷受人Ｐｂのクライアント端末５ｂに、荷物２を受け取る際の認証に必要な荷受情報を送信するものとしたが、配送管理部３０１が、荷出人Ｐａのクライアント端末５ａに荷受情報を送信し、該荷受情報が荷出人Ｐａを通じて荷受人Ｐｂに通知されてもよい。
上記の各実施形態においては、配送管理部３０１が、荷受人Ｐｂのクライアント端末５ｂに、荷物２を受け取る際の認証に必要な荷受情報を送信するものとしたが、配送管理部３０１が、荷出人Ｐａのクライアント端末５ａに荷受情報を送信し、該荷受情報が荷出人Ｐａを通じて荷受人Ｐｂに通知されてもよい。
【0158】
上記の各実施形態において、荷受情報を用いた認証は例えば次のように行うことができる。まず、荷物２を受け取るにあたって、荷受人Ｐｂは、例えば、クライアント端末５ｂを通じて取得したメールに含められている荷受情報（例えば、認証コード）を、該クライアント端末５ｂの表示部に表示させる。そして、荷物２を渡す者（例えば、到着拠点１ｂの管理者）が、クライアント端末５ｂの表示部に表示された認証コードを通信端末装置で読み取る。読み取られた認証コードが同包ファイル８０に登録されている認証コードと一致することが該通信端末装置において確認されると、認証がなされたとして、該荷受人Ｐｂに荷物２が渡される。
【0159】
この構成によると、荷物２の受け渡しの際に、認証コードを用いて、荷受人Ｐｂの認証を行うことができる。したがって、荷物２が指定された荷受人Ｐｂに確実に受け取られるように担保される。上記のとおり、配送システム１００，１００ｔでは、荷物２は、同包箱２０に同包された状態で到着拠点１ｂに到着する。このため、同包されている荷物２の間に混同が生じて、荷物２の取り違えなどが生じる可能性もゼロではない。荷物２の受け私の際に認証コードを用いて荷受人Ｐｂの認証を行うようにしておけば、このような事態の発生を未然に回避することができる。
【0160】
（配送料の算出）
上記の実施形態においては、同包箱２０に同包される荷物２の個数が多いほど、配送コストが抑えられる。この点を加味して、同包される荷物２の個数に応じて、配送料金が算定されてもよい。同包される荷物２の個数に応じて配送料金が変動する場合、実際に荷物２が配送される前の適宜のタイミングで、荷受人Ｐｂあるいは荷出人Ｐａ（配送料金の負担者）に、クライアント端末５ａ，５ｂを通じて、算定された配送料金が通知されることが好ましい。また、該通知を受けた配送料金の負担者が、配送料金に合意する旨をクライアント端末５ａ，５ｂを通じて入力したことが確認された後に、荷物２の配送が行われることが好ましい。
上記の実施形態においては、同包箱２０に同包される荷物２の個数が多いほど、配送コストが抑えられる。この点を加味して、同包される荷物２の個数に応じて、配送料金が算定されてもよい。同包される荷物２の個数に応じて配送料金が変動する場合、実際に荷物２が配送される前の適宜のタイミングで、荷受人Ｐｂあるいは荷出人Ｐａ（配送料金の負担者）に、クライアント端末５ａ，５ｂを通じて、算定された配送料金が通知されることが好ましい。また、該通知を受けた配送料金の負担者が、配送料金に合意する旨をクライアント端末５ａ，５ｂを通じて入力したことが確認された後に、荷物２の配送が行われることが好ましい。
【0161】
また、出発拠点１ａまでの荷物２の持ち込みの有無、および、到着拠点１ｂからの個別配送の有無に応じて、配送料金を変えてもよい。例えば、出発拠点１ａまでの荷物２の持ち込みが「有」とされる場合に、配送料金が基準料金よりも割安とされてよい。同様に、到着拠点１ｂからの個別配送が「無」とされる場合に、配送料金が基準料金よりも割安とされてよい。
【0162】
また、指定される到着期限７８に応じて、配送料金を変えてもよい。例えば、指定される到着期限７８が遅いほど、配送料金が割安とされてよい。
【0163】
（その他）
上記の各実施形態において、配送可能な荷物２のサイズが、何種類かに制限されているものとしたが、このような制限が設けられなくともよい。この場合、例えば依頼情報として荷物２の個別サイズ（例えば、荷物２の３辺（長さ、幅、および、深さ）の各寸法）が受け付けられて、これが各荷物レコード７に登録されてもよい。
上記の各実施形態において、配送可能な荷物２のサイズが、何種類かに制限されているものとしたが、このような制限が設けられなくともよい。この場合、例えば依頼情報として荷物２の個別サイズ（例えば、荷物２の３辺（長さ、幅、および、深さ）の各寸法）が受け付けられて、これが各荷物レコード７に登録されてもよい。
【0164】
また、上記の各実施形態において、使用可能な同包箱２０のサイズが、何種類かに制限されているものとしたが、このような制限が設けられなくともよい。この場合、各同包箱レコード８において、同包箱２０の個別サイズ（例えば、同包箱２０の３辺（長さ、幅、および、深さ）の各寸法）が登録されてもよい。
【0165】
例えば、荷物２のサイズおよび同包箱２０のサイズの両方に制限が設けられない場合、組み合わせ決定部３０２が、同じグループに属する全ての荷物レコード７の個別サイズを加味して、グループ全体で使用する同包箱２０の総数、各同包箱２０の個別サイズ、および、各同包箱２０に同包させる荷物２の組み合わせに相当する荷物レコード７の組み合わせを、決定してもよい。また、この場合、決定された個別サイズに合致するような同包箱２０を、出発拠点１ａの管理者が作成してもよい。すなわち、決定された個別サイズに応じてダンボール板を切り出し、これを箱状に組み立てて、同包箱２０を作成してもよい。
【0166】
上記の実施形態において、例えば依頼情報として荷物２の重さが受け付けられて、これが各荷物レコード７に登録されてもよい。この場合、同包箱２０に同包させる荷物２の組み合わせに相当する荷物レコード７の組み合わせ（あるいは組み合わせパターン）を決定するにあたって、荷物２の重さが加味されてもよい。例えば、組み合わされた荷物２が同包された同包箱２０の総重量が、同包箱２０のサイズに応じて規定された上限重量以下となるように、組み合わせ（あるいは組み合わせパターン）が決定されてもよい。
【0167】
上記の実施形態において、配送管理部３０１が、荷物２が同包される同包箱２０の同包箱番号（ＢＯＸ番号）を、該荷物２の荷出人Ｐａ（具体的には、該荷物２と対応する荷物レコード７に登録されている荷出人Ｐａの連絡先７５ａから特定されるクライアント端末５ａ）、または（および）、該荷物２の荷受人Ｐｂ（具体的には、該荷物２と対応する荷物レコード７に登録されている荷受人Ｐｂの連絡先７５ｂから特定されるクライアント端末５ｂ）に、通知してもよい。また、配送管理部３０１が、荷出人Ｐａに同包箱番号（ＢＯＸ番号）を通知し、荷出人Ｐａが通知された同包箱番号（ＢＯＸ番号）を荷受人Ｐｂに通知してもよい。荷出人Ｐａに同包箱番号（ＢＯＸ番号）が通知される場合、荷物２を出発拠点１ａまで持ち込んだ荷出人Ｐａが、自身で、荷物２を、通知された同包箱番号（ＢＯＸ番号）の同包箱２０に入れるようにしてもよい。また、荷受人Ｐｂに同包箱番号（ＢＯＸ番号）が通知される場合、荷物２を到着拠点１ｂまで取りに来た荷受人Ｐｂが、自身で、荷物２を、通知された同包箱番号（ＢＯＸ番号）の同包箱２０から取り出すようにしてもよい。これらの構成によると、拠点１の管理者の手間を削減することができる。
【0168】
上記の実施形態において、サーバ装置３は、その少なくとも一部が、クラウド環境に構築されたもの（いわゆる、クラウドサーバ）であってもよい。この場合、配送管理部３０１および組み合わせ決定部３０２が、クラウドサーバ上で実現されてもよい。
【0169】
上記第１実施形態では外箱に内箱を入れる形態について説明したが、大箱に中箱を入れ、中箱に小箱を入れるという具合に、多段の入れ子状態にすれば、本発明の効果を更に高めることができる。
【0170】
また、上記第２実施形態では、荷物が増えたときに順次外箱を大きいものに変更する態様について説明したが、同包期間が経過したときに同包条件を満たさないか、あるいは途中でキャンセルがあった場合等は、大箱をダウンサイズして荷物を入れるようにしてもよい。
【0171】
上記の実施形態および上記の各変形例に係る構成は、互いに組み合わせることが可能である。その他の構成も、本発明の趣旨を逸脱しない範囲で種々変形が可能である。
【0172】
図３１は図８の変形例を示している。図８では、配送依頼の受け付けに係る処理の流れとして、クライアント端末５ａから逐次サーバー装置３に空き状況を問い合わせ（ステップＳ１～Ｓ４）、空きがあれば配送依頼に進む手順（ステップＳ５～Ｓ８）であったが、定期的に荷物の配送依頼を受ける場合がある。
【0173】
例えば、道路沿線に設置された地域振興施設（例えば道の駅（登録商標））等に農家等の事業者が野菜や果物を持ち込む場合は、毎営業日、或いは毎金曜日などといった定期的なタイミングで、どの事業者が、どの方面に出荷するかが、ある程度固定化されることが考えられる。その場合、大口事業者であれば一事業者だけで複数個の混載が成立し、小口事業者であれば複数事業者が寄り合って１つの混載が成立することが考えられる。
【0174】
そのような場合は、逐一配送依頼をするのは手間である。そこで、定期的な配送依頼を受け付け、事前登録しておくことも望ましい。
【0175】
例えば、図３１では、クライアント端末５ａからサーバー装置３に事前申込（ステップＳ１ａ）を行う際は、図８における基本情報の入力要求（ステップＳ２）、基本情報の入力（ステップＳ３）、依頼情報（ステップＳ６～Ｓ８）と同様の内容を事前登録しておく（ステップＳ１ｂ）。
【0176】
次に、例えば配送依頼を配送希望日前の所定期間（例えば配送希望日の１週間前から前日まで）受け付けるとすると、配送管理部３０１はその間の適宜のタイミングで、事前登録内容に基づいて配送依頼を自動生成する（ステップＳ１ｃ）。すると、図８のステップＳ４と同様の空きスペースの検索を行い（ステップＳ１ｄ）、空きスペースがあれば図８のステップＳ１０と同様に荷物レコードを同包箱データベースに登録する（ステップＳ１ｅ）。
【0177】
その後は、図１０の手順に沿って、ステップＳ１０１で同包（マッチング）が成立した場合、ステップＳ１０３で通知を受けた荷出人は、通知で指定された日時に荷物を持ち込む。通知で指定される日時は事前登録で入力した希望日時となるが、マッチングの確率を高めるために、希望日時を優先度の高い順から複数登録しておいてもよい。この場合、依頼者が複数登録のうちの最も早く到来する日時までに荷物を出発拠点に持ち込んでも出荷が期待できる。
【0178】
野菜や果物などは、最終的にマッチングが成立しなかった場合でも、賞味期限や到着期限等の関係から出荷が必要になる場合がある。このような場合は、同包期限の到来までに同包が成立しなかったときは同包期限到来時に、ステップＳ１０１から強制的にステップＳ１０２以降の同包成立後の処理に移行することで、持ち込んだ荷物を確実に出荷することができる。定期配送の場合は必ず出荷することを前提とするのであれば、配送前提で荷物を持ち込み、マッチング成立の通知は不要にしてもよい。この場合の料金は、同包が成立したと同等にすることが望ましい。
【0179】
定期配送の依頼者が変わらなければマッチングは同じ結果になることが予想される。出荷依頼者が出荷の無い場合があるときは、システム上「〇月〇日は出荷なし」等を選択、送信できるようにしておき、配送管理部３０１がこれを受け付けて一時的に同包(マッチング)の対象から外すようにすれば、配送依頼状況の変更にも弾力的に対応することができる。
【0180】
以下は一連の流れの簡単な説明である。
＜事前登録＞
予めマッチングサイトにログイン→出発拠点として道の駅Ａを選択→荷物の持ち込みを選択→到着拠点を選択→荷物の配送を選択→日時を指定（毎日、毎週、毎月など）→ユーザー登録＋配達依頼（リピート）…（Ａ）
＜マッチングを待って荷物を持ち込み＞
（Ａ）に引き続き、毎回、登録内容に基づいてサーバー内で自動的に配送依頼を生成→登録した条件でマッチング待ち→マッチング成立→依頼者に持ち込み日時を連絡→依頼者はサーバから連絡を受けた日時に合わせて道の駅Ａに荷物を持ち込む
＜マッチングを待たずに荷物を持ち込み＞
（Ａ）に引き続き、マッチング成否に拘わらず依頼者は指定日時に合わせて道の駅Ａに荷物を持ち込む→その間にサーバーはマッチングをトライ→マッチング成立ならそれに沿って混載→マッチング不成立でも、希望日時に（最悪混載せずに）発送
＜事前登録＞
予めマッチングサイトにログイン→出発拠点として道の駅Ａを選択→荷物の持ち込みを選択→到着拠点を選択→荷物の配送を選択→日時を指定（毎日、毎週、毎月など）→ユーザー登録＋配達依頼（リピート）…（Ａ）
＜マッチングを待って荷物を持ち込み＞
（Ａ）に引き続き、毎回、登録内容に基づいてサーバー内で自動的に配送依頼を生成→登録した条件でマッチング待ち→マッチング成立→依頼者に持ち込み日時を連絡→依頼者はサーバから連絡を受けた日時に合わせて道の駅Ａに荷物を持ち込む
＜マッチングを待たずに荷物を持ち込み＞
（Ａ）に引き続き、マッチング成否に拘わらず依頼者は指定日時に合わせて道の駅Ａに荷物を持ち込む→その間にサーバーはマッチングをトライ→マッチング成立ならそれに沿って混載→マッチング不成立でも、希望日時に（最悪混載せずに）発送
【0181】
勿論、事前登録時は持ち込みではなく集荷を選んでも良く、到着時は配送ではなく受取を選んでもよい。
【0182】
図３２は図１２の変形例を示している。図１２では、出荷拠点と到着拠点の間で同包（マッチング）が成立すると、担当者が集荷に出向いて荷物２を持ち帰り、または依頼者による荷物２の持込を受けて、サポートセンター１ａにて同包箱２０に混載し出荷したが、予め集荷経路上を移動する間に少なくとも一部の同包箱２０が満載になるような配送スケジュールとなる場合がある。このような場合は、サポートセンター１ａまで荷物２を持ち帰って混載作業を行うのではなく、図３２に示すように集荷経路上にある営業所１ａ´で同包箱２０に混載して出荷してもよい。この場合、到着拠点ごとに色分けしたボックスをトラックに搭載しておき、荷物２を集めながら同包箱２０である青のボックス（東京方面）や赤のボックス（名古屋方面）が満載になったら、最寄りの営業所１ａ´から出荷する対応が好適な一例として挙げられる。最寄りの営業所としては、本配送システムの直営店である必要はなく、宅配営業所や郵便局、コンビニ、ガソリンスタンド、新聞配達所のような各種営業所（他業種営業所）であっても構わない。この場合は、配送依頼人が最寄りの出発拠点１ａ´に荷物２を持ち込んでも良い。
【0183】
このようにすれば、出発拠点であるサポートセンター１ａが縮小できるので、大掛かりな設備を軽減することができ、運送の時短にも繋げることができる。
【0184】
図３３は図１３の変形例を示している。図１３では、同包箱２０が到着拠点であるサポートセンター１ｂに到着すると、サポートセンター１ｂで開封し、担当者が荷物２を配達、若しくは荷受人がサポートセンタ１ｂで荷物２を受け取る態様であったが、到着拠点は必ずしもサポートセンター１ｂである必要はなく、図３２に示すように、配達経路上にある拠点、宅配営業所や郵便局、コンビニ、ガソリンスタンド、新聞配達所のような各種営業所（他業種営業所）１ｂ´も、梱包箱２０の開封を行える到着拠点としてもよい。受取も、荷受人が直接宅配営業所や郵便局、コンビニ、ガソリンスタンド、新聞配達所等の各種営業所（他業種営業所）１ｂ´にて荷受２する態様で実施することもできる。
【0185】
このようにすれば、到着拠点であるサポートセンター１ｂが縮小できるので、大掛かりな設備を軽減することができ、運送の時短にも繋げることができる。
【0186】
以上において、箱の概念としては、中に縦横寸法が所定の関係を有する小箱を詰めて収容する狭義の意味においては、ボックス状が起想されるが、荷物を入れる広義の意味においては、「紙袋」なども含まれる。例えば、図３４に示すように、梱包箱（外箱）に想到する紙袋２０Ｙの中に荷物２Ｙを混載して配送することは、本発明の実施態様に含まれ、これによっても上記に準じた作用効果を奏することができる。
【符号の説明】
【0187】
１００，１００ｔ 配送システム
１ 拠点
１ａ 出発拠点
１ｂ 到着拠点
１０ エリア
２ 荷物
２０ 同包箱
３ サーバ装置
３０１ 配送管理部
３０２ 組み合わせ決定部
４ 拠点端末
５ａ，５ｂ クライアント端末
６００ マップ情報
７００，７００ｔ 荷物管理データベース
７ 荷物レコード
８００，８００ｔ 同包管理データベース
８ 同包箱レコード
８０ 同包ファイル
９００組み合わせパターン決定モデル
１ 拠点
１ａ 出発拠点
１ｂ 到着拠点
１０ エリア
２ 荷物
２０ 同包箱
３ サーバ装置
３０１ 配送管理部
３０２ 組み合わせ決定部
４ 拠点端末
５ａ，５ｂ クライアント端末
６００ マップ情報
７００，７００ｔ 荷物管理データベース
７ 荷物レコード
８００，８００ｔ 同包管理データベース
８ 同包箱レコード
８０ 同包ファイル
９００組み合わせパターン決定モデル
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
【図30】
【図31】
【図32】
【図33】
【図34】
