(57)【要約】複数のバックエンドシステムによってアカウント開設を円滑化するシステム。このアカウント開設システムは、顧客とインターフェイスして、アカウントタイプ選択、請求情報、及び集荷場所情報などのような顧客情報を収集するフロントエンドインターフェイスを含む。本システムのバックエンドインターフェイスは、顧客情報を事前検証し、アカウントを有効化するためにバックエンドシステムへ顧客情報をルーティングする。また、バックエンドインターフェイスは、バックエンドシステムの可用性を判定するモニタと、バックエンドシステムが一時的に利用可能でないときに、後でルーティングするためにアカウント開設要求と顧客情報を格納するキャッシュとを含む。顧客情報の事前検証は、バックエンドシステムが利用可能でないときに、有利に、バックエンドインターフェイスがアカウント番号を顧客にリアルタイムで分配することを可能にする。事前検証は、バックエンドシステムによってアカウントの後での有効化を可能にするために顧客情報が十分に正しいことを保証する。【特許請求の範囲】
【請求項１】
顧客によって使用されるためのアカウントの開設を円滑化するアカウント開設システムであって、
前記顧客に、顧客情報、アカウント開設要求を提出することを促すように構成され、さらに、提出された顧客情報及びアカウント開設要求を記録するように構成された顧客質問システムと、
前記顧客質問システムから前記顧客情報を受信し、前記アカウントを有効化することを可能にするために前記顧客情報が十分に正しいことを検証するように構成された事前検証システムと、
前記顧客情報の検証に応答して前記アカウントを識別するアカウント番号を割り振り分配するように構成されたアカウント番号分配システムと、
アカウント有効化システムが利用可能でない場合に、前記アカウント開設要求、前記アカウント番号、及び前記検証した顧客情報を受信し格納する能力と、さらに、前記アカウント有効化システムが利用可能である場合には、前記アカウント開設要求、前記アカウント番号、及び前記検証した顧客情報を送信する能力とを持つ、キャッシュシステムと、
を含むアカウント開設システム。
【請求項２】
請求項１に記載のアカウント開設システムにおいて、
前記アカウント番号分配システムが、前記アカウント番号が割り振られ、分配されるような、固有のアカウント番号貯蔵所を含む、
を特徴とするアカウント開設システム。
【請求項３】
請求項１に記載のアカウント開設システムにおいて、
さらに、アカウント使用情報に基づきアカウントタイプにあった推奨(account-type suggestion)を行うように構成されたアカウント推奨システムをも含み、
前記顧客質問システムは、さらに、前記顧客に前記アカウント使用情報の入力を促し、前記顧客により提出された前記アカウント使用情報を記録するように構成されている、
ことを特徴とするアカウント開設システム。
【請求項４】
請求項３に記載のアカウント開設システムにおいて、
前記アカウントタイプにあった推奨は、前記顧客にかかる負担が最小限であるアカウントタイプにあったものである、
ことを特徴とするアカウント開設システム。
【請求項５】
請求項１に記載のアカウント開設システムにおいて、
さらに、前記アカウント有効化システムが利用可能でないときを判定するように構成され、前記キャッシュシステムと通信を行う能力を持つモニタシステムをも含む、
ことを特徴とするアカウント開設システム。
【請求項６】
アカウント開設要求をバックエンドシステムに提出することによって顧客アカウントの開設を円滑化するアカウント開設システムであって、
顧客情報を収集するための顧客情報フィールド、及び、前記アカウント開設要求を記録するためのアカウント要求フィールドを持つ顧客質問インターフェイスと、
前記顧客情報を受信し、前記アカウントを有効にすることを可能にするために、前記顧客情報が十分に正しいことを検証するように構成された事前検証システムと、
前記顧客情報の検証に応答して、前記バックエンドシステムに対して前記アカウント開設要求及び前記顧客情報をフォーマットしディスパッチする能力を持つルーティングシステムと、
前記バックエンドシステムがいつ利用可能でないのかを判定するように構成されたモニタシステムと、
前記バックエンドシステムが利用可能でない場合に前記アカウント開設要求及び前記顧客情報を受信し格納する能力を持ち、前記バックエンドシステムが利用可能である場合に前記アカウント開設要求及び前記顧客情報を前記ルーティングシステムを通って前記バックエンドシステムに再提出することができるようなキャッシュシステムと、
を含むアカウント開設システム。
【請求項７】
請求項６に記載のアカウント開設システムにおいて、
さらに、前記顧客情報の検証に応答して前記顧客を識別するアカウント番号を割り振り分配するように構成されているアカウント番号分配システムをも含む、
ことを特徴とするアカウント開設システム。
【請求項８】
請求項７に記載のアカウント開設システムにおいて、
前記アカウント番号分配システムは、さらに、
前記バックエンドシステムの利用不可能性に応答して前記アカウント番号を割り振り分配するように構成されている、
ことを特徴とするアカウント開設システム。
【請求項９】
請求項８に記載のアカウント開設システムにおいて、
前記アカウント番号分配システムは、
固有のアカウント番号が割り振られ分配されるような、アカウント番号プールを含む、
ことを特徴とするアカウント開設システム。
【請求項１０】
請求項８に記載のアカウント開設システムにおいて、
前記アカウント番号プールは、
前記バックエンドシステムから追加の固有のアカウント番号のリストを定期的に受信する能力を持つ、
ことを特徴とするアカウント開設システム。
【請求項１１】
請求項１に記載のアカウント開設システムにおいて、
前記モニタシステムは、さらに、
前記ルーティングシステムを通じて前記バックエンドシステムへ質問メッセージを送信し、前記バックエンドシステムによる前記質問メッセージへの応答に基づき前記バックエンドシステムの可用性を判定するように構成されている、
ことを特徴とするアカウント開設システム。
【請求項１２】
請求項１１に記載のアカウント開設システムにおいて、
前記質問メッセージは、
前記バックエンドシステムの幾つかのサブシステムの可用性を判定するために、前記サブシステムに到達するようにフォーマットされた情報を収容する、
ことを特徴とするアカウント開設システム。
【請求項１３】
請求項１２に記載のアカウント開設システムにおいて、
前記サブシステムの１つが、前記バックエンドシステムのアカウント貯蔵システムである、
ことを特徴とするアカウント開設システム。
【請求項１４】
請求項６に記載のアカウント開設システムにおいて、
前記モニタシステムは、
前記バックエンドシステムの事前に計画された非可用性の不稼動時間スケジュールのリストを調べるように構成されている、
ことを特徴とするアカウント開設システム。
【請求項１５】
バックエンドシステムによる顧客出荷アカウントの開設を円滑化するアカウント開設システムであって、
顧客により選択された出荷アカウントタイプを記録するように構成されたアカウントタイプ選択パネルを含む複数のグラフィカルユーザインターフェイスパネルを顧客コンピュータ上に生成する能力を持つフロントエンドインターフェイスと、
前記顧客により提出されたこの顧客に関する情報を記録するように構成された顧客情報パネルと、
前記顧客に前記顧客出荷アカウントを関連付けたアカウント番号を報告するように構成されたアカウント番号提供パネルと、
バックエンドインターフェイスと、を含み、
前記バックエンドシステムは、
前記バックエンドシステムにより前記出荷アカウントの有効化を可能にするために前記顧客情報が十分に正しいことを検証するように構成された事前検証システムと、
固有のアカウント番号プールから前記アカウント番号を割り振り、前記顧客情報の検証に応答して前記アカウント番号を前記アカウント番号提供パネルへ送信するように構成されたアカウント番号分配システムと、
前記バックエンドシステムによるアカウント番号及び前記アカウントタイプ選択に対応する前記出荷アカウントの有効化を可能にするために前記バックエンドシステムに対して前記アカウントタイプ選択、前記アカウント番号、及び前記顧客情報をフォーマットしディスパッチする能力を持つルーティングシステムと、を含む、
ことを特徴とするアカウント開設システム。
【請求項１６】
請求項１５に記載のアカウント開設システムにおいて、
前記グラフィカルユーザインターフェイスパネルは、
前記顧客によって入力された予想される出荷タイプ及び頻度に関する情報を記録するように構成されている出荷要望パネルと、
前記出荷要望情報に基づきアカウントタイプにあった推奨を行うように構成されているアカウント推奨パネルとをも含む、
ことを特徴とするアカウント開設システム。
【請求項１７】
請求項１６に記載のアカウント開設システムにおいて、
前記予想される出荷タイプと頻度に関する情報は、陸上、空、及び国際の出荷要望を含む、
ことを特徴とするアカウント開設システム。
【請求項１８】
請求項１５に記載のアカウント開設システムにおいて、
前記バックエンドシステムは、
さらに、前記バックエンドシステムが利用可能でないときを判定するように構成されたモニタシステムと、
前記バックエンドシステムが利用可能であるときに前記バックエンドに後でディスパッチするために、前記バックエンドシステムが利用可能でないときに、前記アカウントタイプ選択、前記アカウント番号、及び前記顧客情報を受信し格納する能力を持つキャッシュシステムとを含む、
ことを特徴とするアカウント開設システム。
【請求項１９】
請求項１５に記載のアカウント開設システムにおいて、
前記アカウント番号は、陸上、及び空の出荷に使用可能である、
ことを特徴とするアカウント開設システム。
【請求項２０】
請求項１５に記載のアカウント開設システムにおいて、
前記アカウント番号は、陸上、空及び国際の出荷に使用可能である、
ことを特徴とするアカウント開設システム。
【請求項２１】
請求項１５に記載のアカウント開設システムにおいて、
前記出荷アカウントタイプは、臨時アカウント及び定期的集荷アカウントを含む、
ことを特徴とするアカウント開設システム。
【請求項２２】
請求項２１に記載のアカウント開設システムにおいて、
前記ルーティングシステムは、
さらに、前記アカウントタイプ選択が前記定期的集荷アカウントである場合に、サービスディスパッチシステムに前記顧客情報と前記アカウント番号とをルーティングするように構成されている、
ことを特徴とするアカウント開設システム。
【請求項２３】
請求２１に記載のアカウント開設システムにおいて、
前記ルーティングシステムは、
さらに、スタートアップキットを提供するための供給システムに前記アカウント番号及び顧客情報をルーティングするように構成されている、
ことを特徴とするアカウント開設システム。
【請求項２４】
バックエンドシステムにより顧客のためのアカウントの開設を円滑化するアカウント開設方法であって、
前記顧客に関する情報を記録するステップと、
アカウント開設の要求を記録するステップと、
前記バックエンドシステムによる前記アカウントの有効化を可能にするために前記顧客情報が十分に正しいことを保証するために前記顧客情報を事前検証するステップと、
前記バックエンドシステムを監視して、前記バックエンドシステムの可用性を判定するステップと、
前記バックエンドシステムが利用可能でない場合に、前記アカウントに関連付けられた固有のアカウント番号を分配するステップと、
前記バックエンドシステムによって、アカウント番号及び前記アカウントタイプ選択に対応する前記出荷アカウントの有効化を可能にするために、前記バックエンドシステムが利用可能である場合に、前記バックエンドシステムへ、前記アカウント開設要求、前記顧客情報及び前記アカウント番号をルーティングするステップと、
を含むアカウント開設方法。
【請求項２５】
請求項２４に記載のアカウント開設方法において、
さらに、前記顧客情報及びアカウント番号を前記バックエンドシステムにルーティングする前に、前記バックエンドシステムが利用可能でない間に、前記アカウント番号及び顧客情報をキャッシングするステップ、
をも含む、ことを特徴とするアカウント開設方法。
【請求項２６】
請求項２４に記載のアカウント開設方法において、
前記監視して判定するステップは、
前記バックエンドシステムに質問メッセージを送信し、前記質問メッセージに対する応答に基づき前記バックエンドシステムの可用性を判定するステップを含む、
ことを特徴とするアカウント開設方法。
【請求項２７】
請求項２４に記載のアカウント開設方法において、
前記アカウントを番号を分配するステップが、
固有のアカウント番号のプールから前記アカウント番号を分配するステップを含む、
ことを特徴とするアカウント開設方法。
【請求項２８】
請求項２７に記載のアカウント開設方法において、
さらに、前記固有のアカウント番号のプールの減少を監視するステップをも含む、
ことを特徴とするアカウント開設方法。
【請求項２９】
請求項２８に記載のアカウント開設方法において、
さらに、前記プールが減少するのに従って、前記バックエンドシステムから追加の固有のアカウント番号を取得することによって、前記固有のアカウント番号のプールに補充するステップをも含む、
ことを特徴とするアカウント開設方法。
【請求項３０】
請求項２４に記載のアカウント開設方法において、
前記監視して判定するステップは、
前記バックエンドシステムの事前に計画された非可用性の不稼動時間スケジュールのリストを調査するステップを含む、
ことを特徴とするアカウント開設方法。
【請求項３１】
請求項２４に記載のアカウント開設方法において、
前記アカウント開設要求を記録するステップが、
出荷アカウント開設の要求を記録するステップを含む、
ことを特徴とするアカウント開設方法。
【請求項３２】
請求項３１に記載のアカウント開設方法において、
さらに、前記顧客の出荷要望情報を記録するステップと、前記アカウント開設要求を記録する前に、前記出荷要望情報に基づき出荷アカウントタイプを推奨するステップとを含む、
ことを特徴とするアカウント開設方法。
【請求項３３】
請求項３２に記載のアカウント開設方法において、
前記出荷要望情報を記録するステップは、出荷タイプと頻度とを記録するステップを含む、
ことを特徴とするアカウント開設方法。
【請求項３４】
請求項３３に記載のアカウント開設方法において、
前記出荷要望情報を記録するステップは、陸上及び空の出荷要望を記録するステップを含む、
ことを特徴とするアカウント開設方法。
【請求項３５】
請求項３３に記載のアカウント開設方法において、
前記出荷要望情報を記録するステップは、陸上、空、及び国際の出荷要望を記録するステップを含む、
ことを特徴とするアカウント開設方法。
【請求項３６】
請求項３３に記載のアカウント開設方法において、
前記出荷アカウントタイプを推奨するステップは、
臨時アカウント及び定期的な集荷アカウントのうちの１つを推奨するステップを含む、
ことを特徴とするアカウント開設方法。
【請求項３７】
請求項３６に記載のアカウント開設方法において、
前記アカウント開設要求をルーティングするステップは、
さらに、サービスディスパッチシステムによる集荷スケジュールの設定の要求をルーティングするステップをも含む、
ことを特徴とするアカウント開設方法。
【請求項３８】
請求項３６に記載のアカウント開設方法において、
前記アカウント開設要求をルーティングするステップは、
さらに、供給システムによる前記顧客へのスタートアップキットの配布のための要求をルーティングするステップをも含む、
ことを特徴とするアカウント開設方法。
【請求項３９】
バックエンドシステムによる顧客のためのアカウント開設を円滑化するコンピュータプログラム製品であって、
コンピュータ可読プログラムコードを格納しているコンピュータ可読記憶媒体を含み、
前記コンピュータ可読プログラムコードは、
前記顧客に関する情報を記録する第１の実行可能部と、
アカウント開設要求を記録する第２の実行可能部と、
前記バックエンドシステムによって前記アカウントを有効化することを可能にするために前記顧客情報が十分に正しいことを検証するために前記顧客情報を事前検証する第３の実行可能部と、
前記バックエンドシステムを監視して前記バックエンドシステムの可用性を判定する第４の実行可能部と、
前記バックエンドシステムが利用可能でない場合に、前記アカウントに関連付けられた固有のアカウント番号を分配する第５の実行可能部と、
前記バックエンドシステムが利用可能である場合に、
前記アカウント開設要求、前記顧客情報、及び前記カウント番号を前記バックエンドシステムにルーティングする第６の実行可能部と、を含む、
コンピュータプログラム製品。
【請求項４０】
請求項３９に記載のコンピュータプログラム製品。
において、
前記第６の実行可能部によって、前記バックエンドシステムに、前記顧客情報、及び前記アカウント番号をルーティングする前に、前記バックエンドシステムが利用可能でない間に、前記アカウント番号及び前記顧客情報をキャッシュする第７の実行可能部をも含む、
ことを特徴とするコンピュータプログラム製品。
【請求項４１】
請求項３９に記載のコンピュータプログラム製品。
において、
前記第４の実行可能部は、前記質問メッセージを前記バックエンドシステムに送信し、前記質問メッセージに基づき、前記バックエンドシステムの可用性を判定するのに適合している、
ことを特徴とするコンピュータプログラム製品。
【請求項４２】
請求項３９に記載のコンピュータプログラム製品。
において、
前記第５の実行可能部は、固有のアカウント番号のプールから前記アカウント番号を分配するのに適合している、
ことを特徴とするコンピュータプログラム製品。
【請求項４３】
請求項４２に記載のコンピュータプログラム製品。
において、
さらに、前記固有のアカウント番号の減少を監視する第８の実行可能部をも含む、
ことを特徴とするコンピュータプログラム製品。
【請求項４４】
請求項４３に記載のコンピュータプログラム製品。
において、
さらに、前記プールが減少するのに応じて、前記バックエンドシステムから追加の固有のアカウント番号を取り出すことによって、前記固有のアカウント番号のプールに補充する第９の実行可能部をも含む、
ことを特徴とするコンピュータプログラム製品。
【請求項４５】
請求項３９に記載のコンピュータプログラム製品。
において、
前記第４の実行可能部は、前記バックエンドシステムの非可用性を事前計画した不稼動時間のスケジュールリストを調べるのに適合している、
ことを特徴とするコンピュータプログラム製品。
【請求項４６】
請求項３９に記載のコンピュータプログラム製品。
において、
前記第２の実行可能部は、出荷アカウント開設要求を記録するのに適合している、
ことを特徴とするコンピュータプログラム製品。
【請求項４７】
請求項４６に記載のコンピュータプログラム製品。
において、
さらに、前記第２の実行可能部によって前記カウント開設要求を記録する前に、前記顧客の出荷要望情報を記録し、前記出荷要望情報に基づき出荷アカウントタイプを薦める、第１０の実行可能部をも含む、
ことを特徴とするコンピュータプログラム製品。
【請求項４８】
請求項４７に記載のコンピュータプログラム製品。
において、
前記第１０の実行可能部は、出荷タイプ及び頻度を記録するのに適合している、
ことを特徴とするコンピュータプログラム製品。
【請求項４９】
請求項４７に記載のコンピュータプログラム製品。
において、
前記第１０の実行可能部は、陸上及び空の出荷要望を記録するのに適合している、
ことを特徴とするコンピュータプログラム製品。
【請求項５０】
請求項４７に記載のコンピュータプログラム製品。
において、
前記第１０の実行可能部は、陸上、空、及び国際の出荷要望を記録するのに適合している、
ことを特徴とするコンピュータプログラム製品。
【請求項５１】
請求項４７に記載のコンピュータプログラム製品。
において、
前記第１０の実行可能部は、臨時アカウント及び定期集荷アカウントの１つを推奨するのに適合している、
ことを特徴とするコンピュータプログラム製品。
【請求項５２】
請求項５１に記載のコンピュータプログラム製品。
において、
前記第６の実行可能部は、サービスディスパッチシステムによって集荷のスケジュールの設定のための要求をルーティングするのに適合している、
ことを特徴とするコンピュータプログラム製品。
【請求項５３】
請求項５１に記載のコンピュータプログラム製品。
において、
前記第６の実行可能部は、供給システムによって前記顧客へのスタートアップキットを配布する要求をルーティングするのに適合している、
ことを特徴とするコンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、様々なタイプのアカウントの開設の自動化方法に関し、より詳細には、バックエンドシステムの収集によって、その他の関連サービスの供給、及びアカウントの有効化を円滑化するために、顧客情報を収集しルーティングするコンピュータ化されたシステム及びネットワークの使用に関するものである。
【背景技術】
【０００２】
多くの企業は、増大する様々な顧客アカウントの開設を円滑化する必要性に直面している。多くの場合、これらのアカウントの開設のための既存のシステムは、顧客情報が電話に関連し、かつ、不適切にデータベースに転記される場合などのような、アカウント開設処理を遅延化し、人的ミスの可能性を招くような顕著な人的介在を必要とする。さらに、各アカウントは、個々のユーザの要望に頻繁に合わせなければならず、従って、顧客による複数の決定、これらの決定に関する膨大な情報を正確に収集しルーティングする必要がある。例えば、運送企業の出荷は、様々な出荷アカウントを開設するために、顧客情報の正確かつ素早い収集を必要とする。
【０００３】
個人及び企業の出荷ニーズ即ち要望は、臨時の小包の出荷だけから毎日の複数の荷物の出荷まで大きく異なるものである。より多くの頻度の荷主は、荷物が出荷されるのに応じた各荷物のための出荷料金の支払いの不便さを解消することを望んでいる。さらに、運送サービスプロバイダー（事業者）は、荷物を出荷しその代金を払う顧客に対してできる限り簡易化してあげることにより利益を得る。典型的には、出荷は、顧客が様々な運送サービスの代金を課し、月ごとの期間などで定期的に当該アカウントを清算するような、出荷アカウントを設定することによって円滑化される。出荷アカウントは、顧客の従業員が運送サービスを発注し、梱包伝票上のアカウント番号を参照することにより従業員のかなりの時間や労力を削減することを可能にする。
【０００４】
荷物を出荷する幾つかの顧客は、
運送サービス事業者が、毎日ベースの事前設定の時間で荷物をピックアップ即ち集荷するサービス員をディスパッチ（dispatch）即ち派遣することで、運送サービス事業者との間で同意に至る。集荷にかかる費用は、典型的には、重い出荷要望を持つこれらの顧客のためには名目上の即ちわずかな額である。よりバラバラな形態で荷物を出荷する顧客は、集荷サービスが費用効率的でなく、従って、運送サービス事業者によって指定された場所に荷物を持ち込むことを選択することを気づくこともできる。それにもかかわらず、運送サービス事業者及び顧客への請求のより便利な方法の１つは、運送サービス事業者によって、顧客に対して承諾された請求アカウント（口座）へ費用を課すことである。
【０００５】
顧客が出荷アカウントを得るために、顧客は運送サービス事業者にアカウントを開設するための要求（アカウント開設要求）を提出しなければならない。アカウントを開設し顧客にアカウント番号を分配する従来の方法は、図１８に示すような顧客サービス担当応答電話の仕組みを使用することである。潜在的な顧客がアカウント保持者になることを所望する場合は、顧客は、一般的な顧客サービスの電話線に電話をかけることによって、口頭での要求を行う。顧客は、新たなアカウントに責任を持つ顧客サービス担当者に参照される。顧客サービス担当者は、顧客と電話インタビューを実行し、顧客が所望するアカウントのタイプを判定するための一連の質問即ち質問を尋ねる。顧客サービス担当者は疎の情報を用紙に記入する。その用紙は、種々のバックエンドシステムのグループに複数回、人手で供給、即ち再度入力される。アカウント貯蔵（リポジトリ）システムは、顧客サービス担当者によって選択され入力された有効日までにバッチ式でアカウントを割り当て、そして有効化する。アカウントを一旦開設した後は、この新たなアカウント番号は、顧客サービス担当者によって人手で記録される。顧客サービス担当者は、まったく異なる供給システムに顧客情報を入力することによって、スタートアップキットを注文する。最終的に、サービス担当者は、顧客のところに毎日の集荷サービスを含むアカウントのためのアカウントサービスをスケジュールするためのサービスディスパッチシステムに入力する。
【０００６】
上述したアカウント開設の方法は、人手に重点を置いたものであり、時間がかかるものであり、そして、幾つかの欠点を持つ。新たなアカウント番号は、スタートアップキットの到着、或いは、顧客サービス担当者からのフォローアップの電話を介して、顧客に引き継がせるときに２、３日の営業日を必要とする。顧客がアカウントのために緊急を要する場合であっても、よくても、顧客サービス担当者が、新たなアカウント番号を中継するために電話をかけなおすのに数時間かかる。バックエンドシステムは、保守やその他の理由でスケジュールされた或いはスケジュールされていないダウンタイム即ち不稼動時間が原因で多く回数にわたり、利用可能でない。不稼動時間の間、アカウント番号を割り当てることができず、アカウントを開設することができず、その他のサービスを提供することもできない。さらに、顧客サービス担当者は、用紙への記入を忘れることもあり、その結果、アカウント開設処理が遅れたり、失敗したりさえする。複数の用紙即ちフォームに再度入力する必要性は、転記間違いの機会を増加させる。
【０００７】
顧客からサービス担当へのこの情報の電話引継ぎも、幾つかの問題を抱える。
優先電話として電話を分類する手段がなく、潜在的な新たな顧客が数分間にわたり保留のままにされることとなる。情報を誤って記録する顧客サービス担当者によって、バックエンドシステムに間違いが入力されることもある。アカウントタイプ及び有効日（発効日）の割り当ては、担当者で異なり得る。さらに、電話サービスセンターは、典型的には、一週間に７日のスケジュールで一日あたり２４時間運用するのは費用がかかりすぎる。
【０００８】
インターネットの出現は、運送業界を含む幾つかのビジネス分野のアカウントアプリケーションを簡単化した。アカウント即ち計算書は、様々なフォーム即ち書式に様々な顧客情報を記入することによって、運送会社のワールドワイドウェブサイトを越えて請求される。このフォームは、運送サービス事業者に処理され、アカウントが開設され、この顧客はアカウント番号でコンタクトされる。アカウント申請とアカウント番号の発行との間の遅延は、顧客を苛立たせ、その顧客とのビジネスを失う結果にもなり得る。ある運送サービス事業者（フェデラルエクスプレス（登録商標））は、インターネットを越えて送信された申請に応答してリアルタイムで、異なるそれぞれのタイプのアカウントに、アカウント番号を提供することによってこの問題を解決している。
【０００９】
アカウント申請を提出する方法にかかわらず、アカウント番号を生成し、アカウントを設定するのに使用されるシステムは、ときどき、１つまたは複数のシステムのダウンタイム即ち不稼動時間によって、アカウント番号を発行するのに失敗する。アカウント申請を処理するシステムの１つが保守されるとき、或いはシステム障害になっているときに、ダウンタイムに典型的に遭遇することとなる。この不稼動時間の間、アカウント番号は、従来の電話申請システムやインターネット申請システムでは利用可能ではなくなる。サービスの遅延で不満がたまった顧客を、この期間の間に失うことになるかもしれない。
【００１０】
多数の顧客サービス担当者が顧客とやり取りをし、手動で顧客情報を入力する必要無しでアカウント申し込みを収集し、処理するための、インターネットアクセス可能なシステムを持つことが有利である。様々なアカウント処理システムのスケジュールされた、或いはスケジュールされていない不稼動時間にかかわらず、リアルタイムで顧客にアカウント番号を発行できることが有利である。
【００１１】
発明の概要
本発明は、上記のニーズを解決し、１つまたは複数のバックエンドシステムによってアカウントの開設を円滑化するシステムを提供することによってその他の効果を達成するものである。このアカウント開設円滑化システムは、顧客とインターフェイスをとってアカウントタイプ選択、請求情報、及び集荷場所情報などの顧客情報を収集するような、フロントエンドインターフェイスを含む。このアカウント開設円滑化システムは、顧客情報を事前検証し、アカウントを有効化するためバックエンドシステムに顧客情報をルーティングするようなバックエンドインターフェイスを含む。バックエンドインターフェイスは、バックエンドシステムの可用性を判定する監視システム（モニター）と、バックエンドシステムが一時的に利用可能でない場合に、後でルーティングするために、アカウント開設要求及び顧客情報を格納するキャッシュとを含む。好適には、顧客情報の事前検証は、バックエンドシステムが利用可能でない場合に、バックエンドインターフェイスがアカウント番号を顧客にリアルタイムで配布することを可能にする。事前検証は、バックエンドシステムによってアカウントの後での有効化を可能にするのに顧客情報が十分正しいことを保証する。
【００１２】
ある実施態様では、アカウント開設円滑化システム（アカウント開設システム）は、顧質問（キュエリー）インターフェイスから顧客情報を受信し、顧客情報を検証するような、顧客情報検証器を含む。また、アカウント開設システムは、バックエンドシステムの各々のメッセージをフォーマットし、ディスパッチ（dispatch）し、受信する能力を持つメッセージング即ちルーティングシステムを含む。このメッセージングシステムは、顧客情報の検証に応答して、バックエンドシステムのアカウント貯蔵システムへのアカウント開設要求をフォーマットし、ディスパッチすることができる。バックエンドシステムが利用可能でない場合に、アカウント開設システムは、バックエンドシステムが利用可能になるまでメッセージを格納するキャッシュを含む。好適には、キャッシュ内へのメッセージの格納は、スケジュールされた或いはスケジュールされていない不稼動時間によってバックエンドシステムが利用可能でない場合であっても、顧客によってアカウント開設要求が提出されることを可能にする。
【００１３】
このアカウントは、運送サービス事業者（プロバイダー）、或いは、幾つかのその他のタイプの顧客や企業のアカウントを通じて、荷物の出荷のための出荷アカウントとすることができる。異なるタイプの出荷アカウントは、臨時出荷アカウント、及び、定期（典型的には毎日）出荷アカウントを含む。ある態様では、臨時出荷アカウントは、アカウント番号がアカウント貯蔵システムによって生成されたときに顧客によって使用可能となる。その他の態様では、毎日出荷アカウントは、所定の遅延時間が定期的な集荷訪問がスケジュールされた時間を経過するときまで、顧客によって使用可能ではない。この遅延は、バックエンドシステムの１つが利用可能でなく、かつ、アカウント要求が満たされないときに、使用することができる。アカウント開設システムは、それぞれのバックエンドシステムのための不稼動時間スケジュールを検査すること、或いは、バックエンドシステムの応答性を判定するキュエリー（質問）即ち「ping」ロジックを使用することによって、バックエンドシステムが利用可能であるか否かを判定するモニタを含むことができる。
【００１４】
ある実施態様では、このモニタは、メッセージングシステムを通じて１つまたは複数のバックエンドシステムへ質問メッセージを送出することができる。この質問メッセージは、バックエンドシステムに送られる単純な質問にすることができる。バックエンドシステムが応答に失敗することは、バックエンドシステムが利用可能でないことを示し、或いは、バックエンドシステムは利用可能でないことを示す応答を送信することもできる。このメッセージは、バックエンドシステムの幾つかのサブシステムに到達するためにフォーマットされた情報を含むことができ、これは、モニタが、バックエンドシステムが完全に或いは部分的に利用可能であるかを判定することを可能にする。例えば、質問メッセージはモニタによって送信され得るものであり、メッセージングシステムによってフォーマットされ、アカウント貯蔵システムに送信される。質問メッセージは、アカウント貯蔵システムのアカウント番号データベースに到達するようにフォーマットされた情報を含み、アカウント貯蔵システム或いはモニタシステムがアカウント番号データベースが利用可能かどうかを判定することを可能にする。データベースが、所定のアカウント番号最小数よりも少ないアカウント番号を持つときに、その他の質問メッセージが警告を発する。この質問メッセージは、この質問メッセージがテストであって、完全な処理及び応答を必要とする典型的なメッセージでないことを、バックエンドシステム、およびそのサブシステムに知らせる警告情報を含むこともできる。この警告情報は、バックエンドシステムから間違った情報をアカウント開設システムに送信されることを防止するのに好適である。
【００１５】
その他の実施態様では、顧客情報は、出荷及び請求のアドレス即ち住所の情報を含む。アカウント貯蔵システムは、アカウントを開設する前に出荷及び請求のアドレス即ち住所の情報を検証するアドレス検証器を含む。顧客情報検証器は、同じ、出荷及び請求アドレス情報を事前検証し、アカウント貯蔵システムのアドレス検証器によって拒絶されるリスクなしで、アカウント開設要求が、その後の実行のためにキャッシュに格納されることを可能にする。顧客がまだ申し込むをしているときに、この事前検証はリアルタイムで実行され、顧客は何らかの間違いを修正することが可能になる。検証器は、市、州、郵便コードを事前検証することが望ましく、さらに好適には、検証器はさらなる細かい通りの名前レベルの検証を行う。
【００１６】
本発明は、様々なバックエンドシステムと共に使うのが便利であるが、１つまたは複数のバックエンドシステムの特別な構造は本発明の一部ではない。バックエンドシステムは、アカウント開設要求に関与する前にメッセージフォーマット及び言葉の決まりをカスタマイズするメッセージングシステムを必要とするような典型的には別個のシステムである。アカウント貯蔵システムに加えて、バックエンドシステムは、顧客に供給品を送る供給システムを含むことができる。例えば、アカウント開設システムが出荷アカウントを開設する場合、供給品は、顧客による出荷アカウントの使用を円滑化するようなものや指示などを収容するような供給キットを含む。バックエンドシステムは、サービスを顧客に分配するサービスシステムを含むことができる。例えば、毎日出荷アカウントの場合は、サービスシステムは、スケジューリングシステムとサービスディスパッチシステムを含むことができる。スケジューリングシステムは、顧客のサービススケジュール確認を実施することができる。このサービススケジュール確認は、出荷サービスが適切な時間に顧客に提供されることを保証する。その後、サービスディスパッチシステムは、荷物の毎日の集荷のために出荷サービス員を顧客のところに派遣する。
【００１７】
その他の実施態様では、本発明は、顧客情報を獲得し、顧客情報の基づき出荷アカウントタイプを推奨し、選択された顧客情報を事前検証して顧客に陸上輸送、空輸、及び国際出荷の注文に使用可能な、アカウント番号の迅速な配布を可能にするゆおな、インターネットを越えて顧客出荷アカウントを開設する方法及びシステムを含む。
【００１８】
フロントエンドインターフェイスを使用して、インタネットを越えて顧客と通信を行い、顧客情報を獲得し検証し、顧客サービス担当者の関与を必要としないで、リアルタイムで出荷アカウント番号を顧客に配布する。バックエンドシステムを使用して、アカウント開設メッセージを１つまたは複数の分離したバックエンドシステムに送出し、そのアカウント番号に対応する顧客アカウントを開設する。バックエンドインターフェイスは、フロントエンドインターフェイスを越えて顧客と通信を行い、バックエンドシステムが使用可能である場合は出荷アカウントを設定し、或いは、バックエンドシステムが使用可能でない場合は後で配布するために、キャッシュにアカウント開設メッセージを格納する。
【００１９】
その他の実施例では、本発明は、インターネットを越えて顧客と通信を行うため、及び、１つまたは複数のバックエンドシステムを通信を行って出荷サービス事業者に出荷アカウントを設定するためのグラフィカルユーザインターフェイスを含む。このグラフィカルユーザインターフェイスは、顧客から送られた顧客情報を記録する顧客情報質問を含む。顧客情報は、顧客の計画された将来の陸上出荷要望に基づく陸上出荷要望情報、或いは、顧客の計画された将来の空の出荷要望に基づく空の出荷要望情報を含むことが好適である。グラフィカルユーザインターフェイスのアカウント推奨インターフェイスは、顧客によって提出された陸上出荷要望及び空の出荷要望に基づき顧客にアカウントタイプを推奨する。このアカウント推奨インターフェイスは、推奨されたアカウントタイプと異なる場合は、顧客によって所望されるアカウントタイプを顧客が選択することを可能にするようなアカウント選択フィールドも含む。アカウント推奨インターエフィスは、バックエンドシステムにアカウント開設要求を送出し、顧客によって選択されたアカウントタイプを開設する。グラフィカルユーザインターフェイスは、陸上および空の出荷注文の設定のために新たに設定された出荷アカウントに対応するアカウント番号を顧客に伝達するような、アカウント番号インターフェイスも含む。アカウント番号インターフェイスは、リアルタイムで顧客にアカウント番号を伝達し、アカウント番号を使用して出荷注文をされ得る前に経過しなければならない遅延時間を顧客に伝達するように構成させることができる。この遅延時間は、開設要求を受信し実行するバックエンドシステムの可用性に基づくものである。
【００２０】
ある実施態様では、アカウント推奨インターフェイスは、陸上出荷要望及び空輸の要望のコストを計算し、顧客に推奨すべき最もコスト的に有効なアカウントを決定する。この出荷のために最もコスト的に有効なアカウントは、出荷サービス事業者が顧客の出荷場所に毎日立ちよらせる毎日集荷アカウント、或いは、出荷サービス事業者が顧客の出荷場所に毎日立ち寄らせない臨時集荷アカウントとに二者択一的に設定することができる。アカウント開設システムは、出荷量が臨時アカウントが有効でないくらいに低い場合には、クレジットカード出荷アカウントを推奨することもできる。
【００２１】
本発明は、電話サービスセンターで使用することもできる。電話サービスセンターのサービス員は、電話を越えて顧客からのアカウント開設要求を受け取り、アカウント開設要求を提出する。このケースでは、サービス員は、顧客から伝えられた情報をアカウント開設システムに入力し、その顧客のためのアカウント番号を得る。
【００２２】
その他の実施態様では、アカウント開設システムのフロントエンドインターフェイスは、一連のウェブページを提示するよう相互作用し、顧客から顧客情報を得るような幾つかのコンポーネントを含むモジュール式のスケーラブルなアーキテクチャを含む。このフロントエンドインターフェイスは、当該ページを処理するのに必要なロジックを含むハンドラーオブジェクト、ページをどのように提示するのか、についての情報を含むページオブジェクトに分解される。
【００２３】
本発明のアカウント開設システムは、従来技術に対して幾つかの利点を持つ。顧客の視点から見ると、アカウント開設システムは便利であって、インターネットによってアクセス可能であるため使用が簡単である。また、アカウント開設システムは、アカウントを使用することができる前に、最小の遅延時間、或いは遅延時間無しでアカウント番号を迅速に提供する。アカウント開設システムは、顧客のためのスタートアップ即ち開始キットを含む供給品、及び、アカウントに関連付けられた、顧客のためのサービスを自動的に要求することが好適である。出荷アカウントの場合は、顧客には、地上及び空の出荷に使用できる単一のアカウント番号が提供される。このアカウント番号は、幾つかのアカウントタイプのための出荷には即座に利用可能であり、即座に利用可能でない場合は、顧客はそのアカウントがいつ出荷のために利用可能になるのかを知る。さらに、アカウントを使用するのにクレジットカードを必要としない。
【００２４】
アカウント開設システムは、アカウント提供者にも利点がある。アカウント開設システムは、バックエンドシステムの使用を調整し、データを入力するめの専任の人員の経費をかけずに済ませる。顧客が自己のデータをグラフィカルユーザインターフェイスに入力するため、データ入力ミスを防止する。電話センターの場合には、アカウント開設システムは、バックエンドシステムの使用を調整し、ミス、及びアカウント開設の遅れを最小化する。アカウント番号は、バックエンドシステムがダウンしているときでさえ、許可することができ、スケジュールされた、或いは、スケジュールされていない、バックエンドシステムの可用性の中断の間に顧客を失うことを限定させる。アカウント開設システムの上述した利点は、従来のシステムの使用を望む者を越えて更なる顧客をひきつけやすいものであり、これによってアカウント申し込みの数が増加する。
【００２５】
発明の詳細な説明
本発明の概略を説明してきたが、以降、付属の図面を参照して説明する。しかしそれらの図は必ずしも縮尺どおりに示してはいない。
本発明の好適な実施態様を示した付属の諸図面を参照しながら、以降、本発明をより十分に説明する。しかしながら、本発明は、幾多の異なる形態で実現可能であり、本明細書で説明した実施態様に限定して解釈すべきではなく、むしろ、これらの実施態様は、これらを完全に開示し、当業者に本発明の範囲を十分に伝えるために提供されるものである。全体にわたり同様の参照符号は同様の要素を示す。
【００２６】
アカウントの開設を促進・円滑化するシステムのある実施態様、即ち、本発明の「アカウント開設システム１０」を図１−６に示す。アカウント開設システム１０は、図２に示すように、一般のインターネット、或いは、私用のイントラネットやローカルエリアネットワークなどネットワーク１２を越えて顧客１５或いはサービスセンター１６によってアクセス可能なフロントエンドインターフェイス１１、及び、ルーティングシステム４０を通ってメッセージを送信することによって通信を行うバックエンドインターフェイス１３を含む。
【００２７】
アカウント開設システム１０のフロントエンドインターフェイス１１は、複数のネットワーク１２を越えて顧客コンピュータ２０を介して送られた、顧客１５からの顧客情報を収集する。アカウント開設システム１０のフロントエンドインターフェイス１１は、顧客情報に基づきアカウントタイプを推奨し、顧客にカウントの好みを請求する。アカウント開設システムは、バックエンドインターフェイス１３を通じてバックエンドシステムのアカウント貯蔵システム１７（ＡＲＳ）にこのアカウントの好みを伝達する。
【００２８】
アカウント貯蔵システムが利用可能でない場合は、アカウント開設システム１０は、顧客情報を事前検証し、リアルタイムでアカウント番号を生成し、フロントエンドインターフェイス１１を使用してアカウント番号を顧客に伝達し、後でバックエンドシステム１４に転送するために、アカウント開設要求（及びその他のメッセージ）を格納する。このようにして、顧客１５は、１つ、幾つか、或いは全てのバックエンドシステム１４が利用可能でない、即ち利用可能でなくなった場合でさえも、アカウント番号を受け取る。また、アカウント開設システム１０による顧客情報の事前検証は、アカウント貯蔵システムが保持され転送されたメッセージを受信したときに、顧客情報が適正であることを検出することを保証する。
【００２９】
任意選択として、アカウント開設システム１０は、様々な機能を実施し得るその他のタイプのバックエンドシステム１４と通信を行うこともできる。例えば、このバックエンドシステムは、アカウント開設システムから顧客情報とアカウント番号とを受信し、スタートアップキットなどの供給品を顧客１５に送るような供給システム１８（ＳＳ）を含むこともできる。このスタートアップキットは、新たに開設したアカウントと共に使用するような指示と品物を含む。その他の実施態様では、バックエンドシステム１４は、アカウント開設システムからアカウント番号と顧客情報とを受信した後、顧客１５にサービスを提供するためのサービスディスパッチシステム（ＳＤＳ）１９も含む。スタートアップキットの一例は、封筒、詳細な出荷指示のラベル、及び料金表を含むような、出荷アカウントの開始のためのキットである。サービスシステム１９によって供給されるサービスの一例は、出荷アカウントを使用して出荷される荷物のための毎日集荷のスケジューリングとする。サービスシステム１９は、荷物センター情報システム（ＰＩＣＳ）７９を通じて荷物センターと通信を行い、スケジュール時間を設定する。アカウント貯蔵システム１７は、顧客情報とカウント情報とを、ＳＦＡ或いはＬＩＮＫと呼ばれる販売員自動化ソフトウェア８０に伝達する。販売員自動化ソフトウェアは、販売指示を管理するため出荷サービス事業者の営業幹部によって使用される販売員自動化ソフトウェアパッケージである。
【００３０】
図２を参照すると、アカウント開設システムのフロントエンドインターフェイス１１は「ウェブ階段」上に存在するが、その理由は、顧客コンピュータ２０に現れる複数のウェブページを生成するＪａｖａ（登録商標）アカウントサーブレット２１を含むからである。アカウントサーブレットは、サーバ２２上で動作する、或いは機能し、図３、４に示すようにセキュリティのためのファイヤーウォール４１によってバックエンドインターフェイス１３と分離されている。このように、アカウント開設システム１０は、グラフィカルユーザインターフェイスを通じて顧客１５と相互作用、即ち対話し、図８−１７のウェブページの画面で全体的に示すように、その結果、顧客から顧客情報を入手し、アカウント開設情報を顧客に中継する。サーブレット２１は、サーバ２２上での稼動には制限されず、ハードウェア、ファームウェア、これらのコンビネーションなどのその他のタイプの上でも稼動可能である。典型的には、サーブレット２１は、顧客１５と相互作用即ち対話し、広告や販売などのアカウント開設に付加するその他の仕事をするような親のインターネットサイト（図示せず）に含まれている多数のアプリケーションの１つである。
【００３１】
フロントエンドインターフェイスは、顧客から情報を収集し、この顧客情報に基づきアカウントタイプを推奨し、さらなる処理のためファイヤーウォールを通じてデータをバックエンドインターフェイス１３に送る。これらのフロントエンドインターフェイス機能は、図３に示すような、アカウントデータ処理システムのグループ、及び、顧客（即ちユーザ）データ処理システムのグループによって実行される。これらのユーザデータ処理システムは、ユーザ認証質問２３、ＨＴＴＰ要求パーシング（構文解析）システム４２、ＨＴＴＰ応答合成システム４３、データ検証システム２６を含む。
【００３２】
ユーザ認証質問２３は、親のインターネットサイトの認証システム２４（別名インターネットメンバーシップシステム（ＩＭＳ））及びユーザログイン、及び顧客プロファイルシステム２５と通信を行う。認証システム２４は、ログオン及び親のインターネットサイトのその他の関連付けられたアクセス権を制御する。顧客プロファイルシステム（ＣＰＳ）２５は、図２に示すように、親のインターネットサイトによって得られ使用されるような顧客に関する情報を格納する。アカウント開設要求を送出する前に、顧客は認証システム２４を通じてインターネットサイトに接続することを要求される。何らかの関連する顧客情報、即ち、ログイン中に提供されるような情報は、ＣＰＳ２５に格納され、これらを使用してフロントエンドインターフェイス１１のウェブページにこれらの情報を事前配置する。アカウント開設システム１０と顧客との間の通信は、インターネットを越えて顧客によって送信された機密を含む個人情報を保護し得る安全なウェブブラウザであるセキュアーソケットレイヤー（ＳＳＬ）を通じて発生させることができる。
【００３３】
新たなアカウントを成功裏に開設した後、アカウント開設システム１０は、新たに発行されたアカウント番号を送信することによって、ユーザログインと認証システム２４とを更新することができる。次に、ユーザログインと認証システムは顧客プロファイルシステム２５を更新し、その他のプロファイル情報と共に将来の使用のためのアカウント番号を格納する。アカウント番号は、親のインターネットサイトや当該サイトの他のシステムによって、残りのプロファイル情報と共に、アクセスされ使用され得る。例えば、ユーザと相互作用し、各アプリケーションにアカウント番号を再入力をする必要を無くさせる場合は、その他のシステムは、アカウント番号を伴う様々な情報フィールドを事前配置させることができる。
【００３４】
ＨＴＴＰ要求構文解析システム４２は、そべての顧客が送信したもの及びアプリケーション特有の情報を構文解析し、使用可能な内部データ表現に変換する。逆に、ＨＴＴＰ応答合成システム４３は、ビジネスルールを内部データに適用し、様々なインターネットブラウザによって認識可能なＨＴＭＬページを生成する。
データ検証システム２６は、ビジネスルールを使用して、ウェブページのフィールドの送信された顧客情報の有効性を検査し、様々なフィールドにある間違った文字などのような、顧客によって送信された間違ったデータを受領するのを拒否する。
【００３５】
アカウントデータ処理システムは、アカウント番号要求システム４４、アカウント要求生成システム４５、及び、アカウント応答パーシング（構文解析）システム４６を具える。アカウント番号要求システムは、遠隔メソッド呼び出し（ＲＭＩ）を使用してバックエンドインターフェイス１３へのコールを行い、プール、即ち、保護されたサービスリング２９に格納された利用可能なアカウント番号のテーブル３３、から次に利用可能なアカウント番号を得る。アカウント要求生成システム４５は、ＲＭＩを使用して顧客情報を、さらなる処理及びバックエンドシステム１４に伝送するため、バックエンドインターフェイスに送信する。アカウント応答構文解析（パーシング）システム４６は、バックエンドインターフェイス１３から及びそこに送る、記入されたメッセージをレビューし更新する。ＲＭＩを使用することが望ましいが、メッセージを送信する多数のその他の方法が既知であり、それを使用することもできる。
【００３６】
その他の実施態様では、フロントエンドインターフェイス１１は、一連のウェブページを表示し、顧客から顧客情報を得るように相互作用する幾つかのコンポーネントを含むモジュール式でスケーラブルアーキテクチャーを具える。アカウント開設フロントエンドインターフェイスは、ページをどのように表示するのかについての情報をそれぞれに含むページオブジェクトに分解され、同様に、このようなページを処理するのに必要なロジックを含むハンドラーオブジェクトにも分解される。ウェブページはＸＭＬファイルを使用して記述するのが好適である。ＸＭＬファイルは、各ページに含まれる入力オブジェクトを定義する。入力オブジェクトは、情報を収集し表示するための入力フィールドを含む。ある実施態様では、入力ページは、荷物の集配のための集荷情報、及び、場所情報、接触先即ち担当者情報、及び住所情報などの入力オブジェクトを収集する。住所情報を含む入力情報は、都市、州、郵便番号、通りの名前などの幾つかの入力フィールドに含ませることができる。
【００３７】
アカウント開設システム１０の全ての入力ページは、入力ページが作成されたときにページ作成者によってインスタンスを作成された（instantiated）をページハンドラー（処理ソフト）へのポインターを持つ。ページハンドラーは、ビジネスロジック及び検証方法或いはセットアップ方法を使用してページからの入力を処理する機能性を含む。ページハンドラーが新たなページのために必要とされる機能性と共に存在する場合は、既存のハンドラーを再利用することができ、これを書き直す必要はない。ページハンドラーの検証器は、入力フィールドに書き込まれた入力を検証し、不正な情報にはエラーを報告する。入力ページ及びページハンドラーは、前から存在するウェブページの修正、及び、ＸＭＬファイルの修正や生成を単に通じた新たなウェブページの生成を可能にする。このようにして、ウェブページは、それぞれのが異なるビジネスルールを持つ幾つかの国での使用に適合させることができる。有利に、フロントエンドインターフェイス１１は、更新され維持される。１つのビジネスロジックコンポーネントに対する変更は、フロントエンドインターフェイスの全てのコンポーネントには影響せず、インターフェイスの更新はサーバー２２のリスタートを必要としない。
【００３８】
アカウント開設システム１０のバックエンドインターフェイス１３は、図４に示すように、保護されたサービスリング２９からアカウント番号を得る。この保護されたサービスリングは、バックエンドインターフェイス１３がそこからアカウント番号を顧客に割り振ることができるような、予め割り振られたアカウント番号テーブル３３を含む。データベースのアカウント番号の事前に割り振られる範囲は固有であり、アカウント貯蔵（リポジトリ）システムが事前に割り振った範囲の番号を割り振らないという理由から、アカウント貯蔵システム１７によって重複番号が割り振られないことを保証する。事前に割り振られたアカウント番号テーブル３３は、保護されたサービスリング２９に、一日あたり２４時間、週あたり７日間存在する。アカウント番号の束は、年に２回などのように周期的に、アカウント開設システム１０によって分配し格納するためのアカウント貯蔵システム１７から得ることが好適である。
【００３９】
バックエンドインターフェイス１３は、図３、４に示すように、ファイヤーウォール４１を通じてフロントエンドインターフェイス１１と相互作用するような、アプリケーション階層上に存在する。バックエンドインターフェイスは、バックエンドシステム１４に伝送するためのアカウント情報を準備し、バックエンドシステムの１つが利用不能になったときに格納及び転送（キャッシング）機能性を処理する。バックエンドインターフェイスは、サーブレット２１からのＲＭＩメッセージを受信し、これらのメッセージをその他のシステムにディスパッチ(dispatch)することによってアカウント要求を処理するためのアカウント要求ハンドラー２８を含む。
【００４０】
アカウント要求ハンドラー２８は、メッセージハンドラー３０、キャッシュモニター３１、及びウェブメッセージルーター４７を含む。メッセージハンドラー３０は、アカウント要求ハンドラー２８からの要求を受信し、バックエンドシステム１４に合う適切なメインフレームメッセージにフォーマットする。換言すれば、メッセージハンドラー３０は、適切なバックエンドシステム１４のために要求を変換する。変換は、独立で開発されたものであって、従って相互に及びアカウント開設システムとは異なるメッセージフォーマット及び使用手順を持つかもしれないような、別個のバックエンドシステムによって可読なメッセージに変更する。
【００４１】
メッセージハンドラー３０は、図１に示すように、ルーティングシステム４０の一部であるウェブメッセージルーター４７へメッセージを渡す。ウェブメッセージルーター４７は、メッセージハンドラー３０から送信されたメッセージを受信し、これらメッセージを残りのルーティングシステム４０へ送信し、この残りのルーティングシステムからの応答を待つ。ルーティングシステムの残りには、顧客メッセージサーバ（ＣＭＳ）３９、顧客自動管理システム（ＣＡＭＳ）３５、及び、オンライン顧客アクセスシステム（ＯＣＡＳ）３４が含まれる。ルーティングシステム４０は、アカウント開設システム１０とバックエンドシステム１４との間でメッセージをルーティングする。好適な実施態様では幾つかのルーティングシステムが使用されているが、これらルーティングシステムは、
アカウント開設システム１０とバックエンドシステム１４との間の全てのメッセージを処理する単一のルーティングシステムに統合することができる。さらに、ルーティングシステム４０は、全部或いは一部をアカウント開設システム１０に統合することもできる。
【００４２】
メッセージハンドラー３０は、アカウントメッセージキャッシュ８７、アカウント番号プール３３及びモニタ状況ファイル５４を収容する、データベース３６に送信、或いはバックエンドシステム１４に即座に送信されるべきメッセージであるか否かを判定するディスパッチルール及びメッセージ生成のセットのなかで動作する。例えば、メッセージ生成及びディスパッチルールは、メインフレーム利用可能時間、スケジュールされた不稼動時間、及びクラスライブラリ３２からのタイムアウトパラメータを含む。クラスライブラリは、バックエンドシステム１４のためのフォーマットルール４８、バックエンドシステムの不稼動時間スケジュール３８、メッセージ記録昨日、データベース接続機能、ハートビートクラス４９、設定データクラス５０、及びロガークラス５５を含む。ハートビートクラス４９は、指定された時間間隔でデータベース３６を検査して再度伝送が必要な受信した１つまたは複数のメッセージを探し出す機能を定義する。設定（構成）データクラス５０は、メッセージ伝送タイムアウト期間、メッセージリトライ最大回数、データベース接続パラメータ、ハートビート間隔、データベースホスト名、サーバアドレス、バックエンドシステムホスト、ＲＭＩポート番号及び設定情報、記録ファイル名、及びシステムデフォルト値などのような、アカウント開設システム１０のための様々な設定を含む。ロガークラス５５を使用してアプリケーションメッセージを記録ファイルに書き込む。
【００４３】
キャッシュモニタ３１は、データベース３６にキャッシュされたメッセージの状況を検査する。成功裏に伝送されたメッセージは、データベースから削除され、成功ログファイル５１へ書き込む。設定データクラス５０によって最大リトライ回数を超えたメッセージは、データベース３６から除去され、失敗ログファイル５２に書き込まれる。キャッシュモニタ３１は、まだ「処理中」、即ち、失敗していない或いは成功裏に送信されていない、これらのメッセージを処理するアップローダースレッド５３を起動する。
【００４４】
バックエンドインターフェイス１３は、顧客情報をバックエンドシステム１４に送出するまえに、検証システム２７へ情報を送出することによって、顧客アドレス情報を事前に検証する。顧客情報の事前検証は、キャッシュされたメッセージがバックエンドシステム１４に含まれる検証システムによって後で拒絶されないことを保証する。顧客１５がシステムをログオフし、顧客情報をもはや修正できない場合に、これは特に問題となる。バックエンドインターフェイスによって実施される事前検証は、少なくともバックエンドシステム１４で実施される検証程度には厳しいものにすることが好適である。図示した実施態様では、バックエンドシステム１３は、検証システム２７の部分としてＸＭＬアドレス検証器を使用して、通りの名前、都市、郵便番号などの組み合わせなどの顧客の住所情報を事前検証する。検証システム２７との通信は、拡張可能マークアップ言語（ＸＭＬ）を介して実効される。任意選択として、検証システム２７を使用して、その他のタイプの情報、顧客の信用力を保証するクレジットリポートデータなどを検証することもできる。
【００４５】
バックエンドシステム１３は、図５、６に示すように、アカウント開設モニタ３７と相互作用する、或いはこれを含むことができる。アカウント開設モニタ３７を使用してアカウント開設システム及び外部システムを監視、即ちモニターする。一般的には、モニタ３７は、通信トラブル、或いはシステムの１つの計画外の機能停止があったときにそのことを表示する。例えば、アカウント開設モニタ３７は、アドレス検証器２７、アカウント開設要求ハンドラー２８、及びサーブレット２１の可用性を監視する。また、アカウント開設モニタ３７は、ルーティングシステム４０を通じたバックエンドシステム１４との通信、及び、ユーザログイン及び認証システム２４との通信を検査する。さらに、キャッシュモニタ３１を監視して、稼動しているのかどうかを確かめ、データベース３６のキャッシュサイズを監視して格納されたメッセージのキャッシュ内の容量を保証する。保護されたサービスリング２９を通じて利用可能なアカウント番号の範囲は、アカウント番号範囲モニタ２９によって未使用の番号のために検査される。
【００４６】
モニタ状況情報は、モニタ内、即ち、データベース階層３６に格納されているコンポーネント状況（ステータス）ファイル５４内に保持される。モニターされるシステム（或いはコンポーネント）の１つがダウンしているとき、当該状況は当該システム或いはコンポーネントに対応する状況フィールド内にリストされる。アカウント開設モニタ３７は、スタンドアロンモニターとして稼動することができ、或いは、「状況ボード」即ち追跡調査及びインターネット出荷アプリケーションなどのその他の幾つかのアプリケーションを監視するコンソールである、ウェブモニター（webmon）アプリケーション６３に接続させることもできる。システムの失敗は、問題を持つ、コンポーネントやサブシステムを識別し切り離すような、ウェブモニタアプリケーション６３からの応答を検索するアプリケーションＣＧＩスクリプトを実行するアラームを引き起こす。
【００４７】
状況ファイル５４は、１つの失敗の重複通知を回避する親コンポーネント名フィールドを含む。例えば、あるシステムがダウンしたとき、当該システムのパーツがダウンとして記入され、ただ１つの故障通知が送信される。このことは、システム及びサブシステムに適用されるべき、システムリスタートなどの診断及び対処動作を可能にする。更新フィールドは、ファイルが最後に更新されたときのタイムスタンプを記入する。ウェイクアップインターバルフィールドは、ハートビートスレッドのためにミリ秒で休止時間を記入する。計画タイプフィールドは、ダウンタイムが計画されているか、計画されていないか、或いはハートビートを記入する。開始ダウンタイムフィールドは、故障の開始時間を記入する。終了ダウンタイムフィールドは、故障の終了時間を記入する。メッセージフィールドは、当該システムで起こった何らかの具体的なエラーを記入する。
【００４８】
モニター中、アカウント開設システム３７は、クラスライブラリ３２のダウンタイムスケジュール３８を調べて、メンテナンスのためのスケジュールされたダウンタイムか、その他の理由によって、バックエンドシステム１４のいずれかが利用可能になっているのか否かを判定する。モニタ３７は、質問メッセージ（よく「ＰＩＮＧ」ロジックと呼ばれるもの）をメッセージングシステムを通じて図６に示すように１つまたは複数のバックエンドシステム１４に送信する。この質問メッセージは、バックエンドシステムに送信される簡単な質問とすることができる。応答に対するバックエンドシステムの失敗は、バックエンドシステムが利用可能でないこと示すことができ、或いは、バックエンドシステムが利用可能でないことを示す応答を送信することができる。メッセージは、バックエンドシステム１４の幾つかのサブシステムに到達するようにフォーマットされた情報を含むことができ、これによって、モニタがバックエンドシステムが完全に、或いは部分的に利用可能であるかどうかを判定することが可能になる。例えば、メッセージングシステムによってフォーマットされアカウント貯蔵システム１７へ送信される、質問メッセージは、モニタによって送信することができる。質問メッセージは、アカウント貯蔵システムで検証されるべきアドレスを要求するためにフォーマットされた情報を含み、これによって、アカウント貯蔵システム１７或いはモニタシステム１７が、アカウント貯蔵システムが利用可能か否かを判定することが可能となる。質問メッセージは、バックエンドシステム及びそのサブシステムに対して質問メッセージが検査用であって、完全な処理及び応答を必要とする典型的なメッセージであることを示すような警告情報を含むこともできる。この警告情報は、バックエンドシステム１４がアカウント開設システムに間違った情報を送信することを有利に防止する。
【００４９】
アカウント開設システム１０は、臨時のアカウントと毎日のアカウントとは別々で、バックエンドシステム１４の失敗や非可用性を応答する。臨時のアカウントの場合は、アカウント貯蔵システム１７が利用可能でないことを示す通知は、アカウント番号が使用不能になるであろう時間、典型的には数時間というような、見積もられた将来の時間の顧客への通知をアカウント開設システム１０によって引き起こす。スケジュールされたダウンタイムの場合は、アカウント開設システム１０は、ダウンタイムスケジュール３８からもたらされたダウンタイムをリストする。計画外のダウンタイムの場合は、アカウント開設システムは所定のダウンタイムを記入する。毎日のアカウントの場合、サービスディスパッチシステム１９による、顧客と集荷人員との間の毎日の集荷時間を検証する必要性は、数日遅れる結果となり、よって、ダウンタイムの計算は何もされない。顧客は、ディスパッチシステム１９に送信されたメッセージを介した、計画された開始日のスケジュールに基づき、顧客はコンタクト、即ち、訪問される。バックエンドシステム１４が利用可能である場合、情報が、配布されたアカウント番号に対応するアカウントを有効にするような、バックエンドシステムに送信される。任意選択として、バックエンドシステムは、アカウントの集荷のために集荷スケジュールを決定し検証し、新たに開設したアカウント及びアカウント番号を使用して出荷を円滑化するスタートアップ（開始）キットを配布する。
【００５０】
その他の実施態様では、本発明は、図７Ａ、７Ｂのフローチャートによって示されるような、アカウント開設方法を含む。図７Ａに示すように、顧客１５は、ＵＰＳ．ｃｏｍなどの出荷ウェブサイトに記録し（ステップ100）、運送業者、即ち、出荷サービス事業者に出荷アカウントを開設する選択肢を案内される（101）。予想される出荷の量や時期などを含む、顧客の出荷要望の詳細について問い合わせが行われる（102）。また、顧客は、危険物、貴重品、或いは、壊れ物が出荷されるなどのような特別出荷か否かを質問される（103）。特別出荷が予期される場合は、顧客１５は、1-800-PICK-UPSで運送会社の実際の代理店などの、特別出荷要望を扱うより良い装備を持つ代替のサービスシステムを任される。
【００５１】
特別出荷が予期されない場合は、予期される出荷の量やタイミングを使用して計画されている出荷の年間コストを計算する。この年間コストは、年間出荷コストが１０００ドル未満と見積もられるか否かなどの最小の即ち限界費用とを比較される（105）。限界費用未満の場合は、顧客は、よりコスト的に効果がある決済方法の推奨として、クレジットカード請求サービスに任される（106）。顧客がこの推奨を無視することを選択する場合、或いは、見積もられた出荷の年間コストが、最小額を超える場合は、臨時アカウント、或いは毎日（デイリー）集荷アカウントを推奨される（107）。特に、年あたり３９００ドルなどのような閾値金額を下回る場合には臨時カウントが推奨され、或いは、見積もり金額が閾値金額を超える場合には毎日集荷アカウントが推奨される。選択された限界及び閾値の金額を本明細書で例示したた、物価インフレーション、出荷費用の変動、或いは、異なるアカウントタイプの開設を望む場合などのような幾つかの要因によって調整することができる。
【００５２】
顧客１５は、推奨されたアカウントタイプを受け入れるか、或いは、このアカウント推奨を上書きすることを選び、異なるアカウントタイプを選択する。選択したアカウントタイプに拘らず、顧客集荷場所に関する情報は収集され（109）、顧客請求情報は記録される（110）。請求情報、出荷対応選択、及びその他の関連情報を収集し、概略化し、顧客１５によるレビュー即ち再調査及び修正の図７Bに示すように提示する。この再検討の後、これら顧客情報は、請求住所が正しい郵便番号を持つこと（好適にはバックエンドシステム１４によって実施される検証よりも厳重なもので）をアカウントを有効化する前に保証することによって、事前検証（承認）される（112）。顧客情報が成功裏に検証されない場合は、顧客は、もう１回、事前検証を試行する前に（112）、再度、情報を再検討し修正するよう要求される（111）。顧客情報が成功裏に検証される場合は、アカウント番号が顧客１５に割り振られる（113）。
【００５３】
アカウント貯蔵システム１７は、可用性のために検査され（114）、利用可能でない場合は、アカウント開設システム１０は、アカウント番号を子役に割り振り（115）、アカウント番号を使用する前に遅れを顧客に通知する。この遅延は、ダウンタイムスケジュール３８を使用して見積もられ、或いは、スケジュールでない場合は、所定の、好適には、８日間などの控えめな期間を報告する。割り振られた場合は、顧客情報とアカウント番号とを格納し、アカウント貯蔵システム１７が利用可能になったときに転送する（116）。アカウント貯蔵システムが利用可能である場合は、そのシステムは、アカウント開設システム１０によってアカウント番号がまだ割り振られていない場合はアカウント番号を顧客に割り振る（117）。アカウントが毎日集荷の場合は、集荷サービスがスケジュールされ（118）、顧客１５は、アカウントが利用可能になる前に、見積もられた遅延を通知されるが、これは第1の集荷日が来るまでの期間とすることが好適である。一旦、アカウント番号を割り振った後は、アカウント貯蔵システム１７は、アカウント番号に対応するアカウントを有効化し（119）、スタートアップキットを顧客に配布する。上述したように、アカウント番号を使用してユーザログイン、及び、アカウント番号を顧客プロファイルシステム２５に格納するような認証システム２４を更新することができる（120）。アカウント情報を伴う顧客プロファイル情報を使用して、様々なその他のインターネット出荷アプリケーション、例えばサプライ品注文及び小包注文システムなどに事前に置くことができる。
【００５４】
さらにその他の実施態様では、本発明は、複数のグラフィカルユーザインターフェイスパネルを含み、フロントエンドインターフェイス１１のサーブレット２１によってネットワークを越えて配布され、顧客コンピュータ２０上に現れるような、インターネットウェブページの形式とすることが好適である。本明細書では、用語「グラフィカルユーザインターフェイス」を使用して何らかのコンピュータで生成されたグラフィカルイメージ、或いは、ウィンドウなどのイメージの集合、入力や出力フィールドの集合、ウェブページ全体、コンピュータ画面上の幾つかのウェブページに部分などを記述する。ウェブページは、顧客１５がバックエンドシステム１４と通信を行い、運送サービス事業者と出荷アカウントを設置することを可能にする。アカウント開設システムは、スタートページ６４、出荷要望ページ６５、コンタクト（接触）ページ６８、アカウントタイプページ６９、サービス請求ページ７０、クレジットカード出荷ページ７１、集荷（ピックアップ）場所情報ページ７２、請求情報ページ７３、アカウント情報ページ７４、及び、アカウント番号提供ページ７５を含み、図８−１７にそれぞれ示す。
【００５５】
アカウント開設システム１０では、サービス事業者が顧客１５の所に毎営業日に訪問し、特別な集荷要求無しで、かつ、配送のための荷物がある無しに拘らずに、荷物を集荷する場合の毎日集荷アカウント（通常アカウントとしても知られる）を含む、異なるタイプの出荷アカウントは開設することもできる。その他のタイプの出荷アカウントは臨時アカウント（オンデマンッドアカウント、或いは非通常アカウントとしても知られる）であり、このアカウントは、指定された持ち込み所に荷物を持ち込むなどように、顧客がセルフサービスオプションを使用することによって出荷配送システムに荷物を入力する責任があるものである。臨時アカウントでは、サービス事業者による毎日の集荷訪問はない。フロントエンドインターフェイス１１は、顧客１５の見積もり出荷要望及び見積もり年間出荷利益の計算に依存して、毎日集荷アカウントか、或いは、臨時（時々）アカウントかを推奨する。所望であれば、その他のタイプの出荷アカウント、例えば輸入アカウントなどを、本発明のアカウント開設システム１０によって開設することもできる。
【００５６】
スタートページ６４は、図８に示すように、出荷アカウントを開設するために終了しなければならないステップを要約する。このスタートページは、顧客１５出荷アカウント開設処理を続行することを選択する開始ボタン６６を含む。出荷要望ウェブページ６５は、基本的な出荷情報を収集し、図９に示すように、出荷タイプ及び頻度フィールド６７を含む。顧客は、顧客が週（或いは月）あたりに出荷することを予想する、陸上、空、及び国際の小包或いは手紙の番号を示すことによって、複数の出荷タイプ及び頻度フィールドに記入する。年間で顧客に見積もられた出荷金額は、毎日、週ごと、或いはその他の時間間隔に基づき年間出荷金額を見積もるような、年間収益式を使用してフロントエンドインターフェイス１１によって計算される。また、出荷要望ページ６５は、顧客が危険物や貴重品、或いは壊れ物が出荷されようとしていること、或いは、顧客が許可された配送代理店として機能することを示すための出荷例外選択肢７７を含む。顧客が例外であることを示す場合は、顧客はコンタクトページ６８に誘導される。コンタクト（連絡）ページは、図１０に示すように、顧客が配送サービス事業者に接触してよりカスタマイズされたアカウントを与え彼らの出荷要望に適合させることを可能にするような、コンタクト先情報（無料電話番号など）を含む。
【００５７】
出荷例外が何も表示されていない場合は、年間収益計算の結果を使用してコスト的に有利なアカウントのタイプをアカウントタイプページ６９で推奨する。アカウントタイプページは、推奨されたアカウントをリストし、この推奨されたアカウントをデフォルトの選択肢として設定することによって、毎日集荷アカウントか、或いは臨時集荷アカウントかを記入する。年間の出荷料金が年間あたりの選択した金額よりも高くなると予想される場合は、毎日集荷アカウントが推奨される。出荷料金の合計金額が上述の最小よりも高く、かつ、年間あたりの選択した金額よりも低い場合は、臨時アカウントが推奨される。年間あたりの最小金額未満の出荷費用の場合は、図１１に示すようにクレジットカード出荷ページ７１へユーザを誘導することによってクレジットカードを使用するより費用が効率的な、荷物ごとに決済する代替策が推奨される。
【００５８】
毎日集荷アカウント及び臨時集荷アカウントの追加情報は、アカウントタイプページ６９上で提供され、図１２に示すように顧客の選択を円滑化する。顧客が毎日集荷アカウントを選択する場合は、顧客はサービス請求ページ７０に誘導され、このページは、図１３に示すように、顧客の週ごとの出荷費用に比例した、毎日出荷サービスの週ごとのサービス料金を記載する。特定のアカウントタイプを推奨するが、顧客は推奨されなかったタイプのアカウントを選択することを選ぶこともまだできる。
【００５９】
ユーザがアカウントタイプページ６９のなかから毎日アカウントを選択する場合は、集荷場所情報ページ７２を表示し、或いは、臨時アカウントの場合は請求情報ページを表示する。集荷（ピックアップ）場所ページは、図１４に示すように、毎日集荷アカウントを開設するために記入しなければならない複数の集荷場所フィールド７８を含む。請求及び集荷場所のフィールドは、
親のインターネットサイトのユーザログイン及び認証システム２４に既に提出した情報、或いは、顧客プロファイルシステム（ＣＰＳ）２５上で見つかる情報を使用して、顧客の利便性のために予め置いておくこともできる。この予め入力済みにしておいたフィールドは、顧客によって上書きすることができる。望ましくは、集荷場所フィールドは、集荷地点、集荷開始日、毎日の閉まる時間、会社名、コンタクト先、件名、実際の住所、都市、州、郵便番号、電子メールアドレス、場所の電話番号を含む顧客情報を要求する。図１５に示すように、顧客は請求情報ページ７３に誘導される。請求情報ページは、全てのアカウントタイプに対して記入しなければならず、これには複数の請求情報フィールド７６を含む。好適には、請求情報フィールドは、会社名、コンタクト先名前（担当者）、件名、住所、電子メールアドレス、会社の電話番号に関する顧客情報を要求する。任意選択として、臨時アカウントを選択した場合は、集荷場所情報ページ７２を使用して集荷情報を収集することもできる。
【００６０】
図１６に示すように、顧客は、アカウント情報ページ７４で顧客情報の概要を提示される。アカウント情報ページは、所望であれば、情報を提出する前に、顧客が顧客情報を編集することを可能にする。提出した後、この顧客データは、アドレス検証器２７を使用して検証のために検査され、アカウント開設要求は、上述したように、バックエンドシステム１４に提出即ち送信される。バックエンドシステム及びその他の必要なシステムが利用可能である場合は、このアカウント開設要求は、アカウント番号を発行することによって、リアルタイムで記入される。１つまたは幾つかのシステムが利用可能でない場合は、このアカウント要求メッセージは、キャッシュモニタ３１による監視のため、かつ、後で転送するためにデータベース３６上にキャッシュされる。図１７に示すように、いずれにしても、アカウント番号が、アカウントが有効になる日付及び／または時間と共に、アカウント番号提供（「ありがとうページ」）ページ７５で発行される。アカウント番号を全ての配送タイプ、陸上、空、国際の出荷に有利に使用することができる。より具体的には、毎日集荷及び臨時アカウントは、顧客が、陸上、空、国際の出荷をすることを可能にする。たいての場合は、臨時タイプ出荷アカウントが即座に利用可能となる。
【００６１】
その他の実施態様では、アカウント開設システム１０は、電話サービスセンタ１６によってアクセス可能である。電話サービスセンタのサービス員は、電話を越えて顧客１５からのアカウント開設要求を受け、アカウント開設要求を提出する。この場合は、サービス員が、顧客から受けた情報をアカウント開設システム１０に入力し、リアルタイムで顧客のためのアカウント番号を得る。
【００６２】
アカウント開設システム１０は従来技術に対して幾つかの利点を持つ。顧客の視点に立てば、アカウント開設システムは、インターネットでアクセス可能であるため便利であり、使用が容易である。また、アカウント開設システムは、リアルタイムでアカウント番号を即座に提供する。アカウント開設システムは、
顧客のためのスタートアップキットを含む供給品、当該アカウントに関連付けられた顧客のためのサービスを自動的に有利に要求する。出荷アカウントのケースでは、顧客には、陸上及び空の出荷に使用可能な１つのアカウント番号が提供される。アカウント番号は幾つかのタイプのアカウントのための出荷に対して即座に使用可能であり、即座に使用可能でない場合は、顧客はいつアカウントが出荷のために使用可能となるのかを知る。
【００６３】
アカウント開設システム１０は、アカウント提供者にとっても利点がある。アカウント開設システムは、データの入力に専任の人員の費用、バックエンドシステム１４の使用の手配の費用を差し控えさせる。顧客が自己のデータをグラフィカルユーザインターフェイスに入力するため、データ入力エラーが回避される。電話サービスセンタ１６のケースでは、アカウント開設システムは、バックエンドシステム１４の使用を調整し、アカウント開設の間違いや遅延を最小化する。バックエンドシステムがダウンしているときでも、アカウント番号を承認することができ、バックエンドシステムの可用性のスケジュールされた、或いはスケジュール外の中断の間、顧客の損失を限定することができる。アカウント開設システムの上述した利点は、従来のシステムの使用を望む者たちからさらなる顧客を誘引し、それによって、アカウント申し込みの数を増大させる。
【００６４】
図１−１７は、本発明による方法、システム、及びプログラム製品のブロック図、フローチャート、及び制御フロー説明図である。ブロック図、フローチャート、及び制御フロー説明図の各ステップやブロック、及び、ブロック図、フローチャート、及び制御フロー説明図のブロックの組み合わせは、コンピュータプログラム命令で実現することができるものと理解されたい。これらのコンピュータプログラム命令は、ブロック図、フローチャート、制御フローのブロック（複数を含む）やステップ（複数を含む）で示される機能を実現するための手段を生成するその他のプログラム可能な機器、或いはコンピュータ上で実行する命令などの機械を生成するような、コンピュータ、或いは、その他のプログラム可能な機器にロードすることができる。これらのコンピュータプログラム命令は、コンピュータ可読なメモリに格納された命令が、ブロック図、フローチャート、制御フローのブロック（複数を含む）やステップ（複数を含む）で示される機能を実現する命令手段を含む製造の品を生成するような、コンピュータ、或いはその他のプログラム可能な機器に指示を与え得るコンピュータ可読なメモリに格納することができる。コンピュータプログラム命令は、コンピュータ或いはプログラム可能な機器の上で実行する命令がブロック図、フローチャート、制御フローのブロック（複数を含む）やステップ（複数を含む）で示される機能を実現するためのステップを生成するようような、コンピュータで実現されるプロセスを生成するコンピュータやプログラム可能な機器上で実行されるべき、一連の操作ステップを引き起こすような、コンピュータ或いはプログラム可能な機器にロードすることもできる。
【００６５】
従って、ブロック図、フローチャート、制御フロー説明図のブロックやステップは、示した機能を実施するための手段の組み合わせ、示した機能を実施するステップ及び示した機能を実施するプログラム命令手段の組み合わせをサポートする。ブロック図、フローチャート、制御フロー説明図の各ブロックやステップ、ブロック図、フローチャート、制御フロー説明図のブロックやステップの組み合わせは、示した機能やステップ、或いは、特定用途ハードウェア及びコンピュータ命令の組み合わせを実行するような、特別な目的のハードウェアベースのコンピュータによって実現することができる。
【００６６】
前述した説明、添付の図面で示した教示の恩恵を受ける当業者は、本発明に多数の修正、或いはその他の実施態様を思いつくことがきるであろう。従って、本発明は、開示した特定の実施態様には限定されないものと理解すべきであり、当該実施態様及びその他の実施態様は請求の範囲のなかに含まれるものべきことを意図するものである。本明細書では特定の用語を使用したが、これらは一般的な説明の目的のみのために使用したものであり、限定を意図するものではない。
【図面の簡単な説明】
【００６７】
【図１】アカウント開設システム、顧客コンピュータ、及び複数のバックエンドシステムの関係を示す、本発明の一実施態様によるアカウント開設システムの概略図である。
【図２】複数のバックエンドシステムと相互作用する、図１のアカウント開設システムのブロック図である。
【図３】図２のアカウント開設システムのフロントエンドインターフェイスのブロック図である。
【図４】図２のアカウント開設システムのバックエンドシステムのブロック図である。
【図５】図２のアカウント開設システムのアカウント開設モニタのブロック図である。
【図６】図５のアカウント開設モニタのその他のブロック図である。
【図７Ａ】本発明のその他の実施態様のコンピュータプログラム製品によって実行されるアカウント開設方法のフローチャートである。
【図７Ｂ】本発明のその他の実施態様のコンピュータプログラム製品によって実行されるアカウント開設方法のフローチャートである。
【図８】本発明のその他の実施態様のグラフィカルユーザインターフェイスのスタートページの画面である。
【図９】グラフィカルユーザインターフェイスの出荷要望ページの画面である。
【図１０】グラフィカルユーザインターフェイスのコンタクトページの画面である。
【図１１】グラフィカルユーザインターフェイスのクレジットカード出荷ページの画面である。
【図１２】グラフィカルユーザインターフェイスのアカウントタイプページの画面である。
【図１３】グラフィカルユーザインターフェイスのサービス料金ページの画面である。
【図１４】グラフィカルユーザインターフェイスの集荷情報ページの画面である。
【図１５】グラフィカルユーザインターフェイスの請求情報ページの画面である。
【図１６】グラフィカルユーザインターフェイスのアカウント情報ページの画面である。
【図１７】本発明のグラフィカルユーザインターフェイスのアカウント番号提供ページの画面である。
【図１８】アカウント開設のための従来システムの概略図である。
【図１】
2004532470.tif 000002
【図２】
2004532470.tif 000003
【図３】
2004532470.tif 000004
【図４】
2004532470.tif 000005
【図５】
2004532470.tif 000006
【図６】
2004532470.tif 000007
【図７Ａ】
2004532470.tif 000008
【図７Ｂ】
2004532470.tif 000009
【図８】
2004532470.tif 000010
【図９】
2004532470.tif 000011
【図１０】
2004532470.tif 000012
【図１１】
2004532470.tif 000013
【図１２】
2004532470.tif 000014
【図１３】
2004532470.tif 000015
【図１４】
2004532470.tif 000016
【図１５】
2004532470.tif 000017
【図１６】
2004532470.tif 000018
【図１７】
2004532470.tif 000019
【図１８】
2004532470.tif 000020
【国際公開パンフレット】
2004532470.tif 000021
2004532470.tif 000022
2004532470.tif 000023
2004532470.tif 000024
2004532470.tif 000025
2004532470.tif 000026
2004532470.tif 000027
2004532470.tif 000028
2004532470.tif 000029
2004532470.tif 000030
2004532470.tif 000031
2004532470.tif 000032
2004532470.tif 000033
2004532470.tif 000034
2004532470.tif 000035
2004532470.tif 000036
2004532470.tif 000037
2004532470.tif 000038
2004532470.tif 000039
2004532470.tif 000040
2004532470.tif 000041
2004532470.tif 000042
2004532470.tif 000043
2004532470.tif 000044
2004532470.tif 000045
2004532470.tif 000046
2004532470.tif 000047
2004532470.tif 000048
2004532470.tif 000049
2004532470.tif 000050
2004532470.tif 000051
2004532470.tif 000052
2004532470.tif 000053
2004532470.tif 000054
2004532470.tif 000055
2004532470.tif 000056
2004532470.tif 000057
2004532470.tif 000058
2004532470.tif 000059
2004532470.tif 000060
2004532470.tif 000061
2004532470.tif 000062
2004532470.tif 000063
2004532470.tif 000064
2004532470.tif 000065
2004532470.tif 000066
2004532470.tif 000067
2004532470.tif 000068
2004532470.tif 000069
2004532470.tif 000070
2004532470.tif 000071
2004532470.tif 000072
2004532470.tif 000073
2004532470.tif 000074
2004532470.tif 000075
2004532470.tif 000076
2004532470.tif 000077
2004532470.tif 000078
【国際公開パンフレット（コレクトバージョン）】
2004532470.tif 000079
【国際調査報告】
2004532470.tif 000080