(57)【要約】電子署名処理のための技術が記載される。ある実施形態は電子署名の作成、保存、管理を容易にするべく構成された電子署名サービス（ＥＳＳ）を備える。ＥＳＳは支払いフォームを含む、又は支払いフォームと関連付けられた電子署名を介して支払い処理を容易にしうる。署名のために、署名文書がユーザに表示されると、支払いフォームは、署名処理の完了に際し、支払い処理のために、ＥＳＳに使用される支払いデータを収集する。【選択図】図１
2015517143.tif 000002
【特許請求の範囲】
【請求項１】
電子署名文書を介した支払いを容易化するための方法であって、
電子署名文書とそれらの書類に対応する署名の指示を安全に保存するべく構成された電子署名サービスにおいて、
支払いフォームを電子署名文書に関連付けるステップであって、前記支払いフォームは関連する支払いプロセッサを有し、且つ、前記支払いフォームはユーザからの支払いデータを入手するべく構成された、ステップと、
署名のために、前記支払いフォームを含む前記電子署名文書をユーザに表示するステップと、
前記支払いフォームを介して前記ユーザから支払いデータを受領するステップと、
前記関連付けられた支払いプロセッサに、前記支払いフォームを介して受領された前記支払いデータに基づき、支払いの処理をさせるステップと、を含むことを特徴とする方法。
【請求項２】
フォーミュラフィールドを前記支払いフォームに関連付けるステップをさらに含み、前記フォーミュラフィールドは前記電子署名文書が署名のために前記ユーザに表示されると評価される数式を含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記数式は、少なくとも１つの演算子と、前記電子署名文書の別のフィールドの１又は複数の参照を含むことを特徴とする請求項２に記載の方法。
【請求項４】
前記演算子は、前記電子署名文書の署名の際、前記電子署名文書のフィールドに入力された、少なくとも１つのデータ項目に基づき、前記ユーザのクライアントデバイスによって評価されることを特徴とする請求項２に記載の方法。
【請求項５】
前記関連付けられた支払いプロセッサを前記支払いに関連付けるステップは、前記支払いデータをサードパーティの支払いシステムへと送信することを含むことを特徴とする請求項１に記載の方法。
【請求項６】
前記サードパーティ支払いシステムからの支払い確認データを受領するステップと、
前記受領した支払い確認を、前記ユーザから受領した署名データと共に保存するステップとをさらに含むことを特徴とする請求項５に記載の方法。
【請求項７】
前記支払いデータは、支払い方法、会員番号、氏名、住所及び／又は照合コードのうち少なくとも１つを含むことを特徴とする請求項１に記載の方法。
【請求項８】
前記支払いプロセッサは、クレジットカード支払い、デビットカード支払い、電子資金取引、及び／又はポイント還元支払いのうちの少なくとも１つを処理するべく構成されることを特徴とする請求項１に記載の方法。
【請求項９】
前記電子署名文書を表示するステップは、  
前記電子文書を特定するリンクを含む招待電子メールを前記ユーザに送信することと、
前記ユーザによる前記リンクの起動に応答して、前記電子署名文書の一部の画像をモジュールとともに送信することと、を含み、
前記モジュールは前記支払いフォームを表示し、且つ、前記ユーザからの支払いデータを受領するとともに前記受領された支払いデータを前記電子署名サービスへと送信するべく構成されることを特徴とする請求項１に記載の方法。
【請求項１０】
送信者から前記電子署名文書を受領するステップと、
支払いフォームコントロール部を含むユーザインターフェイスを前記送信者に表示するステップであって、前記支払いフォームコントロール部は前記送信者によってインタラクティブに前記電子署名文書の表示上にドラッグされることが可能であり、それにより前記支払いフォームを前記電子署名文書に関連付けるステップとを含むことを特徴とする、請求項１に記載の方法。
【請求項１１】
コンピュータシステムによって実行されるときに、以下の方法を実行することによって電子署名文書を介して支払いを容易にするコンテンツを含むコンピュータ可読メディアであって、
方法は、
電子署名文書とそれらの書類に対応する署名の指示を安全に保存するべく構成された電子署名サービスにおいて、
支払いフォームを電子署名文書に関連付けるステップであって、前記支払いフォームが関連する支払いプロセッサを有し、且つ、ユーザからの支払いデータを入手するべく構成されたステップと、
署名のために、前記支払いフォームを含む前記電子署名文書をユーザに表示するステップと、
前記支払いフォームを介して前記ユーザから支払いデータを受領するステップと、
前記関連付けられた支払いプロセッサに、前記支払いフォームを介して受領された前記支払いデータに基づき、支払いの処理をさせる方法を実行するステップと、を含むことを特徴とするコンピュータ可読メディア。
【請求項１２】
前記コンテンツは、実行されると前記コンピュータシステムに前記方法を実行させる命令であることを特徴とする請求項１１に記載のコンピュータ可読メディア。
【請求項１３】
前記方法は、
前記電子署名文書を、署名のために１人以上の別のユーザに転送するステップと、
前記１人以上の別のユーザから署名が得られた後にのみ、前記関連付けられた支払いプロセッサに前記支払いを処理させるステップとをさらに含むことを特徴とする請求項１１に記載のコンピュータ可読メディア。
【請求項１４】
前記電子署名文書は、前記電子署名文書の別のフィールドで特定された１つ以上のデータ項目に基づき前記支払い金額を決定するために、数式を評価するべく構成されたフォーミュラフィールドを含むことを特徴とする請求項１１に記載のコンピュータ可読メディア。
【請求項１５】
前記数式は、別の電子署名文書のフィールドで特定された１つ以上のデータ項目に基づき、前記金額をさらに決定することを特徴とする請求項１４に記載のコンピュータ可読メディア。
【請求項１６】
電子署名文書を介した支払いを容易にするべく構成されたコンピュータシステムであって、
プロセッサと、
メモリと、
前記メモリに保存されたモジュールとを備え、
前記モジュールは、プロセッサによって実行される時に、
電子署名文書とそれらの書類に対応する署名の指示を安全に保存するべく構成された電子署名サービスを提供し、
支払いフォームと電子署名文書とを関連付け、前記支払いフォームは関連する支払いプロセッサを有し、ユーザからの支払いデータを入手するべく構成され、
署名のために、前記支払いフォームを含む前記電子署名文書をユーザに表示し、
前記支払いフォームを介して前記ユーザから支払いデータを受領し、
前記関連付けられた支払いプロセッサに、前記支払いフォームを介して受領された前記支払いデータに基づき、支払いの処理をさせるように構成されていることを特徴とするコンピュータシステム。
【請求項１７】
前記モジュールは、前記コンピュータシステムの前記メモリで実行するためのソフトウェア命令を含むことを特徴とする請求項１６に記載のコンピュータシステム。
【請求項１８】
前記電子署名サービスは、
前記電子署名文書を送信者から受領し、
支払いフォーム及びフォーミュラフィールドを、前記電子署名文書に関連付けるためのインタラクティブコントロール部を含むウェブベースのインターフェイスを表示するようにさらに構成されていることを特徴とする請求項１６に記載のコンピュータシステム。
【請求項１９】
送信者は前記ユーザに電子メールを送信し、前記電子メールは前記電子署名文書を添付データとして含み、前記ユーザは、前記添付データを開く際に、前記電子署名文書及び前記支払いフォームとインタラクトし、且つ、前記支払いは、前記コンピュータシステムを経由することなく、前記ユーザのクライアントコンピュータから、前記関連付けられた支払いプロセッサへの前記支払いデータの転送によって処理されることを特徴とする請求項１６に記載のコンピュータシステム。
【請求項２０】
前記モジュールはフォーミュラフィールドを前記支払いフォームに関連付けるようにさらに構成され、前記フォーミュラフィールドは、前記電子署名文書が署名のために前記ユーザに表示されるときに評価されるための数式を含むことを特徴とする請求項１６に記載のコンピュータシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
（優先権の主張）
本出願は２０１２年３月２２日に出願された米国仮出願６１／６１４，３８３の利益を主張するものであり、その内容は参照することにより組み込まれる。
【０００２】
本開示は電子署名のためのシステム及び方法に関する。より具体的には、支払い処理及び動的なフォーミュラ（ｆｏｒｍｕｌａ、数式）計算を、オンラインでの電子文書署名に組み込むためのシステム及び方法に関する。
【図面の簡単な説明】
【０００３】
本発明の好適な及び代替可能な実施例が、以下の図面を参照して、詳細に説明される。
【０００４】
【図１】図１は電子署名サービスの一例の実施形態のブロック図である。
【０００５】
【図２Ａ−２Ｇ】図２Ａから２Ｇは一実施形態に従った、支払いフォームを設定するためのユーザインターフェイス画面を図示している。
【０００６】
【図３】図３Ａから３Ｇは一実施形態に従った、フォーミュラフィールド（ｆｏｒｍｕｌａ  ｆｉｅｌｄ）を設定するためのユーザインターフェイス画面を図示している。
【０００７】
【図４】図４は電子署名取引と関連する支払いを容易にするための一例の処理のフロー図である。
【０００８】
【図５】図５は一実施形態に従った、電子署名サービスを実施するための一例のコンピュータシステムのブロック図である。
【発明を実施するための形態】
【０００９】
ここに記述される実施形態は、電子文書署名を容易にするべく改良されたコンピュータ及びネットワークをベースとした方法及びシステムを提供する。例示の実施形態は、文書及び対応する電子署名の作成、保存、管理を容易にするべく構成された電子署名サービス（「ＥＳＳ」）を提供する。ＥＳＳを使用することにより、第１のユーザ（「送信者」）は署名されるべき文書（「署名文書」）を提供又はアップロードでき、一方で第２のユーザ（「署名者」）はアップロードされた文書にアクセス、検証、署名することができる。
【００１０】
ＥＳＳのある実施形態は、電子署名文書を介して支払い処理を容易にする。ある実施形態においては、電子署名文書は、支払いフォーム（ｐａｙｍｅｎｔ  ｆｏｒｍ、別の実施形態では「ペイフォーム（ＰａｙＦｏｒｍ）」とも呼ばれる）、支払いフィールド又は支払い要素を含み、又は関連付けられる。署名文書が署名者によってアクセスされると、署名者には支払いに関する情報が表示され（例えば、支払い金額、受取人）、それに応じて名前、住所、会員番号、有効期限、暗証番号など、支払いフォームから要求された支払いデータを提供する。次に（又は、署名プロセスの最後などもっと後の段階で）署名者は要求される支払いを確認するべく求められる。ユーザが支払いを確認すると、支払いは、署名者の支払いデータをＰａｙＰａｌ、クレジットカードネットワーク、銀行、デビットカード、電子資金取引、電信送金、自動決済機関（ＡＣＨ）などの支払いプロセッサ又は支払い機構へと伝送することにより処理される。署名／支払いプロセスが完了すると、ＥＳＳは、署名者の署名と、日付、時間、会員情報、照合コード、確認コードなどを含む支払いデータを包含する、署名プロセスに関連する情報を安全に保存する。
【００１１】
ある実施形態では、電子署名文書は１つ以上のフォーミュラフィールド（ｆｏｒｍｕｌａ  ｆｉｅｌｄ）を含みうる。フォーミュラフィールド（Ｆｏｒ）は、例えば文書署名の最中など、フィールド作成後のタイミングで計算、評価、又は決定されるフォーミュラ、又は数式を含みうる。ある実施形態では、電子署名文書に関連付けられた支払いフォームは１つ以上のフォーミュラフィールドを含み、それにより、支払い明細（例えば支払額又は日付など）は、署名者が文書に署名し、及び該当する支払いを承認するタイミング、又はおおよそそのタイミングで同時に決定されうる。フォーミュラフィールドは、他のフィールド、数学演算子（例えば、プラス、マイナス、以上、以下など）、論理演算子（ｉｆ、ａｎｄ，ｏｒ，ｎｏｔ）などを参照して、１つ以上の値を含むフォーミュラ又は表現（例えば、数字、文字、文字列、日付など）を含みうる。ある実施形態では、フォーミュラフィールドは、例えばフィールドを処理し、循環参照（ｃｉｒｃｌａｒ  ｒｅｆｅｒｅｎｃｅ）を処理し、エラーに反応するための規則、命令、指示も含みうる。
【００１２】
上記の支払いフォーム技術は、支払い処理と、安全なオンライン環境での文書とフォームの実行（署名）とを融合する。支払いフォームはプログラミングをせずに作成することができ、あらゆる文書に付加できる。これらの文書は署名のために（例えば電子メール経由で）送信されることが可能であり、あるいは顧客がアクセス、完了及び支払い可能であるように、ウェブサイトに載せることができる。故に、支払いフォームによって、いかなる文書も支払い取引を作成又は開始することが可能となる。文書作成者は支払いフォームと文書とを関連付けるだけでよく、ｅ−コマースのウェブサイトをセットアップしたり、あるいは支払いプロセッサとの独自のインタラクションをプログラムしたりする必要はない。これは、ビジネスのｅ−コマースの「表面積」が、ＨＴＭＬのショッピングカート上のクレジットカードのみから、ビジネスに含まれるあらゆる文書にまで拡大されうることを意味する。これにより、顧客には劇的に改善された安全性、管理、及びさらなる利便性がもたらされる。
【００１３】
図１は電子署名サービスの一例の実施形態のブロック図を図示している。具体的には、図１は、署名文書２０の電子署名を実行するために、送信者ユーザ１０及び署名者ユーザ１１によって使用されるＥＳＳ１１０を表している。
【００１４】
図示されるシナリオでは、送信者１０は、電子文書２０（例えば、請求書、契約書又は同意書など）をＥＳＳ１１０に提供（例えば、アップロード、転送など）するために、送信者クライアントデバイス１６０を作動する。ＥＳＳ１１０では該電子文書２０は安全に保存される。電子文書は基となる文書２０に関連付けられた支払いの処理を容易にするべく構成された支払いフォーム（「ＰａｙＦｏｒｍ」）２１を含む。
【００１５】
支払いフォーム２１は支払い処理に関連する複数のフィールドを含んでもよく、その際、氏名、住所、会員番号、カード失効日、照合コード、商品に関する記載、数量、支払額などが含まれる。先述のとおり、少なくともいくつかのフィールドは、その後の処理で計算されるフォーミュラ又は数式といったフォーミュラフィールドであるか、又はそのようなフォーミュラフィールドを含みうる。例えば、支払額フィールドは、商品価格、現地の税率、及び送料に基づいたフォーミュラフィールドであってもよく、それらはすべて、文書２０に含まれるフィールドであってもよく、及び／又は電子商取引システム、顧客関係管理システムなどのサードパーティのシステムによって提供されてもよい。
【００１６】
支払いフォームフィールド２１を設定した後、署名者１１は文書２０にアクセスする。ある実施形態では、送信者１０は、ＥＳＳ１１０に、署名者１１に対してＥＳＳ１１０が保持する文書２０の参照先（例えばＵＲＬ）を含むメッセージ（例えば電子メール）を送信させることによって、署名者１１に通知する。別の例として、送信者１０は署名者１１に直接送信される電子メール又は他のメッセージに文書２０を含みうる。さらに別の例では、文書２０は商取引の一部として、署名者に対して自動的に表示されうる。例えば、ｅ−コマースシステムは、ｅ−コマースシステム又は対応するウェブサイトを介して購入された商品／サービスのための商取引中、または該商取引の一部として、文書２０を表示させることがある。
【００１７】
通常、署名者１１は、ＥＳＳ１１０を介して文書２０にアクセス及び検証するために、署名者クライアントデバイス１６１を実行するウェブブラウザ又は他のクライアントモジュールを作動する。例えば、署名者１１が文書２０へのリンクを含む電子メールを受信すると、該署名者は文書２０を検証及び署名するために、ＥＳＳ１１０にアクセスするためのリンクをクリックできる。あるいは、署名者１１が送信者１０から直接文書２０を受信した場合、文書を開くことによって、ユーザは要求される署名情報を提供するために、ＥＳＳ１１０にアクセスさせられる。
【００１８】
署名者１１が文書２０にアクセスすると、文書２０内のあらゆるフォーミュラフィールド及び／又は支払いフォーム２１は、評価、計算、あるいは処理（ｒｅｓｏｌｖｅｄ）される。フォーミュラフィールドはローカルで（例えば、署名者クライアントデバイス１６１上で実行するＪａｖａＳｃｒｉｐｔ（登録商標）エンジン又は他の解釈プログラム）、及び／又は署名者クライアントデバイス１６１に関連しては遠隔で（例えば、ＥＳＳ１１０の構成要素により）計算されうる。次に、ユーザは、要求に応じて、支払いデータを支払いフォーム２１を介して提供する。文書２０、支払いフォーム２１及び関連するデータが署名者１１の望みどおりに修正及び検証されると、署名者は電子署名を文書２０に添付（又は添付する指示又は命令を提供）する。このタイミング（例えば、署名の直前又は直後）で、署名者は支払いの詳細を確認するように要求される場合がある。
【００１９】
署名が完了すると、支払い処理のための様々なアプローチが検討される。あるアプローチでは、署名者が署名を添付した後、該署名者は支払いプロセッサ１６５を通じて支払いを開始する。これは、例えば、ＥＳＳ１１０を介した送信を行わないように、ＥＳＳ１１０を介することなく、（支払いフォーム２１から得られた）支払いデータを署名者クライアントデバイス１６１から支払いプロセッサ１６５へと送信することを含みうる。支払いプロセッサ１６５は、支払いは問題なく処理されたか否か、あるいは商取引識別子などを示すステータス情報を返戻する。そして署名者１１は、完了した商取引を確認し、又は処理をやり直すために取り消しすることができる。
【００２０】
支払い処理のための別のアプローチでは、支払いはＥＳＳ１１０によって円滑化される。例えば、署名者が署名を添付した後（又は署名者１１が支払いを確認した後）、ＥＳＳ１１０は支払いフォーム２１及び署名者１１によって提供された対応するデータに従って、支払いを開始する。具体的には、ＥＳＳ１１０は、支払いフォーム２１を介して支払いプロセッサ１６５へと収集されたデータを伝送しうる。支払いプロセッサ１６５はステータス情報（例えば、商取引番号、完了ステータス、照合コードなど）をＥＳＳ１１０に返戻する。該ステータス情報は、署名者１１から入手された署名及び支払いデータと関連付けられて保存される。ＥＳＳ１１０は署名者１１に対する確認メッセージを作成及び／又は提供するしてもよい。
【００２１】
図２Ａから２Ｆは、一実施形態に従った、支払いフォームを設定するためのユーザインターフェイス画面を図示している。
【００２２】
図２Ａは、電子署名文書２０２及び対応するエンベロープ（例えば、送信者、署名者、メッセージに関する情報など）を作成するべく構成された画面２００を図示している。ユーザは、署名コントロール部（ｓｉｇｎａｔｕｒｅ  ｃｏｎｔｒｏｌｓ）をパレット２０４から文書２０２へとドラッグアンドドロップできる。一例として、ユーザは氏名コントロール部２０８を、該人物の氏名が必要とされる文書２０２上に配置している。別の例として、ユーザは支払いフォームを関連付けるために、支払いフォームコントロール部２０６を文書２０２上にドラッグできる。さらに、図３Ａから３Ｂについて以下に記載されるように、ユーザはフォーミュラフィールドを文書に関連付けるために、フォーミュラコントロール部２０９を文書２０２上にドラッグできる。
【００２３】
図２Ｂは、支払いフォームと対応する支払いプロバイダ／ゲートウェイを設定するための画面２１０を図示している。画面２１０は、支払いフォームを介して支払いを受領したいユーザによって操作される。コントロール部２０６を文書２０２にドラッグする際（図２Ａ）、画面２１０が表示され、それによりユーザは適切な支払いプロバイダ（例えば、ＰａｙＰａｌ、ＤｉＢＳなど）を選択し、署名者から要求されるフィールドを特定することができる。画面２１０はユーザアカウントのための全体的な構成の一部として、同時に／又は単体で表示される。このことにより、コントロール部２０６は署名文書上にドラックされるときはいつでも、画面２１０で定義された設定が使用される。
【００２４】
画面２１０の目的の１つは、ユーザに特定のゲートウェイアカウントの選択肢一式を提供し、該ゲートウェイ（たとえば、カード番号、有効期限、氏名など）に必要なフィールドを、署名文書２０２の対応するフィールドに配置することである。この例では、ユーザは自身のアカウント名（ｂｏｂ＠ｔｅｓｔｈｏｓｔ．ｃｏｍ）を提供するなどして、アカウントの詳細を提供し、それにより支払いプロセッサに振込先（ｄｅｓｔｉｎａｔｉｏｎ  ｆｏｒ  ｃｒｅｄｉｔｉｎｇ）又は支払いの手付金（ｄｅｐｏｓｉｔｉｎｇ  ｐａｙｍｅｎｔｓ）を提供する。また、画面２１０は画面左側で、支払いプロセッサによって要求される支払い情報項目を表示し、そこには、カード番号、有効期限などが含まれる。画面右側では、画面２１０は、左側の支払い情報項目に対応するドロップダウンメニューを表示する。ドロップダウンメニューの各々は、署名文書２０２で定められるフィールドのリストを含む。ユーザは、支払いプロセッサによって要求される、該当する支払い情報項目のためのデータソースとして作動する署名文書２０２から、フィールドを選択又は特定するために、ドロップダウンメニューを使用できる。例えば、ユーザは、文書２０２の「Ｃａｒｄ  Ｎｕｍｂｅｒ（カード番号）」と呼ばれるフィールドが「Ｎｕｍｂｅｒ（番号）」と呼ばれる支払い情報フィールドに対応する、と特定するために、メニュー２１２を操作している。
【００２５】
図２Ｃは、電子署名文書２０２に署名するために設定された画面２２０を図示している。画面２２０は署名２０２の署名者によって作動されるウェブブラウザによって、または該ウェブブラウザ内で表示されうる。この例では、署名者は、自身の氏名など、要求される情報を特定するために、署名コントロール部（例えばコントロール部２０８）を作動している。さらに、ユーザは、上記のとおり、文書２０２に関連付けられた支払いフォームから要求される情報（例えば、請求書送付先、クレジットカードの氏名、カード番号など）を提供している。
【００２６】
図２Ｄは、画面２２０に表示される署名文書２０２の署名完了に応じて表示される、確認画面２３０である。確認画面２３０は署名者に、文書２０２の支払いフォームに関連付けられた支払いの確認を促す。
【００２７】
図２Ｅは、上記確認画面２３０を介して受領された、署名者の確認に応じて表示される完了画面２４０を図示している。支払いは、文書２０２に関連付けられたワークフローにのっとり、例えば、文書が１つ以上の追加署名を必要とする場合、支払いはそれらの署名が入手されるまで遅延されうる。このような状況では、支払い情報はワークフローが完了し、すべての必要な署名が入手されるまで、ＥＳＳ１１０（又は他のエンティティ）に保持される（「エンベロープ完了」）。要求される署名を収集するために許された制限時間は、文書２０２に関連付けられた制限時間に基づく。例えば、文書送信者は制限時間を２４時間と設定し、すべての署名がその時間内に収集されなかった場合、支払いは処理されず、及び／又は保留中の支払い（ｈｅｌｄ  ｐａｙｍｅｎｔ）は自動的にキャンセル又は中止される。
【００２８】
図２Ｆは完了認証２５０を図示している。完了認証２５０は署名文書２０２の完了に関する情報を含む。また、認証２５０はカードの種類、番号、額などの支払い確認情報２５２を含む。認証２５０は、支払いが行われ、文書が署名されたことを証明、照合、確認又は実例説明するために使用されうる。
【００２９】
図２Ｇは、電子署名文書２６２に署名するために設定された画面２６０を図示している。図示されたシナリオは図２Ｃと同様である。この例では、ユーザは支払い情報を（図２Ｃのように）文書２６２に入力していない。その代わりに、ユーザが署名２６４を添付した後、支払い画面２６５が表示される。ユーザは表示された支払いオプション（この例では、ＰａｙＰａｌ又はクレジットカード支払い）から１つを選択し、要求される支払い情報を提供し、支払いを開始する。支払いが処理されると、コントロール部は画面２６０に戻り、ユーザは、自身の署名を確認し、署名されて完了された文書２６２の写しを受領する機会が与えられうる。
【００３０】
図３Ａから３Ｂは、例示の実施形態に従って、フォーミュラフィールドを設定するためのユーザインターフェイス画面を図示している。ここに記載されるユーザインターフェイス画面はウェブブラウザ（例えば、ＥＳＳから与えられるウェブページ）、又はスタンドアローン型の実行ファイル（例えば、デスクトップアプリケーション、モバイルアプリ）などで表示される。
【００３１】
図３Ａはフォーミュラタグのプロパティ（ｆｏｒｍｕｌａ  ｔａｇ  ｐｒｏｐｅｒｔｉｅｓ）を設定するための画面３００を図示している。画面３００は、署名文書上のフォーミュラコントロール部の配置に伴って表示されうる（例えば、図２Ａに示されるフォーミュラコントロール部２０９）。ユーザは、個別のフォーミュラフィールドに関するプロパティ及びフォーミュラを特定するために、画面３００を操作する。例えば、ユーザはラベル、ツールチップ、及びフォーミュラを特定できる。様々なフォーミュラがサポートされ、定数（例えば、９．５、「テスト」など）、変数、数学演算子（例えば、＋、−、＊、／など）、論理演算子（例えば、ｉｆ、ａｎｄ、ｏｒ、ｎｏｔなど）、関数呼び出し（例えば、ｄａｔｅ（）、ｔｉｍｅ（）など）、書式設定演算子（例えば、固定幅の表示など）を含む数式である。あるケースでは、フォーミュラはＪａｖａＳｃｒｉｐｔ（登録商標）コードブロックのような任意符号系列（ａｒｂｉｔｒａｒｙ  ｃｏｄｅ  ｓｅｑｕｅｎｃｅ）を含みうる。また、値は、単独文書内で（例えば、購入注文から商品数フィールドにアクセスすることにより）、別の文書から（例えば、顧客の入手文書からの会員番号にアクセスすることにより）、任意のデータソースから（例えば、ウェブサービスにアクセスするＵＲＬ経由で）参照されうる。
【００３２】
図３Ｂは、データフィールドタグのプロパティを設定するための画面３１０を図示している。画面３１０は署名文書へのデータフィールドコントロール部の配置に応じて表示されうる。ある実施形態では、フォーミュラは、例えば、購入注文文書内の、商品個数を入力するためのデータフィールドと関連付けられうる。
【００３３】
ここに記載される支払いフォーム技術は数多くの利点をもたらす。ビジネスユーザにおいては、購入者は支払い前に承認され（おそらく複数のレベルによる承認）、該購入者は支払いを行う際に明らかに同意書に署名するため、購入者に対してより強力な証拠を提供することとなる。さらに、商取引は、同意と支払いの操作を異なるユーザインターフェイスにまたがるように分割するのではなく、同意と支払いを込み合わせた単独のステップで実施される。さらに、商取引は署名されるため、購入者は支払い拒否に関してより困難を伴うことから、入金取り消しの数は減少しうる。また、ビジネスユーザは、支払いフォームを活用するために、支払いモジュールを統一したり、あるいは高額なカスタムプログラムの代金を支払ったりする必要がない。
【００３４】
図４は電子署名取引と関連する支払いを容易にするための一例の処理４００のフロー図である。図４の処理はＥＳＳ１１０によって実行されてもよい。
【００３５】
図示された処理はブロック４０２から始まり、該処理は支払いフォームと電子署名文書とを関連付ける。支払いフォームはユーザから支払いデータを入手するべく構成され、また、通常、関連付けられた支払いプロセッサを有する。
【００３６】
ブロック４０４では、処理は署名のためにユーザに対して電子署名文書を表示する。ユーザへの文書の表示は、ＥＳＳの文書にアクセスするために使用されうる、文書の転送（例えば電子メール経由で）、又は識別子（例えばリンク）の添付された電子メールの転送を含む。
【００３７】
ブロック４０６では、該処理は支払いフォームを介してユーザから支払いデータを受領する。ユーザが支払いデータを検証及び署名するために、文書をやりとりする際、ユーザは支払いフォームから要求される支払いデータを提供する。この支払いデータは該処理によって受領され、支払いプロセッサによって支払いを開始するために使用される。
【００３８】
ブロック４０８では、処理は、支払いフォームに関連付けられた支払いプロセッサに、支払い処理をさせる。処理は、追加の署名が入手される、制限時間切れなどの１つ以上の状況が発生するまで、支払い処理を遅らせうる。
【００３９】
図５は一実施形態に従った、電子署名サービスを実施するための一例のコンピュータシステムのブロック図である。具体的には、図５はＥＳＳ１１０を実行するために使用されうるコンピュータシステム１００を図示している。
【００４０】
留意すべきであるが、ＥＳＳ１１０を実行するために、１又は複数の汎用又は特殊用途のコンピュータシステム／装置が使用されてもよい。また、コンピュータシステム１００は、１又は複数の独自のコンピュータシステム／装置を備えてもよく、そして、配信場所（ｄｉｓｔｒｉｂｕｔｅｄ  ｌｏｃａｔｉｏｎｓ）を拡大してもよい。さらに、示した各ブロックは、特定の実施形態に対して１つ以上のブロックを適宜表示しうる。又は他のブロックとの組み合わせで表示してもよい。また、ここに説明される性能を実現するために、ＥＳＳ１１０はソフトウェア、ハードウェア、ファームウェア又はそれらの組み合わせによって実施されうる。
【００４１】
ここに示される実施形態では、コンピュータシステム１００は、コンピュータメモリ（メモリ）１０１、ディスプレイ１０２、１又は複数の中央処理装置（ＣＰＵ）１０３、入力／出力装置１０４（例えば、キーボード、マウス、ＣＲＴ又はＬＣＤディスプレイなど）、他のコンピュータ可読メディア１０５、及び、ネットワーク１５０に接続されたネットワーク接続１０６を含む。ＥＳＳ１１０はメモリ１０１に内在するように図示されている。他の実施形態では、コンテンツの一部、ＥＳＳ１１０のいくつかの又はすべての構成要素（コンポーネント）は他のコンピュータ可読メディア１０５に保存及び／又は伝送されてもよい。ＥＳＳ１１０の構成要素は、好ましくは、１つ以上のＣＰＵ１０３上で実行し、且つ、ここに説明される支払い処理を含む電子署名処理を管理する。また、他のコード又はプログラム１３０（例えば、管理用インターフェイスやウェブサーバなど）、及び、データリポジトリ（ｄａｔａ  ｒｅｐｏｓｉｔｏｒｙ）１２０のような、他の可能性のあるデータリポジトリが、メモリ１０１に内在して、好ましくは１つ以上のＣＰＵ１０３で実行する。留意すべきであるが、図５の１つ以上の構成要素は、特定の実施において存在しなくてもよい。例えば、ある実施形態は、他のコンピュータ可読メディア１０５又はディスプレイ１０２を含まないことがある。
【００４２】
ＥＳＳ１１０は、サービスマネージャ１１１、ユーザインターフェイス（ＵＩ）マネージャ１１２、電子署名サービスアプリケーションプログラムインターフェイス（ＡＰＩ）１１３、支払いマネージャ１１４、及び電子署名サービスデータ保存部１１５を含む。
【００４３】
一般的に、ＥＳＳ１１０は、サービスマネージャ１１１及び関連するロジックを介して、送信者クライアントデバイス１６０及び／又は署名者クライアントデバイス１６１を操作するユーザのために又は該ユーザの代わりに、電子署名関連機能を実行する。一実施形態では、送信者クライアントデバイス１６０を操作する送信者は、電子署名されるべき文書をＥＳＳ１１０内にインポート（例えば、伝送、アップロード、送信）する。ＥＳＳ１１０は文書をデータ保存部１１５に確実（安全）に保存する。安全な文書保存は、ハッシュ、メッセージダイジェスト（ｍｅｓｓａｇｅ  ｄｉｇｅｓｔｓ）等の生成のような、文書改ざんを検出するための暗号技術を使用することを含む。
【００４４】
署名クライアントデバイス１６１を操作する署名者は、ＥＳＳ１１０によって保存された文書にアクセスし、該文書を閲覧し、且つ、該文書に署名する。ある実施形態では、ＥＳＳ１１０は、署名者クライアントデバイス１６１に文書の画像又は他の表示形態を伝送し、続いて、署名者の署名（又は署名の意思）の表示をＥＳＳ１１０に伝送する。そうすると、ＥＳＳ１１０はデータ保存部１１５内の文書に関連づけられた署名者の署名を安全に保存する。
【００４５】
ここに記載されるように、支払いマネージャ１１４は電子署名文書を介した支払いを円滑にする。最初に、送信者クライアントデバイス１６０を操作する送信者又は他のユーザが、支払いフォーム及び任意に１つ以上のフォーミュラフィールドと、データ保存部１１５に保存された電子署名文書とを関連付けうる。次に、署名クライアントデバイス１６１を操作する署名者は、署名文書に関連付けられた支払いフォームを介して、クレジットカード情報などの支払いデータを提供しうる。そして、支払いマネージャ１１４は提供された支払いデータを支払いプロセッサ１６５に転送し、支払いが処理される。さらに、支払いマネージャ１１４は、署名者クライアントデバイス１６１から受領された支払いデータ１１５と、支払いプロセッサ１６５から受領された商取引情報とをデータ保存部１１５に安全に保存する。
【００４６】
ＵＩマネージャ１１２は、ＥＳＳ１１０及びその様々な構成要素とのユーザ相互作用を容易にするビュー及びコントローラを提供する。例えば、ＵＩマネージャ１１２は、ＥＳＳ１１０に対話型アクセスをもたらし、これによりユーザは署名のための文書をアップロード又はダウンロードし、文書を検証及び変更し、署名された文書を受領者に伝送又は提供することができる。ある実施形態では、ＵＩマネージャ１１２の機能へのアクセスは、場合によりその他のプログラム１３０の１つとして実行するウェブサーバを介して行われうる。このような実施形態では、クライアントデバイス１６０又は１６１の一方で実行するウェブブラウザ（又は他のクライアント）を操作するユーザは、ＵＩマネージャ１１２を介してＥＳＳ１１０にインタラクト（相互作用）可能である。
【００４７】
ＡＰＩ１１３はＥＳＳ１１０の１以上の機能へのプログラム的アクセスを提供する。例えば、ＡＰＩ１１３は、他のプログラム１３０のうちの１つ又はいくつかの他のモジュールによって起動されうるＥＳＳ１１０の１つ以上の機能に対して、プログラムインターフェイスを提供することができる。このように、ＡＰＩ１１３は、（例えば、ＥＳＳ１１０の機能をウェブアプリケーションに統合するための）ユーザインターフェイス、プラグイン、ニュースフィード、アダプタといった、サードパーティのソフトウェアの開発を助ける。さらに、少なくともいくつかの実施形態では、ＡＰＩ１１３は、ＥＳＳ１１０の様々な機能にアクセスするために、支払いプロセッサ１６５のような遠隔エンティティ（ｒｅｍｏｔｅ  ｅｎｔｉｔｉｅｓ）を介して起動又はアクセスされてもよい。例えば、支払いプロセッサ１６５は毎日の商取引ログをＡＰＩ１１３経由でＥＳＳへ転送又はインポートしてもよい。
【００４８】
データ保存部１１５はＥＳＳ１１０の他のモジュールによって情報を保存及び／又は通信することに使用される。ＥＳＳ１１０の構成要素は、文書、署名、追跡されたフォームエントリ（追跡フォーム入力、ｔｒａｃｋｅｄ  ｆｏｒｍ  ｅｎｔｒｉｅｓ）などを含む、様々な種類の情報を記録することに、データ保存部１１５を使用する。ＥＳＳ１１０の構成要素は、主にデータ保存部１１５を通って通信するように記載されているが、メッセージ受け渡し、関数呼び出し、パイプ、ソケット、共有メモリなど、その他の通信方法も考慮される。
【００４９】
ＥＳＳ１１０は、ネットワーク１５０を介して、クライアントデバイス１６０、１６１及び支払いプロセッサ１６５と相互作用する。ネットワーク１５０は、１つ以上のメディア（例えば、ツイストペア、同軸ケーブル、光ファイバー、無線周波数）、ハードウェア（例えば、ルータ、スイッチ、リピータ、トランスシーバ）、及び、遠隔に位置する人間及び／又は装置の間の通信を容易にする１つ以上のプロトコル（例えば、ＴＣＰ／ＩＰ、ＵＤＰ、Ｅｔｈｅｒｎｅｔ（登録商標）、Ｗｉ−Ｆｉ、ＷｉＭＡＸ）の組み合わせでよい。ある実施形態では、ネットワーク１５０は複数の異なる通信チャネル又は機構（例えばケーブルベース又はワイヤレス）であってもよく、あるいは、これらを含んでもよい。クライアントデバイス１６０及び１６１は、パソコン、ラップトップコンピュータ、スマートフォン、携帯端末、タブレット型コンピュータなどを含む。
【００５０】
例示の実施形態では、ＥＳＳ１１０の構成要素／モジュールは標準的なプログラミング技術を使って実行される。例えば、電子署名サービス１１０は、ＣＰＵ１０３上で作動する「固有の（ｎａｔｉｖｅ）」実行ファイルとして、１つ以上の静的又は動的ライブラリに準じて実行されうる。別の実施形態では、ＥＳＳ１１０は、他のプログラム１３０の１つとして実行する仮想記憶デバイス（ｖｉｒｔｕａｌ  ｍａｃｈｉｎｅ）によって命令が処理されるときに実行されうる。一般的に、この分野で知られる広範なプログラミング言語を、この例示の実施形態を実行するために採用可能であり、それは様々なプログラミング言語パラダイムの代表的な実装を含む。該プログラミング言語パラダイムは、以下に限定されないが、オブジェクト指向言語（例えば、Ｊａｖａ（登録商標）  Ｃ＋＋、Ｃ＃、Ｖｉｓｕａｌ  Ｂａｓｉｃ．Ｎｅｔ、Ｓｍａｌｌｔａｌｋなど）、関数型言語（例えば、ＭＬ、Ｌｉｓｐ、Ｓｃｈｅｍｅなど）、プロシージャ言語（例えば、Ｃ、Ｐａｓｃａｌ、Ａｄａ、Ｍｏｄｕｌａなど）、スクリプト言語（例えば、Ｐｅｒｌ、Ｒｕｂｙ、Ｐｙｔｈｏｎ、ＪａｖａＳｃｒｉｐｔ（登録商標）、ＶＢＳｃｒｉｐｔなど）、及び、宣言型言語（例えば、ＳＱＬ、Ｐｒｏｌｏｇなど）を含む。
【００５１】
上記の実施形態は、既知の又は独占所有権を有する同期又は非同期のクライアントサーバコンピュータ技術を使用しうる。また、多様な構成要素は、例えば、単体のＣＰＵコンピュータシステム上で作動する実行ファイルのような、より単純なプログラミング技術を使って実行されてもよい。あるいは、多様な構成要素は、当業者に知られている様々な構築技術を使用して分解されてもよい。この様々な構築技術は、以下に限定されないが、それぞれが１つ以上のＣＰＵを備える１つ以上のコンピュータシステムで作動する、マルチ・プログラミング、マルチスレッディング、クライアント―サーバ、又はピアツーピアを含む。ある実施形態は、同時かつ非同期に実行し、且つ、メッセージ受け渡し技術を利用して通信してもよい。また、同様の同期の実施形態もサポートされる。また、他の機能は、各構成要素／モジュールによって実施及び／又は実行可能であり、異なる命令においても、及び、異なる構成要素／モジュールによっても、ここに説明した機能を実現可能である。
【００５２】
さらに、データ保存部１１８のような、ＥＳＳ１１０の一部として保存されるデータに対するプログラミングインターフェイスは、例えば、Ｃ、Ｃ＋＋、Ｃ＃、Ｊａｖａ（登録商標）  ＡＰＩを通して；ファイル、データベースもしくは他のデータリポジトリへのアクセスのためのライブラリによる；ＸＭＬのようなスクリプト言語を通して；又は、ウェブサーバ、ＦＴＰサーバ、又は保存データへのアクセスを提供する他の種類のサーバを通して、標準的機構（スタンダードメカニズム）によって利用可能である。図示されるデータ保存部１１８は、１つ以上のデータベースシステム、ファイルシステム、又は、このような情報を保存するための１つ以上の任意の技術、あるいは、上記の組み合わせとして実施され、普及しているコンピュータ技術を使用した実施を含んでいる。
【００５３】
プログラム及びデータの異なる構成及び記憶場所（ｌｏｃａｔｉｏｎ）は、上記の技術の使用のために考慮される。広く知られている様々なコンピュータ技術は、以下に限定されないが、ＴＣＰ／ＩＰソケット、ＲＰＣ、ＲＭＩ、ＨＴＴＰ、ウェブサーバ（ＸＩＬ−ＲＰＣ、ＪＡＸ-−ＲＰＣ、ＳＯＡＰなど）を含む既知の方法で、図示された実施形態の構成要素を実行するのに適切である。他の変形例も可能である。また、他の機能性が各構成要素／モジュールによって提供可能であり、あるいは、既存の機能性が異なる方法によって構成要素／モジュールの中に分配可能である。この場合においても、ここに説明した機能を達成する。
【００５４】
さらに、ある実施形態では、ＥＳＳ１１０のいくつか又はすべての構成要素は、少なくとも部分的なファームウェア及び／又はハードウェアのような、他の手段で実行又は提供されてもよい。これは、以下に限定されないが、１つ以上の特定用途向け集積回路（「ＡＳＩＣ」）、標準集積回路、適切な命令を実行するコントローラを含み、且つ、マイクロコンロトーラ及び／又は内蔵コントローラ、フィールドプログラマブルゲートアレイ（「ＦＰＧＡ」）、複合プログラム可能論理デバイス（「ＣＰＬＤ」）などを含む。いくつかの又はすべてのシステム構成要素及び／又はデータ構造は、コンピュータ可読メディア（例えば、ハードディスク；メモリ；コンピュータネットワークもしくは無線セルラーネットワーク又は他のデータ伝送メディア、あるいは、ＤＶＤもしくはフラッシュメモリデバイスのような、該当ドライブからの読み取られる、又は、該当接続を介して読み取られる携帯媒体）にコンテンツとして（例えば、実行ファイル又は他のマシン可読ソフトウェアの命令又は構築データとして）記録されうる。これにより、コンピュータ可読メディア及び／又は１つ以上の関連するコンピュータシステム又は装置が、説明した技術の少なくともいくつかを実行するようにコンテンツを実行、使用又は提供することを可能とし、又は、そのように設定する。また、いくつかの又はすべてのシステム構成要素及びデータ構造は、様々なコンピュータ可読伝達メディアにデジタル信号として（例えば、搬送波の一部としてエンコードされることにより、又は、アナログ又はデジタル伝播信号の一部として含まれることにより）記録されることができる。そして、それらは無線ベースのメディア、及び有線／ケーブルベースのメディアを通じて伝送され、様々な形式（例えば、単一もしくは多重化アナログ信号の一部、又は、複数の個別デジタルパケットもしくはフレーム）を有し得る。このようなコンピュータプログラム製品は、別の実施形態では異なる形態を取る可能性もある。したがって、この開示の形態は他のコンピュータシステム構造で実施されてもよい。
【００５５】
当業者がここに記される発明の思想とは離れて、既出の修正を除く多数の修正を加えることが可能であることは明らかである。さらに、明細書及びクレームを解釈する際、すべての用語は文脈に一致する最大限に考え得る方法で解釈されるべきである。具体的には、「含む」「備える」などの用語は、言及される要素、構成要素又は手段が、明確に言及されていないその他の要素、構成要素、又は手段を表示、使用又はそれらと組み合わされることを示し、よって要素、構成要素又は手段を非排他的な方法で言及すると解釈されるべきである。明細書及び請求書がＡ、Ｂ、Ｃ・・・Ｎから成るグループから選択された少なくとも何か１つを言及する場合、テキストは（Ａ、Ｂ、Ｃ）のグループから１つ以上の要素をＮに加えるという解釈ではなく、（Ａ、Ｂ、Ｃ・・・Ｎ）のグループからただ１つの要素を要求していると解釈されるべきである。
【００５６】
２０１２年３月２２日に出願された米国仮出願６１／６１４，３８３、発明の名称「ＳＹＳＴＥＭ  ＡＮＤ  ＭＥＴＨＯＤ  ＦＯＲ  ＦＯＲＭＵＬＡ  ＣＡＬＣＵＬＡＴＩＯＮ  ＡＮＤ  ＰＡＹＭＥＮＴ  ＡＵＴＨＯＲＩＺＡＴＩＯＮ  ＷＩＴＨ  ＥＬＥＣＴＲＯＮＩＣ  ＳＩＧＮＡＴＵＲＥ」を含む、上記で引用されたすべての参考文書は、全体として言及することにより組み込まれている。組み込まれた参考文書における用語の定義又は使用が一致しない、又はここで提示される用途の定義に反している場合、ここで提示される該用語の定義が優先される。
【００５７】
上記のとおり、本発明の好ましい実施形態が図示、記載されているが、本発明の思想及び技術範囲から逸脱することなく多数の変更がなされうる。したがって、本発明の技術範囲は、好ましい実施形態の開示によって限定されるものではない。代わりに、本発明は添付の請求項を参照して決定される。
【図１】
2015517143.tif 000003
【図２Ａ】
2015517143.tif 000004
【図２Ｂ】
2015517143.tif 000005
【図２Ｃ】
2015517143.tif 000006
【図２Ｄ】
2015517143.tif 000007
【図２Ｅ】
2015517143.tif 000008
【図２Ｆ】
2015517143.tif 000009
【図２Ｇ】
2015517143.tif 000010
【図３Ａ】
2015517143.tif 000011
【図３Ｂ】
2015517143.tif 000012
【図４】
2015517143.tif 000013
【図５】
2015517143.tif 000014
【国際調査報告】
2015517143.tif 000015