(57)【要約】【課題】一般に論理的なシステム及び方法に関連する。特に、本発明は、商品の出荷物の現在の状態についての出荷情報を伝達するための方法及びコンピューターシステムに関する。【解決手段】電話通信路のフロントエンドにおけるユーザが発する、いまだ前記ユーザに配送中である出荷品についての情報の受け取り要求を自動的に検知することと、ユーザの情報をＩＶＲインターフェースによって取得することと、前記出荷物と関連する出荷情報を取得することと、前記出荷物の現在の状態と結合した前記出荷情報に基づいてＳＭＳ（ｓｈｏｒｔ  ｍｅｓｓａｇｅ  ｓｅｒｖｉｃｅ）タイプまたはＭＭＳ（ｍｕｌｔｉｍｅｄｉａ  ｍｅｓｓａｇｅ  ｓｅｒｖｉｃｅ）タイプのメッセージの形態で電話通信のメッセージを自動的に生成し、それを前記ユーザの携帯電話へ送ることと、を含む。【選択図】図１
2011512569.tif 000002
【特許請求の範囲】
【請求項１】
出荷情報を伝達するための方法であって、
電話通信路のフロントエンドにおけるユーザが発する、いまだ前記ユーザに配送中である出荷品についての情報の受け取り要求を自動的に検知することと、
ユーザの情報をＩＶＲ（Ｉｎｔａｒａｃｔｉｖｅ  Ｖｏｉｃｅ  Ｒｅｓｐｏｎｃｅ）インターフェースによって取得することと、
前記出荷物と関連する出荷情報を取得することと、
前記出荷物の現在の状態と結合した前記出荷情報に基づいて電話通信のメッセージを自動的に生成し、それを前記ユーザへ送ることと、
を含む方法。
【請求項２】
前記電話通信のメッセージは特に自動音声を用いた音声の電話通信のメッセージ、ＳＭＳ（ｓｈｏｒｔ  ｍｅｓｓａｇｅ  ｓｅｒｖｉｃｅ）タイプまたはＭＭＳ（ｍｕｌｔｉｍｅｄｉａ  ｍｅｓｓａｇｅ  ｓｅｒｖｉｃｅ）タイプであることを特徴とする請求項１に記載の方法。
【請求項３】
前記電話通信のメッセージは、前記ユーザの携帯電話へ送られることを特徴とする請求項１または２に記載の方法。
【請求項４】
前記ユーザは、音声の電話通信のメッセージ、ＳＭＳ（ｓｈｏｒｔ  ｍｅｓｓａｇｅ  ｓｅｒｖｉｃｅ）タイプのメッセージ、及びＭＭＳ（ｍｕｌｔｉｍｅｄｉａ  ｍｅｓｓａｇｅ  ｓｅｒｖｉｃｅ）タイプのメッセージのうちから選択するよう尋ねられることを特徴とする請求項１から３のうちいずれか一項に記載の方法。
【請求項５】
前記電話通信のメッセージは、前記集荷物の状態が変化したときごとに送られることを特徴とする請求項１から４のうちいずれか一項に記載の方法。
【請求項６】
前記電話通信のメッセージは、さらに出荷物の配達の予定時刻を備えることを特徴とする請求項１から５のうちいずれか一項に記載の方法。
【請求項７】
前記電話通信のメッセージは、前記出荷物が配達されたときに送られることを特徴とする請求項１から５のうちいずれか一項に記載の方法。
【請求項８】
前記方法は、さらに前記ユーザと関連する既に存在しているアカウント情報にアクセスするステップを備える請求項１から７のうちいずれか一項に記載の方法。
【請求項９】
出荷情報を伝達するためのコンピューターシステムであって、
電話通信路のフロントエンドにおけるユーザがいまだ前記ユーザに配送中である出荷品についての情報を受け取る資格があることを自動的に検知するための手段と、（資格があれば提供する）
ユーザの情報をＩＶＲ（Ｉｎｔａｒａｃｔｉｖｅ  Ｖｏｉｃｅ  Ｒｅｓｐｏｎｃｅ）インターフェースによって取得するための手段と、
前記出荷物と関連する出荷情報を取得するための手段と、
現在の出荷物の状態と結合した電話通信のメッセージを自動的に生成し、前記電話通信のメッセージを前記ユーザへ送るための手段と、
を備える出荷情報を伝達するためのコンピューターシステム。
【請求項１０】
前記コンピューターシステムは、特に自動音声を用いた音声の電話通信のメッセージ、ＳＭＳ（ｓｈｏｒｔ  ｍｅｓｓａｇｅ  ｓｅｒｖｉｃｅ）タイプのメッセージ、またはＭ
ＭＳ（ｍｕｌｔｉｍｅｄｉａ  ｍｅｓｓａｇｅ  ｓｅｒｖｉｃｅ）タイプのメッセージの形態で電話通信のメッセージを自動的に生成するための手段を備えることを特徴とする請求項９に記載のシステム。
【請求項１１】
前記コンピューターシステムは、前記出荷物の配達の予定時刻を計算するための手段を備えることを特徴とする請求項９または１０に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に論理的なシステム及び方法に関する。特に、本発明は、商品の出荷物の現在の状態についての出荷情報を伝達するための方法及びコンピューターシステムに関する。
【背景技術】
【０００２】
流通システムは商品の出荷物を管理する。それらのシステムは、多様な機能を実行する互いに統合された多種のモジュールを備える。
例えば、それらのシステムは、商品の個別の出荷物に関する申込みを評価し、出荷物のための契約を発注する購入モジュールを備えてもよい。
申込みを分析して、少なくともその出荷物のうちのいくつかが統合される機会が存在した場合において、少なくとも購入モジュールによって発注された一つの契約が、その出荷物の統合されたグループのためのものであるか否かを購入モジュールに通知する最適化モジュールが存在してもよい。
管理モジュールは、購入モジュールによって受けた申込み及び発注した契約の状態に関連した情報を維持してもよい。
予約モジュールは発注された契約によって出荷物を予約してもよい。出荷物管理モジュールに基づいて、購入モジュールによって発注され予約モジュールによって予約された出荷物の情報を追跡することもできる。
会計モジュールは、例えば一番目及び二番目のクロックドメインの間を通過される出荷物管理モジュールによって追跡された出荷物の状態によって支払いを許可してもよい。
【０００３】
特許文献１は、人間の介助無しにｅメールメッセージを作成する及び送ることによりｅメールを経由してユーザの注文の状態及び自動的にアップデートするための方法を開示している。
また、特許文献２では、一の出荷プロバイダ及び複数のユーザに適合したブラウザデザイン並びに一のユーザ及び複数の出荷プロバイダに適合したブラウザデザインを供給する小包追跡システムが開示されている。
【０００４】
郵便の及び小包の商品を出荷することは、通常三つの主要な移送行程の観点から述べられる。一つ目の行程では、出荷する商品、例えば封筒や、小包等が最初の送り主の住所から出荷サービスプロバイダの地域集荷センターに移される。二つ目の行程では、その商品が地域集荷センターから配達センターへ移送される。三つ目の行程では、その商品が配達センターからその最終目的地の住所へ移送される。
【０００５】
一般に、多数の出荷サービスプロバイダは、上記の三つの主要な移送行程より多くの行程に採用されてもよい。例えば、一つ目の行程に加えて、地域の配達人が事業所から国内の若しくは一地域の配達人の落とし場所までの小包の移送を提供しても良い。また、国内の若しくは一地域の配達人は、その小包を降ろし場所から、可能であれば一つ以上の中間の集積地を通って、配達先の住所近くの配達センターに移送するという、二つ目の行程以上のサービスを提供してもよい。また、三つ目の出荷する構成要素が最後の行程以上に配達を提供しても良い。
【０００６】
また、一つの出荷サービスプロバイダは二つ以上の行程を越えるサービスを提供してもよい。例えば、地域の配達人が、一つ目の行程を越えて事業所もしくは住居から地域の郵便局であって、別の集荷サービスプロバイダが二つ目及び三つ目の行程を越えてサービスを提供している郵便局に小包を移送することにより、サービスを提供しても良い。
【０００７】
いくつかの出荷サービスプロバイダは、その出荷する過程の二つ目及び三つ目の行程を実行するための確立された構造を持っている。これらの会社は、商品が集荷倉庫に受領されるとすぐに郵便の及び小包の商品を整頓し、道順を決め、移送するためによく整備されている。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】米国特許第６０４７２６４号明細書
【特許文献２】米国特許第６２２０５０９号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００９】
移送過程の不均一性のため、特に単一の出荷物の配達に係るサービスプロバイダの数の観点から、出荷物が送られる時間における出荷物の配達の正確な推定は難しい。他方、顧客、出荷物の受け手は出荷物の配達が予定される大体の時間を通知して欲しかった。それゆえ、受け手の為に出荷する情報を配達する過程を促進し向上する充分な解決策が必要である。
【課題を解決するための手段】
【００１０】
本発明の解決しようとする課題は以上の如くであり、次にこの課題を解決するための手段を説明する。
【００１１】
即ち、請求項１においては、出荷情報を伝達するための方法であって、電話通信路のフロントエンドにおけるユーザが発する、いまだ前記ユーザに配送中である出荷品についての情報の受け取り要求を自動的に検知することと、ユーザの情報をＩＶＲ（Ｉｎｔａｒａｃｔｉｖｅ  Ｖｏｉｃｅ  Ｒｅｓｐｏｎｃｅ）インターフェースによって取得することと、前記出荷物と関連する出荷情報を取得することと、前記出荷物の現在の状態と結合した前記出荷情報に基づいてＳＭＳ（ｓｈｏｒｔ  ｍｅｓｓａｇｅ  ｓｅｒｖｉｃｅ）タイプまたはＭＭＳ（ｍｕｌｔｉｍｅｄｉａ  ｍｅｓｓａｇｅ  ｓｅｒｖｉｃｅ）タイプのメッセージの形態で電話通信のメッセージを自動的に生成し、それを前記ユーザの携帯電話へ送ることと、を含み、前記電話通信のメッセージは、前記出荷物の状態が変化するときごとに送られるものである。
【００１２】
請求項２においては、前記電話通信のメッセージはさらに前記出荷物の配達の予定時刻を含むものである。
【００１３】
請求項３においては、電話通信のメッセージは前記出荷物が配達されたときに送られるものである。
【００１４】
請求項４においては、前記方法は、前記ユーザと関連する既に存在しているアカウント情報にアクセスする追加のステップを備えるものである。
【００１５】
請求項５においては、出荷情報を伝達するためのコンピューターシステムであって、電話通信路のフロントエンドにおけるユーザがいまだ前記ユーザに配送中である出荷品についての情報を受け取る資格があることを自動的に検知するための手段と、（資格があれば提供する）ユーザの情報をＩＶＲ（Ｉｎｔａｒａｃｔｉｖｅ  Ｖｏｉｃｅ  Ｒｅｓｐｏｎｃｅ）インターフェースによって取得するための手段と前記出荷物と関連する出荷情報を取得するための手段と、前記出荷物の配達の予定時刻を計算するための手段と、現在の出荷物の状態と結合したＳＭＳ（ｓｈｏｒｔ  ｍｅｓｓａｇｅ  ｓｅｒｖｉｃｅ）タイプま
たはＭＭＳ（ｍｕｌｔｉｍｅｄｉａ  ｍｅｓｓａｇｅ  ｓｅｒｖｉｃｅ）タイプのメッセージの形態で電話通信のメッセージを自動的に生成し、前記電話通信のメッセージを前記ユーザの携帯電話へ送るための手段と、を含むものである。
【発明の効果】
【００１６】
本発明の利点は、少数の人間しかインターネットにアクセスしていないのに対し、非常に多くの人間が維持可能に携帯電話若しくは固定電話からなる電話のシステムに接続されることである。そのため、本発明はより広い範囲のユーザに届くことを可能とした新しい情報システムを提供する。
さらに、本発明の利点は、人々が、通常電話に、特に携帯電話に一日中アクセスするが、インターネットには一日中アクセスしないことである。このため、ユーザはコンピューターシステムに束縛される必要がないから、すぐに追跡情報を取得することが可能である。これは、出荷物が到着するときユーザが家に居るように手配する、若しくは出荷物が梱包場所に送られたときユーザが例えば仕事から家に帰る途中であった場合でも梱包場所に直接行き、出荷物を取得できるという点で、ユーザの柔軟性を向上させる。
【図面の簡単な説明】
【００１７】
【図１】発明に係る方法を示すフローチャート図。
【発明を実施するための形態】
【００１８】
以下の記載では、出荷という言葉は入手可能な移動手段を使用する郵便若しくは商品の移送を指す。出荷は通常最初の場所から目的地への移動の一つ以上の行程に関する。郵便、小包、小包、及び出荷物を指す言葉は、相互変換可能にいくつか若しくは全ての出荷された商品について指すのに使用されている。
【００１９】
本発明によるとユーザとは、出荷物の受け手を意味する。この方法の一つの主要な特徴はユーザの情報をＩＶＲ（Ｉｎｔａｒａｃｔｉｖｅ  Ｖｏｉｃｅ  Ｒｅｓｐｏｎｃｅ）インターフェースによって取得することである。そのようなＩＶＲシステムは一般的には例えば銀行のホットラインから知られている。ユーザは電子音声によってユーザが音声で若しくは予め定められた番号を電話のキーボードから入力することで答えられる質問を尋ねられる。
【００２０】
本発明に関して、ユーザの答えは音声によって伝えられるのが望ましい。なぜならこのタイプの答え方がユーザにとって快適であるからである。その答えがＩＶＲシステムによって正しく分析されなかった場合には、その質問は繰り返され、ユーザは電話のキーボードを使用して答えることを依頼される。これは、例えば、答えが「はい」のための番号１及び答えが「いいえ」の場合に押すべき番号２を押すことにより実現される。
【００２１】
ユーザが与えられた配達サービスの電話番号に電話した場合、そのユーザは自動的にＩＶＲシステムに接続され、その申込みは、未だ配達状態となっていない出荷物に基づき、出荷番号により、サービスを顧客に提供する申し出を作成するかどうかを決定する。本発明に関して、ユーザがかけた電話番号は状態情報のためのみに確保されることも可能である。このような場合には、最初のユーザの対話するステップが必要なくなる。
【００２２】
そして、ユーザは、そのユーザが状態情報を取得したい出荷物に関する識別情報について尋ねられる。これは、通常ユーザからコンピューターシステムに通信されるために必要なコードである。
【００２３】
コードの異なった実施例の使用も可能である。
【００２４】
一つの実施例においては、コードが番号だけでなく文字を含んでいる場合及びコードが電話のキーボード上に入力されようとする場合は、ＳＭＳに記入する方法、言い換えれば、例えば、文字「Ｃ」は番号「１」を３回押すことと対応し、文字「Ｎ」は番号「６」を２回押すことと対応するような方法と同じ方法でキーボードを使用することにより可能となる。
【００２５】
別の発明の実施例においては、現在の貨物運送状の捕捉において桁のみが音声で伝えられもしくは入力される。
【００２６】
本発明の記載の中で、「ユーザ情報」と言う言葉は一連のユーザ関連データを意味する。これはユーザの電話番号であり、当該電話番号に電話通信のメッセージが送られる。その他のユーザ情報はユーザが音声での電話通信のメッセージ若しくはＳＭＳ若しくはＭＭＳのような文書のメッセージのどちらを希望するかという情報である。（ここで、及び全体に亘って、ＭＭＳは最新の機能では無い）。ユーザ情報は、ユーザが関連するユーザ情報のそれぞれの断片について尋ねられるＩｎｔａｒａｃｔｉｖｅ  Ｖｏｉｃｅ  Ｒｅｓｐｏｎｃｅ（ＩＶＲ）システムによって取得される。そして、情報はユーザによって音声で伝えられ、若しくは、電話のキーボードを使用して入力されることもできる。音声による回答はユーザにとってより快適なため、本発明の記載では、まずユーザは音声で伝えることができる方が好ましい。ユーザの答えが正しく認識できないような場合には、ユーザは電話のキーボードの使用によってそのユーザの答えを入力するよう要請される。
【００２７】
発明の一実施形態では、この特徴は集荷する住所の所在地と特に結びついている。これらの所在地は独自の電話番号と結びついて存在している。追跡システムでは、アカウントによる顧客情報と貨物運送状の番号との間の関連はほとんど無いため、これらの特徴は利用されない。この場合、貨物運送状・システムは荷受人及び出荷人情報を通常有するが、アカウント番号若しくは所有者情報は有さない。
【００２８】
発明のより好ましい実施形態によると、貨物運送状とアカウント・電話番号との間のリンクが存在し、値を提供する。
【００２９】
追跡中にて別の重要な点は、追跡する団体がＤＨＬ社と何の関係も無いことが頻繁にあるということである。例えば、追跡する団体は、顧客からではなく購入者からの出荷物を追跡している。
【００３０】
一般的には、ＩＶＲ過程は、ユーザによって与えられた情報がシステムによって繰り返され、ユーザはこれが正しいことを確認するよう尋ねられるというステップを含んでもよい。
【００３１】
ユーザの電話番号が例えばＣＬＩＰ（Ｃａｌｌｉｎｇ  Ｌｉｎｅ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｐｒｅｓｅｎｔａｔｉｏｎ）によってシステムに伴った電話接続、が確立された時に転送される場合、ユーザは、システムからユーザがかけている電話が電話通信のメッセージを受け取りたい電話と同じ電話であるか否か、について尋ねられる。ユーザは異なる電話番号を選ぶことができる。
別のユーザ情報は、そのユーザが顧客であるのはどの携帯電話プロバイダであるかという情報である。本発明に係るコンピューターシステムは、ＳＭＳ若しくはＭＭＳタイプの電話通信のメッセージと結びつけられてＩＶＲによって使用された携帯電話プロバイダに関する特定の番号を提供しても良い。ユーザが本発明に係るコンピューターシステムによって支援されていないプロバイダの顧客である場合には、ユーザはＩＶＲによってＳＭＳもしくはＭＭＳがそのプロバイダでは使用できないことを通知され、ユーザが代わりに音声で出荷物の状態のレポート情報を受け取りたいか否かを尋ねられても良い。
音声メールの統合が本発明の範囲に含まれているので、自動化された呼び出しはリアルタイムで聞くことができ、音声メールとして残す必要は無い。
さらに本発明の実施形態によると、ユーザ情報は、後の使用の為に格納される。これは例えばコンピューターシステムのデータベース内でなされる。このコンピューターシステムは好ましくはＩＶＲダイアログを実行するために使用されるシステムと同じものである。この場合、ユーザは、ＩＶＲダイアログの第一段階において、ユーザが前回の場合と同じ方法で、言い換えれば、同一の電話番号に同じ型の電話通信のメッセージによって通知して欲しいか否かを尋ねられる。ユーザは、新しい出荷物ごとに再度一連のユーザ情報を入力する必要がないので、この方法はＩＶＲダイアログを短縮させ、ユーザの快適性を増進させる。
電話通信のメッセージを受け取ることができる手段に関し、本発明は制限しない。電話通信のメッセージによってアドレスを指定する全てのタイプのハードウェアであって、通常は電話番号を有するハードウェアが、電話通信のメッセージを送ることができる。これは、例えば、携帯電話、固定電話、若しくはポケットベルでも可能である。
携帯電話及びポケットベルは通常一日中ユーザによって携帯されるので、これらのシステムにより好適である。
本発明に係る方法のより好適な実施形態においては、電話通信のメッセージは好ましくは、会話自動化装置を使用した音声の電話通信のメッセージ、ショートメッセージサービス（ＳＭＳ）型のメッセージ、若しくは、マルチメディアメッセージサービス（ＭＭＳ）型のメッセージである。近年の固定電話はショートメッセージ（ＳＭＳ）若しくは（ＭＭＳ）ですら受け取ることが可能であるから、この好適な実施形態は固定電話にも適用することができる。これにより、ユーザに対しメッセージについて好ましいタイプを採用する機会を与える。
ＳＭＳ及びＭＭＳの間の選択はユーザによって、より好ましくは発明された方法若しくはシステムの操作者によってなされる。
本発明に係るより好適な実施形態によると、その電話通信のメッセージは出荷物の状態が変化するたびに毎回送られる。状態の変化として、最初に倉庫に格納された出荷物が配達サービスに譲渡されたことが考えられる。別の状態の変化として、その出荷物が目的地に運ばれたことが考えられる。これにより、ユーザの家の住所若しくはユーザの出荷物を取得することができる集荷場所への配達が可能となる。さらに、その出荷物が配達されたとき、特に、その出荷物が小包集荷場所に配達されたとき、電話通信のメッセージを送るのが好ましい。結果として、ユーザは、インターネットを利用した手続であれば必要である一方で、ユーザの出荷物の状態を何度も能動的に見る必要が無く、買い物の状態の変化があった場合は自動的に通知を手に入れる。これにより、本発明の過程はユーザにとって非常に快適なものとなる。
出荷物の状態に関する情報を他のタイプの情報若しくは広告と、特にＳＭＳ若しくはＭＭＳメッセージと組み合わせて結びつけることができる。
【００３２】
その方法の好適な実施形態では、その電話通信のメッセージはさらに出荷物の配達の予定時刻を備える。
本発明に係る実施形態によると、その方法は、そのユーザと結びついた前もって存在しているアカウント情報にアクセスするステップをさらに備える。先に述べたように、ユーザ情報は、後の使用のために格納されている。ユーザが電話して、識別された場合、ユーザの電話番号若しくはユーザが追跡したい出荷物の番号によってのどちらでユーザは出荷物の真の状態情報を早期に受け取りたいか尋ねられる。
【００３３】
コンピューターシステムは、電話通信路のフロントエンドにおけるユーザがいまだ前記ユーザに配送中である出荷品についての情報を受け取る資格があることを自動的に検知するための手段を備える。これは、ユーザの電話番号（ＣＬＩＰ）及びコンピューターによってユーザと関連した前もって存在するアカウント情報によって、電子的にユーザを認識
することによって実現されることができる。別の可能性は、ユーザから積極的にこの情報を取得するためのＩＶＲダイアログの使用である。
【００３４】
次のステップにおいては、コンピューターシステムは、そのユーザの為に未だ配送中である一以上の出荷物が有るか否かについてチェックしてもよい。この手続のために、本発明に係るコンピューターシステムは、出荷物についての情報が格納されたデータベースに接続されている。その接続はインターネット接続によって、またはＬＡＮ若しくはワイヤレスＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）を介して実現される。また、本発明に係るコンピューターシステムは出荷物に関するデータベースを管理するコンピューターシステムの一部である場合もある。この場合、システム自体から情報が受け取られる。
電話をかけたユーザへ未だ配送中の出荷物がある場合、前述したネットワーク接続は、出荷物と関連した出荷物情報、例えばその出荷物の真の状態を取得するためにも使用される。
【００３５】
さらに、本発明に係るコンピューターシステムにおいて、コンピューターシステムは、ユーザの情報をＩＶＲ（Ｉｎｔａｒａｃｔｉｖｅ  Ｖｏｉｃｅ  Ｒｅｓｐｏｎｃｅ）インターフェースによって取得するための手段を備える。その手段は一般的に知られるＩＶＲ自体であり、また、ＩＶＲダイアログによって尋ねられた質問を計算することができ、顧客により与えられた答えであって、言語的にもしくは電話のキーボードの使用により与えられた答えを処理することができるデータ格納手段並びに処理ユニット（ＣＰＵ）である。答えを処理することは、ユーザが通知を受け取りたい電話番号を入力する／発声する機会、及び、例えば音声で、もしくはＳＭＳで、などのどのように通知されたいかというユーザの選択、といったユーザに関係した情報につながる。このユーザ情報は後の使用のために通常は格納される（接触情報は貨物運送状情報によって格納される）。通知が発生した後にユーザ情報を削除することも同様に可能である。また、代わりに、通知が発生した後にユーザ情報を格納することも可能である。
【００３６】
一つ目の構成は格納場所が減少するという利点がある。二つ目の構成は処理の正確性をチェックし照合する処理の可能性を向上させる。
【００３７】
ユーザ情報（接触情報）の格納は、後の再利用を許容する。
【００３８】
しかし、ユーザ情報は通知される一つの貨物運送状に独占的に使用されるのが特に好ましい。
【００３９】
コンピューターシステムは、現在の出荷物の状態と結合した電話通信のメッセージを自動的に生成し、その電話通信のメッセージをユーザへ送るための手段を備える。これはコミュニケーションモジュールにより実現する。このコミュニケーションモジュールは、システムに多種のメッセージフォーマットを使用し、自動的に多種のコミュニケーション手段を通って配信される音声メッセージ、ＳＭＳ、ＭＭＳ、ポケットベルメッセージなどを自動的に生成する多種の装置と通信させる道具を提供する。これを実現するために、コンピューターは先に述べた出荷物情報が格納されたデータベースと接続し、電話をかけたユーザへ未だ配送中の出荷物の状態をチェックする。その状態は音声メッセージ、ＳＭＳ、若しくはＭＭＳなどの電話通信のメッセージに変換され、ユーザに電話のインターフェースによって送られる。そのような電話のインターフェースは当業者に知られており、前記電話通信のメッセージを電話回線に導入するための手段を提供する。
【００４０】
本発明の好適な実施形態によると、コンピューターシステムは電話通信のメッセージ、好ましくは、会話自動化装置を使用した音声の電話通信のメッセージ、ショートメッセージサービス（ＳＭＳ）型のメッセージ、若しくは、マルチメディアメッセージサービス（
ＭＭＳ）型のメッセージを生成するための手段を備える。
【００４１】
本発明のより好適な実施形態では、コンピューターシステムは、その電話通信のメッセージはさらに出荷物の配達の予定時刻を計算するための手段を備える。
これらの手段は例えばあるサイズの出荷物が出発地点から目的地まで送られるのにどれくらいの時間がかかるかという統計データを使用することにより、予想配達日もしくは時刻を計算する。週末や、クリスマスのような配達に時間がかかることが予想されるときも、計算において考慮に入れられる。
【００４２】
ここで述べられた発明はこれらの方法を実施する方法及びコンピューターシステムに関して説明している。しかし、発明が、例えばコンピューターメモリに格納しマイクロプロセッサにより実行されることが可能であるコンピュータープログラムのコードのようなコンピューターソフトウェアとして実行されるであろうことは、技術分野における通常の技術から明らかである。
【００４３】
コンピューターシステムの各構成要素もしくはモジュールは、例えばアプリケーションサーバが含まれるようなより大きな構造の一部分、もしくは一以上のプラグインプログラム、アプレット、動的ロードライブラリー、もしくは出荷物情報管理を処理するための一以上のコンピューター上でプログラムを実行させるためのその他の構成として実行されても良い。プログラムはサードパーティのアプリケーションに埋め込まれても良いし、適合しても良い。例示の目的のためにモジュールという単語を使用したが、本発明の実施形態はモジュールの実行に制限される必要はない。個々で述べられた機能は、一つの処理としての若しくは複数の処理及び／若しくはアプリケーションの組み合わせとしてのソフトウェア及び／若しくはハードウェアで実現されても良い。
【００４４】
ここで述べられている実施形態のほか、本発明の多様な点が多様な型のコンピューターシステム、すなわち、一般的にコンピューター、サーバー、周辺機器、格納装置、及びデータ通信のための装置のような異種の処理ユニットとともにリンクされた全てのシステムデザインが含まれるコンピューターシステムに使用されて良い。そのようなコンピューターシステムの例として、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、及びグローバルエリアネットワーク（ＧＡＮ）が含まれてもよい。コンピューターシステムは、一つ若しくは比較的少数の場所に集中化しても良く、比較的多数の場所に渡って分配されても良い。
【００４５】
本発明に係るコンピューターシステムは、複数の構成モジュールを備えても良い。これらのソフトウェア構成モジュールは、商的に入手可能な在庫のあるソフトウェア、カスタマイズされたソフトウェア、もしくは独自に開発されたソフトウェアのうちいずれかである。それらがロバスト性を有し、下記のワークフローを遂行する他のソフトウェア構成との統合が可能であるならば、それらはコンピューターシステムに使用することができる。
発明の他の特徴は、付帯した図と関連した実施形態の詳細な説明及び請求項から当業者にとって明らかである。記載され例示された開示事項は、発明の実施例を公開することに焦点を置いている一方、同一物は例示の手段及び単なる例であり、限定の手段としてとられるものではなく、発明の公知技術によって改良されても良いと理解されるべきである。前記記載には本発明の実施例であるとみなされるものが述べられている一方、多様な改良がその中でなされてもよく発明が多様な形で実行されても良いことが理解されている。発明は請求項及びそれらの均等物の全範囲で定義されている。
【００４６】
図１は発明された方法が、電話をかけるユーザを導くのにいかに適用されるかを詳細に示し、前記ユーザはいくつかのダイアログモジュール（ＤＭ）を介してユーザが望むユーザの現在の出荷物について状態情報の取得を要求している。各ＤＭは、システムが最終的
にその電話をかけたユーザに電話通信のメッセージで未だ配送中の出荷物についての状態情報を送ることを可能にするユーザの情報の一部を得ると想定される。各情報の一部、例えばユーザが音声メール若しくはＳＭＳのいずれで通知して欲しいかというようなもの若しくは電話番号など、はＩＶＲ（Ｉｎｔａｒａｃｔｉｖｅ  Ｖｏｉｃｅ  Ｒｅｓｐｏｎｃｅ）インターフェースによって要求される。
ユーザは、ユーザに出荷物の現在の状態についての情報を得ることができる情報ホットラインとして知られている、与えられた電話番号にかけることにより手続を入力する。ユーザは配達サービスのインターネットホームページから、若しくは情報デスクに電話することによりこの電話番号を取得することができる。
【００４７】
図１は、ユーザが小包を追跡したい場合、ユーザがどのようにＩＶＲダイアログを通じて導かれるかについての処理を示す。もちろん、小包を追跡することは、単なる例であり、表示したフローダイアグラムは他の全てのタイプの出荷物に対しても適用可能である。以下においては、処理は完全にユーザの音声を基礎とした答えによって説明される。
【００４８】
この実行は「音声」と同様「音声メール」を含む。音声及び音声メールの間の互換は可能である。アプリケーションはユーザに電話し、ユーザは音声エンジンを聞いても良い。音声エンジン（アプリケーション）はユーザに、ユーザの出荷物についてリアルタイムで話す。ユーザがその電話を聞き損ねた場合には、メッセージは録音された音声メールとして貯留されることになる。
【００４９】
また、この実行は、ユーザに電話キーボードの使用により答えを入力をさせるよう設定されている。このようにすることにより、ユーザは例えば、答えが「はい」である場合に番号１を押し、答えが「いいえ」である場合に番号２を押すように話される。
その処理は、まずユーザが音声で答えるように促され、ＩＶＲシステムがこの与えられた音声を分析できない場合に限り、ユーザは同じ質問を再度尋ねられ、それでも駄目なら電話のキーボードを介して入力するよう促される、と言う方法で管理される。
【００５０】
第一のステップでは、ユーザはＩＶＲによりユーザが小包を追跡したいか否かについて尋ねられる。ユーザが「はい」と答えた場合には、ＩＶＲダイアログを続行する。ユーザが「いいえ」と答えた場合には、ＩＶＲダイアログは終結される。
【００５１】
ユーザの答えが「はい」であった場合、次にユーザは状態情報を取得したい出荷物の番号コードについて尋ねられる。ユーザは出荷物の番号コードを話すことにより質問に答える。処理はダイアログモジュールＤＭ４０００を開始する。
【００５２】
次のステップ、ダイアログモジュールＤＭ４０００では、ユーザは音声メールにより通知されたいか否かを尋ねられ、この場合においては、ユーザが例えば「電話」と声にだすことにより答え、処理はＤＭ４００２の下で続行される。また、ユーザがＳＭＳを介して通知されたい場合、この場合においては、ユーザの答えは「ＳＭＳ」となり、処理はＤＭ４００１の下で続行される。
【００５３】
ダイアログモジュール４００１においては、ユーザはＩＶＲダイアログによりユーザの携帯電話のサービスプロバイダについて尋ねられる。ユーザは「プロバイダ」を話すことにより答え、システムは次にこのプロバイダが適格なプロバイダであるか否かについてチェックする。プロバイダが適格なプロバイダである場合には、処理はＤＭ４００２とともに続行してプロバイダが適格なプロバイダでない場合には、処理はＤＭ４００３とともに続行する。
【００５４】
ダイアログモジュールＤＭ４００２はユーザの電話番号を取得することになっている。
ユーザは追跡情報が送られることとなる電話番号を話し、処理はユーザが述べた電話番号に基づいてユーザが配達通知のために登録されることを通知するＤＭ４００４を続行する。ＤＭ４００２もステップを含み、そのステップにおいて、システムによって電話番号が分析されたときシステムは音声的に電話番号を繰り返し、ユーザにこの電話番号が正しいか否かを確認させる。電話番号が正しくないときは、ユーザは電話番号を再度話させられる。電話番号が正しい場合、システムはＤＭ４００４へ進む。
【００５５】
ダイアログモジュールＤＭ４００３はユーザが適格なプロバイダの顧客でない場合に実行される。この場合、ユーザはＶＩＲを介して、代わりに電話されたいか否か及びその後追跡情報を音声メールで受け取りたいか否かを尋ねられる。ユーザが「はい」と答えた場合、処理はＤＭ４００２の下で続行される。ユーザの答えが「いいえ」だった場合、処理はＤＭ４００５へと進む。
【００５６】
ダイアログモジュールＤＭ４００５はユーザに別の小包を追跡したいか否かもしくはダイアログを開始するためのメインメニューに戻りたいか否かを尋ねる、
【実施例１】
【００５７】
本発明は次の例により詳細に記載されている。例はダイアログモジュールＤＭ４０００、ＤＭ４０００１、ＤＭ４００２、及びＤＭ４００３による方法がどのようにして図１に表示されたフローチャートによって実現されているか、特にＩＶＲダイアログがどのように実行されているか、を例示している。下に示した番号は図１のダイアログモジュール番号に帰する。
【００５８】
【表１】
2011512569.tif 000003
【００５９】
【表２】
2011512569.tif 000004
2011512569.tif 000005
【００６０】
【表３】
2011512569.tif 000006
【００６１】
【表４】
2011512569.tif 000007
【図１】
2011512569.tif 000008
【手続補正書】
【提出日】平成21年10月7日(2009.10.7)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
出荷情報を伝達するための方法であって、
電話通信路のフロントエンドにおけるユーザが発する、いまだ前記ユーザに配送中である出荷品についての情報の受け取り要求を自動的に検知することと、
ユーザの情報をＩＶＲ（Ｉｎｔａｒａｃｔｉｖｅ  Ｖｏｉｃｅ  Ｒｅｓｐｏｎｃｅ）インターフェースによって取得することと、
前記出荷物と関連する出荷情報を取得することと、
前記出荷物の現在の状態と結合した前記出荷情報に基づいてＳＭＳ（ｓｈｏｒｔ  ｍｅｓｓａｇｅ  ｓｅｒｖｉｃｅ）タイプまたはＭＭＳ（ｍｕｌｔｉｍｅｄｉａ  ｍｅｓｓａｇｅ  ｓｅｒｖｉｃｅ）タイプのメッセージの形態で電話通信のメッセージを自動的に生成し、それを前記ユーザの携帯電話へ送ることと、
を含み、
前記電話通信のメッセージは、前記出荷物の状態が変化するときごとに送られる方法。
【請求項２】
前記電話通信のメッセージはさらに前記出荷物の配達の予定時刻を含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記電話通信のメッセージは前記出荷物が配達されたときに送られることを特徴とする請求項１に記載の方法。
【請求項４】
前記方法は、前記ユーザと関連する既に存在しているアカウント情報にアクセスする追加のステップを備えることを特徴とする請求項１から３のうちいずれか一項に記載の方法。
【請求項５】
出荷情報を伝達するためのコンピューターシステムであって、
電話通信路のフロントエンドにおけるユーザがいまだ前記ユーザに配送中である出荷品についての情報を受け取る資格があることを自動的に検知するための手段と、（資格があれば提供する）
ユーザの情報をＩＶＲ（Ｉｎｔａｒａｃｔｉｖｅ  Ｖｏｉｃｅ  Ｒｅｓｐｏｎｃｅ）イ
ンターフェースによって取得するための手段と、
前記出荷物と関連する出荷情報を取得するための手段と、
前記出荷物の配達の予定時刻を計算するための手段と、
現在の出荷物の状態と結合したＳＭＳ（ｓｈｏｒｔ  ｍｅｓｓａｇｅ  ｓｅｒｖｉｃｅ）タイプまたはＭＭＳ（ｍｕｌｔｉｍｅｄｉａ  ｍｅｓｓａｇｅ  ｓｅｒｖｉｃｅ）タイプのメッセージの形態で電話通信のメッセージを自動的に生成し、前記電話通信のメッセージを前記ユーザの携帯電話へ送るための手段と、
を含む出荷情報を伝達するためのコンピューターシステム。
【国際調査報告】
2011512569.tif 000009