(57)【要約】本発明は、通知の伝達方法に関する。本発明によると、該方法の特徴は、少なくとも一つのデータバンクからのデータが、中央送信センターに伝達されて、そこで通知情報に変換され、それから、該通知情報は、通信インターフェイスに伝達され、該通信インターフェイスから一台以上の受取り装置に伝達されることにある。本発明は、更に前記方法への適用に適した物流システムにも関連する。
2006509273.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも一つのデータベース（ＫＴ、ＰＤ、ＡＤ）からのデータが、中央送信コンポーネント（ＺＶＫ）に伝達されて、そこで通知情報（ＢＩ）に変換され、それから、該通知情報（ＢＩ）は、通信インターフェイスに伝達され、該通信インターフェイスから一台以上の受取り装置へと伝達されることを特徴とする通知の伝達方法。
【請求項２】
前記中央送信コンポーネント（ＺＶＫ）は、少なくとも一つのテンプレート（Ｔ１、Ｔ２、Ｔ３）を使用して、前記データベース（ＫＴ、ＰＤ、ＡＤ）から伝達されてきたデータを通知情報（ＢＩ）に変換することを特徴とする請求項１記載の方法。
【請求項３】
制御回路（ＡＬ）が、前記通知情報（ＢＩ）の伝達を制御することを特徴とする請求項１または請求項２のうちのいずれか一つまたは両方に記載の方法。
【請求項４】
前記通知伝達のための要求の少なくとも幾つかは、前記中央送信コンポーネント（ＺＶＫ）まで直接に制御回路（ＡＬ）によって伝達されることを特徴とする請求項３記載の方法。
【請求項５】
前記通知伝達のための要求の少なくとも幾つかは、通知要求を記憶するように機能する記憶モジュール（ＣＲＣ）まで制御回路（ＡＬ）によって伝達されることを特徴とする請求項３または請求項４のうちのいずれか一つまたは両方に記載の方法。
【請求項６】
読み取りモジュール（ＣＲ）が、前記記憶モジュール（ＣＲＣ）中に含まれる通知ジョブを取得し、該通知ジョブを前記中央送信コンポーネント（ＺＶＫ）に伝達することを特徴とする請求項５記載の方法。
【請求項７】
ジョブ生成のための情報は、外部インターフェイス（ＥＩ）経由で伝達されることを特徴とする上記請求項のうちの一つ以上に記載の方法。
【請求項８】
ジョブ生成のための情報は、外部インターフェイス（ＥＩ）から制御回路（ＡＬ）まで伝達されることを特徴とする請求項７記載の方法。
【請求項９】
物流システムの利用者への通知伝達手段を少なくとも一つは有する物流システムにおいて、
該通知伝達手段は、少なくとも一つのデータベース（ＫＴ、ＰＤ、ＡＤ）及び中央送信コンポーネント（ＺＶＫ）と協力できるように設定され、該中央送信コンポーネント（ＺＶＫ）は、前記データベース（ＫＴ、ＰＤ、ＡＤ）からのデータを通知情報（ＢＩ）に変換できるように設定され、更に、該中央送信コンポーネント（ＺＶＫ）は、前記通知情報（ＢＩ）を受取り装置に伝達するための通信インターフェイスと接続されることを特徴とする物流システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通知の伝達方法とその装置に関する。
【０００２】
本発明は、特に広告郵便物の発送人または受取人に出荷状態について通知するための方法と装置に関する。
【背景技術】
【０００３】
汎用タイプの方法は、フランス特許ＦＲ  ２  ５６３  ９８７に開示されている。この先行技術の方法によって、電子小包区分システムの充填状態についての情報をサーバのデータベースに記憶し、そこから引き出すことができる。
【０００４】
汎用タイプの他の通知方法は、米国特許Ｎｏ．５，７９０，９７４以来公知となっている。この方法では、カレンダー情報を各々に含む二個の分離したデータベースが互いに接続されると共に、該データベースにはデータベース間のデータ比較を可能とするソフトウェアエージェントが含まれている。
【０００５】
汎用タイプの他の方法は、米国特許Ｎｏ．６，０６４，９７６以来公知となっている。この方法では、予め決めておいた領域に利用者がいるかどうかを確認する。利用者がこの領域にいれば、その時は利用者の実到着時間と予定到着時間とが相互に比較される。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明は、利用者の個別通知を最も高い信頼性でしかもできる限り迅速に可能とする汎用タイプの方法を改良する目的に、その基礎を置くものである。
【０００７】
特に、本発明は、多数の利用者に対して個別通知を伝達するのに適している。
【課題を解決するための手段】
【０００８】
本発明によると、この目的は汎用タイプの方法を次のように実施することで達成される。すなわち、少なくとも一つのデータベースからのデータが、中央送信コンポーネント（ＺＶＫ）に伝達されて、そこで通知情報に変換され、それから、該通知情報は、通信インターフェイスに伝達され、該通信インターフェイスから一台以上の受取り装置に伝達される。
【０００９】
本発明の特に望ましい実施例の特徴は、前記中央送信コンポーネントが、少なくとも一つのテンプレートを使用して、前記データベースから伝達されてきたデータを通知情報に変換することにある。該テンプレートは、例えばＸＳＬ：ＦＯ（拡張スタイルシート言語仕様オブジェクト）に基づいて生成される。データをテンプレートに加える点で特に有利である。
【００１０】
また、制御回路が通知情報の伝達を制御する点で特に有利である。
【００１１】
通知伝達のためのジョブ要求は、少なくとも部分的に制御回路によって伝達される。
【００１２】
ここで、通知伝達のための要求の少なくとも幾つかは、前記中央送信コンポーネントまで直接に制御回路によって伝達される点で特に有利である。
【００１３】
規定回数の利用者通知を可能としおよび／またはデータ伝達容量を一層効率的に利用するために、通知伝達のための要求の少なくとも幾つかは、通知要求を記憶するように機能する記憶モジュールまで制御回路によって伝達される点で有利である。
【００１４】
この実施例の特に有利な別形態の特徴は、読み取りモジュールが、前記記憶モジュール中に含まれる通知ジョブを取得し、該通知ジョブを前記中央送信コンポーネントに伝達することにある。 
【００１５】
さらに、ジョブ生成のための情報は、外部インターフェイス経由で伝達される点で有利である。
【００１６】
このように、決定値を外部から入力してメッセージ送信を制御することが可能である。
【００１７】
このような外部からの伝達情報の統合は、本発明を運送物流システムで使用する際に特に有利である。このように、物流過程に関連する情報、特に指定された宛先への広告郵便物のような荷物の到着に関する情報は、取得し前記通知システムに統合することができる。
【００１８】
このような関係において特に望ましい適用事例では、郵便運送システム内で通知コンポーネントを使用する。例えば、広告郵便物を電子小包区分システムの区分内に預け入れると、情報が外部インターフェイスに自動的に伝達される。該外部インターフェイスはこの情報を転送する。すなわち、この情報、またはメッセージを伝達するために該情報から得られた要求が、一人以上の受取人に転送される。
【００１９】
ジョブ生成に用いる情報は、外部インターフェイス経由で伝達される点で特に有利である。
【００２０】
ここで、前記方法は、ジョブ生成のための情報が外部インターフェイスから制御回路まで伝達されるように実施する点で特に有利である。
【００２１】
また、本発明は、物流システムの利用者への通知伝達手段を少なくとも一つは備えた物流システムを含んでいる。
【００２２】
この物流システムの特徴は、通知伝達手段が少なくとも一つのデータベース（ＫＴ、ＰＤ、ＡＤ）及び中央送信コンポーネント（ＺＶＫ）と協力できるように設定され、該中央送信コンポーネント（ＺＶＫ）は、前記データベース（ＫＴ、ＰＤ、ＡＤ）からのデータを通知情報（ＢＩ）に変換できるように設定され、更に、該中央送信コンポーネント（ＺＶＫ）は、前記通知情報（ＢＩ）を受取り装置に伝達するための通信インターフェイスと接続されることにある。
【００２３】
本発明の追加の利点、特徴、および実用的な改良点は、図面を参照しながらの、従属クレームと、望ましい実施例に関する以下の説明とによって提示される。
【発明を実施するための最良の形態】
【００２４】
図面の説明を以下に示す。図１は、通知システムのコンポーネント図である。図２は、メッセージの伝達要求のための状態図である。図３は、シーケンス図Ｉ−新規イベント−である。図４は、シーケンス図ＩＩ−保留通知の読み出し−である。図５は、シーケンス図ＩＩＩ−通知の送信−である。図６は、シーケンス図ＩＶ−結果の記憶−である。
【００２５】
本発明による、通知のための方法と装置の使用について、以下に説明する。
【００２６】
紹介する通知コンポーネントを、物流システム、特に広告郵便物のための輸送システムの利用者への通知例に関連させて説明する。
【００２７】
本発明は、これから説明する実施例にも物流システムでの使用にも制限されるものではない。しかしながら、前述の通知コンポーネントを物流システムに設ける点で特に有利である。
【００２８】
図１は、運送物流システムに統合された通知コンポーネントの構成要素を示す。
【００２９】
該通知コンポーネントは、運送物流システムのイベントデータＥＤを受け取るための外部インターフェイスＥＩを含む。
【００３０】
該外部インターフェイスＥＩは、制御回路ＡＬに接続されている。該制御回路ＡＬは、中央送信コンポーネント（ＺＶＫ）と通信要求キューＣＲＣとに対してジョブ要求を伝達するための伝達手段を備える。
【００３１】
該通信要求キューＣＲＣは、通知ジョブを記憶するように機能する記憶モジュールとして設定されるのが望ましい。通知ジョブを記憶するように機能する該記憶モジュールは、読み取りモジュールＣＲに接続される。
【００３２】
該読み取りモジュールＣＲは、前記中央送信コンポーネント（ＺＶＫ）に接続される。
【００３３】
前記通知コンポーネントは、ジョブをメッセージキューに入力する外部インターフェイスを有する。これらのジョブは、顧客データベース、小包データベース、または自動販売装置データベースからのデータを補うために、中央コンポーネントによってタイマー制御方式で定期的に読み出される。そして、これらのジョブは、種々のテンプレートによって強制情報的な（ｐｕｓｈ−ｏｒｉｅｎｔｅｄ）情報伝達手段、例えば電子メールやＳＭＳ（ショートメッセージサービス）に変換され、それから、ジョブは、適切な通信インターフェイス、望ましくは電子メールとＳＭＳのゲートウェイを経由して送信される。
【００３４】
＜外部検索関数＞
［データベースへのアクセス］
前記データベースには、適切なアクセス手段、望ましくはＪａｖａ  Ｅｎｔｉｔｙ  ＢｅａｎｓによるＥＪＢ技術に基づくアクセス手段を使ってアクセスされる。ここでは、データベースへのアクセスは、意識されないように隠蔽されている。主キー（ＰＲＩＭＡＲＹ  ＫＥＹ）によって識別されるデータベース入力は、ビーンのホームインターフェイスの生成と、「主キーによるＥＪＢ探索」によるその後の探索とによって読み取られる。
【００３５】
顧客データベース、小包データベース、及び自動販売装置データベースという用語は抽象的なものを表しており、そこでの関連情報は、同一のデータベースインスタンス内の一以上のテーブルに関係しているにすぎない。しかしながら、前記ＥＪＢ技術の使用によって、種々のインスタンスまたは対等なデータベースへの分離はもっと後の時点で意識されないように実施することができる。
【００３６】
［電子メール／ＳＭＳのゲートウェイへの通信］
通知コンポーネントと電子メールやＳＭＳのゲートウェイとの間の通信は、ＳＭＴＰ（簡易メール転送プロトコル）通信のための標準ジャバクラスを介して実施される。
【００３７】
［記録］
電子メールやＳＭＳの送信時のエラーは、エラーログファイルにも記録する必要がある。これらのエラーログファイルは、例えばゲートウェイの失敗を確認できるようにするために定期的に監視する必要がある。送信した通知の全てが同じように記録されることになっている場合には、エラー監視を簡単にするように別のログファイルがこの目的のために使用される。
【００３８】
＜設計の提案と制限＞
［データベース］
［現行のデータベース］
通知の円滑な伝達を達成するには、物流システムで、以下に示すデータベースへのアクセスを確実にする必要がある。
・顧客データベース：顧客番号によって識別される顧客関連の情報を提供する。
・小包データベース：一義な小包番号によって識別される小包関連の情報を提供する。
・自動販売装置データベース：自動販売装置ＩＤによって識別される自動販売装置の位置関連の情報を提供する。これは小包ＩＤの一部をなしている。
【００３９】
［通信要求データベース］
有利にも、送信予定の通知を記憶するために追加のデータベーステーブルを設定する。該テーブルは送信することになっている２番目と３番目の通知のための中間記憶装置としても機能する。そして、該テーブルは前記キューを管理するために機能するにすぎず、ここでは、小包と受取人に関する具体的情報が前記顧客データベースまたは小包データベースから常時読み出される。
【００４０】
【表１】
2006509273.tif 000003
【００４１】
【表２】
2006509273.tif 000004
【００４２】
望ましいシーケンス図について、以下に説明する。
【００４３】
図３には、新規の通知イベント、例えば小包区分システムの区分への小包配置のためのシーケンス図を示す。
【００４４】
このイベントはメッセージ生成装置ＭＱＷに伝達される。そして利用者データの伝達要求が、メッセージ生成装置ＭＱＷによって利用者データの管理データベースＢ２ＢＲＭに送信される。該利用者データの管理データベースＢ２ＢＲＭは、利用者データとその関連データとに関する情報を前記メッセージ生成装置ＭＱＷに送信する。この情報は、追加通知情報、例えば小包区分中に配置され或いは回収可能な広告郵便物の受取人および／または差出人に関する追加通知情報と一緒に、前記メッセージ記憶装置ＭＱＷＢに伝達される。
【００４５】
保留通知は、引出し情報的な（ｐｕｌｌ−ｏｒｉｅｎｔｅｄ）な方法ばかりでなく強制情報的な方法においても、読み出すことができる。
【００４６】
通知の読み出しに関する以下の望ましい実施例においては、扱う情報の強制情報的な操作の利点が引出し情報的な操作の利点と結びついている。
【００４７】
この実施例によると、通知はイベントに基づいて、特に望ましい実施例ではタイマーから来る報時信号に基づいて、前記メッセージ記憶装置に伝達される。
【００４８】
ＭＱＲは、新規入力の読み取り要求を前記メッセージ記憶装置ＭＱＤＢに伝達する。メッセージ記憶装置ＭＱＰは、入力情報をデータベースから読み込み、それから、荷物特定情報とくに個別小包区分用識別番号でなければそこに置かれた広告郵便物用識別番号（小包ＩＤ）のような荷物特定情報、利用者識別情報（利用者ＩＤ）、および／または電子小包区分システムに関する情報（自動販売装置ＩＤ）を、通知ジョブを記憶するように機能する記憶モジュールＣＲＣに伝達する。該記憶モジュールＣＲＣは、この識別情報を、適切な受取人、例えば電子小包区分システムの利用者Ｃ、または物流システムの関係者、または電子小包区分システムに転送する。
【００４９】
指名された受取人、または該受取人のために作動するデータ処理装置は、新規のデータオブジェクトを、通知ジョブを記憶するように機能する記憶モジュールＣＲＣに送信する。該記憶モジュールは、新規の前記オブジェクトをメッセージ記憶装置ＭＱＤＢに転送する。該メッセージ記憶装置ＭＱＤＢは、引き続いて新規の通知要求を送信する。
【００５０】
＜クラス＞
本発明の特に望ましい実施例の特徴は、異なる通知クラスを使用することにある。ｖｉｒｔｕａｌクラスとｓｉｎｇｌｅｔｏｎクラスとの間には区別をつけるのが望ましい。
【００５１】
メッセージ読み取り装置ＭＱＲは、メッセージキューから入力を読み取り、通知要求データコンテナのオブジェクトを整列し、そして、それらを通知ファクトリのインスタンスに転送する。
【００５２】
［メッセージキューデータベース］
このクラスは、メッセージキューを有するデータベーステーブルへのアクセスを隠蔽するものとして機能する。それは次のメソッドを提供する
ＩｎｉｔＲｅａｄｅｒ（）
ＧｅｔＮｅｘｔＥｎｔｒｙ（）
ＡｄｄＥｎｔｒｙ（）
【００５３】
［通知要求データコンテナ］
このクラスは、メッセージキュー中の入力と、顧客データベース、小包データベース、及び自動販売装置データベース中に記憶されたデータとのためのデータコンテナである。このクラスは、ゲット／セットメソッドを全ての必須フィールドのために提供する。
【００５４】
［顧客データベース］
このクラスは、顧客データベースを有するデータベーステーブルへのアクセスを隠蔽するものとして機能する。それによって、顧客データを顧客ＩＤに基づいて読み出すことができる。
【００５５】
［小包データベース］
このクラスは、小包データベースを有するデータベーステーブルへのアクセスを隠蔽するものとして機能する。それによって、小包データを小包ＩＤに基づいて読み出すことができる。
【００５６】
［自動販売装置データベース］
このクラスは、自動販売装置データベースを有するデータベーステーブルへのアクセスを隠蔽するものとして機能する。それによって、自動販売装置データを自動販売装置ＩＤに基づいて読み出すことができる。
【００５７】
［通知ファクトリ］
このクラスは、通知サービス提供者インターフェイスの中央管理を行う。ここでは、全ての現行の通知サービス提供者インターフェイスのリストが管理されている。
【００５８】
通知ＳＰＩの管理用関数に加えて、それは、伝達済みの通知要求データコンテナのオブジェクトに必要な通知を全て送信するメソッド
ｂｏｏｌ  ｍａｃｈｅｔ（Ｎｏｔｉｆｉｃａｔｉｏｎ  Ｒｅｑｕｅｓｔ  Ｄａｔａ  Ｃｏｎｔａｉｎｅｒ＊）
を提供する。このために、通知要求データコンテナのオブジェクトは全ての通知ＳＰＩに伝達される。
【００５９】
［基本通知ＳＰＩ］
このクラスは、全ての通知実装のための基本クラスである。それは、重ね書きされ、（伝達済みデータから可能であって、しかも希望される場合に）通知を送信するメソッド
ｂｏｏｌ  ｍａｃｈｅｔ（Ｎｏｔｉｆｉｃａｔｉｏｎ  Ｒｅｑｕｅｓｔ  Ｄａｔａ  Ｃｏｎｔａｉｎｅｒ＊）
を提供する。
【００６０】
まず第一に、平文電子メール送信とＳＭＳ送信のために２つの実装機能が存在する。そして、追加の実装機能（例えば、ＨＴＭＬ形式の電子メール、ページャ、ファックス、ＦｕｎＣａｒｄ等）を容易に追加できる。
【００６１】
［平文電子メール通知ＳＰＩ］
平文電子メールを送信するための、基本通知ＳＰＩの実装機能である。
【００６２】
［ＳＭＳ通知ＳＰＩ］
ＳＭＳを送信するための、基本通知ＳＰＩの実装機能である。
【００６３】
［クラステンプレートデータベース］
このクラスは、幾つかのキーに基づいてテンプレートにアクセスするのを可能としている。
【００６４】
【表３】
2006509273.tif 000005
【００６５】
［メンバ変数とメンバ関数の明細］
Ｓｔｒｉｎｇ  ＧｅｔＴｅｍｐｌａｔｅ（Ｓｔｒｉｎｇ  ｃｌａｓｓ、Ｓｔｒｉｎｇ  ｔｙｐｅ、Ｓｔｒｉｎｇ  ｌｏｃａｌｅ、ｂｏｏｌ  ｕｓｅｄｅｆａｕｌｔ）
によって、伝達されたパラメータに対応するテンプレートが提供される。
【００６６】
「Ｉｎ  Ｃｌａｓｓ」では、テンプレートの分類（平文、電子メール、ＳＭＳ）が示される。
「Ｉｎ  ｔｙｐｅ」では、テンプレートの種類（登録、変更、新規小包、新規ＣＯＤ小包）が示される。
「Ｉｎ  ｌｏｃａｌｅ」では、異なった、各国の言語と国名の訳文（例えば、「ｄｅとＤＥ」（ドイツ語とドイツ）または「ｅｎとＵＳ」（英語と米国））を識別するために機能する。
「Ｉｎ  ｕｓｅｄｅｆａｕｌｔ」では、要求言語が存在しないか、でなければ文字列が空の場合に、デフォルトの言語を使用するかどうかを設定することができる。
「Ｒｅｔｕｒｎ」では、適切なテンプレートが見つからなかった場合に、前記メソッドによって、適切なテンプレート、でなければ空の文字列が提供される。
【００６７】
［テンプレート整形ツール］
このクラスは、伝達されたデータでテンプレートを整形するように機能する。それは次のメソッドを提供する。
Ｓｔｒｉｎｇ  ＦｏｒｍａｔＴｅｍｐｌａｔｅ（Ｓｔｒｉｎｇ  ｔｅｍｐｌａｔｅ、Ｎｏｔｉｆｉｃａｔｉｏｎ  Ｒｅｑｕｅｓｔ  Ｄａｔａ  Ｃｏｎｔａｉｎｅｒ＊、ｉｎｔ  ｍａｘｌｅｎ、Ｓｔｒｉｎｇ［］ｎｅｅｄｅｄＴｏｋｅｎｓ）
【００６８】
テンプレート中の全てのプレースホールダは、対応値によって置き換えられる。最大長がｍａｘｌｅｎで設定されると、該フィールドの内容はこの最大長を超えないため短縮される。 「ｎｅｅｄｅｄＴｏｋｅｎ」では、プレースホールダのリストを伝達することができ、その存在はテンプレート中で確認される。 
【００６９】
電子小包区分システムでの小包の配達および／または回収を含む物流システムにおいて、前記通知コンポーネントは、特に顧客通知を生成して送信するように機能する。この目的のため、顧客登録、顧客主データの変更、小包の配達、及び回収のようなイベントはインターフェイスを経由して報告される。そして、記憶情報に基づいて、通知コンポーネントは、電子メールおよび／またはＳＭＳのような一以上の強制情報的な通知を生成し、それから、該通知を、適切なインターフェイス、望ましくは電子メールやＳＭＳゲートウェイのような強制情報的なインターフェイスを経由して送信する。この通知コンポーネントは、小包の回収も監視すると共に２番目と３番目の通知を随意に送信するのが望ましい。
【００７０】
本発明に係わる通知コンポーネントは、本発明による物流システムの不可欠な部分である。
【００７１】
通知コンポーネントは、物流システムのモジューラ構成要素であるのが望ましい。該通知コンポーネントは、物流システム自動化のために少なくとも個別の構成要素を含む自動通知手順を包含しているのが望ましい。そして、該物流システムの全シーケンスは、統合されているのが望ましい。
【００７２】
前記通知コンポーネントは、イベントについては外部から通知されるのが望ましい。これらのイベントは異なるクラスに分類されるのが望ましく、そして、各イベントは、前もって規定された又は規定可能でしかも随意に変更可能な処理段階を通知コンポーネントによって引き起こすのである。このような外部イベントの例としては、物流システムの一部である電子小包区分システム中への小包の配置がある。 
【００７３】
前記通知コンポーネントによって、全ての通知の伝達が確実となる。これらの通知は、受取人への通知ばかりでなく自動データ処理装置への通知でもある。この通知は一回または何回も送信することができ、従って、この自動通知コンポーネントは督促状の自動送信も可能である。
【００７４】
以上説明したように、通知コンポーネントによって、物流システムの改良、物流システムの省略と利用への適応、及び、特に電子小包区分システムのように本質的に又は完全に自動化されたコンポーネントの物流システムへの統合が可能となる。
【図面の簡単な説明】
【００７５】
【図１】通知システムのコンポーネント図である。
【図２】メッセージの伝達要求のための状態図である。
【図３】シーケンス図Ｉ−新規イベント−である。
【図４】シーケンス図ＩＩ−保留通知の読み出し−である。
【図５】シーケンス図ＩＩＩ−通知の送信−である。
【図６】シーケンス図ＩＶ−結果の記憶−である。
【符号の説明】
【００７６】
ＡＤ  データベース
ＡＬ  制御回路
ＢＩ  通知情報
ＣＲ  読み取りモジュール
ＣＲＣ  記憶モジュール
ＥＩ  外部インターフェイス
ＫＴ  データベース
ＭＱＲ  メッセージ読み取り装置
ＭＱＷ  メッセージ生成装置
ＭＱＤＢ  メッセージ記憶装置
ＰＤ  データベース
Ｔ１  テンプレート
Ｔ２  テンプレート
Ｔ３  テンプレート
ＺＶＫ  送信コンポーネント
【図１】
2006509273.tif 000006
【図２】
2006509273.tif 000007
【図３】
2006509273.tif 000008
【図４】
2006509273.tif 000009
【図５】
2006509273.tif 000010
【図６】
2006509273.tif 000011
【手続補正書】
【提出日】平成16年10月6日(2004.10.6)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
郵便運送システム内の電子小包区分システムの利用者に対して通知コンポーネントによって行う通知の伝達方法であって、
少なくとも一つのデータベース（ＫＴ、ＰＤ、ＡＤ）からのデータが、中央送信コンポーネント（ＺＶＫ）に伝達されて、そこで通知情報（ＢＩ）に変換され、それから、該通知情報（ＢＩ）は、通信インターフェイスに伝達され、該通信インターフェイスから一台以上の受取り装置へと伝達されており、
それによって、通知ジョブが記憶モジュール（通信要求キュー、ＣＲＣ）内に記憶され、通知伝達のための要求の少なくとも幾つかは、制御回路（ＡＬ）によって前記記憶モジュール（ＣＲＣ）まで伝達され、そして、読み取りモジュール（ＣＲ）が、該記憶モジュール（ＣＲＣ）中に含まれる通知ジョブを取得し、該通知ジョブを前記中央送信コンポーネント（ＺＶＫ）に伝達する、通知の伝達方法において、
ジョブ生成のための前記情報は、外部インターフェイス（ＥＩ）経由で制御回路（ＡＬ）に伝達され、そして、該情報は、郵便運送システム内のイベントに依存しており、
該イベントは複数のクラスに分類され、
そして、該イベントは、規定された又は規定可能な又は変更可能な処理段階を通知コンポーネントによって引き起こすことを特徴とする通知の伝達方法。
【請求項２】
前記中央送信コンポーネント（ＺＶＫ）は、少なくとも一つのテンプレート（Ｔ１、Ｔ２、Ｔ３）を使用して、前記データベース（ＫＴ、ＰＤ、ＡＤ）から伝達されてきたデータを通知情報（ＢＩ）に変換することを特徴とする請求項１記載の方法。
【請求項３】
郵便運送システム内の電子小包区分システムの利用者に対する通知の伝達装置であって、
該システムは、少なくとも、一つのデータベース（ＫＴ、ＰＤ、ＡＤ）、該データベース（ＫＴ、ＰＤ、ＡＤ）からのデータを通知情報（ＢＩ）に変換するための一つの中央送信コンポーネント（ＺＶＫ）、及び該通知情報（ＢＩ）を受取り装置に伝達するための一つの通信インターフェイスを有する通知の伝達装置において、
該装置は外部インターフェイスＥＩを含み、該外部インターフェイスＥＩは、郵便運送システム内の電子小包区分システムでのイベントに関する情報を受け取るために機能すると共に、通知要求を記憶する記憶モジュール（ＣＲＣ）に通知ジョブの要求を伝達するための伝達手段を備える制御回路（ＡＬ）と接続されており、
更に、該記憶モジュール（ＣＲＣ）は、前記通知ジョブを中央送信コンポーネント（ＺＶＫ）に伝達する読み取り装置（ＣＲ）と接続されることを特徴とする通知の伝達装置。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、郵便運送システム内の電子小包区分システムの利用者に対して通知コンポーネントによって行う通知の伝達方法に関するものであり、そこでは、少なくとも一つのデータベースからのデータが、中央送信コンポーネントに伝達されて、そこで通知情報に変換され、それから、該通知情報は、通信インターフェイスに伝達され、該通信インターフェイスから少なくとも一台の受取り装置に伝達されており、それによって、通知ジョブが記憶モジュール内に記憶され、通知伝達のための要求の少なくとも幾つかは、制御回路によって前記記憶モジュールまで伝達され、そして、読み取りモジュールが、該記憶モジュール中に含まれる通知ジョブを取得し、該通知ジョブを前記中央送信コンポーネントに伝達する。
また、本発明は、郵便運送システム内の電子小包区分システムの利用者に対する通知の伝達装置にも関するものであり、該システムは、少なくとも、一つのデータベース、一つの中央送信コンポーネント、及び通知情報を受取り装置に伝達するための一つの通信インターフェイスを有している。
【０００２】
本発明は、特に広告郵便物の発送人または受取人に出荷状態について通知するための方法と装置に関する。
【背景技術】
【０００３】
汎用タイプの方法は、フランス特許ＦＲ  ２  ５６３  ９８７に開示されている。この先行技術の方法によって、電子小包区分システムの充填状態についての情報をサーバのデータベースに記憶し、そこから引き出すことができる。
【０００４】
汎用タイプの他の通知方法は、米国特許Ｎｏ．５，７９０，９７４以来公知となっている。この方法では、カレンダー情報を各々に含む二個の分離したデータベースが互いに接続されると共に、該データベースにはデータベース間のデータ比較を可能とするソフトウェアエージェントが含まれている。
【０００５】
汎用タイプの他の方法は、米国特許Ｎｏ．６，０６４，９７６以来公知となっている。この方法では、予め決めておいた領域に利用者がいるかどうかを確認する。利用者がこの領域にいれば、その時は利用者の実到着時間と予定到着時間とが相互に比較される。
また、米国特許Ｎｏ．６，０４７，２６４が利用者の出荷状態の伝達方法を開示しており、そこでは、利用者が出荷を注文すると、入力情報が中央データベース中に生じる。出荷状態が変化する場合、例えば荷物が配送会社に移送されたり、違うステーションに輸送されたり、あるいは宛先に引き渡される際には、前記状態変化はデータベース中に記録される。この記録は、手動で又は電子的に行うことができる。通知コンポーネントは、データベース中の状態変化を問合わせるために問合わせモジュールを連続的に使用すると共に、状態が変化する出荷に関連する利用者に対してメッセージを生成する。前記通知は電子メールによって行うのが好ましい。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明は、電子小包区分システムの利用者の個別通知を最も高い信頼性でしかもできる限り迅速に可能とする汎用タイプの方法を改良する目的に、その基礎を置くものである。
【０００７】
特に、本発明は、電子小包区分システムの多数の利用者に対して個別通知を伝達するのに適しているであろう。
【課題を解決するための手段】
【０００８】
本発明によると、前記目的は請求項１乃至請求項３に記載の方法とその装置によって達成される。
ここで、この汎用タイプの方法は、少なくとも一つのデータベースからのデータが、中央送信コンポーネント（ＺＶＫ）に伝達されて、そこで通知情報に変換され、それから、該通知情報は、通信インターフェイスに伝達され、該通信インターフェイスから一台以上の受取り装置へと伝達されるようにして実施される。
【０００９】
本発明の特に望ましい実施例の特徴は、前記中央送信コンポーネントが、少なくとも一つのテンプレートを使用して、前記データベースから伝達されてきたデータを通知情報に変換することにある。該テンプレートは、例えばＸＳＬ：ＦＯ（拡張スタイルシート言語仕様オブジェクト）に基づいて生成される。データをテンプレートに加える点で特に有利である。
【００１０】
また、制御回路が通知情報の伝達を制御する点で特に有利である。
【００１１】
通知伝達のためのジョブ要求は、少なくとも部分的に制御回路によって伝達される。
【００１２】
ここで、通知伝達のための要求の少なくとも幾つかは、前記中央送信コンポーネントまで直接に制御回路によって伝達される点で特に有利である。
【００１３】
規定回数の利用者通知を可能としおよび／またはデータ伝達容量を一層効率的に利用するために、通知伝達のための要求の少なくとも幾つかは、通知要求を記憶するように機能する記憶モジュールまで制御回路によって伝達される点で有利である。
【００１４】
この実施例の特に有利な別形態の特徴は、読み取りモジュールが、前記記憶モジュール中に含まれる通知ジョブを取得し、該通知ジョブを前記中央送信コンポーネントに伝達することにある。 
【００１５】
さらに、ジョブ生成のための情報は、外部インターフェイス経由で伝達される点で有利である。
【００１６】
このように、決定値を外部から入力してメッセージ送信を制御することが可能である。
【００１７】
このような外部からの伝達情報の統合は、本発明を運送物流システムで使用する際に特に有利である。このように、物流過程に関連する情報、特に指定された宛先への広告郵便物のような荷物の到着に関する情報は、取得し前記通知システムに統合することができる。
【００１８】
このような関係において特に望ましい適用事例では、郵便運送システム内で通知コンポーネントを使用する。例えば、広告郵便物を電子小包区分システムの区分内に預け入れると、情報が外部インターフェイスに自動的に伝達される。該外部インターフェイスはこの情報を転送する。すなわち、この情報、またはメッセージを伝達するために該情報から得られた要求が、一人以上の受取人に転送される。
【００１９】
ジョブ生成に用いる情報は、外部インターフェイス経由で伝達される点で特に有利である。
【００２０】
ここで、前記方法は、ジョブ生成のための情報が外部インターフェイスから制御回路まで伝達されるように実施する点で特に有利である。
【００２１】
また、本発明は、物流システムの利用者への通知伝達手段を少なくとも一つは備えた物流システムを含んでいる。
【００２２】
この物流システムの特徴は、通知伝達手段が少なくとも一つのデータベース（ＫＴ、ＰＤ、ＡＤ）及び中央送信コンポーネント（ＺＶＫ）と協力できるように設定され、該中央送信コンポーネント（ＺＶＫ）は、前記データベース（ＫＴ、ＰＤ、ＡＤ）からのデータを通知情報（ＢＩ）に変換できるように設定され、更に、該中央送信コンポーネント（ＺＶＫ）は、前記通知情報（ＢＩ）を受取り装置に伝達するための通信インターフェイスと接続されることにある。
【００２３】
本発明の追加の利点、特徴、および実用的な改良点は、図面を参照しながらの、従属クレームと、望ましい実施例に関する以下の説明とによって提示される。
【発明を実施するための最良の形態】
【００２４】
図面の説明を以下に示す。図１は、通知システムのコンポーネント図である。図２は、メッセージの伝達要求のための状態図である。図３は、シーケンス図Ｉ−新規イベント−である。図４は、シーケンス図ＩＩ−保留通知の読み出し−である。図５は、シーケンス図ＩＩＩ−通知の送信−である。図６は、シーケンス図ＩＶ−結果の記憶−である。
【００２５】
本発明による、通知のための方法と装置の使用について、以下に説明する。
【００２６】
紹介する通知コンポーネントを、物流システム、特に広告郵便物のための輸送システムの利用者への通知例に関連させて説明する。
【００２７】
本発明は、これから説明する実施例にも物流システムでの使用にも制限されるものではない。しかしながら、前述の通知コンポーネントを物流システムに設ける点で特に有利である。
【００２８】
図１は、運送物流システムに統合された通知コンポーネントの構成要素を示す。
【００２９】
該通知コンポーネントは、運送物流システムのイベントデータＥＤを受け取るための外部インターフェイスＥＩを含む。
【００３０】
該外部インターフェイスＥＩは、制御回路ＡＬに接続されている。該制御回路ＡＬは、中央送信コンポーネント（ＺＶＫ）と通信要求キューＣＲＣとに対してジョブ要求を伝達するための伝達手段を備える。
【００３１】
該通信要求キューＣＲＣは、通知ジョブを記憶するように機能する記憶モジュールとして設定されるのが望ましい。通知ジョブを記憶するように機能する該記憶モジュールは、読み取りモジュールＣＲに接続される。
【００３２】
該読み取りモジュールＣＲは、前記中央送信コンポーネント（ＺＶＫ）に接続される。
【００３３】
前記通知コンポーネントは、ジョブをメッセージキューに入力する外部インターフェイスを有する。これらのジョブは、顧客データベース、小包データベース、または自動販売装置データベースからのデータを補うために、中央コンポーネントによってタイマー制御方式で定期的に読み出される。そして、これらのジョブは、種々のテンプレートによって強制情報的な（ｐｕｓｈ−ｏｒｉｅｎｔｅｄ）情報伝達手段、例えば電子メールやＳＭＳ（ショートメッセージサービス）に変換され、それから、ジョブは、適切な通信インターフェイス、望ましくは電子メールとＳＭＳのゲートウェイを経由して送信される。
【００３４】
＜外部検索関数＞
［データベースへのアクセス］
前記データベースには、適切なアクセス手段、望ましくはＪａｖａ  Ｅｎｔｉｔｙ  ＢｅａｎｓによるＥＪＢ技術に基づくアクセス手段を使ってアクセスされる。ここでは、データベースへのアクセスは、意識されないように隠蔽されている。主キー（ＰＲＩＭＡＲＹ  ＫＥＹ）によって識別されるデータベース入力は、ビーンのホームインターフェイスの生成と、「主キーによるＥＪＢ探索」によるその後の探索とによって読み取られる。
【００３５】
顧客データベース、小包データベース、及び自動販売装置データベースという用語は抽象的なものを表しており、そこでの関連情報は、同一のデータベースインスタンス内の一以上のテーブルに関係しているにすぎない。しかしながら、前記ＥＪＢ技術の使用によって、種々のインスタンスまたは対等なデータベースへの分離はもっと後の時点で意識されないように実施することができる。
【００３６】
［電子メール／ＳＭＳのゲートウェイへの通信］
通知コンポーネントと電子メールやＳＭＳのゲートウェイとの間の通信は、ＳＭＴＰ（簡易メール転送プロトコル）通信のための標準ジャバクラスを介して実施される。
【００３７】
［記録］
電子メールやＳＭＳの送信時のエラーは、エラーログファイルにも記録する必要がある。これらのエラーログファイルは、例えばゲートウェイの失敗を確認できるようにするために定期的に監視する必要がある。送信した通知の全てが同じように記録されることになっている場合には、エラー監視を簡単にするように別のログファイルがこの目的のために使用される。
【００３８】
＜設計の提案と制限＞
［データベース］
［現行のデータベース］
通知の円滑な伝達を達成するには、物流システムで、以下に示すデータベースへのアクセスを確実にする必要がある。
・顧客データベース：顧客番号によって識別される顧客関連の情報を提供する。
・小包データベース：一義な小包番号によって識別される小包関連の情報を提供する。
・自動販売装置データベース：自動販売装置ＩＤによって識別される自動販売装置の位置関連の情報を提供する。これは小包ＩＤの一部をなしている。
【００３９】
［通信要求データベース］
有利にも、送信予定の通知を記憶するために追加のデータベーステーブルを設定する。該テーブルは送信することになっている２番目と３番目の通知のための中間記憶装置としても機能する。そして、該テーブルは前記キューを管理するために機能するにすぎず、ここでは、小包と受取人に関する具体的情報が前記顧客データベースまたは小包データベースから常時読み出される。
【００４０】
【表１】
2006509273.tif 000012
【００４１】
【表２】
2006509273.tif 000013
【００４２】
望ましいシーケンス図について、以下に説明する。
【００４３】
図３には、新規の通知イベント、例えば小包区分システムの区分への小包配置のためのシーケンス図を示す。
【００４４】
このイベントはメッセージ生成装置ＭＱＷに伝達される。そして利用者データの伝達要求が、メッセージ生成装置ＭＱＷによって利用者データの管理データベースＢ２ＢＲＭに送信される。該利用者データの管理データベースＢ２ＢＲＭは、利用者データとその関連データとに関する情報を前記メッセージ生成装置ＭＱＷに送信する。この情報は、追加通知情報、例えば小包区分中に配置され或いは回収可能な広告郵便物の受取人および／または差出人に関する追加通知情報と一緒に、前記メッセージ記憶装置ＭＱＷＢに伝達される。
【００４５】
保留通知は、引出し情報的な（ｐｕｌｌ−ｏｒｉｅｎｔｅｄ）な方法ばかりでなく強制情報的な方法においても、読み出すことができる。
【００４６】
通知の読み出しに関する以下の望ましい実施例においては、扱う情報の強制情報的な操作の利点が引出し情報的な操作の利点と結びついている。
【００４７】
この実施例によると、通知はイベントに基づいて、特に望ましい実施例ではタイマーから来る報時信号に基づいて、前記メッセージ記憶装置に伝達される。
【００４８】
ＭＱＲは、新規入力の読み取り要求を前記メッセージ記憶装置ＭＱＤＢに伝達する。メッセージ記憶装置ＭＱＰは、入力情報をデータベースから読み込み、それから、荷物特定情報とくに個別小包区分用識別番号でなければそこに置かれた広告郵便物用識別番号（小包ＩＤ）のような荷物特定情報、利用者識別情報（利用者ＩＤ）、および／または電子小包区分システムに関する情報（自動販売装置ＩＤ）を、通知ジョブを記憶するように機能する記憶モジュールＣＲＣに伝達する。該記憶モジュールＣＲＣは、この識別情報を、適切な受取人、例えば電子小包区分システムの利用者Ｃ、または物流システムの関係者、または電子小包区分システムに転送する。
【００４９】
指名された受取人、または該受取人のために作動するデータ処理装置は、新規のデータオブジェクトを、通知ジョブを記憶するように機能する記憶モジュールＣＲＣに送信する。該記憶モジュールは、新規の前記オブジェクトをメッセージ記憶装置ＭＱＤＢに転送する。該メッセージ記憶装置ＭＱＤＢは、引き続いて新規の通知要求を送信する。
【００５０】
＜クラス＞
本発明の特に望ましい実施例の特徴は、異なる通知クラスを使用することにある。ｖｉｒｔｕａｌクラスとｓｉｎｇｌｅｔｏｎクラスとの間には区別をつけるのが望ましい。
【００５１】
メッセージ読み取り装置ＭＱＲは、メッセージキューから入力を読み取り、通知要求データコンテナのオブジェクトを整列し、そして、それらを通知ファクトリのインスタンスに転送する。
【００５２】
［メッセージキューデータベース］
このクラスは、メッセージキューを有するデータベーステーブルへのアクセスを隠蔽するものとして機能する。それは次のメソッドを提供する
ＩｎｉｔＲｅａｄｅｒ（）
ＧｅｔＮｅｘｔＥｎｔｒｙ（）
ＡｄｄＥｎｔｒｙ（）
【００５３】
［通知要求データコンテナ］
このクラスは、メッセージキュー中の入力と、顧客データベース、小包データベース、及び自動販売装置データベース中に記憶されたデータとのためのデータコンテナである。このクラスは、ゲット／セットメソッドを全ての必須フィールドのために提供する。
【００５４】
［顧客データベース］
このクラスは、顧客データベースを有するデータベーステーブルへのアクセスを隠蔽するものとして機能する。それによって、顧客データを顧客ＩＤに基づいて読み出すことができる。
【００５５】
［小包データベース］
このクラスは、小包データベースを有するデータベーステーブルへのアクセスを隠蔽するものとして機能する。それによって、小包データを小包ＩＤに基づいて読み出すことができる。
【００５６】
［自動販売装置データベース］
このクラスは、自動販売装置データベースを有するデータベーステーブルへのアクセスを隠蔽するものとして機能する。それによって、自動販売装置データを自動販売装置ＩＤに基づいて読み出すことができる。
【００５７】
［通知ファクトリ］
このクラスは、通知サービス提供者インターフェイスの中央管理を行う。ここでは、全ての現行の通知サービス提供者インターフェイスのリストが管理されている。
【００５８】
通知ＳＰＩの管理用関数に加えて、それは、伝達済みの通知要求データコンテナのオブジェクトに必要な通知を全て送信するメソッド
ｂｏｏｌ  ｍａｃｈｅｔ（Ｎｏｔｉｆｉｃａｔｉｏｎ  Ｒｅｑｕｅｓｔ  Ｄａｔａ  Ｃｏｎｔａｉｎｅｒ＊）
を提供する。このために、通知要求データコンテナのオブジェクトは全ての通知ＳＰＩに伝達される。
【００５９】
［基本通知ＳＰＩ］
このクラスは、全ての通知実装のための基本クラスである。それは、重ね書きされ、（伝達済みデータから可能であって、しかも希望される場合に）通知を送信するメソッド
ｂｏｏｌ  ｍａｃｈｅｔ（Ｎｏｔｉｆｉｃａｔｉｏｎ  Ｒｅｑｕｅｓｔ  Ｄａｔａ  Ｃｏｎｔａｉｎｅｒ＊）
を提供する。
【００６０】
まず第一に、平文電子メール送信とＳＭＳ送信のために２つの実装機能が存在する。そして、追加の実装機能（例えば、ＨＴＭＬ形式の電子メール、ページャ、ファックス、ＦｕｎＣａｒｄ等）を容易に追加できる。
【００６１】
［平文電子メール通知ＳＰＩ］
平文電子メールを送信するための、基本通知ＳＰＩの実装機能である。
【００６２】
［ＳＭＳ通知ＳＰＩ］
ＳＭＳを送信するための、基本通知ＳＰＩの実装機能である。
【００６３】
［クラステンプレートデータベース］
このクラスは、幾つかのキーに基づいてテンプレートにアクセスするのを可能としている。
【００６４】
【表３】
2006509273.tif 000014
【００６５】
［メンバ変数とメンバ関数の明細］
Ｓｔｒｉｎｇ  ＧｅｔＴｅｍｐｌａｔｅ（Ｓｔｒｉｎｇ  ｃｌａｓｓ、Ｓｔｒｉｎｇ  ｔｙｐｅ、Ｓｔｒｉｎｇ  ｌｏｃａｌｅ、ｂｏｏｌ  ｕｓｅｄｅｆａｕｌｔ）
によって、伝達されたパラメータに対応するテンプレートが提供される。
【００６６】
「Ｉｎ  Ｃｌａｓｓ」では、テンプレートの分類（平文、電子メール、ＳＭＳ）が示される。
「Ｉｎ  ｔｙｐｅ」では、テンプレートの種類（登録、変更、新規小包、新規ＣＯＤ小包）が示される。
「Ｉｎ  ｌｏｃａｌｅ」では、異なった、各国の言語と国名の訳文（例えば、「ｄｅとＤＥ」（ドイツ語とドイツ）または「ｅｎとＵＳ」（英語と米国））を識別するために機能する。
「Ｉｎ  ｕｓｅｄｅｆａｕｌｔ」では、要求言語が存在しないか、でなければ文字列が空の場合に、デフォルトの言語を使用するかどうかを設定することができる。
「Ｒｅｔｕｒｎ」では、適切なテンプレートが見つからなかった場合に、前記メソッドによって、適切なテンプレート、でなければ空の文字列が提供される。
【００６７】
［テンプレート整形ツール］
このクラスは、伝達されたデータでテンプレートを整形するように機能する。それは次のメソッドを提供する。
Ｓｔｒｉｎｇ  ＦｏｒｍａｔＴｅｍｐｌａｔｅ（Ｓｔｒｉｎｇ  ｔｅｍｐｌａｔｅ、Ｎｏｔｉｆｉｃａｔｉｏｎ  Ｒｅｑｕｅｓｔ  Ｄａｔａ  Ｃｏｎｔａｉｎｅｒ＊、ｉｎｔ  ｍａｘｌｅｎ、Ｓｔｒｉｎｇ［］ｎｅｅｄｅｄＴｏｋｅｎｓ）
【００６８】
テンプレート中の全てのプレースホールダは、対応値によって置き換えられる。最大長がｍａｘｌｅｎで設定されると、該フィールドの内容はこの最大長を超えないため短縮される。 「ｎｅｅｄｅｄＴｏｋｅｎ」では、プレースホールダのリストを伝達することができ、その存在はテンプレート中で確認される。 
【００６９】
電子小包区分システムでの小包の配達および／または回収を含む物流システムにおいて、前記通知コンポーネントは、特に顧客通知を生成して送信するように機能する。この目的のため、顧客登録、顧客主データの変更、小包の配達、及び回収のようなイベントはインターフェイスを経由して報告される。そして、記憶情報に基づいて、通知コンポーネントは、電子メールおよび／またはＳＭＳのような一以上の強制情報的な通知を生成し、それから、該通知を、適切なインターフェイス、望ましくは電子メールやＳＭＳゲートウェイのような強制情報的なインターフェイスを経由して送信する。この通知コンポーネントは、小包の回収も監視すると共に２番目と３番目の通知を随意に送信するのが望ましい。
【００７０】
本発明に係わる通知コンポーネントは、本発明による物流システムの不可欠な部分である。
【００７１】
通知コンポーネントは、物流システムのモジューラ構成要素であるのが望ましい。該通知コンポーネントは、物流システム自動化のために少なくとも個別の構成要素を含む自動通知手順を包含しているのが望ましい。そして、該物流システムの全シーケンスは、統合されているのが望ましい。
【００７２】
前記通知コンポーネントは、イベントについては外部から通知されるのが望ましい。これらのイベントは異なるクラスに分類されるのが望ましく、そして、各イベントは、前もって規定された又は規定可能でしかも随意に変更可能な処理段階を通知コンポーネントによって引き起こすのである。このような外部イベントの例としては、物流システムの一部である電子小包区分システム中への小包の配置がある。 
【００７３】
前記通知コンポーネントによって、全ての通知の伝達が確実となる。これらの通知は、受取人への通知ばかりでなく自動データ処理装置への通知でもある。この通知は一回または何回も送信することができ、従って、この自動通知コンポーネントは督促状の自動送信も可能である。
【００７４】
以上説明したように、通知コンポーネントによって、物流システムの改良、物流システムの省略と利用への適応、及び、特に電子小包区分システムのように本質的に又は完全に自動化されたコンポーネントの物流システムへの統合が可能となる。
【図面の簡単な説明】
【００７５】
【図１】通知システムのコンポーネント図である。
【図２】メッセージの伝達要求のための状態図である。
【図３】シーケンス図Ｉ−新規イベント−である。
【図４】シーケンス図ＩＩ−保留通知の読み出し−である。
【図５】シーケンス図ＩＩＩ−通知の送信−である。
【図６】シーケンス図ＩＶ−結果の記憶−である。
【符号の説明】
【００７６】
ＡＤ  データベース
ＡＬ  制御回路
ＢＩ  通知情報
ＣＲ  読み取りモジュール
ＣＲＣ  記憶モジュール
ＥＩ  外部インターフェイス
ＫＴ  データベース
ＭＱＲ  メッセージ読み取り装置
ＭＱＷ  メッセージ生成装置
ＭＱＤＢ  メッセージ記憶装置
ＰＤ  データベース
Ｔ１  テンプレート
Ｔ２  テンプレート
Ｔ３  テンプレート
ＺＶＫ  送信コンポーネント
【国際調査報告】
2006509273.tif 000015
2006509273.tif 000016
2006509273.tif 000017
2006509273.tif 000018
2006509273.tif 000019
2006509273.tif 000020