(57)【要約】      （修正有）【課題】パーソナル・デジタル支援機器「ＰＤＡ」、パーム・コンピュータ、インテリジェント・ハンドヘルド型セル式無線電話、その他の無線電話、及び赤外線短距離データ通信で構成したパーソナル・ハンドヘルド電子装置を使用して、購入代金を無線で支払い、金融会計システムとインターフェイス接続し、承認取引を電子的に記録し、無線で通信を行う装置、システム、及び方法を提供する。【解決手段】取引金額が、たとえば５ドル未満のような少額の場合に、クレジットカード請求金額、デビットカード請求金額、電子キャッシュ振替、チケット、その他の金融取引、及び電子クーポンのような他のタイプの取引に対するサービス及び／又は販売サービス料金の支払いを行うための、装置、ファームウェア、ソフトウェア・プログラム、及びコンピュータ実行方法。【選択図】図１ａ
2012009052.tif 000002
【特許請求の範囲】
【請求項１】
購入代金を無線で電子的に支払うようにプログラムしたコンピュータ・システムであって、金融機関システムと無線で電子的に通信を行って電子マネーをダウンロードし、販売業者のための販売業者金融システムと無線で電子的に通信し、そして、前記ダウンロードした電子マネーを販売業者のアカウントに無線で電子的に転送して購入代金を支払うようにプログラムしたことを特徴とするコンピュータ・システム。
【請求項２】
承認取引を無線で電子的に転送するためのコンピュータ・システムであって、電子取引承認を無線で電子的にダウンロードし、そして、前記電子取引承認を無線で電子的に換金するようにプログラムしたことを特徴とするコンピュータ・システム。
【請求項３】
無線購入場所支払いのためのコンピュータ実行方法であって、支払い承認データを保存する第１の購入場所支払い装置を設ける段階と、この前記第１の装置に前記支払い承認データを保存する段階と、前記支払い承認データを受信するための第２の購入場所支払い装置を設ける段階と、前記第１の購入場所支払い装置から前記第２の購入場所支払い装置へ無線通信接続を介して前記支払い承認データを送信する段階と、前記第２の購入場所装置から前記第１の購入場所支払い装置へ前記無線通信接続を介して支払いの確認を送信する段階とを包含することを特徴とする方法。
【請求項４】
コンピュータによって実行するためのコンピュータ・プログラム命令を具体化しているコンピュータ・プログラム製品であって、無線通信接続を介して支払い承認データを送信し、前記無線通信接続を介して支払いの確認を受信するための指示を包含することを特徴とするコンピュータ・プログラム製品。
【請求項５】
購入場所支払いコンピュータ・システムであって、コンピュータ処理装置、このコンピュータ処理装置に接続した無線通信インターフェイスおよびプログラム命令を含み、前記コンピュータ処理装置に接続したメモリ装置を包含する購入場所装置を包含し、前記コンピュータ処理装置が、前記プログラム命令を実行するように作動可能であり、前記プログラム命令が、前記無線通信インターフェイスを介して支払い承認データを送信する一組のプログラム命令と、前記無線通信インターフェイスを介して支払いの確認を受信する一組のプログラム命令とを包含することを特徴とする購入場所支払いコンピュータ・システム。
【請求項６】
購入場所支払いコンピュータ・システムであって、コンピュータ処理装置、このコンピュータ処理装置に接続した無線通信インターフェイスおよびプログラム命令を含み、前記コンピュータ処理装置に接続したメモリ装置を包含する携帯装置を包含し、前記コンピュータ処理装置が前記プログラム命令を実行するように作動可能であり、前記プログラム命令が、前記無線通信インターフェイスを介して支払い承認命令を受信する一組のプログラム命令と、受信した支払い承認命令を実行する一組のプログラム命令と、前記実行された支払い承認命令に応答して支払い承認を前記無線通信インターフェイスを介して送信する一組のプログラム命令とを包含することを特徴とする購入場所支払いコンピュータ・システム。
【請求項７】
購入代金を無線で電子的に支払うためのコンピュータ実行可能なコンピュータ・プログラム命令を具体化しているコンピュータ・プログラム製品であって、無線通信インターフェイスを介して支払い承認命令を受信し、受信した支払い承認命令を実行し、無線通信インターフェイスを介して前記実行した支払い承認命令に応答して支払い承認を送信する命令を包含することを特徴とするコンピュータ・プログラム製品。
【請求項８】
無線で電子的に購入代金を支払うためのコンピュータ実行可能なコンピュータ・プログラム命令を具体化しているコンピュータ・プログラム製品であって、無線通信インターフェイスを介して実行可能な支払い承認命令を送信し、無線通信インターフェイスを介して前記送信されてきた支払い承認命令に対応する電子支払い承認を受信するための命令を包含することを特徴とするコンピュータ・プログラム製品。
【請求項９】
電子承認証明書を換金するためのコンピュータ・システムであって、コンピュータ処理装置、このコンピュータ処理装置に接続した無線通信インターフェイスおよびプログラム命令を含み、前記コンピュータ処理装置に接続したメモリ装置を包含する携帯装置を包含し、前記コンピュータ処理装置が前記プログラム命令を実行するように作動可能であり、前記プログラム命令が、前記無線通信インターフェイスを介して承認証明書転送命令を受信する一組のプログラム命令、受信した承認証明書転送命令を実行するための一組のプログラム命令および前記実行した承認証明書転送命令に応答して前記無線通信インターフェイスを介して承認証明書を送信する一組のプログラム命令を包含することを特徴とするコンピュータ・システム。
【請求項１０】
無線で電子的に承認証明書を換金するためにコンピュータ実行可能なコンピュータ・プログラム命令を具体化しているコンピュータ・プログラム製品であって、前記無線通信インターフェイスを介して承認証明書転送命令を受信し、受信した承認証明書転送命令を実行し、前記承認証明書の実行に応答して前記無線通信インターフェイスを介して承認証明書転送を送信する命令を包含することを特徴とするコンピュータ・プログラム製品。
【請求項１１】
無線で電子的に承認証明書を換金するためのコンピュータ実行可能なコンピュータ・プログラム命令を具体化しているコンピュータ・プログラム製品であって、無線通信インターフェイスを介して実行可能な承認証明書転送命令を送信し、無線通信インターフェイスを介して前記送信した承認証明書転送命令に対応する電子承認証明書転送を受信する命令を包含することを特徴とするコンピュータ・プログラム製品。
【請求項１２】
無線で電子的に購入代金を支払うためのコンピュータ実行方法であって、販売業者の仲介端末から或る金額の支払いのリクエストを受信する段階であり、このリクエストが、顧客および顧客装置を識別するデータを伴っている段階と、顧客に向けられたリクエスト金額を支払うために一組の実行可能な支払い承認命令を生成する段階と、顧客装置に受け渡すように方向付けた仲介端末に前記組の実行可能な支払い承認命令を送信する段階とを包含することを特徴とする方法。
【請求項１３】
無線で電子的に医療情報を転送するためのコンピュータ・システムであって、コンピュータ処理装置、このコンピュータ処理装置に接続した無線通信インターフェイスおよびプログラム命令を含んでおり、前記コンピュータ処理装置に接続したメモリ装置を包含する携帯装置を包含し、前記コンピュータ処理装置が前記プログラムを実行するように作動可能であり、前記プログラム命令が、前記無線通信インターフェイスを介して医療情報転送命令を受信するための一組のプログラム命令と、受信済みの医療情報転送命令を実行するための一組のプログラム命令と、前記医療情報転送命令の実行に応答して前記無線通信インターフェイスを介して医療情報を送信するための一組のプログラム命令とを包含することを特徴とするコンピュータ・システム。
【請求項１４】
無線で電子的に承認証明書を換金するためにコンピュータ実行可能なコンピュータ・プログラム命令を具体化しているコンピュータ・プログラム製品であって、前記無線通信インターフェイスを介して医療情報転送命令を受信し、受信した医療情報転送命令を実行し、前記医療情報転送命令の実行に応答して前記無線通信インターフェイスを介して医療情報を送信するための命令を包含することを特徴とするコンピュータ・プログラム製品。
【請求項１５】
無線で電子的に医療情報を転送するためにコンピュータ実行可能なコンピュータ・プログラム命令を具体化しているコンピュータ・プログラム製品であって、無線通信インターフェイスを介して実行可能な医療情報転送命令を送信し、無線通信インターフェイスを介して前記送信されてきた医療情報に対応する医療情報を受信するための命令を包含することを特徴とするコンピュータ・プログラム製品。
【請求項１６】
購入場所支払いコンピュータ・システムであって、コンピュータ処理装置、このコンピュータ処理装置に接続した無線通信インターフェイスおよびプログラム命令を含んでおり、前記コンピュータ処理装置に接続したメモリを包含する購入場所装置を包含し、前記コンピュータ処理装置が前記プログラム命令を実行するように作動可能であり、前記プログラム命令が、前記無線通信インターフェイスを介して支払い承認データを受信する一組のプログラム命令と、前記無線通信インターフェイスを介して支払いの確認を送信する一組のプログラム命令とを包含することを特徴とする購入場所支払いコンピュータ・システム。
【請求項１７】
購入場所支払いコンピュータ・システムであって、支払い承認データを保存する記憶手段と、前記支払い承認データを受信する受信手段と、前記支払い承認データを前記記憶手段から前記受信手段へ無線通信手段を介して送信する手段と、前記受信手段から前記記憶手段へ前記無線通信手段を介して支払い確認を送信する手段とを包含することを特徴とする購入場所支払いコンピュータ・システム。
【請求項１８】
承認証明書を転送するコンピュータ実行方法であって、電子承認証明書を保存する第１のメモリ記憶装置で構成した第１のコンピュータ処理装置を設ける段階と、第１のコンピュータ処理装置の前記第１のメモリ記憶装置上に前記電子承認証明書を保存する段階と、前記電子承認証明書の電子送信を受信するための第２のコンピュータ処理装置を設ける段階と、無線通信接続を介して前記第１のコンピュータ処理装置から前記第２のコンピュータ処理装置へ前記電子承認証明書を送信する段階とを包含することを特徴とする方法。
【請求項１９】
コンピュータで実行するためのコンピュータ・プログラム命令を具体化しているコンピュータ・プログラム製品であって、無線通信接続を介して電子承認証明書を送信する命令を包含することを特徴とするコンピュータ・プログラム製品。
【請求項２０】
コンピュータ実行承認証明書転送システムであって、コンピュータ処理装置、このコンピュータ処理装置に接続した無線通信インターフェイスおよびプログラム命令を含んでおり、前記コンピュータ処理装置に接続したメモリを包含する装置を包含し、前記コンピュータ処理装置が前記プログラム命令を実行するように作動可能であり、前記プログラム命令が、前記無線通信インターフェイスを介して承認証明書を送信する一組のプログラム命令を包含することを特徴とするコンピュータ実行承認証明書転送システム。
【請求項２１】
コンピュータ実行承認証明書転送システムであって、前記コンピュータ・システムが、承認証明書を保存する記憶手段と、前記承認証明書のための受信手段と、前記記憶手段から無線通信手段を介して前記受信手段へ前記承認証明書を送信する手段とを包含することを特徴とするシステム。
【請求項２２】
少額取引のために少額サービス料支払いを行うためのコンピュータ実行方法であって、複数のユーザの各々についてユーザ・マイクロペイメント・アカウントを確立する段階と、各ユーザ・マイクロペイメント・アカウントを電子資金でまかなう段階とを包含し、前記電子資金が、各特定のユーザを受取人とする或る特定のマイクロペイメント処理プロバイダのために銀行口座に預けた資金に等しい金額であることを特徴とするコンピュータ実行方法。
【請求項２３】
少額取引のために少額サービス料支払いを行うための無線携帯装置であって、取引金額の予め確立したパーセンテージに等しいパーセンテージの金額を算出する実行可能プログラムと、算出したパーセンテージ金額分だけ、サービス料マイクロペイメント専用の金額を減額する実行可能プログラムとを包含することを特徴とする無線携帯装置。
【請求項２４】
少額取引のために少額サービス料支払いを行うための無線携帯装置であって、データを保存するためのメモリ記憶装置と、実行可能なメモリと、マイクロプロセッサと、短距離無線通信ハードウェアと、短距離無線通信を支援するプログラム命令と、取引金額の予め確立したパーセンテージに等しいパーセンテージの金額を算出する実行可能プログラムと、算出パーセンテージ金額分だけ、サービス料マイクロペイメント専用の金額を減額する実行可能プログラムとを包含することを特徴とする無線携帯装置。
【請求項２５】
少額取引のために少額サービス料支払いを処理するためのコンピュータ実行方法であって、取引金額の予め確立したパーセンテージに等しいパーセンテージの金額を算出する段階と、算出したパーセンテージの金額分だけ、サービス料マイクロペイメント専用の金額を減額する段階とを包含することを特徴とする方法。
【請求項２６】
少額取引のために少額サービス料支払いを集金するためのコンピュータ実行方法であって、販売業者との無線インターフェイスを介して取引金額を受信する段階と、取引金額の予め確立したパーセンテージに等しいパーセンテージの金額を算出する段階と、金融クリアリングハウス・システムに対する取引を生成し、算出したパーセンテージの金額分だけ販売業者のアカウントにおける金額を減額し、マイクロペイメントの集金のためのアカウントに前記算出パーセンテージ金額を預ける段階とを包含することを特徴とする方法。
【請求項２７】
少額取引のために少額サービス料支払いを集金するコンピュータ実行方法であって、販売業者との無線インターフェイスを介して複数の取引金額を受信する段階と、前記複数の取引金額を合計する段階と、前記取引金額の合計の予め確立したパーセンテージに等しいパーセンテージの金額を算出する段階と、金融クリアリングハウス・システムに対する取引を生成し、算出したパーセンテージの金額分だけ販売業者のアカウントにおける金額を減額し、マイクロペイメントの集金のためのアカウントに前記算出したパーセンテージ金額を預ける段階とを包含することを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、全体的には、販売時点情報管理方式（Point-of-Sales）による売り場端末販売金融取引に関し、更に具体的に言うと、本発明は、無線通信能力を備えた携帯型電子装置を使用して売り場端末販売取引を行うことに関する。
【背景技術】
【０００２】
過去において、購入料金を支払うには、現金、小切手、クレジットカード、デビットカードを含めて多くの伝統的な方法があり、現在も継続して使用されている。伝統的な支払い方法では、典型的には、ユーザが個別に、手作業で、ユーザの小切手帳の各小切手に記入を行ったり、クレジットカード請求書の支払い額を小切手に書き込んだりなどと、金融会計記録を更新することが必要である。
【０００３】
最近になって、オンライン・インターネット支払いシステムが開発され、請求書の支払いをオンライン・アクセスを通じて集中支払いシステムへ行えるようになった。これらシステム内のいくつかは、金融会計システムとの或るレベルの統合を行なっている。しかしながら、このようなシステムをユーザが小売店に採用することができないという点で、オンライン・インターネット支払いシステムには制約がある。
【０００４】
購入品の支払い方法は、移動可能であって、且つ、ユーザ・フレンドリー電子インターフェイスに金融会計システムを備える、という必要がある。
購入することができる商品としては、授権転送（たとえば、チケット）がある。様々なタイプのチケットの購入とは、映画を観ることとか、或る特定の航空会社の航空券を獲得すること等々、何かを行うことのための授権の購入である。伝統的には、チケットは、文字を印字した用紙の形態で入手するものであった。最近になって、多くの商業サービスが電子チケッティングを行っている。伝統的な印字用紙チケットは消え去る可能性がある。電子チケッティングは、個々の商業システムが完全無欠であるという前提に成り立つものである。従って、電子チケッティングを個人的に制御する方法が必要である。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来、銀行手数料や、クレジットカード請求額、デビットカード手数料、電子振替等々の取引を処理するためのクレジットカード処理手数料は、金額にして５米ドル未満のような少額に対する取引を処理することを、商人にとっては魅力的でなく、消費者にとっても引き合わないようにさせる程度の金額のものであった。少額の取引を処理し、取引金額に更に一層適合した少額手数料を請求するための方法が必要とされている。
【課題を解決するための手段】
【０００６】
２０００年２月１０日に出願された米国暫定特許出願番号第６０／１８１，６００号、２０００年３月８日に出願された米国暫定特許出願番号第６０／１８７，９２４号、および２０００年１２月１５日に出願された米国暫定特許出願番号第６０／２５５，９８０号の開示内容を、すべての目的のために参考資料としてここに取り入れることとする。
【０００７】
本発明は、携帯情報端末；Personal Digital Assistant（ＰＤＡ）（Personal Intelligent .communicators: ＰＩＣ's、及び、パーソナル・コミュニケータとも呼ばれる）、パーム・コンピュータ、インテリジェント携帯電話その他の無線電話、および、赤外線、ブルートゥース（Bluetooth）、無線周波（ＲＦ）、その他の短距離無線データ通信で構成した他のパーソナル携帯電子装置（説明を簡単にするために、ここでは、このような装置を「ＰＤＡ」と呼び、すべての短距離無線インターフェイスを「赤外線」と呼ぶ）を用いて、購入物代価を無線で支払い、金融会計システムと電子的にインターフェイス接続し、授権取引を電子的に記録し、無線通信するための装置、システム、並びに方法を提供するものである。ＰＤＡは、電子日記、携帯用パーソナル・データベース、パーソナル・コミュニケータなどのように作動するような特殊なタスクを実施するよう構成されて、プログラムされた、消費者用電子装置である。
【発明の効果】
【０００８】
本発明は、取引金額が、たとえば５ドル未満のような少額の場合にであるような、クレジットカード請求代金、デビットカード請求代金、電子現金振替、チケットその他の金融取引に対するサービス及び／又は販売サービス料金支払いを行うための、装置、ファームウェア、ソフトウェア・プログラム、およびコンピュータ実行方法を提供する。当業者であれば、ここで用いられる５ドルという金額が例示であり、発明の限定要件ではないことは了解できよう。本発明は、外国通過でも、このような外国通過の少額通貨金額にも適用可能である。
【図面の簡単な説明】
【０００９】
【図１ａ】本発明の実施例で使用される主要ネットワーク・ノード間の関係例を示す統一モデリング言語（ＵＭＬ）配置図である。
【図１ｂ】本発明の実施例における、ＰＤＡ装置のセットアップ中のノード関係例を示すＵＭＬ配置図である。
【図１ｃ】本発明の実施例における、購入代金を支払うのにＰＤＡ装置を使用しているときのノード関係例を示すＵＭＬ配置図である。
【図１ｄ】本発明の実施例において購入代金を支払うのにＰＤＡ装置を使用したときの通信シーケンス例を示すＵＭＬシーケンス線図である。
【図１ｅ】本発明の実施例においてチケットを購入するのにＰＤＡ装置を使用したときの主要ノード関係例を示すＵＭＬ配置図である。
【図１ｆ】本発明の実施例においてチケットを購入し、買い戻すのにＰＤＡ装置を使用したときの主要ソフトウェア・オブジェクト間の通信シーケンス例を説明するＵＭＬシーケンス線図である。
【図１ｇ】赤外線送受信構成要素およびインターフェイスによって構成したＰＤＡの実施例を示す半概略図である。
【図２】赤外線送受信構成要素およびインターフェイスによって構成した無線電話／ＰＤＡの実施例を示す半概略図である。
【図３】赤外線送受信構成要素およびインターフェイスによって構成したクレジットカード処理端末の実施例を示す半概略図である。
【図４】赤外線送受信構成要素およびインターフェイスによって構成した自動預金支払機の実施例を示す半概略図である。
【図５】ＰＤＡインターフェイスおよび赤外線送受信構成要素およびインターフェイスによって構成したパソコンの実施例を概念的に示す高水準図式表示である。
【図６】パソコンのためのPDA Pay eTicketシステム・ソフトウェア構成要素の実施例を概念的に示す高水準図式表示である。
【図７】ＰＤＡのためのPDA Pay eTicketシステム・ソフトウェア構成要素の実施例を概念的に示す高水準図式表示である。
【図８】サーバ・コンピュータのためのPDA Pay eTicketシステム・ソフトウェア構成要素の実施例を概念的に示す高水準図式表示である。
【図９】ユーザ、小売商、クリアリングハウス、金融機関およびシステム管理者間のインターフェイスの実施例を示す図式表示である。
【図１０ａ】PDA Pay eTicketシステムを備えているＰＤＡまたはＰＤＡ／無線電話を使用するための基本的なインターフェイス非依存式プロセスの実施例を示す高水準機能フローチャートである。
【図１０ｂ】PDA Pay eTicketシステムを備えているＰＤＡまたはＰＤＡ／無線電話を使用するための基本的なインターフェイス非依存式プロセスの実施例を示す高水準機能フローチャートである。
【図１０ｃ】PDA Pay eTicketシステムを備えているＰＤＡまたはＰＤＡ／無線電話を使用するための基本的なインターフェイス非依存式プロセスの実施例を示す高水準機能フローチャートである。
【図１１ａ】無線モデム搭載ＰＤＡ及び／又は無線電話との、オンライン金融サービス・プロバイダ・インターフェイスの実施例を示す高水準機能フローチャートである。
【図１１ｂ】無線モデム搭載ＰＤＡ及び／又は無線電話との、オンライン金融サービス・プロバイダ・インターフェイスの実施例を示す高水準機能フローチャートである。
【図１１ｃ】無線モデム搭載ＰＤＡ及び／又は無線電話との、オンライン金融サービス・プロバイダ・インターフェイスの実施例を示す高水準機能フローチャートである。
【図１１ｄ】無線モデム搭載ＰＤＡ及び／又は無線電話との、オンライン金融サービス・プロバイダ・インターフェイスの実施例を示す高水準機能フローチャートである。
【図１２ａ】Ticketdownload.com公認のオンライン販売業者インターフェイスの実施例を示す高水準機能フローチャートである。
【図１２ｂ】Ticketdownload.com公認のオンライン販売業者インターフェイスの実施例を示す高水準機能フローチャートである。
【図１２ｃ】Ticketdownload.com公認のオンライン販売業者インターフェイスの実施例を示す高水準機能フローチャートである。
【図１２ｄ】Ticketdownload.com公認のオンライン販売業者インターフェイスの実施例を示す高水準機能フローチャートである。
【図１３ａ】本発明のPDA eTicket 精算態様の実施例を示す高水準機能フローチャートである。
【図１３ｂ】本発明のPDA eTicket 精算態様の実施例を示す高水準機能フローチャートである。
【図１３ｃ】本発明のPDA eTicket 精算態様の実施例を示す高水準機能フローチャートである。
【図１４ａ】パソコンを使用するＰＤＡアンロック・ルーチンの実施例を示す高水準機能フローチャートである。
【図１４ｂ】パソコンを使用するＰＤＡアンロック・ルーチンの実施例を示す高水準機能フローチャートである。
【図１５ａ】公認のサービスセンタを通じてのＰＤＡアンロック・ルーチンの実施例を示す高水準機能フローチャートである。
【図１５ｂ】公認のサービスセンタを通じてのＰＤＡアンロック・ルーチンの実施例を示す高水準機能フローチャートである。
【図１５ｃ】公認のサービスセンタを通じてのＰＤＡアンロック・ルーチンの実施例を示す高水準機能フローチャートである。
【図１６】本発明の実施例における指定目的システム装置例でのパソコン・システム・インターフェイス処理を示す高水準機能フローチャートである。
【図１７ａ】本発明の実施例における指定目的システム装置例のためのDownload eCash処理を示す高水準機能フローチャートである。
【図１７ｂ】本発明の実施例における指定目的システム装置例のためのDownload eCash処理を示す高水準機能フローチャートである。
【図１７ｃ】本発明の実施例における指定目的システム装置例のためのDownload eCash処理を示す高水準機能フローチャートである。
【図１７ｄ】本発明の実施例における指定目的システム装置例のためのDownload eCash処理を示す高水準機能フローチャートである。
【図１８ａ】本発明の実施例における指定目的システム装置例での個人的な医療、保険、非常時データ・インターフェイス処理を示す高水準機能フローチャートである。
【図１８ｂ】本発明の実施例における指定目的システム装置例での処方箋ダウンロード・インターフェイス処理を示す高水準機能フローチャートである。
【図１９ａ】指定目的システム装置の実施例の外部構成例の種々の図を示している図式表示である。
【図１９ｂ】指定目的システム装置の実施例の外部構成例の種々の図を示している図式表示である。
【図１９ｃ】指定目的システム装置の実施例の外部構成例の種々の図を示している図式表示である。
【図２０ａ】生物測定リーダおよび付加的な文脈依存型ユーザ入力ボタンを包含する指定目的システム装置構成例の別の実施例を概念的に示す高水準図式表示である。
【図２０ｂ】PayStickTMの実施例の構成要素例および構成要素例間の接続例を表す概略図である。
【図２０ｃ】図２０ｂに示した構成要素例間の物理的な接続例を示す概略図である。
【図２０ｄ】図２０ｂに示した構成要素例についての仕様例を示すパーツ・リストである。
【図２０ｅ】図２０ａに示す構成要素例についての材料表例であり、図２０ｅは英語仕様である。
【図２０ｆ】図２０ａに示す構成要素例についての材料表例であり、図２０ｆはドイツ語仕様である。
【図２１ａ】本発明の実施例における、電子通貨使用可能指定目的システム装置と売り場端末または電子キオスクとの間の取引インターフェイス処理例を示す高水準機能フローチャートである。
【図２１ｂ】本発明の実施例における、電子通貨使用可能指定目的システム装置と売り場端末または電子キオスクとの間の取引インターフェイス処理例を示す高水準機能フローチャートである。
【図２２ａ】本発明の実施例における、指定目的システム装置例と公認サービス・プロバイダとの間での電子通貨・チケット・ダウンロード処理例を示す高水準機能フローチャートである。
【図２２ｂ】本発明の実施例における、指定目的システム装置例と公認サービス・プロバイダとの間での電子通貨・チケット・ダウンロード処理例を示す高水準機能フローチャートである。
【図２３ａ】本発明の実施例における、指定目的システム装置例、システム使用可能ＰＤＡ／無線電話例間の電子通貨交換処理例を示す高水準機能フローチャートである。
【図２３ｂ】本発明の実施例における、指定目的システム装置例、システム使用可能ＰＤＡ／無線電話例間の電子通貨交換処理例を示す高水準機能フローチャートである。
【図２４】サーバ及び／又はＰＤＡ／無線／指定目的装置によって維持されるデータについてのデータ構造例のデータ関係線図である。
【図２５】本発明の実施例によってユーザＰＣに与えられるユーザ・インターフェイス・ウェルカム・スクリーンの図式表示である。
【図２６】本発明の実施例によって、ユーザＰＣに与えられるメイン・メニュー・ユーザ・インターフェイス・スクリーンの図式表示である。
【図２７】本発明の実施例によって、指定目的システム装置ユーザがサーバ・システムとインターフェイス接続するウェブサイトに与えられるユーザ・インターフェイス・ウェルカム・スクリーンの図式表示である。
【図２８】本発明の実施例によって、指定目的システム装置ウェブサイト・インターフェイスに与えられるメイン・メニュー・ユーザ・インターフェイス・スクリーンの図式表示である。
【図２９】本発明の実施例のいくつかの構成要素間の関係例の高水準簡略図式表示である。
【図３０】本発明の実施例の携帯装置構成要素例の高水準簡略図式表示である。
【図３１】本発明の実施例のサーバ側構成要素例の高水準簡略図式表示である。
【図３２】本発明の実施例の携帯装置構成要素例間のマイクロペイメント送信インターフェイスを示す高水準簡略図式表示である。
【図３３】携帯装置構成要素例、売り場端末販売／サービス構成要素例、本発明の実施例のサーバ側構成要素例間のマイクロペイメント転送インターフェイスを示す高水準簡略図式表示である。
【図３４】携帯装置構成要素例、売り場端末販売／サーバまたはオンライン・アプリケーション構成要素例、他のサーバ構成要素および本発明の実施例のサーバ側構成要素例間の売り主クレジット振替インターフェイスを表す高水準簡略図式表示である。
【図３５】サーバ口座振替が典型的な携帯装置構成要素例、売り場端末販売／サービスまたはオンライン・アプリケーション構成要素例、他のサーバ構成要素、本発明の実施例のサーバ側構成要素例間の売り主クレジット・サーバ・アカウント転送インターフェイスを示す高水準簡略図式表示である。
【図３６】携帯PayStick装置構成要素例、売り場端末販売／サービスまたはオンライン・アプリケーション構成要素例、他のサーバ構成要素、本発明の実施例のサーバ側構成要素例間の売り主クレジット・サーバ・アカウント転送を示す高水準簡略図式表示である。
【発明を実施するための形態】
【００１０】
本発明のこれらおよび他の特徴は、本発明の実施例についての以下の説明において更に充分に述べられる。説明は、添付図面を参照しながら行うこととする。
【００１１】
［著作権資料の複製品］
この特許書類の開示の一部は、Ｉｍｍｔｅｃ社による著作権保護を受ける資料を含んでいる。著作権所有者であるＩｍｍｔｅｃ社は、特許商標庁の特許ファイルまたは原簿にある特許書類または特許開示についての何人による複製品に対して異議はないが、他の点においては、いかなることがあろうとも、すべての著作権は保有するものである。
【００１２】
［商標］
ImmtecTM、MicrowalletTM、mewalletTM、ＣＳＲＡTM、Customer Specific Receipt AdvertisingTMおよびPayStickTMは、Ｉｍｍｔｅｃ社の商標である。ここに記載する実際の会社名、商品名は、それぞれの所有者の商標である。
【００１３】
（発明の詳細な説明）
Ａ.  発明の主要プロセスの概要  図１ａは、典型的なハードウェア・ネットワークの主要ノード間の関係を説明するＰＤＡ支払いシステムの実施例の概要である。図１に示す実施例においては、ＰＤＡ７００がネットワークの中心構成要素となる。ＰＤＡの役割は、ユーザが自分の家を留守にしている間でも、終らせてしまいたいと思ってるような全てのあるいは一部の日常的な金融取引に対する中心短期リポジトリ及び通信装置として機能することである。実施例においては、ＰＤＡは、無線インターフェイス７０５を備え、この無線インターフェイス７０５を通して、ＰＤＡが、ユーザ環境全体に分散されている他の装置との通信を行うことになる。
【００１４】
ＰＤＡは、自動預金払戻機（Automated Teller Machine; ＡＴＭ）７４０と通信を行う。ＡＴＭ取引においては、ＰＤＡは、ＡＴＭから電子マネーまたは電子マネー証明書を得る。
ＰＤＡは、購買場所（Point of Purchase; ＰＯＰ）端末（また、時には、この明細書でも言うように、売り場（Point of Sale; ＰＯＳ）端末とも呼ばれる）７１０と通信を行う。ＰＯＰ端末での取引においては、ＰＤＡは、いくつかのクレジット・アカウントまたは銀行預金口座を使用して、あるいは電子マネーで購入代金を支払う。一実施例において、口座確認器は、ＰＤＡを備えたメモリ記憶装置内に保存される。ＰＤＡは、いくつかの口座番号を保存することによってこの取引を容易にするもので、この口座番号の中からユーザが支払い方法を選択するようになっている。ＰＤＡは、ＰＯＰ端末に口座番号を通知し、次いで、ＰＤＡ内に一時的に保持されたユーザの口座情報を更新する。
【００１５】
ＰＤＡは、また、ＰＯＰチケット端末と通信を行う。ＰＯＰチケット端末での取引においては、ＰＤＡは、電子授権証明書すなわちeTicketを保持して、個々のサービスに対して使用したり、個々の娯楽イベントに参加したりする。電子チケットを含むチケットとは、この明細書においては、時には、取引授権だとか、授権証明書や、あるいは取引授権証明書として同義的に使われる。
【００１６】
ＰＤＡは、いくつかの異なったタイプのインターフェイスの１つである通信インターフェイス７９５を介して、パソコン（ＰＣ）７６０と通信を行う。この通信インターフェイス７９５は、ＰＤＡのデータ保存を、ＰＣに保存されたユーザの口座情報と同期させるのに用いられる。ＡＴＭは、通信リンク７４５を通して銀行のサーバと通信を行う。ＰＯＰ端末は、通信リンク７１５を介して、自動クリアリングハウス（Automated Clearing House;ＡＣＨ）サーバ７２０と通信を行う（以下にさらに説明するように、通信リンク７１５は、直接的なリンクであってもよいし、Ｉｍｍｔｅｃサーバ・ホスト７５０を経由するリンクであってもよい）。ＰＯＰ eTicket端末は、通信リンク７８５を介してＰＯＰチケット・サーバ７８０と通信を行う。チケット・サーバは、eTicketを確認するために用いられる、発行済みの、精算済みの、あるいは未払いのeTicketについてのデータベースを保持する。
【００１７】
ＰＣは、通信リンク７６５を介してeTicketサーバと通信を行う。通信リンク７６５は、eTicketの購入をＰＤＡに保存するのを可能にするのに用いる。ＰＣは、また、通信リンク７３５を介して銀行サーバ７３０と通信を行う（さらに以下に説明するように、通信リンク７３５は、直接的リンクであってもよいし、Ｉｍｍｔｅｃサーバ・ホスト７５０を経由するリンクであってもよい）。この通信によって、ＰＣを銀行サーバと連動して使用し、支払いを行うときにＰＤＡによって使用され得るユーザの銀行／現金およびクレジット口座を管理することができる。
【００１８】
ＰＣは、また、通信リンク７５５を介してＩｍｍｔｅｃサーバ・ホスト７５０と通信を行う。この明細書で「Ｉｍｍｔｅｃ」に対して言及したことは、本発明を具現化するようなどのようなホスト・サーバ・システムに対しても等しく適用される。すなわち、Ｉｍｍｔｅｃについての言及は、他のホスト・システムへの言及も含むものと理解されたい。Ｉｍｍｔｅｃに対する言及は、例示であって、発明の限定要件ではない。本発明の実施例においては、通信リンク７５５は、ハイパー・テキスト転送プロトコル（ＨＴＴＰ）一式を使用するインターネット・リンクである。ＰＣは、Ｉｍｍｔｅｃホスト上のリソースを使用してＰＤＡ装置を管理する。
【００１９】
ＰＤＡ無線システムは、ＰＣ、Ｉｍｍｔｅｃサーバ、およびＰＤＡ装置を使用して実行されるべきセットアップ・プロセスを必要とする。ＰＤＡ装置のセットアップ中における本実施例のネットワーク・ノード間の関係例がＵＭＬ配置図として図１ｂに示してある。図１ｂに示すように、ＰＣ７６０は、インターネット７５５を介してＩｍｍｔｅｃサーバ７５０と、そして、通信リンク７９５を介してＰＤＡ装置７００と通信を行う、ソフトウェア・オブジェクトをホストする。この通信リンクは、幾つかある異なるタイプの１つである。この実施例では、リンクはユニバーサルシリアルバス（Universal Serial Bus; ＵＳＢ）である。
【００２０】
Ｉｍｍｔｅｃサーバは、ＰＤＡ装置のための初期化データを保持する。この初期化データは、各ＰＤＡ装置に固有の暗号化した登録データを含んでおり、これらの登録データは、この実施例においては、Ｉｍｍｔｅｃホスト・サイトに維持される。ＰＣは、セットアップ・ソフトウェアを含み、このセットアップ・ソフトウェアは、セットアップ・データについてＩｍｍｔｅｃサーバに問い合わせを行い、Ｉｍｍｔｅｃサーバからのセットアップ・データを、ユーザ入力クレジット及び銀行口座情報に結合し、結合されたデータをＰＤＡ装置に保存する。図１ｄは、本実施例を使用するセットアップ・プロセス例においてソフトウェア・オブジェクト通信シーケンス例の部分的な説明図である。図１ｄに示すように、ＰＤＡセットアップ・ソフトウェア・オブジェクト８１０は、ＰＣ７６０によってもホストされる。ＰＤＡセットアップ・オブジェクトは、ユーザからのセットアップ・データを要求し、データ８１５を、ＰＤＡ７００によってホストされるＰＤＡ管理ソフトウェア・オブジェクト８２０に送る。そして、セットアップ・データを将来の使用のために保存する。
【００２１】
この明細書で言う「“モデムを介して”インターネット接続」という表現が、無線、ＤＳＬを含むすべてのインターネット接続方法と、インターネットへの接続及び／又はインターネットへのアクセスを行うすべての他の方法と、を含むことは了解されたい。
【００２２】
本発明の用途の１つは、購買場所端末（a point of purchase terminal）で支払いを行うことにある。図１ｃは、購入代金を支払うために本発明の実施例の使用する状態を示すＵＭＬ配置図である。図１ｃに示すように、ＰＤＡ７００は、ＰＯＰ端末７１０と共に無線通信リンク７０５を確立する。支払い情報は、通信リンク７０５を使用してＰＤＡからＰＯＰ端末に送られる。ＰＯＰ端末は、通信リンク７１５によってＡＣＨサーバ７２０に接続する。ＰＯＰ端末は、通信リンク７１５を介してＡＣＥサーバに支払い情報を送る。
【００２３】
本実施例におけるソフトウェア・オブジェクト間の通信シーケンス例が図１ｄに示してある。図１ｄに示すように、ＰＤＡ７００によってホストされたＰＤＡ支払いオブジェクト８３０が、ＰＯＰ端末オブジェクト８４０に支払い情報８３５を送る。ＰＯＰ端末は、ＡＣＨサーバ８５０に支払い情報を送り、支払いの検証を要求する（８４５）。ＡＣＨは、ＰＯＰ端末へ承認８５５を戻す。次いで、ＰＯＰ端末は、取引の確認８６５をＰＤＡ支払いオブジェクト８３０へ送り戻す。ＰＤＡ支払いオブジェクト８３０は、次に、取引データ８７５をＰＤＡ管理オブジェクトに送る。次いで、ＰＤＡ管理オブジェクトが、取引履歴データベースに取引データを保存する。次いで、ＰＤＡ管理オブジェクトは、ＰＣによってホストされるＰＤＡセットアップ・オブジェクトに取引履歴８８５を送る。次いで、取引データが、ＰＣ上の取引履歴データベースに保存され、さらなる処理のために会計オブジェクト８００に送られる。
【００２４】
本発明は、また、電子授権またはeTicketに対するキャリアとしても使用される。eTicketキャリアとして使用される本発明の実施例のＵＭＬ配置図が図１ｅに示してある。図１ｅに示すように、ＰＣ７６０は、通信リンク９０５を介してチケット・ブローカー・サーバ９００と通信を行っているブラウザ・クライアントをホストする。図１ｅに示す実施例においては、通信リンクはインターネットを使用している接続である。それ故、ユーザは、チケット・ブローカーにチケットを注文するのにブラウザを使用することができる。そうすると、ユーザは、eTicket証明書のプロバイダとしてＩｍｍｔｅｃサーバを選ぶことができる。ユーザがＩｍｍｔｅｃサーバを選択すると、チケット・ブローカーは、通信リンク９０５をＩｍｍｔｅｃチケット・サーバ７７０に開く。次いで、チケット・ブローカーは、ＩｍｍｔｅｃサーバへeTicket証明書を要求することができる。次いで、証明書がＰＣへ送られ、そこにおいて、ＰＤＡ装置７００をセットアップするのに使用される。図１ｅに示す実施例においては、Ｉｍｍｔｅｃサーバは、eTicket証明書のコピーを、通信リンク７７５を介してＰＯＰチケット・サーバ７８０に送る。このＰＯＰチケット・サーバ７８０は、たとえば、チケットを使用することになるサイトに設置された、あるいは、このサイトでＰＯＰチケット端末によってアクセスできるＰＯＰチケット・サーバである。別の実施例において、ＰＣは、証明書を受け取るためにチケット・ブローカーを介してＩｍｍｔｅｃサーバに透過的に接続される。
【００２５】
一旦ＰＣがeTicket証明書を受け取ったならば、ＰＣは、通信リンク７９５を介してＰＤＡ装置にeTicket証明書を送ることによってＰＤＡ装置をセットアップする。次いで、ユーザがＰＤＡをイベントまたはサービスの場所に運び、それを使用してＰＯＰeTicket端末７１０との無線通信リンク７０５を確立する。eTicket証明書は、通信リンク７８５を介してＰＯＰチケット・サーバへＰＯＰeTicket端末によって照合される。
【００２６】
本実施例のソフトウェア構成要素間でのeTicket作成、転送についての通信イベント例が、図１ｆに示してある。ＰＣクライアント１０１０は、チケット・サーバ１０００にリクエスト１０１３を送る。チケット・サーバは、次いで、Ｉｍｍｔｅｃチケット・サーバ１０６０へeTicket証明書の生成を要求（１００３）する。次いで、Ｉｍｍｔｅｃチケット・サーバが、eTicketを生成し、チケット・サーバに送る（１０６３）。次いで、Ｉｍｍｔｅｃサーバは、ＰＯＰチケット・サーバへeTicket証明書のコピー１０６６を送る。次いで、チケット・サーバは、ＰＣクライアントにeTicket証明書１００６を送る。次いで、ＰＣクライアントが、ＰＤＡ７００によってホストされるＰＤＡ購入オブジェクト１０２０にeTicket証明書１０１６を送る。次いで、ＰＤＡ購入オブジェクトは、eTicket証明書を保存する。
【００２７】
次いで、ＰＤＡによってホストされるＰＤＡ精算オブジェクト１０３０が、送られるべきeTicket証明書１０２３をeTicketデータベースに要求する。次いで、ＰＤＡ精算オブジェクトは、無線通信リンクを介してＰＯＰ端末１０４０にeTicket証明書１０３３を送る。ＰＯＰ端末は、ＰＯＰチケット・サーバ１０５０にeTicket１０５３の検証を要求する。eTicket証明書が有効な場合、ＰＯＰチケット・サーバは、ＰＯＰ端末に確認１０５６を送る。次いで、ＰＯＰチケット・サーバは、有効証明書データベースからそのチケットを削除する（１０５９）。次いで、ＰＯＰ端末は、ＰＤＡ精算オブジェクトにチケット受領の確認１０３６を送る。ＰＤＡ精算オブジェクトは、eTicket証明書を削除すべきことを要求する（１０３９）。
【００２８】
Ｂ．実施例のハードウェア概要  １．赤外線入出力装置を備えた携帯コンピューティング  装置（ＰＤＡ）  本発明は、発明の精神から逸脱することなく、すべての携帯式または腕時計サイズのＰＤＡコンピューティング装置に適用することができる。データは、ユーザによって、キーパッド、ペン、音声、モデムを介して入力してもよいし、あるいはＰＣと同期化することによって入力してもよい。ＰＤＡ装置は、赤外線通信及び／又は他の短距離データ送信能力を持って構成し、さらに、パソコン（ハードワイヤード同期クレイドルまたは赤外線インターフェイスを介して）、購買場所／売り場ハードウェア、自動預金払戻機（無線インターフェイスを介して）、および電子キオスク（これも無線インターフェイスを介して）と通信を行えるように構成する。ＰＤＡ装置は、有線及び無線の通信装置、並びにインターネットで通信で通信するよう随意に構成してもよい。
図１ｇに示すように、本発明の実施例におけるＰＤＡは、以下のハードウェア構成要素例を備える。即ち、オペレーティング・システム１；ＲＡＭ（ランダム・アクセス・メモリ）２ａ〜２ｂ；ＲＯＭ（読出し専用メモリ）３；クロック４；スクリーン・ドライバ５ａ、及び、液晶（液晶ディスプレイ）スクリーンあるいは他のディスプレイ装置５ｂ；赤外線入出力インターフェイス６；マイクロプロセッサやマイクロ・コントローラなどを含むＣＰＵ（中央演算処理ユニット）あるいは別のコンピュータ装置７；バッテリ８；ソフトウェア制御ボタン９；インストール済みソフトウェア１０；選択的な無線モデム１１ｂおよびモデム・ドライバ１１ａ；選択的な有線モデム１２およびモデム・ドライバ１１ａ；ＰＣ同期インターフェイス１３；ＰＣ同期クレイドル１４；ペン・インターフェイス（タッチ・パッド２３を必要とする）１５または音声インターフェイス（内部マイクロホン２２を必要とする）１６またはキーパッド・インターフェイス１７；選択的な生体測定装置１８；選択的なスピーカ１９；選択的なカメラ２０ａおよび視覚インターフェイス２０ｂ；そして、選択的なキーパッド２１；である。
【００２９】
２．選択的な内部ＰＤＡおよび赤外線入出力装置を  備える無線移動電話  本発明に従った諸機能を実施するのを可能にする無線移動電話は、いかなるサイズや型式でもよい。その作動プロトコルは、ＣＤＭＡや、ＴＤＭＡや、ＧＳＭであり、これら以外の他のデジタル・プロトコルであり得る。これは、赤外線通信や他の短距離データ送信の性能があるように構成される。また、パソコン（ハードワイヤード同期クレイドルまたは赤外線インターフェイスを介して）、購買場所ハードウェア、自動預金払戻機及び／又は電子キオスク（赤外線インターフェイスを介して）、有線及び無線の通信装置、あるいはインターネットと通信を行えるようにも構成される。
図２に示すように、本発明の実施例における無線移動電話は、以下のハードウェア、ソフトウェア構成要素例を備える。すなわち、内蔵ＰＤＡコンピュータ３０、キーパッド・インターフェイス３１、選択的な音声起動能力３２、選択的なヘッドセットおよびヘッドセット・インターフェイス３３、スピーカ１９、マイクロホン２２、無線データ・音声送信ハードウェア１２ｂ、アンテナ３４、トランシーバ３５、液晶スクリーン５ａ，５ｂ、赤外線インターフェイス６、ＰＣ同期インターフェイス１３、ＲＡＭ２ａ〜２ｂ、ＲＯＭ３、オペレーティングシステム１、クロック４、ＣＰＵ７ａ，７ｂ、バッテリ８ａ，８ｂ、バッテリ・チャージャ・インターフェイス３６、そして、バッテリ・チャージャ／ＰＣ同期クレイドル・インターフェイス１４である。
【００３０】
３．赤外線入出力装置を備えるクレジットカード処理端末  本発明の実施例におけるクレジットカード／デビットカード購買場所／売り場処理端末は、多くの製造業者によって製造された現在使用中のものと同様であるが、ただし、端末の頂面または側面に設置してあるかあるいはシリアル・インターフェイス・ポートに外部接続してある、赤外線入出力インターフェイス及び／又は短距離データ送信装置が更に追加されている点で異なる。
本発明の一実施例においては、様々なタイプの売り場端末やクレジットカード／デビットカード処理端末に接続可能な外部アフターマーケット赤外線インターフェイスが設けてある。外部赤外線インターフェイス装置としては、特に、マイクロプロセッサであったり、ＰＤＡや無線電話及び／又は指定目的システム装置にインターフェイス接続する赤外線通信スタックとか、ＰＯＳ端末と、ＰＤＡと、無線電話及び／又は指定目的システム装置と、そしてサーバ・システムと通信を行うソフトウェアであるとか、種々のＰＯＳ端末と互換性のあるシリアル・ポート・プラグがある。本発明の一実施例においては、外部赤外線インターフェイス装置は、ＰＯＰ電源を使用して、外部赤外線インターフェイス装置の赤外線トランシーバ・ドングルおよびマイクロプロセッサに電力を供給する。
図３に示すように、赤外線インターフェイス５０は、キーパッド・インターフェイス５２およびスワイプ・インターフェイス５３がＣＰＵ５１と通信を行う方法と同様の方法で、ＰＯＰ端末のＣＰＵ５１と通信を行う。赤外線インターフェイス５０の集めたデータは、キーパッドまたはスワイプ・インターフェイスの集めた情報が銀行あるいはクリアリングハウスへ送信されたりそこから受信されたりするのとまったく同じ方法で、銀行／クリアリングハウスへ送信されたり、そこから受信されたりする。
【００３１】
４．赤外線入出力装置を備える自動預金払戻機  本実施例におけるＡＴＭ（自動預金払戻機）は、現在使用されているＡＴＭに類似したものであるが、ただし、図４に示すように、赤外線入出力インターフェイス６０や別の短距離データ送信装置が、ＡＴＭの正面などに追加してある。赤外線インターフェイスは、ＡＴＭのキーパッド・インターフェイス６２およびスワイプ・インターフェイス６３がＡＴＭのＣＰＵ６１と通信を行う方法と同様な方法で、ＡＴＭのＣＰＵ６１と通信を行う。赤外線インターフェイス６０の集めたデータは、キーパッドまたはスワイプ・インターフェイスの集めた情報を、現在、銀行またはクリアリングハウスに送信、あるいは、そこから受信する方法とまったく同じ方法で、銀行またはクリアリングハウスに送信したり、あるいは、そこから受信したりする。
【００３２】
５．無線モデム  無線モデムは、ＰＤＡに組み込んだり、そのために設けたＰＤＡのスロットに挿入したり、あるいはＰＤＡに外部接続する。無線モデムは、どのような通信プロトコルでも稼働するように構成され、プログラムされ得る。
【００３３】
６．有線モデム  有線モデムは、ＰＤＡに組み込んだり、そのために設けたＰＤＡのスロットに挿入したり、あるいはＰＤＡに外部接続する。有線モデムは、どのような電話回線でも稼働するように構成され得る。
【００３４】
７．パソコン  パソコン（“ＰＣ”）は、Ｗｉｎｄｏｗｓ（登録商標）９５〜９８、ＭＥ、２０００＋や、ＮＴ−２０００  ＯＳ、Ｍａｃ  ＯＳ、Ｌｉｎｕｘ  ＯＳ、その他のオペレーティングシステムで構成する。ＰＣは、デスクトップ・モデルでも、ラップトップ・モデルでも、あるいは外部装置と通信できる別のタイプのＰＣでもよい。本実施例においては、ＰＣは内蔵モデムを有し、インターネットと通信を行えるように構成する。当業者であれば、本実施例で内蔵モデムについて説明していることが本発明の限定要件ではなく、外部モデムを使用するような別の実施例も、発明の精神から逸脱するものではないことは了解できよう。
図５に示すように、本実施例のパソコンは、以下のハードウェア及びソフトウェア構成要素例を含む；すなわち、オペレーティングシステム１００、常設式メモリ記憶装置（ハード・ドライブ）１０１、ＲＡＭ１０２、ＲＯＭ１０３、クロック１０４、ディスプレイ・モニタ１０５ａ〜１０５ｂ、選択的な赤外線入出力インターフェイス１０６、ＣＰＵ１０７、バッテリ１０８、インストール済みのソフトウェア１１０、パラレル・ポート１１１、シリアル・ポート１１２、選択的なＵＳＢポート１１３、選択的なＳＣＳＩポート１１４、通信ポート１１５、入力装置（タッチ・パッド１１６またはマウス１１７ａ〜１１７ｂまたは音声インターフェイス１１８（マイクロホン１１９及びスピーカ１２０を有する）及び／又はキーボード・インターフェイスおよびキーボード１２２）、そして、モデム１２３ａ〜１２３ｂである。
【００３５】
８．外部赤外線インターフェイス・ポート  パソコンの場合、外部赤外線インターフェイス装置は、通信ポートを介してパソコンに接続される。ポート例としてはＵＳＢがある。本実施例においては、装置用のコードは、典型的には長さが少なくとも１.３メートル、あるいは４フィートである。本実施例では、この装置は、デスクトップや、テーブルなど、平坦な表面に置くことができるようになっている。外部赤外線インターフェイスは、どのようなパソコンでも赤外線装備ＰＤＡと通信を行うことができるようにし、そして、利用できない場合に同期クレイドルがなくても、ＰＤＡが、パソコンと、あるいはインターネットと、直接的に通信を行ることができる、というようにする。
購買場所装置の場合、１つの実施例の購買場所端末用の外部赤外線インターフェイス・ポートが、クレジットカード処理端末と同じような、ＩＳＤＮや、アナログ電話、またはネットワーク・インターフェイスへ接続されて、小売商のコンピュータ・システム、クリアリングハウスまたは銀行のコンピュータ・システム、ならびに顧客のＰＤＡと通信を行う。この装置は、小売商または発行銀行が自分たちのクレジットカード処理端末をビルトイン無線通信ポートを有する新しいモデルに交換しないことを選択した場合に、使用することができる。
【００３６】
９．サーバ・コンピュータ サーバ・コンピュータまたはサーバ・コンピュータ・セットは、サーバ・システムによって提供され、これで、本発明の支払いシステム態様（ここでは、「ＰＤＡ支払いシステム」と呼ぶ）と、授権取引インターフェイス・システム（ここでは、「Ticketdownload.com」及び／又は「Ticketdownload.comシステム」及び／又は「eTicketシステム」と呼ぶ）とに対し、インターフェイスを提供する。これらのシステムのシステム管理者は、ここでは、「Ｉｍｍｔｅｃ」とよぶ。さらに、後述するように、サーバ・システムは、処方箋といったような情報を含む医療情報の保守及び交換を含めた他の取引機能をも提供する。
【００３７】
Ｃ．ソフトウェア  １．赤外線ドライバ 赤外線ソフトウェア・ドライバは、赤外線ハードウェア・インターフェイスの機能を制御する。本発明の赤外線ソフトウェア・ドライバ・プログラム特徴は、発明の精神から逸脱することなく、あらゆるタイプのハードウェア・システムおよびオペレーティングシステムに等しく適用できる。赤外線ソフトウェア・ドライバは、ＰＤＡの赤外線ハードウェア・インターフェイス間で、パソコンのＣＰＵとの、及び／又はホスト・サーバ・システムとの通信を可能にする。
【００３８】
２．ＡＴＭ、クレジットカード処理端末、ＰＤＡに対する  インターフェイス・ソフトウェア・プログラム  これらのインターフェイス・ソフトウェア・プログラムは；ａ）ＡＴＭと銀行／クリアリングハウス（及び／又はホスト・サーバ・システム）間；ｂ）ＡＴＭとＰＤＡ間；ｃ）クレジットカード処理端末とクリアリングハウス／銀行（及び／又はホスト・サーバ・システム）間；ｄ）クレジットカード処理端末とＰＤＡ間；ｅ）ＰＤＡ、赤外線インターフェイスと、クレジットカード処理端末、ＡＴＭ、あるいは他の赤外線の端末間；との通信を促進する。
本発明のインターフェイス・ソフトウェア・プログラム特徴は、発明の精神から逸脱することなく、あらゆるタイプのハードウェア、オペレーティングシステムに等しく適用できる。
【００３９】
３．パソコン用のインターフェイス・ソフトウェア  パソコン・インターフェイス・ソフトウェア・プログラムは；  同期ハードウェアを介して、ＰＣと携帯式ＰＤＡ間；同期ハードウェアを介して、ＰＣと腕時計サイズのＰＤＡ間；インターネットを通しての同期ハードウェアを介して、ＰＣとＰＤＡ間；赤外線ポートを介して、ＰＣと携帯式ＰＤＡ間；赤外線ポートを介して、ＰＣと腕時計サイズのＰＤＡ間；インターネットを通しての赤外線ポートを介して、ＰＣとＰＤＡ間；あるいは、短距離データ送信装置を介して、ＰＣとＰＤＡ間；との通信を容易にする。
本発明のＰＣインターフェイス・ソフトウェア特徴は、発明の精神から逸脱することなく、あらゆるタイプのパソコンおよびオペレーティングシステムに適用できる。
【００４０】
４．主要消費者会計プログラム用のインターフェイス・  ソフトウェア  図６に示すように、本発明は、消費者会計インターフェイス・ソフトウェア１２６ａを提供する。これは、ＰＤＡと種々の会計プログラムとの間での、データの通信、同期化、交換を容易にする。これらの会計プログラムとしては、限定するつもりはないが、ＰＣあるいはマッキントッシュ用のＱｕｉｃｋｅｎ１９９８＋またはＭｉｃｒｏｓｏｆｔ Ｍｏｎｅｙ９８＋プログラムのような製品がある。典型的なソフトウェア・プログラムは、特に、ＷｉｎｄｏｗｓベースのＰＣ、マッキントッシュ・コンピュータ、Ｗｉｎｄｏｗｓ ＣＥ／ポケット ＰＣベースのＰＤＡ１２７ｋ、およびＰａｌｍ ＯＳ ３＋ ベースの ＰＤＡ１２７ｊに対する会計インターフェイスを提供する。
【００４１】
５．インターネット用のインターフェイス・ソフトウェア PDA Pay eTicketシステムは、すでにクライアントおよびサーバ・コンピュータに存在するインターネット・ブラウザ／インターフェイス・ソフトウェアを利用するようにプログラムされる。
【００４２】
６．ＰＣ及びＰＤＡ用のPDA Pay & eTicket/mewalletTM システム・ソフトウェア  たとえば、パソコン（図６）及び／又はＰＤＡ装置（図７）における、電子チケット（「eTickets」）１２７ｂ、１２９ｈ、銀行業務情報１２７ｅ，１２９ｋ、クレジットカード情報１２７ｆ，１２９ｌ、および医学情報１２７ｇ，１２９ｍを含む、多くのタイプのデータ１２７ａ〜１２７ｉ，１２９ｇ〜１２９ｆ）を保存するソフトウェアを設ける。PDA Pay eTicketシステム・パソコン・ソフトウェアは、ユーザのパソコン上にインストールされる。このソフトウェアは、たとえば、コンピュータのハード・ドライブのようなパソコンで構成したメモリ記憶装置内のデータベースにユーザ情報（たとえば、eTicketｓ、ユーザの銀行業務情報、クレジットカード情報および他の関連した金融データ及び／又はユーザの医療情報および他の関連した情報）を書き込み、保存する。このソフトウェアにより、適切なセキュリティ・プロトコルの条件を満たした後、すべての金融、個人医療およびeTicketのデータを顧客のＰＤＡに送ることができる。
【００４３】
PDA Pay eTicket／mewalletTMシステムＰＤＡソフトウェアは、顧客のＰＤＡにインストールされる。１つのシナリオ例においては、このソフトウェアは、公認の小売店、発行銀行、クレジットカード会社、あるいはクリアリングハウスによって、プレインストールされる。また、顧客によって自分たちのパソコンからインストールされるようにもできる。このソフトウェアは、ＰＤＡと他の装置間の各々の通信内に担持される暗号化され安全で独自のコード１２９ｆを、ＰＤＡが保存するようにさせる。このソフトウェアは、更にまた、たとえば、すべての銀行口座データ１２９ｋ、セキュリティ・アカウント・データ、クレジットカード・アカウント・データ１２９１、eTicketｓ１２９ｈ、ユーザＩＤ、ＰＩＮ１２９ａ、他の関連した金融データ１２９ｃ、個人データ１２９ｇなど含む数多くのタイプのデータ１２９ｇ〜１２９ｆを、ＰＤＡが安全に保存するようにさせる。
【００４４】
本実施例においては、ＰＤＡソフトウェアを使用してＰＤＡ装置からのデータにアクセスしたり送信したりするには、ユーザＩＤや、あるいは／またＰＩＮや、及び／又は指紋（ここで用いる「指紋」という用語は、親指を含めたどの指の「押し跡」でも、あるいは別の画像をも含むことを意図している）や、及び／又は生体測定データ１２９ｎが必要とされる。ユーザは、ＩＤや、及び／又はＰＩＮや、及び／又は指紋を入力するのに、３回のチャンスを与えられる。ＩＤや、及び／又はＰＩＮや、及び／又は指紋が正しい場合には、ユーザはデータにアクセスし、送信することが許される。もしＩＤや、及び／又はＰＩＮや、及び／又は指紋が３回の試みでも正しくない場合には、ソフトウェアは、ＰＤＡをシャットダウンし、ロックし、使用を禁止する。それ故、ＰＤＡをアンロックする必要がある。本実施例におけるＰＤＡは、ユーザのパソコン、認可されたPDA Pay & eTicket/mewalletTMシステム（時には、単に「システム」と呼ぶことがある）サービスセンタまたは発行銀行または他の発行機関に同期化することによってのみアンロックされる。
【００４５】
本発明のPDA Pay & eTicket System/mewalletTMサーバ・ソフトウェア特徴は、発明の精神から逸脱することなく、あらゆるタイプのサーバ・ハードウェアおよびオペレーティングシステムに等しく適用できる。システム・サーバ・ソフトウェアは、ホスト・システム・サーバ上にインストールされる。図８が、サーバ・ソフトウェア構成要素例の実施例を示している。このシステム・サーバ・ソフトウェアは、特に、ファイアウォール１３０ａ，１３０ｂ、暗号化／解読ルーチン１３１、ウェブサイト・サーバ・ソフトウェア１３２ａ，１３２ｂ、セキュリティ・チェッキング・ルーチン１３３ａ、指定目的システム装置インターフェイス・ルーチン、ＰＤＡアンロッキング・ルーチン１３３ｂ、ＰＤＡへの／からの同期化ルーチン１３３ｃ、ＦＳＰ、クリアリングハウスへの／からのインターフェイス・ルーチン１３３ｄ，１３３ｆ、無線プロトコル１３３ｇ、マイクロペイメント受領応答ルーチン１３３ｊ、銀行口座マイクロペイメント・ルーチン１３３ｋ、モデム／インターネット経由インターフェイス・ルーチン１３３ｉ、Ticketdownload.comインターフェイス・ルーチン１３３ｅ、認可小売商アカウント・データベース１３４ａ、Ticketdownload.comデータベース１３５ａ、独自のユーザ・セキュリティ・コード１３４ｆ、独自のユーザ・セキュリティ・コード発生器１３６ｂ、ＰＤＡ用システム・ソフトウェア１３６ｄ、ＰＣ用システム・ソフトウェア１３６ｃ、認可サービスセンタ・アカウント・データベース１３４ｂ、ユーザ・ビットマップ画像１３４ｃ、生体測定／指紋データベース１３４ｄ、ユーザ名、ＩＤ、ＰＩＮデータベース１３４ｅ、ユーザの独自のセキュリティ・コード１３４ｆ、ユーザの銀行口座データ１３７ａ、ユーザのクレジットカード・アカウント・データ１３７ｈ、ユーザの仲介アカウント・データ１３７ｃ、他の金融アカウント・データ１３７ｄ、ユーザの個人データ１３７ｅを含む。
【００４６】
７．ＰＤＡ内の生体測定装置用ソフトウェア 生体測定インターフェイス・ソフトウェアは、ユーザの指紋であるとか、ＰＤＡのスクリーン上の光学情報、あるいはＰＤＡ上の別個の生体測定ハードウェア・インターフェイスを読み込むために備えられる。ユーザの独自の生体測定データ／指紋は、ソフトウェアがインストールされた時に、このソフトウェアによってＰＤＡ内に読み込まれて、保存される。次いで、ソフトウェアは、ユーザがＰＤＡにアクセスしようとしたときに、あるいはＰＤＡ内の任意の安全データにアクセスしようとしたときに読み込んだものと、保存してある生体測定データ／指紋とを比較する。指紋が３回の試み中に一致したならば、ソフトウェアは、ユーザがPDA Pay eTicket Systemソフトウェアにアクセスするのを許可する。生体測定データ／指紋が３回の試み中に一致しない場合には、生体測定ソフトウェアはＰＤＡをシャットオフし、ロックする。ロックされたＰＤＡは、アンロックしなければならない。ロックされたＰＤＡは、ユーザのパソコン、認可システム・センタ、あるいは発行銀行に同期化することによってのみアンロックされる。
本発明の生体測定インターフェイス・ソフトウェア特徴は、発明の精神から逸脱することなく、あらゆるタイプのオペレーティングシステムに等しく適用できる。
【００４７】
８．ＰＤＡ所有者の画像を保存、表示するための  画像記憶ソフトウェア  現存する様々な画像記憶ソフトウェア・システムの内の１つが使用されるようになる。本実施例では、所有者の画像は、ビットマップ画像である。画像は、ユーザのパソコンからＰＤＡに、あるいは、認可システム・アウトレット又は銀行においてＰＤＡに、ロードされる。ＰＤＡの写真は、画像が保存された『写真アルバム』を開くことによってアクセスされ、次いで、ＰＤＡのスクリーンに表示される。画像照合は、あらゆる他者と関連して稼働する付加的なセキュリティ対策である。
本発明のＰＤＡ画像記憶ソフトウェア特徴は、発明の精神から逸脱することなく、あらゆるタイプのオペレーティングシステムに等しく適用できる。
【００４８】
９．ＰＤＡ用のＰＩＮ／ユーザＩＤ入力・認識ソフトウェア 本実施例においては、ＰＤＡは、ユーザが、ペン・パッドや、キーパッドや、音声入力装置（内蔵マイクロホン）を経由して個人的な暗証番号であるとかユーザＩＤ名／コードをＰＤＡへ入力する、ということを要求するソフトウェアを含む。入力ソフトウェアは、これらの入力インターフェイスのいずれかからの入力を認識して、承認する。ユーザは、正しいＰＩＮやユーザＩＤを入力するのに、３回の試行回数を与えられる。正しいＰＩＮやユーザＩＤが入力されたならば、ソフトウェアは、PDA Pay eTicketシステムを含む、ＰＤＡのすべての機能へのアクセスを許可する。３回の試行してもＰＩＮやユーザＩＤが正しくないならば、ソフトウェアはＰＤＡをシャットダウンし、アクセスを禁止する。ロックされたＰＤＡをアンロックする唯一の方法は、認可銀行または発行機関あるいは認可システムセンタで、ＰＤＡをユーザのパソコンと同期することである。ＰＩＮおよびユーザＩＤは、また、ユーザのパソコン上のシステム・ソフトウェア内にも保存される。
ユーザの選択肢として、ＰＤＡの非保証領域には、ＰＩＮまたはユーザＩＤなしでアクセスすることができる。システムは、ＰＩＮ及び／又はユーザＩＤを必要とする。
ＰＤＡに対する、本発明の、ＰＩＮ／ユーザＩＤ入力及び認識ソフトウェア特徴は、発明の精神から逸脱することなく、あらゆるタイプのプラットフォームに等しく適用できる。
【００４９】
１０．正しいＰＤＡおよびユーザを識別するためにＰＤＡ  からのすべての送信に独自の暗号化セキュリティ・  コードを添付するソフトウェア  ＰＤＡ暗号化コード・ソフトウェアは、ユーザのＰＤＡ及び無線インターフェイス間のあらゆる通信において、添付したり埋め込むための独自の暗号化したセキュリティ・コードを埋め込んである。ユーザは、このコードを変更したり、このコードにアクセスしたりすることはできない。この独自のコードは、ユーザのパソコン上で、及び／又は発行銀行あるいは他の発行機関で、ユーザのシステム・ソフトウェアに埋め込まれる。Ｉｍｍｔｅｃその他のホスト・システム・データベースは、関連したユーザについての識別名と相関しているすべてのセキュリティ・コードを維持する。このデータベースは、すべての銀行およびクリアリングハウスが利用できるようにする。各ユーザ、発行銀行または他の発行機関は、独自のセキュリティ・コードを起動させるためにコンピュータ上のシステム・ソフトウェアをＩｍｍｔｅｃと一致させる。ＰＤＡ装置は、購買場所端末と通信を行いながら、たとえば、暗号化保護を与えるセキュア・ソケット・レイヤ（secure socket layer; ＳＳＬ）を使用して、各小売商の購買場所装置と通信を行う。本実施例においては、ＳＳＬ層は、使用する無線通信方法とは別個のものである。
ＰＤＡ用の暗号化セキュリティ・コード埋め込みソフトウェアを提供する本発明の特徴は、発明の精神から逸脱することなく、どのようなプラットフォームにも等しく適用することができる。
【００５０】
Ｄ．バンキング・クリアリングハウス・インフラ １．デビットカード／クレジットカード取引のために 現在所定位置にある同じインフラを利用すること。
本実施例においては、図９に示すように、本発明は、デビットカード／クレジットカード取引のための所定位置に現在ある現存のインフラを利用する。購買場所端末１４１は、代表的には、アナログあるいはデジタル電話回線または衛星を経由して、クリアリングハウス１４２と通信を行う。次に、クリアリングハウスは、適切な銀行１４４またはクレジットカード会社１４３に、クレジットおよびデビットを分配する。銀行１４４またはクレジットカード会社１４３は、次いで、適切なクレジットまたはデビットを、消費者および小売商のアカウントに適用する。マイクロペイメントは、サーバ・システム・ホストのアカウント１４５に預けられる（これは以下により詳細に説明する）。一実施例においては、PDA Pay eTicketシステムのこの態様に対して独自のソフトウェアは設けない。ＰＤＡは、クレジットカードやデビットカードや小切手のと同様の方法で行う。Ｉｍｍｔｅｃあるいは別のホスト・サーバ・システムは、ユーザに、すべてのクリアリングハウスに一致したＩＤおよびＰＩＮであるセキュリティ・コードについての毎日更新データベース１４６を提供する。クリアリングハウスは、クレジットカードおよびデビットカード処理の場合と同様に、購入時点にユーザのＰＤＡから送信された埋め込みセキュリティ・コードを電子的に合せる。
別の実施例（以下にさらに詳細に説明する）においては、サーバ・システムは、ＰＤＡ及びＰＯＳ端末間の取引の処理を制御して、適切なクリアリングハウス・システムへ適切な取引を送る。
【００５１】
Ｅ．インターフェイス １．PDA Pay eTicketシステム・プロセス 以下に説明し、図１０ａ〜１０ｃに示すように、インターフェイス非依存式プロセスが、PDA Pay eTicketシステムを備えているＰＤＡまたはＰＤＡ／無線電話を使用する。（このプロセスは、ブリック・モルタル小売商またはオンライン小売商、あるいは、ブリック・モルタル金融サービス・プロバイダ、あるいは、オンライン金融サービス・プロバイダとインターフェイス接続しながら生じる。このインターフェイス接続は赤外線経由である。別の実施例においては、インターフェイスは無線経由あるいはハードワイヤード同期経由である。）
図１０ａ〜１０ｃに示すように、ユーザはＰＤＡ（ユーザの選択毎のユーザＩＤおよびＰＩＮの入力の有無にかかわらず）２００にアクセスする。ユーザは、ペン・パッド、キーパッド、あるいは音声２０１を介して、PDA Pay & eTicket Systemアイコンを選択する。システム・ソフトウェアは、ユーザＩＤおよびＰＩＮ２０２を要求する。ユーザは、ペン・パッド、キーパッド、あるいは音声２０３を介して、ユーザＩＤ及び／又はＰＩＮを入力する。ユーザＩＤあるいはＰＩＮが正しくなければ（２０４）、システム・ソフトウェアは、ユーザＩＤおよびＰＩＮの再入力を要求する。（ユーザは、正しいユーザＩＤおよびＰＩＮを入力するのに３回の試行が許される。）２０５。３回の試行をしても、もしユーザが正しいユーザＩＤやＰＩＮを入力し損なったならば、システム・ソフトウェアは、ＰＤＡをシャットダウンし、ロックし、それ以上のアクセス２０６を禁止する。
【００５２】
ユーザが正しいユーザＩＤおよびＰＩＮ２０４を入力したならば、システムは、すべての能動アカウント２０７を表示する。ユーザは、銀行口座またはクレジットカード・アカウント２０８を選ぶ。システム・ソフトウェアは、送信すべき金額２０９を入力するようユーザに要求する。ユーザは、送信額２１０を入力する。次いで、ユーザは、ペン・パッド、キーパッド、あるいは音声２１１を介して、「送信」アイコンを選択する。
次いで、システム・ソフトウェアは、ＰＤＡの赤外線インターフェイスを介して、購買場所赤外線インターフェイス２１２へ、暗号化したセキュリティ・コード、ユーザＩＤ、ＰＩＮ、および金額を送信する。購買場所インターフェイスは、適切なクリアリングハウス・システム２１３にデータを送信する。
セキュリティ・コード、ＩＤ、あるいはＰＩＮ２１４，２１７のいずれかが正しくない場合には、取引は拒否される。システムは、ユーザに、正しいデータ２１５，２１８を入力するのに３回の試行を許す。ユーザが正しい情報を入力し損なった場合、ＰＤＡは２１６，２１９をロックする。
もしセキュリティ・コード、ＩＤ、およびＰＩＮがすべて正しくても、ユーザ選択の口座２２０が所望の資金を持っていない場合には、取引が拒絶２２１され、ユーザは別のアカウント２１２を試みるか、回線切断を行なうか、をしなければならない。
セキュリティ・コード、ＩＤ、そしてＰＩＮのすべてが正しく、そして、ユーザ選択のアカウント２１０が所望の資金を有する場合、取引は進む（２２２）。
【００５３】
取引が進行する（２２２）場合、電子ペイメント／振替が小売商のアカウント２２４に行われ（２２３）、そして、デビットがユーザのアカウント２２５に適用される。金融サービス・プロバイダは、すべての取引データ２２７を受信する。マイクロペイメントは、金融サービス・プロバイダ・アカウント２２６−２から、システム・ホスト（Ｉｍｍｔｅｃ）アカウント２２６へ送信されたり、あるいは、マイクロペイメントは、ユーザの銀行口座またはクレジットカード・アカウント２２６−１から、システム・ホスト（Ｉｍｍｔｅｃ）アカウント２２６へ送信される。
【００５４】
次いで、金融サービス・プロバイダは、取引および更新残高の記録を、購買場所インターフェイス２２８へ送信する。次いで、取引の記録は、購買場所赤外線インターフェイスから、ＰＤＡ赤外線インターフェイス２２９へ送信される。ＰＯＰ装置も、また、赤外線インターフェイス２３０を介してＰＤＡへ更新残高を送信する。
本実施例において、システム・ソフトウェアは、取引記録を受信し、適切なアカウント・データ２３１を更新し、取引２３２を完了する。
【００５５】
２．パソコン  本実施例において、パソコンは、ハードワイヤード同期インターフェイス、赤外線インターフェイスの一方または両方を経てＰＤＡとインターフェイス接続するように構成、プログラムしてある。
【００５６】
３．クレジットカード処理  本実施例において、クレジットカード処理端末は、赤外線インターフェイスを経てＰＤＡとインターフェイス接続するように構成、プログラムしてある。
【００５７】
４．ＡＴＭ  本実施例においては、自動預金払戻機は、赤外線インターフェイスを経てＰＤＡとインターフェイス接続するように構成、プログラムしてある。
【００５８】
５．他の赤外線購買場所装置  本実施例においては、他の赤外線購買場所装置は、赤外線インターフェイスを経てＰＤＡとインターフェイス接続するように構成、プログラムしてある。
【００５９】
６．パソコン用の会計システム・インターフェイス  本実施例においては、たとえば、ＱｕｉｃｋｅｎまたはMicrosoft Moneyのような会計プログラム・インターフェイスは、ハードワイヤード同期インターフェイスあるいは赤外線インターフェイスを経てＰＤＡとインターフェイス接続する。収集し、ＰＤＡに入力したデータは、会計ソフトウェアと同期化し、すべてのアカウントを更新するように適用する。会計ソフトウェアは、次いで、オンライン銀行コンピュータと同期し、すべてのアカウントを更新する。ＰＤＡは、ここで再び、パソコン上の会計ソフトウェアと同期し、そして、ＰＤＡ上のすべての情報が更新される。
【００６０】
７．銀行／クレジットカード会社／クリアリングハウス  への／からのＡＴＭ 本実施例においては、現存のデビットカード／クレジットカード取引用インフラを利用して、ユーザのＰＤＡは、ＡＴＭの正面にあるような赤外線通信装置を経てデータをシステム使用可能なＡＴＭと交換することができる。次いで、ＡＴＭは、本発明のＡＴＭ赤外線インターフェイス態様の実施例を使用して、適切な銀行システムまたはクリアリングハウス・システムと、ハードワイヤ、アナログまたはデジタル電話回線または衛星を経て通信を行う。銀行またはクリアリングハウスは、次いで、適切な銀行またはクレジットカード会社にクレジットおよびデビットを配送する。銀行またはクレジットカード会社は、次いで、適切なクレジットまたはデビットをユーザのアカウントに適用する。あらゆる方向におけるすべての取引は、Ｉｍｍｔｅｃまたは他のホスト・システムにマイクロペイメントを生成する。
【００６１】
８．インターネットを経由したユーザ・パソコン  への／からの  銀行／クレジットカード会社／クリアリングハウス クライアント・インターフェイスとしてオンライン・インターネット・バンキングを行う現存のソフトウェア、たとえば、ＱｕｉｃｋｅｎまたはMicrosoft Moneyソフトウェアを利用して、ユーザはオンライン・バンキングとデータを交換することができる。ＰＤＡは、パソコン上の会計ソフトウェアと同期し、会計ソフトウェアは、次いで、オンライン銀行とインターフェイス接続する。このインターフェイス接続では、ＰＤＡはパソコンを介してオンライン銀行と直接通信を行うことはない。
【００６２】
９．インターネット・オンライン小売商への／からの無線ＰＤＡ  無線ＰＤＡは、インターネット使用可能無線電話と同じプロトコルを使用する。本実施例においては、インターネット・オンライン小売商は、無線インターネット・プロトコルで稼働するウェブサイトを有する。あらゆる方向におけるすべての取引は、Ｉｍｍｔｅｃまたは他のホスト・システムにマイクロペイメントを生成する。取引は、インターフェイスを除いてオフライン取引と同じ方法で機能する。
【００６３】
１０．無線モデム搭載ＰＤＡ及び／又は無線電話  への／からの  銀行／クレジットカード会社／クリアリングハウス（オンライン金融サービス・プロバイダ） インストール済みのシステム・ソフトウェアを有する無線モデム搭載ＰＤＡまたは無線電話は、後述する本発明の実施例に従って、図１１ａ〜１１ｄに示すように、直接的なオンラインまたはインターネット販売に伴うデータを複数の銀行、クレジットカード会社及び／又はクリアリングハウスのいずれかから転送、受信するにプログラムする。図１１ａ〜１１ｄに示すように、そこに示す本発明の実施例においては、ユーザは、そのＰＤＡ３００にアクセスする。ユーザは、PDA Pay eTicketシステム・選択肢３０１を選ぶ。ユーザは、オンライン同期選択肢３０１を選ぶ。ユーザは、次いで、これらの選択肢を含む利用可能な選択的なうちの１つを選び、金融サービス・プロバイダと同期させるか、２つ以上の金融サービス・プロバイダと同期させるか、ユーザが金融関係を持つすべての金融サービス・プロバイダと同期させることができる。
【００６４】
ＰＤＡソフトウェアは、ユーザＩＤ及び／又はＰＩＮ ３０２を入力するようユーザを要求する。ユーザは、ペン・パッド、キーパッドまたは音声入力装置３０３を経てユーザＩＤ及び／又はＰＩＮを入力する。ユーザＩＤ及び／又はＰＩＮ３０４が正しくない場合には、システム・ソフトウェアは、ＩＤ及び／又はＰＩＮの入力を再度要求する。ユーザは、正しいユーザＩＤおよびＰＩＮ情報３０５を入力するのに３回の試行回数を与えられる。３回の試行後も、ユーザが正しいユーザＩＤ及び／又はＰＩＮを入力しない場合には、システム・ソフトウェアは、ＰＤＡをシャットダウンし、ロックし、さらなるアクセス３０６を禁止する。
【００６５】
ユーザが正しいＩＤ及び／又はＰＩＮ３０４を入力した場合には、システムは、すべての稼働中アカウント３０７を表示する。ＰＤＡは、次いで、ユーザに、同期させるべき（３０８）１つまたはそれ以上のアカウントを選ぶよう促す。
「Connect」アイコンが、ディスプレイ装置上に現れ、ＰＤＡシステムが、ユーザに、接続アイコン３０９を押すように促す。
ユーザが接続アイコンまたはキー３１０を押したならば、内蔵無線モデムがダイヤルし、適切なオンライン金融サービス・プロバイダ３１１に接続しようとする。ＰＤＡシステム・ソフトウェアは、次いで、ユーザ登録金融サービス・プロバイダのシステムに暗号化セキュリティ・コードおよびユーザＩＤおよびＰＩＮ３１２を送る。金融サービス・プロバイダのシステムは、送信されてきた暗号化データを受け取り、そのシステムのセキュリティ・プロトコル３１３を使用して送信されてきた情報の正確度を確認しようとする。
【００６６】
暗号化セキュリティ・コード、ＩＤおよびＰＩＮ３１４，３１７のいずれかが正しくない場合には、同期化が中断される（３１６，３１９）。ユーザは、正しいＩＤおよびＰＩＮ３１５，３１８を入力、送信するのに３回の試行が許される。
すべての暗号化セキュリティ・コード、ＩＤおよびＰＩＮが正しい（３１４，３１７）場合には、金融サービス・プロバイダ（「ＦＳＰ」）のシステムは、ユーザ選択のアカウント３２０のステータスをチェックする。ユーザ選択アカウントが稼働中でない場合には、ユーザに別のアカウントを選択するように促すか、または、取引３２１を終了する。
【００６７】
ユーザ選択アカウントが稼働中（３２０）であれば、取引が進む。ＰＤＡソフトウェア３２２は、適切なオンライン金融サービス・プロバイダ・システム３２３と同期し、すべての関連する金融データが暗号化され、オンライン金融サービス・プロバイダ３２４に送信され、すべての関連する金融データが暗号化され、金融サービス・プロバイダ３２４からＰＤＡへ送信される。
【００６８】
システム・ソフトウェアは、適切な金融情報ですべてのユーザ選択アカウント３２５を更新する。マイクロペイメントが、記録され、オンライン金融サービス・プロバイダからＩｍｍｔｅｃ（または他のホスト・システム）アカウント３２７、３２８へ送信される。マイクロペイメントは、記録され、ユーザの銀行口座またはクレジットカード・アカウントからＩｍｍｔｅｃ（または他のホスト・システム）アカウント３２６、３２８へ送信される。
金融サービス・プロバイダは、ユーザに、ＰＤＡ３２９を経て付加的な取引を行うことを促し、取引選択をＰＤＡ３３０，３３１のスクリーン上に表示させる。
ユーザは、新しい取引３３３を選択するか、あるいは、接続３３２の終了を選ぶ。ユーザが新しい取引３３３を選んだ場合には、この取引が行われる（３３４ａ，３３４ｂ，３３４ｃ）。ユーザが接続終了を選んだ場合には、ＰＤＡ／電話、金融サービス・プロバイダ間の接続が終了する（３３７）。
【００６９】
１１．インターネット  への／そこからの  パソコン  システムで構成したクライアント・パソコン、ホスト・システム・サーバ間のインターネットを通じたインターフェイス接続は、モデムまたは他の接続手段（サーバへの直接接続または任意の利用可能な高速接続、たとえば、ＤＳＬを含む）を経由するダイヤルアップであってもよい。１２８ビット暗号化を可能にするブラウザが、セキュリティ目的のためには好ましい。本発明は、任意特別な暗号化レベルに制限されない。１２８ビット暗号化能力は、例として挙げたまでで、本発明を限定するものではない。
【００７０】
１２．銀行／クレジットカード会社／クリアリングハウス  への／  からの小売商 本発明の実施例において、本発明は、小売商、銀行、クレジットカード、デビットカードおよびクリアリングハウスのシステムにすでに存在する、デビットカード及び／又はクレジットカードの取引を処理するため現存のインフラを利用する。現存のインフラを利用することによって、本発明の実施例におけるユーザのＰＤＡは、赤外線通信装置および本発明の小売商インターフェイス態様による赤外線インターフェイスで構成した購買場所装置とデータ交換を行う。
購買場所装置は、次いで、ハードワイヤ、アナログまたはデジタル電話回線、衛星あるいは他の無線通信リンクを経て、小売商のコンピュータ設備、会計システムと通信を行い、そして、関連した第三者金融システム（たとえば、銀行、クレジットカード、デビットカードまたはクリアリングハウス・システム）と通信を行う。（ここで、銀行またはクリアリングハウスあるいは銀行システムまたはクリアリングハウス・システムと言うとき、それが様々なタイプの第三者金融システムを含むことは了解されたい。）
次いで、銀行システムまたはクリアリングハウス・システムは、クレジットおよびデビットを、場合に応じて、適切な銀行、クレジットカード会社または他の金融機関に配送する。銀行、クレジットカード会社または他の金融機関システムは、次いで、適切なクレジットまたはデビットをユーザの、そして、小売商のアカウントに適用する。
本発明の実施例においては、システムに伴うすべての取引は、システムに、受け取り側の金融サービス・プロバイダからＩｍｍｔｅｃへのマイクロペイメントを生成させる。システムに伴うすべての取引は、ユーザの銀行口座またはクレジットカード・アカウントからＩｍｍｔｅｃへのマイクロペイメントの生成を生じさせる。
【００７１】
１３．公認のオンライン小売商  への／からの  Ticketdownload.com／ downloadtickt.com 本発明の実施例においては、システムはウェブサイト（ここでは、「Ticketdownload.com」と呼ぶ）を提供する。本発明の実施例において、Ticketdownload.comは，パソコンまたは無線モデム搭載ＰＤＡに電子チケットをダウンロードする能力を提供する。システム・ソフトウェアは、ユーザのパソコンおよびＰＤＡで構成される記憶装置に電子チケット（「eTicket」）の保存するようになっている。システム・ソフトウェアは、チケット使用場所（たとえば、エアターミナル、列車ターミナル、ボート・ターミナル、劇場、映画館、博物館その他）で、ＰＤＡの赤外線インターフェイスを経て赤外線インターフェイスにユーザのリクエストに応じてeTicketの送信を行うようになっている。
Ticketdownload.comソフトウェア・エンジンは、すべての公認のチケット・ブローカー、航空会社、劇場、旅行代理店などとインターフェイス接続する。eTicketは、Ticketdownload.comインターネット・サイトを通して、または、直接的に、任意の公認切符販売店または小売商から購入される。本発明の実施例においては、Ticketdownload.comは、チケット・ブローカー・ウェブサイトではなく、その代わりに、小売商およびチケット・ブローカーが、PDA Pay & eTicket／mewalletTMシステムを使用して、顧客にダウンロード可能なeTicketを提供する機会を与えられるポータルである。以下に説明し、図１２ａ〜１２ｄに示すように、公認の小売商によって利用されるときに、Ticketdownload.comソフトウェアは、ユーザ／チケット購入者に対して透過的に稼働する。
【００７２】
図１２ａ〜１２ｄに示す実施例においては、ユーザ／顧客（または単に「顧客」とも呼ぶ）は、所望のチケット４００についてオンライン小売商データベースを検索する。小売商は、顧客のリクエスト４０１に従って利用できるチケットを表示する。図１２ａ〜１２ｄに示すシナリオにおいては、小売商は、eTicketをダウンロードするために小売商の顧客がPDA Pay & eTicket／mewalletTMシステムに接続できるリンクを提供するのを認可されている。
【００７３】
公認小売商サイトは、顧客に、チケットを購入するのか、購入しない（４０２）のかを選択するように促す。顧客がチケット４０３を購入しないと選択した場合には、顧客は、小売商サイト４０４で別のチケットを検索し続けるか、または、小売商サイト４０５との接続を終了することができる。
【００７４】
顧客がチケット４０６を購入すると選択した場合には、小売商サイトは、顧客に支払い情報４０７の入力を促す。ひとたび顧客が必要な支払い情報を入力し、そして、小売商サイトがその情報を検証したならば、顧客は、小売商サイトで、ticketdownload選択肢・ボタンあるいは他のタイプの選択肢ボタンまたはリンクをクリックすることによって電子チケットをダウンロードするように促される。ひとたび小売商サイト４０８でticketdownload（システム）選択肢ボタンを顧客がクリックしたならば、公認の小売商ウェブサイトは、Ticketdownload.comでPDA Pay and eTicket/mewalletTMシステム・サーバ・ソフトウェアに透過的にアクセスし、ライセンス・コード４０９を、適切なeTicketをダウンロードするためのリクエストと共にTicketdownload.comサイトに送信する。この実施例においては、ライセンス・コードの送信は暗号化される。
【００７５】
Ticketdownload.comサイトは、チケット取引リクエストおよびライセンス・コード４１０を受け取ってからそれを暗号解読し、認可ライセンス・コードのデータベースに対してこのライセンス・コードを検証させる。システムが一回目の試行４１１でライセンス・コードの有効性を確認することができない場合には、Ticketdownload.comは、オンライン小売商ウェブサイト４１３からライセンス・コードの送信を繰り返えすように要求する。もしシステムは二回目の試行４１２でライセンス・コードの有効性を確認することができない場合には、Ticketdownload.comサーバへのアクセスが拒否（４１４）されることになる。
【００７６】
システムが送信されてきたライセンス・コード４１５の有効性を確認することができない場合には、Ticketdownload.comは、小売商サイトにライセンス・コードの有効性を確認し、小売商ウェブサイト４１６を介して顧客と直接、透過的に通信を開始する。
【００７７】
Ticketdownload.comは、小売商のシステムを通じてか、あるいは、直接的に、顧客に、そのＰＤＡまたは無線電話／ＰＤＡ４１７内のシステム・ソフトウェアから、支払い情報（小売商のシステムが先に行っていなければその範囲で）、ユーザＩＤ、ＰＩＮおよび他のセキュリティ・コードを供給するように要求する。一実施例においては、支払い情報は、小売商サイトにのみ顧客によって提供され、小売商は、システム・ホスト（すなわち、Ｉｍｍｔｅｃ）にマイクロペイメントを支払うことに対して責任がある。別の実施例においては、顧客はシステムに支払い情報を提供し、システムは支払い情報を小売商システムへ運ぶ。
【００７８】
顧客は、顧客のユーザＩＤおよびＰＩＮを入力し、支払い方法（小切手、クレジットカードまたはデビットカード）および支払い金額を選択し、インターネット・インターフェイスまたは無線モデム・インターフェイス４１８を経て小売商／Ticketdownload.comにこの情報を送信する。
【００７９】
Ticketdownload.comは、支払い、セキュリティ・データ４１９を受け取る。Ticketdownload.comは、セキュリティ・データをシステム（すなわち、Ｉｍｍｔｅｃ）データベース４２０内のセキュリティ・データと比較する。もしシステムがセキュリティ・データ４２１の有効性を確認することができない場合には、Ticketdownload.comは、顧客に、ユーザＩＤおよびＰＩＮコード４２２の再入力を要求する。システムは、正しいセキュリティ情報を入力するのに３回の機会を顧客／ユーザに与える。三回目の試行４２３後もシステムが顧客入力セキュリティ情報の有効性を確認することができない場合には、Ticketdownload.comは、取引４２４の承認を拒否し、小売商システムおよび顧客に通知する。
【００８０】
システムがセキュリティ情報の有効性を確認することができなかったことを小売商システムに通知した場合には、小売商サイトは顧客が別のチケット４２５の購入手段を選ぶことができることを顧客に知らせる。
【００８１】
システムが顧客入力セキュリティ情報４２６の有効性を確認することができた場合には、Ticketdownload.comは、クレジットカード／デビットカード・クリアリングハウス４２７にその取引のための承認コードを要求する。クリアリングハウスは、充分なクレジットを入手できない場合（４３２）、クレジットカードあるいはデビットカードが期限切れである場合（４３１）、あるいは、顧客のアカウントが充分な利用できる資金を持っていない場合（４３３）には、承認を拒否する。
【００８２】
システムがクリアリングハウス４３１〜４３３から取引の否定を受け取った場合には、Ticketdownload.com／小売商サイトは顧客４３０から別の支払い方法を要求する。
一方、システムがクリアリングハウスから取引の承認を受け取った場合には、システムは取引の続行（４３４）を許す。Ticketdownload.comは、小売商のウェブ・インターフェイス４４０を経て顧客のＰＤＡ装置に取引の承認を送信する。そして、Ticketdownload.comは、小売商サイト４４１に取引の承認を送信する。
【００８３】
本発明の実施例においては、取引の支払いは、クリアリングハウスを通じて小売商のアカウント４４２に転送される。支払いは、クリアリングハウスを通して顧客のアカウント４４３から借方に記入される。マイクロペイメントは、小売商アカウント４４４からクリアリングハウスを通じてＩｍｍｔｅｃ（または他のホスト機関）アカウントに行われる。さらに、マイクロペイメントは、クリアリングハウスを通じて顧客のアカウント４４５からＩｍｍｔｅｃ（または他のホスト機関）アカウントに行われる。
【００８４】
この実施例においては、Ticketdownload.comは、eTicketのための独自のセキュリティ・コードをオンライン小売商４４６に送信する。Ticketdownload.comは、すべての取引データをオンライン小売商４４７に送信する。オンライン小売商は、取引データ４４８から請求書／領収書を生成し、請求書／領収書を顧客４４９に電子メールで送る。Ticketdownload.com（または小売商）は、たとえば、電子的に、eTicketの確認コピーを入場あるいは購入４５０のためにチケットを要求する小売商に送信し、そして、たとえば、電子的に、暗号化したeTicketを顧客のＰＣまたは無線電話／ＰＤＡ４５１に送信する。
【００８５】
eTicketが顧客の無線電話／ＰＤＡに送信されてきた場合、無線電話／ＰＤＡ内のシステム・ソフトウェアは、eTicketを受け取り、無線電話／ＰＤＡのメモリ４５２、４５３内のeTicketデータベースにおけるeTicketを保存する。
eTicketが顧客のパソコンにインストールされたシステムに送信されてきた場合、顧客／ユーザは、ハードワイヤまたは赤外線インターフェイスを経てＰＤＡにeTicketをダウンロードすることができ、そして、無線電話／ＰＤＡ内のシステム・ソフトウェアは、eTicketを受け取り、無線電話／ＰＤＡ内のメモリ４５４〜４５６内のeTicketデータベースにeTicketを保存する。
【００８６】
１４．PDA eTicketの交換  ＰＤＡのユーザ（eTicket顧客）がイベントへの入場あるいは商品の購入のためにダウンロードしたeTicketを交換したい場合には、交換小売商購買場所装置でＰＤＡの赤外線インターフェイスを経て赤外線インターフェイスにeTicketを送信する。この実施例においては、eTicketは、ＰＤＡ支払いシステムで用いられるのと同じセキュリティ手段と共に、ＰＤＡから交換小売商へ転送される。eTicketの交換は、本実施例について以下に説明すると共に、図１３ａ〜１３ｃに示す。
【００８７】
図１３ａ〜１３ｃに示すような実施例においては、ユーザはＰＤＡまたは無線電話／ＰＤＡ５００にアクセスする。ユーザは、PDA Pay and eTicket/mewalletTMシステム・アイコン５０１を選ぶ。ＰＤＡシステム（または、このセクションにおいてはシステム）は、ユーザに、ユーザＩＤ＆ＰＩＮ５０２を入力することを促す。ユーザは、そのユーザＩＤ＆ＰＩＮ５０３を入力し、システムは、ＰＤＡ装置のメモリに保存されたユーザＩＤ、ＰＩＮについての入力の有効性を確認しようとする。システムがユーザＩＤ＆ＰＩＮ５０４の有効性を確認することができない場合には、システムは、ユーザに、正しいユーザＩＤ＆ＰＩＮ５０５〜５０６を入力するのに二回以上の試行を許す。三回目の試行後もシステムがユーザＩＤ＆ＰＩＮの有効性を確認することができない場合には、システムは、ソフトウェア命令５０７ａ〜５０７ｂを使用してＰＤＡをロックする。ＰＤＡをアンロックする種々の方法を以下に開示する。
【００８８】
システムがユーザＩＤ＆ＰＩＮ５０８の有効性を確認することができた場合には、システムは、ユーザが利用できるすべての稼働中アカウント５０９を表示する。この図示シナリオにおいて、ユーザは、eTicket選択肢５１０を選ぶ。
ひとたびユーザがeTicket選択肢を選んだならば、システムは、ユーザに、ユーザが交換（５１１）を望む特定のeTicketを確認することを促す。図１３a〜１３ｃに示す実施例においては、システムは、ユーザに、交換に利用できるすべてのeTicketの一覧を示すことによって交換しようとしているeTicketを選ぶように促す。
【００８９】
ユーザは、交換することを望む（５１２）eTicketを選ぶ。ひとたびユーザが交換したいeTicketを選んだならば、システムは、ユーザに、eTicket５１３を送信することを促す。図１３ａ〜１３ｃに示す実施例においては、システムは、ユーザに、送信ボタンあるいは送信アイコンを押してeTicket５１３を送信することを促すことによって、選択したeTicketを送信することを促す。
【００９０】
ユーザは、送信ボタンを押すか、あるいは、送信アイコン５１４を選ぶことによって、eTicketを送信する。システムは、命令となる、ユーザの送信ボタンの押し下げ、あるいは、送信アイコンの選択を認識したならば、選択したeTicketおよび関連するユーザＩＤ、ＰＩＮおよび暗号化セキュリティ情報を、ユーザのＰＤＡで構成した赤外線インターフェイスを経て送信する。システムは、eTicketおよび関連するユーザＩＤ、ＰＩＮ、および暗号化セキュリティ情報を、ユーザのＰＤＡで構成した赤外線インターフェイスを経て交換小売商赤外線インターフェイス装置５１５に送信する。
【００９１】
交換小売商のコンピュータは、送信されてきたeTicketデータを受信してから、送信されてきたeTicketデータをTicketdownload.comによって先に送信され、交換小売商のコンピュータ・システムによってそれ自身のデータベース５１６に保存されたデータと比較する。
交換小売商のコンピュータ・システムがセキュリティ情報５１７，５２２の有効性を確認することができない場合には、交換小売商のコンピュータは、eTicket５２０〜５２１、５２５〜５２６を交換する試みを拒絶する（交換小売商のコンピュータ・システムは、eTicketおよび有効なセキュリティ情報５１８〜５１９、５２３〜５２４を送信するのに三回の試行回数をユーザに与える）。
【００９２】
交換小売商のシステムは、Ticketdownload.com／オンライン小売商ウェブサイトによって先に与えられたユーザについてのeTicketデータと、そのユーザの送信したeTicketデータとを比較する。eTicketデータ５２８が５２９と一致しない場合には、eTicketは拒絶される（５３１〜５３２）。交換小売商のシステムは、ユーザに、一回の付加的なeTicket交換試行５３０を与える。eTicketデータが二回目の試行（５３１）後も一致しない場合には、チケットが拒絶され、そして、交換小売商は、Ticketdownload.comとコンタクトするか、あるいは、このeTicketを不正なチケット５３２として拒否する。
【００９３】
ユーザのＰＤＡによって送信されてきたeTicketデータが、Ticketdownload.com／オンライン小売商サイトによって先に送信されており、交換小売商のシステムのメモリに保存されていたeTicketと一致した場合には、交換小売商のシステムは、ユーザのＰＤＡにeTicket受諾を送信する。次いで、送信されてきたeTicketのタイプに依存して、ＰＤＡのシステムは、ＰＤＡメモリ内のeTicketに「使用済み」とマーク付けするか、または、そのeTicketの全額（または全多目的数量）５３３の一部を引き落す。
【００９４】
様々なタイプのeTicketがある。eTicketの１つのタイプとしては、或る特別な娯楽イベントに参加するためのチケットのような一回使用eTicketがある。eTicketの別のタイプとしては、全額可変用途eTicketがある。このようなeTicketは全額を記録する。たとえば、１０ドルの金額を最初に割り当てられるメトロ・チケットがある。eTicketの各用途の金額は、ユーザの移動した距離に依存する。もしユーザがＡポイントからＢポイントへ移動したならば、システムは、金額「Ｘ」だけeTicketに残っている金額を減らす。もしユーザがＡポイントからＣポイントへ移動したならば、システムは、金額「Ｙ」だけeTicketに残っている金額を減らす。さらに別のタイプのeTicketは、一定の金額を使用毎に減らす総額を記録する。たとえば、料金所eTicketは、１００ドルに初期化される。ユーザが料金所を通過する毎に、eTicket金額が、一定の金額分、たとえば、２ドルだけ減らされる。別のタイプのチケットは、数量として、たとえば、１０枚のチケットとして記録される。このタイプのeTicketは、eTicket小売商によって識別され、ユーザがeTicketを購入した時点でシステムによってＰＤＡに記録される。この実施例においては、システムは、eTicketタイプを解釈し、交換時に、適切に「使用済み」のマークを付けるか、あるいは、残っている数量を減らすようにプログラムしてある。
【００９５】
交換小売商がeTicketを承認したとき、交換小売商のシステムは、交換小売商のアカウントからTicketdownload.comアカウント５３４へマイクロペイメントを転送するようにクリアリングハウスに命令を送信する。
交換小売商がeTicketを承認したとき、交換小売商のシステムは、ユーザのアカウントからTicketdownload.comアカウント５４４へマイクロペイメントを転送するようにクリアリングハウスに命令を送信する。
交換小売商がeTicketを承認したとき、交換小売商のシステムは、それのメモリ内の交換小売商データベースを更新する（５３９）。
交換小売商がeTicketを承認し、ユーザのＰＤＡにeTicket受諾を送信した後、ひとたびＰＤＡ内のシステムがＰＤＡメモリのeTicketを「使用済み」とマーク付けするか、あるいは、そのeTicketの全額５３３の一部を引き落とすかしたならば、ＰＤＡ内のシステムは、ユーザのＰＤＡについての同期情報を生成し、ユーザのＰＤＡ、ユーザのＰＣ５４３間の次の同期セッション中にユーザのＰＣのメモリ内のeTicketステータスを同期させる。
【００９６】
上述したように、本発明のいくつかの実施例においては、eTicketは複数回使用し得る（５３５〜５３８）。もし５４１でない場合には、システムはeTicketに使用済み５４２のマークを付ける。
【００９７】
１５．ＰＣを使用するＰＤＡ用のアンロッキング・ルーチン  先に開示したように、ＰＤＡ内のシステムがＰＤＡをさらなるＰＤＡ支払いまたはeTicket使用からロックするシナリオは多数ある。これは、セキュリティ目的のために行われる。或る特定のユーザが複数回の試行後に適切なセキュリティ情報を送信することができなかった場合、装置を使用しようとしている個人が正当な所有者ではないという可能性がある。ＰＤＡ装置をロックすることによって、正当なユーザが、そのＰＤＡ装置が不当な人間によって使用されるのを防ぐように保護される。しかしながら、ユーザが単にユーザの自身のユーザＩＤ及び／又はＰＩＮを忘れてしまった場合には、ユーザは、ここに説明する方法のうちの１つを使って装置を「アンロック」することができる。ここで、当業者であれば、実施例がロックされた装置をアンロックする説明済みの方法のすべてを提供するが、本発明が、説明したアンロッキング方法のすべてを提供する実施例に限定されるものではないことは了解できよう。発明の精神から逸脱することなく、アンロッキング方法の１つまたはいくつかは、他のアンロッキング方法のうち任意の方法を提供することなく提供され得る。
【００９８】
本発明の実施例においては、以下に説明するように、そして、図１４ａ〜１４ｂに示すように、ユーザのＰＣを介するＰＤＡアンロッキング・ルーチンが提供される。この実施例においては、ユーザは、同期ハードウェア６００で構成されたユーザ自身の家庭用ＰＣまたはオフィスＰＣをオンにする。ユーザは、ロックされたＰＤＡをＰＣ同期ハードウェア６０１に接続する。ユーザは、次いで、ＰＣ６０２上にあるシステム・ソフトウェアを起動する。ユーザは、ＰＣ６０３上のシステム・メニューから『ＰＤＡと同期する』を選択する。
【００９９】
ＰＣ上のシステムは、同期ルーチンを開始し、ＰＤＡ６０４にユーザＩＤ、ＰＩＮおよび暗号化セキュリティ・コードを送信する。ＰＤＡが起動（６０５）し、ＰＤＡ上のシステムがＰＣ６０６から送信されてきたユーザＩＤ、ＰＩＮおよび暗号化セキュリティ・コードを受け取る。ＰＤＡ上のシステムは、送信されてきたユーザＩＤおよびＰＩＮをＰＤＡ６０７のメモリに保存されたユーザＩＤおよびＰＩＮと比較する。送信されてきたユーザＩＤおよびＰＩＮがＰＤＡ６０８のメモリに保存されているユーザＩＤおよびＰＩＮと一致しない場合、ユーザは、同期プロセス６０９を再開するように指示される。同期６１０に対する二回目の試行後にもユーザＩＤおよびＰＩＮが一致しない場合には、ユーザは、Ｉｍｍｔｅｃまたは公認のサービスセンタの顧客サポート６１１にコンタクトするように忠告される。
【０１００】
一方、ＰＤＡ上のシステムが、送信されてきたユーザＩＤおよびＰＩＮがＰＤＡ６１２のメモリに保存されたＩＤおよびＰＩＮと一致すると決定した場合には、ＰＤＡ内のシステムは、ＰＣによって送られてきた暗号化セキュリティ・コードの、ＰＤＡ６１３のメモリに保存された暗号化セキュリティ・コードとの一致についてチェックする。もし暗号化セキュリティ・コード６１４の一致がないならば、ユーザは、同期プロセス６１５を再開することを促される。二回目の試行６１６の後に一致がない場合には、ユーザは、Ｉｍｍｔｅｃまたは公認のサービスセンタ顧客サポート６１７とコンタクトを取るように忠告される。
送信されてきた、そして、保存されている暗号化セキュリティ・コード６１８間に一致があった場合には、ＰＤＡのシステムは、ＰＤＡをアンロックし、ＰＤＡに保存されたデータベース情報をＰＣ６１９に保存されたデータベース情報と同期させる。
【０１０１】
別の実施例においては、ＰＤＡは、そこに保存したユーザＩＤ、ＰＩＮ、暗号化セキュリティ情報をＰＣに送信する。ＰＣシステムは、ＰＤＡによって送信されてきたユーザＩＤ、ＰＩＮおよび暗号化セキュリティ情報と、ＰＣのメモリに保存されているユーザＩＤ、ＰＩＮおよび暗号化セキュリティ情報との一致についてチェックする。一致した場合には、ＰＣシステムは、ＰＤＡにアンロッキング・キーを送る。ＰＤＡは、受け取ったアンロッキング・キーを使ってＰＤＡをアンロックする。
いずれの実施例においても、ＰＤＡはアンロックされる。しかしながら、ユーザは、独立手段を介して、適切なユーザＩＤ、ＰＩＮ及び／又はセキュリティ・コードを決定する必要がある。
【０１０２】
１６．公認サービスセンタでのＰＤＡアンロッキング・ルーチン  後述し、そして、図１５ａ〜１５ｃに示すように、本発明の実施例においては、公認サービスセンタを介するＰＤＡアンロッキング・ルーチンを提供する。図１５ａ〜１５ｃに示すように、公認サービスセンタの代表者は、同期ハードウェア６５０を取り付けたＰＣをオンにし、ロックされたＰＤＡをＰＣ６５１で構成された同期ハードウェアに接続し、インターネットまたは直接オンライン６５２を経由してＰＣをＩｍｍｔｅｃサーバおよびＩｍｍｔｅｃデータベースに接続する。公認サービス代表者は、暗号化セキュリティ・コードをＩｍｍｔｅｃサーバ６５３上のシステムに送信するように促される。Ｉｍｍｔｅｃサーバ上のシステムは、サービスセンタのセキュリティ・コードの有効性を確認しようとする。セキュリティ・コード６５４が正しくない（６５５）場合には、公認サービスセンタは、再試行送信６５６を指示される。二回目の試行６５７の後にもＩｍｍｔｅｃサーバ上のシステムがセキュリティ・コードの有効性を確認することができない場合には、Ｉｍｍｔｅｃデータベースへのアクセスが拒絶され、そして、公認サービスセンタは、Ｉｍｍｔｅｃまたは他の顧客サポート６５８とコンタクトするように指示される。
【０１０３】
Ｉｍｍｔｅｃサーバ上のシステムが送信されてきたセキュリティ・コード６５９の有効性を確認した場合、Ｉｍｍｔｅｃデータベースへの公認サービスセンタＰＣによるアクセスが許される（６６０）。公認サービスセンタは、締め出されたユーザ６６２のデータへのアクセスを要求する。Ｉｍｍｔｅｃサーバ上のシステムは、締め出されたユーザ６６３についてのユーザＩＤ、ＰＩＮ、ユーザ名及び／又は指紋を要求する。
【０１０４】
ユーザは、公認サービスセンタのコンピュータ６６４で構成された入力装置にユーザＩＤ、ＰＩＮを入力する。及び／又は、ユーザは、公認サービスセンタのコンピュータ６６５で構成された生体測定装置上に一本の指を置く。ユーザＩＤ、ＰＩＮ及び／又は生体測定データ／指紋は、暗号化され、Ｉｍｍｔｅｃサーバ６６７上のシステムに公認サービスセンタのコンピュータを介して送信されるが、公認サービスセンタのＰＣ６６６のメモリには保存されない。
【０１０５】
Ｉｍｍｔｅｃサーバのシステムは、送信されてきたユーザＩＤ、ＰＩＮ、及び／又は生体測定データ／指紋データを受信してから暗号解読し、Ｉｍｍｔｅｃサーバ上のシステムのメモリ内のデータベース６６８に保存された関連したユーザについてのデータを送信されてきたデータと一致させるように試みる。
【０１０６】
送信されてきたユーザＩＤ、ＰＩＮ及び／又は生体測定データ／指紋６６９がＩｍｍｔｅｃデータベース６７０のデータと一致しない場合には、Ｉｍｍｔｅｃサーバ上のシステムは、データ６７１〜６７２の再入力、送信を要求する。送信されてきたデータが三回目の施行後にも一致しない場合には、ユーザのデータへのアクセスが拒否され、公認サービスセンタが、Ｉｍｍｔｅｃまたは他のエンティティ・顧客サービス６７４にコンタクトするように指示される。
【０１０７】
送信されてきたデータがＩｍｍｔｅｃデータベース６７５上のデータと一致する場合には、Ｉｍｍｔｅｃサーバ上のシステムは、アンロッキング・ルーチン、ユーザＩＤ、ＰＩＮ、および独自のセキュリティ・コードを暗号解読し、公認サービスセンタのコンピュータを通じてユーザのＰＤＡ６７６に送信する。ユーザのＰＤＡ内のシステム・ソフトウェアは、アンロッキング・ルーチンを受け取って実行し、ＰＤＡをアンロックし、ＰＤＡのデータベースをＩｍｍｔｅｃデータベース６７７と同期させる。Ｉｍｍｔｅｃは、通信６７８を終了する。ＰＤＡは、同期ハードウェアから切断され、使用準備完了（６７９）となる。
【０１０８】
１７．購入時の初期ユーザ・セットアップ  ユーザは、このような装置を販売する任意の小売店でＰＤＡ／無線電話を購入することができる。さもなければ、ユーザは、銀行または他の金融サービス・プロバイダ（「ＦＳＰ」）を通じてＰＤＡ／無線電話を購入することができる。ユーザは、また、或るウェブサイト（実施例では、「mewallet.com」と呼ぶ）を通じてシステム・ソフトウェアを予めロードされ、構成されたこのような装置を購入することもできる。ＰＤＡ／無線電話装置上のシステムは、以下の方法のいずれかを介してセットアップ、初期化され得る。すなわち、公認の販売／サービスセンタで、銀行または他の金融サービス・プロバイダで、Ｉｍｍｔｅｃへの直接接続で、または、システムが予めロードされ、予め設定された装置を購入することで、セットアップ、初期化される。
【０１０９】
ａ.  公認サービスセンタ ユーザがシステムを公認の販売／サービスセンタでインストールすることになっている装置を購入する場合、以下の機能が実施される。
公認サービスセンタの代表者は、同期ハードウェアを取り付けたＰＣをオンにする。公認サービスセンタ代表者は、新しいＰＤＡ／無線電話を同期ハードウェアに接続し、たとえば、直結ラインを経てＰＣをＩｍｍｔｅｃサーバに接続する。公認サービスセンタＰＣは、その暗号化セキュリティ・コードをＩｍｍｔｅｃサーバ上のシステムに送信する。
Ｉｍｍｔｅｃサーバ上のシステムは、暗号化セキュリティ・コードの有効性を確認しようとする。もしＩｍｍｔｅｃサーバ上のシステムが暗号化セキュリティ・コードの有効性を確認することができない場合には、Ｉｍｍｔｅｃサーバ上のシステムは、送信を再試行するように公認サービスセンタに指示する。Ｉｍｍｔｅｃサーバ・システム（または単に「サーバ・システム」とも言う）は、二回目の試行後にも送信されてきたセキュリティ・コードの有効性を確認することができない場合、サーバ・システム・ユーザ・セットアップ・ルーチンおよびデータベースへのアクセスを拒否し、公認サービスセンタにＩｍｍｔｅｃ顧客サポートとコンタクトするように指示する。
【０１１０】
サーバ・システムがセキュリティ・コードの有効性を確認することができた場合には、公認サービスセンタＰＣは、サーバ・システム・ユーザ・セットアップ・ルーチンへのアクセスを許可する。ひとたび公認サービスセンタＰＣがサーバ・システム・ユーザ・セットアップ・ルーチンへのアクセスを許可されたならば、公認サービスセンタ代表者は、新しいユーザが、公認サービスセンタＰＣシステムを通じてオンライン形態に個人データ、金融データを入力することを許し、次いで、これがサーバ・システムに送信される。公認サービスセンタのコンピュータは、ユーザ入力データを取り込まない。
【０１１１】
サーバ・システムは、ユーザが、たとえば、ユーザ名、住所、電話番号、誕生日、社会保障番号または米国以外であれば他の識別名、選択的な生体測定データ、選択的な眼球データ、選択的なユーザ．ｂｍｐ画像、所望ＰＩＮ、所望ユーザＩＤ、銀行口座番号、クレジット、デビットカード番号を入力するように要求する。公認サービスセンタ代表者は、ユーザのクレジットカード及び／又はデビットカードの物理的な提出の有効性を確認し、公認サービスセンタ・コンピュータを通してサーバ・システムに有効性確認を入力する。
【０１１２】
サーバ・システムは、ユーザ入力データのすべてを取り込み、そして、後にさらに説明するように、それの有効性を確認し、システム・データベースに有効情報を追加する。サーバ・システムは、クリアリングハウス・システムを通じて銀行口座データの正確度の有効性を確認しようとする。
【０１１３】
もしサーバ・システムが銀行口座データの有効性を確認することができないならば、サーバ・システムは、公認サービスセンタのコンピュータを通じて、ユーザに、修正アカウント・データのリクエストを送信する。サーバ・システムが二回目の施行後にも銀行データの有効性を確認することができない場合には、そのデータの使用が拒否され、ユーザは、Ｉｍｍｔｅｃ顧客サービスにコンタクトするように指示される。
【０１１４】
サーバ・システムが銀行口座データの有効性を確認することができた場合には、サーバ・システムは、サーバ・システム・データベース内の新しいユーザのデータに有効性確認済みの銀行口座情報を追加する。
サーバ・システムは、また、ユーザ入力をクリアリングハウス・システムに送ることによって、クレジットカード及び／又はデビットカード情報の正確度の有効性を確認しようとする。
【０１１５】
サーバ・システムがクレジットカード及び／又はデビットカード情報の有効性を確認することができない場合には、サーバ・システムは、公認サービスセンタのコンピュータを通じて、ユーザに、クレジットカード及び／又はデビットカード情報を修正するようにリクエストを送信する。サーバ・システムが二回目の試行後にも情報の有効性を確認することができない場合には、サーバ・システムは、その情報のさらなる使用を拒否し、公認サービスセンタのコンピュータを通じてユーザに、Ｉｍｍｔｅｃまたは他の顧客サービスとコンタクトするように指示を送信する。
サーバ・システムが情報の有効性を確認した場合には、サーバ・システムは、サーバ・システム・データベース内の新しいユーザのデータに有効性確認済みのクレジットカードおよびデビットカード情報を追加する。
【０１１６】
サーバ・システムは、また、クリアリングハウス・システムを通じてユーザ入力の個人識別情報の有効性を確認しようとする。サーバ・システムがユーザ入力個人識別情報の有効性を確認することができない場合には、サーバ・システムは、公認サービスセンタのコンピュータを通じて、Ｉｍｍｔｅｃまたは他の顧客サービスにコンタクトするようにユーザに通知する。
【０１１７】
サーバ・システムがユーザ入力個人識別情報の有効性を確認することができた場合には、サーバ・システムは、ユーザについての独自の暗号化セキュリティ・コードを生成し、システム・サーバ・データベースにこの独自の暗号化セキュリティ・コードを追加する。サーバ・システムは、次いで、特定の装置についての適切なオペレーティングシステムのための自動実行システム・ソフトウェア（このオペレーティングシステム識別情報は、公認サービスセンタまたはユーザによって入力されている可能性がある）を、生成した暗号化独自のセキュリティ・コードならびにすべての金融、個人データと共にＰＤＡ／無線電話に直接送信する。本発明の一実施例においては、金融、個人データは、公認サービスセンタのコンピュータを通じて、ＰＤＡ／無線電話に送信され、ＰＤＡ／無線電話に暗号化形態で保存される。
ＰＤＡ／無線電話は、自動実行ソフトウェアおよび暗号化データの送信を受信する。ＰＤＡ／無線電話は、ソフトウェアを実行し、システムおよびデータをインストールする。
サーバ・システムは、公認サービスセンタ・コンピュータから切断される。ＰＤＡ／無線電話は、システムで構成され、使用準備完了となる。
【０１１８】
ｂ．銀行または他の金融サービス・プロバイダ  場合によっては、インストールしたシステム・ソフトウェアによって予め構成したＰＤＡ／無線電話は、銀行または他の金融サービス・プロバイダを通して利用できるようにする。それに加えて、システム・ソフトウェアは、たとえば、ユーザがＰＤＡ／無線電話を得た時点で、ユーザのパソコン上の適切な記憶媒体（たとえば、ＣＤ―ＲＯＭ、ディスケットその他の記憶媒体）上にインストールするようになっている。
新しいユーザは、ユーザＩＤおよびＰＩＮを選択することを要求される。上記の独自の暗号化セキュリティ・コードは、ＰＤＡのシステム・ソフトウェアにすでに割り当てられ、でインストールされている。初期化プロセスが、次いで、ユーザのパソコンを介して実行される。ユーザがパソコンを持たないか、あるいは、Ｉｍｍｔｅｃまたはmewallet.comと接続するインターフェイス装置としてパソコンを使用しない選択をした場合には、システム搭載ＰＤＡ／無線電話は、銀行またはＦＳＰで初期化され得る。初期化プロセスが銀行で実行される場合、使用されるインターフェイスおよびソフトウェアのインストールを除いてステップは同じものである。以下、これらのシナリオにおける初期化プロセスの実施例について説明する。
【０１１９】
ユーザは、同期ハードウェアをユーザのパソコンに接続し、パソコンをオンにする。ユーザは、システム・ソフトウェアをパソコン上にインストールする。ユーザは、ＰＤＡ／無線電話をオンにし、システム・アイコンをクリックする。ユーザは、同期ハードウェアを経てＰＤＡ／無線電話をユーザのパソコンに接続する。一実施例における同期ハードウェアは赤外線インターフェイスからなる。
ユーザは、そのパソコン上のシステム・ソフトウェアを起動する。ＰＤＡ内のシステム・ソフトウェアは、ユーザに、新しいユーザＩＤおよびＰＩＮを入力するように要求する。ユーザは、ＰＤＡにユーザＩＤおよびＰＩＮを入力する。
ＰＤＡシステムは、ユーザおよびＰＤＡに、ＰＤＡをユーザのパソコンのシステム・ソフトウェアと同期させるように指示する。ＰＤＡは、ユーザのパソコン内のシステム・ソフトウェアにＰＤＡ内のすべての情報を送信することによって、同期命令に応答する。
【０１２０】
ユーザのパソコン内のシステム・ソフトウェアは、ユーザに、すべての個人、金融アカウント情報を入力するように指示する。ユーザは、たとえば、名前、住所、電話番号、生年月日、社会保障番号または米国以外ならば他の識別番号、選択的な生体測定データ、選択的な眼球データ、選択的なユーザ.ｂｍｐ画像、所望のＰＩＮ、所望のユーザＩＤ、銀行口座番号およびクレジットカード番号を含む個人、金融アカウント情報を入力する。
ＰＣ内のシステムは、ユーザの個人、金融アカウント情報を記録し、パソコン１０６２のハード・ドライブその他の記憶装置に情報を保存する。
パソコン内のシステム・ソフトウェアは、ユーザに、ＰＣをＩｍｍｔｅｃサーバ・システムに接続するように、たとえば、ＰＣで構成したディスプレイ・モニタ上に表示された「接続」アイコンをクリックするように指示する。ＰＣシステム・ソフトウエアは、Ｉｍｍｔｅｃサーバ・システムとの接続、たとえば、インターネットを通じての接続、あるいは、直接的なソース接続を確立する。
【０１２１】
ひとたびユーザのパソコンとＩｍｍｔｅｃサーバ・システムの間に接続が確立されたならば、初期化の残部が後述するように実行される。
Ｉｍｍｔｅｃサーバ・システムは、新しいＩＤ、ＰＩＮおよび独自の暗号化セキュリティ・コードを含むユーザのデータの送信を受け取る。必要なデータとしては、たとえば、名前、住所、電話番号、生年月日、社会保障番号または米国以外ならば他の識別番号、選択的な生体測定データ、選択的な眼球データ、選択的なユーザ.ｂｍｐ画像、所望ＰＩＮ、所望ユーザＩＤ、銀行口座番号、クレジットカード番号がある。サーバ・システムは、このデータを取り込み、上記の有効性確認プロセスと同様の方法でそれの有効性を確認しようとし、サーバ・システム・データベースに情報を追加する。
【０１２２】
ひとたびサーバ・システムがデータの有効性を確認し、それをそのデータベースに追加してしまったならば、サーバ・システムは、新しいユーザに対して歓迎メッセージを送信し、ソフトウェアに任意の更新も送信し、使用方法についての指示を印刷可能なファイルとしてユーザのパソコンに送信する。ひとたびこの歓迎プロセスが完了したならば、システム・サーバは、ユーザのパソコンへの接続を切断し、ＰＤＡ／無線電話がシステムで構成され、使用準備完了となる。
【０１２３】
ｃ．直接注文ウェブサイトからの発注（事前構成、事前  インストール、事前初期化）  ユーザは、その目的のためにセットアップした安全ウェブサイト、たとえば、「mewallet.com」という名のウェブサイトにすべての必要な個人、金融アカウント情報を与えることによって、システムを事前にインストールし、情報を事前に初期化したＰＤＡ／無線電話を注文することができる。mewallet.comウェブサイトは、また、ユーザのパソコンにインストールするためのシステム・ソフトウェアおよびユーザへの指示の発送も容易にする。必要とするすべては、ユーザが、そのパソコン上にパソコン用のシステム・ソフトウェアをインストールし、次いで、パソコンへの有線または赤外線の同期接続を経由し、そして、Ｉｍｍｔｅｃサーバ・システムへの安全接続を使用して、ＰＤＡ／無線電話をＩｍｍｔｅｃサーバ・システムと同期させることである。ユーザがパソコンを有し、Ｉｍｍｔｅｃへのインターフェイスとしてこのパソコンを使用することを望むシナリオにおける、インストール・プロセスの実施例を以下に説明する。
【０１２４】
ユーザは、供給された同期ハードウェアを経て予め構成され、予め初期化されたＰＤＡ／無線電話をユーザのパソコンに取り付けるか、または、ＰＤＡ／無線電話赤外線インターフェイスをユーザのパソコン上の赤外線インターフェイスに向ける。ユーザは、システム・ソフトウェアをユーザのパソコン上にインストールし、ＰＣシステム・ソフトウェアを起動する。ユーザは、ユーザのＰＣ内のシステム・ソフトウェアにＰＤＡ／無線電話を同期させる。ＰＤＡ／無線電話は、ＰＣへ個人、金融データを送信する。パソコン内のシステム・ソフトウェアは、ＰＤＡ／無線電話から送信されたデータのすべてを受信し、ＰＣシステムのデータベースに追加する。
【０１２５】
ユーザは、ユーザのＰＣで構成したディスプレイ・モニタ画面上にある「Ｉｍｍｔｅｃへ接続」アイコンをクリックする。ユーザのパソコン内のシステム・ソフトウェアは、たとえば、インターネット接続を経てまたはモデムを経て直結ラインでＩｍｍｔｅｃサーバ・システムに接続する。
【０１２６】
ユーザのパソコン内のシステム・ソフトウェアは、Ｉｍｍｔｅｃサーバ・システムに独自の暗号化セキュリティ・コードおよびユーザ・データを送信する。Ｉｍｍｔｅｃサーバ・システムは、送信されてきたデータをＩｍｍｔｅｃサーバ・システム・データベース内のファイル上のデータと比較する（このデータは、ユーザが事前初期化したＰＤＡ／無線電話に対するユーザの注文を行ったときに受信され、有効性確認され、保存された者である）。
【０１２７】
送信されてきたデータがサーバ・システム・データベース内のデータと一致しない場合には、サーバ・システムは、ユーザに、データを再送信するように指示する。二回目の試行後にも、送信されてきたデータがサーバ・システム・データベース内のデータと一致しない場合には、サーバ・システムは、ユーザに、Ｉｍｍｔｅｃまたは他の顧客サポートに電話するように指示する。
【０１２８】
送信されてきたデータがサーバ・システム・データベースのデータと一致する場合には、サーバ・システムは、起動についての情報および任意他の新しいユーザ・データでそのデータベースを更新し、ユーザのパソコン内のシステム・ソフトウェアに初期化コードを送る。これが、ＰＤＡ／無線電話内のシステム・ソフトウェアにおけるすべての機能を使用可能にする。
【０１２９】
サーバ・システムは、次いで、新しいユーザに歓迎メッセージを送信し、ソフトウェアに任意の更新を送信し、ユーザに取扱説明書を送信する。サーバ・システムは、次いで、ユーザのパソコンとの接続を切り離す。
ユーザのＰＣは、次いで、ユーザに、ユーザのパソコン内のシステム・ソフトウェアとＰＤＡ／無線電話を同期させるように指示する。ひとたびユーザがそのパソコン内のシステム・ソフトウェアとＰＤＡ／無線電話とを同期させたならば、システムを有するＰＤＡ／無線電話が使用準備完了となる。
【０１３０】
１８．紛失あるいは盗まれたＰＤＡ／無線電話の交換  システム・ソフトウェアをインストールしたＰＤＡ／無線電話を紛失した、あるいは、盗まれたときは、それをＩｍｍｔｅｃに報告しなければならない。Ｉｍｍｔｅｃは、次いで、ユーザのシステムの使用をロックし、無くなったＰＤＡ／無線電話のすべてのクレジットカード、金融サービス・プロバイダにコンタクトする。ＰＤＡが生体測定リーダを備えている本発明の実施例においては、ＰＤＡで構成したメモリ装置に保存したデータは、暗号化された形態で保存してあり、この装置に保存した暗号化生体測定データと一致する、指紋のような生体測定読取りだけがアンロックを行い、データの暗号解読を行う。このような実施例においては、この装置を盗んだかあるいは発見した誰もがそれを使用することはできない。本発明の別の実施例においては、ユーザＩＤおよびＰＩＮは、暗号化形態で保存され、ユーザは、装置を起動させるには一致しているユーザＩＤおよびＰＩＮを入力しなければならない。装置に保存されたデータの暗号化は、ユーザＩＤ、ＰＩＮの一致をリバースエンジニアリングすることを困難にする。
紛失した、あるいは、盗まれたＰＤＡ／無線電話を交換するためには、ユーザは、システム・ソフトウェアをインストールしたＰＤＡ／無線電話を購入したと同じ場所でそれを行うことができる。公認サービスセンタでのＰＤＡ／無線電話の交換が代表的である。
【０１３１】
ａ）  認可された販売／サービスセンタ、銀行または金融機関の交換  公認サービスセンタ、銀行または金融機関で紛失あるいは盗難に遭ったシステム使用可能ＰＤＡ／無線電話装置を交換するためには、ユーザは、特定の場所へ行き、交換装置を申し込む。公認サービスセンタという用語は、以下、銀行または金融機関での交換に等しく適用できることは了解されたい。
【０１３２】
ユーザは、公認サービスセンタ／銀行／ＦＳＰ代表者に個人画像識別を与える。公認サービスセンタ代表者は、センタのコンピュータをＩｍｍｔｅｃサーバ・システムに、たとえば、インターネットを経てまたは直結ラインを経て接続する。
公認サービスセンタは、その暗号化セキュリティ・コードをサーバ・システムに送信する。サーバ・システムは、公認サービスセンタ・セキュリティ・コードの有効性を確認しようとする。サーバ・システムがセキュリティ・コードの有効性を確認することができない場合には、サーバ・システムは公認サービスセンタに送信再試行を指示する。サーバ・システムが二回目の試行後にもセキュリティ・コードの有効性を確認することができない場合には、接続した公認サービスセンタによるサーバ・システムおよびそのデータベースへのアクセスは拒否される。サーバ・システムは、公認サービスセンタに、Ｉｍｍｔｅｃ顧客サポートにコンタクトするように指示する。
【０１３３】
サーバ・システムがセキュリティ・コードの有効性を確認することができた場合には、サーバ・システムは、公認サービスセンタに、そのコンピュータを介してユーザにユーザＩＤおよびＰＩＮを入力させるように指示する。この実施例においては、サーバ・システムは、また、ユーザに、公認サービスセンタのコンピュータで構成した生体測定リーダを経てユーザの指紋（または、任意の指紋または或る指紋の組み合わせ）を入力するように指示する。ユーザ入力データは、サーバ・システムに送信され、公認サービスセンタのコンピュータによって取り込まれることはない。
【０１３４】
サーバ・システムは、サーバ・システムのデータベースに保存された対応ユーザについての識別データでユーザ入力識別データの有効性を確認しようとする。ユーザが現在紛失している、あるいは、盗まれたＰＤＡ／無線装置を登録したときに、対応するユーザについての情報が保存される。
サーバ・システムがユーザ識別データの有効性を確認することができない場合には、サーバ・システムは、ユーザに、情報を再入力することを指示する。サーバ・システムが二回目の試行後にもユーザ識別の有効性を確認することができない場合には、ユーザは、顧客サービスとコンタクトするように指示される。
サーバ・システムがユーザ識別情報の有効性を確認した場合、本発明の実施例では、次いで、サーバ・システムは、情報がサーバ・システムで登録されたユーザの画像、たとえば、．ｂｍｐ画像を公認サービスセンタのコンピュータのディスプレイ・モニタに送り、公認サービスセンタ代表者に、スクリーン上に画像が存在する個人のＰＤＡ／無線装置を交換することをその個人に確認させるように指示する。
【０１３５】
公認サービスセンタ代表者は、先に登録されているユーザの表示画像をスクリーン上に存在する個人の画像と比較する。画像が一致しない場合には、公認サービスセンタ代表者は、サーバ・システムにそのことを指摘し、サーバ・システムは、ユーザまたは公認サービスセンタ代表者に、適切なアクションを取るように指示する。画像が一致した場合には、公認サービスセンタ代表者は、サーバ・システムにそのことを指摘する。この時点で、サーバ・システムは、公認サービスセンタ代表者に承認を送信し、ユーザに交換システム使用可能ＰＤＡ／無線電話を与える。
【０１３６】
ひとたび承認が完了したならば、公認サービスセンタ代表者は、新しいＰＤＡ／無線電話を、同期ハードウェアあるいは赤外線インターフェイスを経て公認サービスセンタ・コンピュータ・システムに接続し、サーバ・システムに、新しいＰＤＡ／無線電話が接続されたことの確認を送信する。
サーバ・システムは、ユーザのための新しい独自の暗号化セキュリティ・コードを生成し、この新しいコードをサーバ・システムのデータベース内のユーザのデータに追加する。
サーバ・システムは、添付したあるいは埋め込んだ暗号化独自のセキュリティ・コードならびにすべての金融、個人データと共に適切なオペレーティングシステムのために構成したシステム・ソフトウェアをＰＤＡ／無線電話へ送信する。サーバ・システムは、そのデータベースを交換ユーザ・データで更新し、新しい装置の使用をアンロックし、この情報をクリアリングハウス、銀行および金融サービス・プロバイダに送信する。
サーバ・システムは、公認サービスセンタ・コンピュータから切断し、ＰＤＡ／無線電話は、システムで構成され、使用可能とされ、使用準備完了となる。
【０１３７】
ｂ）直接注文ウェブサイトを通じての交換  直接注文ウェブサイトを通じて紛失装置を交換するための手順は、公認サービスセンタと通じて行う初期化プロセスおよび直接注文ウェブサイトを通じての初期化プロセスと同様である。
直接注文ウェブサイトを通じて紛失装置を交換するためには、ユーザは、ＰＣシステム・ソフトウェアをインストールしたパソコンから、たとえば、モデムを経て、直接注文ウェブサイト（ここでは、「mewallet.com」と呼ぶ）に接続する。mewallet.comページは、「紛失した、あるいは、盗まれたＰＤＡ／無線電話を交換する」選択肢を含む選択肢を示す。
【０１３８】
紛失装置を交換するには、ユーザは、「紛失した、あるいは、盗まれたＰＤＡ／無線電話を交換する」アイコンを選択する。直接注文ウェブサイト・サーバ・システムは、次いで、ユーザに、名前、住所、社会保障番号、ユーザＩＤ、ＰＩＮおよび紛失あるいは盗まれた器材のタイプを含む情報を安全なページに記入するように指示する。
【０１３９】
直接注文ウェブサイト（mewallet.com）は、入力形態で供給されたユーザ入力データをサーバ・システム・データベース内に維持されたデータと一致するかどうかチェックする。データが一致しない場合には、直接注文ウェブサイト（mewallet.com）は、ユーザに、データを修正し、再送信するように指示する。サーバ・システムが二回目の試行後もユーザ入力データの完全な一致をえることができない場合には、mewallet.comは、ユーザが顧客をサービスに電話することを要求する。
【０１４０】
サーバ・システムが、ユーザ入力データの、システム・サーバ・データベース上の対応するユーザについて保存されたデータとの完全な一致を得ることができた場合には、サーバ・システムは、注文を認め、それに応え、システム・ソフトウェアをインストールしたＰＤＡ／無線電話についての発送（たとえば、翌日配達による発送）を認可する。サーバ・システムは、交換ＰＤＡ／無線電話が発送中であり、次の営業日に到達するということをユーザに通知し、交換取引が完了する。
【０１４１】
ユーザが交換ＰＤＡ／無線電話を受け取るとき、一組の印刷された指示がユーザの場所に装置と共に到着し、及び／又は、指示がＥメールでユーザに送られる。
ユーザは、パソコンにインストールしたシステム・ソフトウェアでＰＤＡ／無線電話を、ハードワイヤ同期装置または赤外線インターフェイス装置を経てインストールしたシステム・ソフトウェアと接続するように指示されるか、あるいは、接続する。
ユーザは、そのパソコン上のシステム・ソフトウェアを起動する。ユーザは、そのパソコン上のシステム・ソフトウェアにＰＤＡ／無線電話を同期させる。
ユーザのパソコン上のシステム・ソフトウェアは、交換装置を新しいＰＤＡ／無線電話と認識し、ユーザに、そのユーザＩＤおよびＰＩＮを入力するように指示する。先に述べたように、ＰＣシステムは、ユーザＩＤおよびＰＩＮの有効性を確認しようとする。二回目の試行後も有効性確認ができない場合には、ユーザは、顧客サービスとコンタクトするように指示され、そして、システム・ソフトウェアはアクセス不能となる。
【０１４２】
有効性確認が成功した場合には、ユーザのパソコン内のシステム・ソフトウェアは、そのデータベース内のすべてのデータを新しいＰＤＡ／無線装置内のシステム・ソフトウェアへ送信する。
ユーザは、次いで、ユーザのパソコンのディスプレイ・モニタ画面上の「Ｉｍｍｔｅｃに接続する」アイコンを選ぶようにシステムによって促される。このアイコンをクリックすることで、ユーザのパソコン内のシステム・ソフトウェアは、たとえば、モデム経由の直結ラインを経てサーバ・システムへの接続を確立する。
【０１４３】
ユーザのパソコン内のシステム・ソフトウェアは、次いで、サーバ・システムに独自の暗号化セキュリティ・コードおよびユーザ・データを送信する。サーバ・システムは、次いで、送信されてきたデータをサーバ・システム・データベース上の対応するユーザについて保存されたデータと比較する。送信されてきたデータがデータベース情報と一致しない場合には、サーバ・システムは、ユーザに、データを再送信するように指示する。再送信されてきたデータがなお一致しない場合には、次いで、サーバ・システムは、ユーザに、顧客サポートに電話するように指示する。
送信されてきたデータに一致した場合には、サーバ・システムは、交換ユーザ・データでそのデータベースを更新し、新しい装置のための使用をアンロックし、この情報をクリアリングハウス、銀行および金融サービス・プロバイダに送信する。
【０１４４】
サーバ・システムは、次いで、ユーザのパソコン内のシステム・ソフトウェアに初期化コードを送る。この初期化コードが、ＰＤＡ／無線電話内のシステム・ソフトウェアを使用可能にする。サーバ・システムは、次いで、ユーザに感謝メッセージを送信し、ユーザのＰＣにソフトウェア更新データを送信し、ユーザのパソコンから切断する。
ＰＣシステムは、次いで、ユーザに、ＰＤＡ／無線電話システムをユーザのパソコン内のシステム・ソフトウェアと同期させるように指示する。ユーザは、ＰＤＡ／無線電話システムをユーザのパソコンの内のシステム・ソフトウェアと同期させる。そして、システム使用可能なＰＤＡ／無線電話が使用準備完了となる。
【０１４５】
ｃ）Ｉｍｍｔｅｃからの直接電話による交換  ユーザは、システム・ホスト（たとえば、Ｉｍｍｔｅｃ）からの直接電話によってＰＤＡ／無線装置を交換することができる。交換プロセスと同様であり、或る種の例外を以下に説明する。
ひとたびＩｍｍｔｅｃホスト・サーバ・システムが電話を通じてユーザによって供給された情報の有効性を確認し、新しい装置を発送する準備が完了したならば、Ｉｍｍｔｅｃサーバ・システムは、インストールしたシステム・ソフトウェアをインストールすることによって交換装置を準備し、対応するユーザについてのすべての個人、金融データで装置を完全に構成する。しかしながら、Ｉｍｍｔｅｃは、システム・ソフトエアを、ＰＤＡ／無線装置内およびＩｍｍｔｅｃのデータベース内にロックされるように設定する。
ひとたびユーザが交換装置を受け取ったならば、ユーザは、システム・ソフトウェアが予めインストールされたユーザのパソコンに装置を接続するように指示される。装置は、ハードワイヤ同期インターフェイスまたは赤外線インターフェイスを経て「接続される」。
ひとたびユーザがパソコンを起動し、有効なユーザＩＤおよびＰＩＮを入力したならば、ユーザのパソコンにおけるシステム・ソフトウェアは、そのデータベースからすべてのデータをＰＤＡ／無線装置システム・ソフトウェアへ送信する。
【０１４６】
ユーザは、次いで、ユーザのパソコンで構成したディスプレイ装置のディスプレイ・モニタ画面上にある「Ｉｍｍｔｅｃに接続する」アイコンを選ぶ。「Ｉｍｍｔｅｃに接続する」アイコンの選択で、ユーザのパソコン内のシステム・ソフトウェアが、たとえば、モデム経由の直結ラインを経て、サーバ・システムとの接続を確立する。
ひとたびサーバ・システムとの接続が確立したならば、パソコン上のシステム・ソフトウェアは、独自の暗号化セキュリティ・コードおよびユーザ・データをサーバ・システムに送信する。先に述べたように、サーバ・システムは情報の有効性を確認しようとする。ひとたび情報が有効性確認されたならば、サーバ・システムは、そのデータベースを交換ユーザ・データで更新し、使用をアンロックし、クリアリングハウス、銀行および金融サービス・プロバイダにこの情報を送信する。サーバ・システムは、ユーザのパソコン上のシステム・ソフトウェアに許可コードを送信する。ユーザのパソコン上のシステム・ソフトウェアは、許可コードを受け取り、ＰＤＡ／無線電話内のシステム・ソフトウェアをアンロックし、使用可能にする。
この時点から、上記したように、ユーザは、新しい装置をユーザのパソコン上のシステム・ソフトウェアと同期させる。
ユーザが交換装置を受け取ったときに、ユーザがパソコンにアクセスできなかったならば、ユーザは、Ｉｍｍｔｅｃ顧客サービスに電話する。Ｉｍｍｔｅｃ顧客サービスは、ＰＤＡ／無線電話に印刷される名前、住所、社会保障番号、ユーザＩＤ、ＰＩＮおよびコードを要求する。Ｉｍｍｔｅｃ顧客サービス代表者は、ユーザに、交換装置をオンにするように指示する。
【０１４７】
ひとたびユーザが交換装置をオンにしたならば、Ｉｍｍｔｅｃ顧客サービス代表者は、ユーザに、交換装置のディスプレイ画面上にある「システム」アイコンを選ぶように指示する。
ひとたびユーザが「システム」アイコンを選んだならば、交換装置上のシステム・ソフトウェアは、PDA Pay & eTicket/mewalletTMシステムを開く。
Ｉｍｍｔｅｃ顧客サービス代表者は、次いで、ユーザに、「セキュリティ」アイコンを選ぶように指示する。ひとたびユーザが「セキュリティ」アイコンを選んだならば、装置上のシステム・ソフトウェアは、ユーザに、許可コードを入力するように促す。Ｉｍｍｔｅｃ顧客サービス代表者は、ユーザに、ＰＤＡ／無線装置に入力すべき許可コードを与える。ひとたびユーザがＰＤＡ／無線装置に許可コードを入力したならば、システムは、装置をアンロックし、装置は使用準備が完了する。Ｉｍｍｔｅｃ顧客サービス代表者は、次いで、サーバ・システム・データベースにアンロッキング承認を送信する。
【０１４８】
Ｆ.指定目的システム装置  １．概要  本発明の文脈において、「指定目的」という用語は、装置の目的が、ここに開示したタイプの電子取引、たとえば、電子マネー、電子チケットその他の電子取引を保存、送信、処理することにあることを意味している。指定目的装置は、図１９ａ〜１９ｃにおける設計、腕時計サイズ装置または他の携帯装置を含む任意の形状またはサイズであってもよい。「指定目的」装置は、多種のデータおよび多種の取引を保存、送信、処理することができる。移動電話通信を行わない、あるいは、カレンダを保持したり、ＰＤＡ及び／又はセル電話によって実施される他のタイプの特殊な機能の何かを実施したりするような機能を行わないために、「指定目的」装置と呼ぶ。
この実施例においては、指定目的システム装置は、１つまたはそれ以上のタイプのデータ（典型的なデータ構造および関係は後述する）を保存する。たとえば、指定目的システム装置で構成したメモリ記憶装置に、たとえば、電子通貨の１,０００ドルまで、あるいは、任意の国の電子通貨における均等物を保存するように構成することができる。
【０１４９】
本発明のシステム具体化特徴の実施例は、国際通貨交換及び／又は換算を提供する。通貨換算が稼働する一方法は、サーバ・システムが第１の通貨における各ユーザのアカウントの記録を維持するということである。サーバ・システムは、第２の通貨における支払いのための販売業者ＰＯＳ端末から支払いのリクエストを受け取る。サーバ・システムは、リクエストされた第２の通貨における金額を第１の通貨における対応する金額に変換する。サーバ・システムは、第２の通貨におけるリクエストされた金額に等しい金額の支払いを認可し、第１の通貨におけるリクエストされた金額に等しい金額分だけユーザの全利用可能通貨を減らすように顧客／ユーザ装置に向けられる指示を送る。ＰＤＡまたはPayStickは、指示を受け取ってから、第２の通貨におけるリクエストされた金額に等しい金額を販売業者に支払いう許可を送り、第１の通貨におけるリクエストされた金額に等しい金額分だけユーザの全利用可能通貨を減らす。販売業者のシステムは、サーバ・システムに許可を送る。サーバ・システムは、許可を受け取ってから、第１の通貨におけるリクエストされた金額に等しい金額分だけユーザのアカウント残金から引き落とす。
【０１５０】
指定目的システム装置の一実施例は、ここでは、PayStickTMと呼ぶ。指定目的システム装置は、電子チケット、たとえば、通勤用の電車、バス、トロリーおよび地下鉄で使用される他用途チケットを保持するように構成する。指定目的システム装置は、また、電子キーまたは識別確認装置として利用されるように構成することができる。指定目的システム装置は、また、クレジットカード・データまたは銀行口座データを保存するように構成することができる。指定目的システム装置は、また、１つの個別のユーザの医療データ、保険データまたは他の個人データを保存するように構成することができる。この装置内のデータは、装置をハードワイヤ・インターフェイスまたは短距離データ送信手段または赤外線インターフェイスを備えるコンピュータ・システムに同期させることによって容易に見たり、更新したりすることができる。
【０１５１】
指定目的システム装置の実施例は、図１９ｂ〜１９ｃおよび２０ｂ〜２０ｆに示すように、以下のハードウェア構成要素で構成される。すなわち、赤外線インターフェイス１１００、ハードワイヤ同期用入力ポート１１０１、内部メモリ（ＲＡＭおよびＲＯＭ／ｅｅｐｒｏｍ）装置１１０２，１１０３、オン／オフ動作ボタン１１０４、生体測定装置１１０５、送信／受信ボタン１１０６、バッテリ１１０７、短距離データ送信ハードウェア（選択肢）１１０８、小型ＬＣＤディスプレイ・スクリーン１１０９、デジタル信号プロセッサまたはマイクロプロセッサ１１１０、４ボタン・アレイ１１１１、選択的な太陽電池セル１１１２である。メモリ記憶装置は、１つまたはそれ以上のタイプのデータを記憶するのに使用される。これらのデータとしては、限定するつもりはないが、eTicket、電子通貨、個人医療情報、個人保険情報及び／又は他の個別量のデータ及び／又は指示（たとえば、「アンロッキング」）がある。
【０１５２】
指定目的システム装置の別の実施例の外観図が、図１９ａ〜１９ｂに示してある。図１９ａ〜１９ｂに示すように、装置は、小型（たとえば、２ライン）マルチ・キャラクタ、ＬＣＤディスプレイ１１０９、４ボタン（入力キー）１１１１、選択的な生体測定チップ１１０５および赤外線トランシーバ１１００を備える。装置の同じ実施例の背面には、図１９ｂに示すように、太陽電池セル１１１２および２つの付加的なボタン（入力キー）１１０４、１１０６およびスクロール・ボタン１１１４が設けてある。これら６つのボタン１１０４、１１０６、１１１１は、入力キーとして作用するように使用可能であり、それによって、ユーザは、そのユーザＩＤ、ＰＩＮを入力すると共に、液晶ディスプレイ上に現れたプロンプトを選ぶことができる選択機構としても使用可能である。
【０１５３】
一実施例において、シリアル・インターフェイス１１０１は、ＵＳＢであり、専用の端を指定目的システム装置およびコンピュータに接続している標準のＡ端子に接続する。シリアル・インターフェイス１１０１上のピンのうち１本のピンは、バッテリ１１０７を再充電する電力を供給する。太陽電池セル１１１２は、バッテリ１１０７を再充電する選択肢方法である。
【０１５４】
２．ソフトウェア  指定目的システム装置（あるいは、ここでは、PayStickTMと呼ぶ）用のソフトウェアの実施例は、以下の機能を提供する。すなわち、独自の暗号化セキュリティ・コードの入力を受信し、保存し、読み出し、そして、送信する機能、システム・ソフトウェアを更新するのに同期ルーチンを実行する機能、ユーザＩＤ、ＰＩＮの入力を受信し、保存して、読み出し、そして、送信する機能、１つまたはそれ以上のタイプのデータ（限定するつもりはないが、eTicket、電子通貨、デビットカード、クレジットカード、電子クーポン、ブランド設定売り主の独自コード、装置用の独自の暗号化セキュリティ・コード、個人の医療情報、個人の保険情報、識別情報及び／又は他の個別量のデータ及び／又は指令を含む）を受信し、保存し、読み出し、送信し、更新する機能、対応する調整値で、保存された電子マネーを計算し、マイクロペイメントを通信し、更新する機能、生体測定データを受信し、保存し、読み出し、送信する機能、液晶その他のディスプレイ装置とインターフェイス接続する機能、ＬＣＤ上の日時をデジタル・クロック表示し、低バッテリ・ステータスを表示し、生体測定読出装置とインターフェイス接続する機能、マイクロプロセッサとインターフェイス接続し、ハードワイヤ・ポートとインターフェイス接続し、赤外線トランシーバまたはブルートゥース・トランシーバのような短距離トランシーバ装置とインターフェイス接続する機能である。ひとたびオンにされたならば、指定目的システム装置は、ユーザがスクロールして支払い方法、チケット・タイプまたは他の取引タイプを選択する必要なく、インストールされたmewalletTMシステム・ソフトウェアを有するホスト・システムに接続された店頭端末から通貨またはeTicketについての適切に符号化された安全なディマンドに応答することができる。
【０１５５】
３．ＰＣソフトウェア パソコンのための先に述べたシステム・ソフトウェアは、限られた方法で指定目的システム装置とインターフェイス接続することができる。それは、指定目的システム装置が保存することができるすべてのデータを同期させることができる。パソコンのためのシステム・ソフトウェアは、また、電子マネーをダウンロードするためにオンライン金融サービス・プロバイダと同期することができる。また、電子チケットをダウンロードするためにオンライン・チケット・プロバイダと同期することもできる。それは、また、指定目的システム装置にまたはそこから送信されたすべての取引のコピーを保存することもできる。それは、内蔵指定目的システム装置クロックに日時を設定することができる。それは、また、個人、セキュリティおよび金融のデータのすべてを保存し、或る個人およびセキュリティ・データを指定目的システム装置と同期させることもできる。
【０１５６】
４．サーバ・システム・ソフトウェア 指定目的システム装置とインターフェイス接続するためのサーバ・システム・ソフトウェアは、Ｕｎｉｘ（登録商標）及びマイクロソフトＷｉｎｄｏｗｓ２０００（登録商標）／ＮＴ4＋のオペレーティングシステム上で処理を行う。しかしながら、当業者であれば、本発明を具体化するオペレーティングシステムが発明の限定要件ではないことは了解できよう。本発明は、発明の精神から逸脱することなく、他のオペレーティングシステム上で処理を行うようにプログラムすることができる。
サーバ・システム・ソフトウェアは、集中型ホスト・システムのサーバ（たとえば、インターネットを通じてアクセスできるもの）上で使用するものである。しかしながら、サーバ・システム・ソフトウェアは、また、個々の銀行、金融機関その他で稼働するコンピュータ上で実行することもできる。
サーバ・システム・ソフトウェアは、とりわけ、ファイアウォール、暗号化／暗号解読ルーチン、ウェブサイト、セキュリティ・チェッキング・ルーチン、指定目的システム装置インターフェイス・ルーチン、ＰＤＡアンロッキング・ルーチン、通貨変換ルーチン、指定目的システムへの／からの同期ルーチン、金融サービス・プロバイダおよびクリアリングハウスへの／からのインターフェイス・ルーチン、無線通信プロトコル、マイクロペイメント受信・確認ルーチン、銀行口座へのマイクロペイメント・ルーチン、モデム経由インターフェイス・ルーチン、Ticketdownload.comインターフェイス・ルーチン、公認販売業者アカウント・データベース、Ticketdownload.comデータベース、独自のユーザ・セキュリティ・コード、独自のユーザ・セキュリティ・コード発生器、指定目的システム装置用システム・ソフトウェア、ＰＣ用システム・ソフトウェア、公認サービスセンタ・アカウント・データベース、ユーザ・ビットマップ画像、生体測定／指紋データベース、ユーザ名・ＩＤ・ＰＩＮデータベース、ユーザ・独自のセキュリティ・コード、ユーザ銀行口座データ、ユーザ・クレジットカード・アカウント・データ、ユーザ仲介アカウント・データ、他の金融アカウント・データ、ユーザ・個人データ、ユーザ・顧客固有領収書広告データの処理（受信、確認、保存、比較、送信）を含む。
【０１５７】
５．指定目的システム装置用インターフェイス  指定目的システムの実施例は、とりわけ、以下のタイプの通信装置、すなわち、パソコンとの通信及び／又は同期のためのハードワイヤ・インターフェイス、赤外線インターフェイスを持つ任意の装置との通信及び／又は同期のための赤外線インターフェイス、及び／又は、短距離データ送信能力を有する任意の装置への／からの他の短距離データ送信のためのインターフェイス（たとえば、「ブルートゥース」）のうちの１つあるいはそれらの組み合わせを用いて他の装置と通信を行うようになっている。
指定目的システム装置の実施例は、ハードワイヤ、短距離データ送信能力または赤外線インターフェイスを有するパソコン、赤外線インターフェイスを有する購入場所装置、短距離データ送信能力を有する購入場所装置、認可された金融サービス・プロバイダまたはチケット販売代理店、システム使用可能なＰＤＡ／無線電話のうちの１つまたはそれ以上を含む多数の他の装置とインターフェイス接続する。
【０１５８】
ａ）パソコン・インターフェイス  図１６は、本発明の実施例における指定目的システム装置とのパソコン・システム・インターフェイス処理例を示す高水準機能フローチャートである。図１６に示すように、ハードワイヤ同期インターフェイスを必要とするパソコンとインターフェイス接続するとき、ユーザは、指定目的システム装置を直結でパソコンに接続し、次いで、パソコン１２００をオンにする。赤外線トランシーバまたは短距離データ・トランシーバのいずれかを備えるパソコンとインターフェイス接続する場合、ユーザは、パソコンをオンにしてから、赤外線トランシーバまたは短距離データ・トランシーバをパソコン上またはパソコン近辺の対応する装置に向ける。
【０１５９】
ユーザは、パソコン上のPDA Pay & eTicket/mewalletTMシステム・ソフトウェア１２０３を実行する。このシステム・ソフトウェアは、ユーザに、ＰＣ上のインターフェイス・スクリーン上の適切なスペースにユーザＩＤ、ＰＩＮ１２０５を入力するよう要求する。そして、ユーザに、「エンター」アイコン１２０８をクリックするように促す。システム・ソフトウェアは、ユーザ入力のユーザＩＤ、ＰＩＮをシステム・データベース１２１１内のユーザＩＤ、ＰＩＮと比較する。入力されたユーザＩＤ、ＰＩＮが保存されたユーザＩＤ、ＰＩＮ１２１３と一致しない場合には、ユーザは、データ１２１５を再入力することを促される。システムが予設定回数（たとえば、２回）の試行後も情報の有効性を確認することができない場合には、システムは、ＰＣシステム・ソフトウェアへのアクセスを拒否する。ＰＣシステム・ソフトウェアは、ユーザに、顧客サービス１２１８にコンタクトするように指示する。
【０１６０】
システムがユーザＩＤ、ＰＩＮ１２２１の有効性を確認することができた場合には、ＰＣシステムは、次いで、利用できる取引およびアクションの選択肢１２２４の一覧を示す。このような選択肢としては、たとえば、キャッシュ・ダウンロード、チケット購入・ダウンロード、個人の医療、保険、緊急時データ、指定目的システム装置との同期がある。システムは、ユーザに、選択肢の内から１つを選ぶことを促す。ユーザが１２２９で１２２６の選択肢「指定目的システム装置と同期する」を選んだ場合には、システムは、ユーザに、ＰＣ１２３１で構成した短距離無線インターフェイスに指定目的システム装置を向けるように指示する。システムは、ユーザに、ＰＣディスプレイ・スクリーン１２３４上の「同期」アイコンをクリックするように指示する。ユーザは、指定目的システム装置をＰＣ１２３７で構成した短距離無線インターフェイスに向ける。ＰＣシステムおよび指定目的システム装置ソフトウェアは、短距離無線通信１２４０を経て同期する。
ここで、当業者であれば、後述する選択肢が発明の精神から逸脱することなく、システム使用可能なＰＤＡ／無線電話装置に同等に適用し得ることは了解できよう。
【０１６１】
１）キャッシュ・ダウンロード  図１７ａ〜１７ｄは、本発明の実施例における指定目的システム装置例のためのダウンロードｅＣａｓｈ処理例を示す高水準機能フローチャートである。図１７ａ〜１７ｄに示すように、ユーザがキャッシュ・ダウンロード選択肢１３００を選んだ場合、ＰＣシステムは、ユーザに、プルダウンメニューからまたはユーザ入力で、金融サービス・プロバイダを確認するように促す（１３０３）。ひとたびユーザが或る特定の金融サービス・プロバイダを選んだならば（１３０６）、ＰＣシステムは、たとえば、インターネットを通じて、Ｉｍｍｔｅｃサーバを経由して、オンライン金融サービス・プロバイダのシステムまたはウェブサイトへのオンライン接続を確立する（１３０９）。ひとたび接続されたならば、ＰＣシステムは、そのデータベースから読み出し（１３１１）、金融サービス・プロバイダのシステムへ、ユーザ識別、セキュリティ情報（たとえば、関連した口座番号、ユーザＩＤ、ＰＩＮ）を送信する（１３１４）。金融サービス・プロバイダのシステムは、情報の有効性を確認しようとする。金融サービス・プロバイダのシステムが情報の有効性を確認することができない場合には（１３２０）、ユーザはデータの再入力を促される（１３２３）。ひとたびユーザがデータを再入力したならば（１３２６）、ＰＣシステムはデータを再送信する（１３１１）。金融サービス・プロバイダのシステムが、予設定回数（たとえば、２回）の試行後も情報の有効性を確認できない場合には（１３２０）、金融サービス・プロバイダのシステムは、ＰＣシステムへのアクセスを拒否する。ＰＣシステムは、否定１３２９を受け取ってから、ユーザに顧客サービスとのコンタクトを指示する（１３３２）。
【０１６２】
ひとたび金融サービス・プロバイダのシステムが識別・セキュリティ情報の有効性を確認した（１３３５）ことをＰＣシステムに通知したならば、ＰＣシステムは、ユーザの利用可能な金融取引選択肢の一覧を要求する（１３３８）。金融サービス・プロバイダのシステムは、対応するユーザに対する利用できる選択肢についての情報を検索（１３３９）し、利用できる選択肢１３４４の表示を生成する（１３４１）。このような選択肢の１つは、「キャッシュ・ダウンロード」である。
【０１６３】
ユーザがキャッシュ・ダウンロード１３４７を選んだ場合、金融サービス・プロバイダ、あるいは、別の実施例では金額の選択を発生するＰＣシステムは、入力フィールドを提供し、「いくらのキャッシュを、本日、ダウンロードしたいですか」１３５０をユーザに尋ねる。ユーザは、予設定金額選択肢のリスト１３５３から金額１３５６を選ぶか、または、金額を入力する。実施例においては、金額は、１０００米国ドルあるいは非米国通貨均等額に制限される。ＰＣシステムは、Ｉｍｍｔｅｃサーバを介して選択された金額を金融サービス・プロバイダに通達する（１３５９）。金融サービス・プロバイダは、ユーザのアカウント１３６２内の利用できる資金をチェックする。
利用できる資金の金額が要求された資金１３６８より少ない場合には、金融サービス・プロバイダ・システムは、ＰＣシステム１３６５にこのことを通知し、ユーザに、より低い金額を要求するように促すか、または、金融サービス・プロバイダの顧客サービス１３７４、１３７１とコンタクトするように促す。
要求された資金（マイクロペイメント金額を含む）が利用できる（１３７７）場合には、ＰＣシステム、金融サービス・プロバイダは、ホスト・システム、たとえばＩｍｍｔｅｃサーバ１３８０を通じて選択された金額を送信する。ホスト・システムでは、ホスト・サーバ・システムが、マイクロペイメント・パーセンテージを算出し、この金額を要求された金額１３８３から差し引き、ホスト・システム・マイクロペイメント・アカウント１３８５に差し引かれた金額を転送する。ホスト・サーバは、次いで、ユーザの指定目的システム装置１３８８にＰＣシステムを介して残高を送信する。ＰＣシステムは、取引１３９０の詳細すべてを表示し、次いで、ホスト・サーバおよび金融サービス・プロバイダ１３９９との接続を閉じる。別の実施例においては、金融サービス・プロバイダからの電子マネーは、指定目的システム装置１３９７を経て、ユーザが利用できるホスト・サーバ上のユーザのアカウント１３９６に転送され得る。または、別の実施例においては、金融サービス・プロバイダ・システムは、金融サービス・プロバイダ・マイクロペイメント金額を算出し、それ自身のアカウントにこの金額を転送する。あるいは、別の実施例においては、金融サービス・プロバイダ・システムは、ユーザ・マイクロペイメントを算出（１４００）し、そして、金融サービス・プロバイダに、ユーザのアカウントからホスト・システム（たとえば、Ｉｍｍｔｅｃ１４０３）についてのアカウントへ算出ユーザ・マイクロペイメントの金額を送信するように指示する。金融サービス・プロバイダは、ユーザのＰＣシステムを通じて同期した指定目的システム装置１４０９に電子的に電子通貨の要求された金額を送信する。金融サービス・プロバイダは、送信されてきた電子通貨の金額およびユーザのマイクロペイメントの金額だけユーザのアカウントを減らす。ＰＣシステムは、取引１４１５のレシートを生成する。ＰＣシステムは、ユーザのＰＣのメモリに取引のレシートを保存し、金融サービス・プロバイダ・システムにレシートのコピーを送信する。
この時点で、取引は完了（１４１８）し、ユーザのＰＣと金融サービス・プロバイダ・システムとの接続を終了（１４２１）することができる。指定目的システム装置は、電子通貨の適切な金額を含み、使用準備が完了（１４１２）する。
【０１６４】
指定目的システム装置の別の実施例においては、金融サービス・プロバイダは、ユーザ、特に指定目的システム装置についての別個のアカウントをセットアップする。この実施例においては、金融サービス・プロバイダは、特定のユーザについての指定目的システム装置アカウント１４２４へ「通貨」を送信する。この実施例においては、金融サービス・プロバイダは、指定目的システム装置１４２７、１４３６へ転送されてきた金額の会計を送信するが、装置は電子通貨１４３９を「保持」しない。このような実施例においては、電子通貨の交換は、指定目的システム装置、店頭装置間の通信によって起動される。しかしながら、実際の資金転送は、或る特定の金融サービス・プロバイダでの対応するユーザの指定目的システム装置アカウントと、それまたは任意他の金融サービス・プロバイダでの交換販売業者についてのアカウントとの間で達成される。
【０１６５】
２）チケット購入・ダウンロード  ユーザのＰＣシステム起動後、ＰＣシステムは、種々の選択肢（その１つは「チケットを購入、ダウンロード」である）を表示する。ユーザが「チケットを購入、ダウンロード」選択肢を選択したならば、ＰＣシステムは、ユーザが先にチケットを購入したインターネット・チケット・ウェブサイトについての選択肢および「その他」選択肢を含む選択肢選択の表示をフォーマットし、生成する。指定目的システム装置への電子チケットのダウンロードについてのプロセス・フローは、ＰＤＡ／無線装置について先に説明し、図１２ａ〜１２ｄに示したものに類似している。ユーザが選択肢のリストから特定のインターネット・インターネット・ウェブサイトの１つを選んだならば、ＰＣシステムは、モデムあるいは他のインターネット接続を経てそのウェブサイトに接続する。もしユーザが、「その他」選択肢を選んだならば、ユーザは、検索用語あるいはウェブサイト・アドレスを入力するように促される。ひとたびユーザが或る特定のウェブサイトを確認したならば、ＰＣシステムは、確認したインターネット・チケット・ウェブサイトとの接続を確立する。
本発明の実施例においては、ＰＣシステムを通じての選択に利用できるインターネット・チケット・ウェブサイトは、システムと相互作用するのを認可されるオンライン・チケット販売業者に限られる。特定のオンライン販売業者に対する「ライセンス」の延期には、とりわけ、オンライン・チケット販売業者がサーバ・システム・ホスト（たとえば、Ｉｍｍｔｅｃ）に登録し、すべての必要な情報、承認を供給し、その結果、サーバ・システムが精算を行って、販売業者のアカウントに金額を転送し、そして、このような転送からマイクロペイメント金額を差し引き、あるいは、それ以降に、販売業者のアカウントからサーバ・システム・ホストのアカウントへマイクロペイメント金額を転送することが必要である。
【０１６６】
ひとたび確認されたインターネット・チケット・ウェブサイトに入ったならば、ユーザは、所望のチケットについてオンライン販売業者のウェブサイト／データベースを検索する。販売業者のウェブサイトは、ユーザのリクエストに従って利用できるチケットおよび価格を表示する。ユーザは、チケット購入を中止したり、検索を続けたり、特定の販売業者のウェブサイトとの接続を終了したり、ＰＣシステムに戻ったりするように選択可能である。
ひとたびユーザが１つまたはそれ以上のチケットを購入する選択を示したならば、販売業者のシステムは支払い情報を要求する。チケットの代金を支払い、チケットをダウンロードするためには、ユーザは、認可販売業者サイト上の「PDA Pay & eTicket/mewalletTMシステム」選択肢ボタンをクリックする。認可販売業者のウェブサイトは、インターネットまたは他の接続（Ticketdownload.com）を経て透過的にサーバ・システムにアクセスし、ライセンス・コードを送信する。サーバ・システム（たとえば、Ticketdownload.com）は、取引リクエストおよびライセンス・コードを受信する。サーバ・システムは、送信されてきたライセンス・コードの有効性を確認しようとする。サーバ・システムは、予設定の回数（たとえば、２回）の試行後にも送信されてきたライセンス・コードの有効性を確認することができない場合には、販売業者がサーバ・システムTicketdownload.com機能を使用するのを拒否する。
【０１６７】
サーバ・システムがライセンス・コードの有効性を確認することができた場合には、サーバ・システムTicketdownload.com機構が、販売業者にライセンス・コードの有効性確認を送り、販売業者のウェブサイトを通じてユーザと直接に通信を透過的に開く。
サーバ・システムTicketdownload.com機構（または別の実施例では、販売業者のウェブサイト）は、ユーザおよびユーザのＰＣ及び／又はユーザのシステム装置からの支払い情報、ユーザＩＤ、ＰＩＮおよびセキュリティ・コードを要求する。ユーザは、ユーザＩＤ、ＰＩＮを入力し、支払い方法（小切手、クレジットカードまたはデビットカード）および支払うべき金額を入力する。ユーザは、ＰＣシステムに入力データおよび他の情報をインターネット・インターフェイスを経て販売業者／Ticketdownload.com機構に送信させる送信選択肢を選択する。
【０１６８】
Ticketdownload.com機構は、送信されてきた支払い、セキュリティ・データを受け取ってから、サーバ・システム・データベース上の対応するユーザについての情報の有効性を確認しようとする。サーバ・システムが予定の回数（たとえば、３回）の試行後でも、情報の有効性を確認することができない場合には、サーバ・システムは、取引を否定し、ユーザを販売業者のウェブサイトの管理に戻す。販売業者は、次いで、別のチケット購入手段の選択をユーザに知らせる。
【０１６９】
サーバ・システムが送信されてきた情報の有効性を確認することができた場合には、サーバ・システムTicketdownload.com機構は、金融サービス・クリアリングハウスへ取引についての情報を供給し、金融サービス・クリアリングハウスからの取引についての承認（たとえば、承認コードの形で）を要求する。金融サービス・クリアリングハウスは、とりわけ、充分なクレジットが利用できない、クレジットカードまたはデビットカードの有効期限が切れている、または、指定されたアカウントは利用できる充分な資金を持たないということを含む理由によって特定の取引を拒否することができる。
【０１７０】
金融サービス・クリアリングハウスが特定の取引の承認を拒否した場合、サーバ・システムTicketdownload.com機構（または、別の実施例では、販売業者ウェブサイト）は、ユーザに別の支払い方法選択および識別を要求する。
金融サービス・クリアリングハウスが取引を承認した場合、サーバ・システムTicketdownload.com機構／販売業者は、たとえば、承認コードを送信することによって、提案された取引の承認を、オンライン販売業者のウェブ・インターフェイスを経てユーザへ、そして、オンライン販売業者へ送信する。サーバ・システムは、販売業者マイクロペイメントを算出する。本実施例においては、サーバ・システムは、また、ユーザ・マイクロペイメントを算出する。サーバ・システムTicketdownload.comは、次いで、金融サービス・クリアリングハウスに、ユーザ指定のアカウントから取引の金額の支払いを販売業者のアカウントへ転送し、ユーザ指定のアカウントから金額に見合った額を引き落とすことを指示し、販売業者のアカウントからサーバ・システム・ホストのアカウント（たとえば、Ｉｍｍｔｅｃのアカウント）へ算出した販売業者マイクロペイメントの金額を転送し、販売業者マイクロペイメントの金額を販売業者のアカウントから引き落とすことを指示し、そして、本実施例では、ユーザのアカウントからサーバ・システム・ホストのアカウント（たとえば、Ｉｍｍｔｅｃのアカウント）へ算出したユーザ・マイクロペイメントの金額を転送し、ユーザのアカウントからユーザのマイクロペイメントの金額を引き落とすことを指示する。
【０１７１】
サーバ・システムTicketdownload.com機構は、特定のeTicketについての独自のセキュリティ・コードを生成し、それをオンライン販売業者に送信する。
サーバ・システムTicketdownload.com機構は、オンライン販売業者のウェブサイトにチケット購入に関するすべての取引データを送信する。オンライン販売業者のウェブサイトは、取引データから請求書を生成し、この請求書をユーザに電子メールで送る。
サーバ・システムTicketdownload.com機構は、入場または購入用のチケットを必要とする販売業者のコンピュータへeTicketデータを送信する。サーバ・システムTicketdownload.com機構（または、別の実施例では、販売業者のウェブサイト）は、ユーザのＰＣシステムへ暗号化したeTicketを送信する。
【０１７２】
ＰＣシステムは、ユーザのＰＣで構成したメモリ記憶装置に暗号化eTicketを保存する。ひとたびこれが行われたならば、ユーザは、ユーザＰＣ、システム装置間のハードワイヤ、赤外線インターフェイスまたは短距離データ送信インターフェイスを経て指定目的システム装置あるいは任意他のシステム装置にeTicketをダウンロードすることができる。ひとたびユーザがそのＰＣからシステム装置へeTicketをダウンロードしたならば、ＰＣシステムは、ＰＣのメモリ内のeTicketにダウンロードされたものというマークを付ける。
【０１７３】
３）個人の医療、保険、緊急時データの送信  図１８ａは、本発明の実施例における指定目的システム装置での個人の医療、保険、緊急時データ・インターフェイス処理を示す高水準機能フローチャートである。図１８ａに示すように、ユーザがそのＰＣシステムを起動した後、ＰＣシステムは、種々の選択肢１５００（その１つが「個人の医療、保険、緊急時データ」である）を表示する。ユーザが「個人の医療、保険データ」選択肢を選んだ場合（１５０３）には、ＰＣシステムは、ユーザに、すべての関連した個人医療、緊急時、保険データ１５０６，１５０９を入力するように促す。
【０１７４】
ＰＣシステムは、この情報を受け取ってから、ＰＣ１５１２で構成したメモリに保存する。ユーザがすべてのデータを入力してしまったならば、システムは、ユーザ１５１５に、「あなたの携帯装置と同期する」選択肢または「携帯装置およびデータベースと同期する」選択肢１５１８をクリックすることを促す選択肢メニューを生成し、ユーザＰＣで構成した表示装置のディスプレイ・スクリーン上に表示する。また、安全なホスト（たとえば、Ｉｍｍｔｅｃサーバ）にすべての個人の医療、保険、緊急時データをアップロードし、同期させる選択肢もある。このＰＣシステムは、データを暗号化し、サーバ・システムが緊急時にユーザ・アカウントと関連した情報を保存し、認可された個人１５３３〜１５５４にのみアクセスできるホスト・サーバへ、電話回線あるいは他の通信方法を経由して暗号化データを送信する。
【０１７５】
ひとたびユーザがＰＣを携帯装置のみ１５２１と同期させることを選択したならば、ＰＣシステムは、ユーザの個人の医療、保険データをシステム装置１５２４〜１５３０（指定目的システム装置を含み、送信されてきたデータを受信するように適切に構成したもの）に送信する。
【０１７６】
指定目的システム装置は、また、図１８ｂに示すように、医療処方箋を受信、保存、送信することもできる。図１８ｂは、本発明の実施例における指定目的システム装置例での処方箋ダウンロード・インターフェイス処理例を示す高水準機能フローチャートである。処方箋機能を実施するには、ユーザは、その指定目的システム装置を公認の医師に提供する。公認の医師は、この目的のためのＰＣシステム機構を使用して医師のコンピュータ上へユーザについての処方箋１５６３を入力する。ひとたびブランド名、一般名、体力、投薬量など含む処方箋情報のすべてを医師のＰＣシステム１５６６〜１５６７に入力されたならば、医師は、ユーザの装置１５７１に情報をダウンロードするように指示される。
【０１７７】
医師は、ユーザの装置と医師のＰＣシステムとの間の通信を、たとえば、ハードワイヤ接続または赤外線あるいは短距離データ送信トランシーバ１５７４を介して確立する。医師は、「患者の携帯装置へ処方箋をダウンロード、そして、あなたのデータベースと同期させる」という特別な医師選択肢を選ぶ。この選択肢の選択により、医師のＰＣシステムがユーザおよびユーザの装置を認証し、もし認証された場合には、装置１５７７へ選択された処方箋をダウンロードさせる。この選択によって、また、医師のＰＣシステムがホスト・サーバ（たとえば、Ｉｍｍｔｅｃ１５８３）と接続し、そして、すべての処方箋、セキュリティ・データを暗号化し、患者が処方箋に従った薬を貰おうとするときに薬剤師が後に検索できるように特定の医師のアカウント１５９０〜１５９４に関連してすべての処方箋、セキュリティ・データをサーバ・システム・データベースにアップロード（１５８５〜１５８８）する。指定目的システム装置は、後の使用のためにダウンロードされた処方箋を保存する。ホスト・サーバは、医師のＰＣシステム１５９６に同期完了通知を送信する。次いで、ホスト・サーバとの接続が終了する（１５９９）。
【０１７８】
ｂ）購入場所装置インターフェイス  指定目的システム装置は、システム使用可能ＰＤＡ／無線電話とインターフェイス接続できる赤外線インターフェイス搭載あるいは短距離データ送信機能搭載の購入場所装置の任意のものとインターフェイス接続する。指定目的システム装置は、とりわけ、電子チケット、電子通貨、クレジットカード、身分証明、セキュリティ及び／又は個人の医療、保険、緊急時データを受信し、送信するように構成してある。或る特定の指定目的システム装置が実施する機能の構成は、ユーザのパソコンとまたは認可された販売／サービスセンタとの同期させることによってアップデート可能である。
【０１７９】
図１９ｂ〜１９ｃは、指定目的システム装置の実施例の外部構成例の種々の図を示すグラフィック表示である（図１９ｃは、「正面」面であり、図１９ｂは、反転画像背面図である）。セキュリティ目的のために、指定目的システム装置のメモリは、独自の暗号化セキュリティ・コード、ユーザ名、住所および電話番号を含み、一実施例においては、ユーザの生体測定データ（たとえば、限定するつもりはないが、指紋データに）も含む。図１９ｂ―１９ｃに示すような指定目的システム装置の一実施例においては、その外面に生体測定リーダ１１０５が設けてあり、その上にユーザが指（たとえば、右または左の親指あるいは右または左の人さし指）を載せる。指定目的システムの反対面には、２つのボタンが設けてあり、１つは送信ボタン１１０４であり、１つは受信ボタン１１０６である。さらに、小型の液晶スクリーン１１０９も設けてある。指定目的システム装置の一端には、ハードワイヤ同期ケーブル１１０１のための入出力インターフェイスが設けてあり、反対端には、赤外線インターフェイス１１００が設けてある。
【０１８０】
指定目的システム装置の使用例としては、とりわけ、電子通貨のための財布、電子式一回使用及び／又は複数回使用チケットを保持し、運ぶこと、身元証明、ライセンス、個人の医療、保険、緊急時データ（医療処方箋を含む）についてのリポジトリおよび情報ソースがある。
【０１８１】
ＰＤＡ／無線電話を使用する本発明の実施例においては、ＰＤＡ／無線電話は、複数のキーを含む多数の入力装置を備え、ＰＤＡの場合、手書き入力装置、音声入力装置も備える。ＰＤＡおよび無線電話は、また、小型の指定目的システム装置を使用して提供され得るものよりも大きいディスプレイ・インターフェイスを備える。一方、図１９ｂ〜１９ｃに示すような指定目的システム装置の実施例は、そのサイズ限界のために入力、ディスプレイ機能が限られる。
【０１８２】
指定目的システム装置例のサイズ的限界の故に、図１９ｂ―１９ｃに示す指定目的システム装置の実施例は、「購入場所相互作用」の時点で限られたユーザ入力のみでよいとする方法で、「購入場所」装置と相互作用を行うようになっている。指定目的システムの実施例は、指定目的システム装置と販売業者購入場所との間の初期通信が、サーバ・システムを有する販売業者の購入場所装置によって確立された接続、たとえば、インターネット接続を介して、指定目的システム装置、サーバ・システム間の相互作用を起動させる。この時点で、サーバ・システムは、販売業者の購入場所装置からのリクエスト、たとえば、マネーの金額、或る特定のeTicket、医療情報あるいは処方箋についてのリクエストを受信し、次いで、このリクエストに応える指示を、システム・プロトコルに従って販売業者の購入場所インターフェイスを経由して指定目的システム装置へ送る。
【０１８３】
この実施例においては、ユーザは、ユーザが通信を行いたいと思う店頭装置上の類似した装置インターフェイスに、指定目的システム装置の赤外線その他の短距離データ通信インターフェイスを向け、指定目的システム装置の外面上にある「送信」ボタン１１０４を押して装置をオンにする。指定目的システム装置は、ＰＩＮ及び／又は生体測定身元証明についてのリクエストを表示する。ひとたび正しい識別データが入力されたならば、装置は店頭装置に識別およびセキュリティ情報を送信する。ユーザは、次いで、「受信」ボタン１１０６を押してサーバ・システムの指示を受信する。
【０１８４】
指定目的システム装置は、サーバ・システムの指示を受信してからそれを実行し、指定目的システム装置で構成した液晶１１０９ディスプレイ上で取引の金額、タイプをユーザに通知する。指定目的システム装置は、また、装置が指示を果たす準備が整ったときにはそれもユーザに通知する。この時点で、ユーザは、「送信」ボタンを押して、要求された取引（たとえば、電子通貨、eTicket、医療情報、処方箋情報など）を果たすのに必要な情報を送信する。この実施例においては、情報は、サーバ・システム・プロトコルに従って、販売業者の購入場所インターフェイスを経てサーバ・システムに送られ、そして、サーバ・システムは、販売業者と要求された取引を果たす。
【０１８５】
図２０ａは、生体測定リーダおよび付加的な文脈感応式ユーザ入力ボタンを含む指定目的システム装置構成の別の実施例を概念的に示す高水準グラフィック表示である。図２０ａに示す実施例においては、ユーザは、付加的な文脈感応式ユーザ入力ボタン１１１１を使用して情報を入力すると共に、要求された取引を果たすべく装置のＬＣＤ上に現れている選択肢の選択を行う。
【０１８６】
図２０ｂは、PayStickTMの実施例の構成要素例および構成要素例間の接続例を示す概略図である。図２０ｃは、構成要素例間の物理的な接続例を示す概略図である。なお、ここで、図２０ｂ〜２０ｆにおける構成要素の参照符号が図２０ｂ〜２０ｆに開示した部分についてののみ関係するものであり、必ずしもこの開示の他の図における参照符号に関係があるわけではないことに留意されたい。
【０１８７】
図２０ｄは、図２０ｂに示す構成要素例についての仕様例の一覧を示す部分リストである。図２０ｅ，２０ｆは、図２０ａに示す構成要素例についての材料表例である。図２０eは英語仕様を示し、図２０ｆはドイツ仕様を示している。
【０１８８】
指定目的システム装置インターフェイスの上記６入力ボタン実施例は、販売業者の購入場所装置およびサーバ・システムと共に、発明の精神から逸脱することなく、後述する各指定目的システム装置機能についてのシナリオに適合し得る。
【０１８９】
１）電子通貨用電子財布  図２１ａ〜２１ｂは、本発明の一実施例における電子通貨使用可能指定目的システム装置と、店頭端末または電子キオスクと間の取引インターフェイス処理例を示す高水準機能フローチャートである。ユーザが指定目的システム装置に電子通貨をダウンロードしたと仮定すると、ユーザは、電子通貨のための電子財布としてこの装置を使用できる。これを行うには、ユーザは、「オン」ボタン１６００を押す。指定目的システム装置は、セキュリティ・データ１６０３の入力を要求する。生体測定リーダを備える指定目的システム装置の実施例においては、ユーザは、指定目的システム装置上の生体測定／オンオフ・ボタン・インターフェイス上に指を置く。その結果、指定目的システム装置が生体測定データ１６０６を読み込む。指定目的システム装置の別の実施例においては、装置は若干数の付加ボタン、たとえば、図１９ａに示す４つのボタン１１１１を備え、それを使って、ユーザはユーザＩＤ及び／又はＰＩＮ１６０６を入力することができる。
【０１９０】
予設定回数（たとえば、２回）の施行後も、指定目的システムが生体測定データまたはＩＤ、ＰＩＮ１６０９，１６２１，１６１５（或る場合には指定目的システムに保存されたものと異なるかも知れない）の有効性を確認することができない場合には、指定目的システム装置は機能せず、ロック（１６２４）する。この実施例においては、ロッキング前に、ユーザは、別の指を生体測定インターフェイス上に置くように促される。
【０１９１】
指定目的システムが生体測定データまたはＩＤ、ＰＩＮ（場合により１６２７であるかも知れない）の有効性を確認することができた場合には、指定目的システム装置がオン（１６３０）となり、トランシーバ通信ポートを開き、この装置の赤外線その他の短距離データ通信インターフェイスを通じて、指定目的システム装置が向けられた店頭装置の同様にインターフェイスに、「I am here」コードを送信する。このようにして、指定目的システム装置は、店頭装置との通信を開き、そして、この店頭装置を通じてサーバ・システム１６３０との通信を開く。
【０１９２】
ユーザは、販売業者の購入場所装置上の赤外線インターフェイスに指定目的システム装置の赤外線インターフェイスを向けてから、受信ボタン１６３３を押す。多機能（電子財布、eTicket、医療情報）を実施するように初期化された指定目的システム装置の場合、装置は、ＬＣＤ上でユーザに、「送信」ボタン（たとえば、図１９ｂに示すように１１０６）を押すようにプロンプトを表示する。あるいは、或る特殊なコードが売り主店頭端末を通じて送信（１６３６）され、これが、指定目的システム装置に、要求されている支払いの方法を確認する。動作中のインターフェイスは、販売業者の購入場所装置をして、サーバ・システムとの接続（以前に確立されていなかった場合）を確立する。
【０１９３】
取引詳細は、指定目的システム装置ＬＣＤ１６３９上に現れる。データが正しい場合には、ユーザは、「送信」ボタン１６４２を押し、指定目的システム装置に、支払いタイプ、金額、ユーザＩＤ、独自のセキュリティ・コードおよびセキュリティ・データを、売り主店頭端末を通じて、サーバ・システム（またはクリアリングハウス）通信プロトコル１６４５を使用してホスト・サーバ・システム（またはクリアリングハウス）に送信させる。サーバ・システムは、送信されてきた識別、セキュリティ情報１６４８の有効性を確認しようとする。ユーザ・アカウントが停止中（１６５１）の場合、あるいは、取引用に充分な資金を持っていない場合、あるいは、ホールド状態である場合、ホスト・システムは、売り主の端末１６５４を通じてデータの再送信を要求する。二回目の試行後も、ユーザ・アカウントが事実停止中であるか、資金が不充分であるか、ホールド中である場合には、取引は否定されるというメッセージが売り主端末１６５７に送信される。
【０１９４】
ひとたびサーバ・システムが、アカウントが稼働中であり、そして、充分な利用できる資金がある（１６６０）ということを確認したならば、サーバ・システムは、販売業者の提案されたリクエストを処理する（たとえば、サーバ・システムは、指定目的システム装置において利用できる電子通貨の全額をテストし、請求代金（プラス、サーバ・システム１６６３によって算出され、ホストまたはサーバ・システム・ホストに送られるマイクロペイメント金額）を満足させるに充分な金額の利用可能通貨があることを確かめる）。そして、１セットの指示を生成し、それらを指定目的システム装置に送って、販売業者の店頭装置により要求されるままに或る特定の機能を実施する。別の実施例においては、ホスト・システムは、販売でのマイクロペイメント・コミッションを算出し、これを取引金額に追加し、このデータを、売り主端末を通して短距離無線送信を経由して（１６６９、１６７８）ユーザの指定目的システム装置に、すべてのディスカウント・データ及び／又はクレジット・データと共に送信する。
【０１９５】
電子財布の機能を実施する本シナリオにおいては、ユーザのアカウントが充分な資金を有し、このアカウントが稼働中（１６６０）である場合、サーバ・システムによって送信された指示は、販売業者の購入場所装置で構成した赤外線インターフェイスを経て指定目的システム装置に、利用できる電子通貨の全額をメモリ保存から読み出し、そして、指定目的システム装置の液晶スクリーン・ディスプレイ上に利用可能な総額を表示し、そして、ユーザに受信ボタン１６３３を押すように促すことを指示する。サーバ・システムは、販売業者の購入場所装置で構成した赤外線インターフェイスを経て指定目的システム装置へ販売業者によって要求された金額を送信し、ユーザが販売業者１６４２に支払うべき総額を承認した場合にはユーザに「送信」ボタンを押すことを促す。
【０１９６】
ユーザが支払うべき総額を承認した場合には、ユーザは、指定目的システム装置１６４２上の「送信」ボタンを押す。充分な電子通貨が指定目的システム装置で利用できない場合には、取引は拒否される（１６５７）。指定目的システム装置が電子通貨の充分な金額を送信した場合には、販売業者の購入場所装置は、サーバ・システムに通知し、ユーザのＩＤ、ＰＩＮ、独自のセキュリティ・コード、生体測定データ、通貨金額およびマイクロペイメントを適切な金融サービス・クリアリングハウス・システムに送信する。
【０１９７】
ホスト・システムが送信されてきた情報の有効性を確認することができた場合には、ホスト・サーバ・システムは、ユーザのアカウントから取引の総額を引き落とし、その金額からマイクロペイメントを回収し、このマイクロペイメントをサーバ・システム・ホスト（たとえば、Ｉｍｍｔｅｃ）のアカウント１６６６に預け、販売業者のアカウント１６７２、１６７５に差引残額を預ける。ホスト・システムは、サーバ・システムに取引の承認を送信し、これが、次に、販売業者の購入場所装置に通知し、これが、次に、取引が完了されたことを指定目的システム装置およびユーザに通知する。支払われた電子通貨の金額は、指定目的システム装置の液晶スクリーン上に表示され、指定目的システム装置１６６９のメモリに保存された総金額から差し引かれる。次いで、電子通貨の差引残額が、液晶スクリーン１６７８上に表示される。
【０１９８】
返済は、販売業者が現金を含む任意他の返済またはクレジット取引を取り扱うのと同じ方法で取り扱われる。或る実施例においては、電子通貨装置として構成された指定目的システム装置は、いかなる金融サービス・プロバイダ・アカウントにも接続することはできない。このような場合においては、クレジットは、ユーザに対応する或る特定のアカウントに適用できない。
【０１９９】
２）電子多数回数使用チケット装置  本実施例においては、多数回数使用チケットが、ウェブサイトからダウンロードされるか、または、購入場所装置から指定目的システム装置へ送信されたとき、独自の電子チケット・コードが販売業者の購入場所装置が認識するチケットに埋め込まれる。販売業者がチケットを販売、交換するためにサーバ・システム・インフラを利用するためには、販売業者は、サーバ・システム・ホスト（たとえばＩｍｍｔｅｃ）に「登録」しなければならない。
多数回数使用チケットの交換は、電子財布として指定目的装置を使用することにさまざまな方法で類似している。本発明の実施例は、電子財布機能について先に説明したとまったく同じ方法で情報を送信し、指示および情報を受信するためのプロンプトを提供する。多数回使用チケット機能との違いは、通貨の金額を表示する代わりに、利用できるチケットの数および利用できるチケットのタイプを、指定目的システム装置で構成した液晶スクリーン上の表示することである。
【０２００】
ユーザが標準セキュリティ・プロトコルを利用している指定目的システム装置をオンにして、販売業者がチケットを要求し、サーバ・システムが身元証明およびセキュリティ情報ならびに利用できるチケットの数を有効性確認した後、そして、ユーザがチケットの交換を承認した後、ユーザは、標準のセキュリティ・プロトコルを利用して指定目的システム装置をオンにし、次いで、指定目的システム装置の赤外線インターフェイスを販売業者の購入場所装置の赤外線インターフェイスに向け、「送信」ボタンを押す。
【０２０１】
「送信」ボタンを押すことによって、ユーザは、指定目的システム装置に、１チケット、プラス、ユーザＩＤ、独自のセキュリティ・コードおよび独自の電子チケット・コードを送信するように指示する。販売業者の購入場所装置は、チケットおよびセキュリティ・データを受信してから、本実施例の場合、その情報をサーバ・システムへ送信する。サーバ・システムは、その情報の有効性を確認し、ユーザおよび販売業者のアカウントにおけるチケットの交換を認め、記録する。サーバ・システムは、指定目的システム装置への指示を生成、送信して１つずつ利用できるチケットの数を減らし、取引の完了を指定目的システム装置およびユーザに通知する。電子マネー機能とは対照的に、本実施例における多数回数使用チケットおよび一回使用チケットの機能は、マイクロペイメント計算を実施し、チケットをダウンロードした時点でそれを転送する。
【０２０２】
一実施例においては、マイクロペイメントは、ダウンロードされたチケットについてよりはむしろ、交換されたチケットについて回収される。このような実施例においては、毎日、販売業者のシステムは、ユーザＩＤおよび交換されるチケットを含む、指定目的システム装置交換チケットについての販売業者データベースを送信する。この時点で、サーバ・システムは、交換されるべきすべてのチケットについての蓄積したマイクロペイメントを算出し、サーバ・システム・ホスト・アカウントへマイクロペイメントの全額を転送することを適切なクリアリングハウス・システムに通知する。
【０２０３】
３）個人の医療、保険、緊急時データのためのリポジトリ  電子マネーおよび電子チケットについての先に述べた機能と同様に、指定目的システム装置は、個人の医療、緊急時、保険データを保存し、それらについてのリクエストを処理し、それらを送信するように構成することができる。他の先に述べた電子マネーおよび電子多数回数使用チケット機能と比較しての、この機能の主要な相違は、サーバ・システムが「販売業者」「購入場所」システムから必要な情報のタイプを受け取り、指定目的システム装置に必要とされる情報のタイプを送り、装置に、情報を購入場所装置に送るように指示することである。医療、保険または緊急時のデータは、装置上の送信ボタンを押し、公認サービスセンタ・プロバイダＰＣシステム、店頭装置または他の短距離無線トランシーバから装置へ識別コードを送信することによって公認サービスセンタ・プロバイダによってアクセスすることができる。この識別コードは、Ｉｍｍｔｅｃから入手可能であり、公認サービスセンタ・プロバイダ（たとえば、病院または医師）に提供される。指定目的システム装置にアクセスするこの方法は、ユーザの医療データにのみアクセスを許し、他のシステム・メモリ領域へのアクセスは許さない。
【０２０４】
ｃ）第三者金融サービス・プロバイダまたはチケット販売代理店インターフェイス  指定目的システム装置は、ユーザが銀行またはウェスタン・ユニオンからのようなアカウントを持っていない場合でも、公認の金融サービス・プロバイダから電子通貨をダウンロードするのに使用することができる。図２２ａ〜２２ｂは、本発明の実施例における、指定目的システム装置例と公認サービスセンタ・プロバイダとの間での電子通貨・チケット・ダウンロード処理を示している高水準機能フローチャートである。指定目的システム装置は、公認のチベット販売店（たとえば、交通局オフィスまたは電子キオスク）から多数回数使用チケットを補充することができる。
【０２０５】
図２２ａ〜２２ｂに示すように、第三者金融サービス・プロバイダ・インターフェイスの実施例においては、資金はユーザのＩＤ、名前、住所および他のセキュリティ・データ１７００と一緒にユーザのための特別なアカウントに預けられる。
ユーザが公認の金融サービス・プロバイダ・オフィス１７０３に現れたとき、ユーザは、身元証明１７０６を示すように要求され、選択肢として、マイクロペイメント金額に加えてリクエストされた金額の現金、小切手または他の支払い方法ならびに選択肢の取引手数料を提供することを要求される。ユーザが適切な身元証明を示し、要求された金額を支払った場合には、ユーザは、生体測定オン／オフ・ボタン・インターフェイスを押し、指定目的システム装置１７０９についてのＰＩＮコードを入力するように要求される。指定目的システム装置は、生体測定データまたはＰＩＮ１７１１を読み込む。指定目的システム装置が、読み込んだ生体測定データが指定目的システム装置に保存されている生体測定データと一致しないと決定した場合には、装置は機能せず、取引を拒否する（１７１４）。
【０２０６】
ひとたび指定目的システム装置が生体測定ＰＩＮデータの有効性を確認したならば、ユーザは、資金の金額を指定するよう、そして、指定目的システム装置の赤外線インターフェイスを金融サービス・プロバイダのコンピュータ赤外線がインターフェイスに向けるよう依頼される。金融サービス・プロバイダ代表者は、要求された資金の金額を入力する。金融サービス・プロバイダのコンピュータは、ユーザＩＤ、独自のセキュリティ・コードおよび生体測定データ１７１７についてのリクエストを指定目的システム装置に送信する。このリクエストは、たとえば、ユーザの指定目的システム装置のＬＣＤ上に点滅している「Ｒ」として現れる。ユーザは、指定目的システム装置上の「送信」ボタン１７２０を押し、指定目的システム装置に、ユーザＩＤ、独自の暗号化セキュリティ・コードおよび生体測定データを金融サービス・プロバイダのコンピュータ１７２３に送信させる。
【０２０７】
金融サービス・プロバイダのコンピュータは、送信されてきたデータを受信し、このデータおよび金融サービス・クリアリングハウスまたはホスト・システムに要求された資金の金額を送信する。クリアリングハウスまたはホスト・システムは、サーバ・システムに、送信されてきたユーザのデータをサーバ・システムのデータベース１７２６に保存されている対応するユーザについての情報と比較するように要求する。
【０２０８】
サーバ・システムが情報の有効性を確認した場合には、サーバ・システムはそれをクリアリングハウスに通知する。クリアリングハウスは、金融サービス・プロバイダについて利用できる資金の金額の有効性を確認する。金融サービス・プロバイダが充分な資金を有する場合には、クリアリングハウスは、金融サービス・プロバイダおよびサーバ・システムに承認を通知する。そして、提供されるべき金融サービス・プロバイダ指示を指定目的システム装置に送り、クリアリングハウス１７２９によって認可された資金の指定金額を追加する。サーバ・システムは、金融サービス・プロバイダ・マイクロペイメント金額およびユーザ・マイクロペイメント金額を算出し、クリアリングハウスにマイクロペイメント金額の通知を送る。クリアリングハウスは、金融サービス・プロバイダのアカウントからユーザについての特別なアカウントに要求された資金を転送し、サーバ・システム・ホストのアカウント１７３２に金融サービス・プロバイダのマイクロペイメント金額の追加金額を転送し、要求された資金金額からユーザ・マイクロペイメント金額に等しい金額を回収し、ユーザ・マイクロペイメントをサーバ・システム・ホストのアカウントに転送する。本発明の一実施例においては、クリアリングハウスは、さらに、サービス手数料１７３５を、ユーザの資金から金融サービス・プロバイダのアカウントへ転送する。クリアリングハウスは、サーバ・システムに通知し、サーバ・システムは、資金が転送されたことを金融サービス・プロバイダ・システムに通知する。サーバ・システムは、指定目的システム装置のメモリに保存される電子マネーに要求された資金の金額マイナスユーザ・マイクロペイメントおよび任意のサービス料金を加えるように指示を生成し、金融サービス・プロバイダのコンピュータおよび赤外線インターフェイス１７３８を経由して指定目的システム装置に送信する。
【０２０９】
指定目的システム装置は、要求された資金を加えるべき指示を受信してから、利用できる電子資金の金額を増分する。指定目的システム装置は、利用できる資金の金額の指定目的システム装置の液晶スクリーンに表示を行い、取引が完了（１７４１）したことをユーザに通知する。
【０２１０】
指定目的システム装置は、たとえば、通勤者輸送に使用されるような複数回使用チケットおよび或る特定のイベント用のような一回使用チケットを保持する。公認のチベット販売店（たとえば、交通局）からチケットを購入するプロセスは、金融サービス・プロバイダから資金をダウンロードするための、上述したプロセスに多くの点で類似している。ユーザは、公認のチベット販売店１７５０で要求されたチケットの代金を支払う。公認のチベット販売店は、購入されるべきチケットのタイプおよび数をサーバ・システムに知らせる。サーバ・システムは、要求されたタイプ、数の電子チケット１７７７を生成し、チケットに加えるべき指示を生成し、公認のチベット販売店のコンピュータ赤外線インターフェイスを通じてチケットおよび指示を、装置の赤外線インターフェイスを経由してユーザの指定目的システム装置１７８６に送信する。本発明の実施例においては、サーバ・システムは、ユーザのＩＤ、生体測定データおよび独自の暗号化セキュリティ・コードを電子チケット・データに添付する。サーバ・システムは、チケット交換権限者のコンピュータ１７８３を通じて指定目的システム装置との後のチケット交換情報交換のために、そのデータベース１７８０にチケットおよびセキュリティ・データを保存する。
【０２１１】
指定目的システム装置は、装置の赤外線インターフェイスおよび公認のチケット販売点のコンピュータ１７８６を経てすべての添付データおよび送信された指示と共に電子チケットを受信する。ひとたび指定目的システム装置が指示を実行し、そのメモリにチケットを加えたならば、装置は、指定目的システム装置の液晶スクリーンに利用可能なチケットの数を表示し、取引が完了したマークを付ける（１７８９）。
【０２１２】
ｄ）ＰＤＡ／無線電話インターフェイス  電子通貨は、ＰＤＡ／無線電話、指定目的システム装置間で転送される。図２３ａ〜２３ｂは、本発明の実施例における指定目的システム装置例とシステム使用可能ＰＤＡ／無線電話例との間の電子通貨交換処理例を示している高水準機能フローチャートである。
本発明の一実施例においては、指定目的システムからＰＤＡ／無線電話に電子通貨を転送するのに、ユーザは、両方の装置の赤外線インターフェイスを互いに向ける（１８２２，１８５９）。ＰＤＡ／無線電話ユーザは、ディスプレイ・スクリーン１８００上のシステム・アイコンを選ぶ。ＰＤＡシステムは、ユーザＩＤ、ＰＩＮ１８０３を要求する。ユーザは、ユーザＩＤ、ＰＩＮを入力する。ＰＤＡシステムは、ユーザＩＤ、ＰＩＮの有効性を確認する。ひとたび確認したならば、ＰＤＡ／無線電話のユーザは、「e-cash転送」アイコン１８１２を選択する。ＰＤＡシステムは、ユーザに、受信あるいは送信すべき金額を入力するように促し、ＰＤＡシステム・ユーザに、「受信」または「送信」１８１５のいずれかを選択するよう促す。
【０２１３】
ＰＤＡ／無線電話ユーザが「受信」１８１８を選んだならば、指定目的システム装置ユーザは、受信ボタン１８１８を押し、指定目的システム装置は、電子通貨リクエストおよび金額を受け取り、指定目的システム装置１８５６の液晶スクリーンに要求された金額を表示する。指定目的システム装置ユーザは、生体測定オン／オフ・ボタン・インターフェイス１８３８上に指を置く。指定目的システム装置は、生体測定データを読み込み、装置のメモリに保存されている情報に対してそれの有効性を確認しようとする。ひとたび生体測定データの有効性が確認されたならば（１８４１）、指定目的システム装置ユーザは、「送信」ボタンを押すように促され、これが、指定目的システム装置に、要求された電子通貨金額をＰＤＡ／無線電話１８５９へ送信させる。指定目的システム装置は、利用できる電子通貨の金額を減らし、指定目的システム装置１８６８の液晶スクリーン上に転送された金額、次いで、残額を表示する。
ＰＤＡ／無線電話は、送信されてきた金額１８２５を受け取ってから、この金額を電子通貨の利用できる金額に追加し、転送されてきた金額および利用できる総額１８２６の両方を表示する。これら２つの装置は、次いで、取引完了通知１８２９，１８７１を交換する。
【０２１４】
サーバ・システムが各装置／ユーザについてのアカウント差引残額を維持する本発明の実施例においては、アカウントは、ＰＤＡ、ユーザのＰＣ、サーバ・システム間及び／又は指定目的システム装置、ユーザのＰＣ、サーバ・システム間での次の同期セッション１８３２中に更新される。
図２３ｂに示すように、電子通貨は、ＰＤＡ／無線電話から指定目的システム装置へ同様に転送され得るが、ただし、ＰＤＡ／電話ユーザは、「受信」選択肢よりもむしろ「送信」選択肢を選択し、資金の転送方向が反対になる（１８７３〜１９４０）。
【０２１５】
６．新しい指定目的システム装置のための初期化およびセットアップ  指定目的システム装置は、任意の公認販売／サービスセンタで購入してもよいし、または、直接購入ウェブサイト（たとえば、PayStick.com／Ｉｍｍｔｅｃ）から直接に購入してもよい。指定目的システム装置は、生体測定データの初期記録およびＩｍｍｔｅｃでの登録以外、完全に構成され、使用準備完了の状態で発送される。ユーザＩＤは、登録カードに印刷され、変えることはできない。指定目的システム装置は、さらに、その表面上に販売／サービス・プロバイダのロゴを有し、装置のファームウェアに埋め込まれた販売／サービス・プロバイダの独自コードのロゴを有し得る。
【０２１６】
生体測定リーダを持つ指定目的システム装置の新しいユーザは、装置内の生体測定データを初期化するように指示される。そうするためには、ユーザは、生体測定オン／オフ・インターフェイス・ボタンからプラスチック・カバーを取り外す。ユーザは、生体測定オン／オフ・インターフェイス・ボタン上に指（たとえば、右親指あるいは左親指もしくは右人差し指あるいは左人差し指）を置き、ボタンを押す。このプロセスは、生体測定データの正確な走査を行うために３回まで繰り返えすことができる。指定目的システム装置は、生体測定データを記録し、それを暗号化し、そのメモリ記憶装置にデータを保存する。
【０２１７】
新しいユーザは、また、生体測定データを記録した後に、新しい指定目的システム装置を登録するように指示される。そうするためには、ユーザは、ユーザのパソコンを、すなわち、公認の販売／サービスセンタのコンピュータを経由して、たとえば、インターネットもしくは直結ラインを経てサーバ・システムに接続するように指示される。ユーザは、サーバ・システム・メニューから「新しい指定目的システム装置を初期化する」選択肢を選択するように指示される。
【０２１８】
サーバ・システムは、次いで、名前、住所、電話、登録カードからのユーザＩＤおよび母の旧姓についての入力フィールドを含む記入すべき安全フォームをユーザに示す。ユーザは、要求されたデータの記入を完了したならば、「提出する」ボタンをクリックするように促される。新しいユーザ・データは、サーバ・システムに送信され、サーバ・システムは、情報を受け取って、この情報でそのデータベースを更新する。ユーザは、次いで、サーバ・システムによって、ハードワイヤ・インターフェイスまたは赤外線インターフェイスあるいは他の短距離データ送信インターフェイスのいずれかを経てこの新しい指定目的システム装置をサーバ・システムと同期させるように促される。ユーザは、ハードウェアを経て、あるいは、赤外線インターフェイスまたは他の短距離データ送信インターフェイスを経て、新しい装置を同期させ、ユーザがＰＣまたは「公共の」コンピュータを使用しているどうかを示し、指定目的システム装置上の「送信」ボタンを押す。
【０２１９】
コンピュータが、「公共の」コンピュータ、たとえば、公認サービスセンタまたは別の公共のコンピュータ、または、キオスクである場合には、指定目的システム装置は、ハードワイヤ・インターフェイスまたは赤外線インターフェイスを経てサーバ・システムにユーザＩＤ、独自の暗号化セキュリティ・コードおよび生体測定データを送信する。公共のコンピュータがデータを取り込まないように公共のコンピュータをバイパスする。実施例においてこれを達成する方法は、サーバ・システムが指定目的システム装置に「指示」を送り、指定目的システム装置がそれを実行したときに、装置に、指示内の情報を暗号化し、埋め込み、指示内に埋め込んだ情報をサーバ・システムに戻させる。サーバ・システムは、次いで、送信内容を暗号解読し、情報を抽出し、サーバ・システムのデータベースに情報を保存する。別の実施例においては、指定目的システム装置は、単に、サーバ・システムによる指示に従って情報を暗号化し、サーバ・システムに暗号化した情報を送るだけである。いずれの場合においても、公共のコンピュータは、暗号化解読指示を持たないので、情報を取り込むことはない。公共のコンピュータまたはキオスクは、経路としてのみ作用する。
サーバ・システムは、将来の参照および処理のために金融サービス・クリアリングハウスに或る種の有効性確認済みの情報を送る。この時点で、指定目的システム装置は、データを受け取っており、使用準備完了となっている。
【０２２０】
公共のコンピュータを使用する代わりに、コンピュータがユーザのパソコンである場合、指定目的システム装置は、ユーザのＰＣとのハードワイヤ・インターフェイスまたは赤外線インターフェイスを経てサーバ・システムにユーザＩＤ、独自の暗号化セキュリティ・コードおよび生体測定データを送信する。サーバ・システムは、ユーザの指定目的システム装置データを受け取ってから、サーバ・システム・データベースにユーザの個人データにユーザの指定目的システム装置データを追加する。サーバ・システムは、次いで、データを保存するための指示と共に、ユーザのパソコンに、ユーザのデータを送信する。ユーザのパソコンは、データおよび指示を受け取ってから、データベースにデータを保存する。サーバ・システムは、金融サービス・クリアリングハウスにデータのいくつかを送信する。この時点で、指定目的システム装置は、データを受け取っており、使用準備完了となっている。
【０２２１】
７．データ・エンティティ関係および属性  図２４は、サーバ及び／又はＰＤＡ／無線／指定目的装置によって維持されるデータについてのデータ構造例を示すデータ関係線図である。図２４に示すように、本発明のデータを具体化しているデータ構造例は、ACCOUNTエンティティ３８１０（短縮名：ＡＣＣ、複数名：ACCOUNTS）を備える。ACCOUNTエンティティ３８１０は、或る特定の顧客によって保持される或る特定のアカウントに関する情報を保持するためのリポジトリである。これは、或る特定のイベントについてのチケット情報、シーズン・ゲーム・チケット、列車チケットなども保持する。また、時には、電子マネーを保持する。複数のACCOUNTSが単一の顧客装置に対して保持されるのは普通である。ACCOUNTエンティティ３８１０は、ACCOUNT-ID３８１０−１および選択肢のQUANTITY３８１０−２によって特徴づけられる。ACCOUNT-ID３８１０は、第一義的な独自の識別名である。ACCOUNT３８１０は、唯一のCUSTOMER３８２０によって保持され、１つまたはそれ以上のTRANSACTIONS３８３０に適用され、及び／又は、１つまたはそれ以上のTRANSACTIONS３８３０によって再割り当てされる。ACCOUNT３８１０は、唯一のACCOUNT−TYPE３８４０によって寄せ集められなければならない。ACCOUNT３８１０は、唯一のEVENT３８５０を保持し、及び／又は、唯一のEVENT-PACKAGE３８６０を保持し得る。
【０２２２】
図２４に示すように、本発明のデータを具体化するデータ構造例は、ACCOUNT-TYPEエンティティ３８４０を提供する。ACCOUNT-TYPEエンティティ３８４０は、ACCOUNTS３８１０をグループ・タイプに分類するのに用いる。ACCOUNT-TYPEエンティティ３８４０は、ACCOUNT-TYPE-ID３８４０−１、NAME３８４０−１、選択肢のDESCRIPTION３８４０−３によって特徴づけられる。ACCOUNT-TYPE３８４０は、１つまたはそれ以上のACCOUNTS３８１０を類別することができる。ACCOUNT-TYPE-ID３８４０−１は、たとえば、現金、チケット、ビジネス、パーソナルなどを含む。
【０２２３】
図２４に示すように、本発明のデータを具体化するデータ構造例は、CUSTOMERエンティティ３８２０を備える。CUSTOMERエンティティ３８２０は、顧客情報を保持するためのリポジトリである。CUSTOMER３８２０は、通常、複数のACCOUNTSおよびおそらくは複数の装置を保持する各個々人について識別される。CUSTOMERエンティティ３８２０は、とりわけ、顧客の人口統計、医療情報、購買パターンなどを集計する。CUSTOMERエンティティ３８２０は、CUSTOMER-ID３８２０−１、FIRST-NAME３８２０−２、LAST-NAME３８２０−３および多数の選択肢属性（ACTIVE-IND３８２０-４、ADDRESS1３８２０-５、ADDRESS2３８２０-６、BIRTHDAY３８２０-７、CITY３８２０-８、COUNTRY３８２０-９、EMAIL３８２０-１０、GENDER３８２０-１１、MARITAL-STATUS３８２０-１２、POSTAL-CODE３８２０-１３、STATE３８２０-１４、TITLE３８２０-１５およびUSERNAME３８２０-１６）によって特徴づけられる。CUSTOMER３８２０は、唯一の.COMPANY３８８０により使用され得、１つまたはそれ以上のACCOUNTS３８１０を保持し、１つまたはそれ以上のDEVICES３８９０を保持し、及び／又は、１つまたはそれ以上のDESCRIPTORS３９００によってまとめられる。
【０２２４】
図２４に示すように、本発明のデータを具体化しているデータ構造例は、ALLOWED-EVENTエンティティ３８７０を備える。ALLOWED-EVENTエンティティ３８７０は、EVENT-PACKAGE３８６０に従ってイベントをグループ分けするのに使われる。たとえば、シーズン限定チケット・パッケージは、或る種のゲームについて良好なチケットだけを含む。ALLOWED-EVENTエンティティ３８７０は、ALLOWED-EVENT-ID３８７０−１によって特徴づけられる。ALLOWED-EVENT３８７０は、唯一のEVENT３８５０を保持することができ、唯一のEVENT-PACKAGE３８６０に含まれなければならない。
【０２２５】
図２４に示すように、本発明のデータを具体化しているデータ構造例は、.COMPANYエンティティ３８８０を備える。.COMPANYエンティティ３８８０は、CUSTOMERS３８２０が関連する.COMPANY３８８０を追跡するのに用いる。.COMPANYエンティティ３８８０は、.COMPANY-ID３８８０−１およびNAME３８８０−２によって特徴づけられる。.COMPANYエンティティ３８８０は、１つまたはそれ以上のCUSTOMERS３８２０を使用することができる。
【０２２６】
図２４に示すように、本発明のデータを具体化しているデータ構造例は、DESCRIPTORエンティティ３９００を備える。DESCRIPTORエンティティ３９００は、CUSTOMER３８２０に関する説明情報報についてのリポジトリを備える。DESCRIPTORエンティティ３９００は、DESCRIPTOR-ID３９００−１、選択肢のNAME３９００−２、選択肢のDESCRIPTION３９００−３によって特徴づけられる。複数のDESCRIPTOR-TYPES３９００−１は、或る特定のCUSTOMER３８２０に関する異なったタイプの情報を保存するのに用いる。或る特定のDESCRIPTORは、唯一のDESCRIPTOR-TYPE３９２０によってグループわけされ、唯一のCUSTOMER３８２０にまとめていなければならない。
【０２２７】
図２４に示すように、本発明のデータを具体化しているデータ構造例は、DESCRIPTOR-TYPEエンティティ３９２０を備える。DESCRIPTOR-TYPEエンティティ３９２０は、選択可能なタイプのCUSTOMER３８２０、DESCRIPTOR３９００を備える。DESCRIPTOR-TYPEエンティティ３９２０は、DESCRIPTOR-TYPE-ID３９２０−１、NAME３９２０−２、および選択肢のDESCRIPTION３９２０−３によって特徴づけられる。DESCRIPTOR-TYPE３９２０は、１つまたはそれ以上のDESCRIPTORS ３９００を類別していなければならない。
【０２２８】
図２４に示すように、本発明のデータを具体化しているデータ構造例は、DEVICEエンティティ３８９０を備える。DEVICEエンティティ３８９０は、所有され、及び／又は、或る特定のCUSTOMER３８２０と関連したすべての装置に関する情報を保持する。DEVICEエンティティ３８９０は、DEVICE-ID３８９０-１およびNAME３８９０-２によって特徴づけられる。DEVICE３８９０は、唯一のDEVICE-TYPE３９１０によってグループ分けされ、唯一のCUSTOMER３８２０によって所有されなければならない。DEVICE-ID３８９０−１は、CUSTOMER３８２０の事業携帯電話、個人携帯電話、パーム・パイロットなどのような装置の識別を備える。
【０２２９】
図２４に示すように、本発明のデータを具体化しているデータ構造例は、DEVICE-TYPEエンティティ３９１０を備える。DEVICE-TYPEエンティティ３８９０は、mewalletアカウントを保持することができる異なったタイプの装置を類別するのに用いる。DEVICE-TYPEエンティティ３９１０は、DEVICE-TYPE-ID３９１０−１およびNAME３９１０−２によって特徴づけられる。DEVICE-TYPE ３９１０は、１つまたはそれ以上の装置３８９０を類別することができる。DEVICE-TYPE-IDは、パーム・コンピュータ、指定目的システム装置、電池電話などのような装置タイプの識別を備える。
【０２３０】
図２４に示すように、本発明のデータを具体化しているデータ構造例は、EVENTエンティティ３８５０を備える。EVENTエンティティ３８５０は、ACCOUNT３８１０によって保持される或る特定の単一イベントについてのデータ・エレメントを含む。EVENT３８５０は、ALLOWED-EVENT３８７０によって参照され、EVENT-PACKAGE３８６０内のすべてのイベント３８５０の一覧を示すことができる。EVENTエンティティ３８５０は、EVENT-ID３８５０−１、選択肢のNAME３８５０−２、選択肢のDESCRIPTION３８５０−３、選択肢のSCHEDULED-DATE３８５０−４および選択肢のCOST３８５０−５によって特徴づけられる。EVENT３８５０は、１つまたはそれ以上のALLOWED-EVENTS３８７０に含まれ得、１つまたはそれ以上のACCOUNTS３８１０によって保持され得る。
【０２３１】
図２４に示すように、本発明のデータを具体化しているデータ構造例は、EVENT-PACKAGEエンティティ３８６０を備える。EVENT-PACKAGEエンティティ３８６０は、EVENT-TYPE-ID３８６０−１、選択肢のDESCRIPTION３８６０−２、選択肢のNAME３８６０−３によって特徴づけられる。EVENT-PACKAGE３８６０は、１つまたはそれ以上のALLOWED-EVENTS３８７０からなるものであり得、１つまたはそれ以上のACCOUNTS３８１０によって保持され得る。
【０２３２】
図２４に示すように、本発明のデータを具体化しているデータ構造例は、MICROWALLET-LEVELエンティティ３９７０を備える。MICROWALLET-LEVELエンティティ３９７０は、VENDOR３９５０のタイプまたはレベルを類別する情報を保持する。MICROWALLET-LEVELエンティティ３９７０は、VENDOR-LEVEL-ID３９７０−１、選択肢のLEVEL３９７０−２、選択肢のDESCRIPTION３９７０−３によって特徴づけられる。MICROWALLET-LEVEL３９７０は、唯一のVENDOR３９５０によってグループ分けされなければならない。VENDOR-LEVEL-ID３８７０−１は、たとえば、小、中、大のようなグループのVENDORS３９５０を識別する。
【０２３３】
図２４に示すように、本発明のデータを具体化しているデータ構造例は、PRODUCTエンティティ３９３０を備える。PRODUCTエンティティ３９３０は、或る特定のVENDOR３９５０で販売している製品についての情報を保持する。PRODUCTエンティティ３９３０は、PRODUCT-ID３９３０−１、NAME３９３０−２、選択肢のDESCRIPTION３９３０−３、選択肢のＳＫＵ３９３０−４によって特徴づけられる。PRODUCT ３９３０は、１つまたはそれ以上のTRANSACTIONS３８３０に適用され得、唯一のVENDOR３９５０によって提供され得る。
【０２３４】
図２４に示すように、本発明のデータを具体化しているデータ構造例は、TRANSACTIONエンティティ３８３０を備える。TRANSACTIONエンティティ３８３０は、ACCOUNT３８１０に関するすべての取引を追跡する能力を備える。TRANSACTIONエンティティ３８３０は、TRANSACTION-ID３８３０−１、ACCOUNT-ID３８３０−２、VENDOR-ID３８３０−３によって特徴づけられる。TRANSACTION３８３０は、唯一のPRODUCT３９３０に含まれ得、唯一のACCOUNT３８１０を転送することができ、唯一のACCOUNT３８１０に属していなければならず、唯一のTRANSACTION-TYPE３９４０として分類されなければならず、唯一のVENDOR３９５０についてのものでなければならない。TRANSACTION３８３０は、たとえば、或るイベントのためのチケットの購入、或る特定のイベントについてのチケットの使用、１つのACCOUNT３８１０から別のACCOUNT-IDへのチケットのようなアカウント・アイテムの転送を識別する。
【０２３５】
図２４に示すように、本発明のデータを具体化しているデータ構造例は、TRANSACTION-TYPEエンティティ３９４０を備える。TRANSACTION-TYPEエンティティ３９４０は、TRANSACTIONS３８３０を類別するのに用いる。TRANSACTION-TYPEエンティティ３９４０は、TRANSACTION-TYPE-ID３９４０−１、NAME３９４０−２、選択肢のDESCRIPTION３９４０−３によって特徴づけられる。TRANSACTION-TYPE３９４０は、１つまたはそれ以上のTRANSACTIONS３８３０を類別することができる。
【０２３６】
図２４に示すように、本発明のデータを具体化しているデータ構造例は、VENDORエンティティ３９５０を備える。VENDORエンティティ３９５０は、mewallet取引を認めるようなmewalletコミュニティのメンバーである売り主に関する情報を提供する。VENDORエンティティ３９５０は、VENDOR-ID３９５０−１、選択肢のADDRESS1３９５０−２、選択肢のADDRESS2３９５０−３、選択肢のCITY３９５０−４、選択肢のCOUNTRY３９５０−５、選択肢のEMAIL３９５０−６、選択肢のFAX３９５０−７、選択肢のNAME３９５０−８、選択肢のPHONE３９５０−９、選択肢のPOSTAL-CODE３９５０−１０、選択肢のSTATE３９５０−１１によって特徴づけられる。VENDOR３９５０は、１つまたはそれ以上のTRANSACTIONS３８３０と関連し得、１つまたはそれ以上のMICROWALLET-LEVELS３９７０として分類され得、１つまたはそれ以上のVENDOR-EMPLOYEES３９６０を使用し得、１つまたはそれ以上のPRODUCTS３９３０を販売し得る。
【０２３７】
図２４に示すように、本発明のデータを具体化しているデータ構造例は、VENDOR-EMPLOYEEエンティティ３９６０を備える。VENDOR-EMPLOYEEエンティティ３９６０は、VENDOR３９５０のためのmewallet取引に伴う人間によるアクションを追跡するために或る特定のVENDOR３９５０に雇用される人間に関する情報を保持するのに使われる。VENDOR-EMPLOYEEエンティティ３９６０は、EMPLOYEE-ID３９６０−１、選択肢のFIRST-NAME３９６０−２、選択肢のJOB-TITLE３９６０−３、選択肢のLAST-NAME３９６０−４、選択肢のTITLE３９６０−５、選択肢のUSERNAME３９６０−６によって特徴づけられる。VENDOR-EMPLOYEE３９６０は、唯一のVENDOR３９５０によって使用されなければならない。VENDOR-EMPLOYEEエンティティ３９６０の日付は、VENDOR３９５０自身の従業員データベースから移される。
【０２３８】
８．ＰＣおよびPayStick.comユーザ・インターフェイス  図２５は、本発明の実施例によってユーザのＰＣに提供されるユーザ・インターフェイス・ウェルカム・スクリーン例のグラフィック表示である。図２５に示すように、ＰＣシステムは、ユーザのユーザＩＤ２０００およびＰＩＮ２００１を集める入力フィールドを生成し、フォーマットする。ＰＣシステムは、ユーザに、オンライン・エンター・ボタン２００２を押して、ユーザＩＤ２０００およびＰＩＮ２００１をユーザ入力するように促す（２００３）。ＰＣシステムは、さらに、ユーザに、ユーザが有線インターフェイス２００６あるいは赤外線インターフェイス２００７のどれを使用しているかを確認するように促す。
【０２３９】
図２６は、本発明の実施例によってユーザのＰＣに提供されるメイン・メニュー・ユーザ・インターフェイス・スクリーン例のグラフィック表示である。図２６に示すように、ユーザは、mewalletメニュー２０１４，２０１８またはPayStick（指定目的システム装置）メニュー２０１６，２０２０から選択肢を選択することができる。ＰＣシステムは、ユーザに１つの選択を行うように促す（２０４０）。たとえば、ＰＣシステムは、以下のようなmewallet（２０１４）ユーザ選択選択肢２０１８を提供する。すなわち、Download eCash２０１８−１、Synchronize with my .computer２０１８−２、Synchronize with my mewallet.com portal２０１８−３、Purchase eTickets２０１８−４、Download eTickets２０１８−５、Upload eTicket to my "Will Call"２０１８−６、Update my profile２０１８−７、Update my financial data２０１８−８、Update my medical data２０１８−９またはInitialize a new PayStick２０１８−１０である。ＰＣシステムは、以下のようなPayStick２０１６ユーザ選択選択肢２０２０を提供する。すなわち、Download eCash２０２０−１、Synchronize with my PayStick２０２０−２、Synchronize with my PayStick.com portal２０２０−３、Purchase eTickets２０２０−４、Download eTickets２０２０−５、Upload eTicket to my "Will Call"２０２０−６、Update my profile２０２０−７、Update my financial data２０２０−８、Update my medical data２０２０−９、Initialize a new PayStick２０２０−１０またはSet Internal Clock２０２０−１１である。
【０２４０】
図２７は、指定目的システム装置ユーザが本発明の実施例によってサーバ・システムとインターフェイス接続するウェブサイトに提供されるユーザ・インターフェイス・ウェルカム・スクリーン例のグラフィック表示である。このウェブサイトは、ここでは、時に「PayStick.com」と呼ぶ。図２７に示すように、サーバ・システムに対するPayStick.comポータルは、ユーザのユーザＩＤ２０６６およびＰＩＮ２０６８を収集する入力フィールドを生成し、フォーマットする。ＰＣシステムは、ユーザに、オンライン・エンター・ボタン２０７２を押し、ユーザＩＤ２０６６およびＰＩＮ２０６８のユーザ入力を行うように促す（２０７４）。
【０２４１】
図２８は、本発明の実施例によって指定目的システム装置ウェブサイト・インターフェイスに提供されるメイン・メニュー・ユーザ・インターフェイス・スクリーン例のグラフィック表示である。サーバ・システムに対するPayStick.comポータルは、以下のようなPayStickユーザ選択選択肢２０７７を提供する。すなわち、Download eCash２０７７-１、Purchase eTickets２０７７−２、Download eTickets２０７７−３、Upload eTicket to my "Will Call"２０７７−４、Update my profile２０７７−５、Update my financial data２０７７−６、Update my medical data２０７７−７、Initialize a new PayStick２０７７−８またはView my ACCOUNT２０７７−９である。
【０２４２】
Ｇ.マイクロペイメント・システム  １．概要  図２９は、本発明の実施例のいくつかの構成要素間の関係例を示す高水準簡略グラフィック表示である。図２９に示すように、本発明は、無線携帯式装置３００２のメモリ記憶装置３００１上にメモリ記憶を行う。無線携帯式装置としては、たとえば、無線パーソナル・デジタル支援機器（「ＰＤＡ」）、無線電話（たとえば、セル式電話）および無線電子当局および現金振り替え装置があり、この実施例を以下に説明するが、ここでは、PayStickTMと呼ぶ。本発明の実施例において、無線携帯式装置は、データを保存するためのメモリ記憶装置、実行可能なメモリ、コンピュータ装置（たとえば、マイクロプロセッサ）および赤外線トランシーバまたはブルートゥース無線トランシーバのような短距離無線通信ハードウェア１１００ならびに関連した通信ソフトウェア及び／又はファームウェアを包含する。或る実施例においては、無線携帯式装置は、情報テキスト、番号及び／又はグラフィックスを表示し得るディスプレイ・スクリーンを備える。或る実施例においては、本発明は、無線携帯式装置の一部として、取引金額の予め確立したパーセンテージに等しいパーセンテージ金額を算出するための実行可能プログラム、ならびに、算出パーセンテージ金額だけサービス料マイクロペイメント専用の金額を低減するための実行可能プログラムを備える。
【０２４３】
本発明の一実施例においては、マイクロペイメント処理サービス／販売プロバイダに送信するための独自の、暗号化した識別コードが与えられ、メモリ装置に保存される。本発明の別の実施例においては、電子通貨の或る特別な金額を、電子支払いの際に非常に少ないサービス及び／又は販売請求代金についての支払いで使用するためにメモリ記憶装置に保存する。本発明のまた別の実施例においては、独自の、暗号化した識別コードおよび或る特別な電子通貨金額の両方を、携帯式装置のメモリ記憶装置に保存する。
ここで用いる用語「メモリ記憶装置」とは、データを保存できるすべての装置、たとえば、ＲＡＭ、ＲＯＭ、メイン・メモリ、磁気ディスク、光ディスクなどを意味する。本発明の実施例においては、小さい電子支払いサービス／販売料金を支払うための独自の識別番号及び／又は或る特別な電子通貨金額をＲＡＭメモリに保存する。
【０２４４】
本発明は、また、少額のサービス料金を計算し、「支払う」ためのソフトウェアまたはファームウェア・アプリケーション（「MicrowalletTMハンドヘルド・マイクロペイメント・アプリケーション」）も備える。図２９に示すように、MicrowalletTM携帯マイクロペイメント・アプリケーションは、無線携帯装置３００２の実行可能なメモリ記憶装置３内にある。MicrowalletTM携帯マイクロペイメント・アプリケーションは、少額のサービス料金または手数料（「マイクロペイメント」）を処理するサーバ・ベースの電子支払いシステムと通信し、対話する。
【０２４５】
図３０は、本発明の実施例の携帯装置構成要素例の高水準簡略グラフィック表示である。図３０に示すように、この実施例におけるMicrowalletTMハンドヘルド・マイクロペイメント・ソフトウェア３１００は、或る種のデータ３１０１を保存する。このようなデータとしては、たとえば、１）電子通貨、２）利用できる通貨金額、３）受信された通貨金額、４）送信された通貨金額、５）特定の携帯装置と関連した独自の識別名がある。
実施例のMicrowalletTMハンドヘルド・マイクロペイメント・ソフトウェア３１００は、電子通貨取引を生成し、それを送信する。さらに、そして、以下により詳細に説明するように、実施例のMicrowalletTMハンドヘルド・マイクロペイメント・ソフトウェア３１００は、移動携帯装置またはサーバ内のmewalletTMプログラム・アプリケーション３１１３（図３１）から指示３３０６（図３１参照）に従って電子通貨を受信する。
【０２４６】
図２９に戻って、本発明は、さらに、１つまたはそれ以上のサーバ・コンピュータ、たとえば、３００４ａ、３００４ｂ、・・・３００４ｎ（これらのサーバ・コンピュータは、ここでは、時に、「ＩｍｍｔｅｃTM」または「Ｉｍｍｔｅｃ'sTM」サーバと呼ぶ）上のマイクロペイメント処理ソフトウェア・アプリケーション、たとえば、３００８ａ、３００８ｂ、・・・３００８ｎ（時には、ここでは、「MicrowalletTMマイクロペイメント・サーバ・アプリケーション」あるいは「MicrowalletTMサーバ・アプリケーション」と呼ぶ）を提供する。本発明の実施例においては、各無線携帯装置は、メモリ記憶装置の、たとえば、MicrowalletTMマイクロペイメント・サーバ・アプリケーションによってアクセス可能なデータベースに保存された独自の口座番号と共にMicrowalletTMマイクロペイメント・サーバ・アプリケーションに予め登録される。或る特別な電子資金金額をユーザの無線携帯装置に設けたメモリ記憶装置に保存する実施例においては、電子資金のその金額は、MicrowalletTMマイクロペイメント・サーバ・アプリケーションによってアクセスできるメモリ記憶装置において正確に複製される（すなわち、保存される）。すなわち、サーバ側電子資金が、関連した無線携帯装置／ユーザと関連した特定の独自の口座番号と関連させられる（たとえば、データ関係によって）。
【０２４７】
マイクロペイメント受領処理サービス・プロバイダ例は、ここでは、「ＩｍｍｔｅｃTM」と呼ぶ。ＩｍｍｔｅｃTMに言及したとしても、それは例示に過ぎず、発明を限定するものではない。任意のマイクロペイメント受領処理サービス・プロバイダが、発明の精神から逸脱することなく、ここに開示した機能を提供できる。
さらに、図２９に示すように、本発明では、無線携帯装置３００２内の実行可能なメモリ記憶装置３００３に存在するMicrowalletTMハンドヘルド・マイクロペイメント・アプリケーションは、仲介装置、たとえば、サービス場所／販売端末、たとえば、３４０７（たとえば、図３２〜３５に示すようなＰＯＳ端末も参照のこと）を通じてMicrowalletTMマイクロペイメント・サーバ・アプリケーション３００８ａ〜３００８ｎと通信し、対話する。あるいは、MicrowalletTMハンドヘルド・マイクロペイメント・アプリケーションは、オンライン・コンピュータ・アプリケーション（たとえば、図３２〜３５に示すような３４０８）を提供する仲介装置を通じてMicrowalletTMマイクロペイメント・サーバ・アプリケーションと通信し、対話する。仲介装置は、短距離無線通信ハードウェア１１００（たとえば、赤外線トランシーバまたはブルートゥース・ラジオ・トランシーバ）を備える。
ここで、当業者であれば、図２９に示すような構成要素の説明が例示に過ぎず、本発明を限定するものではないことは了解できよう。たとえば、図２９に示す無線携帯装置３００２は、PayStickTM装置を特徴とする。本発明は、以下にさらに説明するように、PayStickTM装置だけでなく他の無線携帯装置にも同様に適用できる。たとえば、先に述べたように、無線パーソナル・デジタル支援機器（「ＰＤＡ）および他の無線装置（たとえば、セル式電話）がある。
【０２４８】
図２９を続けて参照して、各無線携帯装置３００２は、短距離無線通信ハードウェア１１００（たとえば、赤外線トランシーバまたはブルートゥース・ラジオ・トランシーバ）を備えている。さらに、各サービス場所／販売（「ＰＯＳ」）端末（たとえば、３４０７）は、同様に、短距離無線通信ハードウェア３００７ａ（たとえば、赤外線トランシーバまたはブルートゥース・ラジオ・トランシーバ）を備えている。各無線携帯装置３００２は、或る特定のサービス場所／販売端末（たとえば、３４０７）の短距離無線通信ハードウェア（たとえば、３００７ａ）あるいはオンライン・コンピュータ・アプリケーション３４０８を提供する装置の短距離無線通信ハードウェア（たとえば、３００７ｂ）と、短距離無線通信ハードウェア１１００を経てデータ通信を行う。特定のサービス場所／販売（「ＰＯＳ」）端末（たとえば、３４０７）またはオンライン・コンピュータ・アプリケーション３４０８は、次いで、１つまたはそれ以上のサーバ・コンピュータ（たとえば、３００４ａ、３００４ｂ、・・・３００４ｎ）上のMicrowalletTMマイクロペイメント・サーバ・アプリケーション３２００ａ〜３２００ｎと通信を行う。ここで、当業者であれば、ＰＯＳ端末とサーバ・コンピュータ（たとえば、３００４ａ、３００４ｂ、・・・３００４ｎ）との通信が、直結でもよいし、あるいは、ローカル・エリア・ネットワーク（「ＬＡＮ）、ワイド・エリア・ネットワーク（「ＷＡＮ」）またはグロ―バル通信ネットワーク（たとえば、インターネット３０１０）を含む通信ネットワークを経由したものであってもよいことは了解されたい。或る実施例においては、サーバ・コンピュータ、たとえば、３００４ａ、３００４ｂ、・・・３００４ｎとの通信が、１つまたはそれ以上のウェブサーバおよび他の制御サーバ・コンピュータ（たとえば、３００９・・・３００９-ＹＹ・・・３００９-ｎｎ）を経由して行われる。
【０２４９】
図３１は、本発明の実施例のサーバ側構成要素例の高水準簡略グラフィック表示である。MicrowalletTMサーバ・アプリケーション３２００は、多数のサーバ・プラットフォームで稼働するようにプログラムされる。図３１に示すように、MicrowalletTMサーバ・アプリケーション３２００は、MicrowalletTMサーバ・アプリケーション３２００によってアクセスできるメモリ記憶装置における各mewalletTM顧客の電子マイクロペイメント資金データ３２０１を保存する。MicrowalletTMサーバ・アプリケーション３２００は、また、MicrowalletTMサーバ・アプリケーション３２００によってアクセスできるメモリ記憶装置内の各参加売り主についての電子マイクロペイメント・クレジット資金データ３２０２を保存する。さらに、MicrowalletTMサーバ・アプリケーション３２００は、ＩｍｍｔｅｃTMの銀行口座３２９０にＩｍｍｔｅｃTMのマイクロペイメント資金３２０３が電子的に転送される前にこれらのマイクロペイメント資金３２０３を保存する。
【０２５０】
本発明の実施例においては、MicrowalletTMハンドヘルド・マイクロペイメント・アプリケーションおよびMicrowalletTMマイクロペイメント・サーバ・アプリケーションは、電子支払いシステム例（ここでは、時に「mewalletTMシステム」または「サーバ・システム」と呼ぶ）とインターフェイス接続するようにプログラムされる。他の実施例においては、MicrowalletTMハンドヘルド・マイクロペイメント・アプリケーションおよびMicrowalletTMマイクロペイメント・サーバ・アプリケーションは、任意他の電子支払いシステムとインターフェイス接続するようにプログラムされる。
mewalletTM装置、システムおよび方法を上に開示した。上に開示したように、mewalletTM装置、システムおよび方法は、時に、「PDA Pay eTicket System」または、「システム」と呼ぶ。mewalletTM装置、システムおよび方法は、携帯端末または携帯装置で行われるべき電子支払いを行う（ここで、「携帯端末」、「携帯装置」という用語は互換性を持って使用する）。この「携帯端末」または「携帯装置」は、短距離無線通信ハードウェア（たとえば、赤外線トランシーバまたはブルートゥース・ラジオ・トランシーバ）を備えている。mewalletTM装置、システムおよび方法は、限定するつもりはないが、以下の構成要素、すなわち、コンピュータ搭載パーセンテージ計算機、ユーザ・データベース、売り主データベース、セキュリティ・ルーチンおよび取引ルーチンを備えている。mewalletTM装置、システムおよび方法は、携帯式装置、たとえば、携帯電話またはパーソナル・デジタル・支援機器（「ＰＤＡ」）にあるソフトウェア・アプリケーション（「mewalletTMソフトウェア・アプリケーション」）を包含する。移動装置のためのmewalletTMソフトウェア・アプリケーションは、無線局転送および支払い取引を容易にし、関連した取引データを保存する。
【０２５１】
１．取引中におけるユーザの携帯装置内のmewalletTMアプリケーションからＩｍｍｔｅｃTMへのMicrowalletTMマイクロペイメントの送信 図３２は、本発明の実施例の携帯装置構成要素例間のマイクロペイメント送信インターフェイスを示している高水準簡略グラフィック表示である。図３２は、取引中におけるユーザの携帯式装置内のmewalletTMからＩｍｍｔｅｃTMアカウントについてのメモリ記憶場所へのMicrowalletTMマイクロペイメントの送信を示す。１，０００米ドル以下のmewalletTM取引中、マイクロペイメントは、ユーザの携帯装置内のＩｍｍｔｅｃTMアカウントについてのメモリ記憶場所に送信される。マイクロペイメント金額は、金融取引の或る予め確立されたパーセンテージ３１０２に従って算出される。電子通貨３１０１のアカウントは、ユーザの電子携帯装置のメモリ内にmewalletTMソフトウェア・プログラムによって保存される。このアカウント３１０１は、各mewalletTM取引についてのＩｍｍｔｅｃTMによるコミッションを支払うのに使用される電子通貨を保存することにのみ利用される。ここで、このアカウントという用語は、参照の便宜上、MicrowalletTMアカウント３１０１）と呼ぶ。
ひとたび取引３３０５の金額がmewalletTMソフトウェア３１１３によって確立されたならば、MicrowalletTMソフトウェアは、プログラミング指示を使用して、取引３３０３の確立したパーセンテージ３１０２を算出し、ユーザの携帯式装置内のMicrowalletTMアカウント３１０１から電子資金の金額を引き落とし（３３０７）、次いで、この金額をすべての他の支払いデータおよびセキュリティ・データと一緒にＩｍｍｔｅｃTMサーバ３１１０〜３１１３、３３１５に送信する。
【０２５２】
２．取引中におけるユーザのmewalletTMMicrowalletTMアカウントからＩｍｍｔｅｃTMのアカウントへのMicrowalletTMマイクロペイメントの送信 図３３は、携帯装置構成要素例、店頭／サービス構成要素例、本発明の実施例のサーバ側構成要素例間でのマイクロペイメント転送インターフェイスを示す高水準簡略グラフィック表示である。先に述べたように、マイクロペイメント・サービス料の支払いのための電子資金を保存することと異なり、一実施例においては、ユーザの携帯式装置３１０４内のMicrowalletTMアプリケーション３１００は独自の暗号化識別コードのみを保存する。独自の暗号化識別コードは、ＩｍｍｔｅｃTMmewalletサーバ・アプリケーション３４０４（ＩｍｍｔｅｃTMサーバ（たとえば、図２９に示すような３００４ａ）へ送信される（３４０６）。取引の承認がサービス場所／販売端末３４０７へ送信（３４１４）されたとき、ＩｍｍｔｅｃTMサーバ上のmewalletTMサーバ・アプリケーション３４０４（たとえば、図２９に示すような３００４ａ）が、取引の予め確立されたパーセンテージを計算する（３４０５）を計算する。算出パーセンテージは、Microwalletサーバ・アプリケーション３２００へ通信され、このMicrowalletサーバ・アプリケーション３２００は、ＩｍｍｔｅｃTMサーバ・データベース上のユーザのMicrowalletTMアカウント３２０１から電子通貨の算出パーセンテージ金額を差し引く。電子通貨の差し引かれた金額は、ＩｍｍｔｅｃTMマイクロペイメント・アカウント３２０３の金額に差し引かれた金額を追加することによって、ＩｍｍｔｅｃTMサーバ・データベース上のＩｍｍｔｅｃTMマイクロペイメント・アカウント３２０３へ転送（３４１２）される。
ＩｍｍｔｅｃTMサーバ上のユーザのアカウント３２０１におけるMicrowalletTMの差引残高総額は、mewalletTMサーバ・アプリケーションへ送られ、このmewalletTMサーバ・アプリケーションが、ＰＯＳ端末３４０７またはオンライン・コンピュータ・アプリケーション３４０８を通じてユーザの携帯式装置３００２へ残高総額を送信（３４１４）する。一実施例においては、差引残額合計は、ユーザの携帯式装置のディスプレイ・スクリーンに表示される。
【０２５３】
３．売り主MicrowalletTMマイクロペイメント・アカウントの確立  図３４は、携帯装置構成要素例、店頭／サービスまたはオンライン・アプリケーション構成要素例、他のサーバ構成要素、本発明の実施例のサーバ側構成要素例間の売り主クレジット・転送インターフェイスを示している高水準簡略グラフィック表示である。mewalletTM装置を通して支払いを承認し、支払いプレゼンテーション・システムとしてmewalletTMを承認する各売り主は、図３４に示すような売り主MicrowalletTMマイクロペイメント・クレジット・アカウント３２０２を確立する選択肢を有する。の売り主MicrowalletTMマイクロペイメント・クレジット・アカウント３２０２は、顧客のMicrowalletTMアカウント３２０１（サーバ側）及び／又は３１０１（無線携帯クライアント装置）にMicrowalletTMクレジットを追加する。たとえば、mewalletTMサーバ・アプリケーション３４０４とのオンライン・ユーザ・インターフェイスを使用すると、売り主は、売り主mewalletアカウント３５１９（他）、３５２１（mewallet）を確立する。たとえば、MicrowalletTMサーバ・アプリケーション３２００とのオンライン・ユーザ・インターフェイスを使用すると、売り主は、顧客が売り主から購入毎に顧客のMicrowalletTMアカウントに送信されるべき各取引金額のパーセンテージを定める。売り主は、また、購入された特別なアイテムに基づいて、あるいは、アイテムが購入された特定のタイム・フレーム（たとえば、特別なプロモーション期間）に基づいて、顧客に転送するためのMicrowalletTMクレジット支払いのパーセンテージも確立する。
【０２５４】
４．売り主MicrowalletTMクレジット・アカウントを満たすこと  図３４を続けて参照して、参加売り主各々は、MicrowalletTMサーバ・アプリケーション内のMicrowalletTMマイクロペイメント・クレジット・アカウント３２０２を確立する。売り主MicrowalletTMマイクロペイメント・クレジット・アカウント３２０２を確立した際に、売り主は、このアカウントを、資金の金額についての合意で『満たす』（「満たされた状態」）。売り主MicrowalletTMマイクロペイメント・クレジット・アカウント３２０２のためのＩｍｍｔｅｃTMに対するこの支払いは、銀行為替手形、小切手または電子電信送金の形をしている。MicrowalletTMマイクロペイメント・クレジット・アカウント３２０２の資金は、ＩｍｍｔｅｃTMが直ちに電子的にアクセスできる銀行のサーバ上の或る特別なアカウントに保持される。Microwallet TMシステムは、各売り主のクレジット・アカウントを追跡する。MicrowalletTMマイクロペイメント・クレジット・アカウント３２０２が合意金額まで、あるいは、それ以下に使い果たされたときにはいつでも、MicrowalletTMシステムは、請求書を作成し、売り主は、MicrowalletTMマイクロペイメント・クレジット・アカウント３２０２を満たされた状態の合意まで戻す金額を請求する。
ＩｍｍｔｅｃTMサーバ上の売り主MicrowalletTMマイクロペイメント・クレジット・アカウント３２０２は、銀行のサーバ上のアカウントのミラーである（すなわち、金額が等しい）。ＩｍｍｔｅｃTMサーバ上の売り主MicrowalletTMマイクロペイメント・クレジット・アカウント３２０２は、銀行サーバ上の売り主MicrowalletTMクレジット・アカウントにおいて利用できる資金の金額に等しいクレジットを保持する。取引が生じた瞬間に、売り主MicrowalletTMクレジットは、ＩｍｍｔｅｃTMサーバ上の売り主のアカウントから送信される。売り主の銀行およびＩｍｍｔｅｃTMMicrowalletTMクレジット・アカウントの精算は、日に一度、行われる。
【０２５５】
５．携帯装置内の顧客のmewalletTMへの売り主のMicrowalletTMクレジット・アカウントからのMicrowalletTMマイクロペイメント・クレジットの送信  図３４を続けて参照して、mewalletTMソフトウェア３１０４，３１００は、各mewalletTM取引中に、mewalletTMシステムによって、おそらくMicrowalletTMクレジット３５１６，３５１９，３５２１，３２０８，３２０２についてmewalletTMシステムへの（及び／又は別システム３２０９への）リクエスト３５０６，３５２４の送信が生じる。もし参加売り主からまたは参加売り主を通じて利用できるMicrowalletTMクレジット（３２０２）があるならば、適切な金額のMicrowalletTMクレジットが、サービス場所／販売システム、キオスクまたは無線インターネット・システム３５０６，３５２４，３４０７，３４０８，３５１５，３１１４，３５１０を通じて、別のインターフェイス接続しているシステム３２０９，３５１６，３５１８，３５１９から顧客の携帯式装置に、取引、たとえば、クレジット・クーポンあるいはディスカウント・クーポンと共に送信される（３２０８，３５０６，３５２４）。
【０２５６】
６．売り主のMicrowalletTMクレジット・アカウントからＩｍｍｔｅｃTMサーバ上の顧客のmewalletTMMicrowalletTMアカウントへのMicrowalletTMマイクロペイメント・クレジットの送信  図３５は、携帯装置構成要素例、店頭／サービスまたはオンライン・アプリケーション構成要素例、他のサーバ構成要素および本発明の実施例のサーバ側構成要素例間の売り主・クレジット・サーバ・アカウント転送インターフェイスを示している高水準簡略グラフィック表示である。図３５に示すように、各mewalletTM取引中、mewalletTMソフトウェア３１０４，３１００，３６１１は、可能性のあるMicrowalletTMクレジットについてMicrowalletTMシステム３５２１，３５１９，３６１３，３６２５，３２０２へリクエストを送信する。参加売り主からあるいはそこを通じて利用できるMicrowalletTMクレジットまたはディスカウント３２０２がある場合には、MicrowalletTMクレジットまたはディスカウントの適切な金額が、ＩｍｍｔｅｃTMサーバ上の顧客のMicrowalletTMアカウント３２０１へ送信される（３１１４）。MicrowalletTMクレジット／ディスカウント・データは、別のシステム、たとえば、売り主のシステム３５１６，３５１９，３２０９から顧客の携帯装置への取引中に、サービス場所／販売端末、キオスクあるいは無線インターネット・システム３４０７，３４０８，３６１５，３６１７を経てMicrowalletTM３６２６，ｂ３６６０，３６２４へ送信される。MicrowalletTMシステムは、MicrowalletTMアカウントへのMicrowalletTMクレジットの追加を携帯装置ディスプレイ・スクリーン上で顧客に知らせ、クレジット／ディスカウントが来る売り主を識別し、顧客のMicrowalletTMアカウント３６１０，３６１１におけるMicrowalletTMクレジット／ディスカウントのレベルを示す。mewalletの独自の暗号化セキュリティ・コードは、あらゆるMicrowalletTMクレジット／ディスカント取引に添付される。もしMicrowalletTMクレジットと共に送信された独自の暗号化セキュリティ・コードが携帯式装置内のmewalletTMの独自の暗号化セキュリティ・コードと一致しないならば、MicrowalletTMクレジットは、mewalletTMアカウントに追加されず、ＩｍｍｔｅｃTMサーバ上の顧客のmewalletTMアカウントに転送される。
【０２５７】
７．売り主のアカウントからＩｍｍｔｅｃTMへのMicrowalletTMマイクロペイメント・クレジットの送信  ＩｍｍｔｅｃTMが或る取引でのコミッションについて売り主からマイクロペイメントを貰う予定である場合、これらのマイクロペイメントは、契約の合意のような合意手順の間、毎日、毎週、毎月その他の期間で売り主の銀行口座から取引上のＩｍｍｔｅｃTMのカウントへ転送される。
【０２５８】
８．mewalletTMMicrowalletTMを満たすようにMicrowalletTMマイクロペイメント・クレジットを購入するMewalletTMユーザ  ユーザが指定の合意レベルまでmewalletTMにおけるMicrowalletTMの電子通貨を使い果たした場合、MicrowalletTMは指定レベルまで『補充される』必要がある。MicrowalletTMの補充を容易にするために、ユーザは、ユーザのクレジットカード、ＥＣまたはデビットカードまたは銀行口座から必要な資金を引き出すＩｍｍｔｅｃTMについての許可を最初に取る必要がある。ＩｍｍｔｅｃTMは、MicrowalletTMを満たすのに必要な資金の金額のみをその指定合意レベルまで引き出す。これらの資金は、次いで、ユーザのMicrowalletTMサーバ資金アカウントに保持され、次の取引の間（図３３〜３４に示すような取引）、ユーザの携帯mewalletTM使用可能装置へすべて正確に送信される。
【０２５９】
９．mewalletTMPayStickTMからのマイクロペイメントの送信  図３６は、携帯指定目的システム（PayStickTM）装置構成要素例、店頭／サービスまたはオンライン・アプリケーション構成要素例、他のサーバ構成要素、本発明の実施例のサーバ側構成要素例間の売り主クレジット・サーバ・アカウント転送インターフェイスを示している高水準簡略グラフィック表示である。図３６に示すように、mewalletTMPayStickTM３７０９の一実施例は、MicrowalletTMソフトウェア構成要素を含まない。PayStickTMがMicrowalletTMソフトウェア構成要素を含む実施例においては、mewalletTMおよびMicrowalletTMサーバ・アプリケーション（それぞれ３４０４、３２００）へMicrowalletTMマイクロペイメントを送信する方法は、mewalletTMソフトウェアを利用する任意他の携帯装置と同じである（たとえば、図３３〜３４参照）。
一方、PayStickTMのある実施例は、MicrowalletTMソフトウェア構成要素を含まない。MicrowalletTMソフトウェア構成要素を含まないPayStickTM３７０９の実施例においては、各PayStickTM取引でのコミッションとしてＩｍｍｔｅｃTM３４０５から支払われるマイクロペイメントは、PayStickTM３７１５に含まれる電子通貨の総額から差し引かれ、ＩｍｍｔｅｃTMサーバ３７２７に正確に保存される。取引およびマイクロペイメントの支払いの後、PayStickTM３７１５に残っている電子通貨の総額が、ＰＯＳ端末またはオンライン・コンピュータ・アプリケーション３４０７−３４０８，３７２７を通じてＩｍｍｔｅｃTMサーバから送信され（３７０６，３７２４）、そして、PayStickTMの液晶スクリーン上に表示される（３７１１，３７１５）。
ユーザが電子チケット３７１５だけを獲得するためにPayStickTMを利用している場合、マイクロペイメントは、購入時点でチケットのコストに付加される。一実施例において、ＩｍｍｔｅｃTMによるコミッションであるように示されるチケット価格のパーセンテージは、チケット・売り主からＩｍｍｔｅｃTMによる他のすべてのコミッションと共に集められ、精算手順中に毎日あるいは毎週、売り主の銀行口座からＩｍｍｔｅｃTMへ支払われる。
【０２６０】
１０． １,０００米ドルを超える、そして、同様の多額の取引についてのサービス／販売の際のコミッションについての確立したパーセンテージを集める １,０００ドルを超えるmewalletTM取引あるいは他の通貨の匹敵する金額について、取引についてＩｍｍｔｅｃTMから支払われるコミッションは、ユーザのクレジットカード、ＥＣカードまたはデビットカードに掛けられか、あるいは、ユーザの銀行口座から引き落とされる。このレベルの取引の場合、ユーザは、クレジットカード会社または銀行にＩｍｍｔｅｃTMとのファイルとして現在有効なアカウントを有する。ＩｍｍｔｅｃTMは、ユーザの取引でのコミッションについて支払うべくユーザのアカウントから資金を引き出すのに必要なときにこのアカウントにアクセスするだけである。
【０２６１】
［例示的実施例］
本発明を或る特定の実施例について説明してきたが、当業者にとっては、数多くの修正、変更が追加されるのは明らかであろう。したがって、本発明が特別に説明した以外の別のやり方ＦＲ実行され得ることは了解されたい。したがって、ここに説明した本発明の実施例は、すべての点で例示に過ぎず、限定的な意味はなく、発明の範囲は、前記の説明ではなく、添付した特許請求の範囲により決定されるものとみなされねばならない。
【図１ａ】
2012009052.tif 000003
【図１ｂ】
2012009052.tif 000004
【図１ｃ】
2012009052.tif 000005
【図１ｄ】
2012009052.tif 000006
【図１ｅ】
2012009052.tif 000007
【図１ｆ】
2012009052.tif 000008
【図１ｇ】
2012009052.tif 000009
【図２】
2012009052.tif 000010
【図３】
2012009052.tif 000011
【図４】
2012009052.tif 000012
【図５】
2012009052.tif 000013
【図６】
2012009052.tif 000014
【図７】
2012009052.tif 000015
【図８】
2012009052.tif 000016
【図９】
2012009052.tif 000017
【図１０ａ】
2012009052.tif 000018
【図１０ｂ】
2012009052.tif 000019
【図１０ｃ】
2012009052.tif 000020
【図１１ａ】
2012009052.tif 000021
【図１１ｂ】
2012009052.tif 000022
【図１１ｃ】
2012009052.tif 000023
【図１１ｄ】
2012009052.tif 000024
【図１２ａ】
2012009052.tif 000025
【図１２ｂ】
2012009052.tif 000026
【図１２ｃ】
2012009052.tif 000027
【図１２ｄ】
2012009052.tif 000028
【図１３ａ】
2012009052.tif 000029
【図１３ｂ】
2012009052.tif 000030
【図１３ｃ】
2012009052.tif 000031
【図１４ａ】
2012009052.tif 000032
【図１４ｂ】
2012009052.tif 000033
【図１５ａ】
2012009052.tif 000034
【図１５ｂ】
2012009052.tif 000035
【図１５ｃ】
2012009052.tif 000036
【図１６】
2012009052.tif 000037
【図１７ａ】
2012009052.tif 000038
【図１７ｂ】
2012009052.tif 000039
【図１７ｃ】
2012009052.tif 000040
【図１７ｄ】
2012009052.tif 000041
【図１８ａ】
2012009052.tif 000042
【図１８ｂ】
2012009052.tif 000043
【図１９ａ】
2012009052.tif 000044
【図１９ｂ】
2012009052.tif 000045
【図１９ｃ】
2012009052.tif 000046
【図２０ａ】
2012009052.tif 000047
【図２０ｂ】
2012009052.tif 000048
【図２０ｃ】
2012009052.tif 000049
【図２０ｄ】
2012009052.tif 000050
【図２０ｅ】
2012009052.tif 000051
【図２０ｆ】
2012009052.tif 000052
【図２１ａ】
2012009052.tif 000053
【図２１ｂ】
2012009052.tif 000054
【図２２ａ】
2012009052.tif 000055
【図２２ｂ】
2012009052.tif 000056
【図２３ａ】
2012009052.tif 000057
【図２３ｂ】
2012009052.tif 000058
【図２４】
2012009052.tif 000059
【図２５】
2012009052.tif 000060
【図２６】
2012009052.tif 000061
【図２７】
2012009052.tif 000062
【図２８】
2012009052.tif 000063
【図２９】
2012009052.tif 000064
【図３０】
2012009052.tif 000065
【図３１】
2012009052.tif 000066
【図３２】
2012009052.tif 000067
【図３３】
2012009052.tif 000068
【図３４】
2012009052.tif 000069
【図３５】
2012009052.tif 000070
【図３６】
2012009052.tif 000071
【手続補正書】
【提出日】平成23年9月2日(2011.9.2)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
電子認証取引を実行するための無線携帯装置であって、前記無線携帯装置は、
電子認証を包含するデータを格納するのに適した、コンピュータからアクセス可能なデータ格納装置と、
実行可能なコンピュータプログラム命令で符号化（encoded）された、実行可能なメモリ格納装置と、
前記実行可能なコンピュータプログラム命令を実行するためのマイクロプロセッサと、
短距離無線通信に適した短距離無線通信ハードウェアと、を包含し、
前記実行可能なコンピュータプログラム命令は、前記コンピュータからアクセス可能なデータ格納装置から認証使用場所装置の短距離無線インタフェースへの、前記短距離無線通信ハードウェアを使用する、前記電子認証の送信を実行することにより、前記無線携帯装置のユーザによるプロンプト（prompt）に応答するための、実行可能な命令を包含する、ことを特徴とする装置。
【請求項２】
前記無線携帯装置は、
少なくとも１つのサーバコンピュータとの間のインターネット経由の無線通信に適した無線通信ハードウエアをさらに包含し、
前記実行可能なコンピュータプログラム命令は、前記無線携帯装置のユーザに応答して、前記無線通信を使用し、インターネットでアクセス可能なアドレスを前記無線携帯装置に提供することで、インターネットでアクセス可能なアドレスにあるコンテンツホストコンピュータ装置に無線アクセスするための実行可能な命令をさらに包含し、かつ
前記実行可能なコンピュータプログラム命令は、前記コンテンツホストコンピュータから電子認証をダウンロードし、前記電子認証を前記コンピュータからアクセス可能なデータ格納装置へと保存するための実行可能な命令をさらに包含する、ことを特徴とする請求項１に記載の装置。
【請求項３】
前記無線携帯装置は、
前記無線携帯装置を使用しているユーザのバイオメトリックデータを読み取るのに適したバイオメトリックデータ読取装置をさらに包含する、ことを特徴とする請求項１に記載の装置。
【請求項４】
前記実行可能なコンピュータプログラム命令は、
前記バイオメトリックデータ読取装置を介してユーザからバイオトリックデータを取得し、前記バイオメトリックデータを前記コンピュータからアクセス可能なデータ格納装置に格納されたバイオメトリックデータで認証することにより、ユーザが、前記無線携帯装置の使用を試みるのに応答するための実行可能な命令をさらに包含する、ことを特徴とする請求項３に記載の装置。
【請求項５】
前記実行可能なコンピュータプログラム命令は、
前記コンテンツホストコンピュータ装置を無線アクセスするのに先立って、前記バイオメトリックデータの認証結果に基づいて、前記無線携帯装置から承認を要求することにより、ユーザが、前記無線携帯装置の使用を試みるのに応答するための実行可能な命令をさらに包含する、ことを特徴とする請求項４に記載の装置。
【請求項６】
前記実行可能なコンピュータプログラム命令は、
前記コンピュータからアクセス可能なデータ格納装置から認証使用場所装置の短距離無線インタフェースへの、前記短距離無線通信ハードウェアを使用した、前記電子認証の送信の実行に先立って、前記バイオメトリックデータの認証結果に基づいて、前記無線携帯装置から承認を要求することにより、ユーザが、前記無線携帯装置の使用を試みるのに応答するための実行可能な命令をさらに包含する、ことを特徴とする請求項４に記載の装置。
【請求項７】
前記電子認証は、電子チケットを包含する、ことを特徴とする請求項１に記載の無線携帯装置。
【請求項８】
前記電子認証は、電子調剤処方箋を包含する、ことを特徴とする請求項１に記載の無線携帯装置。
【請求項９】
前記電子認証は、電子保険データを包含する、ことを特徴とする請求項１に記載の無線携帯装置。
【請求項１０】
前記電子認証は、電子キャッシュを包含する、ことを特徴とする請求項１に記載の無線携帯装置。
【請求項１１】
前記電子認証は、電子同定（identification）情報を包含する、ことを特徴とする請求項１に記載の無線携帯装置。