JP7130222B2 - 配送処理システム - Google Patents

Description

本発明は、自転車を移動手段として利用するユーザが利用する配送処理システムに関する。

自転車を移動手段として利用するユーザが利用する種々の配送処理システムが公知になっている。例えば、記憶装置と、ユーザの情報端末であるユーザ端末からの自転車の配送の依頼をネットワークを介して受付けて前記記憶装置に記憶する自転車配送受付手段と、前記記憶装置に記憶された自転車の配送依頼の情報に基づいて自転車の配送手配を行う自転車配送手配手段とを備えた特許文献１に示す配送処理システムが開発され、公知になっている。

この特許文献１に示されたものによれば、自宅から最寄りの駅に自転車で移動して出勤し、帰宅する際にはバスや電車等を利用した場合でも、自転車を最寄りの駅から自宅に配送する手配を行うことにより、翌日の出勤時に自転車を利用できるため、利便性が向上する。

ところで、近年は、健康増進等の観点から、自転車で旅行するサイクルツーリズムが注目を集めており、上述の配送処理システムは、このサイクルツーリズムにも利用可能である。例えば、旅行の移動経路における最初の区間と最後の区間を自転車によって移動し、その途中の区間は電車又はバスによって移動するようなことが、この配送処理システムを利用すれば可能になる。

ただし、自転車で移動する場合と、公共の乗り物を利用して移動する場合とでは、自転車の有無のみならず、服装や持ち物も異なるため、余分な物を持たずに手ぶらに近い状態で旅行する場合、さらに工夫が必要になる。

特開２００６－１７０８号公報

本発明は、自転車を移動手段として利用するユーザが利用する配送処理システムであって、サイクルツーリズムでも利用価値の高い配送処理システムを提供することを課題とする。

上記課題を解決するため、自転車を移動手段として利用するユーザが利用する配送処理システムであって、上記ユーザの情報が記憶される記憶装置と、上記ユーザの自転車の配送の依頼をネットワークを介して受付けて前記記憶装置に記憶する自転車配送受付手段と、上記ユーザの自転車以外の荷物の配送の依頼を受付けて前記記憶装置に記憶する荷物配送受付手段と、前記記憶装置に記憶された自転車の配送依頼の情報に基づいて自転車の配送手配を行う自転車配送手配手段と、前記記憶装置に記憶された荷物の配送依頼の情報に基づいて荷物の配送手配を行う荷物配送手配手段と、自転車を梱包する梱包具の施錠・解錠を行う施錠・解錠装置と、該施錠・解錠装置と、ユーザの情報端末であるユーザ端末との通信を中継する通信端末とを備え、前記ユーザ端末は、上記通信端末を介した前記施錠・解錠装置との通信によって、該施錠・解錠装置の施錠又は解錠を行うものとしてもよい。

自転車の配送の際に該自転車を梱包する梱包具が不足していることがネットワークを介して確認された場合、或いは、該梱包具を必要とする旨の要求がネットワークを介して確認された場合、その手配を行う梱包具手配手段を備えたものとしてもよい。

梱包具が複数の部品によって構成され、梱包具手配手段は部品単位で梱包具の手配を行うものとしてもよい。

上記構成によれば、自転車配送受付手段及び自転車配送手配手段と、荷物配送受付手段及び荷物配送手配手段とを利用することにより、自転車と、その以外の荷物の配送を行うことが可能になり、手ぶらに近い状態で、自転車での旅と、電車又はバス等の公共交通機関を利用した旅とを両立できるため、サイクルツーリズムでも利用価値が高い。

本発明を適用した配送処理システムによる配送処理の内容を一例で示す説明図であり、（Ａ）はユーザの旅行時の移動経路の一例を移動手段と共に示しており、（Ｂ）は（Ａ）の例における自転車の配送状態を示しており、（Ｃ）は（Ａ）の例における一の荷物の配送状態を示しており、（Ｄ）は（Ａ）の例における他の一の荷物の配送状態を示している。 配送時に自転車を梱包する梱包具の構成を示す側面図である。 本配送処理システムの構成を示す概念図である。 情報処理サーバの構成を示すブロック図である。 記憶装置のデータ構造を示す概念図である。 ユーザ端末の構成を示すブロック図である。 梱包具内、配送車側及び配車施設側の情報処理の構成を示すブロック図である。 本配送処理システムによる配送の処理の手順を示すフロー図である。 施錠・解錠の処理の手順を示すフロー図である。 施錠・解錠の処理の他の実施形態に係るフロー図である。 施錠・解錠の処理の他の実施形態に係るフロー図である。 施錠・解錠の処理の他の実施形態に係るフロー図である。 手配サーバの構成を示すブロック図である。 配送の処理の他の実施形態に係るフロー図である。

図１は、本発明を適用した配送処理システムによる配送内容の一例を示す説明図であり、（Ａ）はユーザの旅行時の移動経路の一例を移動手段と共に示しており、（Ｂ）は（Ａ）の例における自転車の配送状態を示しており、（Ｃ）は（Ａ）の例における一の荷物の配送状態を示しており、（Ｄ）は（Ａ）の例における他の一の荷物の配送状態を示している。

図１（Ａ）に示す例では、本配送処理システムを利用するユーザが、旅行において、移動手段として自転車１と、公共交通機関であるバス又は電車２（図示する例では電車２）とを利用し、地点Ｐ１→地点Ｐ２→地点Ｐ３→地点Ｐ４→地点Ｐ５→地点Ｐ６と移動している。地点Ｐ１から地点Ｐ２への移動、地点Ｐ３から地点Ｐ４への移動及び地点Ｐ５から地点Ｐ６への移動には自転車１を用い、地点Ｐ２から地点Ｐ３への移動及び地点Ｐ４から地点Ｐ５への移動には電車２を用いている。

また、ユーザが同図（Ａ）に示すような旅行を行う場合において、自転車１は、同図（Ｂ）に示す通り、地点Ｐ２と地点Ｐ３との間の区間と、地点Ｐ４と地点Ｐ５との間の区間は、トラック等の配送車３によって配送する必要がある。

また、ユーザが同図（Ａ）に示すような旅行を行う場合において、自転車１を運転する際に不要な荷物４（さらに具体的には荷物４Ａ）は、同図（Ｃ）に示す通り、配送車３によって、地点Ｐ１と地点Ｐ２の間の区間と、地点Ｐ３と地点Ｐ４の間に区間と、地点Ｐ５と地点Ｐ６の間の区間とを配送する必要がある。

さらに、ユーザが同図（Ａ）に示すような旅行を行う場合において、ユーザが地点Ｐ１と地点Ｐ２との間の区間を自転車１によって移動している間に取得した荷物４（さらに具体的には荷物４Ｂ）は、同図（Ｄ）に示す通り、自宅やその他の友人宅等の任意の地点Ｐｘに配送してもよいし、或いは、その先の何れかの地点Ｐ３，Ｐ４，Ｐ５，Ｐ６（図示する例では地点Ｐ５）に配送してもよい。

なお、その他の荷物４として、自転車１の部品等を移動経路の途中から途中に配送してもよい。

本配送処理システムは、このようなサイクルツーリズムにおいて、余分な荷物４を持たず、好きな区間を自転車１で走行することを実現する。

図２は、配送時に自転車を梱包する梱包具の構成を示す側面図である。自転車１は、配送車３による配送の際、ボックス状をなす自転車コンテナ等の梱包具６によって梱包された状態で効率的に配送車３に積載される。

この梱包具６は複数の再利用可能な部品７によって構成され、この部品を組立てることによって梱包具６が自転車１を収容可能なボックス状に成形される。言換えると、この梱包具６は、複数の部品７に分解可能に構成されている。具体的に図示する例では、この梱包具６が３つの部品７Ａ，７Ｂ，７Ｃ等から構成されている。

また、この梱包具６は自転車１を収容した状態で施錠・解錠可能に構成され、盗難を防止している。具体的には、内部に設置された施錠・解錠装置７０（図７参照）によって、梱包具６の施錠・解錠を行う。

図３は、本配送処理システムの構成を示す概念図である。配送処理システムは、情報処理センタ５に設置された情報処理サーバ１０と、梱包具６を製造する製造工業又は保管する倉庫等からなる梱包具手配施設８側に設置された情報端末である梱包具手配施設端末２０と、配送車３に設置された情報端末である配送車端末３０と、本配送処理システムを利用するユーザの情報端末であるユーザ端末４０と、配送車３の配車の手配と自転車１若しくはその他の荷物４の配送の手配とを行う配車施設（配送施設）９に設置された情報端末である配車施設端末（配送施設端末）５０と、前記情報処理サーバ１０と上述の情報端末２０，３０，４０，５０とを通信可能に接続するインターネット等のグローバルなネットワーク６０とを備えている。

図４は、情報処理サーバの構成を示すブロック図である。情報処理サーバ１０は、ＣＰＵ及びＲＡＭ等から構成されて各種処理（プログラム）が実行される制御部１１と、各種情報を記憶する記憶装置１２と、ネットワーク６０を介した通信を行う有線又は無線の通信手段１３とを備えている。

前記制御部１１は、情報の入出力を行う情報入出力手段１１ａと、ユーザの認証を行うユーザ認証手段１１ｂと、自転車１の配送の依頼を受付ける自転車配送受付手段１１ｃと、自転車１以外の荷物４の配送の依頼を受付ける荷物配送受付手段１１ｄと、自転車配送受付手段１１ｃによって受付けた自転車１の配送の依頼に従って該自転車１の配送の手配を行う自転車配送手配手段１１ｅと、荷物配送受付手段１１ｄによって受付けた荷物４の配送の依頼に従って該荷物４の配送の手配を行う荷物配送手配手段１１ｆと、梱包具６（さらに具体的には部品７）が配送車３又は配車施設９において不足した場合に梱包具６の補充の手配を部品７単位で行う梱包具手配手段１１ｇとを有している。

上記情報入出力手段１１ａは、ウェブサーバ等から構成され、外部に対して情報の入出力を行う。本配送処理システムへのユーザ登録と、ユーザ端末４０、梱包具手配施設端末２０、配送車端末３０若しくは配送車端末５０等からのＷｅｂブラウザ又は専用アプリを介した各種情報の入力と、ユーザ端末４０、梱包具手配施設端末２０、配送車端末３０若しくは配送車端末５０等へのＷｅｂブラウザ又は専用アプリを介した各種情報の出力とを、この情報入出力手段１１ａを介して行うことが可能である。

ユーザ認証手段１１ｂ、自転車配送受付手段１１ｃ、荷物配送受付手段１１ｄ、自転車配送手配１１ｅ、荷物配送手配手段１１ｆ及び梱包具手配手段１１ｇ等も、ネットワーク６０を介して直接ユーザ端末４０等と通信を行ってもよいが、必要に応じて前記情報入出力手段１１ａを介して情報の入出力（通信）を行ってもよい。

図５は、記憶装置のデータ構造を示す概念図である。記憶装置１２は、ＭｙＳＱＬやＯｒａｃｌｅ等のリレーショナル型のデータベースによって各種情報が効率的に管理されている。具体的に説明すると、記憶装置１２には、各ユーザの情報を格納するユーザデータテーブル（ユーザ情報格納部）１２ａと、各自転車１の情報を格納する自転車データテーブル（自転車情報格納部）１２ｂと、各荷物４の情報を格納する荷物データテーブル（荷物情報格納部）１２ｃと、各ユーザの旅行中の移動経路の情報（例えば、図１（Ａ）に示すような経路）を移動区間単位で個別に格納する移動区間データテーブル（移動経路情報格納部）１２ｄと、自転車配送受付手段１１ｃによって受付けた自転車１の配送依頼の情報を格納する自転車配送受付データテーブル（自転車配送受付情報格納部）１２ｅと、荷物配送受付手段１１ｄによって受付けた荷物４の配送依頼の情報を格納する荷物配送受付データテーブル（荷物配送受付情報格納部）１２ｆと、各配車施設９の情報を格納する配車施設データテーブル（配車施設情報格納部，配送施設情報格納部）１２ｇと、各配送車３の情報を格納する配送車データテーブル（配送車情報格納部）１２ｈと、自転車１の配送手配の情報を格納する自転車配送手配データテーブル（自転車配送手配情報格納部）１２ｉと、荷物４の配送手配の情報を格納する荷物配送手配データテーブル（荷物配送手配情報格納部）１２ｊと、梱包具６の手配情報を格納する梱包具手配データテーブル（梱包具手配情報格納部）１２ｋとがデータ領域として確保されている。

ユーザデータテーブル１２ａは、イニシャルＩＤとして「ユーザＩＤ」を有し、その他のフィールドとしてユーザ名を格納する「ユーザ名」と、ユーザの情報を格納する「ユーザ情報」を有している。ユーザ情報には、ユーザ個人を特定する氏名若しくは住所情報、ユーザの本配送処理システムへのログイン時のパスワードなどが含まれる。

ユーザ毎にユーザデータテーブル１２ａのレコードが１つ消費され、上述した情報入出力手段１１ａによるユーザ登録によってユーザデータテーブル１２ａへのユーザ情報の登録が実行される。このユーザ情報は、上述したユーザ認証手段１１ｂによるユーザ認証の際にも利用され、このユーザ認証をクリアすると、本配送処理システムの利用が可能になる。

自転車データテーブル１２ｂは、イニシャルＩＤとして「自転車ＩＤ」を有し、その他のフィールドとして、その自転車１を所有するユーザの「ユーザＩＤ」と、その自転車１の各種情報が格納される「自転車情報」と、その自転車１の位置情報が格納される「位置情報」とを有している。１つの自転車１に対して、自転車データテーブル１２ｂの１つのレコードが消費される。

このようにユーザデータテーブル１２ａのイニシャルＩＤであるユーザＩＤが自転車データテーブル１２ｂに引用され、該ユーザデータテーブル１２ａに記憶された上記ユーザのレコードが、自転車データテーブル１２ｂから参照される。すなわち、ユーザデータテーブル１２ａと、自転車データテーブル１２ｂとが一対多のリレーションシップによってリンクされ、一のユーザに対して複数の自転車１の情報が登録可能になっている。

荷物データテーブル１２ｃは、イニシャルＩＤとして「荷物ＩＤ」を有し、その他のフィールドとして、その荷物４を送るユーザの「ユーザＩＤ」と、その荷物４の各種情報が格納される「荷物情報」とを有している。１つの荷物４に対して、荷物データテーブル１２ｃの１つのレコードが消費される。

このようにユーザデータテーブル１２ａのイニシャルＩＤであるユーザＩＤが荷物データテーブル１２ｃに引用され、該ユーザデータテーブル１２ａに記憶された上記ユーザのレコードが、荷物データテーブル１２ｃから参照される。すなわち、ユーザデータテーブル１２ａと、荷物データテーブル１２ｃとが一対多のリレーションシップによってリンクされ、一のユーザに対して複数の荷物４の情報が登録可能になっている。

移動区間データテーブル１２ｄは、イニシャルＩＤとして「移動区間ＩＤ」を有し、その他のフィールドとして、その移動区間を移動するユーザの「ユーザＩＤ」と、その移動区間の出発地点の位置情報が格納される「出発地点」と、その移動区間の出発地点からの出発時刻の情報が格納される「出発時刻」と、その移動区間の到着地点の位置情報が格納される「到着地点」と、その到着地点への到着時刻の情報が格納される「到着時刻」と有している。

一のユーザは、１回の旅行において、移動区間データテーブル１２ｄに、連続する複数の移動区間を登録可能である。また、この一又は複数の移動区間の登録は、ユーザ端末４０と、情報入出力手段１１ａとの間の情報のやり取りによって実行される。

例えば、図１に示す旅行の移動経路は、地点Ｐ１がスタート地点になり、地点Ｐ６がゴール地点になる。このスタート地点とゴール地点との間には、出発地点を地点Ｐ１とし且つ到着地点を地点Ｐ２とする移動区間と、出発地点を地点Ｐ２とし且つ到着地点を地点Ｐ３とする移動区間と、出発地点を地点Ｐ３とし且つ到着地点を地点Ｐ４とする移動区間と、出発地点を地点Ｐ４とし且つ到着地点を地点Ｐ５とする移動区間と、出発地点を地点Ｐ５とし且つ到着地点を地点Ｐ６とする移動区間との５つの連続する移動区間が存在している。

また、一のユーザが移動区間データテーブル１２ｄに登録した複数のレコード間において、出発時刻から到着時刻までの時間（移動時間）同士は一部でも重複すると矛盾が生じる。このため、このような場合には、情報入出力手段１１ａによってユーザ端末４０にエラーが通知し、再入力を促す。ちなみに、出発時刻や到着時刻は、ある程度の幅を持たせて入力することも可能である。

自転車配送受付データテーブル１２ｅは、イニシャルＩＤとして「自転車配送受付ＩＤ」を有し、その他のフィールドとして、配送依頼を受付けた自転車１の「自転車ＩＤ」と、その自転車１を配送のためにユーザ又はその代理人から受取る地点（受取地点）の情報及び該自転車１を配送してユーザ又はその代理人に引渡す地点（引渡地点）の情報が含まれた配送区間の情報が格納される「配送区間」と、その自転車１を受取地点で受取る時刻（受取時刻，受取時間）の情報及びその自転車１を引渡す時刻（引渡時刻、引渡時間）の情報が含まれた配送時間の情報が格納される「配送時間」とを有している。

自転車１の一の配送区間に対して、自転車配送受付データテーブル１２ｅの１つのレコードが消費される。例えば、図１に示す例では、地点Ｐ２から地点Ｐ３への区間で１つのレコードが消費され、地点Ｐ４から地点Ｐ５への区間で１つのレコードが消費される。

この自転車１の配送依頼の受付は、自転車配送受付手段１１ｄが、ネットワーク６０を経由してユーザ端末４０と直接の情報の入出力を行うか、或いはネットワーク６０を経由し且つ情報入出力手段１１ａを介してユーザ端末４０と間接的に情報の入出力を行うことにより、実現され、この際、該自転車配送受付手段１１ｄによって自転車配送受付データ１２ｅへの情報の登録が行われる。

また、上記のように自転車データテーブル１２ｂのイニシャルＩＤである自転車ＩＤが自転車配送受付データテーブル１２ｅに引用され、該自転車データテーブル１２ｂに記憶された上記自転車１のレコードが、自転車配送受付テーブル１２ｅから参照される。すなわち、自転車データテーブル１２ｂと、自転車配送受付データテーブル１２ｅとが一対多のリレーションシップによってリンクされ、一の自転車１に対して複数の配送依頼の情報が登録可能になっている。

このようなデータ構造であるため、同じ自転車１に対して何回も配送依頼が可能になる。この他、旅行の移動経路で定めた区間とは異なる区間を自転車１の配送区間として設定することも可能である。例えば、図１において、地点Ｐ２から地点Ｐ３の区間はユーザの移動経路として定められているが、地点Ｐ２から地点Ｐ３までの区間をさらに細かい複数の区間で区切り、これらの細かい区間を自転車１の配送区間としてもよい。

ちなみに、自転車１の情報は、情報入出力手段１１ａとユーザ端末４０との情報の入出力によって、予め自転車データテーブル１２ｂに登録してもよいし、或いは、自転車の配送依頼時に併せて登録してもよい。

なお、この自転車１の配送依頼時、情報入出力手段１１ａ又は自転車配送受付手段１１ｄは、そのユーザの移動経路の情報を移動区間データテーブル１２ｄから取出し、この情報を利用して、ユーザ端末４０からの自転車１の配送依頼の情報入力を補助する。具体的には、そのユーザの移動経路の情報を、ユーザ端末４０のＷｅｂブラウザに表示して配送区間を選択可能にする等の処理を行う。

すなわち、自転車１の配送区間は、旅行の移動経路上の任意の異なる２地点の間で設定可能であり、例えば、該移動経路のスタート地点から途中までの区間、途中からゴール地点までの区間、途中の間の異なる２地点の区間の何れも設定可能である。この他、該移動経路から、この移動経路外の他の地点までの区間を配送区間として設定することも可能であり、これは、他人の自転車１を貸与する場合等が想定される。一方、この移動経路外の地点から該移動経路上の地点までの区間も配送区間として設定可能である。また、ゴール地点を自宅に設定していれば、ゴール地点に自転車１を配送するケース等も考えられる。

荷物配送受付データテーブル１２ｆは、イニシャルＩＤとして「荷物配送受付ＩＤ」を有し、その他のフィールドとして、配送依頼をされた自転車１以外の荷物４の「荷物ＩＤ」と、その荷物４を受取る地点（受取地点）の情報及び該受取った荷物４を配送して引渡す地点（引渡地点）の情報が含まれた配送区間の情報が格納される「配送区間」と、その荷物４を受取地点で受取る時刻（受取時刻，受取時間）の情報及びその荷物４を引渡地点に引渡す時刻（引渡時刻，引渡時間）の情報が含まれた配送時間の情報が格納される「配送時間」とを有している。

荷物４の一の配送区間に対して、荷物配送受付データテーブル１２ｆの１つのレコードが消費される。例えば、図１に示す例では、荷物４Ａの場合、地点Ｐ１から地点Ｐ２への区間で１つのレコードが消費され、地点Ｐ３から地点Ｐ４への区間で１つのレコードが消費され、地点Ｐ５から地点Ｐ６への区間で１つのレコードが消費される。

この荷物４の配送依頼の受付は、荷物配送受付手段１１ｄが、ネットワーク６０を経由してユーザ端末４０と直接の情報の入出力を行うか、或いはネットワーク６０を経由し且つ情報入出力手段１１ａを介してユーザ端末４０と間接的に情報の入出力を行うことにより、実現され、この際、該荷物配送受付手段１１ｄによって荷物配送受付データ１２ｆへの情報の登録が行われる。

上記のように荷物データテーブル１２ｃのイニシャルＩＤである荷物ＩＤが荷物配送受付データテーブル１２ｆに引用され、該荷物データテーブル１２ｃに記憶された上記荷物４のレコードが、荷物配送受付テーブル１２ｆから参照される。すなわち、荷物データテーブル１２ｃと、荷物配送受付データテーブル１２ｆとが一対多のリレーションシップによってリンクされ、一の荷物４に対して複数の荷物４の配送依頼の受付情報が登録可能になっている。

このようなデータ構造であるため、同じ荷物４に対いて何回も配送依頼の受付が可能になる。この他、旅行の移動経路で定めた区間とは異なる区間を荷物４の配送区間として設定することも可能である。例えば、図１において、地点Ｐ１から地点Ｐ２への区間が移動経路として定められているが、地点Ｐ１から地点Ｐ２までの区間をさらに細かい区間に区切り、これらの細かい区間を荷物４Ａの配送区間としてもよい。

ちなみに、荷物４の情報は、情報入出力手段１１ａとユーザ端末４０との情報の入出力によって、予め荷物データテーブル１２ｃに登録してもよいし、或いは、荷物４の配送依頼時に併せて登録してもよい。

なお、この荷物４の配送依頼の受付時、情報入出力手段１１ａ又は荷物配送受付手段１１ｄは、そのユーザの移動経路の情報を移動区間データテーブル１２ｄから取出し、この情報を利用して、ユーザ端末４０からの荷物４の配送依頼の情報入力を補助する。具体的には、そのユーザの旅行の移動経路の情報を、ユーザ端末４０のＷｅｂブラウザに表示して配送区間を選択可能にする等の処理を行う。

すなわち、荷物４の配送区間は、旅行の移動経路上の任意の異なる２地点の間で設定可能であり、例えば、該移動経路のスタート地点から途中までの区間、途中からゴール地点までの区間、途中の間の異なる２地点の区間の何れも設定可能である。この他、該移動経路から、この移動経路外の他の地点までの区間を配送区間として設定することも可能である。これは、旅行の途中で購入した荷物４を他人に譲渡する場合等が想定される。一方、この移動経路外の地点から該移動経路上の地点までの区間も配送区間として設定可能である。また、ゴール地点を自宅に設定していれば、ゴール地点に荷物４を配送するケース等も考えられる。

配車施設データテーブル１２ｇは、イニシャルＩＤとして「配車施設ＩＤ」を有し、その他のフィールドとして、その配車施設９の位置情報等が格納される「配車施設情報」を有している。一の配車施設９毎に配車施設データテーブル１２ｇの１つのレコードが消費される。

配送車データテーブル１２ｈは、イニシャルＩＤとして「配送車ＩＤ」を有し、その他のフィールドとして、その配送車３の拠点（駐車場所）となる上述の配車施設９の「配車施設ＩＤ」と、その配送車３の最大積載量等の詳細情報が格納される「配送車情報」とを有している。一の配送車３に対して、この配送車データテーブル１２ｈの１のレコードが消費される。

このように配車施設データテーブル１２ｇのイニシャルＩＤである配車施設ＩＤが配送車データテーブル１２ｈに引用され、該配車施設データテーブル１２ｇに記憶された上記配車施設のレコードが、配送車データテーブル１２ｈから参照される。すなわち、配車施設データテーブル１２ｇと、配送車データテーブル１２ｈとが一対多のリレーションシップによってリンクされ、一の配車施設に対して複数の配送車３の情報が登録可能になっている。

自転車配送手配データテーブル１２ｉには、自転車配送手配手段１１ｅによって実行される自転車１の配送手配の情報が随時格納される。具体的には、自転車配送手配手段１１ｅが、自転車配送受付手段１１ｃによって受付けられ且つ自転車配送受付データテーブル１２ｅに登録された自転車１の配送依頼の受付情報に基づき、自転車１の配送手配の情報を生成し、自転車配送手配データテーブル１２ｉに格納する。

具体的には、自転車配送手配データテーブル１２ｉが、イニシャルＩＤとして「自転車配送手配ＩＤ」を有し、その他のフィールドとして、その自転車１の配送手配の基になった配送の受付情報が格納された自転車配送受付データテーブル１２ｅの該受付情報のレコードの自転車配送受付ＩＤが格納される「自転車配送受付ＩＤ」と、その自転車１を配送する配送車３の情報が格納された配送車データテーブル１２ｈの該配送車３のレコードの配送車ＩＤが格納される「配送車ＩＤ」と、その配送車３が自転車１を配送する区間の情報が格納される「配送区間」と、その配送の開始時刻及び終了時刻の情報等が含まれた「配送時間」と、その配送に利用されるキー情報が格納される「キー情報」とを有している。

このように自転車配送受付データテーブル１２ｅのイニシャルＩＤである自転車配送受付ＩＤが自転車配送手配データテーブル１２ｉに引用され、自転車配送受付データテーブル１２ｅと、自転車配送手配データテーブル１２ｉとが一対多のリレーションシップによってリンクされ、自転車１の一の配送依頼の受付情報に対して複数の配送手配の情報が登録可能になっている。

すなわち、ユーザから依頼された自転車１の一の配送区間（例えば、図１における地点Ｐ２から地点Ｐ３の間の区間）の全てを、１台の配送車３で担当することは必須ではなく、その区間を複数に分割し、それぞれ異なる配送車３が担当してもよい。この場合は、該分割された区間が、この自転車配送手配データテーブル１２ｉの該当レコードの配送区間のフィールドに入力される。

このため、上述したように配送車データテーブル１２ｅのイニシャルＩＤである配送車ＩＤが自転車配送手配データテーブル１２ｉに引用され、配送車データテーブル１２ｈと、自転車配送手配データテーブル１２ｉとも一対多のリレーションシップによってリンクされている。

また、前記キー情報は、施錠・解錠装置７０の施錠・解錠に利用される。具体的には、ユーザが自転車１を預け、梱包具６内に梱包し、施錠・解錠装置７０によって施錠した場合、その施錠・解錠装置７０を解錠を、このキー情報を利用して行う。詳細は後述する。

荷物配送手配データテーブル１２ｊは、荷物配送手配手段１１ｆによって実行される荷物４の配送手配の情報が随時格納される。具体的には、荷物配送手配手段１１ｆが、荷物配送受付手段１１ｄによって受付けられ且つ荷物配送受付データテーブル１２ｆに登録された荷物４の配送依頼の受付情報に基づき、荷物４の配送手配の情報を生成し、荷物配送手配データテーブル１２ｊに格納する。

荷物配送手配データテーブル１２ｊが、イニシャルＩＤとして「荷物配送手配ＩＤ」を有し、その他のフィールドとして、その荷物４の配送手配の基になった配送の受付情報が格納された荷物配送受付データテーブル１２ｆの該受付情報のレコードの荷物配送受付ＩＤが格納される「荷物配送受付ＩＤ」と、その荷物４を配送する配送車３の情報が格納された配送車データテーブル１２ｈの該配送車３のレコードの配送車ＩＤが格納される「配送車ＩＤ」と、その配送車３が前記荷物４を配送する区間の情報が格納される「配送区間」と、その配送の開始時刻及び終了時刻の情報等が含まれた「配送時間」とを有している。

このように荷物配送受付データテーブル１２ｆのイニシャルＩＤである荷物配送受付ＩＤが荷物配送手配データテーブル１２ｊに引用され、荷物配送受付データテーブル１２ｆと、荷物配送手配データテーブル１２ｊとが一対多のリレーションシップによってリンクされ、荷物４の一の配送依頼の受付情報に対して複数の配送手配の情報が登録可能になっている。

すなわち、ユーザから依頼された荷物４の一の配送区間（例えば、図１における地点Ｐ１から地点Ｐ２の間の区間）の全てを、１台の配送車３で担当することは必須ではなく、その区間を複数に分割し、それぞれ異なる配送車３が担当してもよい。この場合は、該分割された区間が、この荷物配送手配データテーブル１２ｊの該当レコードの配送区間のフィールドに入力される。

このため、上述したように配送車データテーブル１２ｅのイニシャルＩＤである配送車ＩＤが荷物配送手配データテーブル１２ｊに引用され、配送車データテーブル１２ｈと、荷物配送手配データテーブル１２ｊとが一対多のリレーションシップによってリンクされている。

梱包具手配データテーブル１２ｋには、梱包具手配手段１１ｇによって実行される梱包具６（複数の各部品７）の手配の情報が随時格納される。具体的には、配車施設９又は配送車３等において、梱包具６の部品７が不足していることがネットワーク６０を介して確認された場合か、或いは、配車施設９又は配送車３からネットワーク６０を介して梱包具６の部品７の要求があった場合、梱包具６の部品７の手配の情報を生成し、この手配情報を梱包具手配データテーブル１２ｋに格納する。

梱包具手配データテーブル１２ｋが、イニシャルＩＤとして「梱包具手配ＩＤ」を有し、その他のフィールドとして、その梱包具６の部品７を配送する配送車３の情報が格納された配送車データテーブル１２ｈの該配送車３のレコードのイニシャルＩＤ（配送車ＩＤ）が格納される「配送車ＩＤ」と、その配送車３が前記部品７を配送する区間の情報が格納される「配送区間」と、その配送の開始時刻及び終了時刻の情報等が含まれた「配送時間」と、その配送の際にまとめて配送する各部品７の数を格納する複数のフィールド（本例では、「部品７Ａ手配数」、「部品７Ｂ手配数」及び「部品７Ｃ手配数」）とを有している。

このように配送車データテーブル１２ｈのイニシャルＩＤである配送車ＩＤが梱包具手配データテーブル１２ｋに引用され、配送車データテーブル１２ｈと、梱包具手配データテーブル１２ｋとが一対多のリレーションシップによってリンクされている。

なお、本配送処理システムは、これらのデータ構造に左右されるものではなく、サイクルツーリズムのためのスムーズな情報処理が可能であれば、どのようなデータ構造を採用しても問題ない。

図６は、ユーザ端末の構成を示すブロック図である。ユーザ端末４０は、ＣＰＵ及びＲＡＭ等から構成されて各種処理（プログラム）が実行される制御部４１と、各種情報を記憶する記憶装置４２と、ネットワーク６０を介した通信を行う無線の通信手段（グローバル通信手段）４３と、端末間のローカルな通信を行うローカル通信手段４４とを備えている。

制御部４１は、上述のキー情報を生成するキー情報生成手段４１ａと、梱包具６側の施錠・解錠装置７０に対して施錠の要求を行う施錠要求手段４１ｂと、梱包具６側の施錠・解錠装置７０に対して解錠の要求を行う解錠要求手段４１ｃとを有している。

記憶装置４２には、前記キー情報を格納するキー情報格納部４２ａがデータ領域として確保されている。

図７は、梱包具内、配送車側及び配車施設側の情報処理の構成を示すブロック図である。梱包具６内には上述した施錠・解錠装置７０と、梱包具６及び自転車１の情報を取得するＧＰＳセンサ（位置情報取得手段）や加速度センサ等として機能し且つ通信可能なＩｏＴセンサ８０と、施錠・解錠装置７０及びＩｏＴセンサ８０とローカルな通信を行うことが可能な通信端末９０とが設置されている。

一方、自転車１を収納した梱包具６を荷台に一又は複数（通常は複数、具体的には多数）積載する配送車３には、上述した配送車端末３０の他、一又は複数の通信端末９０のルータとして機能し且つ配送車端末３０に接続されたゲートウェイ端末１００とが設置されている。

さらに、配車施設９においても、梱包具６内のＩｏＴセンサ８０及び施錠・解錠装置７０と通信可能な通信端末１１０が設置されている。この通信端末１１０は、直接配車施設端末５０と通信可能としてもよいが、複数台の通信端末１１０が配車施設９内に設置されている場合には、通信端末１１０と配車施設端末５０との通信に、上述のゲートウェイ端末１００と同一又は略同一構成のゲートウェイ端末１２０を介在させてもよい。

このゲートウェイ端末１２０を設ける場合、情報端末１００を省略し、該ゲートウェイ端末１２０を介して、通信端末９０と配車施設端末５０とが通信を行うようにしてもよい。

前記通信端末９０，１１０は、Ｂｅａｃｏｎ、ＬＰＷＡ又はＢＬＥ等の種々の通信機能を有するものから構成され、ゲートウェイ端末１００及び配送車端末３０によってネットワーク６０を介したグローバル通信が可能であるとともに、ユーザ端末４０のローカル通信手段４４によって、該ユーザ端末４とローカル通信が可能である。

ゲートウェイ端末１００は、通信端末９０との通信及び配送車端末３０との通信の両方をサポートしている。ゲートウェイ端末１２０は、通信端末１１０との通信及び配車施設端末５０との通信の両方をサポートしている。

この図７に示すような構成によれば、ＩｏＴセンサ８０によってセンシングされる自転車１の位置情報や自転車１に作用する負荷情報を、配送車端末３０及び配車施設端末５０が取得可能になり、利便性が高い。例えば、配送車端末３０及び配車施設端末５０が、自転車１の配送時における位置情報を、情報入出力手段１１ａを介して、ネットワーク６０経由で、該情報処理サーバ１０にアップすれば、自転車データテーブル１２ｂの位置情報のフィールドに格納される情報が逐次更新され、ユーザが自己の所有する自転車１の最新位置を知ることも容易になる。また、これらの確認可能な情報に負荷情報等を含めることも容易である。

図８は、本配送処理システムによる配送の処理の手順を示すフロー図である。以下、自転車１の配送を行う例に基づいて、処理内容を説明する。同図に示す通り、まず、ユーザはユーザ端末４０によって自転車１の配送依頼をネットワーク６０を介して情報処理サーバ１０に対して行うか、或いは配送施設９に自転車１を持込み、その場で情報端末５０から該自転車１の配送依頼をネットワーク６０を介して情報処理サーバ１０に対して行う（Ｓ１０１）。ちなみに、情報端末５０の操作は、配送施設９に勤務する担当者が行ってもよいし、或いはユーザ自身が行ってもよい。

続いて、情報処理サーバ１０の自転車配送受付手段１１ｃが上記配送依頼を受付け、この配送依頼の受付情報を自転車配送受付データテーブル１２ｅに登録する（Ｓ１０２）。

続いて、情報処理サーバ１０の自転車配送手配手段１１ｃは、実際の道路情報が含まれた地図情報に基づき、該自転車１の配送ルートを検索し、検索された配送ルートを必要に応じて複数の配送区間を分割するか、或いは該配送ルートを一の配送区間として生成し（Ｓ１０３）、該生成された各配送区間に配送車３を割当て（Ｓ１０４）、この割当てられた各配送車３の配送車端末３０又は該配送車３の配車施設９の配車施設端末５０に対し、ネットワーク６０を介して、配送の指示を実行する（Ｓ１０５）。

配送車端末３０又は配車施設端末５０は、この配送の指示を受取り（Ｓ１０６）、自転車１の配送を実行する。

また、配送車３側又は配車施設９側で梱包具６の部品７が不足した場合、配送車端末３０又は配車施設端末５０は、その部品７の要求をネットワーク６０経由で情報処理サーバ１０に対して行う（Ｓ１０７）。

情報処理サーバ１０の梱包具手配手段１１ｇは、梱包具６０（具体的には部品７）の要求を受付けると（Ｓ１０８）、この要求に応じて、部品７の手配の情報を生成し、この生成した手配情報を、梱包具手配データテーブル１２ｋの一のレコードに登録し、この手配を行う（Ｓ１０９）。梱包具６の部品７の手配は、該梱包具手配データテーブル１２ｋのデータ構造に基づき、梱包具手配施設端末２０への部品７の要求と、配送車端末３０又は配車施設端末５０への部品７の配送の要求とによって実行される。

なお、上述した通り、梱包具手配手段１１ｇは、配送車３や配送施設９において部品７が不足していることがネットワーク６０経由で確認された場合には、上述した要求を待つことなく、自動的に部品７の手配を行う。

また、ユーザ端末４０又は配車施設端末５０からネットワーク６０経由で情報処理サーバ１０に対して荷物４の配送依頼を行う場合（Ｓ１０１）、この配送依頼は、情報処理サーバ１０の荷物配送受付手段１１ｄによって受付けられる（Ｓ１０２）。そして、この荷物４の配送区間の生成（Ｓ１０３）、この荷物４の配送する配送車３の割当て（Ｓ１０４）及び割当てられた各配送車３への配送指示（Ｓ１０５）は、情報処理サーバ１０の荷物配送手配手段１１ｆによって行われる。ちなみに、この配送区間生成、配送車割当及び配送指示の一連の処理が配送手配処理に該当する。

図９は、施錠・解錠の処理の手順を示すフロー図である。まず、ユーザ端末４０は、キー情報生成手段４１ａによってキー情報を生成し（Ｓ２０１）、この生成したキー情報を、施錠の要求の情報と共に、上述した通信経路で施錠・解錠装置７０に送信する（Ｓ２０２）。

施錠・解錠装置７０は、キー情報を受取ると共に施錠要求を受付け（Ｓ２０３）、受取ったキー情報を自己の記憶部に記憶し（Ｓ２０４）、その後、施錠を行い、梱包具６からの自転車１の取出しを不可能な状態とする（Ｓ２０５）。

そして、配送後、梱包具６から自転車１を取出す場合、ユーザ端末４０から上述の通信経路を利用し、キー情報格納部４２ａに格納されている該当のキー情報を、解錠の要求の情報と共に、施錠・解錠装置７０に送信する（Ｓ２０６）。

施錠・解錠装置７０は、キー情報を受取るとともに解錠要求を受付け（Ｓ２０７）、その後、受取ったキー情報と、自身の記憶部に記憶しているキー情報とを照合し（Ｓ２０８）、前記受取ったキー情報が正しいものでれば、解除を行って、梱包具６内からの自転車１の取出しを可能な状態に切換える（Ｓ２０９）。

次に、図４、図６及び図１０に基づき、施錠・解錠の処理の他の実施形態について、上述の形態と異なる部分を説明する。

この実施形態では、図４に仮想線で示す通り、情報処理サーバ１０の制御部１１には、上述した施錠・解錠のためのキー情報をネットワーク６０を介して受取るキー情報受取手段１１ｈと、該キー情報を必要なユーザ端末４０にネットワーク６０を介して配信するキー情報配信手段１１ｉとが設けられる。さらに、図６に仮想線で示す通り、ユーザ端末４０の制御部４１には、上記配送されたキー情報を取得するキー情報取得手段４１ｄが設けられている。

図１０は、施錠・解錠の処理の他の実施形態に係るフロー図である。まず、自転車１を配送のために預けるユーザがユーザ端末４０から上述した通信経路で施錠の要求を施錠・解錠装置７０に送る（Ｓ３０１）。施錠・解錠装置７０は、施錠要求を受付けると（Ｓ３０２）、自身でキー情報を生成して自己の記憶部に記憶し（Ｓ３０３）、施錠を行って梱包具６からの自転車１の取出しができない状態に切換える（Ｓ３０４）。

そして、施錠・解錠装置７０は、生成したキー情報を、上述した通信経路及びネットワーク６０を介して、情報処理サーバ１０に送信する（Ｓ３０５）。情報処理サーバ１０のキー情報受取手段１１ｈは、施錠・解錠装置７０から送られてきたキー情報を受取って自身の記憶装置１２に記憶する（Ｓ３０６）。

続いて、情報処理サーバ１０のキー情報配信手段１１ｉは、上記キー情報を、ネットワーク６０を介して、施錠要求を行った上述のユーザのユーザ端末４０に配信する（Ｓ３０７）。このようにして配信されたキー情報は、該当するユーザのユーザ端末４０のキー情報取得手段４１ｄによって取得される（Ｓ３０８）。以下の解錠の処理は、図９に示すものと同一又は略同一である。

なお、上述の形態では施錠及び解錠の両方をアクチュエータによって実行する必要があるが、本形態では、キー情報の生成が施錠・解錠装置７０によって行われるため、解錠のみをアクチュエータを介して行い、施錠は手動で行うようにしてもよい。施錠要求（Ｓ３０１）及び施錠要求受付（Ｓ３０２）の処理は省略され、施錠した時点で、キー情報が生成され（Ｓ３０３）、以下の処理は図１０に示すものと同一又は略同一になる。

次に、図１１に基づき、施錠・解錠の処理の他の実施形態について、上述の形態と異なる部分を説明する。

図１１は、施錠・解錠の処理の他の実施形態に係るフロー図である。同図に示す実施形態では、配送車端末３０又は配車施設端末５０が上述した通信経路を介して施錠・解錠装置７０に施錠要求を行う（Ｓ４０１）。施錠・解錠装置７０が施錠要求を受付けると（Ｓ４０２）、以下の処理は、図１０に示す処理と同一又は略同一の処理を実行する。

次に、図１２に基づき、施錠・解錠の処理の他の実施形態について、上述の形態と異なる部分を説明する。

図１２は、施錠・解錠の処理の他の実施形態に係るフロー図である。同図に示す実施形態では、配送車端末３０又は配車施設端末５０がキー情報を生成し（Ｓ５０１）、ネットワーク６０を介して情報処理サーバ１０にキー情報を送信する（Ｓ５０２）。

情報処理サーバ１０のキー情報受取手段１１ｈは、ネットワーク６０からのキー情報を受取って記憶装置１２（具体的には自転車配送手配データテーブル１２ｉの該当レコードのキー情報のフィールド）に記憶し（Ｓ５０３）、そのキー情報によって施錠した梱包具６内に収容された自転車１を所有しているユーザのユーザ端末４０に該キー情報をネットワーク６０経由で配信し（Ｓ５０４）、該ユーザ端末４０がこのキー情報を受取る。

続いて、配送車端末３０又は配車施設端末５０は、上述の生成したキー情報と共に施錠要求の情報を、施錠・解錠装置７０に送信する（Ｓ５０５）。施錠・解錠装置７０は、施錠要求をキー情報と共に受付ける（Ｓ５０６）。そして、以下の処理は、図９に示すキー情報の記憶の処理（Ｓ２０４）以下の処理と同一又は略同一である。

次に、図２、図１３及び図１４に基づき、配送の処理の他の実施形態について、上述の形態と異なる部分を説明する。

図１３は、手配サーバの構成を示すブロック図である。本実施形態では、情報処理センタ５に、手配の処理を行う手配サーバ１３０を別途設けている。手配サーバ１３０は、ＣＰＵ及びＲＡＭ等から構成されて各種処理（プログラム）が実行される制御部１３１と、各種情報を記憶する記憶装置１３２と、ネットワーク６０を介した通信を行う無線の通信手段１３３とを備えている。

制御部１３１は、受付けた自転車１の配送依頼に従って該自転車１の配送の手配を行う自転車配送手配手段１３１ａと、受付けた荷物４の配送の依頼に従って該荷物４の配送の手配を行う荷物配送手配手段１３１ｂと、梱包具６（さらに具体的には部品７）が配送車３又は配車施設９において不足した場合に梱包具６の補充の手配を部品７の単位で行う梱包具手配手段１３１ｃとを有している。

記憶装置１３２には、図５の示すデータ構造の少なくも一部が必要に応じて構築されるか、或いは情報処理サーバ１０の記憶装置１２に記憶された情報が同期又はミラーリングされている。

図１４は、配送の処理の他の実施形態に係るフロー図である。同図に示す形態では、まず、ユーザはユーザ端末４０によって自転車１の配送依頼をネットワーク６０を介して情報処理サーバ１０に対して行うか、或いは配送施設９に自転車１を持込み、その場で情報端末５０から該自転車１の配送依頼をネットワーク６０を介して情報処理サーバ１０に対して行う（Ｓ６０１）。

続いて、情報処理サーバ１０の自転車配送受付手段１１ｃが上記配送依頼を受付け、この配送依頼の受付情報を自転車配送受付データテーブル１２ｅに登録し（Ｓ６０２）、さらに、この受付情報をネットワーク６経由で手配サーバ１３０に転送する（Ｓ６０３）。

続いて、手配サーバ１３０の自転車配送手配手段１３１ａは、上記転送された前記受付情報を受付け、記憶装置１３２に記憶し、さらに、この受付情報に基づいて自転車１の配送手配を実行し、その配送手配の情報を記憶装置１３２に記憶する（Ｓ６０４）。以下の処理は、図８に示す処理と同様である。

なお、荷物４の配送手配又は梱包具６の手配も、荷物配送手配手段１１ｆ又は梱包具手配手段１１ｇによって、同様の要領により、手配サーバ１３０が実行する。

ちなみに、このような機能を実現するため、この手配サーバ１３０の記憶装置１３２には、情報処理サーバ１０の記憶装置１２における移動区間データテーブル１２ｄ以外のデータテーブルが構築されている必要があり、手配サーバ１３０及び情報処理サーバ１０の情報は、基本的に同期されている必要がある。

１ 自転車
２ 電車（公共交通機関）
３ 配送車（トラック）
４ 荷物
６ 梱包具（自転車コンテナ）
７ 部品
１０ 情報処理サーバ
１１ 制御部
１１ｃ 自転車配送受付手段
１１ｄ 荷物配送受付手段
１１ｅ 自転車配送手配手段
１１ｆ 荷物配送手配手段
１１ｇ 梱包具手配手段
１２ 記憶装置
１２ａ ユーザデータテーブル（ユーザ情報格納部）
１２ｄ 移動区間データベース（移動経路情報格納部）
１２ｅ 自転車配送受付データベース（自転車配送受付情報格納部）
１２ｆ 荷物配送受付データベース（荷物配送受付情報格納部）
１２ｉ 自転車配送手配データベース（自転車配送手配情報格納部）
１２ｊ 荷物配送手配データベース（荷物配送手配情報格納部）
１３ 通信手段
２０ 梱包具手配施設端末（情報端末）
３０ 配送車端末（情報端末）
４０ ユーザ端末（情報端末）
５０ 配車施設端末（情報端末）
６０ ネットワーク
７０ 施錠・解錠装置
８０ ＩｏＴセンサ
９０ 通信端末（中継端末）
１００ ゲートウェイ端末
１１０ 通信端末（中継端末）
１２０ ゲートウェイ端末
１３０ 手配サーバ
１３１ 制御部
１３１ａ 自転車配送手配手段
１３１ｂ 荷物配送手配手段
１３１ｃ 梱包具手配手段
１３２ 記憶装置
１３３ 通信手段

Claims (3)

1. 自転車を移動手段として利用するユーザが利用する配送処理システムであって、
   上記ユーザの情報が記憶される記憶装置と、
   上記ユーザの自転車の配送の依頼をネットワークを介して受付けて前記記憶装置に記憶する自転車配送受付手段と、
   上記ユーザの自転車以外の荷物の配送の依頼を受付けて前記記憶装置に記憶する荷物配送受付手段と、
   前記記憶装置に記憶された自転車の配送依頼の情報に基づいて自転車の配送手配を行う自転車配送手配手段と、
   前記記憶装置に記憶された荷物の配送依頼の情報に基づいて荷物の配送手配を行う荷物配送手配手段と、
   自転車を梱包する梱包具の施錠・解錠を行う施錠・解錠装置と、
   該施錠・解錠装置と、ユーザの情報端末であるユーザ端末との通信を中継する通信端末とを備え、
   前記ユーザ端末は、上記通信端末を介した前記施錠・解錠装置との通信によって、該施錠・解錠装置の施錠又は解錠を行う
   ことを特徴とする配送処理システム。
2. 自転車の配送の際に該自転車を梱包する梱包具が不足していることがネットワークを介して確認された場合、或いは、該梱包具を必要とする旨の要求がネットワークを介して確認された場合、その手配を行う梱包具手配手段を備えた
   請求項１に記載の配送処理システム。
3. 梱包具が複数の部品によって構成され、
   梱包具手配手段は部品単位で梱包具の手配を行う
   請求項２に記載の配送処理システム。

Images