JP4338520B2 - 小荷物ボックス電子装置及びロジスティックシステム - Google Patents

Description

発明の詳細な説明

本発明は、電子小荷物ボックスシステムに関する。

電子小荷物ボックスシステムは、例えば、物品を少なくとも１つのロッカーに格納する方法を開示するドイツ予備公告出願第10000830Ａ１号から周知である。この方法で利用される小荷物ボックスシステムは、電子ロックシステムにより開閉される複数の小荷物ボックスを有する。複数の小荷物ボックスは、データの読み込みや出力のための端末の形態での操作ユニットと関連付けされる。ロックシステム及び操作ユニットは、小荷物ボックスシステムを制御するコンピュータに接続される。
この予備公告出願はまた、集中管理コンピュータを有するマルチコンピュータシステムを形成する複数のロッカーシステムのコンピュータのネットワーク化を開示している。管理コンピュータは、例えば、ロッカー荷室の物品のすべての動きをモニタする配送サービスに属する。
本発明は、小荷物ボックスシステムから小荷物のフレキシブルな配送及び取り出しを可能にする電子小荷物ボックスシステムを生成する目的に基づく。

本発明によると、複数の電子小荷物ボックスを備え、各ケースにおいて、複数の電子小荷物ボックスが操作ユニットと関連付けされ、中央制御ユニットが操作ユニットの制御のため備えられ、中央制御ユニットが小荷物ボックスを操作ユニットにフレキシブルに関連付ける手段を有するよう構成される電子小荷物ボックスシステムによって、本目的は実現される。

本発明は、１以上の操作ユニットに備えられた複数の配送装置からなる電子小荷物ボックスシステムを提供する。操作ユニットのいくつかまたはすべてが中央制御ユニットにより制御される。

操作ユニットはそれに関連付けされた小荷物ボックスの開閉を制御する制御手段を備えることが好適である。

個々の電子小荷物ボックスシステムはクラスタを形成するよう共に連結される。

中央制御ユニットを備えることにより、電子小荷物ボックスシステムの機能性及び能力が大きく向上する。

特に、中央制御ユニットは小荷物ボックスシステムを操作ユニットに関連付ける手段を有することが好適である。

小荷物ボックスと操作ユニットが中央制御ユニットを介し互いに関連付けされる実施例は、このように、電子小荷物ボックスシステムが変更された操作パラメータに容易に適応可能であるという効果を有する。

特に、小荷物ボックスと操作ユニットとの関連付けを可変とすることが好適である。

このように、例えば、ある操作ユニットが不調の場合、それまで当該操作ユニットと関連付けされていた小荷物ボックスが他の操作ユニットと関連付けることが可能である。

本発明の特に好適な実施例では、中央制御ユニットが、データの充填（ｆｉｌｌｉｎｇ）を含むデータベースサーバから情報を受信するためのインタフェースを有するよう電子小荷物ボックスシステムが構成される。

このように、電子小荷物ボックスシステムは、動作状況及びユーザの癖にフレキシブルに適応可能である。

例えば、ある操作ユニットが不調の場合、それまでこの操作ユニットに関連付けされていた小荷物ボックスは１つ以上の他の操作ユニットと関連付けされる。これにより、小荷物ボックスシステムのユーザのニーズや癖に適応する柔軟性を向上させることができる。

本発明の特に好適な実施例は、中央制御ユニットと操作ユニットとの間の内部通信だけでなく、中央制御ユニットと１つ以上のデータベースサーバとの間の外部通信も可能であるという特徴を有する。

本発明の好適な実施例では、データ通信のそのような統合は、中央制御ユニットが充填データに備えられたデータベースサーバに情報を送信するためのインタフェースを有するよう行われる。

電子小荷物ボックスシステムの柔軟性及び多用性のさらなる向上は、中央制御ユニットが小荷物ボックスの操作データ及び／または充填状況の格納及び処理を可能にするコンピュータを有することにより達せられる。

「コンピュータ」という用語は、限定的なものと解釈されるべきでない。それは、例えば、ワークステーション、パーソナルコンピュータ、計算及び／または比較の実行に適した回路のような計算の実行が可能な任意のユニットを表す。

さらに、中央制御ユニットに動作状況のチェック及び／または変更のための追加的インタフェースが備えられることが好適である。

本発明の他の主題は、互いにネットワーク化された複数の電子小荷物ボックスシステムを有するよう特徴付けされるロジスティックシステムである。

そのようなロジスティックシステムは、本発明による課題を達成するのに特に好適な方法、すなわち、小荷物ボックスからの小荷物のフレキシブルな発送及び集荷を可能にすることから構成される。

複数の電子小荷物ボックスシステムをネットワーク化することにより、特にフレキシブルな方法による小荷物の配送が可能である。

これより、例えば、与えられた電子小荷物ボックスシステムのすべての小荷物ボックスが塞がっている場合、他の電子小荷物ボックスシステムに追加の小荷物を配送し、そこで集荷の準備をしておくことが可能である。

好ましくは、集中的動作を行うデータベースを統合することにより、小荷物が電子小荷物ボックスシステム及び／またはそれに含まれている小荷物ボックスの充填状況の機能として、電子小荷物ボックスシステムへの発送が可能である。

本発明のさらなる効果、特徴及び実際上の調整は、従属クレームと図面を参照しながら本発明の好適な実施例の以下の説明から明らかになるであろう。

以下に与えられる実施例は、電子小荷物ボックスシステムの包括的なロジスティックシステムへの統合を示す。

そのような電子小荷物ボックスシステムの包括的なシステムへの統合は、そのような場合、本発明による電子小荷物ボックスシステムのセットアップにより実現される柔軟性により、これらシステムの効率的利用が可能になるため、特に好適である。

この包括的なロジスティックシステムの小荷物ボックスシステムの利用は特に好ましいが、原則的に、電子小荷物ボックスシステムはまたネットワーク化されることなく動作可能である。またこれらの実施例では、操作ユニットを制御するための中央制御ユニットの統合は、電子小荷物ボックスシステムの利用をよりフレキシブルにする。

しかしながら、本発明の応用可能性は、複数の小荷物ボックスシステムの相互ネットワーク化及び／または好適には集中動作データベースサーバとのネットワーク化により、さらなる拡大が可能である。

これら好適な構成要素のいくつかが統合されるとき、その結果は、自動による２４時間処理が可能であるという理由から、Ｐｏｓｔ２４と以降呼ばれる以下の構成要素を有する包括的システムである。
１．好適には、各自が少なくとも１つの操作ユニットを有する複数の小荷物分配ユニット。
２．個々の配送マシーンはクラスタとしてネットワーク化され、配送マシーンの動作状況及び機能をモニタする中央制御ユニット。中央制御ユニットは、Ｐｏｓｔ２４サーバに転送される小荷物処理の「コンセントレータ（ｃｏｎｃｅｎｔｒａｔｏｒ）」として機能する。さらに、Ｐｏｓｔ２４サーバの動作指示を小荷物配送マシーンに分配する。
３．顧客と小荷物データを管理し、配送マシーンの手続きを制御し、中央プログラムアプリケーション（登録、ＣａｌｌＣｅｎｔｅｒ，Ｔｒａｃｋ＆Ｔｒａｃｅなど）を操作するＰｏｓｔ２４サーバ。

本システムはモジュラー設計を有する。配送マシーンやＣａｌｌＣｅｎｔｅｒとＰｏｓｔ２４サーバとの通信を制御する規格化されたインタフェースが定義される。このようにして、異なる製造業者により製造された配送マシーンを内蔵することが可能となる。

個々の小荷物ボックスシステムのモジュラー設計は、個々の電子小荷物ボックスシステムだけでなく包括的なロジスティックシステムの柔軟性及び多用性の向上という点で、特に適している。

好ましくは、ロジスティックシステムにおいて利用される電子小荷物ボックスシステムは、特に効果的かつ効率的な方法で、包括的ロジスティックシステムの機能及び動作内容を実行するよう構成される。

原則として、電子小荷物ボックスシステムは、多くの異なる技術的解法の形式で実現されうる。

しかしながら、以下で説明される電子小荷物ボックスシステムの実施例は、その信頼性とユーザ親和性の点から特に適している。

これら２つのシステムの１つは、小荷物ボックスのそれぞれがドアにより個々に閉じられるという特徴を有する。同様に好適なものとして、小荷物ボックスシステムの実施例の他の構成は、個々の小荷物の格納及び取り出しのため、個々のボックスのための特別な輸送機構を備えた循環的なエレベータシステムにより特徴付けされる。

示される実施例では、配送マシーンは、異なるサイズの小荷物ボックスを介し小荷物やその中身の積み込み及び集荷を可能にする。配送マシーンシステムの特に好適な特徴は、小荷物ボックスがある受取人と一時的に関連付けされている、すなわち、当該ボックスが特定の受取人のためのものを有するときである。このため、まず、潜在的な受取人が配送マシーンシステムに通知されるべきであり、次に、荷物が受取人と関連付けされるよう集中的に管理されるべきである。

積み込み手続き中、小荷物識別コードと受取人識別コードが検出される。受取人識別コードに基づき、適合したアクセスコードがＰｏｓｔ２４サーバ（中央システム）からリクエストされる。小荷物が取り出すとき、例えば、磁気カードとシークレット個人アクセスコードを利用することにより、それを行う人はその人の個人受取人識別コードにより識別される。この情報が発送マシーンに蓄積された情報と一致する場合、ボックスの中身が受取人に解放される。

もしそれがＣＯＤ小荷物、あるいは小荷物の引渡しに集金の必要がある場合、まず金額が表示され、それを取り出す人は支払い端末（ＥＣカード、キャッシュカードなど）を介しその金額を支払うことができる。

受取人により戻されている小荷物（または物品）は発送マシーンにより検出され、Ｐｏｓｔ２４サーバに通知され、これにより適当なロジスティックスタッフによる集荷手続きが開始される。

好適には、制御パネルと呼ばれる中央制御ユニットは後述の性質を有する。

個々の発送マシーンは、通信（「コンセントレータ」）をクラスタリング及び統合する中央制御ユニットを介しネットワーク化される。サービス及びメンテナンス作業は、中央制御ユニットを介しモニタリングされる。中央制御ユニットは、配送マシーンやその構成要素（操作ユニット、プリンタ、個々のボックス）が動作準備が整い、様々な配送マシーンにおいてどの動作イベントが行われているか認識する。

Ｐｏｓｔ２４サーバは、インターネットベースのウェブ技術を介し配送マシーンまたは制御パネルとネットワーク化されているデータサーバである。Ｐｏｓｔ２４サーバは、追加的データベースアプリケーションへのインタフェースである。これらデータベースアプリケーションは、例えば、インボイス及び積荷追跡機能の統合を可能にする。

配送マシーンは、このサービスのためにドイツ郵便局と以前に署名を交わし、そのデータがＰｏｓｔ２４サーバに格納されている受取人によってのみ利用されることが好ましい。従って、登録されている受取人は、アドレス情報の一部としての利用が想定される受取人識別コードを受け取り、かつ個人のシークレットアクセスコードを受け取る。

配送マシーンへの配送がなされると、受取人は自動的にＰｏｓｔ２４サーバに通知される。この通知は、例えば、ＳＭＳや電子メールを送信することにより電子的に提供されることが好ましい。しかしながら、同様に、手紙が自動的に印刷され、受取人に送信されることも可能である。その後、受取人は都合にあわせて配送マシーンで小荷物の引取りを行うことができる。もしある期限内にこれが行われない場合、督促が送られ、配送期限が経過した場合には、小荷物は送り手に戻される準備がなされる。

小荷物引取りシステムは、様々な応用領域に適している。一方では、本配送マシーンシステムは最終的な顧客に通常小荷物を配送することができるが、他方、法人顧客の特別な要求にも応えることができる。

従って、配送マシーン小荷物ボックスの固定部分または可変部分を、当該システムを利用するロジスティック会社の法人パートナーや顧客に、これら顧客が適宜システムの利用が可能となるよう貸与することができる。配送マシーンシステムは、これら顧客のための集中倉庫であり、この倉庫での物品の格納及び動きは集中制御され、適宜発送される。

特に、インテリジェントな要求ベースのオーダリング及び配送システムを可能にするため、集中及び分散した構成要素からなるシステムである。

当該システムは、これまで不可能であった配送及びサービス能力を有するロジステッィクシステムを効果的かつフレキシブルに可能にする様々な構成要素及びインタフェースから構成される。

当該システムに統合される機能例は、
・ 小荷物データ管理
・ ユーザデータ管理
・ 顧客登録
・ 企業間パートナー管理
・ 荷物の追跡
・ 配送マシーン構成管理
・ 収容能力の企画
・ 通知
・ 統計データ評価
・ 配送マシーンインタフェース
・ 内部サービス
である。

基本的な管理要素間の区別をし、小荷物データ及びユーザデータだけでなく、ビジネスプロセス４を当該システムにマッピングする二次的要素にアクセスすることは好適である。

システムのモジュラー構造は、様々なサービスの独立的な漸進的開発を可能にする。

同様に本発明によると、本発明によるシステム及びその構成要素の特に好適な実施例はＥＪＢｓ（Ｅｎｔｅｒｐｒｉｓｅ Ｊａｖａ（登録商標）Ｂｅａｎｓ）技術の実現に基づくものであるので、基本的な構成要素は小荷物ＥＪＢｓ及びユーザＥＪＢｓにマッピングされる。小荷物及び顧客データのリクエストまたは変更が必要な場合、その他すべての構成要素がこれらＥＪＢｓと通信する。

二次的要素は、部分的には、クラス、ＥＪＢｓ及びグラフィカルユーザインタフェース（ＧＵＩ）から構成される複合部分システムである。構成要素の企画から独立な構成要素の通信を可能にするため、各構成要素は、ファサードオブジェクト（ｆａｃａｄｅ ｏｂｊｅｃｔ）やＥＪＢの形式でのそのサービスに対するバインディングインタフェース（ｂｉｎｄｉｎｇ ｉｎｔｅｒｆａｃｅ）を提供する。様々な構成要素のインタフェースが以下で説明される。
配送マシーンインタフェース：
配送マシーンインタフェースは、配送マシーンとの通信プラットフォームである。このインタフェースは、配送マシーンからリクエストを受け取り、それを関係する構成要素に転送する。リクエストに応答して、配送マシーンがデータを所望すれば、当該データは構成要素によりインタフェースに戻され、その後配送マシーンに転送される。

図１は、構成要素の構造を示す。ＸＭＬパーサ（ｐａｒｃｅｒ）が、ｈｔｔｐポスト毎に送信されるＸＭＬファイルのマシーンインタフェースクラスのロジスティックシステムにより解釈可能な関数手続きコールへのマッピングを実行し、この関数手続きコールを評価し、関係する構成要素、すなわち、Ｕｓｅｒ、Ｐａｒｃｅｌ、ＤｅｌｉｖｅｒｙＭａｃｈｉｎｅ及びＮｏｔｉｆｉｃａｔｉｏｎに転送する。

ＵｓｅｒＲｅｇｉｓｔｒａｔｉｏｎ、Ｂ２ＢＰａｒｔｎｅｒＭａｎａｇｅｍｅｎｔ及びＰａｒｃｅｌＴｒａｃｋｉｎｇの構成要素は、ＣａｌｌＣｅｎｔｅｒファサードに、好ましくはカプセル化される。このファサードは、ユーザ及び小荷物データ管理のためのＥＪＢｓ、すなわち、ＵｓｅｒａｎｄＰａｒｃｅｌ、との通信を引き受ける。この構成要素は、登録及び小荷物の追跡のためのウェブベースのＧＵＩを利用可能にする。これらはＪＳＰに符号化される。ユーザによるアクションは、ワーカービーン（Ｗｏｒｋｅｒ Ｂｅａｎ）により関数手続きコールに変換され、ＣａｌｌＣｅｎｔｅｒファサードに転送される。好ましくは、それは、商用の論理回路の実行を引き受けるだけのＣａｌｌＣｅｎｔｅｒファサードである。以下に与えられるグラフはこのシナリオの概観を与える。

構成要素Ｉｎ−ＨｏｕｓｅＳｅｒｖｉｃｅは、内勤サービスのためのロジスティックシステムにより提供されるサービスを配送ベースにカプセル化する。内勤サービスの従業員へのインタフェースにおいて、ＧＵＩを実現するＪＳＰがある。内勤従業員によるアクションは、ワーカービーンにより関数手続きコールに変換され、Ｉｎ−ＨｏｕｓｅＳｅｒｖｉｃｅファサードに転送される。Ｉｎ−ＨｏｕｓｅＳｅｒｖｉｃｅファサードは、構成要素の実際の関数論理回路へのインタフェースを形成する。

Ｉｎ−ＨｏｕｓｅＳｅｒｖｉｃｅファサードはまた、システムの他の構成要素との通信インタフェースを構成する。

必要とされる関数論理回路のマッピングを行うため、当該構成要素は、基本構成要素、すなわち、ＵｓｅｒｎａｄＤｅｌｉｖｅｒｙＭａｃｈｉｎｅへのアクセスを必要とする。

この構成要素の構造が以下の図面で示される。

ロジスティックシステムのモジュラー構造により、問題なくインストール可能であり、ロジスティックシステム及びここで利用される構成要素、特に、小荷物ボックスシステム、を好適に向上させる他の構成要素は、通知構成要素である。

通知構成要素は、ロジスティックシステムのユーザへのメッセージの送信を実効化する。この構成要素は好ましくは２つのタスクを有する。それは、ロジスティックパートナーの通知管理のマッピングを行い、顧客の装置へのメッセージの技術的送信を引き受ける。

システムの他の構成要素とのインタフェースは、ＮｉｔｉｆｉｃａｔｉｏｎＦａｃａｄｅと呼ばれるファサードクラスにより実現される。このクラスは、構成要素にユーザに送信される通知をトリガするイベントについて通知するための多くのメソッドを提供する。現在、そのようなイベントは、配送マシーンにおけるアクション及び登録構成要素の結果として、インタフェース構成要素によりトリガされている。メッセージに関するターゲットとコンテンツの構成が可能となるよう、構成要素はメッセージ受取人のアドレスデータにアクセスする必要がある。ロジスティックシステムのこの特に好適な実施例において管理されるすべてのメッセージ受取人は、Ｎｏｔｉｆｉａｂｌｅインタフェースを利用可能にすべきである。これらは、例えば、ＥＪＢｓＬｏｇｉｓｔｉｃＰａｒｔｎｅｒＣｌｉｅｎｔ、ＵｓｅｒａｎｄＬｏｇｉｓｔｉｃＰａｒｔｎｅｒｓである。

ユーザ及び小荷物データの構成は、多くの方法での実行が可能である。特に好適に実現可能なオブジェクト指向モデル（オブジェクトモデル）の形式でのユーザ及び小荷物管理システムが以下で説明される。

ユーザ管理のためのオブジェクトモデルの中心的なオブジェクトは、ＥｎｔｉｔｙＢｅａｎＵｓｅｒＥＪＢである。このオブジェクトは、配送マシーンの操作を許可されている人に関するすべてのデータを格納している。最終的な顧客だけでなく、配達人やサービススタッフがユーザとして分類されている。複雑なオブジェクトモデル（基本クラス、その人の様々な役割のための派生クラス）が省かれた。

これにより、好適な実施例、すなわち、ユーザの役割のある属性としてのオブジェクトへの配置がもたらされる。この役割はｉｎｔとして定義される。Ｃｏｎｓｔクラスでは、表現変数名が、例えば、以下のように定義される。

さらに、ユーザオブジェクトは、関連するＬｏｇｉｓｔｉｃＰａｒｔｎｅｒｓやＬｏｇｉｓｔｉｃＰａｒｔｎｅｒＣｌｉｅｎｔを参照すべきである。ＬｏｇｉｓｔｉｃＰａｒｔｎｅｒｓは、例えば、ロジスティックシステムを稼動させる郵便サービス提供者、あるいは小荷物ボックスの搭載を含むロジスティックシステムの構成要素へのアクセスを与える他の企業である。ＬｏｇｉｓｔｉｃＰａｒｔｎｅｒＣｌｉｅｎｔｓは、ＬｏｇｉｓｔｉｃＰａｒｔｎｅｒの顧客、すなわち、Ｄａｎｚａｓの顧客としてのＴｅｌｅｋｏｍである。

ユーザの役割に応じて、オブジェクトはＬｏｇｉｓｔｉｃＰａｒｔｎｅｒ（ＲＯＬＥ＿Ｂ２Ｂ＿ＤＥＬＩＶＥＲＹ＿ＡＧＥＮＴ）やＬｏｇｉｓｔｉｃＰａｒｔｎｅｒＣｌｉｅｎｔ（ＲＯＬＥ＿Ｂ２Ｂ＿ＲＥＣＩＰＩＥＮＴ）への参照を受ける。各場合において、その他の参照は空のままである（一人の人間が荷物の配達または集荷を行っているが、その両方を行ってはいないので、両方の参照が同時に行われることは許可されていない）。

ＵｓｅｒＧｒｏｕｐＥＪＢオブジェクト（ＥｎｔｉｔｙＢｅａｎと同様に）は、数人のユーザを１つのグループに組み合わせることを可能にする。ユーザリストに加えて、ＵｓｅｒＧｒｏｕｐは、グループのすべてのメンバーが属するＬｏｇｉｓｔｉｃＰａｒｔｎｅｒやＬｏｇｉｓｔｉｃＰａｒｔｎｅｒＣｌｉｅｎｔを参照する。参照のＵｓｅｒだけでなくＵｓｅｒＧｒｏｕｐへの冗長な格納は、ＬｏｇｉｓｔｉｃＰａｒｔｎｅｒ（Ｃｌｉｅｎｔ）における情報へのアクセスを簡素化する。

小荷物が２つのタイプ（ＵｓｅｒとＵｓｅｒＧｒｏｕｐ）に送信可能であるので、この２つのオブジェクトはＩｎｔｅｒｆａｃｅＡｄｄｒｅｓｓａｂｌｅを実現する。このインタフェースは、以下のメソッド：ｇｅｔＵｓｅｒｓ（）、ｇｅｔＩＤ（）及びｇｅｔＥｘｐｉｒｙＭｉｎｕｔｅｓ（）を有する。これにより、アドレッサブル（ａｄｄｒｅｓｓａｂｌｅ）に送信される小荷物のサーバによる処理が可能となることを確実にする。

ｇｅｔＵｓｅｒｓ（）メソッドは、ユーザＥＪＢのリストを生成する。もしＵｓｅｒＧｒｏｕｐである場合、このリストはいくつかのＥＪＢを含み、Ｕｓｅｒである場合、１つのＥＪＢが与えられる。

ｇｅｔＩＤ（）メソッドは、ＵｓｅｒやＵｓｅｒＧｒｏｕｐのＩＤを返す。アドレッサブルは恒久的に格納可能であることが要求されるので、従属オブジェクトはこのＩＤにより検出可能である。これにより、Ｕｓｅｒ及びＵｓｅｒＧｒｏｕｐのためのＩＤを番号群から取るリクエストが生じる。さらに、オブジェクトＰｏｓｔ２４ＳｅｒｖｅｒＰｒｏｐｅｒｔｉｅｓには、ｎｅｗＵｓｅｒＩＤ（）メソッドがある。それは、明確な連続するＩＤを返す。内部的に、このメソッドは、データベースアプリケーション、特に、オラクルシーケンスへのアクセスを行う。

小荷物の有効期限を決めるため、アドレッサブルにおけるｇｅｔＥｘｐｉｒｙＭｉｎｕｔｅｓ（）メソッドが必要とされる。小荷物の許可される保持期間は顧客に依存する。有効期限を計算するため、Ｕｓｅｒ及びＵｓｅｒＧｒｏｕｐの両方のオブジェクトにおいて、ｇｅｔＥｘｐｉｒｙＭｉｎｕｔｅｓ（）メソッドが、ＬｏｇｉｓｔｉｃＰａｒｔｎｅｒＣｌｉｅｎｔ．ｇｅｔＥｘｐｉｒｙＭｉｎｕｔｅｓ（）メソッドにアクセスし、現在時点にこの許容保持期間を加える。

Ｕｓｅｒ及びＵｓｅｒＧｒｏｕｐは、登録または管理ツールにより生成される。

小荷物を管理するため、ＥｎｔｉｔｙＢｅａｎＰａｒｃｅｌが備えられる。配送マシーンによりＰａｒｃｅｌＩＤは発行され、ｎｏｔｉｆｙＤｅｌｉｖｅｒｙ（）とのインタフェースを介しサーバに通知される。その後、配送マシーンファサードは、Ｐｒｉｍａｒｙ ＫｅｙとしてのＰａｒｃｅｌＩＤにより新たなＰａｒｃｅｌ Ｏｂｊｅｃｔを生成する。

受取人（顧客番号の形式で送信される）は、アドレッサブルとして格納される。受取人に加えて、アドレッサブルタイプと同様に、代わりの属性が存在する。それは、ｎｏｔｉｆｙＤｅｌｉｖｅｒｙ（）で設定可能でなく、ｓｕｂｓｔｉｔｕｔｅＢｙメソッド（アドレッサブルなＡｄｄｒｅｓｓａｂｌｅ）をコールすることにより、後の時点で設定可能である。この属性により、代替配置がマッピングされる。Ｐａｒｃｅｌ Ｏｂｊｅｃｔは、各自がＵｓｅｒ Ｏｂｊｅｃｔのリストを返す以下のメソッド：ｇｅｔＲｅｃｉｐｉｅｎｔｓ（）とｇｅｔＳｕｂｓｔｉｔｕｔｅｓ（）を提供する。

新たなＰａｒｃｅｌ Ｏｂｊｅｃｔの生成では、例えば、ｎｏｔｉｆｙＤｅｌｉｖｅｒｙ（）配送マシーンインタフェースにより、ＥｘｐｉｒｙＤａｔｅを、上記メソッドを利用することにより計算し、Ｐａｒｃｅｌ Ｏｂｊｅｃｔに通知がなされる。従って、当該生成メソッドはＥｘｐｉｒｙＤａｔｅを含む。各ＬｏｇｉｓｔｉｃＰａｒｔｎｅｒは、ＥｘｐｉｒｙＤａｔｅに対し異なる計算規則を有することが可能である。

ＣＯＤ小荷物の場合、ＣＯＤなしの荷物及び小荷物がＣＯＤなしの生成メソッドにより生成される一方で、ＣＯＤオブジェクトはなしで済まされる。小荷物の場合、小荷物のＩｄｅｎｔＣｏｄｅが生成メソッドに送信される。

さらに、Ｐａｒｃｅｌ Ｏｂｊｅｃｔには、それがどのＬｏｇｉｓｔｉｃＰａｒｔｎｅｒに属しているか通知される。この情報は、収容能力の計画において必要である。

データレコードの変更前、古いデータレコードをアーカイブテーブルに送信するトリガを利用したデータベースにより、履歴の維持がなされる。ｇｅｔＨｉｓｔｏｒｙ（）メソッドは、すべてのアーカイブエントリの状態リストを提供する。

同様に、配送マシーン構成及び収容能力管理は、モジュラー構成要素としてロジスティックシステムに統合されることが好ましい。

Ｐｏｓｔ２４システムの配送マシーンは、異なる格納サイズの一定数のボックスを利用可能にする。異なるロジスティック企業によりこれらのボックスは利用される。ロジスティック企業間における配送マシーンの割り当ては、小荷物処理のためだけでなくコスト計算のためにも既知であるべきなので、配送マシーンの構成はＥＪＢＤｅｌｉｖｅｒｙＭａｃｈｉｎｅにおいて管理される。ＥＪＢは、各配送マシーンのボックス構成の設定及び問い合わせだけでなく、小荷物の現時点及び将来の充填の計算をも可能にする。

実際のボックス構成、すなわち、ボックスのサイズにより分類されるロジスティックパートナーにより貸与されるボックス数が、ＢｏｘＴｙｐｅＡｓｓｉｇｎｍｅｎｔとＢｏｘＴｙｐｅの２つのＥＪＢにより表される。ＤｅｌｉｖｅｒｙＭａｃｈｉｎｅは、各ロジスティックパートナーにある量のＢｏｘＴｙｐｅＡｓｓｉｇｎｍｅｎｔＥＪＢを、すなわち、各貸与されているボックスのサイズに対して１つ割り当てる。各ＢｏｘＴｙｐｅＡｓｓｉｇｎｍｅｎｔは、貸与されたボックスのタイプと個数を記録する。ボックスサイズは、ＢｏｘＴｙｐｅという名前によりそれ自身のＥＪＢに格納される。

使用されている小荷物ボックスシステムだけでなくロジスティックシステムのモジュラー構造により、追加的構成要素が任意の時点で統合される。例えば、評価関数のために追加的な構成要素の提供が可能である。そのようなデータ評価機能の例として、統計目的のための小荷物データ及び顧客データの評価がある。

特に、適切な機能性をチェックするためプロトコル処理（ログ処理）が有益である。

アプリケーションサーバにより提供されるログ処理クラスが、発生したエラーのログをとるのに利用される。これらはさらなる利用のためカプセル化される。

ｄｅ．Ｐｏｓｔ２４．ｕｔｉｌ．Ｐ２４Ｌｏｇクラスは、統計的なログ処理メソッド：

を提供する。

ここでの意味は、

である。

このメソッドのよりシンプルな「痩せた（ｌｅａｎ）」ものが、好適には、例えば：

のように、あるパラメータを所定の値により置き換えることにより同様に可能である。

例示されたテクニックを利用することにより、設定パラメータの適応が迅速かつ確実に実行されうる。

当業者は、他のプログラミング言語やプログラム関数の機能を代用することにより、本説明異で利用された実施例を置き換えることができる。

好適なプログラミング言語Ｊａｖａ（登録商標）では、上記以外の機能の利用も可能である。

特に、追加的機能の実現及び利用される機能の修正及び向上のため、当業者は「ｈｔｔｐ：／／ｊａｖａ．ｓｕｎ．ｃｏｍ／ｄｏｃｓ／ｃｏｄｅｃｏｎｖ／」及びＪａｖａ Ｃｏｄｉｎｇ Ｃｏｎｖｅｎｔｉｏｎｓらの他の文書から既知の処理ステップを利用することが有益である。

図１は、電子小荷物ボックスシステムを有する通信プラットフォームとして適した配送マシーンインタフェースの構成を示す。 図２は、ユーザ登録、ユーザ支援及び積荷追跡に利用される構成要素の概略図である。 図３は、内勤サービス機能の実現のための関数手続きコールの概略図である。 図４は、ユーザ通知に利用されるインタフェースの概略図である。 図５は、小荷物ボックスの充填及び管理に利用されるインタフェースの詳細図である。 図６は、配送マシーン構成及び能力利用に利用されるインタフェースの詳細図である。 図７は、誤り訂正処理ステップを示す。

Claims (2)

1. 電子小荷物ボックス装置であって、
   （ａ）少なくとも２つの操作ユニットと、
   （ｂ）いくつかの小荷物ボックスが前記操作ユニットの１つに関連付けされた複数の小荷物ボックスと、
   を有し、
   （ｃ）各操作ユニットは、該操作ユニットに係る小荷物ボックスの開閉を制御する制御手段を少なくとも有し、
   （ｄ）当該電子小荷物ボックス装置は、前記少なくとも２つの操作ユニットを制御する中央制御ユニットであって、前記小荷物ボックスと前記操作ユニットとをフレキシブルに関連付け、これにより、前記小荷物ボックスの開閉を制御する各操作ユニットの制御手段と異なる小荷物ボックスのグループとを関連付けるためのインタフェースを有する中央制御ユニットを有する、
   電子小荷物ボックス装置。
2. 請求項１記載の電子小荷物ボックス装置であって、
   当該電子小荷物ボックス装置の不調な操作ユニットに係る小荷物ボックスは、当該電子小荷物ボックス装置の他の操作ユニットに関連付けされる装置。

Images