JP2020201551A - 配送システムおよび配送システムにおいて使用されるサーバコンピュータ - Google Patents

Abstract

【課題】ロッカーに収納された荷物を目的地に移動させるサービスにおいて、荷物の配達効率またはロッカーの利用効率の少なくとも一方を改善する。【解決手段】配送システムは、ロッカー装置、ロッカー装置を管理するロッカー端末、荷物の配送先において使用される配送先端末、ロッカー装置から配送先に荷物を配送する配送者が利用する配送者端末、及びサーバコンピュータを備える。サーバコンピュータは、保存部および処理部を備える。保存部は、配送先に係わる配送先情報および配送者による配送作業に係わる配送者情報を保存する。処理部は、ロッカー装置から配送先への荷物の配送に係わる配送依頼をロッカー端末から受信したときに、配送先情報および配送者情報に基づいて、配送依頼を受託するか否かを表す可否情報を生成する。サーバコンピュータは、可否情報をロッカー端末に送信する。【選択図】図２

Description

本発明は、ロッカーに収納された荷物を配送する方法またはそのためのシステムに係わる。

多くの駅または観光地などにコインロッカーが設置されている。そして、利用者は、所定の料金を支払うことにより、ロッカーに荷物を収納できる。例えば、旅行者は、スーツケース等の大きな荷物をロッカーに収納し、身軽な状態で観光地を移動することがある。

ただし、利用者は、目的地に向かう前に、いったんロッカーの設置場所に立ち寄らなければならない。そして、利用者は、そのロッカーの設置場所から目的地まで、自分で荷物を運ばなければならない。例えば、旅行者は、ロッカーの設置場所から宿泊するホテルまで、自分で荷物を運ばなければならない。

この問題に対して、コインロッカーに預けた荷物を利用者の希望する場所まで転送する方法が提案されている（例えば、特許文献１）。

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

上述のように、コインロッカーに収納された荷物を所定の目的地に移動させる方法が提案されている。ただし、従来技術においては、効率的な配送について検討されていない。また、コインロッカーの利用効率についても検討されていない。

本発明の１つの側面に係わる目的は、ロッカーに収納された荷物を目的地に移動させるサービスにおいて、荷物の配送効率またはロッカーの利用効率の少なくとも一方を改善することである。

本発明の１つの態様の配送システムは、荷物を収納する役割を持つ保管部を備えるロッカー装置と、前記ロッカー装置を管理するロッカー端末と、荷物の配送先において使用される配送先端末と、前記ロッカー装置から前記配送先に荷物を配送する配送者が利用する配送者端末と、ネットワークを介して前記ロッカー端末、前記配送先端末、および前記配送者端末と通信可能なサーバコンピュータと、を備える。前記サーバコンピュータは、前記配送先に係わる配送先情報および前記配送者による配送作業に係わる配送者情報を保存する保存部と、前記配送先情報および前記配送者情報を参照して配送サービスに係わる処理を実行する処理部と、を備える。前記処理部は、前記ロッカー装置から前記配送先への荷物の配送に係わる配送依頼を前記ロッカー端末から受信したときに、前記配送先情報および前記配送者情報に基づいて、前記配送依頼を受託するか否かを表す可否情報を生成する。前記サーバコンピュータは、前記可否情報を前記ロッカー端末に送信する。

上述の配送システムにおいては、サーバコンピュータは、荷物の配送先に係わる配送先情報および配送者による配送作業に係わる配送者情報を考慮して、配送依頼を受託するか否かを判定する。よって、配送者は、配送者にとって都合のよい条件の配送業務を引き受けることができる。また、配送先においては、配送先にとって都合のよい条件で荷物を受け取ることができる。

前記配送者情報は、前記配送者が提供する複数の集配便のスケジュールを表す情報を含んでもよい。この場合、前記処理部は、前記配送依頼を受託すると判定したときは、前記スケジュールを表す情報に基づいて、前記配送依頼に対して最適な集配便を選択する。また、前記処理部は、選択した集配便を利用して前記配送依頼に係わる荷物を収集することを指示する配送指示を作成する。そして、前記サーバコンピュータは、受信した配送依頼に対応する配送指示を前記配送者端末に送信する。この構成によれば、最適な集配便を選択することにより、ロッカー装置の効率化および／または配送者の配送効率を向上させることができる。

上述の態様によれば、ロッカーに収納された荷物を目的地に移動させるサービスにおいて、荷物の配送効率またはロッカーの利用効率の少なくとも一方が改善する。

本発明の実施形態の係わる荷物配送の概要を示す図である。 本発明の実施形態の係わる配送システムの一例を示す図である。 ロッカー端末の処理の一例を示すフローチャートである。 ロッカー端末の表示装置に表示される画面の例を示す図（その１）である。 ロッカー端末の表示装置に表示される画面の例を示す図（その２）である。 サーバコンピュータのハードウェア構成の一例を示す図である。 サーバコンピュータに保持されるロッカー情報、配送先情報、配送者情報の一例を示す図である。 配送依頼を受信したサーバコンピュータの処理の一例を示すフローチャートである。 発注メッセージを受信したサーバコンピュータの処理の一例を示すフローチャートである。

図１は、本発明の実施形態の係わる荷物配送の概要を示す。この例では、利用者は、例えば旅行者であり、ホテルに宿泊する。この場合、ホテルは、利用者にとって、移動先または目的地である。

ロッカー施設は、複数のロッカー装置を備える。各ロッカー装置は、収納スペースを備える。そして、利用者は、所定の料金を支払うことにより、空いているロッカー装置に荷物を預けることができる。なお、ロッカー施設は、特に限定されるものではないが、例えば、利用者が宿泊するホテルの近くの駅に設置されているものとする。

利用者が希望する場合には、配送業者は、ロッカー施設に収納されている荷物を指定された目的地に配送する。この例では、ロッカー施設に収納されている荷物は、配送業者により、利用者が宿泊するホテルに配送される。この場合、ホテルは、配送業者にとって、配送先である。

上記構成の配送システムによれば、利用者は、ロッカー施設が設置されている場所からホテルまでの道のりを身軽な状態で移動できる。例えば、ロッカー施設に荷物を預けた旅行者は、身軽な状態で観光地を散策した後、ロッカー施設に立ち寄ることなくそのままホテルに向かうことできる。

ただし、利用者がロッカー施設に荷物を預けるごとに配送業者に配送依頼が送られるシーケンスでは、効率が悪く、配送コストが上昇するおそれがある。そこで、本発明の実施形態の係わる配送システムは、ロッカー施設に収納された荷物を目的地に配送するサービスにおいて、荷物の配達効率を向上させる機能を備える。

他方、ロッカー施設の所有者にとっては、ロッカー施設の利用率が高くなることが好ましい。そこで、本発明の実施形態の係わる配送システムは、ロッカー施設に収納された荷物を目的地に配送するサービスにおいて、ロッカー施設の利用効率を向上させる機能を備える。例えば、あるロッカー装置に収納された荷物が配送業者により取り出されて配送されると、そのロッカー装置は、次の利用者に提供され得る。すなわち、あるロッカー装置に荷物が収納されたときから、その荷物が配送業者により取り出されて配送されるまでの時間が短くなれば、そのロッカー装置の利用効率が高くなる。

さらに、ロッカー施設に収納されていた荷物が配送業者により配送されるときに、配送先においてその荷物が受け取ってもらえない状況も考えられる。そこで、本発明の実施形態の係わる配送システムは、配送先の状況を考慮して配送を行う機能を備える。

図２は、本発明の実施形態の係わる配送システムの一例を示す。本発明の実施形態の係わる配送システム１００は、図２に示すように、ロッカー装置１、ロッカー端末２、配送者端末３、配送先端末４、およびサーバコンピュータ５を備える。なお、配送システム１００は、図２に示していない他の装置または機能を備えていてもよい。

ロッカー装置１は、荷物等を収納するための収納スペース（または、保管部）を提供する筐体、およびその筐体に取り付けられるドアを備える。ドアは、ロック機構を備える。ロック機構は、ロッカー端末２からの指示に応じて施錠および開錠を行う。なお、ロッカー施設は、１または複数のロッカー装置１を備える。ロッカー施設が複数のロッカー装置１を備えるときは、各ロッカー装置１に対してロッカー番号等の識別情報が付与されている。また、各ロッカー装置１の収納スペースのサイズは、互いに同じであってもよいし、互いに同じでなくてもよい。

ロッカー端末２は、プロセッサ、メモリ、ユーザインタフェース、通信インタフェースを含むコンピュータにより実現される。ユーザインタフェースは、タッチパネル等の表示デバイスを含み、ロッカー施設の利用者からの指示を受け付ける。また、ロッカー端末２は、ユーザインタフェースを利用して、ロッカー施設の利用者に対して様々な情報を提供できる。なお、ユーザインタフェースは、ロッカー端末２の利用者に対して２以上の言語のインタフェースを提供する。通信インタフェースは、ネットワークに接続する機能を備える。そして、ロッカー端末２は、通信インタフェースを利用して、サーバコンピュータ５と通信を行うことができる。さらに、ロッカー端末２は、ロッカー装置１のロック機構の施錠および開錠を制御する。なお、ロッカー施設が複数のロッカー装置１を備えるときは、各ロッカー装置１に対してそれぞれロッカー端末２を設けてもよいし、複数のロッカー装置１に対して１台のロッカー端末２を設けてもよい。

配送者端末３は、荷物の配送を行う配送者により所有および管理される。配送者は、個人であってもよいし、法人であってもよい。配送者端末３は、プロセッサ、メモリ、ユーザインタフェース、通信インタフェースを含むコンピュータにより実現される。ユーザインタフェースは、配送者からの指示を受け付ける。また、配送者端末３は、ユーザインタフェースを利用して、配送者に対して様々な情報を提供できる。通信インタフェースは、ネットワークに接続する機能を備える。そして、配送者端末３は、通信インタフェースを利用して、サーバコンピュータ５と通信を行うことができる。

配送先端末４は、ロッカー施設の利用者により指定された配送先施設により所有および管理される。配送先施設は、特に限定されるものではないが、この実施例では、宿泊サービスを提供するホテルである。以下の記載では、配送先がホテルであるものとして実施例を説明する。配送先端末４は、プロセッサ、メモリ、ユーザインタフェース、通信インタフェースを含むコンピュータにより実現される。ユーザインタフェースは、ホテルの従業員からの指示を受け付ける。また、配送先端末４は、ユーザインタフェースを利用して、ホテルの従業員に対して様々な情報を提供できる。通信インタフェースは、ネットワークに接続する機能を備える。そして、配送先端末４は、通信インタフェースを利用して、サーバコンピュータ５と通信を行うことができる。

サーバコンピュータ５は、ネットワークに接続する通信インタフェースを備え、ロッカー端末２、配送者端末３、配送先端末４と通信を行うことができる。また、サーバコンピュータ５は、ロッカー端末２、配送者端末３、配送先端末４から様々な情報またはデータを収集し、収集した情報またはデータに基づいて荷物の配送に係わる指示を作成する。そして、サーバコンピュータ５は、作成した指示をロッカー端末２、配送者端末３、配送先端末４に送信する。このように、サーバコンピュータ５は、配送システム１００を管理する。なお、サーバコンピュータ５は、１台の物理コンピュータで実現してもよいし、複数台の物理コンピュータで実現してもよい。また、サーバコンピュータ５は、ロッカー端末２、配送者端末３、配送先端末４にとってクラウドサーバとして動作し得る。

なお、図２に示すように、配送システム１００には、複数のロッカー施設、複数の配送者、複数の配送先（この実施例では、複数のホテル）が参加可能である。すなわち、サーバコンピュータ５には、複数のロッカー端末２、複数の配送者端末３、複数の配送先端末４が接続可能である。

上記構成の配送システム１００において、配送先端末４は、荷物の受け取りに係わる配送先情報を作成してサーバコンピュータ５に送信する。配送先情報は、例えば、ホテルの従業員により入力される情報に基づいて作成される。また、配送先情報は、例えば、下記の情報を含む。
（１）住所
（２）受取り時間帯
（３）受取り可能量
（４）宿泊者名簿

住所は、ホテルの住所を表す。受取り時間帯は、ホテルにとって、配送者から荷物を受け取ることが好ましい時間帯を表す。例えば、受取り時間帯は、ホテルの繁忙時間帯を避けて指定される。受取り可能量は、ホテルが配送者から受け取ることが可能な荷物の量を表す。荷物の量は、例えば、荷物の個数または荷物の総重量で表される。宿泊者名簿は、ホテルに宿泊する宿泊者の氏名などを表す。ただし、配送先情報は、宿泊者名簿を含まなくてもよい。

配送者端末３は、配送者による配送作業に係わる配送者情報を作成してサーバコンピュータ５に送信する。配送者情報は、例えば、配送者により入力される情報に基づいて作成される。また、配送者情報は、例えば、下記の情報を含む。
（１）集配スケジュール
（２）収集可能量

集配スケジュールは、配送者が荷物を集配するエリアおよび時間帯を表す。また、収集可能量は、配送者が収集可能な荷物の量を表す。荷物の量は、例えば、荷物の個数または荷物の総重量で表される。

ロッカー端末２は、１または複数のロッカー装置１を含むロッカー施設に係わるロッカー情報を作成してサーバコンピュータ５に送信する。ロッカー情報は、例えば、下記の情報を含む。
（１）設置場所
（２）ロッカー番号
（３）ロッカーサイズ

設置場所は、ロッカー施設が設置されている場所を表す。ロッカー番号は、ロッカー施設が備える各ロッカー装置１を識別する番号を表す。ロッカーサイズは、ロッカー施設が備える各ロッカー装置１の収納スペースのサイズを表す。

上記構成の配送システム１００において、ロッカー施設の利用者は、ロッカー端末２から要求される情報を入力する。このとき、ロッカー端末２は、例えば、利用者と対話するために必要な情報を表示装置に表示する。この場合、表示装置は、タッチパネル機能を備えることが好ましい。また、利用者は、タッチパネル機能を利用して、ロッカー端末２から要求される情報を入力する。

図３は、ロッカー端末２の処理の一例を示すフローチャートである。この実施例では、少なくとも１つのロッカー装置１が未使用状態であるものとする。

Ｓ１において、ロッカー端末２は、表示装置に言語選択画面を表示する。言語選択画面は、図４（ａ）に示すように、ロッカー端末２が対応できる言語を提示する。そして、ロッカー端末２は、利用者による言語の選択を待ち受ける。

利用者が言語選択画面上で言語を選択すると、ロッカー端末２は、以降、指定された言語に対応する対話画面を表示装置に表示する。ここでは、利用者が「日本語」を選択したものとする。そして、Ｓ２において、ロッカー端末２は、表示装置にサービス選択画面を表示する。サービス選択画面は、図４（ｂ）に示すように、利用者が選択可能なサービスを提示する。

利用者がサービス選択画面上でサービスを選択すると、ロッカー端末２は、Ｓ３において、配送サービスが選択されたか否かを判定する。利用者により配送サービスが選択されたときは、ロッカー端末２は、Ｓ４〜Ｓ８の処理を実行する。一方、利用者により配送サービスが選択されなかったときは、Ｓ４〜Ｓ８の処理はスキップされる。

Ｓ４において、ロッカー端末２は、表示装置に配送先指定画面を表示する。配送先指定画面は、図４（ｃ）に示すように、荷物を配送可能なホテルのリストを提示する。なお、配送先指定画面には、サーバコンピュータ５に予め登録されたホテルが表示されるものとする。また、配送先指定画面は、随時、更新される。例えば、ＣＣＣホテルへの荷物の配送が土曜日および日曜日だけ行われるケースでは、月曜日〜金曜日においては、配送先指定画面にＣＣＣホテルは表示されない。

なお、配送先指定画面内に希望するホテルが存在しないときは、利用者は、配送先指定画面内に表示されるキャンセルボタンを選択する。そうすると、ロッカー端末２の処理がＳ２に戻り、表示装置にはサービス選択画面が表示される。

利用者が配送先指定画面上で荷物の配送先（即ち、宿泊するホテル）を指定すると、ロッカー端末２は、Ｓ５において、表示装置に利用者情報入力画面を表示する。利用者情報入力画面は、図４（ｄ）に示すように、利用者の氏名およびメールアドレスを入力する領域を含む。なお、メールアドレスは、必須の情報ではなく、荷物がホテルに到着したことを表す通知を希望する場合に利用者が入力するものとする。

Ｓ６において、ロッカー端末２は、配送依頼を作成する。配送依頼は、例えば、配送先を指定する情報および利用者情報を含む。なお、配送先は、Ｓ４において利用者により指定される。また、利用者情報は、Ｓ５において利用者自身により入力される。そして、ロッカー端末２は、作成した配送依頼をサーバコンピュータ５に送信する。

サーバコンピュータ５は、後で詳しく説明するが、ロッカー端末２から受信する配送依頼を受託するか否か判定する。そして、サーバコンピュータ５は、その判定結果を表す可否情報をロッカー端末２に送信する。

Ｓ７〜Ｓ８において、ロッカー端末２は、Ｓ６で送信した配送依頼に対する可否情報を待ち受ける。そして、配送依頼がサーバコンピュータ５により受託されたときは、ロッカー端末２は、Ｓ９〜Ｓ１１の処理を実行する。一方、配送依頼が受託されなかったときには、ロッカー端末２の処理はＳ２に戻る。

Ｓ９において、ロッカー端末２は、表示装置に決済画面を表示する。決済画面は、図５（ａ）に示すように、支払い金額などを表示する。また、決済画面は、例えば、電子マネーによる支払い方法の案内を表示する。

利用者が決済画面に従って配送料の決済を完了すると、ロッカー端末２は、Ｓ１０において、ロッカー装置１のパスワードを決定する。このパスワードは、利用者が荷物を収納すべきロッカー装置１のロック機構を解除するための情報である。そして、ロッカー端末２は、利用証明書を発行する。このとき、ロッカー端末２の表示装置には、図５（ｂ）に示す案内が表示される。なお、利用証明書には、例えば、ロッカー施設の名称、Ｓ５で入力された利用者の氏名、利用証明書の発行日時、荷物の配送先のホテルの名称などが表記される。また、上述のパスワードが利用証明書に表記されてもよい。

Ｓ１１において、ロッカー端末２は、利用者が使用するロッカー装置１を利用者に提示する。このとき、ロッカー端末２の表示装置には、図５（ｃ）に示す案内が表示される。この後、利用者は、提示されたロッカー装置１に荷物を収納する。そうすると、このロッカー装置１のロック機構が自動的に施錠される。

Ｓ１２において、ロッカー端末２は、配送サービスの開始を指示する発注メッセージをサーバコンピュータ５に送信する。発注メッセージは、例えば、利用者が荷物を収納したロッカー装置１のロッカー番号、そのロッカー装置１のロック機構を解除するためのパスワード、荷物の配送先を表す情報、および荷物の配送を依頼した利用者の氏名等の利用者情報を含む。

なお、利用者が配送サービスを選択しなかった場合も、Ｓ９〜Ｓ１１の処理が実行される。但し、この場合は、ロッカー装置１の使用料（図４（ｂ）に示す例では、７００円）が請求される。また、ロッカー端末２は、図３に示す順番で各ステップの処理を実行しなくてもよい。例えば、ロッカー端末２は、Ｓ１０の処理を実行する前にＳ１１の処理を実行してもよい。すなわち、ロッカー端末２は、荷物がロッカーに収納された後に、利用証明者を発行してもよい。

このように、ロッカー端末２は、利用者が荷物の配送を希望したときは、配送システム１００がサービスを提供できるか否かをサーバコンピュータ５に問い合わせる。そして、配送依頼が受託されたときは、ロッカー端末２は、荷物を収納するロッカー装置１を利用者に提示する。

図６は、サーバコンピュータ５のハードウェア構成の一例を示す。サーバコンピュータ５は、図６に示すように、プロセッサ（処理部）１１、メモリ（保存部）１２、入出力ＩＦ１３、記録媒体デバイス１４、通信ＩＦ１５を備える。尚、サーバコンピュータ５は、図６に示していない他のデバイスまたは機能を備えていてもよい。

プロセッサ１１は、メモリ１２に格納されているプログラムを実行することにより、配送サービスを管理する機能を提供する。なお、プロセッサ１１は、他のプログラムを実行することもできる。また、プロセッサ１１は、不図示のプログラムサーバからプログラムを取得して実行することもできる。メモリ１２は、プロセッサ１１により実行されるプログラムを格納する。また、メモリ１２は、配送サービスに係わる情報およびデータを保存する。入出力ＩＦ１３は、キーボードおよびマウス等の入力デバイスに接続するためのインタフェース、および表示装置等の出力デバイスに接続するためのインタフェースを提供する。

記録媒体デバイス１４は、可搬型記録媒体１６に記録されている信号を読み出すことができる。よって、プロセッサ１１は、記録媒体デバイス１４を利用して可搬型記録媒体１６に記録されているプログラムを実行できる。通信ＩＦ１５は、ネットワークに接続するためのインタフェースを提供する。よって、サーバコンピュータ５は、通信ＩＦ１５を利用して、ロッカー端末２、配送者端末３、配送先端末４と通信を行うことができる。

図７（ａ）は、ロッカー情報の一例を示す。ロッカー情報は、ロッカー施設毎にロッカー端末２により作成される。また、ロッカー情報は、この例では、施設名、設置場所、ロッカー番号、ロッカーサイズを含む。そして、ロッカー情報は、ロッカー端末２からサーバコンピュータ５に送信され、メモリ１２に保存される。

図７（ｂ）は、配送先情報の一例を示す。配送先情報は、配送先（即ち、ホテル）毎に配送先端末４により作成される。また、配送先情報は、この例では、ホテル名、住所、受取り時間帯、受取り可能量、宿泊所名簿を含む。そして、配送先情報は、配送先端末４からサーバコンピュータ５に送信され、メモリ１２に保存される。

図７（ｃ）は、配送者情報の一例を示す。配送者情報は、配送者毎に配送者端末３により作成される。また、配送者情報は、この例では、配送者名、集配エリア、収集時間帯、収集可能量、配送完了時刻を含む。図７（ｃ）に示す例では、配送者情報は、下記の内容を表している。なお、この例では、配送者（ここでは、Ｙ運輸）は、第１便で収集した荷物を第２便で各目的地に配達し、第２便で収集した荷物を第３便で各目的地に配達し、第３便で収集した荷物を翌日の第１便で各目的地に配達するものとする。
（１）Ｙ運輸は、１１：００、１３：００、１５：００に、△△町および××町で荷物の集配を行う。
（２）第１便は、１１：００〜１１：３０に最大で５個まで荷物を収集可能であり、第１便で収集した荷物は、集配エリア内であれば、１４：００までには目的地に配送される。
（３）第２便は、１３：００〜１３：３０に最大で８個まで荷物を収集可能であり、第２便で収集した荷物は、集配エリア内であれば、１６：００までには目的地に配送される。
（４）第３便は、１５：００〜１５：３０に最大で５個まで荷物を収集可能であり、第３便で収集した荷物は、集配エリア内であれば、翌日の１２：００までには目的地に配送される。

配送者情報は、配送者端末３からサーバコンピュータ５に送信され、メモリ１２に保存される。なお、配送者情報の「収集可能量」は、配送者端末３によりリアルタイムで更新されることが好ましい。例えば、配送者が新たな配送依頼を受託する毎に、配送者情報の内容が更新される。そして、配送者情報が更新される毎に、更新された配送者情報がサーバコンピュータ５に送信される。よって、サーバコンピュータ５のメモリ１２には、最新の配送者情報が保存される。

このように、各ロッカー端末２から送信されるロッカー情報、各配送者端末３から送信される配送者情報、各配送先端末４から送信される配送先情報は、サーバコンピュータ５のメモリ１２に保存される。そして、サーバコンピュータ５は、これらの情報を利用して配送サービスを管理する。

図８は、配送依頼を受信したサーバコンピュータ５の処理の一例を示すフローチャートである。なお、ロッカー端末２は、図３に示すＳ６において配送依頼をサーバコンピュータ５に送信するものとする。

Ｓ２１において、サーバコンピュータ５は、配送依頼を待ち受ける。そして、配送依頼を受信すると、サーバコンピュータ５は、Ｓ２２〜Ｓ２９の処理を実行する。なお、配送依頼は、配送先のホテルを指定する情報を含む。

Ｓ２２において、サーバコンピュータ５は、配送依頼の送信元のロッカー施設および荷物の配送先を特定する。配送依頼の送信元のロッカー施設は、例えば、配送依頼の送信元のロッカー端末２を識別することで特定される。また、荷物の配送先を表す情報は、配送依頼に含まれている。なお、以下の記載では、Ｓ２２で特定されるロッカー施設を「対象ロッカー」と呼ぶことがある。また、Ｓ２２で特定される配送先を「配送先ホテル」と呼ぶことがある。

Ｓ２３において、サーバコンピュータ５は、メモリ１２に保存されている配送者情報を参照し、集配エリアが対象ロッカーを含む集配便が存在するか否かを判定する。そして、集配エリアが対象ロッカーを含む集配便が存在するときは、サーバコンピュータ５は、Ｓ２４において、その条件を満足する集配便を抽出する。例えば、図７に示す例では、Ｙ運輸の第１〜第３便の集配エリアは「□□県○○市△△町および××町」である。また、ＫＫ鉄道○○駅コインロッカーの住所は「□□県○○市△△町１丁目２番」であり、Ｙ運輸の第１〜第３便の集配エリアに含まれている。したがって、この場合、Ｓ２３〜Ｓ２４においてＹ運輸の第１〜第３便が抽出される。

Ｓ２５において、サーバコンピュータ５は、メモリ１２に保存されている配送先情報を参照し、配送先ホテルの受取り条件を特定する。受取り条件は、例えば、配送先ホテルにより指定される受取り時間帯である。Ｓ２６において、サーバコンピュータ５は、Ｓ２４において抽出された集配便の中で、配送先ホテルの受取り条件を満足する集配便が存在するか否かを判定する。そして、そのような集配便が存在するときは、サーバコンピュータ５は、Ｓ２７において、その条件を満足する集配便を抽出する。さらに、サーバコンピュータ５は、Ｓ２３およびＳ２６の条件を満足する集配便をメモリ１２に記録する。

例えば、上述したように、Ｓ２３〜Ｓ２４においてＹ運輸の第１〜第３便が抽出されているものとする。ここで、ＡＡＡホテルの受取り時間帯は「１２：００〜１９：００」である。また、ＡＡＡホテルは、Ｙ運輸の第１〜第３便の集配エリア内に位置している。よって、第１便で対象ロッカーから収集された荷物は１４：００までにＡＡＡホテルに配送され、第２便で対象ロッカーから収集された荷物は１６：００までにＡＡＡホテルに配送され、第３便で対象ロッカーから収集された荷物は翌日の１２：００までにＡＡＡホテルに配送される。すなわち、Ｙ運輸の第１〜第３便のうち、第１便および第２便はＡＡＡホテルの受取り時間帯に間に合うが、第３便は間に合わない。この場合、Ｓ２６〜Ｓ２７においてＹ運輸の第１〜第２便が抽出される。

Ｓ２３およびＳ２６の条件を満足する集配便が存在するときは、サーバコンピュータ５は、配送依頼が要求するサービスを提供できると判定する。この場合、サーバコンピュータ５は、Ｓ２８において配送依頼を受託する旨を表す可否情報を作成する。そして、サーバコンピュータ５は、この可否情報を、Ｓ２１で受信した配送依頼の送信元のロッカー端末２に送信する。

一方、Ｓ２３およびＳ２６の条件を満足する集配便が存在しないときは、サーバコンピュータ５は、配送依頼が要求するサービスを提供できないと判定する。この場合、サーバコンピュータ５は、Ｓ２９において配送依頼を受託しない旨を表す可否情報を作成する。そして、サーバコンピュータ５は、この可否情報を、配送依頼の送信元のロッカー端末２に送信する。

なお、Ｓ２８またはＳ２９で送信される可否情報は、図３に示すＳ７においてロッカー端末２により受信される。そうすると、ロッカー端末２は、上述したように、可否情報に基づいてロッカー装置１の利用者にサービスを提供する。

このように、サーバコンピュータ５は、ロッカー端末２から配送依頼を受信すると、配送先ホテルから受信した配送先情報および配送者から受信する配送者情報を参照して、要求された配送サービスを提供できるか否かを判定する。よって、この配送サービスが提供される場合、配送先ホテルおよび配送者にとって以下のメリットがある。すなわち、配送先ホテルにおいては、希望しない時間帯（例えば、繁忙時間帯）には荷物が配送されないので、円滑な業務を実現される。また、配送者は、予め計画されている集配便において余裕があるときに、その集配便を使ってロッカー施設から荷物を収集できる。したがって、配送者は、効率的な集配業務を行うことが可能となり、収益の向上が期待される。

図９は、発注メッセージを受信したサーバコンピュータ５の処理の一例を示すフローチャートである。なお、ロッカー端末２は、図３に示すＳ１２において発注メッセージをサーバコンピュータ５に送信するものとする。

Ｓ３１において、サーバコンピュータ５は、発注メッセージを待ち受ける。なお、サーバコンピュータ５は、図９に示すフローチャートの処理を実行する前に、配送依頼を受託する旨を表す可否情報をロッカー端末２に送信しているものとする。そして、発注メッセージを受信すると、サーバコンピュータ５は、Ｓ３２〜Ｓ３５の処理を実行する。

Ｓ３２において、サーバコンピュータ５は、ロッカー端末２から受信した発注メッセージからロッカー番号、パスワード、配送先の情報、利用者情報を取得する。なお、ロッカー番号は、利用者に割り当てられたロッカー装置を識別する。パスワードは、利用者に割り当てられたロッカー装置のロック機構を解除するための情報である。配送先の情報は、荷物の配送先を表す。利用者情報は、利用者の氏名を含む。また、利用者情報は、利用者のメールアドレスを含んでもよい。

Ｓ３３において、サーバコンピュータ５は、メモリ１２に記録されている集配便（すなわち、Ｓ２３及びＳ２６の条件を満足する集配便）の中から最適な集配便を選択する（最適化処理）。このとき、サーバコンピュータ５は、予め決められた最適化ポリシに基づいて最適な集配便を選択する。なお、最適化ポリシについては、後で説明する。

Ｓ３４において、サーバコンピュータ５は、Ｓ３３で選択した集配便を指定する配送指示を作成し、配送者端末３に送信する。この配送指示は、ロッカー施設を表す情報、ロッカー番号、パスワード、Ｓ３３で選択された集配便を指定する情報、および配送先の情報を含む。ロッカー施設を表す情報は、ロッカー端末２から配送依頼を受信したときに特定されている。ロッカー番号、パスワード、および配送先の情報は、Ｓ３２において取得されている。

なお、配送指示を受信した配送者は、その配送指示に従って配送サービスを実行する。すなわち、配送者は、指定された集配便のための集配業務において、指定されたロッカー施設に立ち寄る。そして、配送者は、指定されたロッカー番号に対応するロッカー装置に指定されたパスワードを与えることによりロック機構を解除し、その中の収納されている荷物を取得する。その後、配送者は、配送先の情報が指定する目的地（すなわち、配送先ホテル）に荷物を配送する。

Ｓ３５において、サーバコンピュータ５は、配送先ホテルに配送通知を送信する。配送通知は、配送先ホテルに荷物が配送されることを表す。また、配送通知は、利用者情報を含む。利用者情報は、発注メッセージによりロッカー端末２からサーバコンピュータ５に通知される。なお、配送通知を受信した配送先ホテルは、その配送先通知により、宿泊客の荷物が配送されてくることを認識できる。

ここで、Ｓ３３の最適化処理の実施例を説明する。一例として、予め決められている最適化ポリシが「ロッカー施設の利用効率を高くする」であるものとする。この場合、サーバコンピュータ５は、メモリ１２に保存されている配送者情報を参照し、メモリ１２に記録されている集配便（即ち、Ｓ２３およびＳ２６の条件を満足する集配便）の中から、収集時間帯が現在時刻に最も近い集配便を選択する。例えば、図７（ｃ）に示す第１〜第２便がそれぞれＳ２３およびＳ２６の条件を満足し、また、発注メッセージの受信時刻（即ち、現在時刻）が１０：３０であるものとする。この場合、第２便の収集時間帯よりも第１便の収集時間帯の方が発注メッセージの受信時刻に近い。そうすると、第１〜第２便のうちから第１便が選択される。

上記ポリシに基づいてＳ３３において集配便が選択されると、配送者は、その集配便を利用してロッカー施設から対応する荷物を取り出す。すなわち、上記ポリシに基づいて集配便が選択される場合、ロッカー施設から荷物を取り出す時刻が早くなる。そうすると、この荷物が収納されていたロッカー装置は、次の荷物を収納するために利用可能な状態になる。したがって、ロッカー施設の利用効率が高くなり、その収益性が向上する。

或いは、サーバコンピュータ５は、Ｓ３３において、メモリ１２に保存されている配送者情報を参照し、Ｓ２３及びＳ２６の条件を満足する集配便の中から、収集可能量が最も多い集配便を選択してもよい。例えば、図７（ｃ）に示す第１〜第２便がＳ２３およびＳ２６の条件を満足するものとする。この場合、第１〜第２便のうちから第２便が選択される。そして、上記ポリシに基づいて集配便が選択されると、配送者は、その集配便を利用してロッカー施設から対応する荷物を取得する。すなわち、最も余裕のある集配便において荷物が収集されることになる。この結果、各集配便が運ぶ荷物量が平準化されるので、配送者の業務効率が向上する。

このように、サーバコンピュータ５は、予め決められた最適化ポリシに従って、ロッカー施設から荷物を収集する集配便を選択する。よって、最適化ポリシに応じて、ロッカー施設の利用効率または配送者の業務効率が向上する。なお、サーバコンピュータ５は、他の最適化ポリシで集配便を選択してもよい。

＜バリエーション１＞
図８に示す例では、対象ロッカーの設置場所および配送先ホテルの受取り条件などに応じて配送依頼を受託するか否かが判定されるが、本発明はこの方法に限定されるものではない。すなわち、サーバコンピュータ５は、他の要因を考慮して配送依頼を受託するか否かを判定してもよい。

例えば、配送先端末４からサーバコンピュータ５に送信される配送先情報が、配送先ホテルの宿泊者名簿を含むものとする。また、ロッカー端末２からサーバコンピュータ５に送信される配送依頼が、利用者の氏名を含むものとする。この場合、サーバコンピュータ５は、配送依頼に含まれる利用者の氏名が、配送先ホテルの宿泊者名簿に載っているか否かをチェックする。そして、配送依頼に含まれる利用者の氏名が配送先ホテルの宿泊者名簿に載っているときに限って、サーバコンピュータ５は、配送依頼を受託する。換言すれば、配送依頼に含まれる利用者の氏名が配送先ホテルの宿泊者名簿に載っていないときには、荷物の配送が行われない。したがって、この手順を図８に示すフローチャートに追加すれば、利用者の荷物が誤ったホテルに配送される事態が回避される。

＜バリエーション２＞
上述の例では、配送先ホテルの受取り可能量および配送者の収集可能量は、荷物の個数で表されているが、本発明はこの方法に限定されるものではない。例えば、多くのケースにおいて、旅行者（特に、海外からの旅行者）のスーツケースは大きくて重たい。このため、上述の配送サービスにおいて、配送者は、荷物のサイズおよび／または重量を知りたい。ところが、ロッカー装置１の利用者に荷物のサイズおよび／または重量を入力させることは好ましくない。

そこで、バリエーション２においては、ロッカー装置１の収納スペースのサイズに基づいて荷物のサイズおよび／または重量が推定される。なお、ロッカー端末２からサーバコンピュータ５に予め通知されるロッカー情報は、図７（ａ）に示すように、各ロッカー装置１の収納スペースのサイズを表す情報を含んでいる。また、ロッカー端末２からサーバコンピュータ５に送信される配送依頼は、利用者に提供すべきロッカー装置１のロッカー番号を含む。以下の記載では、ロッカー装置１の収納スペースのサイズを「ロッカーサイズ」と呼ぶことがある。

サーバコンピュータ５は、配送依頼を受信すると、利用者に提供すべきロッカー装置１のロッカー番号を利用してメモリ１２に保存されているロッカー情報を検索し、そのロッカー装置に対応するロッカーサイズを特定する。また、サーバコンピュータ５は、特定したロッカーサイズに基づいて荷物のサイズおよび／または重量を推定する。このとき、サーバコンピュータ５は、ロッカーサイズを荷物の「個数」に変換してもよい。例えば、図７（ａ）に示す実施例において、通常の収納スペースを有するロッカー装置（ロッカー番号：１１〜２５）に対して「荷物数＝１」が割り当てられ、大きな収納スペースを有するロッカー装置（ロッカー番号：１〜１０）に対して「荷物数＝２」が割り当てられる。

この後、サーバコンピュータ５は、利用者に提供すべきロッカー装置１のサイズに基づいて、受信した配送依頼を受託するか否かを判定する。具体的には、サーバコンピュータ５は、ロッカーサイズから推定される荷物のサイズおよび／または重量を考慮して、配送者がその荷物を収集できるか否かを判定すると共に、配送先ホテルがその荷物を受け取れるか否かを判定する。そして、サーバコンピュータ５は、これらの判定結果を参照して配送依頼を受託するか否かを決定する。したがって、この手順を図８に示すフローチャートに追加すれば、配送者および／または配送先ホテルの負担が軽減され得る。加えて、ロッカー装置１の利用者は、荷物のサイズおよび／または重量を入力する必要はない。

＜バリエーション３＞
ロッカー施設を用いた配送サービスの利用者数は、様々な要因に依存する。例えば、天候や近隣エリアで催されるイベントなどに応じて、配送サービスの利用者数が変化することがある。そこで、サーバコンピュータ５は、ロッカー装置１、配送者、配送先ホテル、および利用者に直接的には係わらない要因を考慮して配送サービスを提供してもよい。以下の記載では、ロッカー装置１、配送者、配送先ホテル、および利用者に直接的には係わらない要因を「外乱要因」と呼ぶことがある。

バリエーション３においては、サーバコンピュータ５には、図２に示すように、外乱要因を表す外乱情報が与えられる。そして、サーバコンピュータ５は、外乱情報を考慮して配送依頼を受託するか否かを判定すると共に、外乱情報を考慮して最適化処理を行う。

例えば、ロッカー施設が設置されているエリアを訪れる人の数が多ければ、配送サービスを使用する人の数も多くなると考えられる。したがって、ロッカー施設が設置されているエリアを訪れる人の数が多くなると見込まれるときは、可能な限り早くロッカー施設から荷物を収集して、他の利用者のためにロッカー施設を利用できる状態にすることが好ましい。

そこで、サーバコンピュータ５は、外乱情報（例えば、天気予報、近隣エリアでのイベントの開催情報など）に基づいて、ロッカー施設が設置されているエリアを訪れる人の数が多くなると予測したときは、図９に示すＳ３３において、最も早くロッカー施設から荷物を収集できる集配便を選択することが好ましい。或いは、外乱情報に基づいて、配送を委託する配送者の候補数を変えてもよい。例えば、ロッカー施設が設置されているエリアを訪れる人の数が多くなると予測したときは、サーバコンピュータ５は、より多くの配送者が提供する集配便の中から荷物を収集する集配便を選択してもよい。なお、外乱情報と配送サービスの利用件数との相関関係は、過去のデータに基づいて予め用意されているものとする。

＜バリエーション４＞
図３または図４（ａ）に示すように、ロッカー端末２は、ロッカー施設の利用者に使用言語を選択させる機能を備える。よって、ロッカー端末２は、利用者が使用可能な言語を認識できる。

そこで、ロッカー端末２は、利用者が選択した使用言語を表す言語情報を発注メッセージの中に含めてもよい。この場合、サーバコンピュータ５は、配送通知と共にその言語情報を配送先端末４に送信する。そうすると、配送先ホテルの従業員は、配送される荷物の所有者が使用する言語を予め認識できる。

＜バリエーション５＞
ロッカー端末２において、図４（ｄ）に示す利用者情報入力画面を介して利用者のメールアドレスが入力されたときは、サーバコンピュータ５は、そのメールアドレスを配送先端末４に送信する。このとき、このメールアドレスは、例えば、配送通知の中に設定される。そして、利用者の荷物が配送先ホテルに到着すると、荷物が到着したことを表すメールが配送先端末４から利用者に送信される。

＜バリエーション６＞
ロッカー端末２は、デジタルカメラを備えてもよい。そして、ロッカー装置１は、ロッカー装置１に収納される荷物の画像データを、発注メッセージに添付してもよい。この場合、サーバコンピュータ５は、配送指示と共に、その画像データを配送者端末３に送信する。そうすると、配送者は、配送指示により指定された荷物が正しいか否かを容易に判定できる。また、サーバコンピュータ５は、配送通知と共に、その画像データを配送先端末４に送信する。そうすると、配送先ホテルの従業員は、配送された荷物が正しいか否かを容易に判定できる。

１ ロッカー装置
２ ロッカー端末
３ 配送者端末
４ 配送先端末
５ サーバコンピュータ
１１ プロセッサ（処理部）
１２ メモリ（保存部）
１００ 配送システム

Claims (9)

1. 荷物を収納する役割を持つ保管部を備えるロッカー装置と、
   前記ロッカー装置を管理するロッカー端末と、
   荷物の配送先において使用される配送先端末と、
   前記ロッカー装置から前記配送先に荷物を配送する配送者が利用する配送者端末と、
   ネットワークを介して前記ロッカー端末、前記配送先端末、および前記配送者端末と通信可能なサーバコンピュータと、を備える配送システムであって、
   前記サーバコンピュータは、
   前記配送先に係わる配送先情報および前記配送者による配送作業に係わる配送者情報を保存する保存部と、
   前記配送先情報および前記配送者情報を参照して配送サービスに係わる処理を実行する処理部と、を備え、
   前記処理部は、前記ロッカー装置から前記配送先への荷物の配送に係わる配送依頼を前記ロッカー端末から受信したときに、前記配送先情報および前記配送者情報に基づいて、前記配送依頼を受託するか否かを表す可否情報を生成し、
   前記サーバコンピュータは、前記可否情報を前記ロッカー端末に送信する
   ことを特徴とする配送システム。
2. 前記処理部が前記配送依頼を受託すると判定したときは、前記サーバコンピュータは、前記配送依頼に対応する配送指示を前記配送者端末に送信する
   ことを特徴とする請求項１に記載の配送システム。
3. 前記保存部に保存される配送者情報は、前記配送者が提供する複数の集配便のスケジュールを表す情報を含み、
   前記処理部は、前記スケジュールを表す情報に基づいて、前記配送依頼に対して最適な集配便を選択し、選択した集配便を利用して前記配送依頼に係わる荷物を収集することを指示する配送指示を作成する
   ことを特徴とする請求項２に記載の配送システム。
4. 前記処理部は、前記スケジュールを表す情報に加えて、前記ロッカー装置が設置されている場所および前記配送先が指定する荷物の受取り時間帯にも基づいて、前記配送依頼に対して最適な集配便を選択し、選択した集配便を利用して前記配送依頼に係わる荷物を収集することを表す配送指示を作成する
   ことを特徴とする請求項３に記載の配送システム。
5. 前記処理部が前記配送依頼を受託すると判定したときは、前記サーバコンピュータは、前記配送依頼に対応する配送通知を前記配送先端末に送信する
   ことを特徴とする請求項１〜４のいずれか１つに記載の配送システム。
6. 前記サーバコンピュータには、前記ロッカー端末、前記配送者、および前記配送先に係わらない要因を表す外乱情報が与えられ、
   前記処理部は、前記外乱情報を考慮して前記可否情報を生成する
   ことを特徴とする請求項１〜５のいずれか１つに記載の配送システム。
7. 前記サーバコンピュータには、前記ロッカー端末、前記配送者、および前記配送先に係わらない要因を表す外乱情報が与えられ、
   前記処理部は、前記外乱情報を考慮して前記配送指示を作成する
   ことを特徴とする請求項２〜４のいずれか１つに記載の配送システム。
8. 前記ロッカー端末は、前記ロッカー端末の利用者に対して２以上の言語のインタフェースを提供する
   ことを特徴とする請求項１〜７のいずれか１つに記載の配送システム。
9. ロッカー装置を管理するロッカー端末、荷物の配送先において使用される配送先端末、および前記ロッカー装置から前記配送先に荷物を配送する配送者が利用する配送者端末とネットワークを介して通信可能なサーバコンピュータであって、
   前記配送先に係わる配送先情報および前記配送者による配送作業に係わる配送者情報を保存する保存部と、
   前記配送先情報および前記配送者情報を参照して配送サービスに係わる処理を実行する処理部と、を備え、
   前記処理部は、前記ロッカー装置から前記配送先への荷物の配送に係わる配送依頼を前記ロッカー端末から受信したときに、前記配送先情報および前記配送者情報に基づいて、前記配送依頼を受託するか否かを表す可否情報を生成し、生成した可否情報を前記ロッカー端末に送信する
   ことを特徴とするサーバコンピュータ。

Images