JP2006509273A - 通知の伝達方法とその装置 - Google Patents

Abstract

本発明は、通知の伝達方法に関する。本発明によると、該方法の特徴は、少なくとも一つのデータバンクからのデータが、中央送信センターに伝達されて、そこで通知情報に変換され、それから、該通知情報は、通信インターフェイスに伝達され、該通信インターフェイスから一台以上の受取り装置に伝達されることにある。本発明は、更に前記方法への適用に適した物流システムにも関連する。

Description

本発明は、通知の伝達方法とその装置に関する。

本発明は、特に広告郵便物の発送人または受取人に出荷状態について通知するための方法と装置に関する。

汎用タイプの方法は、フランス特許ＦＲ ２ ５６３ ９８７に開示されている。この先行技術の方法によって、電子小包区分システムの充填状態についての情報をサーバのデータベースに記憶し、そこから引き出すことができる。

汎用タイプの他の通知方法は、米国特許Ｎｏ．５，７９０，９７４以来公知となっている。この方法では、カレンダー情報を各々に含む二個の分離したデータベースが互いに接続されると共に、該データベースにはデータベース間のデータ比較を可能とするソフトウェアエージェントが含まれている。

汎用タイプの他の方法は、米国特許Ｎｏ．６，０６４，９７６以来公知となっている。この方法では、予め決めておいた領域に利用者がいるかどうかを確認する。利用者がこの領域にいれば、その時は利用者の実到着時間と予定到着時間とが相互に比較される。

本発明は、利用者の個別通知を最も高い信頼性でしかもできる限り迅速に可能とする汎用タイプの方法を改良する目的に、その基礎を置くものである。

特に、本発明は、多数の利用者に対して個別通知を伝達するのに適している。

本発明によると、この目的は汎用タイプの方法を次のように実施することで達成される。すなわち、少なくとも一つのデータベースからのデータが、中央送信コンポーネント（ＺＶＫ）に伝達されて、そこで通知情報に変換され、それから、該通知情報は、通信インターフェイスに伝達され、該通信インターフェイスから一台以上の受取り装置に伝達される。

本発明の特に望ましい実施例の特徴は、前記中央送信コンポーネントが、少なくとも一つのテンプレートを使用して、前記データベースから伝達されてきたデータを通知情報に変換することにある。該テンプレートは、例えばＸＳＬ：ＦＯ（拡張スタイルシート言語仕様オブジェクト）に基づいて生成される。データをテンプレートに加える点で特に有利である。

また、制御回路が通知情報の伝達を制御する点で特に有利である。

通知伝達のためのジョブ要求は、少なくとも部分的に制御回路によって伝達される。

ここで、通知伝達のための要求の少なくとも幾つかは、前記中央送信コンポーネントまで直接に制御回路によって伝達される点で特に有利である。

規定回数の利用者通知を可能としおよび／またはデータ伝達容量を一層効率的に利用するために、通知伝達のための要求の少なくとも幾つかは、通知要求を記憶するように機能する記憶モジュールまで制御回路によって伝達される点で有利である。

この実施例の特に有利な別形態の特徴は、読み取りモジュールが、前記記憶モジュール中に含まれる通知ジョブを取得し、該通知ジョブを前記中央送信コンポーネントに伝達することにある。

さらに、ジョブ生成のための情報は、外部インターフェイス経由で伝達される点で有利である。

このように、決定値を外部から入力してメッセージ送信を制御することが可能である。

このような外部からの伝達情報の統合は、本発明を運送物流システムで使用する際に特に有利である。このように、物流過程に関連する情報、特に指定された宛先への広告郵便物のような荷物の到着に関する情報は、取得し前記通知システムに統合することができる。

このような関係において特に望ましい適用事例では、郵便運送システム内で通知コンポーネントを使用する。例えば、広告郵便物を電子小包区分システムの区分内に預け入れると、情報が外部インターフェイスに自動的に伝達される。該外部インターフェイスはこの情報を転送する。すなわち、この情報、またはメッセージを伝達するために該情報から得られた要求が、一人以上の受取人に転送される。

ジョブ生成に用いる情報は、外部インターフェイス経由で伝達される点で特に有利である。

ここで、前記方法は、ジョブ生成のための情報が外部インターフェイスから制御回路まで伝達されるように実施する点で特に有利である。

また、本発明は、物流システムの利用者への通知伝達手段を少なくとも一つは備えた物流システムを含んでいる。

この物流システムの特徴は、通知伝達手段が少なくとも一つのデータベース（ＫＴ、ＰＤ、ＡＤ）及び中央送信コンポーネント（ＺＶＫ）と協力できるように設定され、該中央送信コンポーネント（ＺＶＫ）は、前記データベース（ＫＴ、ＰＤ、ＡＤ）からのデータを通知情報（ＢＩ）に変換できるように設定され、更に、該中央送信コンポーネント（ＺＶＫ）は、前記通知情報（ＢＩ）を受取り装置に伝達するための通信インターフェイスと接続されることにある。

本発明の追加の利点、特徴、および実用的な改良点は、図面を参照しながらの、従属クレームと、望ましい実施例に関する以下の説明とによって提示される。

図面の説明を以下に示す。図１は、通知システムのコンポーネント図である。図２は、メッセージの伝達要求のための状態図である。図３は、シーケンス図Ｉ−新規イベント−である。図４は、シーケンス図ＩＩ−保留通知の読み出し−である。図５は、シーケンス図ＩＩＩ−通知の送信−である。図６は、シーケンス図ＩＶ−結果の記憶−である。

本発明による、通知のための方法と装置の使用について、以下に説明する。

紹介する通知コンポーネントを、物流システム、特に広告郵便物のための輸送システムの利用者への通知例に関連させて説明する。

本発明は、これから説明する実施例にも物流システムでの使用にも制限されるものではない。しかしながら、前述の通知コンポーネントを物流システムに設ける点で特に有利である。

図１は、運送物流システムに統合された通知コンポーネントの構成要素を示す。

該通知コンポーネントは、運送物流システムのイベントデータＥＤを受け取るための外部インターフェイスＥＩを含む。

該外部インターフェイスＥＩは、制御回路ＡＬに接続されている。該制御回路ＡＬは、中央送信コンポーネント（ＺＶＫ）と通信要求キューＣＲＣとに対してジョブ要求を伝達するための伝達手段を備える。

該通信要求キューＣＲＣは、通知ジョブを記憶するように機能する記憶モジュールとして設定されるのが望ましい。通知ジョブを記憶するように機能する該記憶モジュールは、読み取りモジュールＣＲに接続される。

該読み取りモジュールＣＲは、前記中央送信コンポーネント（ＺＶＫ）に接続される。

前記通知コンポーネントは、ジョブをメッセージキューに入力する外部インターフェイスを有する。これらのジョブは、顧客データベース、小包データベース、または自動販売装置データベースからのデータを補うために、中央コンポーネントによってタイマー制御方式で定期的に読み出される。そして、これらのジョブは、種々のテンプレートによって強制情報的な（ｐｕｓｈ−ｏｒｉｅｎｔｅｄ）情報伝達手段、例えば電子メールやＳＭＳ（ショートメッセージサービス）に変換され、それから、ジョブは、適切な通信インターフェイス、望ましくは電子メールとＳＭＳのゲートウェイを経由して送信される。

＜外部検索関数＞
［データベースへのアクセス］
前記データベースには、適切なアクセス手段、望ましくはＪａｖａ Ｅｎｔｉｔｙ ＢｅａｎｓによるＥＪＢ技術に基づくアクセス手段を使ってアクセスされる。ここでは、データベースへのアクセスは、意識されないように隠蔽されている。主キー（ＰＲＩＭＡＲＹ ＫＥＹ）によって識別されるデータベース入力は、ビーンのホームインターフェイスの生成と、「主キーによるＥＪＢ探索」によるその後の探索とによって読み取られる。

顧客データベース、小包データベース、及び自動販売装置データベースという用語は抽象的なものを表しており、そこでの関連情報は、同一のデータベースインスタンス内の一以上のテーブルに関係しているにすぎない。しかしながら、前記ＥＪＢ技術の使用によって、種々のインスタンスまたは対等なデータベースへの分離はもっと後の時点で意識されないように実施することができる。

［電子メール／ＳＭＳのゲートウェイへの通信］
通知コンポーネントと電子メールやＳＭＳのゲートウェイとの間の通信は、ＳＭＴＰ（簡易メール転送プロトコル）通信のための標準ジャバクラスを介して実施される。

［記録］
電子メールやＳＭＳの送信時のエラーは、エラーログファイルにも記録する必要がある。これらのエラーログファイルは、例えばゲートウェイの失敗を確認できるようにするために定期的に監視する必要がある。送信した通知の全てが同じように記録されることになっている場合には、エラー監視を簡単にするように別のログファイルがこの目的のために使用される。

＜設計の提案と制限＞
［データベース］
［現行のデータベース］
通知の円滑な伝達を達成するには、物流システムで、以下に示すデータベースへのアクセスを確実にする必要がある。
・顧客データベース：顧客番号によって識別される顧客関連の情報を提供する。
・小包データベース：一義な小包番号によって識別される小包関連の情報を提供する。
・自動販売装置データベース：自動販売装置ＩＤによって識別される自動販売装置の位置関連の情報を提供する。これは小包ＩＤの一部をなしている。

［通信要求データベース］
有利にも、送信予定の通知を記憶するために追加のデータベーステーブルを設定する。該テーブルは送信することになっている２番目と３番目の通知のための中間記憶装置としても機能する。そして、該テーブルは前記キューを管理するために機能するにすぎず、ここでは、小包と受取人に関する具体的情報が前記顧客データベースまたは小包データベースから常時読み出される。

望ましいシーケンス図について、以下に説明する。

図３には、新規の通知イベント、例えば小包区分システムの区分への小包配置のためのシーケンス図を示す。

このイベントはメッセージ生成装置ＭＱＷに伝達される。そして利用者データの伝達要求が、メッセージ生成装置ＭＱＷによって利用者データの管理データベースＢ２ＢＲＭに送信される。該利用者データの管理データベースＢ２ＢＲＭは、利用者データとその関連データとに関する情報を前記メッセージ生成装置ＭＱＷに送信する。この情報は、追加通知情報、例えば小包区分中に配置され或いは回収可能な広告郵便物の受取人および／または差出人に関する追加通知情報と一緒に、前記メッセージ記憶装置ＭＱＷＢに伝達される。

保留通知は、引出し情報的な（ｐｕｌｌ−ｏｒｉｅｎｔｅｄ）な方法ばかりでなく強制情報的な方法においても、読み出すことができる。

通知の読み出しに関する以下の望ましい実施例においては、扱う情報の強制情報的な操作の利点が引出し情報的な操作の利点と結びついている。

この実施例によると、通知はイベントに基づいて、特に望ましい実施例ではタイマーから来る報時信号に基づいて、前記メッセージ記憶装置に伝達される。

ＭＱＲは、新規入力の読み取り要求を前記メッセージ記憶装置ＭＱＤＢに伝達する。メッセージ記憶装置ＭＱＰは、入力情報をデータベースから読み込み、それから、荷物特定情報とくに個別小包区分用識別番号でなければそこに置かれた広告郵便物用識別番号（小包ＩＤ）のような荷物特定情報、利用者識別情報（利用者ＩＤ）、および／または電子小包区分システムに関する情報（自動販売装置ＩＤ）を、通知ジョブを記憶するように機能する記憶モジュールＣＲＣに伝達する。該記憶モジュールＣＲＣは、この識別情報を、適切な受取人、例えば電子小包区分システムの利用者Ｃ、または物流システムの関係者、または電子小包区分システムに転送する。

指名された受取人、または該受取人のために作動するデータ処理装置は、新規のデータオブジェクトを、通知ジョブを記憶するように機能する記憶モジュールＣＲＣに送信する。該記憶モジュールは、新規の前記オブジェクトをメッセージ記憶装置ＭＱＤＢに転送する。該メッセージ記憶装置ＭＱＤＢは、引き続いて新規の通知要求を送信する。

＜クラス＞
本発明の特に望ましい実施例の特徴は、異なる通知クラスを使用することにある。ｖｉｒｔｕａｌクラスとｓｉｎｇｌｅｔｏｎクラスとの間には区別をつけるのが望ましい。

メッセージ読み取り装置ＭＱＲは、メッセージキューから入力を読み取り、通知要求データコンテナのオブジェクトを整列し、そして、それらを通知ファクトリのインスタンスに転送する。

［メッセージキューデータベース］
このクラスは、メッセージキューを有するデータベーステーブルへのアクセスを隠蔽するものとして機能する。それは次のメソッドを提供する
ＩｎｉｔＲｅａｄｅｒ（）
ＧｅｔＮｅｘｔＥｎｔｒｙ（）
ＡｄｄＥｎｔｒｙ（）

［通知要求データコンテナ］
このクラスは、メッセージキュー中の入力と、顧客データベース、小包データベース、及び自動販売装置データベース中に記憶されたデータとのためのデータコンテナである。このクラスは、ゲット／セットメソッドを全ての必須フィールドのために提供する。

［顧客データベース］
このクラスは、顧客データベースを有するデータベーステーブルへのアクセスを隠蔽するものとして機能する。それによって、顧客データを顧客ＩＤに基づいて読み出すことができる。

［小包データベース］
このクラスは、小包データベースを有するデータベーステーブルへのアクセスを隠蔽するものとして機能する。それによって、小包データを小包ＩＤに基づいて読み出すことができる。

［自動販売装置データベース］
このクラスは、自動販売装置データベースを有するデータベーステーブルへのアクセスを隠蔽するものとして機能する。それによって、自動販売装置データを自動販売装置ＩＤに基づいて読み出すことができる。

［通知ファクトリ］
このクラスは、通知サービス提供者インターフェイスの中央管理を行う。ここでは、全ての現行の通知サービス提供者インターフェイスのリストが管理されている。

通知ＳＰＩの管理用関数に加えて、それは、伝達済みの通知要求データコンテナのオブジェクトに必要な通知を全て送信するメソッド
ｂｏｏｌ ｍａｃｈｅｔ（Ｎｏｔｉｆｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ Ｄａｔａ Ｃｏｎｔａｉｎｅｒ＊）
を提供する。このために、通知要求データコンテナのオブジェクトは全ての通知ＳＰＩに伝達される。

［基本通知ＳＰＩ］
このクラスは、全ての通知実装のための基本クラスである。それは、重ね書きされ、（伝達済みデータから可能であって、しかも希望される場合に）通知を送信するメソッド
ｂｏｏｌ ｍａｃｈｅｔ（Ｎｏｔｉｆｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ Ｄａｔａ Ｃｏｎｔａｉｎｅｒ＊）
を提供する。

まず第一に、平文電子メール送信とＳＭＳ送信のために２つの実装機能が存在する。そして、追加の実装機能（例えば、ＨＴＭＬ形式の電子メール、ページャ、ファックス、ＦｕｎＣａｒｄ等）を容易に追加できる。

［平文電子メール通知ＳＰＩ］
平文電子メールを送信するための、基本通知ＳＰＩの実装機能である。

［ＳＭＳ通知ＳＰＩ］
ＳＭＳを送信するための、基本通知ＳＰＩの実装機能である。

［クラステンプレートデータベース］
このクラスは、幾つかのキーに基づいてテンプレートにアクセスするのを可能としている。

［メンバ変数とメンバ関数の明細］
Ｓｔｒｉｎｇ ＧｅｔＴｅｍｐｌａｔｅ（Ｓｔｒｉｎｇ ｃｌａｓｓ、Ｓｔｒｉｎｇ ｔｙｐｅ、Ｓｔｒｉｎｇ ｌｏｃａｌｅ、ｂｏｏｌ ｕｓｅｄｅｆａｕｌｔ）
によって、伝達されたパラメータに対応するテンプレートが提供される。

「Ｉｎ Ｃｌａｓｓ」では、テンプレートの分類（平文、電子メール、ＳＭＳ）が示される。
「Ｉｎ ｔｙｐｅ」では、テンプレートの種類（登録、変更、新規小包、新規ＣＯＤ小包）が示される。
「Ｉｎ ｌｏｃａｌｅ」では、異なった、各国の言語と国名の訳文（例えば、「ｄｅとＤＥ」（ドイツ語とドイツ）または「ｅｎとＵＳ」（英語と米国））を識別するために機能する。
「Ｉｎ ｕｓｅｄｅｆａｕｌｔ」では、要求言語が存在しないか、でなければ文字列が空の場合に、デフォルトの言語を使用するかどうかを設定することができる。
「Ｒｅｔｕｒｎ」では、適切なテンプレートが見つからなかった場合に、前記メソッドによって、適切なテンプレート、でなければ空の文字列が提供される。

［テンプレート整形ツール］
このクラスは、伝達されたデータでテンプレートを整形するように機能する。それは次のメソッドを提供する。
Ｓｔｒｉｎｇ ＦｏｒｍａｔＴｅｍｐｌａｔｅ（Ｓｔｒｉｎｇ ｔｅｍｐｌａｔｅ、Ｎｏｔｉｆｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ Ｄａｔａ Ｃｏｎｔａｉｎｅｒ＊、ｉｎｔ ｍａｘｌｅｎ、Ｓｔｒｉｎｇ［］ｎｅｅｄｅｄＴｏｋｅｎｓ）

テンプレート中の全てのプレースホールダは、対応値によって置き換えられる。最大長がｍａｘｌｅｎで設定されると、該フィールドの内容はこの最大長を超えないため短縮される。 「ｎｅｅｄｅｄＴｏｋｅｎ」では、プレースホールダのリストを伝達することができ、その存在はテンプレート中で確認される。

電子小包区分システムでの小包の配達および／または回収を含む物流システムにおいて、前記通知コンポーネントは、特に顧客通知を生成して送信するように機能する。この目的のため、顧客登録、顧客主データの変更、小包の配達、及び回収のようなイベントはインターフェイスを経由して報告される。そして、記憶情報に基づいて、通知コンポーネントは、電子メールおよび／またはＳＭＳのような一以上の強制情報的な通知を生成し、それから、該通知を、適切なインターフェイス、望ましくは電子メールやＳＭＳゲートウェイのような強制情報的なインターフェイスを経由して送信する。この通知コンポーネントは、小包の回収も監視すると共に２番目と３番目の通知を随意に送信するのが望ましい。

本発明に係わる通知コンポーネントは、本発明による物流システムの不可欠な部分である。

通知コンポーネントは、物流システムのモジューラ構成要素であるのが望ましい。該通知コンポーネントは、物流システム自動化のために少なくとも個別の構成要素を含む自動通知手順を包含しているのが望ましい。そして、該物流システムの全シーケンスは、統合されているのが望ましい。

前記通知コンポーネントは、イベントについては外部から通知されるのが望ましい。これらのイベントは異なるクラスに分類されるのが望ましく、そして、各イベントは、前もって規定された又は規定可能でしかも随意に変更可能な処理段階を通知コンポーネントによって引き起こすのである。このような外部イベントの例としては、物流システムの一部である電子小包区分システム中への小包の配置がある。

前記通知コンポーネントによって、全ての通知の伝達が確実となる。これらの通知は、受取人への通知ばかりでなく自動データ処理装置への通知でもある。この通知は一回または何回も送信することができ、従って、この自動通知コンポーネントは督促状の自動送信も可能である。

以上説明したように、通知コンポーネントによって、物流システムの改良、物流システムの省略と利用への適応、及び、特に電子小包区分システムのように本質的に又は完全に自動化されたコンポーネントの物流システムへの統合が可能となる。

通知システムのコンポーネント図である。 メッセージの伝達要求のための状態図である。 シーケンス図Ｉ−新規イベント−である。 シーケンス図ＩＩ−保留通知の読み出し−である。 シーケンス図ＩＩＩ−通知の送信−である。 シーケンス図ＩＶ−結果の記憶−である。

符号の説明

ＡＤ データベース
ＡＬ 制御回路
ＢＩ 通知情報
ＣＲ 読み取りモジュール
ＣＲＣ 記憶モジュール
ＥＩ 外部インターフェイス
ＫＴ データベース
ＭＱＲ メッセージ読み取り装置
ＭＱＷ メッセージ生成装置
ＭＱＤＢ メッセージ記憶装置
ＰＤ データベース
Ｔ１ テンプレート
Ｔ２ テンプレート
Ｔ３ テンプレート
ＺＶＫ 送信コンポーネント

Claims (9)

1. 少なくとも一つのデータベース（ＫＴ、ＰＤ、ＡＤ）からのデータが、中央送信コンポーネント（ＺＶＫ）に伝達されて、そこで通知情報（ＢＩ）に変換され、それから、該通知情報（ＢＩ）は、通信インターフェイスに伝達され、該通信インターフェイスから一台以上の受取り装置へと伝達されることを特徴とする通知の伝達方法。
2. 前記中央送信コンポーネント（ＺＶＫ）は、少なくとも一つのテンプレート（Ｔ１、Ｔ２、Ｔ３）を使用して、前記データベース（ＫＴ、ＰＤ、ＡＤ）から伝達されてきたデータを通知情報（ＢＩ）に変換することを特徴とする請求項１記載の方法。
3. 制御回路（ＡＬ）が、前記通知情報（ＢＩ）の伝達を制御することを特徴とする請求項１または請求項２のうちのいずれか一つまたは両方に記載の方法。
4. 前記通知伝達のための要求の少なくとも幾つかは、前記中央送信コンポーネント（ＺＶＫ）まで直接に制御回路（ＡＬ）によって伝達されることを特徴とする請求項３記載の方法。
5. 前記通知伝達のための要求の少なくとも幾つかは、通知要求を記憶するように機能する記憶モジュール（ＣＲＣ）まで制御回路（ＡＬ）によって伝達されることを特徴とする請求項３または請求項４のうちのいずれか一つまたは両方に記載の方法。
6. 読み取りモジュール（ＣＲ）が、前記記憶モジュール（ＣＲＣ）中に含まれる通知ジョブを取得し、該通知ジョブを前記中央送信コンポーネント（ＺＶＫ）に伝達することを特徴とする請求項５記載の方法。
7. ジョブ生成のための情報は、外部インターフェイス（ＥＩ）経由で伝達されることを特徴とする上記請求項のうちの一つ以上に記載の方法。
8. ジョブ生成のための情報は、外部インターフェイス（ＥＩ）から制御回路（ＡＬ）まで伝達されることを特徴とする請求項７記載の方法。
9. 物流システムの利用者への通知伝達手段を少なくとも一つは有する物流システムにおいて、
   該通知伝達手段は、少なくとも一つのデータベース（ＫＴ、ＰＤ、ＡＤ）及び中央送信コンポーネント（ＺＶＫ）と協力できるように設定され、該中央送信コンポーネント（ＺＶＫ）は、前記データベース（ＫＴ、ＰＤ、ＡＤ）からのデータを通知情報（ＢＩ）に変換できるように設定され、更に、該中央送信コンポーネント（ＺＶＫ）は、前記通知情報（ＢＩ）を受取り装置に伝達するための通信インターフェイスと接続されることを特徴とする物流システム。
   

Images