(57)【要約】  本発明の実施形態によると、固定された最大サイズのデータパッケージにデータを符号化し、受信端末に送信するデータ通信を提供する。受信端末は、受信端末に格納された処理情報と組み合わせて、復号化手順に基づき、データパッケージを復号化し、さらに処理する。データは、特定のデータグループに属し、処理情報はこの特定のデータグループに関連付けられている。
2011523240.tif 000002
【特許請求の範囲】
【請求項１】
データ通信のための通信システムであって、
固定された最大サイズのデータパッケージにデータを符号化し、このデータパッケージを受信端末に送信する送信端末と、
処理情報と組み合わせて、復号化手順に基づきデータパッケージを復号化し、処理する受信端末と、を備え、
上記データは特定のデータグループに属しており、
上記処理情報は、この特定のデータグループと関連付けられて、上記受信端末において格納されており、
上記データが市場活動に関する情報を含む通信システム。
【請求項２】
上記データパッケージの符号化、およびデータパッケージの処理は、上記処理情報と組み合わせて、上記データパッケージから得られる文字情報およびグラフィカル情報の表示を行なうことを含む請求項１に記載の通信システム。
【請求項３】
上記データパッケージの処理のために用いられる処理情報が、受信したデータパッケージの識別子に基づき、上記受信端末から選ばれる請求項１または２に記載の通信システム。
【請求項４】
上記受信端末が、データプロットとして上記データを表示するように構成されており、
上記処理情報が、上記データプロットについての、ｘ軸の範囲、ｙ軸の範囲、ｘ軸のラベリング、およびｙ軸のラベリングに関する情報を含む請求項２または３に記載の通信システム。
【請求項５】
固定された最大サイズのデータパッケージは、ＳＭＳデータパッケージである請求項１から４のうちのいずれか１項に記載の通信システム。
【請求項６】
上記送信端末が、サーバである請求項１から５のうちのいずれか１項に記載の通信システム。
【請求項７】
上記受信端末が、モバイル機器である請求項１から６のうちのいずれか１項に記載の通信システム。
【請求項８】
上記送信端末は、市場活動を監視するとともに、該市場活動における所定のトリガとなるイベントを検知するように構成されており、
上記トリガとなるイベントの検知後に、上記送信端末は、該トリガとなるイベントに関連するデータをデータパッケージに符号化し、この符号化したデータパッケージを上記受信端末に送信する請求項１に記載の通信システム。
【請求項９】
上記送信端末は、生データを格納するためのメモリを備え、
データパッケージへと符号化される前に、上記生データが処理される請求項１から８のうちのいずれか１項に記載の通信システム。
【請求項１０】
上記送信端末は、上記データの最小値と最大値とを決定するとともに、該最小値および最大値に基づき、受信端末において該データを表示するためのデータ範囲を決定する請求項１から９のうちのいずれか１項に記載の通信システム。
【請求項１１】
上記受信端末は、上記データ範囲の決定に基づき、データパッケージを復号化し、処理するように構成されている請求項１０に記載の通信システム。
【請求項１２】
上記データの符号化により、２桁の１６進数の配列と関連するデータパッケージとなる請求項１０または１１に記載の通信システム。
【請求項１３】
上記データの符号化はユーザによる所定の符号化パラメータに基づき実行される請求項１から１２のうちのいずれか１項に記載の通信システム。
【請求項１４】
上記データパッケージが、２次元データセットに関連するものである請求項１から１３のうちのいずれか１項に記載の通信システム。
【請求項１５】
上記データパッケージが、３次元データセットに関連するものである請求項１から１４のうちのいずれか１項に記載の通信システム。
【請求項１６】
通信システム用の送信端末であって、
上記送信端末は、固定された最大サイズのデータパッケージにデータを符号化し、このデータパッケージを受信端末に送信するように構成されており、
上記受信端末は、処理情報と組み合わせて、復号化手順に基づきデータパッケージを復号化し、処理するように構成され、
上記データは特定のデータグループに属し、
上記処理情報は、特定のデータグループに関連するものであり、上記受信端末に格納されており、
上記データは市場活動に関する情報を含む送信端末。
【請求項１７】
通信システム用の受信端末であって、
上記受信端末は、処理情報と組み合わせて復号化手順に基づき、固定された最大サイズのデータパッケージであって、送信端末によって符号化されたデータを含むデータパッケージを、復号化し、処理するように構成されており、
上記データは、特定のデータグループに属し、
上記処理情報は、この特定のデータグループと関連づけられて、上記受信端末において格納されており、
上記情報が、市場活動に関する情報を含む受信端末。
【請求項１８】
通信システムを用いたデータ通信方法であって、
固定された最大サイズのデータパッケージにデータを符号化し、このデータパッケージを受信端末に送信するステップと、
上記受信端末において、処理情報と組み合わせて、復号化手順に基づきデータパッケージを復号化し、処理するステップと、を含み、
上記データは特定のデータグループに属しており、
上記処理情報は、この特定のデータグループと関連付けられて、上記受信端末において格納されており、
上記データが市場活動に関する情報を含むデータ通信システム。
【請求項１９】
通信システムを用いたデータ通信のためのプログラム要素であって、
送信端末が備える第１プロセッサによって実行されると、固定された最大サイズのデータパッケージにデータを符号化し、該データパッケージを受信端末に送信するステップを実行するように構成されており、
上記データパッケージは、上記受信端末において、処理情報と組み合わせて、復号化手順に基づき復号化され、処理されるように適合されており、
上記データは、特定のデータグループに属しており、
上記処理情報は、この特定のデータグループと関連付けられて、上記受信端末において格納されており、
上記データが市場活動に関する情報を含むプログラム要素。
【請求項２０】
通信システムを用いたデータ通信のためのプログラム要素であって、
受信端末が備える第２プロセッサによって実行されると、処理情報と組み合わせて、復号化手順に基づき、データパッケージを復号化し、処理するステップを実行するように構成されており、
上記データパッケージは符号化されたデータを含み、固定された最大サイズを有しており、上記受信端末に送信されたものであり、
上記データは、特定のデータグループに属しており、
上記処理情報は、この特定のデータグループと関連付けられて、上記受信端末において格納されており、
上記データが市場活動に関する情報を含むプログラム要素。
【請求項２１】
通信システムを用いたデータ通信のためのコンピュータプログラムが格納される、コンピュータ読み取り可能な記録媒体であって、
上記コンピュータプログラムは、送信装置が備える第１プロセッサによって実行されると、固定された最大サイズのデータパッケージにデータを符号化し、該データパッケージを受信端末に送信するステップを実行するように構成されており、
上記データパッケージは、上記受信端末において、処理情報と組み合わせて、復号化手順に基づき復号化され、処理されるように適合されており、
上記データは、特定のデータグループに属しており、
上記処理情報は、この特定のデータグループと関連付けられて、上記受信端末において格納されており、
上記データが市場活動に関する情報を含むコンピュータ読み取り可能な記録媒体。
【請求項２２】
通信システムを用いたデータ通信のためのコンピュータプログラムが格納される、コンピュータ読み取り可能な記録媒体であって、
上記コンピュータプログラムは、受信端末が備える第２プロセッサによって実行されると、処理情報と組み合わせて、復号化手順に基づき、データパッケージを復号化し、処理するステップを実行するように構成されており、
上記データパッケージは符号化されたデータを含み、固定された最大サイズを有しており、該データパッケージを受信端末に送信しており、
上記データは、特定のデータグループに属しており、
上記処理情報は、この特定のデータグループと関連付けられて、上記受信端末において格納されており、
上記データが市場活動に関する情報を含むコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、固定サイズであるデータパッケージのデータ通信に関するものである。特には、本発明は、データ通信のための通信システム、通信システム用の送信端末、通信システム用の受信端末、通信システムを用いたデータ通信方法、プログラム要素、およびコンピュータ読取可能な記録媒体に関する。
【背景技術】
【０００２】
移動体通信では、比較的大きなデータを含む情報を送信する場合、通常、このようなデータを、インターネットを通じて送信している。例えば、送信するデータとしては、市場変化および市価変動に関するグラフィック情報を含むものが挙げられる。多くのビジネス、とりわけ、終日、毎日稼動している今日のグローバルな市場では、このような情報は重要な意味を持っている。それゆえ、証券アナリスト、トレーダー、企業経営者を含むビジネスに携わる人たちは、彼らのビジネスにとって重要な、あるいは影響を与えうるような市場の出来事を知るために、ユビキタスな接続にますます頼っている。
【０００３】
ところで、データサーバ（例えば、ウェブサーバ）と無線接続可能なモバイル機器の導入により、ユーザの能力が向上して、略恒常的に市場データを把握することができるようになった。しかしながら、このような能力は、ネットワーク接続およびネットワーク回線容量へのユーザの依存度を高める結果となった。より有用なデータ、ならびに市場のグラフおよびチャートなどユーザになじみのデータの表示には、データのグラフィカル画像を送信するだけの十分なネットワーク回線容量が必要となる。加えて、送信するデータ量が増大するにつれ、大量のデータの送信がタイムアウトになってしまい、これにより不完全でかつ役に立たないデータとなってしまうことを防止するとともに、全メッセージのタイムリーな配信を保証するために、装置間でのネットワーク接続に関する信頼性の重要度が増してきている。
【０００４】
例えば、ユーザは、モバイル機器で実行しているウェブブラウザアプリケーションを用いて市場データにアクセスすることができる。しかしながら、ウェブの閲覧は、市場データと関連付けられたグラフィックのみならず、広告およびナビゲーション画像などウェブページにおける他のグラフィック全てを転送するために、大きな回線容量が必要となる。さらにまた、ウェブブラウザの使用により、マーケットデータの探索、データのリロード／リフレッシュ、および他の動作など、それらの過程でユーザの積極的な参加が必要となる。
【０００５】
またあるいは、市場データを、電子メールによってユーザの無線機器に送信することもできる。一般的には、電子メールのメッセージには、現在の市場状態または市場状態の変化に関する文字情報が含まれている。しかしながら、文字情報だけでは、グラフィック表示したデータと同じ質の情報をユーザに提供していない。また、電子メールのメッセージには、添付として、市場チャートなどのグラフィックデータ（例えば、画像ファイル）を含めることもできる。しかしながら、添付画像の受信は、結果としてモバイル機器からウェブ閲覧する際に遭遇する問題と類似するネットワーク上の問題が発生してしまう。
【０００６】
ところで、市場データをショートメッセージサービス（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ（ＳＭＳ））を通じてユーザに送信することも可能である。ＳＭＳメッセージは、ネットワークを通じて送信するデータが少ないため、一般的には、より信頼性が高く、よりタイムリーな方法で送信することができる。しかしながら、ＳＭＳメッセージは、１１２０ビットのデータに制限されており、このため、所定の最大サイズに制限される。この最大サイズでは、電子メールおよびワールドワイドウェブで用いられているような、より頑強な通信プロトコルを通して達成可能な情報の質の伝達を実現することはできない。
【発明の概要】
【０００７】
モバイル機器で利用可能な回線容量および接続性とは無関係な方法により、このモバイル機器のユーザに対して、例えば、市場データに関する高品質な情報を伝達できることが好適である。
【０００８】
そこで、本発明は、独立クレームに記載した特徴による、データ通信のための通信システム、受信端末、送信端末、データ通信方法、プログラム要素、およびコンピュータ読取可能な記録媒体を提供する。さらにまた、本発明の実施形態を従属クレームにて説明する。
【０００９】
なお、通信システムに関連する以下の議論における特徴を、例えば、方法、プログラム要素、あるいはコンピュータ読み取り可能な記録媒体により実装してもよいし、そのまた逆であってもよい。
【００１０】
本発明の実施形態によると、データ通信のための通信システムは、送信端末と受信端末とを備えた通信システムを提供する。この送信端末は、データを符号化して、固定された最大サイズのデータパッケージとし、このデータパッケージを受信端末に送信するように構成されている。一方、受信端末は、処理情報と組み合わせて、復号化手順に基づきデータパッケージを復号化し、処理するように構成されている。データパッケージは特定のデータグループに属しており、処理情報は、この特定のデータグループと関連付けられ、受信端末において格納されている。
【００１１】
換言すると、送信端末は、ユーザが興味のある情報を含むデータパッケージを生成することができる。そして、この固定されたサイズのデータパッケージは、ユーザが所有する受信端末に送信され、その受信端末にて復号化され、そして処理される。理にかなった方法でデータパッケージに含まれる情報を解釈し、そして表示することができるようにするために、受信端末は、さらなる情報、すなわち、受信端末装置自身において格納している処理情報を必要とする。したがって、処理情報を送信端末から受信端末に送信する必要はない。
【００１２】
この処理情報とは、データパッケージに格納された情報に直接的に関連するものであり、例えば、受信端末が、コンピュータ画面、あるいはいくつか他の表示装置においてこの情報を表示させることができるようにするものである。
【００１３】
もし、受信端末が的確な処理情報を有していない場合、受信端末側で情報の的確な表示を行なうことができないだろう。
【００１４】
言い換えれば、データを表示するために必要な全情報を送信するのではなく、その一部のみを送信する。つまり、データを表示するために必要とされる、その他の部分の情報は、受信端末に既に格納されている。このため、その他の部分の情報を受信端末に送信する必要はない。
【００１５】
送信端末がデータパッケージを生成する際（すなわち、符号化手順）、ユーザ用のデータを２つの部分に分割する。第１部分は、データパッケージへと符号化した部分であり、第２部分は、符号化せず、ユーザが所有する受信端末に送信すらされない部分である。しかしながら、受信端末自身のデータ格納部において、この受信端末が特定の第２部分を識別できるようにするため、データパッケージ内部の任意の識別子によってこの第２部分が識別されてもよい。そして、データパッケージを復号化した後、情報を完全に表示できるようにするために、この第２部分を、さらなるデータ処理で用いる。
【００１６】
このため、受信端末との通常のデータ接続（すなわち、インターネットなど）に関わる必要なく、金融データおよびグラフィカルデータを、この受信端末に配信することができる。
【００１７】
本発明に係る他の実施形態によると、データパッケージの復号化ステップおよび処理ステップは、処理情報と組み合わせて、データパッケージから生成された文字およびグラフィカル情報の表示ステップを含む。
【００１８】
また、本発明に係る他の実施形態によると、データパッケージを処理するために用いられる処理情報は、受信したデータパッケージの識別に基づき、受信端末から選択される。
【００１９】
また、本発明に係る他の実施形態によると、受信端末は、データプロットとしてデータを表示するように構成されており、処理情報は、該データプロットについての、ｘ軸の範囲、ｙ軸の範囲、ｘ軸のラベリング、およびｙ軸のラベリングに関する情報を含む。
【００２０】
また、本発明に係る他の実施形態によると、固定された最大サイズのデータパッケージは、ＳＭＳデータパッケージである。
【００２１】
また、本発明に係る他の実施形態によると、送信端末はサーバである。
【００２２】
また、本発明に係る他の実施形態によると、受信端末はモバイル機器である。
【００２３】
また、本発明に係る他の実施形態によると、データは、市場活動に関する情報を含む。
【００２４】
また、本発明に係る他の実施形態によると、送信端末は、市場活動を監視し、この市場活動において、所定のトリガとなるイベントを検知するように構成されており、このトリガとなるイベントの検知後は、送信端末は、このトリガとなるイベントに関連するデータをデータパッケージに符号化し、符号化したデータパッケージを受信端末に送信する。
【００２５】
また、本発明に係る他の実施形態によると、送信端末は生データを格納するためのメモリを備えており、この生データは、データパッケージに符号化される前に処理される。
【００２６】
また、本発明に係る他の実施形態によると、送信端末はデータの最小値とデータの最大値とを決定し、この最小値と最大値とに基づき受信端末においてデータを表示するためのデータ範囲決定するように構成されている。
【００２７】
また、本発明に係る他の実施形態によると、受信端末は所定のデータ範囲に基づきデータパッケージを復号化し、処理するように構成されている。
【００２８】
また、本発明に係る他の実施形態によると、データの符号化により、２桁の１６進数の配列に関するデータパッケージとなる。
【００２９】
また、本発明に係る他の実施形態によると、データの符号化は、ユーザが定義した符号化パラメータに基づき実行される。
【００３０】
また、本発明に係る他の実施形態によると、データパッケージは、二次元データセットに関するものである。このため、市場データを、２次元グラブの形式で表示することができる。
【００３１】
また、本発明に係る他の実施形態によると、データパッケージは、三次元データセットに関するものである。このため、市場データを、３次元表示の形式で表示することができる。
【００３２】
また、本発明に係る他の実施形態によると、通信システム用の送信端末が備えられており、この送信端末は、固定された最大サイズのデータパッケージにデータを符号化し、このデータパッケージを受信端末に送信するように構成されている。一方、受信端末は、処理情報と組み合わせて、復号化手順に基づきデータパッケージを復号化し、処理するように構成されている。このデータは特定のデータグループに属しており、処理情報は、この特定のデータグループと関連付けられ、受信端末に格納される。
【００３３】
また、本発明に係る他の実施形態によると、通信システム用の受信端末が備えられており、受信端末は、固定された最大サイズのデータパッケージであって、送信端末で符号化されたデータを含むデータパッケージを、処理情報と組み合わせて、復号化手順に基づき、復号化し、処理するように構成されている。このデータは、特定のデータグループに属しており、処理情報は、この特定のデータグループに関連付けられ、受信端末において格納されている。
【００３４】
また、本発明に係る他の実施形態によると、通信システムを用いたデータ通信方法が提供されており、この方法では、固定された最大サイズのデータパッケージにデータを符号化し、このデータパッケージを受信端末に送信するステップと、受信端末において処理情報と組み合わせて、復号化手順に基づきデータパッケージを復号化し、処理するステップとを含んでいる。このデータは特定のデータグループに属しており、処理情報は、この特定のデータグループと関連付けられ、受信端末に格納される。
【００３５】
また、本発明に係る他の実施形態によると、通信システムを用いたデータ通信のためのプログラム要素を提供しており、送信端末の第１プロセッサを実行すると、固定された最大サイズのデータパッケージへとデータを符号化し、このデータパッケージを受信端末に送信するように適応されている。なお、このデータパッケージは、受信端末において、処理情報と組み合わせて、復号化手順に基づき復号化され、処理されるように適応されている。また、このデータは、特定のデータグループに属しており、処理情報は、この特定のデータグループと関連付けられ、受信端末に格納される。
【００３６】
また、本発明に係る他の実施形態によると、通信システムを用いたデータ通信のためのプログラム要素を提供しており、受信端末の第２プロセッサを実行すると、処理情報と組み合わせて、符号化手順に基づきデータパッケージの符号化および処理を実行するように適応されている。なお、データパッケージは、符号化されたデータを含み、固定された最大サイズを有し、送信端末によって受信端末に送信されたものである。また、データは、特定のデータグループに属しており、処理情報は、特定のデータグループと関連付けられ、受信端末に格納されている。
【００３７】
また、本発明に係る他の実施形態によると、コンピュータ読み取り可能な記録媒体が提供されており、その記録媒体には、通信システムを用いたデータ通信のためのコンピュータプログラムが格納されており、送信端末が備える第１プロセッサによって実行されると、該コンピュータプログラムは上述した方法ステップを実行するように構成されている。
【００３８】
また、本発明に係る他の実施形態によると、さらなるコンピュータ読み取り可能な記録媒体が提供されており、その記録媒体には、通信システムを用いてデータ通信のためのコンピュータプログラムが格納されており、受信端末が備える第２プロセッサによって実行されると、該コンピュータプログラムは、上述した方法ステップを実行するように構成されている。
【００３９】
このように、固定された最大メッセージサイズを有するメッセージに符号化され、最適化された市場データを、無線ネットワークを通じて通信するためのシステムおよび方法を提供する。特には、ショートメッセージサービス（ＳＭＳ）を用いて符号化され、最適化された市場データの通信、ならびに、モバイル機器において、文字およびグラフィカル情報へのデータの伸張および復号化を行なうシステムおよび方法を提供する。
【００４０】
本発明のこれらの特徴および他の特徴は、以下に記述する実施形態から明確となり、この実施形態を参照することで明らかにする。
【００４１】
本発明の実施形態は、以下の図面を参照して、以下に記述する。
【図面の簡単な説明】
【００４２】
【図１】本発明が実施可能なネットワークトポロジーを示す図である。
【図２】本発明に係るモバイル機器に送信した情報の表示に関する一実施形態を示す図である。
【図３】本発明に係るモバイル機器に送信したグラフ情報のグラフィカル表示に関するさらなる実施形態を示す図である。
【図４】本発明の一実施形態に係るモバイル機器の外側で実行した処理を示すフロー図である。
【図５】本発明の一実施形態に係るモバイル機器で実行した処理を示すフロー図である。
【図６Ａ】本発明の典型的な実施形態に係る符号化手順を示す概略図である。
【図６Ｂ】本発明の典型的な実施形態に係る復号化手順を示す概略図である。
【発明を実施するための形態】
【００４３】
（典型的な実施形態の詳細な説明）
図面におけるイラストでは概略的に示している。なお、異なる図面それぞれで、類似の、あるいは同じ構成要素には同じ参照符号を付すものとする。
【００４４】
まずここで、図面を参照すると、図１では、本発明において実施可能なネットワークトポロジーを示している。インターネットなど典型的なネットワーク１００は、様々なコンピュータシステムと演算装置との間において通信を確立させることができる。このネットワークは、市場データサーバ１１０および無線サーバ／ゲートウェイ１１５などのサーバを備えてもよい。要部では、市場データサーバ１１０が様々な金融市場に関する情報、またはそれら市場における変化を収集し、この情報を処理する。なお、この処理した情報または生情報を、ネットワーク１００を通じて、一般的にはイーサネット（登録商標）、ＩＥＥＥ８０２．１１〔ａ,ｂ,ｇ,ｎ等]または他の公知技術などの高い処理能力を有し、かつ信頼性のあるネットワーク接続で、様々なデスクトップ型コンピュータ１３０またはラップトップ型コンピュータ１２０に再配信することもできる。
【００４５】
また、市場データサーバ１１０は、このネットワークを通じて、携帯電話機１４０または携帯情報端末１５０などのモバイル機器と通信を確立することができる。このモバイル機器との通信は、例えば、無線通信塔１６０を用いた、無線接続で実行される。しかしながら、無線接続は、一般的には、回線容量が低く、その接続性に信頼がない。そこで、市場の状態に関し、高品質なグラフィカル情報をモバイル機器（１４０、１５０）に提供するために、サーバ１１０は、伝送される基礎となるデータを最適化し、符号化して、既知の最大容量を有した１つのメッセージ（例えば、ＳＭＳメッセージ）に適用させることができる。
【００４６】
好ましい実施形態により構築されたシステムによって利用される最適化のルーチンは、非可逆の画像符号化である標準的な圧縮アルゴリズムまたは方法ではない。むしろ、特定の情報は既知であって、市場データであるという点と、グラフィカル表示にどのようにして変換されるかという点とで共通している。このため、これらの共通点を最適化ルーチンにより利用して、基礎となる生データを最適化し、符号化して、最大サイズのメッセージとする。モバイル機器（１４０、１５０）は、データの最適化を認識し、サーバ１１０によって利用された符号化を行なうアプリケーションを実行して、データを復号化し、伸張して、そのデータを生データの形態とする。そして、モバイル機器においてこのデータを、ユーザがなじみのタイプ（例えば、１日、５日、あるいは３ヶ月分のチャート）のグラフィカル表示に変える。この最適化および符号化についてのより詳細な議論は図４、５を参照して以下にて行なう。
【００４７】
モバイル機器がメッセージを受信すると、メッセージタイプを決定するためにテストが行なわれる。ここで、メッセージが市場サーバ１１０によって送信されたタイプのものであり、かつ市場データを符号化したものである場合、そのメッセージについて一連の動作が実行され、そこで符号化されている情報を取得する。情報が取得されると、モバイル機器で実行している、モバイルアプリケーションによって、該モバイル機器においてメッセージがユーザに示される。あるいは、モバイルアプリケーションによって、都合が良いときにユーザに提示することができるメッセージリストに項目が加えられる。
【００４８】
図２は、本発明に係るモバイル機器に送信した情報の表示に関する一実施形態を示す図である。図示するように、モバイル機器２００は、メッセージのリスト２１０が表示されたスクリーンを備えている。このリストは、電子メールのインボックスと類似するものとして、当業者により認識され得るものである。リストにおける各項目は、選択可能であり、図３に関連して議論するように、結果として、メッセージを示す項目に格納した、さらなる情報を表示することとなる。
【００４９】
リストは、「アラート  インボックス（Ａｌｅｒｔ  Ｉｎｂｏｘ）」としてラベル２１５が付されている。そして、このリストには、格納したメッセージ数の表示（例えば、１２メッセージ）を含めることができる。このリストには、受信したデータ、金融商品名またはカテゴリによるアルファベットなど様々な情報が格納され、グループ化されている。
【００５０】
図２では、カテゴリによってグループ化したメッセージ項目を示しており、各カテゴリには適宜、ラベルが付されている（例えば、社債（Ｂｏｎｄｓ）２２０、外国為替（Ｆｏｒｅｉｇｎ  Ｅｘｃｈａｎｇｅｒ（”Ｆｏｒｅｘ”））２３０、普通株（Ｅｑｕｉｔｉｅｓ）２４０）。特定のカテゴリに対応する各メッセージ項目は、カテゴリの見出しの下にリストアップされる。図２では、メッセージ２２５は、社債（Ｂｏｎｄｓ）２２０の欄にリストアップされ、メッセージ２３５、２３７は、外国為替（Ｆｏｒｅｘ）２３０の下にリストアップされる。
【００５１】
メッセージ項目リストは、メッセージリスト２１０を通じてメッセージに含まれている情報の簡単な概略を提供できるようになっていてもよい。例えば、メッセージ２３５は、金融商品２５０（「豪ドル  ＮＺドル（”ＡＵＤＮＺＤ”）」）が、メッセージの主題であるということを含み、かつ示している。加えて、メッセージ２３５は、メッセージが生成された日時を示すタイムスタンプ２５２を含む。さらにまた、マーケットが開いてからの市場価格２５４と変動率もまた、そのメッセージリスト内において提供される。
【００５２】
メッセージがリスト２１０から選択されると、ユーザは、グラフィカル表示によって、例えば図３に示すように、特定の期間にわたる金融商品がチャートで示される。グラフ３１０は、モバイル機器３００の画面に表示され、どの金融商品が表示されているかについての提示３２０を含む。つまり、線３３０には、ｘ−軸３５０によって示される所定の時間における、ｙ−軸３５０によって示される金融商品の値を表しているいくつかのデータポイントのプロットが含まれている。図４のステップ４５０−４７０に関して以下で議論するように、メッセージにおけるデータは、金融商品の最小値と最大値とを考慮して符号化される。したがって、ｙ−軸３５０は、ｙ−軸３５０の最小値と最大値とを配置することにより、モバイル機器３００の画面スペースを効率的に最大限活用することができる。例えば、金融商品の活動をプロットした、ドット３４０、または線の幅よりも大きな直径を有する他の幾何学的形状を用いることにより、プロットされたデータポイントを強調することができる。チャート３１０は、該グラフ３１０の時間スケール３６０表示を含み、そして、任意でユーザが、規定のスケール３７０の間で切り換えることができるようになっていることが好適である。
【００５３】
図４は、本発明の実施形態に係る処理４００のフロー図を示すものである。本発明は、１以上のサーバおよびゲートウェイ上で実行して、市場データを監視したり、そのデータ部分を最適化したり、そのデータをモバイル機器に送信したりすることができる。処理４００が一つのリニアな処理フローとして図示されている一方で、この処理を多重プロセスまたはマルチスレッド環境で実行させてもよいし、あるいは、様々なステップが互いに独立して効果的に実行されるイベント・ドリブン・アーキテクチャで実行させてもよいということは、当業者において理解できよう。しかしながら、議論と図示との簡略化のため、プロセス４００（およびプロセス５００）をリニアな処理として扱うものとする。
【００５４】
ステップ４１０において、本システムは、加入者が定義したトリガを受け付ける。トリガは、加入者の関心があるものについての、金融商品および市場状態（例えば、制限）を特定する。例えば、加入者は、ユーザがその通知を希望している、金の価格が特定の価格よりも上回るか否かについて知らせることができる。トリガは、上述した例などのように、簡単な条件であってもよいし、複数の金融商品に関連するデータ、および／または市場状況（例えば、予測変動率）に起因するデータを必要とする複雑な論理式を含むものであってもよい。
【００５５】
ステップ４１５において、市場データを監視し、この市場データを様々な為替相場から受信したり、複数の為替相場からのデータをすでに統合した１つのソースから集めたりすることができる。ステップ４２０において、監視している市場データをチェックして、一次データ（つまり、他の生成したインジケータおよびメトリクスを演算する際に用いられるデータ）であるか否を決定する。ここで、一次データである場合、ステップ４２５で、システムはこの生成データを算出する。
【００５６】
市場データを受信し、生成データを算出すると、ステップ４３０で、システムは、更新したデータと、加入者が定義したトリガとを比較する。そして、ステップ４３５で、システムは、もしあれば、どのトリガが条件を満たしているか決定する。
【００５７】
状況に応じて、ユーザは、どんなデータをモバイル機器に送信するか決定するために用いることができる、加入者−嗜好性の集合を定義してもよい。ステップ４４０で、デフォルトのスキーマが利用可能な場合、システムはデフォルトのスキーマの集合に基づき動作する。しかしながら、このデフォルトのスキーマを利用できない場合、すなわち、取引先が定義したスキーマにとって代わられてしまった場合、ステップ４４５で、この取引先が定義したスキーマを読み出す。
【００５８】
議論のために、デフォルトのスキーマでは、５日分のチャートが、６つの水平グリッド線（つまり６つの縦軸の段）と、そのチャート上にプロットされている４０個のデータポイントとを有しており、そして、高さ１２０ピクセル、幅２００ピクセルである領域内の画面に表示されるものとする。前述した図３では、このスキーマに従ってチャートが生成されていることを示す。なお、これらのパラメータを、ユーザの嗜好性や、モバイル機器に送信する、固定された送信能力のメッセージングで利用可能なビット数に従って変更できるということは理解できよう。
【００５９】
ステップ４５０で、トリガと関連する生データを記憶域にコピーしており、システムで利用する生データを変更することなく処理することができる。ワーキングメモリには、次の情報が格納されることが好適である。すなわち、金融商品名、条件を満たしたタイムスタンプのトリガ、ユーザが規定したトリガの条件、実際上のトリガの条件、方向性の変更点（つまり、増加または減少）、マーケットが開いてからの変動率、金融商品の表示フォーマット（例えば、有効桁数）、所望の期間において集められた市場データを示す「ティックデータ」の配列などの情報が格納されることが好適である。トリガを満たしたタイムスタンプでマーケットのスナップショットを示すように、この情報をコピーすると、システムは、固定されたデータ送信能力のメッセージ（例えば、ＳＭＳ）の範囲で送信するために、データを最適化し、符号化する。
【００６０】
ステップ４５５で、システムはワーキングメモリにコピーした生データを処理する。まず、ティックデータの配列の最小値および最大値が、その配列範囲を決定するために算出される。この範囲は、水平グリッド数で分けられ、それにより、チャートの縦軸の段の値を決定する。さらにまた、このシステムは、チャートの各ピクセル（すなわち、（ティックデータの最大値−ティックデータの最小値）／ピクセル数）によって示される縦軸のスケールを決定する。
【００６１】
ステップ４７０で、ティックデータの配列は、ＳＭＳメッセージにおいて、送信用に最適化される。ある実施形態では、結果として浮動小数点の配列となるティックデータ配列の各値から該ティックデータ配列の最小値が差し引かれ、オリジナルのチャート（つまり、最小値）とデータポイントとの間の差をそれぞれ示す。そして、各ピクセルのスケールで浮動小数点を割ることによって、この浮動小数点の差分は、ピクセル数に変換され、最も近い整数値に丸められる。最後に、各データポイント（ここでは多数のピクセルを示す）は、２桁の１６進数に変換され、システムは、最大２５６ピクセル（つまり、２８）までのチャートサイズに符号化することができる。
【００６２】
したがって、ティックデータは、それぞれが要求している表示のための多数の文字（例えば、書式＃＃＃．＃＃を有する数に関する６文字）である浮動小数点の配列から、それぞれが２文字、すなわち８ビット長で表現可能な２桁の１６進数の配列に変換される。
【００６３】
取引先が定義したスキーマを利用可能とする場合、ステップ４６０で、必要な生データがワーキングメモリ領域にコピーされる。取引先が定義したスキーマでは、追加の記述データ（例えば、取引された株数）を加えてもよいし、画面サイズ、縦軸の段数、ヒストリカルなチャートのレングス、およびデータのサンプル数を変更してもよい。なお、サンプル数は、メッセージの固定された最大送信能力に適合するように、適切に制限されなければならない。加えて、（例えば、画面の高さのピクセルを、２桁の１６進数によって表現できないか否かなど）、画面サイズの特定の値は、選択されたサンプル数に影響を与えうる。しかしながら、上記で議論した単一のピクセルというよりはむしろ、チャートにおける２（または３）ピクセルごとにスケールを決定することによって大きな画面サイズを、適合させることができる。
【００６４】
ステップ４６５で生データを、必要に応じて取引先が定義したパラメータを用いる点を除き、上述したステップ４５５と類似した方法により取引先により定義されたスキーマを用いて処理する。そして、ステップ４７０では、上述したようにデータを最適化する。
【００６５】
ステップ４７５で、ティックデータのデータを表す１６進数の配列を、送信のために、ＳＭＳメッセージとして符号化する。ＳＭＳのある形式によると、各メッセージは、最大１６０個の７ビット文字であってもよい。この形式では、各２桁の１６進数は、２文字列として符号化される。したがって、一例を挙げると、４０サンプルを有するチャートでは５６０ビットまで表される。
【００６６】
しかしながら、いくつかのＳＭＳメッセージを、１４０個の８ビット文字として２進法で符号化してもよい。このＳＭＳメッセージがステップ４７５で８ビット文字を認める場合、各２桁の１６進数がその８ビットの等価なもの（つまり、各桁が４ビットずつで表されるもの）に変換される。注目すべきは、８ビット表現により、４０サンプルを有するチャートは、３２０ビットまで表すことができる。したがって、追加のサンプルまたは、第２のグラフィカルチャートなど他のデータを、８ビット、２進数のメッセージを有するＳＭＳメッセージに含めることができる。
【００６７】
データが符号化されると、ＳＭＳメッセージのペイロードまたはテキスト部がステップ４８０で生成される。このメッセージ内におけるフィールドは、例えば、カンマなど特別な文字によって区切られていてもよい。さらにまた、メッセージが特有のタイプであることをいかなる受取人に対しても示せるように、接頭辞および／または接尾辞（例えば、接頭辞「＠＄」および接尾辞「＄＠」）がＳＭＳメッセージに加えられていることが好適である。したがって、７ビットの符号化したＳＭＳメッセージのペイロードは次のように示してもよい。
【００６８】
【表１】
2011523240.tif 000003
【００６９】
ステップ４９０では、ＳＭＳメッセージを、無線通信ネットワーク１００を通じてモバイル機器に送信する。この送信は、概して、ゲートウェイ１１５によって行なわれている。なお、このゲートウェイ１１５は、ＳＭＳペイロードを受付け、適切な無線ネットワークを通じてモバイル機器に送信する、対応するＳＭＳメッセージを要求する。サーバ１１０とゲートウェイ１１５との間におけるインターフェースは、電子メールで、ｈｔｔｐ（ｓ）または他の公知のプロトコルにより実現できる。
【００７０】
ＳＭＳメッセージが生成され、送信されると、モバイル機器によって受信され、処理される。図５は、本発明の実施形態に係る処理５００に関するフロー図を示す。この処理５００は、ＳＭＳメッセージのフォーマットを理解するようにプログラムされたアプリケーションを実行するモバイル機器上で実施される。
【００７１】
ステップ５１０で、モバイル機器は、電子メッセージを聴取し、判定ステップ５１５で、メッセージを受信したか否かについて判定する。ここで、メッセージを受信した場合、ステップ５２０で、例えば、メッセージの接頭辞および／または接尾辞を調べ、メッセージタイプを決定する。つまり、メッセージタイプは、接頭辞、接尾辞またはこれらの組み合わせによって示すことができる。差し当たって図面では、接頭辞および接尾辞の両方を有するデータ構造について議論する。ステップ５２５において、メッセージが、最適化された市場データメッセージと関連するメッセージの接頭辞および／または接尾辞を有していないと判定した場合、モバイル機器は、該モバイル機器によって標準的なＳＭＳを処理可能とするような、他のアプリケーションにメッセージの処理を引き渡す。
【００７２】
しかしながら、メッセージが、最適化された市場データメッセージと関連するメッセージの接頭辞および／または接尾辞を有している場合、モバイル機器は、ＳＭＳから最適化されたメッセージデータを抽出するように手続きを進める。ステップ５４５では、符号化された情報を文字または数値データに変換することにより、抽出されたデータを展開する。モバイル機器で実行するアプリケーションは、該モバイル機器に格納されたアプリケーションデータを参照して、符号化したＳＭＳメッセージのフォーマットを認識するように構成されている。それゆえ、このアプリケーションは、情報を復号化し、金融商品、タイムスタンプ、市場動向、要求されたトリガレベル、および実際のトリガレベルを決定することができる。
【００７３】
ステップ５５０では、展開したメッセージ情報を項目として、モバイル機器により受信したメッセージリストに追加することが好適である。モバイル機器は、展開したデータに基づき、メッセージを適切に分類し、ソートすることができ、それぞれのプログラムコードはモバイル機器においてローカルで実行される。また、ステップ５５５で、アプリケーションはメッセージリストにおける項目のうちの１つを選択することができる。
【００７４】
ステップ５６０でメッセージが選択されると、モバイル機器はチャートデータ（つまり、符号化されたティックデータ）を復号化するように手続きを進める。つまり、ステップ４７０について上述した処理とは、データポイントの配列を生成するために本質的に反対の処理となる。なお、チャートデータの復号化はメッセージがステップ５６０で選択された後、すなわち、ステップ５４０での、メッセージが、最適化された、対応する市場データタイプであるとの判定に応じて実行することができる。
【００７５】
ステップ５８０で、データポイントの配列は、公知の技術によりグラフィカル表示に変換される。ｙ軸の始点と縦軸のステップサイズがＳＭＳにおいて符号化され、これによりｙ軸のスケールを指図する。さらにまた、チャートのタイムスタンプは、既知のもの（つまり、初期値）またはＳＭＳメッセージにおいて符号化されたものであり、これらによりｘ軸のパラメータを定義する。最後に、金融商品のティックデータは、ＳＭＳ内における、既知の順序（例えば、年代順）で配列される。そして、金融商品のタイプは、ティックデータのサンプリングレートを決定する。これにより、符号化した情報をプロットすることができる。チャートが定義されると、ステップ５９０で表示することができる。
【００７６】
図６Ａでは、送信端末によって実行される符号化手順の説明を示す。第１ステップにおいて、市場活動が追跡され、そして、あるトリガとなるイベント６４０が発生すると、対応するデータが識別される。このデータとしては、例えば、ｘ軸６０１とｙ軸６０２とによって、適切な座標により表現された、特定のチャート６０３であってもよい。例えば、ｘ軸６０１は、時間（例えば５日）を表し、ｙ軸６０２は、対応する株価を表す。
【００７７】
この全体の情報は、２つの部分に分けられる。１つの部分は、曲線６０３に関連しており、この曲線６０３は、固定された最大サイズのデータパッケージ６０６へと符号化される（ステップ６０５を参照）。そして、この情報はパッケージ６０６の格納部６０８に記憶される。一方、情報の第２の部分は、座標６０１、６０２を参照しており、データパッケージ６０６において格納されていない情報の正確なグラフィカル表示を可能とするために、さらなる情報を含んでいてもよい。しかしながら、データパッケージ６０６は、識別子６０７を含んでおり、この識別子６０７は座標とデータパッケージに含まれていない更なる情報とに関連している。ステップ６０９において、送信端末はデータパッケージを受信端末に送信する。
【００７８】
図６Ｂでは、受信端末内での復号化処理を示している。ステップ６０９では、受信端末が、曲線６０３に復号化されるデータパッケージを受信する。
【００７９】
しかしながら、データパッケージにさらなるグラフィカル情報が存在しないので、受信端末は、識別子６０７を読み出し、対応する追加の情報６０１、６０２をメモリからロードする。つまり、この情報を、識別子６０７を活用して識別する。
【００８０】
ステップ６１０では、受信端末は、ボックス７０１に示す、全ての情報６０１、６０２、６０３を組み合わせ、初めの表示６００（図６Ａ参照）と対応する最終的な表示７０２を生成する。
【００８１】
特定の実施形態に関連して本願発明を記述したが、本願発明は記述された実施形態に限定されるものではなく、本願発明の精神や範囲から逸脱しない範囲で様々な形式および細部の変更がなされてもよいということは、当業者において理解されよう。
【００８２】
なお、文言「備える、含む（comprising）」は、他の構成要素または処理ステップを除くものではなく、不定冠詞「a」または「an」は、複数のものを除くものではない。さらに、単一のプロセッサまたはシステムは、クレームアップされるものとなるいくつかの手段またはユニットの機能を実現する。また、種々の実施形態に際して記述した構成要素を組み合わせてもよい。
【００８３】
また、クレームにおけるいかなる引用符号もクレームの範囲を制限するものとして解釈されるべきではない。
【図１】
2011523240.tif 000004
【図２】
2011523240.tif 000005
【図３】
2011523240.tif 000006
【図４】
2011523240.tif 000007
【図５】
2011523240.tif 000008
【図６Ａ】
2011523240.tif 000009
【図６Ｂ】
2011523240.tif 000010
【国際調査報告】
2011523240.tif 000011
2011523240.tif 000012