(57)【要約】【課題】  既存の標準ＭＩＭＥタイプのみを支援したジャバダウンロード機能を拡張して、非標準ＭＩＭＥタイプのコンテンツダウンロードも支援し得る携帯端末機の非標準ＭＩＭＥタイプ支援システム及びその方法を提供すること。【解決手段】  ブラウザに受信された明細ファイルＵＲＬのＭＩＭＥタイプを判断する段階と、ＭＩＭＥタイプの判断結果、受信された明細ファイルＵＲＬのＭＩＭＥタイプが非標準ＭＩＭＥタイプであると、メモリに登録されたハンドラを検索して非標準ＭＩＭＥタイプに対するハンドラの有無を判断する段階と、該ハンドラ有無の判断結果、受信された非標準ＭＩＭＥタイプを処理し得るハンドラが存在しないと、ハンドラ明細ファイルをダウンロードし、ハンドラダウンロードに対する承認可否を要請する段階と、ハンドラダウンロードが承認されると、ハンドラをダウンロードする段階と、を行って携帯端末機の非標準ＭＩＭＥタイプを支援する。【選択図】図１
2005004766.tif 000002
【特許請求の範囲】
【請求項１】
ブラウザに受信された明細ファイルＵＲＬの多目的インターネットメール拡張（ｍｕｌｔｉｐｕｒｐｏｓｅ  ｉｎｔｅｒｎｅｔ  ｍａｉｌ  ｅｘｔｅｎｓｉｏｎｓ：以下、ＭＩＭＥと略称する）タイプを判断する段階と、
該ＭＩＭＥタイプの判断結果、受信された明細ファイルＵＲＬのＭＩＭＥタイプが非標準ＭＩＭＥタイプであると、メモリに登録されたハンドラを検索して前記非標準ＭＩＭＥタイプに対するハンドラの有無を判断する段階と、
該ハンドラ有無の判断結果、受信された非標準ＭＩＭＥタイプを処理し得るハンドラが存在しないと、ハンドラ明細ファイルをダウンロードし、ハンドラダウンロードに対する承認可否を要請する段階と、
前記ハンドラダウンロードが承認されると、前記ハンドラをダウンロードする段階と、を行うことを特徴とする携帯端末機の非標準ＭＩＭＥタイプ支援方法。
【請求項２】
前記受信された非標準ＭＩＭＥタイプに対するハンドラが存在しないと、ジャバアプリケーション管理者（Ｊａｖａ（登録商標）  Ａｐｐｌｉｃａｔｉｏｎ  Ｍａｎａｇｅｒ：以下、ＪＡＭと略称する）が既に定義された要請ＵＲＬ形式をブラウザに伝達し、ブラウザからハンドラ明細ファイルＵＲＬを受信する段階と、
該受信されたハンドラ明細ファイルＵＲＬを通して前記ハンドラ明細ファイルをダウンロードする段階と、を更に行うことを特徴とする請求項１記載の携帯端末機の非標準ＭＩＭＥタイプ支援方法。
【請求項３】
前記要請ＵＲＬ形式は、
予め設定された要請ＵＲＬ及び受信された非標準ＭＩＭＥに対するデータが含まれることを特徴とする請求項２記載の携帯端末機の非標準ＭＩＭＥタイプ支援方法。
【請求項４】
前記受信された非標準ＭＩＭＥタイプに対するハンドラが存在すると、前記非標準ＭＩＭＥタイプの明細ファイルをダウンロードして、コンテンツダウンロードに対する承認可否を使用者に要請する段階と、
前記コンテンツダウンロードを使用者が承認すると、コンテンツをダウンロードして格納する段階と、を更に行うことを特徴とする請求項１記載の携帯端末機の非標準ＭＩＭＥタイプ支援方法。
【請求項５】
前記受信された明細ファイルＵＲＬのＭＩＭＥタイプが標準ＭＩＭＥタイプであると、前記明細ファイルをダウンロードして、コンテンツダウンロードに対する承認可否を使用者に要請する段階と、
前記コンテンツダウンロードを使用者が承認すると、コンテンツをダウンロードして格納する段階と、を更に行うことを特徴とする請求項１記載の携帯端末機の非標準ＭＩＭＥタイプ支援方法。
【請求項６】
前記明細ファイルＵＲＬは、
ブラウザがブラウザページに要請して受信されることを特徴とする請求項１記載の携帯端末機の非標準ＭＩＭＥタイプ支援方法。
【請求項７】
前記ハンドラは、
特定の非標準ＭＩＭＥタイプのコンテンツをブラウザで実行することを特徴とする請求項１記載の携帯端末機の非標準ＭＩＭＥタイプ支援方法。
【請求項８】
ハンドラ明細ファイルは、
ハンドラ明細ファイルサーバからダウンロードすることを特徴とする請求項１記載の携帯端末機の非標準ＭＩＭＥタイプ支援方法。
【請求項９】
前記ハンドラは、
ハンドラサーバからダウンロードすることを特徴とする請求項１記載の携帯端末機の非標準ＭＩＭＥタイプ支援方法
【請求項１０】
前記ダウンロードされたハンドラは、
端末機内の所定のメモリに格納することを特徴とする請求項１記載の携帯端末機の非標準ＭＩＭＥタイプ支援方法。
【請求項１１】
ブラウザ、ＪＡＭ及びメモリを含む端末機と、
前記ブラウザの要請により明細ファイルＵＲＬを伝達するブラウザページと、
前記明細ファイルＵＲＬの該当の明細ファイルをＪＡＭに伝送する明細ファイルサーバと、
前記ＪＡＭにコンテンツを提供するコンテンツサーバと、
ハンドラ明細ファイルを前記ＪＡＭに伝送するハンドラ明細ファイルサーバと、
ハンドラを前記ＪＡＭに伝送するハンドラサーバと、を含んで構成されることを特徴とする携帯端末機の非標準ＭＩＭＥタイプ支援システム。
【請求項１２】
前記端末機は、
ブラウザページ、明細ファイルサーバ、コンテンツサーバ、ハンドラ明細ファイルサーバ及びハンドラサーバとＨＴＴＰにより連結されることを特徴とする請求項１１記載の携帯端末機の非標準ＭＩＭＥタイプ支援システム。
【請求項１３】
前記ブラウザページ、明細ファイルサーバ、コンテンツサーバ、ハンドラ明細ファイルサーバ及びハンドラサーバは、
一つに構成されるか、又はそれぞれ分離して構成されることを特徴とする請求項１１記載の携帯端末機の非標準ＭＩＭＥタイプ支援システム。
【請求項１４】
前記ＪＡＭは、
非標準ＭＩＭＥタイプのコンテンツを処理し得るハンドラを検索して、ハンドラサーバからハンドラをダウンロードすることを特徴とする請求項１１記載の携帯端末機の非標準ＭＩＭＥタイプ支援システム。
【請求項１５】
前記ハンドラは、
特定の非標準ＭＩＭＥタイプのコンテンツをブラウザで実行することを特徴とする請求項１４記載の携帯端末機の非標準ＭＩＭＥタイプ支援システム。
【請求項１６】
前記メモリは、
ダウンロードしたコンテンツを格納することを特徴とする請求項１１記載の携帯端末機の非標準ＭＩＭＥタイプ支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末機のコンテンツダウンロードに係るもので、詳しくは、非標準ＭＩＭＥタイプのコンテンツをダウンロードし得る携帯端末機の非標準ＭＩＭＥタイプ支援システム及びその方法に関するものである。
【背景技術】
【０００２】
一般に、携帯端末機によりジャバアプリケーション（ｊａｖａ（登録商標）  ａｐｐｌｉｃａｔｉｏｎ）をダウンロードするときは、移動通信事業者と端末製造業者間の規格（ｓｐｅｃｉｆｉｃａｔｉｏｎ）協議に従って、ハイパーテキスト伝送規約（ｈｙｐｅｒｔｅｘｔ  ｔｒａｎｓｆｅｒ  ｐｒｏｔｏｃｏｌ：以下、ＨＴＴＰと略称する）ヘッダーフィールドに予め格納された形式を取る多目的インターネットメール拡張（ｍｕｌｔｉｐｕｒｐｏｓｅ  ｉｎｔｅｒｎｅｔ  ｍａｉｌ  ｅｘｔｅｎｓｉｏｎｓ：以下、ＭＩＭＥと略称する）タイプである標準ＭＩＭＥタイプのデータのみが使用される。
【０００３】
前記ＭＩＭＥは、有線インターネットでＡＳＣＩＩ（Ａｍｅｒｉｃａｎ  ｓｔａｎｄａｒｄ  ｃｏｄｅ  ｆｏｒ  ｉｎｆｏｒｍａｔｉｏｎ  ｉｎｔｅｒｃｈａｎｇｅ）データのみを処理し得る元来のインターネット電子メールプロトコルであるＳＭＴＰ（ｓｉｍｐｌｅ  ｍａｉｌ  ｔｒａｎｓｆｅｒ  ｐｒｏｔｏｃｏｌ）に、オーディオ、ビデオ、イメージ及び応用プログラムなどの多様な種類のデータファイルを取り交わす機能を追加して拡張したプロトコルである。ウェブサーバは、クライアントの要求があるとき、データの内容よりもデータの類型に対する情報を先に送る。前記データ類型に対する情報をウェブサーバが認識していれば、クライアント側にデータを正常に伝達することができる。
【０００４】
従って、ウェブサーバには、無線インターネットを支援し得るＭＩＭＥが追加され、コンテンツのダウンロードは、明細ファイルのダウンロード、使用者の同意及び実質的なコンテンツダウンロードの順に展開される。このとき、コンテンツサーバと携帯端末機とを連結するＨＴＴＰのヘッダーフィールドに伝送するコンテンツのタイプを明示する。このコンテンツタイプは、事業者と移動通信端末機の製造業者間の規約によって指定されたＭＩＭＥタイプのみが明示されるため、そうでないタイプは無視される。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
然るに、このような従来の携帯端末機のコンテンツダウンロード方法では、ＨＴＴＰヘッダーフィールドに予め定義された標準ＭＩＭＥタイプに対してのみダウンロードが可能で、非標準ＭＩＭＥタイプのコンテンツはダウンロードし得ないという不都合な点があった。
【０００６】
また、移動通信事業者やコンテンツ事業者が新しいサービスやコンテンツの提供を望んで、新しい形態のＭＩＭＥタイプを使用する場合、使用者は、新しい仕様が適用された端末機が市販されることを待つか、又はサービスセンターで端末機のソフトウエアをアップグレードすべきであるという不都合な点があった。
【０００７】
本発明は、このような従来の課題に鑑みてなされたもので、既存の標準ＭＩＭＥタイプのみを支援したジャバダウンロード機能を拡張して、非標準ＭＩＭＥタイプのコンテンツダウンロードも支援し得る携帯端末機の非標準ＭＩＭＥタイプ支援システム及びその方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
このような目的を達成するため、本発明に係る携帯端末機の非標準ＭＩＭＥタイプ支援システムは、明細ファイルＵＲＬ（ｕｎｉｆｏｒｍ  ｒｅｓｏｕｒｃｅ  ｌｏｃａｔｏｒ）を要請して受信するブラウザと、非標準ＭＩＭＥタイプコンテンツを処理するために、ハンドラを検索してダウンロードするジャバアプリケーション管理者（ｊａｖａ（登録商標）  ａｐｐｌｉｃａｔｉｏｎ  ｍａｎａｇｅｒ：以下ＪＡＭと略称する）と、該ＪＡＭでダウンロードしたハンドラ及びコンテンツを格納するメモリと、前記ブラウザに明細ファイルＵＲＬを伝送するブラウザページと、前記ＪＡＭに明細ファイルを伝送する明細ファイルサーバと、前記ＪＡＭにコンテンツを伝送するコンテンツサーバと、前記ＪＡＭにコンテンツのハンドラ明細ファイルを伝送するハンドラ明細ファイルサーバと、前記ブラウザにハンドラ明細ファイルＵＲＬを伝送し、ＪＡＭにハンドラを伝送するハンドラサーバと、を含んで構成されることを特徴とする。
【０００９】
且つ、本発明に係る携帯端末機の非標準ＭＩＭＥタイプ支援方法は、ブラウザに受信された明細ファイルＵＲＬのＭＩＭＥタイプを判断する過程と、該ＭＩＭＥタイプの判断結果、受信された明細ファイルＵＲＬのＭＩＭＥタイプが非標準ＭＩＭＥタイプであると、ＪＡＭで登録されたハンドラを検索して、前記非標準ＭＩＭＥタイプに対するハンドラの有無を判断する過程と、該ハンドラ有無の判断結果、受信された非標準ＭＩＭＥタイプのハンドラが存在しないと、ハンドラ明細ファイルをダウンロードして、ハンドラダウンロードに対する承認可否を要請する過程と、前記ハンドラダウンロードが承認されると、前記ハンドラをダウンロードする過程と、を行うことを特徴とする。
【００１０】
本発明により、ブラウザに受信された明細ファイルＵＲＬの多目的インターネットメール拡張（ｍｕｌｔｉｐｕｒｐｏｓｅ  ｉｎｔｅｒｎｅｔ  ｍａｉｌ  ｅｘｔｅｎｓｉｏｎｓ：以下、ＭＩＭＥと略称する）タイプを判断する段階と、該ＭＩＭＥタイプの判断結果、受信された明細ファイルＵＲＬのＭＩＭＥタイプが非標準ＭＩＭＥタイプであると、メモリに登録されたハンドラを検索して前記非標準ＭＩＭＥタイプに対するハンドラの有無を判断する段階と、該ハンドラ有無の判断結果、受信された非標準ＭＩＭＥタイプを処理し得るハンドラが存在しないと、ハンドラ明細ファイルをダウンロードし、ハンドラダウンロードに対する承認可否を要請する段階と、前記ハンドラダウンロードが承認されると、前記ハンドラをダウンロードする段階と、を行うことを特徴とする携帯端末機の非標準ＭＩＭＥタイプ支援方法が提供され、これにより上記目的が達成される。
【００１１】
前記受信された非標準ＭＩＭＥタイプに対するハンドラが存在しないと、ジャバアプリケーション管理者（Ｊａｖａ（登録商標）  Ａｐｐｌｉｃａｔｉｏｎ  Ｍａｎａｇｅｒ：以下、ＪＡＭと略称する）が既に定義された要請ＵＲＬ形式をブラウザに伝達し、ブラウザからハンドラ明細ファイルＵＲＬを受信する段階と、該受信されたハンドラ明細ファイルＵＲＬを通して前記ハンドラ明細ファイルをダウンロードする段階と、を更に行ってもよい。
【００１２】
前記要請ＵＲＬ形式は、予め設定された要請ＵＲＬ及び受信された非標準ＭＩＭＥに対するデータが含まれてもよい。
【００１３】
前記受信された非標準ＭＩＭＥタイプに対するハンドラが存在すると、前記非標準ＭＩＭＥタイプの明細ファイルをダウンロードして、コンテンツダウンロードに対する承認可否を使用者に要請する段階と、前記コンテンツダウンロードを使用者が承認すると、コンテンツをダウンロードして格納する段階と、を更に行ってもよい。
【００１４】
前記受信された明細ファイルＵＲＬのＭＩＭＥタイプが標準ＭＩＭＥタイプであると、前記明細ファイルをダウンロードして、コンテンツダウンロードに対する承認可否を使用者に要請する段階と、前記コンテンツダウンロードを使用者が承認すると、コンテンツをダウンロードして格納する段階と、を更に行ってもよい。
【００１５】
前記明細ファイルＵＲＬは、ブラウザがブラウザページに要請して受信されてもよい。
【００１６】
前記ハンドラは、特定の非標準ＭＩＭＥタイプのコンテンツをブラウザで実行してもよい。
【００１７】
ハンドラ明細ファイルは、ハンドラ明細ファイルサーバからダウンロードしてもよい。
【００１８】
前記ハンドラは、ハンドラサーバからダウンロードしてもよい。
【００１９】
前記ダウンロードされたハンドラは、端末機内の所定のメモリに格納してもよい。
【００２０】
本発明により、ブラウザ、ＪＡＭ及びメモリを含む端末機と、前記ブラウザの要請により明細ファイルＵＲＬを伝達するブラウザページと、前記明細ファイルＵＲＬの該当の明細ファイルをＪＡＭに伝送する明細ファイルサーバと、前記ＪＡＭにコンテンツを提供するコンテンツサーバと、ハンドラ明細ファイルを前記ＪＡＭに伝送するハンドラ明細ファイルサーバと、ハンドラを前記ＪＡＭに伝送するハンドラサーバと、を含んで構成されることを特徴とする携帯端末機の非標準ＭＩＭＥタイプ支援システムが提供され、これにより上記目的が達成される。
【００２１】
前記端末機は、ブラウザページ、明細ファイルサーバ、コンテンツサーバ、ハンドラ明細ファイルサーバ及びハンドラサーバとＨＴＴＰにより連結されてもよい。
【００２２】
前記ブラウザページ、明細ファイルサーバ、コンテンツサーバ、ハンドラ明細ファイルサーバ及びハンドラサーバは、一つに構成されるか、又はそれぞれ分離して構成されてもよい。
【００２３】
前記ＪＡＭは、非標準ＭＩＭＥタイプのコンテンツを処理し得るハンドラを検索して、ハンドラサーバからハンドラをダウンロードしてもよい。
【００２４】
前記ハンドラは、特定の非標準ＭＩＭＥタイプのコンテンツをブラウザで実行してもよい。
【００２５】
前記メモリは、ダウンロードしたコンテンツを格納してもよい。
【発明の効果】
【００２６】
本発明に係る携帯端末機の非標準ＭＩＭＥタイプ支援システム及びその方法は、移動通信事業者やコンテンツ事業者が新しいサービス又はコンテンツを提供する場合も、非標準ＭＩＭＥタイプのサービス又はコンテンツを処理し得るハンドラをダウンロードして非標準ＭＩＭＥタイプのコンテンツを処理することで、使用者が多様な種類のサービス及びコンテンツの提供を容易に受けられるという効果がある。
【００２７】
また、本発明に係る携帯端末機の非標準ＭＩＭＥタイプ支援システム及びその方法は、移動通信事業者及びコンテンツ事業者が多様な新しいサービス及びコンテンツを、端末機の仕様と関係なしに自由に提供し得るという効果がある。
【発明を実施するための最良の形態】
【００２８】
以下、本発明の実施の形態に対し、図面に基づいて説明する。
【００２９】
図１は本発明に係る携帯端末機の非標準ＭＩＭＥタイプ支援システムの構成を示した図である。
【００３０】
図１に示したように、本発明に係る携帯端末機の非標準ＭＩＭＥタイプ支援システムは、所定信号により明細ファイルＵＲＬを要請して受信するブラウザ１０と、非標準ＭＩＭＥタイプコンテンツを処理するためにハンドラを検索し、使用者の承認によってコンテンツ及びハンドラをダウンロードするＪＡＭ２０と、該ＪＡＭ２０でダウンロードしたハンドラ及びコンテンツを格納するメモリ３０と、前記ブラウザ１０の要請によって明細ファイルＵＲＬをブラウザ１０に伝送するブラウザページ４０と、ＪＡＭ２０に明細ファイルを伝送する明細ファイルサーバ５０と、使用者の承認によって前記ＪＡＭ２０が要請するコンテンツを伝送するコンテンツサーバ６０と、前記ＪＡＭ２０が要請するコンテンツのハンドラ明細ファイルＵＲＬに係るハンドラ明細ファイルを伝送するハンドラ明細ファイルサーバ７０と、前記ブラウザ１０にハンドラ明細ファイルＵＲＬを伝送し、ＪＡＭ２０にハンドラを伝送するハンドラサーバ８０と、を含んで構成される。
【００３１】
前記端末機１００は、前記各サーバとＨＴＴＰにより通信してコンテンツをダウンロードする。前記端末機１００のブラウザ１０は、ブラウザページ４０に明細ファイルＵＲＬを要請して、ブラウザページ４０から明細ファイルＵＲＬを受信する。該受信された明細ファイルＵＲＬが含まれたデータのヘッダーフィールドには、ＭＩＭＥタイプに対する情報が含まれている。受信された明細ファイルＵＲＬタイプが非標準ＭＩＭＥタイプである場合、ブラウザ１０は、前記明細ファイルＵＲＬ及び非標準ＭＩＭＥタイプを端末機のＪＡＭ２０に伝達する。
【００３２】
前記ＪＡＭ２０は、ブラウザ１０から明細ファイルＵＲＬ及び非標準ＭＩＭＥタイプの伝達を受けて、非標準ＭＩＭＥタイプを処理し得るハンドラが端末機のメモリ３０に登録されているかを検索する。前記非標準ＭＩＭＥタイプのコンテンツを処理し得るハンドラが検索されないと、前記非標準ＭＩＭＥタイプを処理し得るハンドラをハンドラサーバ８０からダウンロードして実行させ、コンテンツサーバ６０からコンテンツをダウンロードして非標準ＭＩＭＥタイプのコンテンツを処理する。
【００３３】
前記ＪＡＭ２０で前記非標準ＭＩＮＥタイプを処理し得るハンドラをダウンロードするためには、移動通信事業者、コンテンツ事業者（Ｃｏｎｔｅｎｔｓ  Ｐｒｏｖｉｄｅｒ：ＣＰ）及び端末機の製造業者により既に定義された要請ＵＲＬ形式（Ｒｅｑｕｅｓｔ  ＵＲＬ  Ｆｏｒｍａｔ）をブラウザ１０に伝達し、該ブラウザ１０から再びハンドラ明細ファイルＵＲＬを受信してハンドラをダウンロードする。
【００３４】
このとき、前記要請ＵＲＬ形式には、既に設定された要請ＵＲＬ及び受信された非標準ＭＩＭＥに対するデータが含まれている。
【００３５】
前記ブラウザページ４０、明細ファイルサーバ５０、コンテンツサーバ６０、ハンドラ明細ファイルサーバ７０及びハンドラサーバ８０は、事業者の構成によって一つに構成されるか、又はそれぞれ分離して構成される。
【００３６】
図２は本発明に係る携帯端末機の非標準ＭＩＭＥタイプ支援方法の実現過程を示したフローチャートである。
【００３７】
図２に示したように、まず、外部からの所定信号、例えば、使用者の直接的な駆動による信号、ＷＡＰ（Ｗｉｒｅｌｅｓｓ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）プッシュ及び文字サービスの知らせによりブラウザが駆動され、端末機に格納しようとするコンテンツを検索（ｂｒｏｗｓｉｎｇ）する（Ｓ１０）。このとき、前述したように、端末機のブラウザからブラウザページに明細ファイルＵＲＬを要請し、前記ブラウザページから明細ファイルＵＲＬが含まれたデータを受信する。端末機及びブラウザページはＨＴＴＰにより連結され、前記明細ファイルＵＲＬが含まれたデータのヘッダーフィールドには、ＭＩＭＥタイプに対する情報であるコンテントタイプが明示されている。
【００３８】
次いで、ブラウザは、前記受信された明細ファイルＵＲＬデータのヘッダーフィールドからＭＩＭＥタイプ情報を検出し（Ｓ２０）、前記ＭＩＭＥタイプがブラウザで処理し得る標準ＭＩＭＥタイプであるかを判断する（Ｓ３０）。該判断結果、前記受信された明細ファイルＵＲＬデータのＭＩＭＥタイプがブラウザで処理し得ないタイプ、即ち、移動通信事業者やコンテンツ事業者が新しいＭＩＭＥタイプをＨＴＴＰヘッダーフィールドに明示した非標準ＭＩＭＥタイプである場合、ブラウザは、前記明細ファイルＵＲＬ及びＭＩＭＥタイプをＪＡＭに伝達する（Ｓ４０）。該ＪＡＭは、前記受信されたＭＩＭＥタイプである非標準ＭＩＭＥタイプを処理し得るハンドラがメモリに格納されているかを検索し（Ｓ５０）、受信された非標準ＭＩＭＥタイプを処理し得るハンドラが存在しているかを判断する（Ｓ６０）。ここで、受信された非標準ＭＩＭＥタイプを処理し得るハンドラが存在しないと、移動通信事業者、端末機の製造業者及びコンテンツ事業者により既に定義された要請ＵＲＬ形式を作成してブラウザに伝達する（Ｓ７０）。このとき、前記要請ＵＲＬ形式は、既に設定された要請ＵＲＬ及び非標準ＭＩＭＥタイプに対するデータを含んでいる。その後、ブラウザは、前記要請ＵＲＬに接続して、前記非標準ＭＩＭＥタイプを処理し得るハンドラのハンドラ明細ファイルＵＲＬを受信してＪＡＭに伝達する（Ｓ８０）。このとき、ブラウザが接続した要請ＵＲＬは、ハンドラサーバ又はブラウザページになる。その後、ＪＡＭは、前記ブラウザからハンドラ明細ファイルＵＲＬの伝達を受けて、ハンドラ明細ファイルサーバに接続してハンドラ明細ファイルをダウンロードし（Ｓ９０）、端末機のディスプレイ部に文字などを乗せて、使用者に前記ハンドラのダウンロードに対する承認可否を要請する（Ｓ１００）。使用者は、前記ハンドラダウンロード承認要請に対して判断し（Ｓ１１０）、使用者がハンドラダウンロードを承認すると、ＪＡＭは、ハンドラサーバに接続してハンドラをダウンロードし、前記ハンドラを端末機に備わったメモリに格納して駆動させる（Ｓ１２０）。もし使用者がダウンロードを承認しないと、端末機は、全ての作業を終了して待機状態（或いは遊休状態（Ｉｄｌｅ  ｓｔａｔｅ））に転換する。
【００３９】
前記過程を通して、ブラウザが受信した明細ファイルＵＲＬに対する非標準ＭＩＭＥタイプを処理し得るハンドラがメモリに登録されるが、前記ハンドラが登録された後、再びブラウザページに接続すると、ＪＡＭは、前記登録されたハンドラを駆動することで、移動通信事業者又はコンテンツ事業者により提供される新しいサービスやコンテンツの提供を受けることができる。
【００４０】
即ち、ハンドラが登録されると、前記端末機に登録された非標準ＭＩＭＥのハンドラ有無に対する判断結果、ハンドラが存在するため、ＪＡＭは、前記受信された明細ファイルＵＲＬを通して明細ファイルサーバに接続して、明細ファイルをダウンロードし（Ｓ１３０）、前記コンテンツのダウンロードに対する承認可否を要請する（Ｓ１４０）。使用者は、前記コンテンツダウンロード承認要請に対して判断し（Ｓ１５０）、使用者がコンテンツダウンロードを承認すると、ＪＡＭは、コンテンツサーバに接続してコンテンツをダウンロードし、メモリの所定領域に格納する（Ｓ１６０）。使用者がコンテンツダウンロードを承認しないと、端末機は、全ての作業を終了して待機状態（或いは遊休状態）に転換する。
【００４１】
もし、最初に受信されたＭＩＭＥタイプがブラウザで使用し得る標準ＭＩＭＥタイプであるかを判断する段階（Ｓ３０）で、前記受信された明細ファイルＵＲＬデータのＭＩＭＥタイプがブラウザで処理し得る標準タイプであると、ＪＡＭが前記明細ファイルサーバに接続して明細ファイルをダウンロードする段階（Ｓ１３０）に直に移動される。
【００４２】
以上のように、本発明の好ましい実施形態を用いて本発明を例示してきたが、本発明は、この実施形態に限定して解釈されるべきものではない。本発明は、特許請求の範囲によってのみその範囲が解釈されるべきであることが理解される。当業者は、本発明の具体的な好ましい実施形態の記載から、本発明の記載および技術常識に基づいて等価な範囲を実施することができることが理解される。本明細書において引用した特許、特許出願および文献は、その内容自体が具体的に本明細書に記載されているのと同様にその内容が本明細書に対する参考として援用されるべきであることが理解される。
（要約）
本発明は、既存の標準ＭＩＭＥタイプのみを支援したジャバダウンロード機能を拡張して、非標準ＭＩＭＥタイプのコンテンツダウンロードも支援し得る携帯端末機の非標準ＭＩＭＥタイプ支援システム及びその方法を提供しようとする。
【００４３】
本発明は、ブラウザ１０に受信された明細ファイルＵＲＬのＭＩＭＥタイプを判断する段階と、該ＭＩＭＥタイプの判断結果、受信された明細ファイルＵＲＬのＭＩＭＥタイプが非標準ＭＩＭＥタイプであると、メモリ３０に登録されたハンドラを検索して前記非標準ＭＩＭＥタイプに対するハンドラの有無を判断する段階と、該ハンドラ有無の判断結果、受信された非標準ＭＩＭＥタイプを処理し得るハンドラが存在しないと、ハンドラ明細ファイルをダウンロードし、ハンドラダウンロードに対する承認可否を要請する段階と、前記ハンドラダウンロードが承認されると、前記ハンドラをダウンロードする段階と、を行って携帯端末機の非標準ＭＩＭＥタイプを支援する。
【図面の簡単な説明】
【００４４】
【図１】本発明に係る携帯端末機の非標準ＭＩＭＥタイプ支援システムの構成を示した図である。
【図２】本発明に係る携帯端末機の非標準ＭＩＭＥタイプ支援方法の実現過程を示したフローチャートである。
【符号の説明】
【００４５】
１０：ブラウザ
２０：ＪＡＭ
３０：メモリ
４０：ブラウザページ
５０：明細ファイルサーバ
６０：コンテンツサーバ
７０：ハンドラ明細ファイルサーバ
８０：ハンドラサーバ
１００：携帯端末機
【図１】
2005004766.tif 000003
【図２】
2005004766.tif 000004