(57)【要約】  システムは、データベース及びサーバを具備し、前記サーバは、１つ又は複数の電子メールメッセージを生成するとともに通信ネットワークを介し１つまたは複数の電子メールメッセージのうちの１つ又は複数を携帯デバイスに送信するメッセージングモジュールを備え、１つまたは複数の電子メールメッセージのそれぞれはフォームスクリプトファイルがそれに添付され、１つまたは複数のフォームスクリプトファイルは、フォームインターフェースを描画するのに前記携帯デバイスにより使用されるフォームインターフェースの定義を有する。
2010501914.tif 000002
【特許請求の範囲】
【請求項１】
データベースと、
サーバと、
を具備し、
前記サーバは、１つ又は複数の電子メールメッセージを生成するメッセージングモジュールを具備し、
前記１つ又は複数の電子メールメッセージのうちの１つ又は複数は、それぞれがフォームスクリプトファイルを添付し、
１つ又は複数のフォームスクリプトファイルは、前記携帯デバイスでフォームインターフェースを描画するのに使用されるフォームインターフェースの定義を備え、
前記１つ又は複数の電子メールメッセージを、通信ネットワークを介して携帯デバイスに送信することを特徴とするシステム。
【請求項２】
前記データベースは、前記１つ又は複数のフォームスクリプトファイルのうちの１つ又は複数のそれぞれのレコードを具備することを特徴とする請求項１に記載のシステム。
【請求項３】
前記レコードは、フォームIDで識別されることを特徴とする請求項２に記載のシステム。
【請求項４】
前記レコードは、前記メッセージングモジュールからの生成された電子メールメッセージに応えて、前記携帯デバイスから受信した応答電子メールメッセージから集められたデータを具備することを特徴とする請求項２に記載のシステム。
【請求項５】
前記フォームスクリプトファイルは、拡張可能なマーク付け言語(XML)で記述されていることを特徴とする請求項１に記載のシステム。
【請求項６】
電子メール生成イベントを生成する１つ又は複数のアプリケーションサーバサーバをさらに具備し、
前記フォームスクリプトファイルは、前記電子メール生成イベントに基づいていることを特徴とする請求項１に記載のシステム。
【請求項７】
フォームインターフェースを描画するために携帯デバイスで使用されるフォームインターフェースの定義を含むフォームスクリプトファイルを生成するステップと、
前記フォームスクリプトファイルのためにレコードをデータベースに生成するステップと、
前記フォームスクリプトファイルを電子メールメッセージに添付するステップと、
前記電子メールメッセージを通信ネットワークを介して前記携帯デバイスに転送するステップと、
を具備することを特徴とする方法。
【請求項８】
電子メール生成イベントを検出するステップをさらに具備し、
前記フォームスクリプトファイルは、前記電子メール生成イベントに基づき生成されることを特徴とする請求項７に記載の方法。
【請求項９】
前記フォームスクリプトファイルは、拡張可能なマーク付け言語(XML)で記述されていることを特徴とする請求項７に記載の方法。
【請求項１０】
前記フォームスクリプトファイルと関連付けられているフォームIDを生成するステップと、
前記フォームスクリプトファイルのためにフォームIDをレコードに格納するステップと、
をさらに具備することを特徴とする請求項７に記載の方法。
【請求項１１】
前記電子メールメッセージに応えて前記携帯デバイスからの応答電子メールメッセージを受信するステップと、
前記フォームスクリプトファイルと関連付けられているデータを収集するために応答電子メールメッセージを解析するステップと、
前記フォームスクリプトファイルのために前記収集されたデータをレコードに格納するステップと、
をさらに具備することを特徴とする請求項７に記載の方法。
【請求項１２】
前記応答電子メールメッセージ中のフォームIDを検知するステップと、
前記データベースに、応答電子メールメッセージ内に検出されたフォームIDと適合するレコードが存在するかどうかを照合するステップと、
をさらに具備することを特徴とする請求項１１に記載の方法。
【請求項１３】
ディスプレイと、
電子メールアプリケーションモジュールと、
電子メールインターフェースをディスプレイ上に描画するためのインターフェースモジュールと、
電子メールアプリケーションユニットにより受信されたフォームスクリプトファイルを含む電子メールメッセージを検出するとともに、前記インターフェースモジュールに前記フォームスクリプトファイルに基づきフォームインターフェースを描画させるためのフォームエンジンと、
を具備し、
前記フォームスクリプトファイルは、前記フォームインターフェースの定義を含むことを特徴とする携帯デバイス。
【請求項１４】
フォームインターフェースにデータを入力するために、インターフェースモジュールと通信する入力装置をさらに具備することを特徴とする請求項１３に記載の携帯デバイス。
【請求項１５】
前記フォームエンジンは、前記フォームインターフェースに入力されたデータを、前記フォームスクリプトファイルで指定された電子メールアドレスに前記電子メールアプリケーションモジュールにより転送される応答電子メールメッセージに変換することを特徴とする請求項１４に記載の携帯デバイス。
前記フォームエンジンは、前記フォームインターフェースに入力されたデータを、応答電子メールメッセージに変換し、
前記応答電子メールメッセージは、前記電子メールアプリケーションモジュールにより、前記フォームスクリプトファイルで指定された電子メールアドレスに転送されることを特徴とする請求項１４に記載の携帯デバイス。
【請求項１６】
前記フォームエンジンは、フォームインターフェースに入力されたデータのキー/値の組を集めるために前記入力されたデータを解析することを特徴とする請求項１５に記載の携帯デバイス。
【請求項１７】
前記応答電子メールメッセージは、解析及びデータベースへ入力するために所定のフォーマットで記述されていることを特徴とする請求項１５に記載の携帯デバイス。
【請求項１８】
前記フォームスクリプトファイルは、拡張可能なマーク付け言語(XML)で記述されていることを特徴とする請求項１３に記載の携帯デバイス。
【請求項１９】
電子メールメッセージを添付ファイルとともに受信するステップと、
前記添付ファイルがフォームスクリプトファイルかどうか確認するステップと、
もし、前記添付ファイルがフォームスクリプトファイルでなければ、その後、前記電子メールメッセージを通常の電子メールメッセージとして処理するステップと、
もし、前記添付ファイルがフォームスクリプトファイルであれば、その後、フォームインターフェースを描画するために前記フォームスクリプトファイルを処理するステップと、
を具備し、
前記フォームスクリプトファイルは、前記フォームインターフェースの定義を有することを特徴とする方法。
【請求項２０】
フォームインターフェースの１つ又は複数のフィールドにデータを受信するステップと、
前記受信したデータを、前記フォームスクリプトファイルで指定された電子メールアドレスに転送される応答電子メールメッセージに変換するステップと、
をさらに具備することを特徴とする請求項１９に記載の方法。
【請求項２１】
前記変換するステップは、それぞれのフィールドのキー/値の組を取り出すためにデータを解析するステップを具備することを特徴とする請求項２０に記載の方法。
【請求項２２】
前記応答電子メールメッセージは、解析されるとともにデータベースへ入力されるために所定のフォーマットで記述されていることを特徴とする請求項２０に記載の方法。
【請求項２３】
前記フォームスクリプトファイルは、拡張可能なマーク付け言語(XML)で記述されていることを特徴とする請求項１９に記載の方法。
【請求項２４】
コンピュータ実行可能な命令をそれ上に格納したコンピュータ読み取り可能な媒体を具備し、
コンピュータにより実行された場合に、方法を実施するためのコンピュータに指示する前記命令は、
フォームインターフェースを描画するのに携帯デバイスで使用されるフォームインターフェースの定義を有するフォームスクリプトファイルを生成するステップと、
前記フォームスクリプトファイルのためにレコードをデータベースに生成するステップと、
前記フォームスクリプトファイルを電子メールメッセージに添付するステップと、
前記電子メールメッセージを前記携帯デバイスに通信ネットワークを介して転送するステップと、
を具備することを特徴とするコンピュータプログラム製品。
【請求項２５】
コンピュータにより実行された場合に、前記方法を実施するためのコンピュータに指示する前記コンピュータ実行可能な命令は、電子メール生成イベント検出するステップをさらに具備し、
前記フォームスクリプトファイルは、電子メール生成イベントに基づき生成されることを特徴とする請求項２４に記載のコンピュータプログラム製品。
【請求項２６】
前記フォームスクリプトファイルは、拡張可能なマーク付け言語(XML)で記述されていることを特徴とする請求項２４に記載のコンピュータプログラム製品。
【請求項２７】
コンピュータにより実行された場合に、前記方法を実施するためのコンピュータに指示する前記コンピュータ実行可能な命令は、
前記フォームスクリプトファイルと関連付けられているフォームIDを生成するステップと、
前記フォームスクリプトファイルのために前記フォームIDをレコードに格納するステップと、
をさらに具備することを特徴とする請求項２４に記載のコンピュータプログラム製品。
【請求項２８】
コンピュータにより実行された場合に、前記方法を実施するためのコンピュータに指示する前記コンピュータ実行可能な命令は、
前記電子メールメッセージに応じて前記携帯デバイスから応答電子メールメッセージを受信するステップと、
前記フォームスクリプトファイルと関連付けられているデータを集めるために応答電子メールメッセージを解析するステップと、
前記フォームスクリプトファイルのために前記集めたデータをレコードに格納するステップと、
をさらに具備することを特徴とする請求項２４に記載のコンピュータプログラム製品。
【請求項２９】
コンピュータにより実行された場合に、前記方法を実施するためのコンピュータに指示する前記コンピュータ実行可能な命令は、
前記応答電子メールメッセージ内のフォームIDを検出するステップと、
前記データベースに、応答電子メールメッセージ内に検出されたフォームIDと適合するレコードが存在するかどうかを照合するステップと、
をさらに具備することを特徴とする請求項２８に記載のコンピュータプログラム製品。
【請求項３０】
コンピュータにより実行された場合に、前記方法を実施するためのコンピュータに指示する前記コンピュータ実行可能な命令は、
電子メールメッセージを添付ファイルとともに受信するステップと、
前記添付ファイルがフォームスクリプトファイルかどうか確認するステップと、
もし、前記添付ファイルがフォームスクリプトファイルでなければ、その後、前記電子メールメッセージを通常の電子メールメッセージとして処理するステップと、
もし、前記添付ファイルがフォームスクリプトファイルであれば、その後、フォームインターフェースを描画するために前記フォームスクリプトファイルを処理するステップと、
を具備し、
前記フォームスクリプトファイルは、前記フォームインターフェースの定義を有することを特徴とするコンピュータプログラム製品。
【請求項３１】
コンピュータにより実行された場合に、前記方法を実施するためのコンピュータに指示する前記コンピュータ実行可能な命令は、
フォームインターフェースの１つ又は複数のフィールドにデータを受信するステップと、
前記受信したデータを、前記フォームスクリプトファイルで指定された電子メールアドレスに転送される応答電子メールメッセージに変換するステップと、
をさらに具備することを特徴とする請求項３０に記載のコンピュータプログラム製品。
【請求項３２】
前記変換するステップは、それぞれのフィールドのキー/値の組を取り出すためにデータを解析するステップを具備することを特徴とする請求項３１に記載のコンピュータプログラム製品。
【請求項３３】
前記応答電子メールメッセージは、解析されるとともにデータベースへ入力するために所定のフォーマットで記述されていることを特徴とする請求項３１に記載のコンピュータプログラム製品。
【請求項３４】
前記フォームスクリプトファイルは、拡張可能なマーク付け言語(XML)で記述されていることを特徴とする請求項３０に記載のコンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯デバイス技術に関する。より具体的には、携帯デバイスからのデータの収集及び構成に関する。
【背景技術】
【０００２】
この出願は、2006年8月18日出願の米国仮特許出願第60/838,658号の優先権を主張する。この米国仮特許出願は、引用により本明細書に組み込まれる。
【０００３】
現代社会の高度なモバイル環境のおかげで、以前は通常机で行なっていた仕事を、多くの人々が路上でこなすようになった。技術的観点から見ると、卓上で利用可能な通信及びコンピューティングツールの能力は、携帯性や消費電力問題の関係により路上で使用されるものよりもはるかに高い。例えば、オフィスで利用可能なコンピュータは非常に強力で早く、膨大な処理能力を要求するアプリケーションにマルチタスク能力を提供する。これらのコンピュータは、大容量ストレージおよび大容量メモリ機能ともに、膨大なデータ処理が可能な演算装置を備えている。しかし、オフィス外で使用するために構成されたデバイスにはそのポータビリティのために性能の限界がある。多くのコンピュータがモバイルユーザに受け入れられるように小型化しているが、これらポータブルコンピュータ（例えば、ラップトップ、ノートブック、タブレットなど）は、特に狭い空間、または移動中には依然として相対的に使いにくい。すなわち、移動中でもオフィスに接続したままでいるために、電子メール("e-mail")対応の携帯端末が、モバイルユーザの多くに好まれている。
【０００４】
メモリ容量の制限および前記携帯デバイスの処理能力のため、携帯情報端末("PDA")といった電子メール対応携帯デバイスには限界がある。そのため、コンピュータ上で利用可能な電子メールの全機能が、前記携帯デバイス上で利用できるわけではない。例えば、多くの電子メール対応携帯デバイスは、電子メールの添付ファイル(例えば電子文書など)にアクセスできない。なぜなら、前記携帯デバイスは、添付ファイルにアクセスするのに必要なアプリケーションを格納したり実行したりするだけのリソースを有していないからである。従って、電子メール対応携帯デバイスは、通常最小限度の電子メール機能だけを備えている(すなわち、テキストおよび基本的なグラフィック描画のみ)。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
これらの携帯デバイス上の電子メール機能の基本的性質により、これら携帯デバイスからのデータの配信および収集は厄介である。例えば、もしモバイルユーザからの情報を必要とした場合には、情報を要求するユーザは、モバイルユーザから収集することが必要な情報についての詳細なメッセージを電子メールに準備しなければならない。このメッセージを受信する前記モバイルユーザは、どのような応答をするかを決定するためにすべてのテキストにわたり解析しなければならない。前記モバイルユーザはその後、メッセージが何を運んでいるのかを要求者が識別できる形で提供される新しいメッセージ中の前記要求されたデータとともに新しい電子メールメッセージを生成しなければならない。
【０００６】
そのような情報のための要求及び応答は、通常、フォームにより効率的に取扱うことが可能である。フォームは、それぞれのフィールドで説明される要求されたデータとともに生成され、かつユーザに送信してもよい。前記要求された情報は、フォームのフィールドに直接入力されるとともに、その後要求者に返送してもよい。それにより、配信および収集処理を単純化する。残念なことに、前述の理由により多くの電子メール対応携帯デバイスは、配信および収集からそのようなフォームをサポートする機能に欠ける。
【０００７】
したがって、本発明は、電子メール対応携帯デバイスを介してデータを要求及び収集するシステム及び方法を対象とし、それは、従来技術での制限及び欠点に起因する１つ又は複数の問題を相当に除去する。
【課題を解決するための手段】
【０００８】
通常、本発明におけるシステム及び方法は、データ要求電子メールを、電子メール対応携帯デバイスへ送信する。前記データ要求電子メールは、スクリプトファイルの添付ファイルを具備する。前記添付ファイルは、前記携帯デバイスにデータ要求メッセージを表示する標準ユーザ・インターフェース("UI")を"フォーム(form)"フォーマットにカスタマイズするように指示する(directs)。前記携帯デバイスは、その後前記フォームをオンザフライで生成するとともにデータ要求メッセージをユーザに表示する。ユーザが前記フォームに情報を入力後、前記携帯デバイスは、前記入力を、バックエンドシステムにより解析及び処理可能なフォーマットでの標準テキストベースの電子メールメッセージに変換する。前記変換された電子メールメッセージはその後フォームで指定された特定の電子メールアドレスに電子メールで返送される。前記変換された電子メールの受信と同時に、指定されたバックエンドシステムは、前記電子メールメッセージに、要求したデータを取得するための処理を行なう。なぜなら前記フォームは、電子メールに添付のスクリプトファイルからオンザフライで生成されるとともに、応答は標準テキストベースの電子メールメッセージに変換されるからである。どんな電子メール対応携帯デバイスでも、容易且つ便利に、ユーザからのデータを要求するとともに収集可能である。
【０００９】
本発明の付加的な特徴及び利点は、以下の明細書により説明される。一部分は明細書から明白であるか、または本発明の実施により分かりうる。本発明の目的及び他の利点は、明細書及び特許請求の範囲に記載されたもの及び添付の図面で特に指摘される構造により理解され、達成される。
【００１０】
具体的にかつ広く説明されるように、これら及び他の利点を達成するため及び本発明の目的に従うためのサーバは、１つ又は複数の電子メールメッセージを生成するメッセージングモジュールを具備し、前記１つ又は複数の電子メールメッセージのうちの１つ又は複数は、それぞれがフォームスクリプトファイルを添付し、１つ又は複数のフォームスクリプトファイルは、前記携帯デバイスでフォームインターフェースを描画するのに使用されるフォームインターフェースの定義を備え、前記１つ又は複数の電子メールメッセージを通信ネットワークを介して携帯デバイスに送信する。
【００１１】
他の特徴として、前記方法は、フォームインターフェースを描画するために携帯デバイスで使用されるフォームインターフェースの定義を含むフォームスクリプトファイルを生成するステップと、前記フォームスクリプトファイルのためにレコードをデータベースに生成するステップと、前記フォームスクリプトファイルを電子メールメッセージに添付するステップと、前記電子メールメッセージを通信ネットワークを介して前記携帯デバイスに転送するステップと、を具備する。
【００１２】
さらなる特徴として、前記携帯デバイスは、ディスプレイと、電子メールアプリケーションモジュールと、電子メールインターフェースをディスプレイ上に描画するためのインターフェースモジュールと、電子メールアプリケーションユニットにより受信されたフォームスクリプトファイルを含む電子メールメッセージを検出するとともに、前記インターフェースモジュールに前記フォームスクリプトファイルに基づきフォームインターフェースを描画させるためのフォームエンジンと、を具備し、前記フォームスクリプトファイルは、前記フォームインターフェースの定義を含む。
【００１３】
さらにもう１つの特徴として、前記方法は、電子メールメッセージを添付ファイルとともに受信するステップと、前記添付ファイルがフォームスクリプトファイルかどうか確認するステップと、もし、前記添付ファイルがフォームスクリプトファイルでなければ、その後、前記電子メールメッセージを通常の電子メールメッセージとして処理するステップと、もし、前記添付ファイルがフォームスクリプトファイルであれば、その後、フォームインターフェースを描画するために前記フォームスクリプトファイルを処理するステップと、を具備し、前記フォームスクリプトファイルは、前記フォームインターフェースの定義を有する。
【００１４】
他の特徴として、前記コンピュータプログラム製品は、コンピュータ実行可能な命令をそれ上に格納したコンピュータ読み取り可能な媒体を具備し、コンピュータにより実行された場合に、方法を実施するためのコンピュータに指示する前記命令は、フォームインターフェースを描画するのに携帯デバイスで使用されるフォームインターフェースの定義を有するフォームスクリプトファイルを生成するステップと、前記フォームスクリプトファイルのためにレコードをデータベースに生成するステップと、前記フォームスクリプトファイルを電子メールメッセージに添付するステップと、前記電子メールメッセージを前記携帯デバイスに通信ネットワークを介して転送するステップと、を具備する。
【００１５】
さらなる特徴として、前記コンピュータプログラム製品は、コンピュータにより実行された場合に、前記方法を実施するためのコンピュータに指示する前記コンピュータ実行可能な命令は、電子メールメッセージを添付ファイルとともに受信するステップと、前記添付ファイルがフォームスクリプトファイルかどうか確認するステップと、もし、前記添付ファイルがフォームスクリプトファイルでなければ、その後、前記電子メールメッセージを通常の電子メールメッセージとして処理するステップと、もし、前記添付ファイルがフォームスクリプトファイルであるならば、その後、フォームインターフェースを描画するために前記フォームスクリプトファイルを処理するステップと、を具備し、前記フォームスクリプトファイルは、前記フォームインターフェースの定義を有する。
【００１６】
前述の概要及び以下の詳細な説明の双方とも、例示及び説明であり、主張する本発明の更なる説明を提供することを目的としている。
【図面の簡単な説明】
【００１７】
添付の図面は、本発明の更なる理解を提供し、組み込まれるとともにこの明細書の一部を構成する。添付の図面は、本発明を図で示した実施形態および説明と一緒に、本発明の原理を説明するのに役立つ。
【００１８】
【図１】本発明の一実施形態のブロック図を図示している。
【図２】本発明におけるスクリプトファイルの例を示している。
【図３Ａ】本発明の一実施形態のフローチャートを図示している。
【図３Ｂ】本発明のフォームエンジンが無い状態における、携帯デバイス上に表示された電子メールの表示例を示している。
【図３Ｃ】本発明におけるフォームエンジンにより生成されたフォーム対応画面の表示例を示している。
【図４Ａ】本発明における他の実施形態のフローチャートを図示している。
【図４Ｂ】本発明におけるフォームエンジンにより生成された応答電子メールの表示例を示している。
【図４Ｃ】本発明における送信確認(submission confirmation)の表示例を示している。
【発明を実施するための形態】
【００１９】
本発明の実施形態について、これから詳細に言及する。その例は、添付の図面に図示されている。
【００２０】
図１に図示するように、本発明におけるデータ収集システムは、電子メール対応携帯デバイス10，メッセージングサーバ20，アプリケーションサーバ30，およびデータベース40を具備している。通常、前記メッセージングサーバ20は、アプリケーションサーバ30上の電子メール生成イベント(例えば、新たな会議、金融指揮(banking lead)、新たな調査など)を検出する。それに応じて、前記メッセージングサーバ20は、デバイス固有のスクリプトファイルの添付ファイルとともに汎用(generic)電子メールメッセージ(すなわち、データ要求電子メール)を生成する。前記スクリプトファイルは、例えばエクステンシブルマークアップランゲージ("XML")などの、いかなるテキストベースのスクリプト言語であってよい。他のスクリプト言語も、本発明の範囲から逸脱することなく使用することができる。
【００２１】
ひとたびデータ要求電子メールが生成されると、前記メッセージングサーバ20は、前記電子メールを携帯デバイス10に送信する。前記携帯デバイス10は、携帯電話，電子手帳("PDA")，パームトップコンピュータなど、いかなる電子メール対応携帯デバイスであってもよい。ユーザがどれかの電子メールを開いた場合、携帯デバイス10上のコールバックインターフェースを介しフォームエンジン12が起動される。前記フォームエンジン12は、開いた電子メールの添付ファイルが特別のスクリプトファイルであるかどうかを確認するために添付ファイルをチェックする。スクリプトファイルが検出された場合、フォームエンジン12は、データ要求メッセージを前記スクリプトファイルにより定められるフォームフォーマットで表示する。言い換えると、前記フォームエンジン12は、カスタマイズされたインターフェース14のように、前記スクリプトファイルの定義に基づきオンザフライでカスタマイズされたフォームを描画するとともに、データ要求を表示する。前記ユーザはその後、要求された情報を前記カスタマイズされたインターフェース14に入力し、前記フォームを送信する。送信時に、前記フォームエンジン12は、前記入力情報をノーマルテキストベースの電子メールメッセージに変換するとともに、前記スクリプトファイル中で指定される電子メールアドレスに返信電子メールとして前記情報を送り返す。
【００２２】
前記メッセージングサーバ20が、携帯デバイス10から前記返信電子メールを受信した場合、前記電子メール生成イベントをトリガにして、前記メッセージは、前記アプリケーションサーバ30のアプリケーションにより必要とされるデータを取り出すために、自動的に解析されるとともに処理される。応答は、その後、構造化フォーマットで前記データベース40に格納される。それぞれコンポーネントのさらなる詳細な説明は、以下で提供される。
【００２３】
本発明のシステム及び方法は、通常、３つのコンポーネントを必要とする。第１コンポーネントは、データ要求電子メールの生成(すなわち、"発信")を対象とする。第２コンポーネントは、携帯デバイスでの前記データ要求電子メールの処理(すなわち"処理")を対象とする。第３コンポーネントは、前記携帯デバイスから受信した応答電子メールのバックエンド処理(すなわち"受信(Incoming)")を対象とする。これらそれぞれのコンポーネントは、順々に説明される。
【００２４】
前記"発信"コンポーネントは、新しい"フォーム"をセットアップするステップと、前記フォームのためのスクリプトファイルを生成するステップと、前記フォームスクリプトファイルを添付ファイルとして送信するステップと、を必要とする。さらに具体的には、上述したように、前記スクリプトファイルは、技術的にはそれ自体が"フォーム"ではない。以下でさらに詳細に説明するように、むしろ前記スクリプトファイルは、前記携帯デバイスに、ユーザにより生成されるフィールドを有するフォームフォーマットによる前記スクリプトファイルに含まれる情報を表示するように指示するものである。従って、前記携帯デバイスのフォームエンジンは、前記電子メールに添付された前記フォームスクリプトファイルにより提供される定義に従って、フォームをオンザフライで生成する。データ要求電子メールに応じた前記ユーザから受信する応答電子メールに適切にマッチすることができるように、前記発信コンポーネントは、前記データベース40に多様なエントリを生成するステップを具備する。例えば、新たなレコードは、生成されたそれぞれのスクリプトファイルのためのフォームテーブル(例えばBBFormテーブル)に生成される。誤ったフォームの送信を防ぐために、生成されたそれぞれのスクリプトファイルのための、すなわちフォームのための、ランダム生成された鍵(例えばformInstanceKeyなど)が、前記スクリプトファイルに含まれる。前記スクリプトファイルは、任意のスクリプト言語(例えば、XML)を使用して生成され、少なくとも応答が送信される返信電子メールと、固有のフォームID(すなわち、formInstanceKey)と、及びユーザからの応答が入力されるフィールドと、を定める。
【００２５】
例えば、表１は、前記スクリプトファイルで定義可能ないくつかのフィールドタイプを示している。
【００２６】
【表１】
2010501914.tif 000003
【００２７】
表１に記載のフィールドタイプは、前記スクリプトファイルで定められるフィールドタイプのあくまで一例であり、限定する趣旨ではない。従って、他のフィールドタイプが、本発明の範囲から逸脱することなく定義可能である。
【００２８】
下の表２は、フィールド要素のための属性のリストの例である。
【００２９】
【表２】
2010501914.tif 000004
【００３０】
表１と同様に、表２のリストは網羅的なものを意味しない。他の属性は、上述したフィールドタイプ及び属性に基づき、本発明の範囲から逸脱することなく定義され、使用することが可能である。
【００３１】
図２は、会議のためのデータ要求のためのスクリプトファイルの一例を示している。ひとたびスクリプトファイルが生成されると、前記スクリプトファイルのファイルネームを含む新しいレコードは、データベース40(例えば、GenericEmailDetailテーブル)に入力される。例えば、レコードの値(例えば、GenericEmailDetailType)は、"FN."と指定してもよい。そして、前記スクリプトファイルは、データベース40のテーブル(例えば、GenericEmailAttachmentDetailテーブル)に、上記のテーブルに挿入されたファイルネームレコード(例えば、genericEmailDetailId)を使用して挿入される。すべてのフィールド要素は、"収集(collection)"要素の中にある必要がある。収集要素は、レイアウト属性により指定される他の収集要素を有してもよい。例えば、<collection>は、デフォルトでは、垂直方向へのレイアウトを定義する(すなわち、すべてのフィールドは、新しい行に置かれる)。従って、<collection layout = "horizontal">は、水平方向へ設置されるフィールドを生成するのに使用しうる。また、<collection layout= "flow">は、もし行にさらにスペースがなければ、次の行に改行するように、フィールドを水平方向に設置するのに使用しうる。ひとたび前記レコードがデータベース40上に生成されたならば、前記スクリプトファイルは、汎用電子メールに添付されるとともに前記携帯デバイス10に送信される。
【００３２】
前記"処理"コンポーントは、携帯デバイス10での２つの処理段階を必要とする。携帯デバイス10上の前記データ要求電子メールの処理の詳細が、図３Ａ-３Ｃを参照しながら説明される。図３Ａに示すように、まず前記携帯デバイス10の電源が入れられると、前記フォームエンジン12は、バックグラウンド処理を開始する。前記処理は、"メールオープン(mail-open)"イベント(S301)を受信するために、デバイスのオペレーティングシステムにこの処理を登録する。ひとたび前記スクリプトファイルが添付された汎用電子メール(すなわち、前記データ要求電子メール)が、前記携帯デバイス10により受信されると、前記データ要求電子メールは、他の電子メールのエントリと同様に、前記携帯デバイス10の電子メールアプリケーションの受信箱に入る。ユーザは、その後、前記メッセージを開くために前記電子メールを選択する(S302)。前記電子メールを開くことで、前記フォームエンジン12により検出されるメールオープンイベントが生成される(S303)。もし前記開いた電子メールに添付ファイルがあるならば、前記添付ファイルがフォームスクリプトファイルかどうかを確認することにより特別なメッセージ(すなわちフォーム対応)かどうか判定するために前記開いた電子メールは解析される(S304)。もしフォーム対応でなければ、前記メッセージは、装置の標準オープン機能により処理されるとともに、前記携帯デバイス10上に表示される(S305)。
【００３３】
もし前記電子メールが特別なメッセージ(すなわちフォーム対応データ要求)であると判定された場合、その後フォームエンジン12は、画面要素(例えば、表１及び表２に定義されているもの)を定める添付されたスクリプトファイルを解析するとともに、ユーザインターフェースマップオブジェクト(例えば、UIMetaData)を生成する(S306)。前記フォームエンジン12は、記入式のフォーム画面のような、前記スクリプトファイルで定義されたフィールドを表示する新しい画面をオンザフライで生成するために前記インターフェースマップオブジェクトを使用する(S307)。前記フォーム画面オブジェクト(例えば、FormScreen)はフォームフィールドオブジェクトの１つのまとまり(collect)を有し、それらはそれぞれ、標準グラフィカル・ユーザ・インターフェース(GUI)コントロールへのリファレンスだけでなく、ネーム/値の組のより強固なハンドリングを備える。前記フォーム画面オブジェクトは、前記携帯デバイスのアプリケーションプログラミングインターフェース(API)の標準画面オブジェクトを拡張する。前記フォームエンジン12は、この標準画面は必要ではなくなるため、その後、標準装置オープン機能により生成されたトップ画面を画面スタックから閉じる(pops off)(S308)。前記フォームエンジン12は、その後新しいフォーム画面を画面スタックのトップ上にプッシュする(S309)。新しいフォーム対応画面(例えば、記入式のフォーム対応データ要求など)は、前記携帯デバイス10上に表示される(S310)。図３Ｂは、本発明におけるフォームエンジン12が無い場合に、前記スクリプトファイルが添付された前記データ要求電子メールが典型的な携帯デバイス上にどのように表示されるかの一例を図示したものである。図３Ｃは、上述したフォームエンジン12による処理後に携帯デバイス10上に表示されているフォーム対応画面の一例を図示している。
【００３４】
前記データ要求電子メールに対する応答処理の詳細は、図４Ａ−４Ｃを参照しながら説明される。図４Ａに図示するように、フォーム対応画面は、前記添付されたスクリプトファイルを基に携帯デバイス10上に描画される。ユーザは、要求されたデータを入力するために記入式のフォーム対応画面と情報をやりとりするとともに必要な選択を行なう(S401)。もし、ユーザが、エントリをキャンセルしたならば(例えば、ESCボタン)、ユーザはメッセージを終了する確認の入力を促される(S402)。もしユーザが終了を承認したならば、その後画面は受信箱に戻る(S403)。もしユーザが終了をキャンセルした場合には、その後画面は、フォーム対応画面に戻る(S401)。もしユーザが、フォーム対応画面への記入をエントリすることを選択した場合、ユーザは送信確認の入力を促される(S404)。もしユーザが送信をキャンセルしたならば、画面はフォーム対応画面に戻る(S401)。もし、ユーザが送信を承認したならば、その後前記フォームエンジン12は、送信のための応答処理を行なう。
【００３５】
前記フォームエンジン12は、ユーザによるフォーム対応画面への入力を処理する(S405)。これらは前記フォーム対応画面を描画するのに使用される前記スクリプトファイルにより定義されたフィールドになされる入力を含む。特に、前記フォームエンジン12は、フィールド要素のすべてにわたり繰り返し適用されるとともに、それぞれのエントリのネーム/値の組を格納する(S406)。それぞれのエントリのための前記ネーム/値の組は、フィールドに入力された値が適切であることを確実にするために、例えば型/境界の確認をすることで確認される(例えば、数値フィールドでのテキストなど)とともに、集められた記入のネーム/値(すなわち、キー/値)の組は、その後、検出されたすべてのネーム/値の組を含む応答電子メールを生成するのに使用される(S407)。前記生成された応答電子メールは、メッセージングサーバ20で受信されることによりプログラム的に実行される構造化コンテンツを備え、前記スクリプトファイルに含まれる返信電子メールアドレス(例えば、図２における"eBankerQA mobile"サーバの"returnemail@returnemail.com")により定められた指定メッセージングサーバ20に送信される(S408)。前記画面は、その後応答電子メールが送信されたことを示す受信箱中の送信メッセージ表示とともに受信箱に戻る(S409)。図４Ｂは、フォーム対応画面へのエントリ処理後に前記フォームエンジン12により生成された応答電子メールの一例を図示している(S407)。図４Ｃは、応答電子メールが送信されたことの受信箱中の送信確認の一例を図示している。
【００３６】
ひとたび応答電子メールが受信されたならば、前記"受信"コンポーネントは、キー/値の組を集めるために応答電子メールを解析するステップと、応答電子メールを識別する生成されたスクリプトファイルであるデータ(すなわち、formCode及びformInstanceKey)を抽出するステップを必要とする。ひとたび前記スクリプトファイル識別情報が抽出されたならば、レコードをデータベース40(例えば、BBFormIncomingテーブル)に挿入するために処理がコールされ、前記識別情報の妥当性を、同一の識別情報がデータベース40に今までに作成されていたかどうかを確認することにより照合する(例えば、formInstanceKey)。もし識別情報が有効であるならば(すなわち、適合するformInstanceKeyがデータベース40で見つかった場合)、その後、前記応答電子メールから集められたすべてのキー/値の組が、データベース40(例えば、BBFormParamBuffer)に挿入される。もし、前記キー/値の組のキーが１度以上現れる場合には、その後、前記キーが現れるたびに１行(one row)が挿入されうる。もし、前記キー/値の組の値がデータベースフィールド(すなわち、BBFormParamBuffer)に対し大きすぎる場合には、複数の行に分割してもよい。ハンドラは、その後すべてのSQL文を得るために他の処理をコールする。前記ハンドラはその後、それぞれの文を解析し、必要な置換を行ない、適切な順でデータベースコールを実行する。追加的なエラーハンドリング及び通知はその後処理される。
【００３７】
例えば、以下の表３は、上述の応答電子メールの処理が実行されるSQL文の一例を示している。
【００３８】
【表３】
2010501914.tif 000005
【００３９】
これらの文は、sortOrderに従い実行される。{field_name}は、それ自身のBigDecimal値で代用してもよい。{"field_name"}は、それ自身のString値で代用してもよい。この例において、Select文により返されるものは何でも、キー/値の組の全体リストに追加されるとともにその後のSQL文に使用可能である。例えば、Select文で返されるpostMeetingNotes列は、Update文で変更する(alter)のに使用される。例えば、"nl"は、新たな行を表す特別なキャラクタ("sp"は、空白を表し、"tb"は、タブを表す)であり、中括弧{}内に現れるいかなる結合(+)もJava（登録商標）で実行されうる。
【００４０】
本発明に従い携帯デバイスのための前記フォームエンジン12に種々の変形及び変更がこの発明の精神又は範囲から逸脱することなくなされうることは当業者にとり明らかである。例えば、上記の例は、記入式のフォーム対応データ要求を有しているが、ユーザからの応答を必要とするかしないかにかかわらずいかなるメッセージも、本発明の範囲から逸脱することなくフォーム対応画面に表示されうる。このように、本発明は、添付の特許請求の範囲及びそれに均等なものの範囲内で提供される本発明の修正及び変更を保護することを意図する。
【符号の説明】
【００４１】
１０      電子メール対応携帯デバイス
１２      フォームエンジン
１４      インターフェース
２０      メッセージングサーバ
３０      アプリケーションサーバ
４０      データベース
【図１】
2010501914.tif 000006
【図２】
2010501914.tif 000007
【図３Ａ】
2010501914.tif 000008
【図３Ｂ】
2010501914.tif 000009
【図３Ｃ】
2010501914.tif 000010
【図４Ａ】
2010501914.tif 000011
【図４Ｂ】
2010501914.tif 000012
【図４Ｃ】
2010501914.tif 000013
【国際調査報告】
2010501914.tif 000014