JP2004362090A - 移動端末向けソフトウエア配信システム - Google Patents
移動端末向けソフトウエア配信システム Download PDFInfo
- Publication number
- JP2004362090A JP2004362090A JP2003157524A JP2003157524A JP2004362090A JP 2004362090 A JP2004362090 A JP 2004362090A JP 2003157524 A JP2003157524 A JP 2003157524A JP 2003157524 A JP2003157524 A JP 2003157524A JP 2004362090 A JP2004362090 A JP 2004362090A
- Authority
- JP
- Japan
- Prior art keywords
- software
- mobile terminal
- terminal
- specifications
- mobile
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Abstract
【解決手段】ソフトウエア配信システムは、移動端末からサービス追加要求メッセージを受信する。このメッセージには、移動端末のスペックを表す端末プロファイルが含まれている。ソフトウエア配信システムは、端末プロファイルに基づいて基本ソフトウエア(ソースプログラムなど)を変換して、移動端末のスペックに合わせて最適化されたサービス実現ソフトウエアを生成し、これを移動端末に送信する。
【選択図】 図7
Description
【発明の属する技術分野】
本発明は、車載端末などの移動端末に対してソフトウエアを配信する技術に関する。
【0002】
【従来の技術】
携帯電話やPHS(Personal Handy−phone System)を利用してインターネットに接続可能な移動端末が登場している。最近では、DSRC(Dedicated Short Range Communication)や無線LAN(Local Area Network)などの狭域無線通信を利用した移動端末向けの狭域通信サービスの検討も始まっている。
【0003】
この種の移動端末では、インターネット上のソフトウエア配信システムにアクセスし、ソフトウエアをダウンロードすることで、新たな機能を追加することが可能となる。移動端末にソフトウエアを配信するシステムとしては、特許文献1、2などが提案されている。
【0004】
【特許文献1】
特開2003−87837号公報
【特許文献2】
特開2003−65785号公報
【0005】
【発明が解決しようとする課題】
しかしながら、移動端末は、一般に携帯性を重視した構成となっており、CPU性能、画面解像度、グラフィック性能、メモリやハードディスクの容量などは通常のパーソナルコンピュータに比べて貧弱であることが多い。したがって、移動端末のスペックや使用状態(リソース容量など)に応じたソフトウエアをダウンロードしなければ、動作しなかったり、あるいは、動作が遅すぎて実用に耐えないこともある。
【0006】
特に、車両に設置された車載端末にあっては、この問題が顕著となる。車載端末は、車両に設置されるという構成上、モバイルパソコンなどの移動端末に比べてスペックやリソース容量の制限が大きいこと、また、買い換え周期が長く、古いスペックの端末がいつまでも使用され続ける可能性が高いこと、などがその理由である。しかも、新たに追加したソフトウエアにより、車両の運転に必要な他の機能(たとえば、ナビゲーション機能やラジオ機能など)の動作が阻害されては、運転に支障がでるおそれもある。
【0007】
とはいえ、移動端末の個々のスペックや使用状態に合わせて、網羅的に何十〜何百種類ものバージョンのソフトウエアを予め用意しておくとすれば、ソフトウエア配信システム側に膨大なディスクスペースが必要となるため、とても現実的ではない。
【0008】
本発明は上記実情に鑑みてなされたものであって、その目的とするところは、移動端末上で最適な動作を保証し得るソフトウエアを配信可能な技術を提供することにある。
【0009】
【課題を解決するための手段】
上記目的を達成するために本発明のソフトウエア配信システムは、以下の手段ないし手順により移動端末にソフトウエアを配信する。なお、ソフトウエア配信処理に係る以下の手段ないし手順は、プログラムがコンピュータシステムに読み込まれ実行されることにより具体的に実現されるものである。
【0010】
ソフトウエア配信システムは、ソフトウエア記憶手段によって、基本ソフトウエアを記憶している。ここで、基本ソフトウエアとは、引数を変えてコンパイルすることにより移動端末の種々のスペックまたは/および使用状態に対応可能なソースプログラムまたは中間プログラムであるか、あるいは、設定ファイルにより移動端末の種々のスペックまたは/および使用状態に対応可能な汎用ソフトウエアである。
【0011】
ソフトウエア配信システムは、要求受信手段によって、移動端末から、ソフトウエア配信要求と共に、移動端末のスペックまたは/および使用状態を表す端末プロファイルを受信する。
【0012】
端末プロファイルに含まれる移動端末のスペックとしては、画面解像度、グラフィック性能、CPU性能、記憶媒体の空き容量などの情報が考えられ、また、移動端末の使用状態としては、処理負荷などの情報が考えられる。端末プロファイルにいずれの情報を含めるかは、システム構成などに応じて適宜変更可能である。
【0013】
そして、ソフトウエア配信システムは、生成手段によって、受信された端末プロファイルに基づいて基本ソフトウエアを変換して、移動端末のスペックまたは/および使用状態に合わせて最適化された特定ソフトウエアを生成する。
【0014】
たとえば、基本ソフトウエアがソースプログラムまたは中間プログラムの場合には、生成手段は端末プロファイルに基づいて移動端末のスペックまたは/および使用状態に最適な引数で基本ソフトウエアをコンパイルするとよい。
【0015】
一方、基本ソフトウエアが汎用ソフトウエアの場合には、生成手段は端末プロファイルに基づいて移動端末のスペックまたは/および使用状態に最適な設定ファイルを作成するとよい。
【0016】
そして、ソフトウエア配信システムは、配信手段によって、生成された特定ソフトウエアを移動端末に配信すればよい。
【0017】
このような構成によれば、ソフトウエア配信システムでは、1つないし少数の基本ソフトウエアを保有しておけば足りるので、移動端末の個々のスペックなどに合わせて数多くのバージョンのソフトウエアを用意しておく必要がなくなり、ディスクスペースの削減、ひいては、システムコストの削減を図ることができる。
【0018】
また、基本ソフトウエアから移動端末のスペックや使用状態に合致した最適な特定ソフトウエアを得ることができ、移動端末上で最適な動作を保証し得るソフトウエアを配信することが可能となる。
【0019】
ソフトウエア配信システムは、一覧通知手段によって、配信可能なソフトウエアの一覧を移動端末に通知することも好ましい。ソフトウエアの一覧を閲覧することにより、移動端末のユーザは追加可能なソフトウエアを知ることができるので、システムの利便性が向上する。
【0020】
また、ソフトウエア配信システムは、判断手段によって、受信された端末プロファイルに基づいて、移動端末が特定ソフトウエアの動作品質を保証し得るだけのリソースを割り当て可能か否かを判断することも好ましい。これにより、特定ソフトウエアを配信する前に、移動端末上で特定ソフトウエアを実用的に動作させることが可能か、さらには、特定ソフトウエアが移動端末上で現在動作中の他のソフトウエアの動作を阻害することがないか、などを確認し配信処理に活用することができる。
【0021】
ここで、リソースを割り当て可能と判断された場合に、リソース制御手段によって、移動端末に特定ソフトウエアの動作品質を保証し得るだけのリソースを確保させることも好ましい。たとえば、特定ソフトウエアの動作に必要なCPUリソースやメモリリソースを確保させることによって、特定ソフトウエアの実用的な動作品質を保証することができる。
【0022】
逆に、リソースを割り当て不可と判断された場合には、リソース通知手段によって、特定ソフトウエアの動作品質を保証するために割り当てるべきリソースを移動端末に通知することも好ましい。たとえば、特定ソフトウエアの動作に必要なCPUリソースやメモリリソースを移動端末に通知すれば、移動端末のユーザはその情報に基づいて、現在動作中のソフトウエアを終了させてリソースを解放したりすることが可能となる。
【0023】
なお、本発明は、上記手段の少なくとも一部を有する移動端末向けソフトウエア配信システムとして捉えることができる。また、本発明は、上記手順の少なくとも一部を含む移動端末向けソフトウエア配信方法、または、かかる方法を実現するためのプログラムとして捉えることもできる。さらに、本発明は、上記ソフトウエア配信システムを利用する移動端末として捉えることもできる。なお、上記手段および処理の各々は可能な限り互いに組み合わせて本発明を構成することができる。
【0024】
たとえば、本発明の一態様としての移動端末向けソフトウエア配信システムは、基本ソフトウエアを記憶しているソフトウエア記憶手段と、移動端末から、ソフトウエア配信要求と共に、移動端末のスペックまたは/および使用状態を表す端末プロファイルを受信する要求受信手段と、受信された端末プロファイルに基づいて基本ソフトウエアを変換して、移動端末のスペックまたは/および使用状態に合わせて最適化された特定ソフトウエアを生成する生成手段と、生成された特定ソフトウエアを移動端末に配信する配信手段と、を有することが好ましい。
【0025】
また、本発明の一態様としての移動端末向けソフトウエア配信システムは、基本ソフトウエアを記憶しているソフトウエア記憶手段と、移動端末から、ソフトウエア配信要求と共に、移動端末のスペックおよび処理負荷を表す端末プロファイルを受信する要求受信手段と、受信された端末プロファイルに基づいて基本ソフトウエアを変換して、移動端末のスペックに合わせて最適化された特定ソフトウエアを生成する生成手段と、受信された端末プロファイルに基づいて、移動端末が特定ソフトウエアの動作品質を保証し得るだけのリソースを割り当て可能か否かを判断する判断手段と、リソースを割り当て可能と判断された場合に、移動端末に特定ソフトウエアの動作品質を保証し得るだけのリソースを確保させるリソース制御手段と、生成された特定ソフトウエアを移動端末に配信する配信手段と、を有することも好ましい。
【0026】
また、本発明の一態様としての移動端末は、ソフトウエア配信システムに対してソフトウエア配信要求を送信する手段と、ソフトウエア配信システムから、配信要求したソフトウエアの動作品質を保証するために割り当てるべきリソースを受信する手段と、現在実行中のサービスのうちどのサービスを停止させれば上記リソースを確保できるか判断する手段と、その判断結果をユーザに通知する手段と、を有することが好ましい。
【0027】
また、本発明の一態様としての移動端末向けソフトウエア配信方法では、コンピュータシステムが、基本ソフトウエアを記憶するステップと、移動端末から、ソフトウエア配信要求と共に、移動端末のスペックまたは/および使用状態を表す端末プロファイルを受信するステップと、受信された端末プロファイルに基づいて基本ソフトウエアを変換して、移動端末のスペックまたは/および使用状態に合わせて最適化された特定ソフトウエアを生成するステップと、生成された特定ソフトウエアを移動端末に配信するステップと、を含むことが好ましい。
【0028】
また、本発明の一態様としての移動端末向けソフトウエア配信方法では、コンピュータシステムが、基本ソフトウエアを記憶するステップと、移動端末から、ソフトウエア配信要求と共に、移動端末のスペックおよび処理負荷を表す端末プロファイルを受信するステップと、受信された端末プロファイルに基づいて基本ソフトウエアを変換して、移動端末のスペックに合わせて最適化された特定ソフトウエアを生成するステップと、受信された端末プロファイルに基づいて、移動端末が特定ソフトウエアの動作品質を保証し得るだけのリソースを割り当て可能か否かを判断するステップと、リソースを割り当て可能と判断された場合に、移動端末に特定ソフトウエアの動作品質を保証し得るだけのリソースを確保させるステップと、生成された特定ソフトウエアを移動端末に配信するステップと、を含むことも好ましい。
【0029】
また、本発明の一態様としての移動端末向けソフトウエア配信プログラムでは、コンピュータシステムに、基本ソフトウエアを記憶するステップと、移動端末から、ソフトウエア配信要求と共に、移動端末のスペックまたは/および使用状態を表す端末プロファイルを受信するステップと、受信された端末プロファイルに基づいて基本ソフトウエアを変換して、移動端末のスペックまたは/および使用状態に合わせて最適化された特定ソフトウエアを生成するステップと、生成された特定ソフトウエアを移動端末に配信するステップと、を実行させることが好ましい。
【0030】
また、本発明の一態様としての移動端末向けソフトウエア配信プログラムでは、コンピュータシステムに、基本ソフトウエアを記憶するステップと、移動端末から、ソフトウエア配信要求と共に、移動端末のスペックおよび処理負荷を表す端末プロファイルを受信するステップと、受信された端末プロファイルに基づいて基本ソフトウエアを変換して、移動端末のスペックに合わせて最適化された特定ソフトウエアを生成するステップと、受信された端末プロファイルに基づいて、移動端末が特定ソフトウエアの動作品質を保証し得るだけのリソースを割り当て可能か否かを判断するステップと、リソースを割り当て可能と判断された場合に、移動端末に特定ソフトウエアの動作品質を保証し得るだけのリソースを確保させるステップと、生成された特定ソフトウエアを移動端末に配信するステップと、を実行させることも好ましい。
【0031】
【発明の実施の形態】
以下に図面を参照して、この発明の好適な実施の形態を例示的に詳しく説明する。
【0032】
(第1の実施形態)
図1は、本発明の一実施形態に係るソフトウエア配信システムの構成を示す図である。
【0033】
ソフトウエア配信システム1は、移動端末2に対してソフトウエアを配信し、移動端末2の機能追加を行うシステムである。ソフトウエア配信システム1は、広域ネットワークであるインターネット3に接続されており、インターネット3を介して移動端末2とデータの送受信を行う。
【0034】
ソフトウエア配信システム1が対象とする移動端末2には、車載端末、モバイルパソコン、情報携帯端末(PDA)、携帯電話などが含まれる。図1では、移動体である車両20に設置され、DSRCもしくは無線LANの基地局4を介してインターネット3に接続する車載端末2aと、やはり車両20に設置され、携帯電話基地局5を介してインターネット3に接続する車載端末2bと、携帯電話基地局5を介してインターネット3に接続する情報携帯端末2cとが例示されている。このように、移動端末2の種類は多岐にわたり、個々の端末によってスペックや使用状態が異なる。
【0035】
本実施形態のソフトウエア配信システム1では、センター10が移動端末2のスペックなどに合わせて最適なソフトウエアを生成し、配信する処理を行う。ここで、配信するソフトウエアの元となる基本ソフトウエアは、ソフトウエア記憶手段である基本ソフトウエアDB(データベース)11が記憶し管理している。
【0036】
基本ソフトウエアDB11には、移動端末上で種々のサービス機能を実現するためのソフトウエアが格納されている。サービス機能としては、たとえば、ナビゲーション機能、VoIP(Voice on Internet Protocol)機能、インターネットラジオ機能、インターネットテレビ機能、通信カラオケ機能などが想定される。基本ソフトウエアDB11では、これらのサービス機能を実現するソフトウエアを、ソースプログラム、中間プログラム、汎用ソフトウエアなどの基本ソフトウエアの形式で記憶している。
【0037】
基本ソフトウエアとしてのソースプログラムや中間プログラムは、移動端末2が採り得るスペックや使用状態を考慮して冗長的かつ汎用的にコーディングされている。センター10がソースプログラムや中間プログラムをコンパイル引数やリンク引数を変えてコンパイルすることで、移動端末2のスペックや使用状態に合わせて最適化された特定プログラムを生成することができる。
【0038】
また、基本ソフトウエアとしての汎用ソフトウエアは、移動端末2が採り得るスペックや使用状態を考慮して冗長的かつ汎用的な機能を有している。通常は、動作オプションなどが記述された設定ファイルとセットで用いられる。汎用ソフトウエアはその起動時などに設定ファイルを読み込み、それにしたがって動作態様を切り替え可能に作成されている。センター10は、移動端末2のスペックや使用状態に合わせて汎用ソフトウエアの動作態様が最適化されるように、設定ファイルを生成することができる。
【0039】
ソフトウエア配信システム1の各機能は、基本ハードウエアとして、CPU(中央演算処理装置)、メモリ、ハードディスク、通信IF(インターフェース)などを備える汎用のコンピュータシステムにおいて、ハードディスクに記憶されたプログラムがCPUに読み込まれ実行されることにより実現されるものである。センター10と基本ソフトウエアDB11は一台のコンピュータにより構成することもできるし、ネットワークで接続された複数台のコンピュータで構成することもできる。
【0040】
次に、ソフトウエア配信システム1の各機能の具体的な構成および処理の流れについて詳しく説明する。
【0041】
センター10は、配信可能なソフトウエアの一覧を移動端末2に通知する一覧通知手段として機能する。センター10では、図2のフローチャートに示すプロセスが常に動作しており、移動端末2から「サービス確認メッセージ」を受信すると(ステップS1)、その移動端末2に「サービス一覧メッセージ」を送信する(ステップS2)。サービス一覧メッセージは、たとえば、ナビゲーション機能、VoIP機能、インターネットラジオ機能、インターネットテレビ機能、通信カラオケ機能などのサービス機能の名称がリストになっている情報である。ここでセンター10は、「サービス一覧メッセージ」を作成するため、基本ソフトウエアDB11に問い合せてもよい。
【0042】
図3(a)〜(c)は、移動端末2のユーザが追加機能を選択する際の処理シーケンスを表している。移動端末2は、(a)〜(c)のうちいずれのシーケンスを用いてもよい。
【0043】
(a)のシーケンスでは、移動端末2が、一定時間ごとにセンター10に「サービス確認メッセージ」を送信し、「サービス一覧メッセージ」を受け取ることで、常に最新のサービス機能一覧を保有している。そして、ユーザから「機能確認メッセージ」を受け取ったときに、サービス機能一覧を画面に表示する。ユーザは、一覧を閲覧することにより、追加可能なソフトウエアを知ることでできるので、システムの利便性が向上する。ユーザがサービス機能一覧画面において追加機能を選択すると、移動端末2に「機能追加メッセージ」が入力されることになる。
【0044】
(b)のシーケンスでは、ユーザから「機能確認メッセージ」の入力があったときに、移動端末2がセンター10にサービス機能一覧を取得しにいく。このシーケンスでは、移動端末2とセンター10の間の通信が必要なときにしか行われないため、通信コストを削減することができるという利点がある。通信IFとして従量制の携帯電話を用いている場合には、通信コストを抑えることのできる(b)のシーケンスを利用することが好ましい。
【0045】
(c)のシーケンスでは、(a)のシーケンスと同様、移動端末2が自動的にサービス機能一覧を更新する。そして、新しいサービス機能を見つけた場合に、移動端末2からユーザに対してサービス機能一覧が表示される。このシーケンスでは、ユーザが明示的に機能確認を行わなくても新しいサービス機能の一覧が表示されるので、操作性が向上する。
【0046】
上記(a)〜(c)のうちいずれかのシーケンスによって、ユーザから「機能追加メッセージ」が入力された後の処理について、図4〜図7を参照して説明する。図4は、ソフトウエア配信処理のシーケンスを表すタイミングチャートであり、図5は、サービス追加要求メッセージのデータ構造を表す図であり、図6は、ソフトウエア配信処理に係る移動端末側の処理を表すフローチャートであり、図7は、ソフトウエア配信処理に係るセンター側の処理を表すフローチャートである。
【0047】
移動端末2は、ユーザから「機能追加メッセージ」の入力を受けると(ステップS10)、「サービス追加要求メッセージ」を生成し、センター10に送信する(ステップS11)。そして、サービス実現ソフトウエアを受信するまで待機する(ステップS12)。
【0048】
「サービス追加要求メッセージ」は、図5に示すように、ソフトウエア配信要求である「要求サービス」と、移動端末2のスペックである「画面解像度」、「グラフィック性能」、「CPU性能」、「記憶媒体空き容量」などを含む「端末プロファイル」とから構成される。「要求サービス」には、サービス機能を一意に特定可能な識別記号などが記述される。
【0049】
センター10は、移動端末2から「サービス追加要求メッセージ」を受信すると(ステップS20)、要求サービスに対応した基本ソフトウエアを基本ソフトウエアDB11から取得する(ステップS21)。たとえば、要求サービスとして「ナビゲーション機能」が指定された場合には、ナビゲーション機能を実現するための基本ソフトウエアとして、ソースプログラム、中間プログラムもしくは汎用ソフトウエア、または、それらの組み合わせが取り出される。
【0050】
続いて、センター10は、端末プロファイルに基づいて基本ソフトウエアを変換して、移動端末2に配信するためのサービス実現ソフトウエアを生成する(ステップS22)。
【0051】
基本ソフトウエアがソースプログラムや中間プログラムの場合には、センター10は、端末プロファイルに含まれる移動端末2の各種スペックを参照し、それらのスペックに合致した最適なコンパイル引数やリンク引数で基本ソフトウエアをコンパイルする。また、汎用ソフトウエアの場合には、センター10は、端末プロファイルに含まれる移動端末2の各種スペックを参照し、それらのスペックに合致した最適な設定ファイルを生成するのである。これにより、汎用的な基本ソフトウエアから、移動端末のスペックに合わせて最適化された特定ソフトウエア(サービス実現ソフトウエア)を得ることができる。
【0052】
ここでいう最適化とは、たとえば、サービス実現ソフトウエアの表示画面のサイズが移動端末2の「画面解像度」よりも小さくなるようにしたり、移動端末2の「グラフィック性能」が低い場合には表示画面の色数や画像を削減したり、「CPU性能」が低い場合や「記憶媒体空き容量」が少ない場合には機能の一部を削ってライトバージョンのソフトウエアを構成したりすることをいう。
【0053】
センター10は、このようにして生成されたサービス実現ソフトウエアを、移動端末2に送信する(ステップS23)。このとき、サービス実現ソフトウエアが利用する設定ファイルも併せて送信する。
【0054】
移動端末2では、センター10からサービス実現ソフトウエアを受信すると(ステップS12)、それの組み込み(インストール)を実行する(ステップS13)。そして、組み込みが完了すると、「機能追加完了メッセージ」を画面表示してユーザに通知する(ステップS14)。
【0055】
本実施形態のソフトウエア配信システム1では、1つないし少数の汎用的な基本ソフトウエアを保有しておけば足りるので、移動端末2の個々のスペックなどに合わせて数多くのバージョンのソフトウエアを用意しておく必要がなくなり、ディスクスペースの削減、ひいては、システムコストの削減を図ることができる。
【0056】
また、基本ソフトウエアから移動端末2のスペックに合致した最適なサービス実現ソフトウエアを得ることができ、移動端末2上で最適な動作を保証し得るソフトウエアを配信することが可能となる。
【0057】
すなわち、従来システムでは、新たなソフトウエアをダウンロードしインストールしても、動作しなかったり、あるいは、動作が遅すぎて実用に耐えないという問題が発生することがあったのに対し、本実施形態のシステムでは、移動端末2のスペックに合わせて最適化されたソフトウエアが自動的に生成・配信されるので、必ず最適な動作品質が保証されるのである。
【0058】
(第2の実施形態)
次に、本発明の第2の実施形態に係るソフトウエア配信システムについて説明する。
【0059】
上記第1の実施形態では、端末プロファイルとして移動端末のスペックに関する情報のみを受信していたが、本実施形態では、図8に示すように移動端末のスペックに加えて移動端末の使用状態に関する情報(処理負荷)も受信する。「処理負荷」は、移動端末のCPU使用量やリソース使用量などを表す情報である。そして、本実施形態では、この端末プロファイルに基づいて、移動端末がサービス実現ソフトウエアの動作品質を保証し得るだけのリソースを割り当て可能か否かを判断し、その判断結果に応じて配信処理を制御する。
【0060】
なお、それ以外の部分については上記第1の実施形態とほぼ同様であるので、ここでは本実施形態に特徴的な処理内容について詳しく説明し、第1の実施形態と重複する部分については説明を省略する。
【0061】
図9は、ソフトウエア配信処理に係るセンター側の処理を表すフローチャートである。
【0062】
センター10は、移動端末2から「サービス追加要求メッセージ」を受信すると(ステップS30)、そのメッセージに含まれる端末プロファイルに基づいて移動端末2が要求のあったサービスを享受可能か否か判断する(ステップS31)。詳しくは、センター10は、端末プロファイルから移動端末の処理負荷およびスペックを抽出し、それらの情報に基づいて、移動端末2がサービス実現ソフトウエアの動作品質を保証し得るだけのリソース(CPUリソースやメモリリソースなど)を割り当てることができるかどうかを判断するのである。
【0063】
移動端末2の処理負荷が小さく、CPUリソースやメモリリソースに十分な余裕がある場合には、問題なくサービス実現ソフトウエアを動作させることができるであろうし、逆に、移動端末2の処理負荷が高く、サービス実現ソフトウエアに対してCPUリソースやメモリリソースを割り当てるだけの余裕がない場合もある。後者の場合には、サービス実現ソフトウエアを移動端末2に配信したとしても、動作品質を保証できないばかりか、現在実行中の他のソフトウエアの動作に支障をきたすおそれもある。
【0064】
そこで、センター10は、リソース割り当て可能と判断された場合のみサービス実現ソフトウエアの配信処理に移行する。まず、センター10は、「リソース制御メッセージ」を生成する(ステップS32)。「リソース制御メッセージ」は、サービス実現ソフトウエアの動作品質を保証するために確保すべきリソースが記述された情報である。たとえば、「CPUリソースをNmsecに1回Mmsec割り当てる」、「メモリリソースをXkbyte割り当てる」などの情報が記述されている。そして、センター10は、リソース制御メッセージを移動端末2に送信して、必要なリソースを移動端末2に事前に確保させるのである(ステップS33)。
【0065】
その後、センター10は、サービス実現ソフトウエアの配信処理を実行する(ステップS34)。この処理は、図7のフローチャートにおけるステップS21〜S23の処理と同様の内容である。
【0066】
一方、ステップS31において、リソース割り当て不可と判断された場合には、センター10は配信処理を実行せず、「サービス不能メッセージ」を移動端末2に送信する(ステップS35)。続いて、センター10は、「サービス享受要求仕様メッセージ」を生成し(ステップS36)、移動端末2に送信する(ステップS37)。
【0067】
「サービス享受要求仕様メッセージ」は、サービス実現ソフトウエアの動作品質を保証するために割り当てるべきリソースに関する情報である。たとえば、図10に示すように、サービス機能名称、処理負荷(割り当てるべきCPUリソースやメモリリソースなど)、グラフィック性能(割り当てるべきグラフィックメモリなど)、記憶媒体空き容量(組み込みに必要なディスクスペース)などを含んでいる。移動端末2側では、サービス享受要求仕様メッセージの通知を受けることで、サービス機能の追加を断念するか、あるいは、現在実行中の他のソフトウエアを終了したり削除したりして新たなサービス機能のためのリソースを確保するか、などの判断を行うことができる。
【0068】
では、タイミングチャートを参照して、リソース割り当て可能な場合とリソース割り当て不可の場合のそれぞれの処理シーケンスについて説明する。
【0069】
図11は、リソース割り当て可能な場合のソフトウエア配信処理のシーケンスを表すタイミングチャートである。
【0070】
移動端末2は、定期的に自身の端末プロファイルを更新している。この処理は、たとえば図12に示すプロセスによって行うことができる。まず、現在の時刻を「timeFlag」に代入し(ステップS40)、次に、「timeFlag」の値と現在の時刻との差分が所定の値以上になるまで、すなわち、一定の時間が経過するまでループを行う(ステップS41)。一定の時間が経過したら、移動端末2は、CPUリソースやメモリリソースなどの処理負荷を取得し、端末プロファイルを更新する(ステップS42)。
【0071】
移動端末2は、ユーザから「機能追加メッセージ」の入力を受けると、「サービス追加要求メッセージ」を生成し、センター10に送信する。
【0072】
センター10は、端末プロファイルに基づいて移動端末2のサービス享受可否判断、つまり、リソースの割り当てが可能か否かを判断する。ここでは、リソース割り当て可能と判断され、「リソース制御メッセージ」が生成され、移動端末2に送信される。
【0073】
移動端末2は、「リソース制御メッセージ」を受信すると、それにしたがってリソース制御を実行し、サービス実現ソフトウエアの動作品質を保証する。
【0074】
センター10では、端末プロファイルに基づいて基本ソフトウエアを変換して、移動端末2のスペックおよび使用状態に合わせて最適化されたサービス実現ソフトウエアを生成し、移動端末2に配信する。
【0075】
移動端末2では、サービス実現ソフトウエアの組み込みが行われ、「機能追加完了メッセージ」が表示される。
【0076】
一方、図13は、リソース割り当て不可の場合のソフトウエア配信処理のシーケンスを表すタイミングチャートである。また、図14は、この場合の移動端末側の処理を表すフローチャートである。
【0077】
移動端末2は、ユーザから「機能追加メッセージ」の入力を受けると(ステップS50)、「サービス追加要求メッセージ」を生成し、センター10に送信する(ステップS51)。
【0078】
移動端末2から「サービス追加要求メッセージ」を受信すると、センター10では、端末プロファイルに基づいて移動端末2のサービス享受可否判断、つまり、リソースの割り当てが可能か否かを判断する。ここでは、リソース割り当て不可と判断され、移動端末2に対して「サービス不能メッセージ」と「サービス享受要求仕様メッセージ」とが送信される。なお、「サービス不能メッセージ」と「サービス享受要求仕様メッセージ」は1つのメッセージにまとめても構わない。
【0079】
移動端末2は、「サービス不能メッセージ」と「サービス享受要求仕様メッセージ」とを受信すると(ステップS52,S53)、「サービス享受要求仕様メッセージ」に基づいて、要求中のサービス機能を実行するためには、すなわち、サービス実現ソフトウエアの動作品質を保証するために割り当てるべきリソースを確保するためには、現在実行中のサービス機能のどれを停止させればよいかを調べる。そして、図15に示すように、「停止機能確認メッセージ」を画面表示し、ユーザからの入力を待つ(ステップS54)。
【0080】
「停止機能確認メッセージ」では、現在実行中のサービス機能の情報がリスト表示されるとともに、「サービス1を停止すれば、サービスAを実行できます。サービス1を停止しますか?」のようなガイダンスが表示される。ユーザが、「停止」ボタンまたは「キヤンセル」ボタンを押下すると、「停止機能選択メッセージ」が入力される。
【0081】
移動端末2は、「停止機能選択メッセージ」を受信すると(ステップS55)、ユーザが機能変更(機能停止)を選択したか否かを調べる(ステップS56)。ユーザが「キヤンセル」ボタンを選択していた場合には、特別な処理は行わず、ステップS50に戻る。ユーザが「停止」ボタンを選択していた場合には、機能変更、つまり、サービス1を停止することによってリソースを解放する(ステップS57)。そして、移動端末2は、端末プロファイルを更新して(ステップS58)、あらためてセンター10に「サービス追加要求メッセージ」を再送する(ステップS51)。
【0082】
この場合、移動端末2は、新たに追加するサービス実現ソフトウエアに対してリソース割り当てが可能な使用状態となっているので、以降は図11の処理シーケンスと同様にしてソフトウエアの配信処理が遂行される。
【0083】
以上述べた本実施形態によっても、第1の実施形態と同様の作用効果を奏することができる。
【0084】
加えて、本実施形態では、移動端末2にサービス実現ソフトウエアの動作品質を保証し得るだけのリソースを予め確保させるので、サービス実現ソフトウエアを移動端末2上で実用的に動作させることができる。
【0085】
また、リソース割り当て不可と判断された場合には、まずその旨が通知され、サービス実現ソフトウエアの配信はすぐには行われないので、サービス実現ソフトウエアの組み込みによって、他のソフトウエアの動作に支障がでるなどの問題を回避することができる。
【0086】
さらに、サービス実現ソフトウエアの動作品質を保証するために割り当てるべきリソースに関する情報が移動端末に通知されるので、移動端末のユーザはその情報に基づいて、現在動作中のソフトウエアを終了させてリソースを解放し、代りに新たなソフトウエアを組み込むことが可能となる。
【0087】
なお、上記各構成は本発明の一実施形態を例示したものにすぎない。本発明の範囲は上記実施形態に限られるものではなく、その技術思想の範囲内で種々の変形が可能である。
【0088】
たとえば、上記各実施形態で示したタイミングチャートやフローチャートの手順、メッセージの構造などはいずれも一例であり、必要に応じて適宜変形することが可能である。
【0089】
また、端末プロファイルに含める移動端末のスペックとしては、通信IFの通信速度その他の情報を含めてもよい。また、移動端末の使用状態としては、移動端末を使用しているユーザに関する情報やユーザ設定などを含めてもよい。
【0090】
【発明の効果】
以上説明したように、本発明によれば、移動端末上で最適な動作を保証し得るソフトウエアを配信することができる。
【図面の簡単な説明】
【図1】本発明の一実施形態に係るソフトウエア配信システムの構成を示す図である。
【図2】ソフトウエア配信システムにおける一覧通知処理のフローチャートである。
【図3】移動端末のユーザが追加機能を選択する際の処理シーケンスを表すタイミングチャートである。
【図4】第1の実施形態に係るソフトウエア配信処理のシーケンスを表すタイミングチャートである。
【図5】第1の実施形態に係るサービス追加要求メッセージのデータ構造を表す図である。
【図6】第1の実施形態に係るソフトウエア配信処理に係る移動端末側の処理を表すフローチャートである。
【図7】第1の実施形態に係るソフトウエア配信処理に係るセンター側の処理を表すフローチャートである。
【図8】第2の実施形態に係るサービス追加要求メッセージのデータ構造を表す図である。
【図9】第2の実施形態に係るソフトウエア配信処理に係るセンター側の処理を表すフローチャートである。
【図10】サービス享受要求仕様メッセージのデータ構造を表す図である。
【図11】第2の実施形態においてリソース割り当て可能な場合のソフトウエア配信処理のシーケンスを表すタイミングチャートである。
【図12】移動端末における端末プロファイル更新処理のフローチャートである。
【図13】第2の実施形態においてリソース割り当て不可の場合のソフトウエア配信処理のシーケンスを表すタイミングチャートである。
【図14】第2の実施形態においてリソース割り当て不可の場合の移動端末側の処理を表すフローチャートである。
【図15】停止機能確認メッセージの画面表示例である。
【符号の説明】
1 ソフトウエア配信システム
2 移動端末
2a,2b 車載端末
2c 情報携帯端末
3 インターネット
4 基地局
5 携帯電話基地局
10 センター
11 基本ソフトウエアDB
20 車両
Claims (13)
- 基本ソフトウエアを記憶しているソフトウエア記憶手段と、
移動端末から、ソフトウエア配信要求と共に、移動端末のスペックまたは/および使用状態を表す端末プロファイルを受信する要求受信手段と、
受信された端末プロファイルに基づいて基本ソフトウエアを変換して、移動端末のスペックまたは/および使用状態に合わせて最適化された特定ソフトウエアを生成する生成手段と、
生成された特定ソフトウエアを移動端末に配信する配信手段と、
を有する移動端末向けソフトウエア配信システム。 - 基本ソフトウエアは引数を変えてコンパイルすることにより移動端末の種々のスペックまたは/および使用状態に対応可能なソースプログラムまたは中間プログラムであり、
生成手段は端末プロファイルに基づいて移動端末のスペックまたは/および使用状態に最適な引数で基本ソフトウエアをコンパイルする請求項1記載の移動端末向けソフトウエア配信システム。 - 基本ソフトウエアは設定ファイルにより移動端末の種々のスペックまたは/および使用状態に対応可能な汎用ソフトウエアであり、
生成手段は端末プロファイルに基づいて移動端末のスペックまたは/および使用状態に最適な設定ファイルを作成する請求項1記載の移動端末向けソフトウエア配信システム。 - 配信可能なソフトウエアの一覧を移動端末に通知する一覧通知手段をさらに有する請求項1〜3のうちいずれか1項記載の移動端末向けソフトウエア配信システム。
- 端末プロファイルは、移動端末のスペックとして、画面解像度、グラフィック性能、CPU性能、および、記憶媒体の空き容量のうち少なくとも1つを含む請求項1〜4のうちいずれか1項記載の移動端末向けソフトウエア配信システム。
- 端末プロファイルは、移動端末の使用状態として処理負荷を含む請求項1〜5のうちいずれか1項記載の移動端末向けソフトウエア配信システム。
- 受信された端末プロファイルに基づいて、移動端末が特定ソフトウエアの動作品質を保証し得るだけのリソースを割り当て可能か否かを判断する判断手段と、
リソースを割り当て可能と判断された場合に、移動端末に特定ソフトウエアの動作品質を保証し得るだけのリソースを確保させるリソース制御手段と、
をさらに有する請求項6記載の移動端末向けソフトウエア配信システム。 - リソースを割り当て不可と判断された場合に、特定ソフトウエアの動作品質を保証するために割り当てるべきリソースを移動端末に通知するリソース通知手段をさらに有する請求項7記載の移動端末向けソフトウエア配信システム。
- ソフトウエア配信システムに対してソフトウエア配信要求を送信する手段と、
ソフトウエア配信システムから、配信要求したソフトウエアの動作品質を保証するために割り当てるべきリソースを受信する手段と、
現在実行中のサービスのうちどのサービスを停止させれば上記リソースを確保できるか判断する手段と、
その判断結果をユーザに通知する手段と、
を有する移動端末。 - コンピュータシステムが、
基本ソフトウエアを記憶するステップと、
移動端末から、ソフトウエア配信要求と共に、移動端末のスペックまたは/および使用状態を表す端末プロファイルを受信するステップと、
受信された端末プロファイルに基づいて基本ソフトウエアを変換して、移動端末のスペックまたは/および使用状態に合わせて最適化された特定ソフトウエアを生成するステップと、
生成された特定ソフトウエアを移動端末に配信するステップと、
を含む移動端末向けソフトウエア配信方法。 - コンピュータシステムが、
基本ソフトウエアを記憶するステップと、
移動端末から、ソフトウエア配信要求と共に、移動端末のスペックおよび処理負荷を表す端末プロファイルを受信するステップと、
受信された端末プロファイルに基づいて基本ソフトウエアを変換して、移動端末のスペックに合わせて最適化された特定ソフトウエアを生成するステップと、
受信された端末プロファイルに基づいて、移動端末が特定ソフトウエアの動作品質を保証し得るだけのリソースを割り当て可能か否かを判断するステップと、
リソースを割り当て可能と判断された場合に、移動端末に特定ソフトウエアの動作品質を保証し得るだけのリソースを確保させるステップと、
生成された特定ソフトウエアを移動端末に配信するステップと、
を含む移動端末向けソフトウエア配信方法。 - コンピュータシステムに、
基本ソフトウエアを記憶するステップと、
移動端末から、ソフトウエア配信要求と共に、移動端末のスペックまたは/および使用状態を表す端末プロファイルを受信するステップと、
受信された端末プロファイルに基づいて基本ソフトウエアを変換して、移動端末のスペックまたは/および使用状態に合わせて最適化された特定ソフトウエアを生成するステップと、
生成された特定ソフトウエアを移動端末に配信するステップと、
を実行させる移動端末向けソフトウエア配信プログラム。 - コンピュータシステムに、
基本ソフトウエアを記憶するステップと、
移動端末から、ソフトウエア配信要求と共に、移動端末のスペックおよび処理負荷を表す端末プロファイルを受信するステップと、
受信された端末プロファイルに基づいて基本ソフトウエアを変換して、移動端末のスペックに合わせて最適化された特定ソフトウエアを生成するステップと、
受信された端末プロファイルに基づいて、移動端末が特定ソフトウエアの動作品質を保証し得るだけのリソースを割り当て可能か否かを判断するステップと、
リソースを割り当て可能と判断された場合に、移動端末に特定ソフトウエアの動作品質を保証し得るだけのリソースを確保させるステップと、
生成された特定ソフトウエアを移動端末に配信するステップと、
を実行させる移動端末向けソフトウエア配信プログラム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003157524A JP2004362090A (ja) | 2003-06-03 | 2003-06-03 | 移動端末向けソフトウエア配信システム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003157524A JP2004362090A (ja) | 2003-06-03 | 2003-06-03 | 移動端末向けソフトウエア配信システム |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2004362090A true JP2004362090A (ja) | 2004-12-24 |
Family
ID=34051201
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2003157524A Pending JP2004362090A (ja) | 2003-06-03 | 2003-06-03 | 移動端末向けソフトウエア配信システム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2004362090A (ja) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2008210120A (ja) * | 2007-02-26 | 2008-09-11 | Kyocera Corp | 電子機器及び電子機器における報知方法 |
JP2011508294A (ja) * | 2007-12-06 | 2011-03-10 | エーティーアイ・テクノロジーズ・ユーエルシー | ソフトウェアの複雑さを低減するためにプロファイルを使用する装置および方法 |
KR20110120711A (ko) * | 2010-04-29 | 2011-11-04 | 주식회사 알티캐스트 | 어플리케이션 서비스 제공 방법 및 장치 |
WO2014065405A1 (ja) * | 2012-10-26 | 2014-05-01 | グリー株式会社 | ウェブサーバ装置及びプログラム配信方法 |
JP2015109109A (ja) * | 2015-02-12 | 2015-06-11 | グリー株式会社 | プログラム及びプログラム配信方法 |
JP2016154048A (ja) * | 2016-05-18 | 2016-08-25 | グリー株式会社 | プログラム及びプログラム配信方法 |
JP2017068866A (ja) * | 2016-12-13 | 2017-04-06 | グリー株式会社 | プログラム及びプログラム配信方法 |
JP2018043035A (ja) * | 2017-11-28 | 2018-03-22 | グリー株式会社 | プログラム及びプログラム配信方法 |
-
2003
- 2003-06-03 JP JP2003157524A patent/JP2004362090A/ja active Pending
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2008210120A (ja) * | 2007-02-26 | 2008-09-11 | Kyocera Corp | 電子機器及び電子機器における報知方法 |
JP2011508294A (ja) * | 2007-12-06 | 2011-03-10 | エーティーアイ・テクノロジーズ・ユーエルシー | ソフトウェアの複雑さを低減するためにプロファイルを使用する装置および方法 |
KR20110120711A (ko) * | 2010-04-29 | 2011-11-04 | 주식회사 알티캐스트 | 어플리케이션 서비스 제공 방법 및 장치 |
KR101723228B1 (ko) | 2010-04-29 | 2017-04-05 | 주식회사 알티캐스트 | 어플리케이션 서비스 제공 방법 및 장치 |
WO2014065405A1 (ja) * | 2012-10-26 | 2014-05-01 | グリー株式会社 | ウェブサーバ装置及びプログラム配信方法 |
JP2014086047A (ja) * | 2012-10-26 | 2014-05-12 | Gree Inc | ウェブサーバ装置及びプログラム配信方法 |
JP2015109109A (ja) * | 2015-02-12 | 2015-06-11 | グリー株式会社 | プログラム及びプログラム配信方法 |
JP2016154048A (ja) * | 2016-05-18 | 2016-08-25 | グリー株式会社 | プログラム及びプログラム配信方法 |
JP2017068866A (ja) * | 2016-12-13 | 2017-04-06 | グリー株式会社 | プログラム及びプログラム配信方法 |
JP2018043035A (ja) * | 2017-11-28 | 2018-03-22 | グリー株式会社 | プログラム及びプログラム配信方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7716276B1 (en) | Network that supports user-initiated device management | |
JP4170742B2 (ja) | ダウンロードシステム、通信端末、サーバ、ダウンロード方法 | |
KR100930853B1 (ko) | 데이터 네트워크에서 멀티미디어 전달 서비스에 가입하는방법 및 장치 | |
US7366787B2 (en) | Dynamic configuration of a content publisher | |
US11399056B2 (en) | Mobile core client architecture | |
US8027684B2 (en) | System for performing a task in a communication network and methods thereof | |
CN101335666B (zh) | 一种配置发送的方法、接入控制设备和接入点 | |
CN101296458B (zh) | 应用程序的功能表现方法、系统及设备 | |
JP4958671B2 (ja) | ライセンス管理装置、ライセンス管理方法、及びコンピュータプログラム | |
US20060130053A1 (en) | Communication unit and method for controlling software or data download to subscriber equipment | |
US20040116141A1 (en) | Resource management on a personal area network | |
JP2009020878A (ja) | 移動体電子装置、および、移動体電子装置における装置設定の復元方法 | |
CN109561118A (zh) | 软件升级方法、装置、系统、存储介质、电子设备及车辆 | |
WO2013178110A1 (zh) | 实现复杂软件服务的方法、客户端及云服务器 | |
KR20070086208A (ko) | 통신 시스템들에서 반송파 커스토마이제이션을 위한 방법및 장치 | |
JP2011188511A (ja) | 無線装置のためのダウンロード可能な構成アプリケーション | |
CN101861567A (zh) | 用于自动下载软件安装依赖性的方法、装置和计算机程序产品 | |
JP2022507383A (ja) | 通信方法およびネットワークデバイス | |
JP2006500800A (ja) | マルチモードネットワーク環境において通話を開始させるためのシステム及び技術 | |
JP2004362090A (ja) | 移動端末向けソフトウエア配信システム | |
KR20020005127A (ko) | 이동통신 단말기의 응용 프로그램 갱신 방법 | |
KR20120017619A (ko) | 단말 관리 패키지를 제공하는 장치, 방법 및 상기 단말 관리 패키지를 제공받는 방법 | |
CN101167340A (zh) | 用于在分布网络上调度内容传递的方法和设备 | |
JP2006331307A (ja) | 分散システム | |
JP2003015911A (ja) | 処理完了通知システムおよび処理完了通知方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Effective date: 20060524 Free format text: JAPANESE INTERMEDIATE CODE: A621 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080829 |
|
A131 | Notification of reasons for refusal |
Effective date: 20090428 Free format text: JAPANESE INTERMEDIATE CODE: A131 |
|
A521 | Written amendment |
Effective date: 20090624 Free format text: JAPANESE INTERMEDIATE CODE: A523 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20090721 |