(57)【要約】【課題】  配送可能な配送者へ依頼することによって、荷物を預ける利用者等にとって、より利便性の高い荷物管理システムを提供する。【解決手段】  利用者端末２０から荷物の預け入れ要求を受け付け、荷物を預け入れ可能な保管所を検索し、保管所まで荷物を配送する配送者を特定する荷物管理サーバ１０を備える荷物管理システムであって、荷物管理サーバ１０は、利用者端末２０から預け入れ要求を受信する第１受信部と、荷物を預け入れ可能な保管所を検索する検索部と、預け入れ可能な保管所を利用者端末２０へ送信する第１送信部と、利用者端末２０から保管所への配送依頼があった場合、荷物に関する情報の少なくとも一部を配送者端末に送信する第２送信部と、配送者端末４０から配送受諾回答を受信する第２受信部と、を備えることを特徴とする荷物管理システム。【選択図】  図１
2019219776.tif 000002
【特許請求の範囲】
【請求項１】
利用者端末から荷物の預け入れ要求を受け付け、前記荷物を預け入れ可能な保管所を検索し、前記保管所まで前記荷物を配送する配送者を特定する荷物管理サーバを備える荷物管理システムであって、
前記荷物管理サーバは、
利用者端末から前記預け入れ要求を受信する第１受信部と、
前記荷物を預け入れ可能な保管所を検索する検索部と、
預け入れ可能な保管所を前記利用者端末へ送信する第１送信部と、
前記利用者端末から前記保管所への配送依頼があった場合、前記荷物に関する情報の少なくとも一部を配送者端末に送信する第２送信部と、
前記配送者端末から配送受諾回答を受信する第２受信部と、
を備えることを特徴とする荷物管理システム。
【請求項２】
前記荷物管理サーバは、前記配送者と利用者間の前記荷物の受け渡しに関する情報を前記利用者端末または前記配送者端末の少なくとも一方から受信する第３受信部を備える請求項１に記載の荷物管理システム。
【請求項３】
前記荷物管理サーバは、前記保管所の保管所端末から前記荷物の受取完了通知を受信する第４受信部を備える請求項１に記載の荷物管理システム。
【請求項４】
前記荷物に取り付けられるタグを備え、
前記荷物を受け渡しに関する情報と前記荷物の受取完了通知とのうち少なくとも一方は前記タグを読み取った荷物読取情報であることを特徴とする請求項２に記載の荷物管理システム。
【請求項５】
前記荷物管理サーバは、前記タグに関する情報を保有するタグデータベースと、
前記第３受信部で利用者端末からタグＩＤを受信した際に、当該タグＩＤで前記タグデータベースを参照し、前記タグが正規品かどうかを判定する第１判定部と、
をさらに備えることを特徴とする請求項４に記載の荷物管理システム。
【請求項６】
前記荷物管理サーバは、保管所にて利用者端末からタグＩＤを受信した際、荷物の情報を管理する荷物データベースを参照し、荷物を配送者に渡した際のタグＩＤと同一かを確認する第２判定部をさらに備えることを特徴とする請求項５に記載の荷物管理システム。
【請求項７】
前記荷物管理サーバは、前記配送者端末から配送中の位置情報を受信する第５受信部を備えることを特徴とする請求項１から請求項６のいずれか一項に記載の荷物管理システム。
【請求項８】
利用者端末から荷物の預け入れ要求を受け付け、前記荷物を預け入れ可能な保管所を検索し、前記保管所まで前記荷物を配送する配送者を特定する荷物管理サーバであって、
前記荷物管理サーバは、
利用者端末から前記預け入れ要求を受信する第１受信部と、
前記荷物を預け入れ可能な保管所を検索する検索部と、
預け入れ可能な保管所を前記利用者端末へ送信する第１送信部と、
前記利用者端末から前記保管所への配送依頼があった場合、前記荷物に関する情報の少なくとも一部を配送者端末に送信する第２送信部と、
前記配送者端末から配送受諾回答を受信する第２受信部と、
を備えることを特徴とする荷物管理サーバ。
【請求項９】
前記配送者と利用者間の前記荷物を受け渡しに関する情報を前記利用者端末または前記配送者端末の少なくとも一方から受信する第３受信部を備える請求項８に記載の荷物管理サーバ。
【請求項１０】
前記保管所の保管所端末から前記荷物の受取完了通知を受信する第４受信部を備える請求項８に記載の荷物管理サーバ。
【請求項１１】
利用者端末から荷物の預け入れ要求を受け付け、前記荷物を預け入れ可能な保管所を検索し、前記保管所まで前記荷物を配送する配送者を特定するプログラムであって、
利用者端末から前記預け入れ要求を受信する第１受信部、
前記荷物を預け入れ可能な保管所を検索する検索部、
預け入れ可能な保管所を前記利用者端末へ送信する第１送信部、
前記利用者端末から前記保管所への配送依頼があった場合、前記荷物に関する情報の少なくとも一部を配送者端末に送信する第２送信部、
前記配送者端末から配送受諾回答を受信する第２受信部、
としてコンピュータを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、利用者が保持する荷物を任意の保管場所にて管理するための技術に関する。
【背景技術】
【０００２】
近年、情報処理技術、および、ネットワーク技術の発達により、コンピュータ等の情報処理端末を利用して、様々なサービスが提供されている。特に、多機能の携帯型端末であるスマートフォンは、多くの人が所持しているため、スマートフォンを利用したサービスは、様々な用途において提供されている。一例として、スマートフォンのような携帯型端末を利用して、荷物預かりサービスを提供する技術も提案されている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特許第６２９３３４８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記特許文献１に記載の技術では、荷物を預ける場合、預かり先スポットまで自分で荷物を運ばなければならず、移送する場合も荷物は順次届くため、特定の荷物を指定のタイミングで運べないなど、荷物預かりサービスの利便性として十分なものではないという問題がある。
【０００５】
そこで、本発明は、配送可能な配送者へ依頼することによって、荷物を預ける利用者等にとって、より利便性の高い荷物管理システムを提供することを課題とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するため、本発明では、
利用者端末から荷物の預け入れ要求を受け付け、前記荷物を預け入れ可能な保管所を検索し、前記保管所まで前記荷物を配送する配送者を特定する荷物管理サーバを備える荷物管理システムであって、
前記荷物管理サーバは、
利用者端末から前記預け入れ要求を受信する第１受信部と、
前記荷物を預け入れ可能な保管所を検索する検索部と、
預け入れ可能な保管所を前記利用者端末へ送信する第１送信部と、
前記利用者端末から前記保管所への配送依頼があった場合、前記荷物に関する情報の少なくとも一部を配送者端末に送信する第２送信部と、
前記配送者端末から配送受諾回答を受信する第２受信部と、
を備えることを特徴とする荷物管理システムを提供する。
【０００７】
また、本発明の荷物管理システムは、前記荷物管理サーバは、前記配送者と利用者間の荷物の受け渡しに関する情報を前記利用者端末または前記配送者端末の少なくとも一方から受信する第３受信部を備えることを特徴とする。
【０００８】
また、本発明の荷物管理システムは、前記荷物管理サーバは、前記保管所の保管所端末から前記荷物の受取完了通知を受信する第４受信部を備えることを特徴とする。
【０００９】
また、本発明の荷物管理システムは、
前記荷物に取り付けられるタグを備え、
前記荷物の受け渡しに関する情報と前記荷物の受取完了通知とのうち少なくとも一方は前記タグを読み取った荷物読取情報であることを特徴とする。
【００１０】
また、本発明の荷物管理システムは、
前記荷物管理サーバは、前記タグに関する情報を保有するタグデータベースと、
前記第３受信部で利用者端末からタグＩＤを受信した際に、当該タグＩＤで前記タグデータベースを参照し、前記タグが正規品かどうかを判定する第１判定部と、
をさらに備えることを特徴とする。
【００１１】
また、本発明の荷物管理システムは、
前記荷物管理サーバは、保管所にて利用者端末からタグＩＤを受信した際、荷物の情報を管理する荷物データベースを参照し、荷物を配送者に渡した際のタグＩＤと同一かを確認する第２判定部をさらに備えることを特徴とする。
【００１２】
また、本発明の荷物管理システムは、
前記荷物管理サーバは、前記配送者端末から配送中の位置情報を受信する第５受信部を備えることを特徴とする。
【００１３】
また、本発明では、
利用者端末から荷物の預け入れ要求を受け付け、前記荷物を預け入れ可能な保管所を検索し、前記保管所まで前記荷物を配送する配送者を特定する荷物管理サーバであって、
前記荷物管理サーバは、
利用者端末から前記預け入れ要求を受信する第１受信部と、
前記荷物を預け入れ可能な保管所を検索する検索部と、
預け入れ可能な保管所を前記利用者端末へ送信する第１送信部と、
前記利用者端末から前記保管所への配送依頼があった場合、前記荷物に関する情報の少なくとも一部を配送者端末に送信する第２送信部と、
前記配送者端末から配送受諾回答を受信する第２受信部と、
を備えることを特徴とする荷物管理サーバを提供する。
【００１４】
また、本発明の荷物管理サーバは、
前記配送者と前記利用者間の前記荷物の受け渡しに関する情報を前記利用者端末または前記配送者端末の少なくとも一方から受信する第３受信部を備えることを特徴とする。
【００１５】
また、本発明の荷物管理サーバは、前記保管所の保管所端末から前記荷物の受取完了通知を受信する第４受信部を備えることを特徴とする。
【００１６】
また、本発明では、
利用者端末から荷物の預け入れ要求を受け付け、前記荷物を預け入れ可能な保管所を検索し、前記保管所まで前記荷物を配送する配送者を特定するプログラムであって、
利用者端末から前記預け入れ要求を受信する第１受信部、
前記荷物を預け入れ可能な保管所を検索する検索部、
預け入れ可能な保管所を前記利用者端末へ送信する第１送信部、
前記利用者端末から前記保管所への配送依頼があった場合、前記荷物に関する情報の少なくとも一部を配送者端末に送信する第２送信部、
前記配送者端末から配送受諾回答を受信する第２受信部、
としてコンピュータを機能させるためのプログラムを提供する。
【発明の効果】
【００１７】
本発明によれば、配送可能な配送者へ依頼することによって、荷物を預ける利用者等にとって、より利便性の高い荷物管理サービスを提供することが可能となるという効果を奏する。
【図面の簡単な説明】
【００１８】
【図１】本発明の一実施形態に係る荷物管理システムの構成図である。
【図２】荷物管理サーバ１０の詳細を示す図である。
【図３】利用者端末２０の詳細を示す図である。
【図４】荷物管理サーバ１０が管理するデータベースの一例を示す図である。
【図５】荷物管理システムの処理動作を示すシーケンス図である。
【図６】荷物管理システムの処理動作を示すシーケンス図である。
【図７】荷物管理システムの処理動作を示すシーケンス図である。
【図８】荷物管理システムの処理動作を示すシーケンス図である。
【発明を実施するための形態】
【００１９】
＜１．システム構成＞
以下、本発明の好適な実施形態について図面を参照して詳細に説明する。図１は、本発明の一実施形態に係る荷物管理システムの構成図である。図１において、１０は荷物管理サーバ、２０は利用者端末、３０は保管所端末、４０は配送者端末、５０はネットワーク、６０はセキュリティタグ、Ｎは荷物である。荷物管理サーバ１０、利用者端末２０、保管所端末３０、配送者端末４０はインターネット等の公衆のネットワーク５０に接続されており、互いにデータの送受信が可能となっている。図１の例では、説明の便宜上、利用者端末２０、保管所端末３０、配送者端末４０を、それぞれ１台のみ示しているが、実際には、多数の利用者端末２０、保管所端末３０、配送者端末４０が接続されており、多くの利用者、保管所、配送者が利用できるシステムとなっている。
【００２０】
荷物管理サーバ１０は、荷物管理システムで扱われる荷物を管理するサーバコンピュータである。図２は、荷物管理サーバ１０のハードウェア構成図である。荷物管理サーバ１０は、汎用のサーバコンピュータで実現することができ、図２に示すように、ＣＰＵ（Central Processing Unit）１０ａと、コンピュータのメインメモリであるＲＡＭ（Random Access Memory）１０ｂと、ＣＰＵが実行するプログラムやデータを記憶するための大容量の記憶装置１０ｃ（例えば、ハードディスク、フラッシュメモリ等）と、キーボード、マウス等の入力機器からの入力を受け付ける入力Ｉ／Ｆ（インタフェース）１０ｄと、外部装置（データ記憶媒体等）とデータ通信するためのデータ入出力Ｉ／Ｆ（インタフェース）１０ｅと、表示装置（液晶ディスプレイ等）に情報を送出するための表示出力Ｉ／Ｆ（インタフェース）１０ｆと、ネットワーク５０を介して利用者端末２０等の他のコンピュータとネットワーク通信を行うための通信部１０ｇと、を備え、互いにバスを介して接続されている。
【００２１】
荷物管理サーバ１０は、物理的には１台のコンピュータで実現されていてもよいし、複数台のコンピュータで実現されていてもよい。また、ネットワーク５０上で複数に分散されたクラウドシステムとして実現されていてもよい。
【００２２】
荷物管理サーバ１０は、記憶装置１０ｃに記憶されたプログラムをＲＡＭ１０ｂに読み込んで、ＣＰＵ１０ａが実行することにより、荷物管理システムの中心的な役割を果たすように機能する。すなわち、ＣＰＵ１０ａは、荷物を預け入れ可能な保管所を検索する検索部等として機能する。通信部１０ｇは、複数の端末と複数の段階において個々の送信、受信を行う送信部、受信部として機能する。例えば、第１送信部は、預け入れ可能な保管所を利用者端末へ送信する第１送信部であり、第２送信部は、利用者端末から保管所への配送依頼があった場合、荷物に関する情報の少なくとも一部を配送者端末に送信する送信部であり、第１受信部は、利用者端末から預け入れ要求を受信する受信部であり、第２受信部は、配送者端末から配送受諾回答を受信する受信部であり、第３受信部は、配送者と利用者間の荷物の受け渡しに関する情報を利用者端末または配送者端末の少なくとも一方から受信する受信部であり、第４受信部は、保管所の保管所端末から荷物の受取完了通知を受信する受信部であり、第５受信部は、配送者端末から配送中の位置情報を受信する受信部である。また、記憶装置１０ｃは、データベースとしての役割も果たしている。ＣＰＵ１０ａが所定のプログラムを実行して記憶装置２０ｃに蓄積されたデータを扱うことにより、荷物を管理するためのデータベースが実現される。
【００２３】
利用者端末２０は、荷物を預けたい利用者が所持する端末装置である。図３は、利用者端末２０のハードウェア構成図である。利用者端末２０は、多機能の携帯型端末であるスマートフォンにアプリと呼ばれる専用のプログラムを組み込むことにより実現される。図３に示すように、ＣＰＵ（Central Processing Unit）２０ａと、メインメモリであるＲＡＭ（Random Access Memory）２０ｂと、ＣＰＵが実行するプログラムやデータを記憶するための不揮発性の記憶装置２０ｃ（例えば、ハードディスク、フラッシュメモリ等）と、キーボード、タッチパネル等の指示入力部２０ｄと、外部装置（データ記憶媒体等）とデータ通信するためのデータ入出力Ｉ／Ｆ（インタフェース）２０ｅと、表示部（液晶ディスプレイ等）２０ｆと、ネットワーク５０を介して荷物管理サーバ１０等の他のコンピュータとネットワーク通信を行うための通信部２０ｇと、写真撮影を行うカメラ部２０ｈと、他の媒体とネットワーク５０を介さずに直接無線通信を行う近距離無線通信部２０ｉと、ＧＰＳ衛星から信号を受信するＧＰＳ受信部２０ｊと、マイクロフォンからの音声入力やスピーカーからの音声出力を行う音声処理部２０ｋと、を備え、互いにバスを介して接続されている。
【００２４】
利用者端末２０としては、ＣＰＵの演算処理部等を備え、情報処理機能、ネットワーク通信機能等を有していれば、ノートＰＣ、タブレット等、スマートフォン以外のものを用いることも可能である。通常は、利用者が常時所持しているスマートフォンを用いることが好ましい。荷物管理システムにおける利用者端末２０として利用するためには、地図ソフトウェアやＳＮＳソフトウェア等をスマートフォンにインストールしておくことにより、より便利に荷物管理を行うことが可能となる。地図ソフトウェアについては、単独ではなく、後述するような、荷物管理システムを用いるためのアプリに組み込まれていてもよい。
【００２５】
保管所端末３０は、荷物の預け入れ先である保管所において用いられる端末装置である。保管所としては、通常は、何等かの店舗であることが考えられるが、店舗に限定されない。保管所端末３０としては、荷物管理システム用のソフトウェアに加えて、内蔵しているカメラ部を利用して二次元コードを撮影し、撮影画像から記録情報を取得するためのソフトウェアがインストールされていることが好ましい。配送者端末４０は、荷物を配送するドライバー等の配送者が用いる端末装置である。配送者端末４０としては、荷物管理システム用のソフトウェアに加えて、荷物管理システム用のソフトウェアに連動して音声入出力を可能とするソフトウェアがインストールされていることが好ましい。
【００２６】
保管所端末３０、配送者端末４０としても、利用者端末２０と同様、ＣＰＵの演算処理部等を備え、情報処理機能、ネットワーク通信機能等を有していれば、タブレット、スマートフォン、汎用のコンピュータ等の様々な態様のものを用いることが可能である。本実施形態では、保管所端末３０、配送者端末４０として、利用者端末２０と同様、スマートフォンを用いた場合を例にとって説明する。したがって、保管所端末３０、配送者端末４０のハードウェア構成も、図３に示したようなものとなる。
【００２７】
スマートフォンからは、ネットワーク５０を介して図示しないアプリ配信サーバにアクセスして、荷物管理システムを用いるためのアプリと呼ばれる専用ソフトウェアをダウンロードし、インストールしておく。これにより、スマートフォンが、荷物管理システムにおける利用者端末２０、保管所端末３０、配送者端末４０として機能することになる。また、荷物管理システムにおける利用者端末２０、保管所端末３０、配送者端末４０として便利に用いるためには、地図と位置情報を用いて道案内を行うナビゲーション用ソフトウェアをインストールしておくことが好ましい。ナビゲーション用ソフトウェアは、単独ではなく、荷物管理システムを用いるためのアプリに組み込まれていてもよい。
【００２８】
セキュリティタグ６０は、荷物を特定するために用いられるタグである。セキュリティタグ６０としては、荷物を特定することが可能であれば、様々な形態のものを用いることができる。本実施形態では、ＩＣチップとアンテナを備え、ＩＣチップに記録されたタグＩＤを外部に送信可能なＲＦＩＤタグを用いている。ＲＦＩＤタグとしても、様々な規格のものを用いることができるが、スマートフォンに採用されていることが多いことから、ＮＦＣタグを用いることが好ましい。本実施形態のセキュリティタグ６０であるＮＦＣタグはアンテナを薄く形成しておき、粘着層と剥離紙を積層することで荷物に接着可能な態様となっている。利用する際は、剥離紙を剥がして粘着層により貼り付けるが、剥がす際の応力によりアンテナが破断して通信ができなくなる。この構成により、荷物の開封の有無を利用者が把握することができる。また、開封により模様が浮かび上がるセキュリティシールを中にセキュリティタグ６０を備えることで視認によって開封の有無を確認できるようになっていても良い。セキュリティタグ６０内のＩＣには、各個体を他の個体と一意に識別可能な識別情報であるタグＩＤが記録されている。セキュリティタグ６０は、本荷物管理システムに登録された配送者に事前に配布されている。
【００２９】
図４は、荷物管理サーバ１０内で管理されるデータベースを示す図である。このうち、図４（ａ）は保管所データベースＤ１、図４（ｂ）は配送者データベースＤ２、図４（ｃ）は荷物データベースＤ３、図４（ｄ）は利用者データベースＤ４である。図４（ａ）に示すように、保管所データベースＤ１には、荷物を預け入れる各保管所について、保管所を特定する保管所識別情報である保管所ＩＤ、保管所の所在地、預け入れ可能量、預け入れ開始時刻、預け入れ終了時刻が保管所情報として記憶されている。保管所の所在地は、検索時に入力される位置情報の形式と同一の形式または変換可能な形式であれば、どのような形式で記録されていてもよいが、緯度・経度で記録されていることが好ましい。預け入れ可能量は、重さ、大きさ、数等で特定することができる。最も単純なのは、荷物の数で記録しておくことである。保管所情報としては、図４（ａ）に示した項目以外でも、保管所名（例えば店舗名）、連絡先等、保管所に関する様々な情報を記憶しておくことが可能である。保管所情報は、店舗は保管所情報に店舗の情報を登録することにより、自身の空きスペースを有効活用することができる。例えば、専用のソフトウェアを利用して保管所端末３０から荷物管理サーバ１０にアクセスし、図４（ａ）に示した情報や追加情報等を保管所データベースＤ１に登録しておくことができる。保管所である店舗の宣伝のメッセージ等を登録しておけば、利用者が預け入れ先としてその店舗を保管所として選択するために有効なものとなる。
【００３０】
図４（ｂ）に示すように、配送者データベースＤ２には、利用者から荷物を受け取って保管所まで配送する各配送者について、配送者を特定する配送者識別情報である配送者ＩＤ、配送者の現在地、配送者の目的地が配送者情報として記憶されている。配送者の現在地、配送者の目的地は、保管所の所在地と同様、検索時に入力される位置情報の形式と同一の形式または変換可能な形式であれば、どのような形式で記録されていてもよいが、緯度・経度で記録されていることが好ましい。配送者情報としては、図４（ｂ）に示した項目以外でも、配送者に関する様々な情報を記憶しておくことが可能である。配送者情報は、任意の配送者が登録することができる。配送者は、例えば、荷物の運搬業務に従事している者の他、一般の人も登録することができる。登録は、例えば、専用のソフトウェアを利用して配送者端末４０から荷物管理サーバ１０にアクセスし、図４（ｂ）に示した情報や追加情報等を登録しておくことができる。
【００３１】
図４（ｃ）に示すように、荷物データベースＤ３には、利用者からの預け入れ対象物である各荷物について、荷物を特定することができ、荷物と１対１で対応するセキュリティタグ６０に記録された識別情報であるタグＩＤ、荷主である利用者を特定する利用者識別情報である利用者ＩＤ、荷物を配送する配送者の配送者ＩＤ、荷物の預け入れ先である保管所の保管所ＩＤ、配送者による配送に関するステータスを示す配送ステータス、保管所による預け入れ状況に関するステータスを示す預け入れステータスが荷物情報として記憶されている。荷物情報としては、図４（ｃ）に示した項目以外でも、荷物に関する様々な情報を記憶しておくことが可能である。荷物情報は、タグＩＤが利用者端末２０から送信されてきたときに、初めて荷物データベースＤ３に登録される。セキュリティタグ６０は、１つの荷物に取り付けられるため、セキュリティタグ６０のＩＣに記録されているタグＩＤが荷物を特定する荷物識別情報として扱われる。
【００３２】
図４（ｄ）に示すように、利用者データベースＤ４には、荷主である各利用者について、利用者ＩＤ、保管所ＩＤ、現在地が利用者情報として記憶されている。利用者情報としては、図４（ｄ）に示した項目以外でも、支払い方法やクレジットカードの番号、その他利用者に関する様々な情報を記憶することが可能である。利用者情報は、事前に利用者として登録しておく態様や利用者端末２０から荷物の預け入れ依頼が送信されてきたときに、利用者データベースＤ４に登録される態様などがあり、項目毎にそれぞれ設定されていても良い。
【００３３】
＜２．処理動作＞
次に、図１に示した本実施形態に係る荷物管理システムの処理動作について説明する。本実施形態に係る荷物管理システムは、主に、利用者が、自分が今いる場所から離れた所望の保管所に預け入れを行い、後にその保管所に預けられている荷物を引き取りに行く態様で利用されるシステムである。例えば、利用者がＡ地点で観光中に、身軽に観光するため荷物をどこかに預けたいと考えたとき、その後も様々な観光スポットを回る予定であるが、最後はＡ地点から離れたＢ駅付近で荷物を受け取りたいと考えたとする。その場合、利用者は、本システムを利用することにより、Ａ地点で配送者に荷物を渡し、観光した後、Ｂ駅付近で荷物を受け取ることができる。以下、図５〜図８の本実施形態に係る荷物管理システムのシーケンス図に基づいて、荷物管理システムの処理動作について説明する。
【００３４】
＜２．１．保管所・配送者の特定＞
図５は、保管所・配送者の特定の段階における本実施形態に係る荷物管理システムのシーケンス図である。まず、荷物を預けたい利用者の操作に基づいて、利用者端末２０が荷物管理サーバ１０に預け入れ要求を送信する（ステップＳ１）。具体的には、利用者端末２０において、荷物管理システムを利用するためのソフトウェアであるアプリを起動し、所定の項目について入力し、入力した内容とともに預け入れ要求を荷物管理サーバ１０に送信する。入力・送信する項目としては、預け入れたい場所、荷物の量、預け入れ希望時刻、引き取り希望時刻がある。
【００３５】
荷物管理サーバ１０は、利用者端末２０からの預け入れ要求を受信すると、預け入れ要求とともに受信した預け入れたい場所、荷物の量、預け入れ希望時刻、引き取り希望時刻を用いて、保管所データベースＤ１を検索する（ステップＳ２）。具体的には、「預け入れたい場所」を用いて、保管所データベースＤ１の「所在地」と比較し、「荷物の量」を用いて、保管所データベースＤ１の「預け入れ可能量」と比較し、「預け入れ希望時刻」および「引き取り希望時刻」を用いて、保管所データベースＤ１の「預け入れ開始時刻」および「預け入れ終了時刻」と比較する。これらの条件が全て該当した場合、現時点で利用者の要求に合った保管所が特定される。保管所が複数該当した場合、予め定められた条件にしたがって、１つの保管所を決定する。予め定められた条件としては、例えば、預け入れ可能量が最も多い保管所、所在地が預け入れたい場所に最も近い保管所、等が挙げられる。また、荷物管理サーバ１０は、ステップＳ２における処理と並行して、利用者の支払い方法の確認処理も行う。例えば、クレジットカードが指定されている場合は、受信したクレジットカードの番号等を用いて、ネットワーク５０を介して接続されたクレジットカード会社のサーバに与信照会を行っておく。
【００３６】
荷物管理サーバ１０は、決定した保管所を利用者端末２０に通知する（ステップＳ３）。具体的には、決定した保管所の情報を利用者端末２０に送信する。これにより、利用者端末２０には、預け入れ可能な保管所の情報が表示される。保管所の情報を確認して、荷物の預け入れをする場合、利用者は、正式な預け入れ依頼のための操作を利用者端末２０に対して行う。そして、その操作に基づいて、利用者端末２０は、預け入れ依頼（配送依頼も兼ねる）を荷物管理サーバ１０に送信する（ステップＳ４）。預け入れ依頼は、利用者を特定する利用者ＩＤと、利用者端末２０のＧＰＳ受信部２０ｊを用いて算出された利用者の現在地と対応付けて送信される。利用者ＩＤとしては、利用者を特定することができる識別情報であれば、様々なものを用いることができる。例えば、利用者端末２０の製造番号や、ＩＰアドレスや、アプリにログインする際に独自に設定したＩＤ、アプリがＳＮＳと連携してＳＮＳ認証を行ったＩＤ等を用いることができる。利用者の現在地は、ＧＰＳ受信部２０ｊを用いて得られた緯度・経度の形式として取得される。ステップＳ２において複数の保管所が該当した場合、荷物管理サーバ１０は、１つに絞らずに複数の保管所の情報をステップＳ３において送信するようにしてもよい。その場合、利用者端末２０において複数の保管所から１つを選択し、預け入れ依頼を荷物管理サーバ１０に送信する。荷物管理サービスを利用する利用者は、預け入れ依頼を行うことにより、自身のいる場所まで荷物を受け取りに来てくれる配送者に対して配送依頼が行われることも認識している。そのため、預け入れ依頼は、配送者への配送依頼も含んだ依頼となる。
【００３７】
荷物管理サーバ１０は、利用者端末２０から預け入れ依頼を受信すると、預け入れ依頼とともに受信した利用者ＩＤを利用者データベースＤ４に登録する。実際には、ステップＳ４において受信する利用者ＩＤと利用者データベースＤ４で管理される利用者ＩＤは異なっていてもよい。両者が１対１で対応していれば、荷物管理サーバ１０は、利用者を特定可能であるためである。ここでは、説明の簡略化のため、利用者端末２０から受信する利用者ＩＤと利用者データベースＤ４で利用者を特定する利用者ＩＤを同じものとして扱う。保管所ＩＤや配送者ＩＤについても同様である。
【００３８】
利用者端末２０から預け入れ依頼を受信すると、荷物管理サーバ１０は、さらに、預け入れ依頼とともに受信した利用者の現在地を用いて、配送者データベースＤ２を検索する（ステップＳ５）。具体的には、「利用者の現在地」を用いて、配送者データベースＤ２の「配送者の現在地」と「目的地」を検索する。「利用者の現在地」を用いた「配送者の現在地」と「目的地」の検索として例えば、「利用者の現在地」と「配送者の現在地」の距離、「利用者の現在地」と「目的地」の距離を算出し、２つの距離の和が所定範囲内の配送者を特定する方法がある。条件を満たす配送者が複数存在する場合、２つの距離の和が最小の配送者を依頼対象として特定する。その他、「配送者の現在地」と「目的地」から移動ルートを算出し、「利用者の現在地」付近を通る配送者を特定する場合や、利用者が荷物を持ち運び可能な範囲を指定する場合など、様々な手法が考えられる。移動ルートを用いて配送者を特定した場合、複数の利用者端末２０から預け入れ依頼があった際、複数の利用者の荷物を受け取ることができ、効率的に配送を行うことができる。この際、荷物管理サーバ１０は、並行して、預け入れ依頼された保管所の保管所ＩＤ、預け入れ依頼とともに受信した利用者の現在地、指定された荷物の量を利用者データベースＤ４に登録する。
【００３９】
配送者が特定されたら、荷物管理サーバ１０は、特定された配送者の配送者端末４０に対して配送依頼を送信する（ステップＳ６）。この際、配送依頼とともに、利用者の荷物に関する情報の少なくとも一部が送信される。例えば、利用者の荷物に関する情報の一部として、利用者データベースＤ４から取得した荷物の量、利用者の現在地、預け入れ先である保管所の保管所情報を送信する。保管所情報としては、保管所ＩＤで保管所データベースＤ１を参照して、所在地や保管所名（例えば店舗名）等が取得される。配送者端末４０は、荷物管理サーバ１０から配送依頼を受信すると、受信した配送依頼とともに、荷物の量、利用者の現在地、保管所情報等の、利用者の荷物に関する情報を出力する。配送依頼および荷物に関する情報の出力は、表示出力および音声出力により行われる。音声出力については、配送者は運転中であることが多く、画面を見て操作することができない場合に対応したものである。配送者は、画面を見て操作可能な状態であれば、配送者端末４０を操作して配送を受諾する旨の回答を行い、画面を見て操作可能でない状態であれば、口頭で配送者端末４０に向かって答えることにより、配送を受諾する旨の回答、すなわち配送受諾回答を行う。
【００４０】
配送者端末４０は、配送者の操作等に従って、配送受諾回答を荷物管理サーバ１０に送信する（ステップＳ７）。配送受諾回答が行われると、配送者端末４０は、ナビゲーション用ソフトウェアを起動し、利用者の現在地までの道案内に画面表示を切り替える。配送者が配送受諾をしない場合は、その旨の操作を行い、配送者端末４０は配送を受諾しない旨の回答を行う。荷物管理サーバ１０は、配送者端末４０から配送を受諾しない旨の回答を受信した場合は、ステップＳ５において検索された配送者の中から次の候補者を特定し、配送者端末４０から配送受諾の回答があるまで、ステップＳ６、Ｓ７の処理を繰り返して行う。このようにして、荷物管理システムがステップＳ１〜ステップＳ７までの処理を実行することにより、利用者が希望する保管所に荷物を預けようとする場合に、保管所と配送者を特定することが容易になり、荷物を預ける利用者等にとって、より利便性の高い荷物管理サービスが提供される。
【００４１】
荷物管理サーバ１０は、配送者端末４０から配送受諾の回答を受信すると、利用者端末２０に預け入れ受諾通知を送信する（ステップＳ８）。これにより、利用者端末２０は、荷物管理サーバ１０から受信した預け入れ受諾通知を画面に表示する。その画面を見て、利用者は、預け入れ依頼が受諾されたことを知り、その場で配送者の到着を待つことになる。ステップＳ１〜ステップＳ８が、利用者による預け入れ要求から、預け入れ先の保管所、配送者を決定するまでの処理となる。
【００４２】
＜２．２．利用者から配送者へ＞
図６は、利用者から配送者に荷物が受け渡される段階における本実施形態に係る荷物管理システムのシーケンス図である。ステップＳ８における処理の後、配送者が利用者の待つ場所に到着すると、配送者は、持っていたセキュリティタグ６０を利用者に渡し、利用者は、セキュリティタグ６０を配送対象の荷物Ｎに貼り付ける。そして、利用者端末２０をセキュリティタグ６０に翳して、セキュリティタグ６０からタグＩＤを読み取る（ステップＳ９）。これは、近距離無線通信部２０ｉを用いてセキュリティタグ６０のＩＣと通信を行うことにより行われる。利用者端末２０は、タグＩＤを読み取ったら、読み取ったタグＩＤと利用者ＩＤを対応付けて荷物管理サーバ１０に送信する（ステップＳ１０）。また、荷物の受け渡し時においては、配送者も配送者端末４０をセキュリティタグ６０に翳して、近距離無線通信部を用いてセキュリティタグ６０からタグＩＤを読み取り（ステップＳ１１）、配送者端末４０が読み取ったタグＩＤと配送者ＩＤを対応付けて荷物管理サーバ１０に送信する（ステップＳ１２）。ステップＳ１１、Ｓ１２の処理は、配送を受諾した配送者が、確実に荷物を受け取ったことを確認するためのものであるが、荷物管理においては、必須の処理ではなく、省略することも可能である。ただし、配送者端末４０からタグＩＤを受信するようにした場合には、利用者端末２０から受信したタグＩＤと一致しているか、さらには、荷物管理サーバ１０において事前に登録されているセキュリティタグ６０のタグＩＤと一致しているかを確認することにより、有効なタグＩＤであるかを確認することができる。また、利用者端末２０によるステップＳ９、Ｓ１０の処理と、配送者端末４０によるステップＳ１１、Ｓ１２の処理は、順序が逆になってもよい。すなわち、配送者端末４０による処理を先に行ってもよい。ステップＳ１０、Ｓ１２におけるタグＩＤの送信は、荷物を受け渡しに関する情報の送信を意味する。
【００４３】
荷物管理サーバ１０は、利用者端末２０からのタグＩＤと利用者ＩＤを、荷物を受け渡しに関する情報として受信する。荷物管理サーバ１０は、利用者端末２０からタグＩＤと利用者ＩＤを受信すると、受信したタグＩＤと利用者ＩＤを対応付けて荷物データベースＤ３に登録する（ステップＳ１３）。そして、そのタグＩＤに対応する荷物データベースＤ３内の配送ステータスを「配送中」に更新する。また、荷物管理サーバ１０は、配送者端末４０からのタグＩＤと配送者ＩＤを、荷物を受け渡しに関する情報として受信する。配送者端末４０からタグＩＤと配送者ＩＤを受信すると、受信したタグＩＤと配送者ＩＤを対応付けて荷物データベースＤ３に登録する（ステップＳ１４）。説明の便宜上、ステップＳ１３とＳ１４を連続して示しているが、ステップＳ１３が、ステップＳ１０の処理の後であり、ステップＳ１４が、ステップＳ１２の処理の後であれば、ステップＳ１３とＳ１４の順序は問わない。
【００４４】
荷物データベースＤ３にタグＩＤ、利用者ＩＤ、配送者ＩＤが対応付けられることにより、荷物が利用者を介して配送者に引き渡されたと考えられるので、荷物管理サーバ１０は、荷物データベースＤ３内のタグＩＤに対応する配送者ＩＤで配送者データベースＤ２を参照し、配送者の現在地を取得する。そして、タグＩＤに対応する利用者ＩＤで特定される利用者端末２０に対して配送者の現在地を送信する。これにより、荷物を配送者に引き渡した後、利用者は自分の荷物がどの位置にあるかを確認することができる。
【００４５】
また、荷物管理サーバ１０は、荷物データベースＤ３内のタグＩＤに対応する配送者ＩＤで配送者データベースＤ２を参照し、配送者の現在地を取得する。そして、タグＩＤに対応する利用者ＩＤで利用者データベースＤ４を参照して、保管所ＩＤを取得し、保管所ＩＤで保管所データベースＤ１を参照して、保管所の所在地を取得する。さらに、配送者の現在地と保管所の所在地から両者の距離を算出し、事前に設定された距離以下となった場合に、配送者が保管所に近付いたと判断して、荷物に関する情報を保管所端末３０に送信する。荷物に関する情報としては、例えば、荷物の量を送信することができる。具体的には、配送者ＩＤで荷物データベースＤ３を参照して、対応するタグＩＤを取得する。そして、対応するタグＩＤの数を荷物の量として保管所端末３０に送信する。また、この際、ナビゲーション用ソフトウェアと連携して到着予想時刻を算出し、荷物に関する情報とともに保管所端末３０に送信することもできる。これにより、保管所においては、何時頃、どの程度の量の荷物が到着するかを事前に知ることができる。
【００４６】
＜２．３．配送者から保管所へ＞
図７は、配送者から保管所が荷物の受取りを行う段階における本実施形態に係る荷物管理システムのシーケンス図である。配送者が保管所に到着すると、まず、配送者が、配送者端末４０を配送してきた荷物に付加されたセキュリティタグ６０に翳して、セキュリティタグ６０からタグＩＤを読み取る（ステップＳ１５）。配送者端末４０は、タグＩＤを読み取ったら、読み取ったタグＩＤと配送者ＩＤを対応付けて荷物管理サーバ１０に送信する（ステップＳ１６）。続いて、保管所の店員が保管所端末３０を、配送してきた荷物に付加されたセキュリティタグ６０に翳して、セキュリティタグ６０からタグＩＤを読み取る（ステップＳ１７）。保管所端末３０は、タグＩＤを読み取ったら、読み取ったタグＩＤと保管所ＩＤを対応付けて荷物管理サーバ１０に送信する（ステップＳ１８）。ステップＳ１９におけるタグＩＤの送信は、荷物に対応するタグを読み取った旨の荷物読取情報の送信であり、荷物の受取完了通知の送信を意味する。
【００４７】
荷物管理サーバ１０は、保管所端末３０からのタグＩＤと保管所ＩＤを、荷物の受取完了通知として受信する。荷物管理サーバ１０は、配送者端末４０からタグＩＤと配送者ＩＤを受信すると、受信したタグＩＤと配送者ＩＤの組合せで荷物データベースＤ３を参照し、配送ステータスを「配送済み」に更新する（ステップＳ１９）。この際、配送者端末４０から受信したタグＩＤと配送者ＩＤの組合せが荷物データベースＤ３に記録されている場合、利用者から荷物を受け取った際のタグＩＤと一致することになるので、荷物が開封されずに、利用者の元から保管所まで配送されたものと考えられる。このように、タグＩＤを確認することにより、荷物のセキュリティ面を保証することができる。また、保管所端末３０からタグＩＤと保管所ＩＤを受信すると、受信したタグＩＤと保管所ＩＤの組合せで荷物データベースＤ３を参照し、預かりステータスを「預かり中」に更新する（ステップＳ２０）。さらに、店員は、預かった荷物を保管所端末３０のカメラ部を用いて撮影する（ステップＳ２１）。保管所端末３０は、撮影により得られた荷物画像をタグＩＤとともに荷物管理サーバ１０に送信する（ステップＳ２２）。荷物管理サーバ１０は、タグＩＤと荷物画像を受信すると、タグＩＤに対応付けて荷物データベースＤ３に荷物画像を登録する（ステップＳ２３）。
【００４８】
＜２．４．保管所から利用者へ＞
図８は、利用者が保管所において荷物を引き取る段階における本実施形態に係る荷物管理システムのシーケンス図である。保管所に荷物を引き取りにきた利用者は、利用者端末２０においてアプリを起動し、所定の操作を行う。この操作に基づいて、利用者端末２０は、タグＩＤに基づく荷物特定情報を表示する（ステップＳ２４）。荷物特定情報とは、荷物を特定するための情報であり、何らかの手段により荷物を特定することができれば、どのような形式であってもよい。例えば、バーコードや二次元コード等のコード情報のような、視認により直接把握できない形態であってもよいし、数字、文字、記号のような、視認により直接把握できる形態であってもよい。一例としては、タグＩＤを記録した二次元コードと、タグＩＤをハッシュ化して得られた数字を並べて表示させることが考えられる。
【００４９】
保管所の店員は、保管所端末３０においてアプリを起動し、保管所端末３０に附属のカメラを利用者端末２０の画面に翳して、表示された二次元コードを読み取ってタグＩＤを取得する（ステップＳ２５）。そして、保管所端末３０は、取得したタグＩＤを荷物管理サーバ１０に送信する（ステップＳ２６）。荷物管理サーバ１０では、受信したタグＩＤで荷物データベースＤ３を検索して荷物画像を取得し、保管所端末３０に送信する（ステップＳ２７）。保管所端末３０は、荷物管理サーバ１０から受信した荷物画像を画面に表示する。店員は画面に表示された荷物画像を確認し、保管所に預かり中の複数の荷物の中から、利用者の荷物を特定することができる。ステップＳ２１〜Ｓ２３、ステップＳ２４〜Ｓ２７の処理は、預かっている多数の荷物から荷物を特定するための一例である。保管所で預かっている荷物が少ない場合や、他の手法で特定できる場合は、ステップＳ２１〜Ｓ２３、ステップＳ２４〜Ｓ２７の処理を省略することができる。
【００５０】
利用者の荷物が特定できたら、店員は荷物を利用者に引き渡す。この際、利用者は、利用者端末２０をセキュリティタグ６０に翳して、セキュリティタグ６０からタグＩＤを読み取る（ステップＳ２８）。セキュリティタグ６０は、剥がすと、その際の曲げ応力によりＲＦＩＤのアンテナが破断され、通信ができなくなる。そのため、ステップＳ２８において、タグＩＤが読み取れない場合は、途中でセキュリティタグ６０が剥がされたことを知ることができる。
【００５１】
利用者端末２０は、タグＩＤを読み取ったら、読み取ったタグＩＤと利用者ＩＤを対応付けて荷物管理サーバ１０に送信する（ステップＳ２９）。荷物管理サーバ１０は、利用者端末２０からタグＩＤと利用者ＩＤを受信すると、受信したタグＩＤと利用者ＩＤの組合せで荷物データベースＤ３を参照する。そして、受信したタグＩＤと利用者ＩＤの組合せが存在する場合は、そのタグＩＤに対応する預かりステータスを「引き取り済」に更新する（ステップＳ３０）。さらに、荷物管理サーバ１０は、クレジットカード会社のサーバとネットワーク５０を介して通信を行い、荷物管理システム利用の決済処理も行う。
【００５２】
受信したタグＩＤと利用者ＩＤの組合せが荷物データベースＤ３に存在していた場合、正当な荷主である利用者が受け取ったと考えられるので、荷物管理サーバ１０は、荷物の管理が終了した旨の通知を利用者端末２０に送信する（ステップＳ３１）。利用者端末２０には、荷物の管理が終了した旨の通知が表示されることになる。クレジットカードで決済した場合は、決済した旨とその金額も併せて利用者端末２０に送信する。
【００５３】
また、荷物の引き渡し時に、店員も、保管所端末３０をセキュリティタグ６０に翳して、セキュリティタグ６０からタグＩＤを読み取る（ステップＳ３２）。保管所端末３０は、タグＩＤを読み取ったら、読み取ったタグＩＤと保管所ＩＤを対応付けて荷物管理サーバ１０に送信する（ステップＳ３３）。荷物管理サーバ１０は、保管所端末３０からタグＩＤと保管所ＩＤを受信すると、受信したタグＩＤと保管所ＩＤの組合せで荷物データベースＤ３を参照する。そして、受信したタグＩＤと保管所ＩＤの組合せに対応する預かりステータスが「引き取り済」になっていることを確認する（ステップＳ３４）。受信したタグＩＤと保管所ＩＤの組合せに対応する預かりステータスが「引き取り済」になっていた場合、利用者端末２０と保管所端末３０の整合性がとれるため、荷物の管理が正しく終了した旨の通知を保管所端末３０に送信する（ステップＳ３５）。
【００５４】
以上、本発明の好適な実施形態について説明したが、本発明は、上記実施形態に限定されず、種々の変形が可能である。例えば、上記実施形態では、荷物管理サーバ１０において、保管所データベースＤ１、配送者データベースＤ２、荷物データベースＤ３、利用者データベースＤ４により管理したが、各項目の必要な対応関係が維持されるのであれば、データベースの数はいくつであってもよい。また、上記実施形態では、荷物管理サーバ１０において、保管所データベースＤ１、配送者データベースＤ２、荷物データベースＤ３、利用者データベースＤ４と表現したが、１つのデータベースを実現するための４つのテーブルと表現することも可能である。
【００５５】
また、上記実施形態では、荷物データベースＤ３への荷物画像の登録のために、店員が預かった荷物を保管所端末３０のカメラ部を用いて撮影し（ステップＳ２１）、保管所端末３０は、撮影により得られた荷物画像をタグＩＤとともに荷物管理サーバ１０に送信する（ステップＳ２２）ようにしたが、保管所・配送者の特定の段階において、預け入れ要求（ステップＳ１）または預け入れ依頼（ステップＳ４）と同時、または、その前後において、利用者が荷物画像の登録のための作業を行うようにしてもよい。例えば、ステップＳ１における預け入れ要求の際、利用者が荷物を利用者端末２０のカメラ部を用いて撮影して荷物画像を得た後、利用者端末２０は、預け入れたい場所、荷物の量、預け入れ希望時刻、引き取り希望時刻等の入力・送信する項目とともに荷物管理サーバ１０に送信する。そして、ステップＳ４において特定される利用者ＩＤと対応付けられる。この場合、ステップＳ９、Ｓ１０において、利用者端末２０によるタグＩＤの読み取りおよび送信後、ステップＳ１３においてタグＩＤと利用者ＩＤを対応付けて荷物データベースＤ３に登録する際に、荷物画像も対応付けられる。この結果、ステップＳ２１、Ｓ２２において保管所端末３０による処理を行わなくても、荷物画像が登録され、ステップＳ２４〜Ｓ２７の処理により、店員が荷物画像を確認し、保管所に預かり中の複数の荷物の中から、利用者の荷物を特定することができる。
【００５６】
また、上記実施形態の荷物管理サーバ１０は、セキュリティタグ６０に関する情報を保有するタグデータベースを備えていても良い。セキュリティタグ６０に関する情報は例えばタグＩＤ、タグの認証日時、製造メーカーなどであり、タグの認証日時とは例えばセキュリティタグを正規品として利用可能とした日時である。更に荷物管理サーバ１０は第３受信部で利用者端末２０からタグＩＤを受信した際に、用いられているセキュリティタグ６０が正規品かどうかを、タグデータベースを参照して判定する第１判定部を備えていても良い。例えば、ステップＳ１０において、利用者端末２０から受信したタグＩＤでタグデータベースを参照し、そのタグＩＤがタグデータベースに記録されている場合、第１判定部は、そのセキュリティタグ６０が正規品であると判定することができる。この構成によって正規のセキュリティタグ６０を利用している配送者かどうかがわかるため、違法な配送者を排除でき、安全面の向上が図れる。
【００５７】
更に荷物管理サーバ１０は保管所にて利用者端末２０からタグＩＤを受信した際、荷物データベースＤ３を参照し、荷物を配送者に渡した際のタグＩＤと同一かを確認する第２判定部を備えていても良い。例えば、ステップＳ３０において、利用者端末２０から受信したタグＩＤと利用者ＩＤの組合せが荷物データベースＤ３に記録されている場合、第２判定部は、配送者に渡した際のタグＩＤと同一であると判定することができる。この機能によりセキュリティタグ６０の貼り替えを防ぐことができ、荷物が開封されたか否かを判断することが可能となる。
【符号の説明】
【００５８】
１０・・・荷物管理サーバ
２０・・・利用者端末
３０・・・保管所端末
４０・・・配送者端末
５０・・・ネットワーク
６０・・・セキュリティタグ
Ｎ・・・荷物
【図１】
2019219776.tif 000003
【図２】
2019219776.tif 000004
【図３】
2019219776.tif 000005
【図４】
2019219776.tif 000006
【図５】
2019219776.tif 000007
【図６】
2019219776.tif 000008
【図７】
2019219776.tif 000009
【図８】
2019219776.tif 000010