JP2009512002A

JP2009512002A - ローカルデバイス上のウェブブラウザからＭＩＤｌｅｔを呼び出すための方法及びシステム

Info

Publication number: JP2009512002A
Application number: JP2008532894A
Authority: JP
Inventors: クヌート，エイリフフサ，; ゲイルメルビュー，
Original assignee: テレフオンアクチーボラゲットエルエムエリクソン（パブル）
Priority date: 2005-09-28
Filing date: 2006-09-22
Publication date: 2009-03-19
Anticipated expiration: 2026-09-22
Also published as: BRPI0616473A2; RU2008116630A; US8271611B2; JP5006328B2; WO2007036779A1; US20070073835A1; EP1929750A1; KR101278366B1; EP1929750B1; RU2425462C2; KR20080048045A

Abstract

プッシュ・レジストリ・ソケットやプッシュ・レジストリＳＭＳといった、ローカルデバイスのアプリケーション管理ソフトウェア（ＡＭＳ）が提供するプッシュレジストリメカニズムを利用して、移動体ウェブブラウザからMIDletを呼び出すための方法及びシステム。当該ローカルデバイスは、移動体端末、移動体電話機、スマートフォン、ＰＤＡ、ハンドセットなどを含む。
【選択図】図１

Description

本出願は、２００５年９月２８日出願の米国仮出願第６０／７２１，３２３号に基づくものであり、その開示内容は参照により本願の内容に組み込まれる。

本発明は、移動体通信装置に関連し、特には、ローカルデバイスのアプリケーション管理ソフトウェア（ＡＭＳ）が提供するプッシュ・レジストリ・メカニズムを利用してMIDletを移動体ウェブブラウザから呼び出すための方法及びシステムに関連する。

移動体情報装置プロファイル（Mobile Information Device Profile:MIDP）アプリケーション（本明細書ではMIDletという。）は、Ｊａｖａ（登録商標）２モジュール・エディション（Ｊ２ＭＥ）のランタイム環境を提供する装置にダウンロードしてインストール可能なソフトウェア・コンポーネントである。現在、ＭＩＤＰ２．０バージョンは、Ｓｕｎにより定義される最新のバージョンである。MIDletは、ショート・メッセージング・サービス（ＳＭＳ）受信、ソケット接続等の外部イベントに基づいてMIDletを呼び出すためにプッシュ・レジストリをサポートする。現在、製造されている様々な移動体電話機は、プッシュ・レジストリＳＭＳをサポートしている。プッシュは、情報が利用可能になると情報を受信して非同期に動作する機能をいい、利用リソースが増加する同期ポーリング技術の使用をアプリケーションに強制することがない。

ウェブの標準規格は、移動体ウェブブラウザからMIDletを呼び出すためのメカニズムを現在は提供していない。移動体ウェブブラウザによりサポートされているＸＨＴＭＬ(extended hypertext mark-up language)言語及びＷＭＬ(wireless mark-up language)言語は、アプレットやアクティブＸのコンポーネントといったローカル・アプリケーションを呼び出すためのサポートを含んではいない。そこで、MIDletを移動体ウェブブラウザから呼び出すための方法及びシステムが必要とされている。

本発明は、プッシュ・レジストリ・ソケットやプッシュ・レジストリＳＭＳといった、ローカルデバイスのアプリケーション管理ソフトウェア（ＡＭＳ）が提供するプッシュレジストリメカニズムを利用して、移動体ウェブブラウザからMIDletを呼び出すための方法及びシステムである。当該ローカルデバイスは、移動体端末、移動体電話機、スマートフォン、ＰＤＡ、ハンドセットなどを含む。

本発明は、ローカルデバイスのＡＭＳが提供するプッシュ・レジストリ・メカニズムを利用して、ローカルデバイスのウェブブラウザからMIDletを呼び出すための方法及びシステムである。当該ローカルデバイスは、移動体端末、移動体電話機、スマートフォン、ＰＤＡ、ハンドセットなどを含む。移動体装置のウェブブラウザは、ＸＨＴＭＬ及びＷＭＬを有利にサポートする。しかしながら、これらの言語は、ローカルデバイスに存在するMIDletを呼び出すための言語構造を含んでいない。しかしながら、ローカルホスト上のMIDletに対してhttpリクエストを行うことにより、アプリケーションを始動させることができる。ここで図１を参照すると、MIDlet１００は、プッシュ・レジストリにおいてソケット呼び出しのために登録されている。メッセージはこれから記述されようとしている。ステップ１０３において、ウェブブラウザ１０２は、ローカルデバイス上のMIDlet１００とのインタラクションを必要とするサービスを要求するhttpリクエストをウェブサーバ１０２に対して発行する。ステップ１０４において、httpレスポンスは、ローカルホストへリダイレクトされたウェブページを含む。リダイレクトＵＲＬは、MIDlet１００に必要な全てのパラメータを含む。ここで、ループバックアドレスローカルホストではなく、ＩＰアドレス１２７．０．０．１をリダイレクトＵＲＬにおいて使用することが重要である。さもなくば、端末がループバックアドレスを解決しようとするからである。ループバックアドレスローカルホストは、ウェブ端末ではなくＷＡＰゲートウェイにおいて解決されるため、これは、失敗に終わるであろう。ステップＳ１０５では、httpリクエストがMIDlet１００が必要とする全てのパラメータを含む。ＡＭＳはMIDlet１００を始動させる。MIDlet１００は、ソケットにバッファされているコンテンツをリードし、httpリクエストをデコードする。ウェブクライアントはMIDlet１００がタスクを実行している間はハングしている。ステップ１０６では、MIDlet１００はタスクを完了し、ウェブサーバへのリダイレクトＵＲＬを含むhttpレスポンスを返す。ステップ１０８では、ウェブサーバからのhttpレスポンスはMIDletの処理結果に基づく結果を含む。

図２は、図１の処理を実行するように適合されたシステムの構成例を示す。そのようなシステムはMIDletクライアント２０１とウェブサーバ２０２をローカルデバイス２０３内に含む。ローカルデバイス２０３は、ＴＣＰ／ＩＰ接続２０４によりＷＡＰゲートウェイ２０５と接続され、ＷＡＰゲートウェイ２０５はさらに、サーバ婦ラットフォーム２０７上のウェブサーバ２０６とＴＣＰ／ＩＰ接続２０４を介して接続される。当該メカニズムの利用例には、銀行のトランザクション、即ち、認証セッションがある。

本発明は、ウェブサーバからの結果のリターン無しにMIDletを呼び出すものに拡張することができる。例えば、ビデオセッションの呼び出しは、図１のステップ１０３、１０４及び１０５でウェブページから開始することができる。図３を参照すると、ステップ２０１のhttpレスポンスの後に、ステップ２０２でMIDlet１００はビデオサーバ２００へ接続し、ステップ２０３でビデオストリーミングを開始する。ビデオサーバ２００のアドレスは典型的には、ステップ１０５においてメッセージ内でやりとりされたパラメータの一部である。図３の処理を実行するように適合されたシステムの構成は、図４に示す通りである。ここに示すように、システムは図２と同様の構成を有するが、サーバプラットフォーム２０７内にビデオサーバ４０１を有する。

本発明の更なる側面では、サポートされているプッシュ・レジストリ・メカニズムに基づいてMIDletを呼び出す。多くのデバイスは、プッシュレジストリＳＭＳのみをサポートしている。よって、従前のプッシュ・レジストリ・ソケットに依存する方法及びシステムは、プッシュレジストリＳＭＳのみをサポートするデバイスでは動作しない。そこで本発明の更なる拡張を提供する。図５を参照すると、ステップ１０３においてウェブブラウザ１０１はhttpリクエストをウェブサーバに発行し、（不図示の）ローカルデバイス上のMIDlet１００とのインタラクションを必要とするサービスを要求する。代替的構成５００では、ユーザ・エージェント・プロファイルに基づいて、ウェブサーバ１０２は、ローカルデバイスがプッシュ・レジストリ・ソケットか、プッシュ・レジストリＳＭＳをサポートするか否かを判定する。もしプッシュ・レジストリ・ソケットがサポートされる場合、代替的構成の第１オペランドが実行される。これは、図１及び図３と同様である。プッシュ・レジストリＳＭＳがサポートされている場合のみ、代替的構成５００の第２オペランドの処理が実行される。ステップ５０１では、ウェブサーバ１０２はバイナリＳＭＳを提供する。該バイナリＳＭＳは、パラメータを含んでいてもよく、これによりMIDletが呼び出される。ステップ５０２では、MIDlet１００はタスクを完了し、MIDletによりタスクを実行した結果を含むＳＭＳか、httpリクエストを返す。ステップ１０８では、ウェブサーバがhttpレスポンスをウェブブラウザに返す。ユーザが関与する限り、図１又は図５の処理が実行されるかどうかは明白である。図６は、図５の処理を実行するように適合されたシステムの構成例を示す図である。ここで示すように、ローカルデバイス２０３は、ＴＣＰ／ＩＰ２０４を介してＳＭＳゲートウェイ６０１と接続され、ＳＭＳゲートウェイ６０１はサーバプラットフォーム２０７とＴＣＰ／ＩＰ２０４を介して接続される。

本発明により提供されるメカニズムは、MIDletをローカルデバイス上のウェブブラウザから呼び出すことを可能とする有利な効果を奏する。本発明の更なる拡張は、バイナリＳＭＳを利用したMIDletの呼び出しを可能とするように適合される。

本発明のいくつかの実施形態を詳細に説明したが、これらは発明の範囲を限定するものではなく、本発明は様々な態様において実施可能である。

MIDletの呼び出し処理のシーケンス図である。図１のステップを実行するためのシステムの構成図である。ビデオへのMIDlet接続の処理のシーケンス図である。図３のステップを実行するためのシステムの構成図である。サポートされたプッシュ・レジストリ・メカニズムに基づく呼び出し処理のシーケンス図である。図５のステップを実行するためのシステムの構成図である。

Claims

ローカルデバイス上のウェブブラウザからMIDletを呼び出すための方法であって、
前記ローカルデバイスのアプリケーション管理ソフトウェア（ＡＭＳ）が提供するプッシュ・レジストリ・メカニズムを利用してローカルホスト上のMIDletへのhttpリクエストを実行する工程と、
前記アプリケーション管理ソフトウェア（ＡＭＳ）を起動する工程と
を備えることを特徴とする方法。
MIDletソケット呼び出しを、前記プッシュ・レジストリに登録する工程と、
ウェブブラウザにより、ウェブサーバに対するhttpリクエストを発行する工程と、
前記httpリクエストを介して、前記ローカルデバイス上のMIDletとのインタラクションを必要とするサービスを要求する工程と、
ローカルホストへのリダイレクトＵＲＬを含むウェブページを、http応答に含める工程と
を更に備えることを特徴とする請求項１に記載の方法。
前記MIDletが必要とする全てのパラメータを前記リダイレクトＵＲＬに含める工程をさらに備えることを特徴とする請求項２に記載の方法。
ＩＰアドレス１２７．０．０．１を、リダイレクトＵＲＬにより利用する工程をさらに備えることを特徴とする請求項３に記載の方法。
前記ＡＭＳは前記MIDletを起動することを特徴とする請求項３に記載の方法。
前記MIDletにより、前記ソケット内にバッファされているコンテンツをリードする工程と、
前記httpリクエストをデコードする工程と
をさらに備えることを特徴とする請求項５に記載の方法。
前記MIDletによるタスクの完了に応じて、前記ウェブサーバへのリダイレクトＵＲＬを含むhttpレスポンスを返す工程をさらに備えることを特徴とする請求項６に記載の方法。
httpリクエストは、MIDletからの実行結果パラメータを含むことを特徴とする請求項７に記載の方法。
前記ウェブサーバからの前記httpレスポンスは、前記MIDletの実行結果に基づく結果を含むことを特徴とする請求項８に記載の方法。
ユーザ・エージェント・プロファイルに基づいて、前記ウェブサーバが、前記ローカルデバイスがプッシュ・レジストリ・ソケット又はプッシュ・レジストリＳＭＳをサポートするかどうかを判定する工程を更に含むことを特徴とする請求項１に記載の方法。
結果をウェブサーバに戻すことなく、ローカルデバイスのウェブブラウザからのMIDletを使用してウェブページからビデオセッションを呼び出すための方法であって、
前記ローカルデバイスのアプリケーション管理ソフトウェア（ＡＭＳ）が提供するプッシュ・レジストリ・メカニズムを利用して、httpリクエストをローカルホスト上のMIDletに対して実行する工程と、
前記アプリケーション管理ソフトウェア（ＡＭＳ）を起動する工程と、
MIDletソケット呼び出しを前記プッシュ・レジストリに登録する工程と、
ウェブサーバへのhttpリクエストをウェブブラウザから発行する工程と、
httpリクエストを介して、前記ローカルデバイス上の前記MIDletとのインタラクションを必要とするサービスを要求する工程と、
ビデオサーバへ接続する工程と、
ビデオストリーミングを前記ローカルデバイスと開始する工程と
を備えることを特徴とする方法。
前記ビデオサーバのアドレスは、前記MIDletへ渡されるパラメータの一部であることを特徴とする請求項１１に記載の方法。
前記MIDletが必要とする全てのパラメータをリダイレクトＵＲＬに含める工程を更に備えることを特徴とする請求項１２に記載の方法。
前記リダイレクトＵＲＬにより、ＩＰアドレス１２７．０．０．１を使用する工程をさらに備えることを特徴とする請求項１３に記載の方法。
前記アプリケーション管理ソフトウェア（ＡＭＳ）が前記MIDletを起動することを特徴とする請求項１３に記載の方法。
前記MIDletにより、前記ソケットにバッファされているコンテンツをリードする工程と、
前記httpリクエストをデコードする工程と
をさらに備えることを特徴とする請求項１５に記載の方法。
前記MIDletによるタスクの実行完了に応じて、前記ウェブサーバへのリダイレクトＵＲＬを含むhttpレスポンスを返す工程をさらに備えることを特徴とする請求項１６に記載の方法。
httpリクエストは、前記MIDletからの実行結果パラメータを含むことを特徴とする請求項１７に記載の方法。
前記ウェブサーバからの前記httpレスポンスは、前記MIDletの実行結果に基づく結果を含むことを特徴とする請求項１８に記載の方法。
前記ウェブサーバがユーザ・エージェント・プロファイルに基づいて、前記ローカルデバイスがプッシュ・レジストリ・ソケットまたはプッシュ・レジストリＳＭＳをサポートするかどうかを判定する工程をさらに備えることを特徴とする請求項１１に記載の方法。
サポートされているプッシュ・レジストリ・メカニズムに基づいてローカルデバイスのウェブブラウザからMIDletを呼び出す方法であって、
前記ローカルデバイス上のMIDletとのインタラクションを必要とするサービスを要求する、前記ウェブサーバへのhttpリクエストを実行する工程と、
ウェブサーバへのhttpリクエストをウェブブラウザから発行する工程と、
前記ウェブサーバが、ユーザ・エージェント・プロファイルに基づいて、前記ローカルデバイスがプッシュ・レジストリ・ソケットまたはプッシュ・レジストリＳＭＳをサポートするかどうかを判定する工程と、
前記ウェブサーバが、プッシュ・レジストリＳＭＳがサポートされる場合にのみ、パラメータを含み、それにより前記MIDletを呼び出すバイナリＳＭＳを提供する工程と、
MIDletによるタスクの実行完了に応じて、前記MIDletにより実行されたタスクの実行結果を含むＳＭＳまたはhttpリクエストを返す工程と、
前記ウェブサーバが、前記ウェブサーバへ前記httpレスポンスを返す工程と
を備えることを特徴とする方法。
ローカルデバイス上のウェブブラウザからMIDletを呼び出すためのシステムであって、
MIDletクライアントと
ローカルデバイス上で利用されるウェブブラウザと、
サーバプラットフォーム上に配置されたウェブサーバと、
前記ローカルデバイスとＴＣＰ／ＩＰ接続により結合され、かつ、前記サーバプラットフォーム上の前記ウェブサーバと該ＴＣＰ／ＩＰ接続により結合される、ＷＡＰゲートウェイと
を備えることを特徴とするシステム。
前記ローカルデバイスは、移動体端末、移動体電話機、スマートフォン、ＰＤＡ及びハンドセットのうちのいずれかであることを特徴とする請求項２２に記載のシステム。
認証セッションに利用されることを特徴とする請求項２２に記載のシステム。
前記サーバプラットフォーム上にビデオサーバをさらに備えることを特徴とする請求項２２に記載のシステム。
前記ローカルデバイスとＴＣＰ／ＩＰインタフェースを介して結合され、かつ、前記サーバプラットフォームと該ＴＣＰ／ＩＰインタフェースを介して結合される、ＳＭＳゲートウェイをさらに備えることを特徴とする請求項２２に記載のシステム。