発信元クライアントコンピュータにおいて、コンテンツデータを移動装置に送信するユーザからの要求を受信するステップと、発信元クライアントコンピュータが、コンテンツデータを含む移動装置に送信されるショートメッセージを生成するための情報を発信元クライアントコンピュータのユーザから収集するステップと、前記発信元クライアントコンピュータが、所定のスキーマまたはフォーマットに基づき、前記収集した移動装置に送信されるショートメッセージを生成するための情報から、前記移動装置によって読取り可能であるフォーマットで前記コンテンツデータをカプセル化したWebサービスサーバコンピュータによって読取り可能である1つまたは複数のショートメッセージを生成するステップと、前記発信元クライアントコンピュータが、前記1つまたは複数のショートメッセージを前記Webサービスサーバコンピュータに送信するステップと、前記Webサービスサーバコンピュータが、前記1つまたは複数のショートメッセージを前記移動装置に送達するステップと、前記Webサービスサーバコンピュータが、前記1つまたは複数のショートメッセージの送達の状態を表す前記発信元システムで読むことが可能な応答を生成して、前記発信元クライアントコンピュータに前記応答を送信するステップであって、前記応答は第1の結果要素および第2の結果要素を有し、各前記結果要素は前記結果要素の詳細を表す1以上の子要素を有し、前記第1の結果要素は、送達が成功した2以上のショートメッセージの数を表す第1の子カウント要素を含み、前記第2の結果要素は、送達が成功した2以上のショートメッセージの数を表す第2の子カウント要素、受信者が前記2以上のショートメッセージの送達の失敗を引き起こしたエラーに関連付けられているとき含まれる受信者要素、ショートメッセージの送達の失敗の原因となる前記エラーを起こした前記ウェブサービス内のコンポーネントを示すエラー原因要素、および前記エラーを記述したメッセージを含むメッセージ要素を含む、ステップと、前記発信元クライアントコンピュータが、前記受信した応答を個別の要素に分割するステップと、前記発信元クライアントコンピュータが、前記受信した応答から分割された個別の要素に基づき、前記2以上のショートメッセージの送達が成功したか否かを前記ウェブサービスクライアントに通知するステップとを含むことを特徴とする移動装置メッセージング方法。前記Webサービスサーバコンピュータが、前記1つまたは複数のショートメッセージをWebサービスで受信するステップと、前記ショートメッセージの送信者が認証され、および前記ショートメッセージ内の送信者情報に基づいて前記ショートメッセージを送信することを許可されているか否かを判定するステップと、前記ショートメッセージの送信者が認証され、および前記ショートメッセージを送信することを許可されている場合、前記ショートメッセージからの前記コンテンツデータを前記移動装置に送信するステップとをさらに備えたことを特徴とする請求項1に記載の方法。前記移動装置に送信されるショートメッセージを生成するための情報を収集するステップは、前記発信元クライアントコンピュータが、送信者識別および送信者パスワードを含む送信者情報を収集するステップを含むことを特徴とする請求項1に記載の方法。前記移動装置に送信されるショートメッセージを生成するための情報を収集するステップは、前記発信元クライアントコンピュータが、サービスプロバイダおよび宛先の移動装置の携帯電話番号を含む宛先情報を収集するステップを含むことを特徴とする請求項1に記載の方法。前記移動装置に送信されるショートメッセージを生成するための情報を収集するステップは、前記発信元クライアントコンピュータが、前記Webサービスが前記移動装置に前記コンテンツデータを送信する時刻および日付を含む送達情報を収集するステップを含むことを特徴とする請求項1に記載の方法。前記ショートメッセージを生成するステップは、前記発信元クライアントコンピュータが、前記コンテンツデータが前記ショートメッセージに関する所定のサイズより長いか否かを判定するステップと、前記コンテンツデータが前記ショートメッセージに関する所定のサイズより長いとの判定に対応して、前記コンテンツデータを複数の部分に分割するか否かを決定するステップと、前記コンテンツデータを複数の部分に分割するとの決定に対応して、前記コンテンツデータを各部分が前記ショートメッセージに関する所定のサイズを超えない複数の部分に分割するステップと、各部分を別々のショートメッセージにカプセル化するステップとを含むことを特徴とする請求項1に記載の方法。前記ショートメッセージを生成するステップは、前記発信元クライアントコンピュータが、ショートメッセージサービスSMSメッセージに含まれる前記コンテンツデータを含む拡張可能マークアップ言語XMLファイルを生成するステップを含むことを特徴とする請求項1に記載の方法。前記ショートメッセージを生成するステップは、前記発信元クライアントコンピュータが、マルチメディアメッセージサービスMMSメッセージに含まれる前記コンテンツデータを含む拡張可能マークアップ言語XMLファイルを生成するステップを含むことを特徴とする請求項1に記載の方法。前記ショートメッセージを前記Webサービスに送信するステップは、前記発信元クライアントコンピュータが、シンプルオブジェクトアクセスプロトコルSOAPを用いて前記ショートメッセージを送信するステップを含むことを特徴とする請求項1に記載の方法。Webサービスサーバコンピュータが、所定のスキーマまたはフォーマットに基づき、移動装置によって読取り可能なフォーマットでコンテンツデータをカプセル化した、前記Webサービスサーバコンピュータによって読取り可能なショートメッセージを、発信元クライアントコンピュータから受信するステップであって、前記コンテンツデータはユーザからの要求によって特定されて前記発信元クライアントコンピュータから前記移動装置に送達される、ステップと、前記Webサービスサーバコンピュータが、前記ショートメッセージの送信元クライアントコンピュータが認証され、および前記ショートメッセージを送信することを許可されているか否かを判定するステップと、前記Webサービスサーバコンピュータが、前記ショートメッセージの送信元クライアントコンピュータが認証され、および前記ショートメッセージを送信することを許可されている場合、前記コンテンツデータを前記移動装置に送信するステップと、前記Webサービスサーバコンピュータが、前記1つまたは複数のショートメッセージの送達の状態を表す前記発信元システムで読むことが可能な応答を生成して、前記発信元クライアントコンピュータに前記応答を送信するステップであって、前記応答は第1の結果要素および第2の結果要素を有し、各前記結果要素は前記結果要素の詳細を表す1以上の子要素を有し、前記第1の結果要素は、送達が成功した2以上のショートメッセージの数を表す第1の子カウント要素を含み、前記第2の結果要素は、送達が成功した2以上のショートメッセージの数を表す第2の子カウント要素、受信者が前記2以上のショートメッセージの送達の失敗を引き起こしたエラーに関連付けられているとき含まれる受信者要素、ショートメッセージの送達の失敗の原因となる前記エラーを起こした前記ウェブサービス内のコンポーネントを示すエラー原因要素、および前記エラーを記述したメッセージを含むメッセージ要素を含む、ステップとを備えたことを特徴とする移動装置メッセージング方法。しかしながら、これらの手法はどちらも何らかの問題および制限を提示するものである。第1にHTMLメッセージを移動装置に転送することは、こうしたメッセージを発信することができる移動装置またはアプリケーションプログラムのいずれによっても、広くサポートされているものではない。例えば、MicrosoftOutlook登録商標などの電子手帳プログラムは、カレンダアポイントメントまたはタスクリマインダreminderを移動装置に転送するHTMLテキストの生成をサポートしていない場合がある。さらにこうした情報を転送するHTMLファイルは、かなりプラットフォームまたはアプリケーション特有である。したがってこの方法は、様々なシステムおよびアプリケーション間での互換性の問題を生じる。さらに、企業ファイアウォール、プロキシサーバなどの様々なセキュリティ機能が、所与の固定ネットワークの外で、またはこれを介して転送することができるメッセージのタイプを制限する。したがって、未知のまたは認識されていない装置へのHTMLまたは電子メールメッセージの送信は、ブロックされることになる。これによって、一部の固定ネットワークとのこれらの方法の使用は制限または複雑化される。本発明は、これらおよび他の考慮すべき点に関するものである。本発明によれば、上記および他の問題は、移動装置メッセージングに関する方法およびシステムによって解決される。これらの方法およびシステムは、移動装置に送信されるコンテンツをWebサービスによって読取り可能な形式に変換するWebサービスを含む。クライアントは、変換されたコンテンツデータを含む1つまたは複数のショートメッセージを生成し、Webサービスに送信する。Webサービスはショートメッセージを受信し、メッセージを処理し、コンテンツデータを所期の移動装置が読取り可能な形に変換する。その後Webサービスは、コンテンツデータを移動装置に送達するために無線ネットワークオペレータに転送する。本発明の他の態様によれば、移動装置メッセージング方法は、移動装置に送信されることになるコンテンツデータを含む情報を発信元システムから収集することを含む。その後、コンテンツデータをカプセル化するために、1つまたは複数のショートメッセージが生成される。この1つまたは複数のショートメッセージはWebサービスによって読取り可能なようにフォーマット化され、コンテンツデータは無線装置によって読取り可能なようにフォーマット化される。次に1つまたは複数のショートメッセージが、移動装置に送達するためにWebサービスに送信される。本発明の他の態様によれば、移動装置メッセージングシステムは、プロセッサと、プロセッサに結合されプロセッサによる読取りが可能なメモリとを備える。メモリは、プロセッサによって実行されたとき、発信元システムから移動装置に送信されることになるコンテンツデータを含む情報をプロセッサに収集させる命令を含む。1つまたは複数のショートメッセージが、コンテンツデータをカプセル化するために生成される。1つまたは複数のショートメッセージはWebサービスによって読取り可能なようにフォーマット化され、コンテンツデータは無線装置によって読取り可能なようにフォーマット化される。1つまたは複数のショートメッセージが、移動装置に送達するためにWebサービスに送信される。本発明の他の態様によれば、移動装置メッセージングシステムは、プロセッサと、プロセッサに結合されプロセッサによる読取りが可能なメモリとを備える。メモリは、プロセッサによって実行されたとき、プロセッサにWebサービスクライアントからショートメッセージを受信させる一連の命令を含む。ショートメッセージングは、Webサービスによって読取り可能なようにフォーマット化され、移動サービスによって読取り可能なようにフォーマット化されたコンテンツデータを含む。ショートメッセージの送信者が認証され、ショートメッセージを送信することを許可されているか否かに関して判定される。ショートメッセージの送信者が認証され、ショートメッセージを送信するように許可されている場合、コンテンツデータは移動装置に送信される。本発明はコンピュータプロセス、コンピューティングシステムとして、あるいはコンピュータプログラム製品またはコンピュータ読取り可能な媒体などの製品として、実施することができる。コンピュータプログラム製品は、コンピュータシステムによって読取り可能なコンピュータ記憶媒体とすることが可能であり、コンピュータプロセスを実行するために命令のコンピュータプログラムを符号化することができる。コンピュータプログラム製品は、コンピューティングシステムによって読取り可能な搬送波上で伝播される信号とすることも可能であり、コンピュータプロセスを実行するために命令のコンピュータプログラムを符号化することができる。本発明によって特徴付けられたこれらおよび様々な他の特徴ならびに利点は、以下の詳細な説明を読み、関連する図面を再検討することから明らかになろう。本発明の様々な実施形態について説明する前に、本明細書全体を通じて使用されることになるいくつかの用語を定義する。移動メッセージングとは、移動装置への、または移動装置からのテキストメッセージ、電子メール、リマインダ、カレンダアポイントメント、ビデオ、オーディオ、グラフィックス、および他のタイプのデータなどの、無線ネットワークを介したデータの送信および/または受信を指すものである。マルチメディアメッセージサービスMMSとは、様々な移動装置によって広くサポートされる、グラフィックス、ビデオ、音声、および他のマルチメディアコンテンツを、ネットワークを介して送信し、および受信するサービスである。マルチメディアメッセージサービスセンタMMSCとは、MMSメッセージを受信し、このメッセージを所期の受信者に向けて送るシステムである。このシステムは、通常、無線ネットワークオペレータによって操作される。ショートメッセージとは、Webサービスによって読取り可能であり、移動装置へ、または移動装置から転送されるデータのカプセル化に使用される、サイズが限定され、フォーマットが予め定義されたメッセージである。ショートメッセージサービスSMSとは、様々な移動装置によって広くサポートされる、ネットワークを介してショートテキストメッセージを送信および受信するサービスである。ショートメッセージサービスセンタSMSCとは、SMSメッセージを受信し、このメッセージを所期の受信者に向けて送るシステムである。このシステムは、通常、無線ネットワークオペレータによって操作される。シンプルオブジェクトアクセスプロトコルSOAPとは、Webサービスの要求および応答において情報を符号化する、拡張可能マークアップ言語XMLを使用するメッセージングプロトコルである。Webサービスとは、サーバ上に格納されインターネット全域でアクセス可能な、自己完結型self-containedモジュラアプリケーションまたはサービスの集合である。Webサービスは、アプリケーション上に格納された様々なアプリケーションの機能をクライアントアプリケーションに提供するものであり、クライアントアプリケーションはその機能を提供する必要がない。このサービスを使用する場合、クライアントは、サービスを呼び出し、かつ/またはWebサービスが読取り可能な形式でWebサービスにデータを渡す。図1は、本発明の一実施形態による移動装置にメッセージを送信するシステムを示す図である。システム100は、2つのWebサービス115および145と、2つのクライアントシステム105および135と、ショートメッセージサービスセンタSMSCおよび/またはマルチメディアメッセージサービスセンタMMSCを含む2つの無線ネットワークオペレータシステム120および150と、いくつかの移動装置125、130、155、および160とを含む。実際の実施では、任意の数のWebサービス、クライアントシステム、無線ネットワークオペレータシステム、および移動装置を使用することができる。クライアントシステム105および135は、インターネット110または他のネットワークを介して、1つまたは複数のWebサービス115および145と接続することができる。Webサービス115のプロバイダは、無線ネットワークオペレータと統合するかまたは分離することができる。分離している場合、Webサービス115は、インターネット110または他のネットワークを介して無線ネットワークオペレータシステム120と接続することができる。別法として、Webサービス145のプロバイダは、無線サービスを提供することから無線ネットワークオペレータシステム150も維持する、同じエンティティとすることもできる。この場合、Webサービス145は、イントラネット165または他のタイプのネットワークを介して、無線ネットワークオペレータシステム150と接続することもできる。図に見られるように、Webサービス115および145は、クライアントシステム105および/または135から移動装置125、130、155、および/または160のうちの1つまたは複数に、予め定義されたインターフェースを介してコンテンツを転送するモジュラアプリケーション群を提供する。この方法では、移動装置にメッセージを送信する場合、クライアントシステムはこの転送に関連付けられた追加の機能を実行することなく、Webサービスにコンテンツデータを提示することができる。クライアントシステム105または135のユーザは、移動装置125、130、155、および160のうちの1つまたは複数へのメッセージの送信を開始することができる。例えば、クライアントシステム105または135のユーザは、電子メールメッセージを見ながら、そのメッセージを移動装置125、130、155、および/または160に転送するように選択することができる。その後クライアントシステム105または135は、1つまたは複数のショートメッセージを生成し、転送する電子メールのコンテンツをカプセル化する。すなわち、クライアントシステムは、Webサービス115または145が読取り可能なメッセージを生成する。ショートメッセージは、ショートメッセージサービスSMSメッセージまたはマルチメディアメッセージサービスMMSメッセージの形式、あるいはコンテンツの送信先である移動装置が読取り可能な同様のフォーマットの、コンテンツデータを含むことができる。コンテンツをカプセル化するショートメッセージは、図4を参照しながら以下で説明するものと同様のスキーマまたはフォーマットに従う。いったんショートメッセージが生成されると、クライアントシステム105または135は、インターネット110を介してWebサービス115または145で確立されたチャネルを介して、Webサービス115または145にそのショートメッセージを送信する。一例では、ショートメッセージは、広くサポートされるシンプルオブジェクトアクセスプロトコルSOAPを使用して、Webサービス115または145に便利に送信することができる。Webサービス115または145は、以下で詳細に説明するように、ショートメッセージを解析し、クライアントシステム105または135のユーザがショートメッセージを送信するための認証および権限をチェックし、ユーザが認証され、および許可されている場合は、ショートメッセージのコンテンツを無線ネットワークオペレータシステム120または150に送信する。さらにWebサービス115または145は、ショートメッセージのエラーのチェック、メッセージおよびメッセージ送信結果のロギングなどの、他の機能を実行することもできる。場合によっては、Webサービス115または145はショートメッセージに含まれるコンテンツのフォーマットを修正して、これを特定の移動装置が読取り可能なフォーマットに置き換えることができる。Webサービス115および無線ネットワークオペレータシステム120が別々のエンティティによって操作されている場合、無線オペレータシステム120は、Webサービス115によって送信されたショートメッセージを受信し、および処理して、ならびにそのメッセージをSMSCおよび/またはMMSCに転送するSMSCゲートウェイ図示せずおよび/またはMMSCゲートウェイ図示せずを含む。ただし、Webサービス145および無線オペレータシステム150が同じエンティティによって維持されている場合、Webサービスは、ショートメッセージをSMSCおよび/またはMMSCならびに無線ネットワークオペレータシステム150に直接渡すことができる。正常に処理されたショートメッセージは、無線ネットワークオペレータシステム120または150によってSMSCまたはMMSCの待ち行列に入れられ、次に無線ネットワークオペレータシステム120または150が、Webサービス115または145にメッセージ送達の状況を通知する応答をWebサービス115または145に送信する。すなわち、無線ネットワークオペレータシステム120または150は、メッセージがSMSCまたはMMSC待ち行列に正常に送達されたかどうかをWebサービス115または145に通知し、あるいは正常に送達されなかった場合、エラー情報を返すことができる。次に無線ネットワークオペレータシステム120または150は、受信者となるように指定された移動装置にそのメッセージを送信する。次にWebサービス115または145は、無線ネットワークオペレータシステム120または150からの応答に基づいて、クライアントシステム105または135からのショートメッセージに対する応答を生成し、この応答をクライアントに送信する。すなわち、Webサービス115または145は、無線ネットワークオペレータ120または150からの応答に基づいて応答メッセージを生成することになる。応答メッセージのフォーマットについては以下で詳細に論じるが、一般に、メッセージ送達の成功または失敗の指標indication、戻りコード、エラーコード、または他の情報を含むことができる。次にWebサービス115または145は、クライアントシステム105または135への応答を送信し、今度はこれがユーザに応答を通知することができる。図2は、本発明の実施形態を実施することができる好適なコンピューティングシステム環境の一例を示す図である。このシステム200は、Webサービスを提供するクライアントシステムまたはサーバとして働くように使用することができるシステムを表す。最も基本的な構成では、システム200は通常、少なくとも1つの処理装置202およびメモリ204を含む。コンピューティング装置の正確な構成およびタイプに応じて、メモリ204は揮発性RAMなど、不揮発性ROM、フラッシュメモリなど、またはこの2つの何らかの組み合わせとすることができる。この最も基本的な構成は、図2中の破線206で示されている。さらに、システム200は追加の特徴/機能を有することもできる。例えば装置200は、磁気または光ディスクまたはテープを含むがこれに限定されることのない、取外し可能な、および/または固定の追加のストレージを含むこともできる。こうした追加のストレージは、図2中に取外し可能なストレージ208および固定のストレージ210で示されている。コンピュータストレージ媒体は、コンピュータ読取り可能命令、データ構造、プログラムモジュール、または他のデータなどの情報を格納するために、任意の方法または技術で実施される、揮発性および不揮発性、取外し可能および固定の媒体を含む。メモリ204、取外し可能ストレージ208、および固定のストレージ210は、すべてコンピュータストレージ媒体の例である。コンピュータストレージ媒体には、RAM、ROM、EEPROM、フラッシュメモリ、または他のメモリ技術、CD-ROM、デジタル多用途ディスクDVD、または他の光学ストレージ、磁気カセット、磁気テープ、磁気ディスクストレージ、または他の磁気ストレージ装置、あるいは、所望の情報を格納するために使用可能でありシステム200がアクセス可能な任意の他の媒体が含まれるが、これらに限定されるものではない。任意のこうしたコンピュータストレージ媒体は、システム200の一部とすることができる。システム200は、通常、システムが他の装置と通信できるようにする通信接続212を含む。通信接続212は通信媒体の一例である。通信媒体は通常、搬送波または他の移送メカニズムなどの変調データ信号内で、コンピュータ読取り可能な命令、データ構造、プログラムモジュール、または他のデータを具体化するものであり、任意の情報送達媒体を含む。変調データ信号という用語は、信号に情報を符号化するような方法で、その特徴のうちの1つまたは複数が設定または変更された信号を意味するものである。例を挙げると、通信媒体には、有線ネットワークまたは直接配線接続などの有線媒体と、音波、RF、赤外線、および他の無線媒体などの無線媒体とが含まれるが、これに限定されるものではない。本明細書で使用されるコンピュータ読取り可能な媒体という用語は、ストレージ媒体および通信媒体の両方を含む。システム200は、キーボード、マウス、ペン、音声入力装置、タッチ入力装置などの入力装置214を含むこともできる。ディスプレイ、スピーカ、プリンタなどの出力装置216を含むこともできる。これらすべての装置は技術的によく知られており、これ以上論じる必要はない。システム200などのコンピューティング装置は、通常、少なくとも何らかの形のコンピュータ読取り可能な媒体を含む。コンピュータ読取り可能な媒体は、システム200がアクセス可能な任意の使用可能な媒体とすることができる。例を挙げると、コンピュータ読取り可能な媒体はコンピュータストレージ媒体および通信媒体を備えることができるが、これに限定されるものではない。図3は、本発明の一実施形態による移動装置にメッセージを送信するシステムの機能構成要素を示す図である。この例には、インターネット315または他のネットワークを介してWebサービス310と接続されたクライアントシステム305が含まれる。別の方法として、クライアントシステム305は、他の移動装置へのメッセージを開始する移動装置とすることができる。このような場合、構成要素および操作は、クライアントシステム305を参照しながら以下で論じるものと同様となる。クライアントシステム305は、MicrosoftOutlook登録商標または他のアプリケーションプログラムなどのメッセージングアプリケーション320およびWebサービスクライアント325を含む。実行時にアプリケーション320は、ユーザがユーザインターフェース要素を選択することなどを介して、移動装置へのメッセージ送信を開始することができる。例えば、MicrosoftOutlook登録商標のユーザは、別のプラットフォーム上にあるかまたは別のメッセージアプリケーションを使用する同僚のPDAまたは携帯電話へ、カレンダアポイントメントを送信しようとする場合がある。こうした場合、ユーザは、移動装置へメッセージを送信する選択肢を示すユーザインターフェース要素を選択することができる。これに対応してアプリケーション320は、Webサービスクライアントモジュール325を呼び出し、インスタンス化し、またはそうでなければトリガする。Webサービスクライアント325は、ユーザインターフェースモジュール340、メッセージ生成モジュール330、およびWebサービス通信モジュール326を含む。ユーザインターフェースモジュール340は、メッセージに含める特定の情報についてユーザに問い合わせる。例えば、ユーザインターフェースモジュール340は、宛先装置のサービスプロバイダ、電話番号、および/または他の識別情報などの宛先情報について、ユーザに指示する。さらにユーザインターフェースモジュール340は、以下で論じるように、メッセージの認証および/または許可のためにWebサービス310が使用することになるユーザ識別および/またはパスワードなどの情報について、ユーザに照会する。代替実施形態では、メッセージ生成のより自動的なプロセスを可能にするために、必要に応じてユーザ情報を事前設定および検索することができる。概して、宛先移動装置に送信されるコンテンツは、宛先移動装置が読取り可能な形に置き換えられる。例えばSMSおよびMMSはほとんどの移動装置によって広くサポートされているため、これらのフォーマットはコンテンツデータを転送するのに便利である。さらに、SMSメッセージまたはMMSメッセージなどのメッセージには予め定義されたサイズ制限があるため、コンテンツはこの制限に照らしてチェックされる。コンテンツのサイズがコンテンツのサイズ制限を超えていると、メッセージ生成モジュール330は、コンテンツを複数のショートメッセージにカプセル化されるいくつかのセグメントに分割する。この分割または分裂はデフォルト時に実行することができる。その他の場合、ユーザがデータを複数のメッセージに分割できるようにすることに同意するか否かを判定するために、ユーザに問い合わせることができる。その後メッセージ生成モジュール330は、Webサービスが読取り可能なショートメッセージを生成し、宛先の移動装置に送信されることになるコンテンツをカプセル化する。例えば、予め定義されたスキーマに従ってXMLメッセージを生成することができる。こうしたショートメッセージおよび例示的なスキーマについての詳細は、図4を参照しながら後述する。別の方法として、Webサービスが読取り可能な他のフォーマットまたはスキーマを使用することもできる。一旦ショートメッセージが生成されると、Webサービス通信モジュール326は、インターネット315を介して確立されたチャネルを介してWebサービス310にショートメッセージ345を送信する。一例では、広くサポートされているシンプルオブジェクトアクセスプロトコルSOAPを使用して、ショートメッセージをWebサービス310へ都合よく送信することができる。Webサービス310は、Webサービスモジュール350を定義するWebサービス記述言語WSDLファイル355を含む。すなわちWSDLファイル355は、Webサービスモジュール350によって提供されるサービスのXMLまたは他の記述を含むことができる。例示的なWSDLファイルを以下の表1にリストする。Webサービスモジュール350は、クライアントシステム305からショートメッセージ345を受信する。その後Webサービスモジュール350は、このショートメッセージを解析し、送信者の識別情報を認証モジュール370に渡す。認証モジュール370は、クライアントシステム305のユーザが要求している人物であるか否か、およびメッセージを送信する許可を与えられているか否かを判定する。この判定は、識別およびパスワードなどの送信者の情報を、加入者データベース375内の情報と比較することによって実行される。Webサービス310のプロバイダが無線サービスのプロバイダと異なる場合、加入者データベース375は、Webサービス310のプロバイダではなく無線サービスプロバイダによって維持することができる。このような場合、認証モジュール370は、無線ネットワークオペレータのSMSCまたはMMSCに加入者情報を要求することができる。クライアントシステム305のユーザが認証され、許可されている場合、Webサービスモジュール350は、ショートメッセージのコンテンツを通信モジュール365に渡す。次に通信モジュール365は、無線ネットワークオペレータのSMSCにこのメッセージを送信する。上述のように、無線ネットワークオペレータは、メッセージ送達の成功または失敗を示す応答を返送する。通信モジュール365はこの応答を受信し、これをWebサービスモジュール350に渡す。次にWebサービスモジュール350は、無線ネットワークオペレータシステムからの応答に基づいて、クライアントシステム305からのショートメッセージ345に対する応答を生成する。すなわち、Webサービスモジュール350は、無線ネットワークオペレータからの応答に基づいて応答を生成する。応答のフォーマットについては、図5を参照しながら以下で詳細に説明するが、通常は、メッセージ送達の成功または失敗の指標、戻りコード、エラーコード、または他の情報を含むことができる。その後Webサービスモジュール350は、インターネット315を介してクライアントシステム305に応答380を送信する。さらに追跡/ロギングモジュールは、送信者の識別、時刻、結果、エラーコードなどのショートメッセージ345および応答380に関する情報を記録することができる。クライアントシステム305のWebサービス通信モジュール326は応答380を受信し、この応答を解析して、結果をユーザインターフェースモジュール340に渡すことができる。その後ユーザインターフェースモジュール340は、メッセージの成功または失敗をクライアントシステム305のユーザに通知することができる。例えばユーザインターフェースモジュールは、ウィンドウまたは他のユーザインターフェース要素を開けて、メッセージの成功または失敗を示すメッセージを表示することができる。失敗を示すメッセージは、エラーコードまたはメッセージを示すこともできる。図4は、本発明の一実施形態による、クライアントシステムまたは移動装置からWebサービスへのメッセージ用のフォーマットの一例を示す図である。この例は、ショートメッセージ用の可能なフォーマットの一例を示すものである。しかしながら、厳密な実施によってフォーマットは変わる場合がある。例えば、追加の要素を含むこと、要素が異なる順序であること、または示された要素の一部を省略することが可能である。このメッセージフォーマットは、XMLスキーマとして、または他の同様の方法で定義することができる。表2は、図4に示されたメッセージフォーマットを定義するXMLスキーマの一例である。図4に示されたメッセージフォーマットには、サービスプロバイダ要素405、送信者ID要素410、パスワード要素415、宛先要素420、ファイル済みメッセージ425、メッセージタイプ要素430、スケジュール要素435、およびメッセージフォーマット要素440が含まれる。表2でCarrierという名前で識別されたサービスプロバイダ要素405は、Webサービスをセットアップするサービスプロバイダを示す。サービスプロバイダが無線サービス通信事業者carrierでもあるかどうかに応じて、SMSCまたはMMSCと、あるいは図1を参照しながら上記で論じたような無線サービスの協同通信事業者のゲートウェイと、通信することができる。送信者ID要素410は、メッセージ送信者に関するユーザ名または他の識別情報を示す。送信者ID要素410は、表2の名前IDによって識別される。Webサービスと宛先移動装置の両方は、送信者ID要素の情報を用いて、メッセージの発信元を識別することができる。例えばWebサービスは送信者ID要素410を用いて、メッセージを追跡またはロギングすること、あるいは送信者がメッセージ送信を許可されているか否かを判定することができる。表2でPasswordという名前で識別されたパスワード要素415は、送信者に関するパスワードを示す。例えばWebサービスはこのパスワードを用いて、メッセージ送信者を識別および認証することができる。宛先要素420は、宛先移動装置の電話番号、アドレス、または他の識別を示す。宛先要素420は、表2でToMobileという名前で識別される。この情報は、移動装置にメッセージを送達するために、Webサービスから無線ネットワークサービスオペレータに渡される。表2でMessageという名前で識別されたメッセージ要素425は、メッセージのコンテンツを含む。例えばメッセージ要素425は、電子メール、カレンダアポイントメント、タスクリマインダ、または他の種類のコンテンツのテキストを含むことができる。場合によっては、送信されるコンテンツがスモールメッセージの所定のサイズを超える場合、前述のようにメッセージ要素425はより大規模なコンテンツの一部を含むことができる。メッセージタイプ要素430は、送達されているコンテンツの種類を示す。例えばメッセージタイプ要素430は、メッセージ要素425内のデータが電子メールメッセージまたはカレンダアポイントメントであることを示すことができる。メッセージタイプ要素430は、表2でMsgTypeという名前で識別される。スケジュール要素435は、宛先移動装置にメッセージを送達する特定時刻を示すことができる。スケジュール要素435は、表2でScheduledという名前で識別される。例えばこの情報は、Webサービスが宛先移動装置への送達のために無線ネットワークサービスオペレータにメッセージを送達しなければならない時刻および日付を示すことができる。表2でMMSという名前で識別されたメッセージフォーマット要素440は、メッセージ要素425に含まれるメッセージのタイプを示す。例えばメッセージフォーマット要素440は、メッセージ要素425がSMSメッセージであるかMMSメッセージであるかを示すことができる。図5は、本発明の一実施形態による、Webサービスからクライアントシステムまたは移動装置への応答用のフォーマットの一例を示す図である。この例では、ショートメッセージへの応答用の可能なフォーマットの一例が示されている。しかしながら、厳密な実施によってフォーマットは変わる場合がある。例えば、追加の要素を含むこと、要素が異なる順序であること、または示された要素の一部を省略することが可能である。この応答フォーマットは、XMLスキーマとして、または他の同様の方法で定義することができる。表3は、図5に示された応答フォーマットを定義するXMLスキーマの一例である。図5に示された応答フォーマットは、1つまたは複数の結果要素505および535を含む。各結果要素は、送信結果の詳細を表すいくつかの子要素を含むことができる。この例では、結果要素505および535は、任意の受信者要素510、存在する場合は受信者要素510の子である任意のカウント要素515、戻りコード要素520、エラー原因要素525、およびメッセージ要素530を含む。表3でResultという名前で識別された結果要素505または535は、同じ戻りコードを有する処理結果の集合を示す。すなわち結果要素505は、無線ネットワークサービスオペレータの、宛先装置へのメッセージ送信の結果を示す。さらに結果要素505は、メッセージの認証および許可チェックなどの、Webサービスによって実行されるチェックの結果を示すことができる。複数または分割メッセージの場合、複数の結果要素を使用することができる。例えば2つのショートメッセージが送信され、1つにエラーが発生した場合、2つの結果要素を応答に含めることができる。この場合、一方の結果要素は成功した結果を示し、他方の結果要素はエラー結果を示すことができる。任意の受信者要素510は、携帯電話番号、アドレス、または宛先移動装置に関する他の識別情報を示す。受信者要素510は、表3でToMobileという名前で識別される。受信者要素510は、エラーが存在し、そのエラーが受信者に対して何も実行しないことを示す場合、通常は省略可能である。例えば送信者が無効なパスワードを与えた場合、その結果として生じるエラーは受信者に対して何も実行しない。したがって、そのエラーに関連していない応答500から受信者要素510を省略することができる。表3でCountという名前で識別された受信者要素510の子である任意のカウント要素515は、分割または複数メッセージの場合に受信者要素505が対応するメッセージの数を示す。例えばカウント要素は3を示すことが可能であり、これは、結果要素505によって示された結果と共に3つのメッセージが送達されたことを意味する。さらに例えば、クライアントシステムが5つのメッセージからなるグループを1つの移動装置に送信する場合を考えてみる。3つのメッセージが正常に送達され、2つのメッセージが許可されていなかったために失敗した場合、2つの結果が返されることになる。一方の結果はカウント3の成功した結果を示し、他方の結果はカウント2の不成功の結果を示すことになる。戻りコード要素520は、Webサービスの応答が対応するメッセージ処理の結果を示す数値または他のコードを含むことができる。例えば戻りコード要素520は、Webサービスエラー、SMSCエラー、認証エラー、およびその他を示すことができる。戻りコード要素520は、表3でRetCodeという名前で識別される。表3でErrCauseという名前で識別されるエラー原因要素525は、エラーの原因である構成要素の指標を含むことができる。例えば、オリジナルのショートメッセージにあるユーザのパスワードが無効であった場合、エラー原因要素525はクライアントをエラーの原因として示すことができる。他の例では、サービスプロバイダのSMSCがWebサービスにメッセージの送達障害を示す応答を返した場合、エラー原因要素525はSMSCを原因として示すことができる。表3でMessageという名前で識別されるメッセージ要素530は、エラーを記述したメッセージを含むことができる。例えばメッセージ要素530は、エラーの性質または理由を記述したテキストまたはその他の容易に読取り可能な情報を含むことができる。このメッセージをクライアントシステムのユーザに表示するか、またはエラーの性質をユーザに通知するために移動装置を起動することができる。応答中の複数組の結果要素は、通常、同じ戻りコードを有する複数グループの結果が存在することを示す。連続する各結果要素は、上述のフォーマット例などと同じフォーマットに従う。さらに例えば、クライアントシステムが同じメッセージを3台の移動装置に同時に送信する場合を考えてみる。2つのメッセージは最初の2人の受信者それぞれに正常に送達され、1つのメッセージは受信者の電話番号が正しくなかったために失敗した場合、2つの結果が返されることになる。一方の結果は成功の戻りコードを伴う成功した結果を示し、他方の結果は無効の受信者番号戻りコードを伴う不成功の結果を示すことになる。本発明の様々な実施形態の論理演算は、1コンピューティングシステム上で実行中の一連のコンピュータ実施動作またはプログラムモジュールとして、および/または2コンピューティングシステム内で相互接続されたマシン論理回路または回路モジュールとして実装される。この実装は、本発明を実装するコンピューティングシステムの性能要件に依存する選択事項である。したがって、本明細書に記載された本発明の実施形態を構成する論理演算は、操作、構造装置、動作、またはモジュールとして様々に呼ばれる。当業者であれば、これらの操作、構造装置、動作、またはモジュールが、本明細書に添付の特許請求の範囲内で記載された本発明の趣旨および範囲から逸脱することなく、ソフトウェア、ファームウェア、特定用途向けデジタル論理、およびそれらの任意の組み合わせで実施可能であることを理解されよう。図6は、本発明の一実施形態による移動装置へのメッセージ送信を示すフローチャートである。この例は、移動装置へのメッセージ送信を開始するクライアントシステムに言及するものであり、クライアントシステムは必ずしも移動装置である必要はない。この例では、操作は、クライアントシステムによって実行される収集操作605で開始される。収集操作605は、ショートメッセージに含まれることになる情報を集める。例えば、ウィンドウまたは他のユーザインターフェース要素を開いて、宛先の移動装置の無線サービス通信事業者、および番号またはアドレス、ならびにユーザの名前または他の識別およびパスワードについて、ユーザに問い合わせることができる。さらに、メッセージの種類、送達スケジュール、およびメッセージコンテンツも収集することができる。次に生成操作610は、宛先の移動装置に送信されることになるコンテンツをカプセル化する1つまたは複数のショートメッセージを生成する。例えば、表2にリストされたスキーマに従って、XMLファイルを生成することができる。前述のように、宛先の移動装置に送信されることになるコンテンツが予め定義されたスモールメッセージサイズより長い場合、そのコンテンツをさらに小さい部分に分割することができる。このような場合、各部分についてスモールメッセージが生成されることになる。いったん1つまたは複数のショートメッセージが生成されると、送信操作615は、このショートメッセージをクライアントシステムからWebサービスへ送信する。この送信は、インターネットまたは他のネットワークを介してクライアントシステムとWebサービスとの間に確立されたチャネルを介して、シンプルオブジェクトアクセスプロトコルSOAPを用いて実行することができる。次に、Webサービスによって実行される受信操作620は、クライアントシステムからショートメッセージを受信する。その後照会操作625は、そのメッセージを許可するかどうかを決定する。この決定は、いくつかの要因に基づくものとすることができる。例えば第1の要因は、クライアントシステムのユーザが有効な識別およびパスワードを提供したか否かとすることができる。他の要因は、クライアントシステムのユーザがWebサービスに現在支払済みアカウントを有することに基づいてメッセージの送信を許可されるか否かとすることができる。さらにショートメッセージに対してテストを実行し、適切に形成されているか否か、および他の可能な要件に合致しているかどうかを判定することもできる。照会操作625で、メッセージが許可されるべきであると決定された場合、送信操作630はスケジュールされた時刻に、またはスケジュールされた時刻が指示されていない場合は、即時に宛先の移動装置のサービスプロバイダのSMSCに対して移動装置への送達に関するショートメッセージを送信する。その後生成操作635は、上記の表3にリストされたスキーマに従い、適切な戻りコード、エラーコード、およびエラーメッセージと共にメッセージの失敗を示すXMLファイルなどの応答を生成し、その応答をクライアントシステムに送信する。照会操作625で、メッセージが許可されるべきでないと決定された場合、生成操作635は、上記の表3にリストされたスキーマに従って、適切な戻りコード、エラーコード、およびエラーメッセージと共にメッセージの失敗を示すXMLファイルなどの応答を生成し、その応答をクライアントシステムに送信する。図7は、本発明の一実施形態によるショートメッセージの生成および移動装置への送信を示すフローチャートである。これらの操作は複数の方法で開始することができる。第1に、ショートメッセージの生成および送信は対話型モードで開始することが可能であり、ここではクライアントシステムまたは起動する移動装置のユーザが、システムまたは装置のユーザインターフェースを介してメッセージをトリガする。他の例では、メッセージの生成および送信を、何らかのイベントまたはある期間の経過あるいは他の条件の発生時に、自動的に実行することができる。例えばシステムは、すべての電子メールを移動装置に自動的に転送するように構成することができる。図7に示された例では、操作は収集操作705で開始される。収集操作705は、送信者のユーザ名または他の情報、パスワード、および送信者に特有の他の可能な情報などの、送信者情報を収集する。このデータの収集は、ユーザの照会、以前にユーザから提供された保存情報の読取り、または他の方法で実行することができる。次に、収集操作710は宛先情報を収集する。すなわち、収集操作710はウィンドウまたは他のユーザインターフェース要素をオープンし、宛先の移動装置のサービスプロバイダ、宛先の移動装置のセル番号、および他の可能な識別情報などの宛先情報を、ユーザに問い合わせる。収集操作712は、メッセージの送達時刻などの情報を収集する。例えばユーザは、できる限り早くまたは後の指定された時刻に、メッセージを送達したい場合がある。したがってユーザは、送達の時刻および日付を指定することができる。さらに収集操作712によって、他の送達の詳細を収集することもできる。例えばユーザは、ショートメッセージサイズより長いデータを送達用に複数の短いメッセージに分割できるか否かを示すことができる。他のデータの場合と同様に、この情報は予め構成して自動的に取り出すか、またはユーザへの照会によって収集することができる。次に収集操作715は、1つまたは複数のショートメッセージにカプセル化されて宛先の移動装置に送信されることになるコンテンツを収集する。例えば収集操作715は、電子メールメッセージ、カレンダアポイントメント、ワードプロセッシングファイル、スプレッドシート、または他の情報を読み取ることができる。送信される情報は、ユーザによって識別可能であるか、または、データを表示している間にボタンまたは他のユーザインターフェース要素をクリックするなどによってメッセージの生成が開始されたコンテキストによって想定可能である。次に照会操作720は、送信されるデータを1つまたは複数のショートメッセージに含めるべきであるか否かを決定する。例えば、SMSメッセージは予め定義されたサイズ制限を有する。データがこの制限より長く、メッセージを分割するように決定された場合、データは複数のメッセージに分割される。データ分割の決定は、前述の収集操作712で収集された送達情報に基づいて行うことができる。照会操作720で、データの長さがスモールメッセージサイズより長いことが決定され、ユーザが分割を選択した場合、分割操作725は、各々が十分に小さく、スモールメッセージに収まる複数の部分にコンテンツを分割する。次に生成操作730は、コンテンツデータをカプセル化する1つまたは複数のスモールメッセージを生成する。すなわち生成操作730は、表2にリストされたスキーマに従い、収集した送信者情報、宛先情報、およびコンテンツ情報を含む、1つまたは複数のXMLファイルを生成する。最終的に送信操作735は、1つまたは複数のスモールメッセージをWebサービスに送信する。前述のように、スモールメッセージは、インターネットまたは他のネットワークを介してクライアントシステムまたは開始移動装置とWebサービスとの間に確立されたチャネルを介して、SOAPを使用してWebサービスに送信することができる。図8は、本発明の一実施形態による移動装置へのショートメッセージの処理を示すフローチャートである。ここで操作は、受信操作805で開始される。受信操作805は、クライアントシステムまたは開始移動装置からショートメッセージを受信する。次に解析操作810は、受信したメッセージを解析する。すなわち受信したメッセージは、図4を参照しながら上記で説明した個々の要素を識別および読み取るために、XMLファイルのデリミタに基づいて解析される。次に照会操作815は、メッセージを開始するユーザが認証され、メッセージの送信を許可されているか否かを判定する。これらの判定は、識別およびパスワードなどの送信者の情報を加入者データベース内の情報と比較することによって実行される。例えば、送信者の識別およびパスワードを記録された情報に照らしてチェックすることができる。さらにメッセージ送信の権限のチェックは、送信者がサービスプロバイダに現在支払済みアカウントを有するか否かに基づいて行うことができる。送信者が認証または許可に不合格の場合、生成操作820は適切な応答コード、戻りコード、エラーコード、エラーメッセージなどを備えた応答メッセージを生成する。その後、返信操作845は応答を送信者に返信し、ログ操作850はメッセージおよび結果を記録する。照会操作815で、送信者が認証され、許可されていると決定された場合、送信操作825は、ショートメッセージ中に示されたとおりの無線サービスプロバイダのSMSCにショートメッセージを送信する。次に照会操作830は、SMSCからの応答を調べて、メッセージがSMSCの伝送待ち行列内に正常に配置されたか否かを判定する。メッセージが正常に待ち行列に配置されなかった場合、生成操作835は、適切な応答コード、戻りコード、エラーコード、エラーメッセージなどを備えた応答メッセージを生成する。その後返信操作845は応答を送信者に返信し、ログ操作850はメッセージおよび結果を記録する。照会操作830で、メッセージが正常に待ち行列内に配置されたと判定された場合、生成操作840は、適切な応答コード、戻りコード、エラーコード、エラーメッセージなどを備えた応答メッセージを生成する。その後返信操作845は応答を送信者に返信し、ログ操作850はメッセージおよび結果を記録する。図9は、本発明の一実施形態によるWebサービスからの応答の処理を示すフローチャートである。この例では、操作は受信操作905で開始される。受信操作905は、Webサービスからの応答を受信する。その後解析操作910は、応答を解析する。すなわち受信した応答は、XMLファイルのデリミタに基づいて解析され、図5を参照しながら上記で説明した個々の要素を識別し、および読み取る。最終的に、任意の通知操作915は、応答データに基づいて待ち行列に入れられたメッセージの成功または失敗をユーザに通知する。場合によっては通知が望ましくない場合もあるため、この操作は任意である。例えばメッセージがSMSCの伝送待ち行列内に正常に配置された場合、通知しない場合がある。他の場合では、すべての応答がユーザへの通知を指示することができる。通知は、ウィンドウまたは他のユーザインターフェース要素を開いて、ユーザにメッセージの成功または失敗を通知する形を取ることができる。通知には、応答からの戻りコード、エラーコード、および/またはエラーメッセージを含めることができる。前述の様々な実施形態は例示の目的で提供されたものであり、本発明を限定するものと解釈すべきではない。当業者であれば、本明細書に図示および記載された実施形態例および応用例に従うことなく、または添付の特許請求の範囲に示された本発明の真の趣旨および範囲から逸脱することなく、本発明の様々な修正および変更が可能であることを容易に理解されよう。