JP6961969B2 - サーバ、サービス提供システム、サービス提供方法及びプログラム - Google Patents

Description

本発明は、サーバ、サービス提供システム、サービス提供方法及びプログラムに関し、特に、アプリケーションプログラム（以下、「アプリケーション」）を用いてサービス提供するサーバ、サービス提供システム、サービス提供方法及びプログラムに関する。

モバイルネットワークには今後、多種多様な端末が接続することが予想されている。例えば、スマートフォン等のモバイル端末のみならず、ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）デバイス、監視カメラ、スマートメータ等の固定端末もモバイルネットワークに接続し、データを授受することが予想される。それに伴い、これらの端末に対してサービスも多様化することが予想される。

こうした動きと相まって、モバイルエッジコンピューティングに代表されるモバイルネットワーク内部や基地局側にサーバやストレージを配置し、サービスを提供することも提案されている。

特許文献１には、ユーザの使用状況に応じて、アイコンの表示方法を変更することができるという携帯端末装置が開示されている。具体的には、特許文献１の携帯端末装置は、自装置の現在の位置を示す位置情報および現在の時刻を示す時刻情報を少なくとも含む現在情報を収集する現在情報収集部３と、アプリケーションの実行履歴を示す履歴情報を蓄積するアプリ情報部７と、前記現在情報が更新される度に、更新後の現在情報および前記履歴情報に基づいて、各アプリケーションに対して優先度を付与する優先度付与部９と、前記優先度に基づいて、アプリケーションを特定するアイコンの表示方法を変更するアプリ表示部１１と、を備える、とされている。

特開２０１５−６９２３０号公報

以下の分析は、本発明によって与えられたものである。今後、サービスが多様化すると、その提供主体となるサーバ上で動作するアプリケーションの数も増大することが予想される。しかしながら、様々な端末が同時に接続するということはなく、すべてのアプリケーションを常時動作させておいたり、必要以上のリソースを割り当てておくことは、明らかに非効率であり、何らかの対応策が求められている。

本発明は、上記したさまざまなサービスの提供主体となるサーバにおけるアプリケーションの動作の最適化に貢献できるサーバ、サービス提供システム、サービス提供方法及びプログラムを提供することを目的とする。

第１の視点によれば、モバイルネットワークに接続し、サービス提供対象となる端末に関する情報を収集する情報収集手段と、前記情報収集手段にて収集された前記端末に関する情報に基づいて、前記端末に提供するサービスの優先度を決定する優先度決定手段と、前記優先度決定手段にて決定された優先度に従って、前記サービスに対応するアプリケーションを動作させ、前記端末にサービスを提供するサービス提供手段と、を備えるサーバが提供される。

第２の視点によれば、上記したサーバを含むサービス提供システムが提供される。

第３の視点によれば、モバイルネットワークに接続している端末に対してサービスを提供するコンピュータが、前記端末に関する情報を収集するステップと、前記端末に関する情報に基づいて、前記端末に提供するサービスの優先度を決定するステップと、前記優先度に従って、前記サービスに対応するアプリケーションを動作させ、前記端末にサービスを提供するステップと、を含むサービス提供方法が提供される。本方法は、モバイルネットワークに接続している端末に対してサービスを提供するコンピュータという、特定の機械に結びつけられている。

第４の視点によれば、モバイルネットワークに接続している端末に対してサービスを提供するコンピュータに、前記端末に関する情報を収集する処理と、前記端末に関する情報に基づいて、前記端末に提供するサービスの優先度を決定する処理と、前記優先度に従って、前記サービスに対応するアプリケーションを動作させ、前記端末にサービスを提供する処理と、を実行させるプログラムが提供される。なお、このプログラムは、コンピュータが読み取り可能な（非トランジエントな）記憶媒体に記録することができる。即ち、本発明は、コンピュータプログラム製品として具現することも可能である。

本発明によれば、端末へのサービスの提供主体となるサーバにおけるアプリケーションの動作を最適化することが可能となる。

本発明の一実施形態の構成を示す図である。 本発明の一実施形態の動作を説明するための図である。 本発明の第１の実施形態のモバイルエッジコンピューティングシステムの構成を示す図である。 本発明の第１の実施形態のモバイルエッジコンピューティングサーバ（ＭＥＣサーバ）の構成を示す図である。 本発明の第１の実施形態のモバイルエッジコンピューティングサーバが保持する端末情報の一例を示す図である。 図５のサービスＩＤの内容の例を示すテーブルである。 図５の端末種別ＩＤの内容の例を示すテーブルである。 図５のカウンタＩＤの内容の例を示すテーブルである。 本発明の第１の実施形態のモバイルエッジコンピューティングサーバが保持する優先度情報の一例を示す図である。 本発明の第１の実施形態のモバイルエッジコンピューティングシステムの動作を表したシーケンス図である。 本発明の第１の実施形態のモバイルエッジコンピューティングシステムの動作を表したシーケンス図である。

はじめに本発明の一実施形態の概要について図面を参照して説明する。なお、この概要に付記した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、本発明を図示の態様に限定することを意図するものではない。また、以降の説明で参照する図面等のブロック間の接続線は、双方向及び単方向の双方を含む。一方向矢印については、主たる信号（データ）の流れを模式的に示すものであり、双方向性を排除するものではない。

本発明は、その一実施形態において、図１に示すように、情報収集手段１１と、優先度決定手段１２と、サービス提供手段１３と、を備えるサーバ１０にて実現できる。より具体的には、情報収集手段１１は、モバイルネットワーク３０に接続し、サービス提供対象となる端末２０に関する情報を収集する。優先度決定手段１２は、前記情報収集手段１１にて収集された前記端末２０に関する情報に基づいて、前記端末２０に提供するサービスの優先度を決定する。サービス提供手段１３は、前記優先度決定手段１２にて決定された優先度に従って、前記サービスに対応するアプリケーションを動作させ、前記端末２０にサービスを提供する。

例えば、図２に示すように、モバイルネットワーク３０に接続し、サービス提供対象となる端末２０の種類が、車載端末（自動車車載型機器）と、スマートフォンの２種類であったとする。この場合、優先度決定手段１２は、情報収集手段１１にて収集された情報に基づいて、端末２０に提供するサービスのうち、車載端末（自動車車載型機器）向けと、スマートフォン向けのサービスの優先度を他のサービスより相対的に高くする。

サービス提供手段１３は、前記優先度決定手段１２にて決定された優先度に従って、車載端末（自動車車載型機器）向けと、スマートフォン向けのサービスに対応するアプリケーションを動作させ、サービスを提供する。これにより、端末へのサービスの提供主体となるサーバにおけるアプリケーションの動作を最適化させることができる。

なお、サービス提供手段１３における優先度の利用形態としては、優先度の高いアプリケーションの起動、メモリへの常駐や優先度の低いアプリケーションの終了が考えられる。優先度の利用形態としては、これらに限られず、例えば、優先度の高いアプリケーションに割り当てるＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）やメモリの量を多くする等の割り当てリソース量の増減制御を行ってもよい。

情報収集手段１１が収集する情報も端末の種類に限られない。例えば、情報収集手段１１が端末の送受信データ量や、データの送信形態（データ送信頻度、１回あたりとのデータ送信量）を収集することとしてもよい。送受信データ量や、データの送信形態（データ送信頻度、１回あたりとのデータ送信量）に基づいて、端末の種別や端末が利用するであろうサービスを推定し、サービスの優先度を決定することもできる。

［第１の実施形態］
続いて、本発明の第１の実施形態について図面を参照して詳細に説明する。図３は、本発明の第１の実施形態のモバイルエッジコンピューティングシステムの構成を示す図である。図３を参照すると、基地局１と、端末２と、ＭＥＣ（モバイルエッジコンピューティング）サーバ３と、コアネットワーク４と、インターネット５と、監視装置６とを含む構成が示されている。

ＭＥＣサーバ３は、端末２へのサービスの提供や端末２の制御、端末２と情報を授受するためのアプリケーションを搭載し、監視装置６から得た情報を用いて端末２にサービスを提供する。このようなＭＥＣサーバ３は、コアネットワーク４に配置した独立したサーバであってもよいが、基地局１内に実装することもできる。

コアネットワーク４は、基地局１からの信号を送受信し、端末２をインターネット５に接続するためのスイッチやパケット交換機能等を持つサーバで構成される。

監視装置６は、基地局１を監視する装置である。具体的には、監視装置６は、基地局１からのアラームを蓄積・表示する機能や、パフォーマンスモニタデータを収集、蓄積、表示し、コアネットワーク４へ転送する機能や、基地局１のファイル版数の管理や更新を制御する機能を有している。また、監視装置６は、基地局１が収集するパフォーマンスデータを、必要に応じて、または周期的にＭＥＣサーバ３へ報告する機能を有している。本実施形態では、このパフォーマンスデータがＭＥＣサーバ３においてアプリケーションの優先度決定に使用される。

なお、基地局１、端末２、インターネット５は当事者によく知られているので説明は割愛する。なお、図３の例では、端末２としてスマートフォンを図示しているが、端末２はスマートフォンや携帯電話（フィーチャーフォン）に限られない。例えば、図１の符号２０に示されているように、車載端末、無線アクセスポイント、自動販売機、監視カメラ、無人航空機（ドローン）、スマートメータ等、ＩｏＴデバイスと呼ばれる種々のものが想定される。

続いて、本実施形態のＭＥＣサーバ３について説明する。図４は、本発明の第１の実施形態のＭＥＣサーバ３の構成を示す図である。図４を参照すると、ＭＥＣサーバ３と、監視装置６とを接続した構成が示されている。

監視装置６は、基地局１が収集するパフォーマンスモニタデータをＭＥＣサーバ３に送信する。監視装置６によるパフォーマンスモニタデータの送信は、プッシュ型、プル型の双方が考えられる。例えば、監視装置６が、ＭＥＣサーバ３からデータ要求を受信したタイミングでパフォーマンスモニタデータを送信することとしてもよい。また、監視装置６が、予め決められた周期で、ＭＥＣサーバ３へパフォーマンスモニタデータを送信することとしてもよい。

ＭＥＣサーバ３は、情報収集部３１と、制御部３２と、アプリケーションプログラムを格納する記憶部３３と、端末情報記憶部３４と、優先度記憶部３５と備えている。

情報収集部３１は、ＭＥＣサーバ３と監視装置６との間のパフォーマンスデータをやりとりするインターフェースを司る上記した情報収集手段に相当する。具体的には、情報収集部３１は、監視装置６からパフォーマンスモニタデータを周期的に受信したり、監視装置６に対しパフォーマンスモニタデータを要求し、受信する機能を持つ。さらに、本実施形態の情報収集部３１は、監視装置６から取得したパフォーマンスモニタデータをＭＥＣサーバ３内で扱いやすい形式に変換し、端末情報記憶部３４に保存する機能、送信エラー時の再送やデータフォーマットのチェック等を行う機能を有している。

図５は、端末情報記憶部３４に保存される端末情報の一例を示す図である。情報収集部３１は、パフォーマンスモニタデータを、図５のようなＭＥＣサーバ３内で扱いやすい形式の端末情報に変換する。基地局１が周期的に収集し、監視装置６が取りまとめたパフォーマンスモニタデータそのものは、パフォーマンスに関するすべてのデータが入っており、ＭＥＣサーバ３におけるアプリケーション優先度の決定に必要のないデータも多い。そこで、情報収集部３１は、パフォーマンスモニタデータを、ＭＥＣサーバ３が扱いやすい形式に編集する。図５の例では、Ｃｅｌｌ ＩＤで特定される基地局毎に、提供中のサービスと、接続している端末２の種類が登録されている。また、それぞれの端末種別毎に、カウンタＩＤで特定されるカウンタ種別のカウンタデータが格納される。なお、パフォーマンスモニタデータのデータ収集項目は、オペレータ（携帯キャリア）により異なるが、図５の例では、セル配下に存在している端末の数や呼処理の各パラメータの数、基地局そのもののＣＰＵ使用率やメモリ等の装置ハードウェアの性能項目等の一般的な項目を収集している（図８参照）。

図６は、図５のサービスＩＤフィールドに設定されるＩＤとその内容の例を示すテーブルである。図６の例では、自動車安全運転支援サービスは、車載端末向けの運転支援アプリケーションによって実現される。盗難・犯罪監視サービスは、通信機能付き監視カメラ向けの犯罪情報等の情報提供アプリケーションによって実現される。自動販売機サービスは、通信機能付き自動販売機向けのリアルタイム管理アプリケーションによって実現される。料金メータ計測サービスは、スマートメータ向けのリアルタイム計測アプリケーションによって実現される。料金メータ計測サービスは、スマートメータ向けのリアルタイム計測アプリケーションによって実現される。社会インフラ監視サービスは、路面センサ向けの交通量計測アプリケーションによって実現される。もちろん、サービスの例は、図６に示した例に限られず、記憶部３３に保持されたアプリケーションにより提供されるさまざまなサービスに対応付けて登録される。

図７は、図５の端末種別ＩＤフィールドに設定されるＩＤとその内容の例を示すテーブルである。図７の例では、スマートフォン、フィーチャフォン、路面センサ、自動販売機、スマートメータ、自動車車載型機器、監視カメラが登録されている。もちろん、端末種別の例は、図７に示した例に限られず、基地局１に接続してサービスの提供対象となりうる端末種別が追加される。

図８は、図５のカウンタＩＤフィールドに設定されるＩＤとその内容（監視項目）の例を示すテーブルである。図８の例では、発呼数、成功したハンドオーバ回数（ＨＯ回数（成功））、失敗したハンドオーバ回数（ＨＯ回数（失敗））、ＣＰＵ使用率、メモリ使用率が登録されている。もちろん、これら監視項目は、図８に示した例に限られず、パフォーマンスモニタデータやその他監視装置６が入手可能な測定項目を選択することができる。

記憶部３３には、端末２の機能や端末２の種類毎に、さまざまなサービスに対応するアプリケーションが格納される（図６参照）。それぞれのアプリケーションは、端末２等と情報をやりとりしたり、端末へ指示信号を送信したりする機能を有している。

制御部３２は、端末情報記憶部３４に設定された情報に基づいて、端末２０に提供するサービスに対応するアプリケーションの優先度を決定し、優先度記憶部３５を更新する。また、制御部３２は、優先度記憶部３５に設定された優先度に基づいて、記憶部３３からアプリケーションを読み出して動作させる。従って、本実施形態の制御部３２が、上記した、優先度決定手段１２とサービス提供手段１３に対応することになる。

図９は、本発明の第１の実施形態のＭＥＣサーバ３が保持する優先度情報を格納するテーブルの一例を示す図である。図９の例では、ＭＥＣサーバ３で提供可能なアプリケーション（サービスＩＤ）毎に、優先度が設定されている。図９の例では、優先度は−２０から１９までの値を持ち、最優先のアプリケーションに−２０が設定される（これは、Ｌｉｎｕｘ（登録商標）のＮｉｃｅコマンドで取りうるＮＩ値に準じた値となっている。）。また、この優先度の値は、初期値としては、同じ優先度（例えば、「０」）に設定されているが、基地局配下のセルに接続されている端末の種類に偏りがあり、あるいくつかの特定の種類の端末やサービスが集中していることが、監視装置６から送られてくるパフォーマンスモニタデータにより判明した場合に、優先度を上げる（値を減らす）処理が行われる。また例えば、基地局配下の端末の数は少なくても、重要なサービス（例えば監視カメラによる盗難犯罪抑止機能）については優先度を上げる（値を減らす）処理が行われる。また、図９のアプリケーション種別は、図６のサービスＩＤと一対一で対応している。また、図９の例では「固定フラグ」フィールドが設けられている。このフラグがオンのとき（図９ではＮｏ．０２と、Ｎｏ．０５に“ＯＮ”が付与されている）、そのアプリケーションは優先度を変更されることはない。従って、図９の例では、サービスＩＤ＝０２の通信機能付き監視カメラ向けの犯罪情報等の情報提供アプリケーションが最も高い優先度を持つことになる。また、この通信機能付き監視カメラ向けの犯罪情報等の情報提供アプリケーションは、固定フラグが“ＯＮ”になっているので、基本的に優先度は変更されない。また、図９の例では、サービスＩＤ＝０１の自動車安全運転支援サービスを提供する運転支援アプリケーションが次に高い優先度を持つことになる。また、この運転支援アプリケーションは、固定フラグがオフになっているので、上記端末情報に基づいた優先度の変更が行われる。

続いて、本実施形態の動作について図面を参照して詳細に説明する。図１０は、本発明の第１の実施形態の動作（情報収集処理）を表したシーケンス図である。まず、ＭＥＣサーバ３内の情報収集部３１は、監視装置６から定期的（例えば５分毎）に、基地局１が収集するパフォーマンスモニタデータを入手する（ステップＳ００１）。なお、パフォーマンスモニタデータの入手方法としては、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）用いて転送を受ける方法やデータコピー等の任意の方法が考えられる。

次に、情報収集部３１は、入手したパフォーマンスモニタデータのフォーマットをチェックする（ステップＳ００２）。前記チェックの結果、パフォーマンスモニタデータのフォーマットに問題がなければ、情報収集部３１は、パフォーマンスモニタデータを図５に示す端末情報に変換して、端末情報記憶部３４に登録されているデータの更新を行う（ステップＳ００３）。一方、パフォーマンスモニタデータのフォーマットに問題があった場合、情報収集部３１は、監視装置６にパフォーマンスモニタデータの再送を要求する（ステップＳ００５）。これを受けた監視装置６は、再送準備をして（ステップＳ００６）、再度パフォーマンスモニタデータを送信する。

ステップＳ００３にて、端末情報記憶部３４のデータ更新が完了すると、情報収集部３１は、制御部３２に、端末情報記憶部３４のデータが更新されたことを通知する（ステップＳ００４）。なお、入手したパフォーマンスモニタデータは、ＭＥＣサーバ３に一定期間保存した後、記憶装置の容量を確保するため削除する（ステップＳ００７）。

続いて、情報収集部３１から端末情報の更新通知を受けた制御部３２の動作について図面を参照して詳細に説明する。図１１は、本発明の第１の実施形態の動作（優先度変更処理）を表したシーケンス図である。図１１を参照すると、まず、制御部３２は、情報収集部３１からデータ更新通知を受信すると（ステップＳ１０１）、制御部３２は、端末情報記憶部３４から、最新の端末情報を読み出して参照する（ステップＳ１０２）。

制御部３２は、読み出した端末情報に基づいて、アプリケーションの優先度を決定し、優先度記憶部３５の優先度テーブルの内容を更新する（ステップＳ１０３）。例えば、図５の端末情報が得られている場合、制御部３２は、カウンタＩＤ＝１の発呼数が上位のＣｅｌｌ ＩＤ＝００１のエントリに注目する。エントリＮｏ．００１のサービスＩＤは０１であることから、制御部３２は、図９のサービスＩＤ＝アプリケーション種別０１（自動車安全運転支援）の優先度を上げる（他と比べて上位＝マイナス値を増やす）。

なお前述したように、盗難や犯罪防止に関わる監視カメラに関してのアプリケーションや、路上の振動や温度等を検知する路面センサ等のアプリケーションである場合、発呼数に関係なく、他と比べて優先度を上位に設定しておき、固定とする方法でもよい。その際は、図９の固定フラグをＯＮとし、システムパラメータとして予め設定しておく。

前記優先度の変更後、制御部３２は優先度テーブルの内容に従って、アプリケーションの優先度を変更する（ステップＳ１０４）。アプリケーションの優先度を変更する方法としては、種々の方法を採ることができるが、例えば、制御部３２が、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）のコマンドを用いて優先度を変更する方法を採ることができる。もちろん、前述のとおり、各アプリケーションに割り当てるリソースを変更する方法も採用可能である。

なお、図４のＭＥＣサーバ３における制御部３２及び情報収集部３１は、ＭＥＣサーバ３上で動作するアプリケーションと、これらを実行するプロセッサで実現されるが、本実施形態では、優先度の変更対象となるアプリケーションをＭＥＣサーバ３上のアプリケーションと区別して表記している。また、制御部３２及び情報収集部３１の優先度は、他のアプリケーションよりも高く設定される。これにより、他のアプリケーションの動作が、制御部３２及び情報収集部３１によるパフォーマンスデータの受信や蓄積動作及びアプリケーションの優先度を制御する処理に影響しないようにすることができる。

以上説明したように、本実施形態によれば、ＭＥＣサーバ３において、各種の端末２のために用意されているさまざまなアプリケーションのすべてを起動させておく必要はなくなる。換言すれば、ある時点で重要なサービスや頻度の高いサービスに対応するアプリケーションを優先して動作させておけばよく、ＭＥＣサーバ３のリソースを有効に活用することが可能となる。

以上、本発明の各実施形態を説明したが、本発明は、上記した実施形態に限定されるものではなく、本発明の基本的技術的思想を逸脱しない範囲で、更なる変形・置換・調整を加えることができる。例えば、各図面に示したネットワーク構成、各要素の構成、メッセージの表現形態は、本発明の理解を助けるための一例であり、これらの図面に示した構成に限定されるものではない。

例えば、上記した実施形態では、パフォーマンスモニタデータに含まれる発呼数に注目して優先度を上げる例を説明したが、その他のカウンタ値に基づいて優先度を上げたり、下げたりすることもできる。例えば、車載端末のＨＯ回数（成功）が多い場合、当該エリアでの車載端末の移動が活発であることを示している。これに伴い、利用度が高くなることが予想される自動車安全運転支援アプリケーションの優先度を上げることができる。また、逆に、車載端末のＨＯ回数（成功）が少ない場合、当該エリアでの車載端末の移動が少ないことを示している。これに伴い、利用度が低くなることが予想される自動車安全運転支援アプリケーションの優先度を下げることができる。また、図５の複数のカウンタ値の組み合わせが特定の条件を満たしているかや、ある基地局において端末から利用されているサービスの組み合わせにより、アプリケーションの優先度を変更することもできる。

例えば、上記した実施形態では、監視装置６が基地局から得たパフォーマンスモニタデータを用いて優先度を変更するものとして説明したが、端末情報として、基地局１や監視装置６が独自に収集する情報を用いることもできる。

例えば、上記した実施形態では、重要度の高いアプリケーションについて固定フラグをＯＮにして、優先度の変更を行わないものとして説明したが、逆に、重要度の低いアプリケーションや、応答性が求められないアプリケーションについて優先度を低く設定し、固定フラグを立ててもよい。

また、上記した実施形態では、アプリケーションの実行主体はＭＥＣサーバ３であるものとして説明したが、アプリケーションの実行主体はＭＥＣサーバ３でなくてもよい。例えば、コアネットワーク４やインターネット５やクラウド基盤（図示省略）に配置されている別のサービス提供サーバにおけるアプリケーションの優先度を変更することもできる。これにより、当該別のサーバにおけるアプリケーションの動作を最適化することができる。また、サーバは物理的に独立したサーバに限定されるものではなく、コアネットワーク４やクラウド基盤（図示省略）上で動作する仮想サーバであってもよい。

また、上記した実施形態では、監視装置６がＭＥＣサーバ３に、定期的に（例えば５分毎）、パフォーマンスモニタデータを送信するものとして説明したが、パフォーマンスモニタデータの送信の送信周期は可変でもよい。または、ＭＥＣサーバ３が、監視装置６にパフォーマンスモニタデータの送信を要求し、監視装置６は、ＭＥＣサーバ３からの要求受信を契機に、パフォーマンスモニタデータの送信を行うものとしてもよい。その場合はＭＥＣサーバ３内部に、監視装置６へパフォーマンスモニタデータの送信を要求する仕組みを設けることになる。

最後に、本発明の好ましい形態を要約する。
［第１の形態］
（上記第１の視点によるサーバ参照）
［第２の形態］
上記したサーバは、優先度の決定の際に参照する端末に関する情報として、端末の種類情報を用いることができる。
［第３の形態］
上記したサーバは、優先度の決定の際に参照する端末に関する情報として、前記端末の動作状態を示す情報（ＣＰＵ使用率、メモリ使用率等）を用いることができる。
［第４の形態］
上記したサーバは、優先度の決定の際に参照する端末に関する情報として、前記端末の前記モバイルネットワークに属する基地局から取得したパフォーマンスモニタデータから選択した情報を用いることができる。
［第５の形態］
上記したサーバは、前記端末に関する情報に基づいて、利用度の高いサービスの優先度を、他のサービスの優先度よりも高くすることができる。
［第６の形態］
上記したサーバは、前記端末に関する情報に基づいて、重要度の高いサービスの優先度を、他のサービスの優先度よりも高くすることができる。
［第７の形態］
上記したサーバは、前記優先度に基づいて、前記サービスに対応するアプリケーションを起動するか否かを決定することができる。
［第８の形態］
上記したサーバは、前記優先度に基づいて、前記サービスに対応するアプリケーションに割り当てるリソース量を増減することができる。
［第９の形態］
上記したサーバのサービス提供手段は、優先度を固定するフラグが設定されているアプリケーションについて、優先度の変更を行わない構成を採ることができる。
［第１０の形態］
（上記第２の視点によるサービス提供システム参照）
［第１１の形態］
（上記第３の視点によるサービス提供方法参照）
［第１２の形態］
（上記第４の視点によるプログラム参照）
なお、上記第１０〜第１２の形態は、第１の形態と同様に、第２〜第９の形態に展開することが可能である。

なお、上記の特許文献の開示を、本書に引用をもって繰り込むものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の開示の枠内において種々の開示要素（各請求項の各要素、各実施形態ないし実施例の各要素、各図面の各要素等を含む）の多様な組み合わせ、ないし選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。特に、本書に記載した数値範囲については、当該範囲内に含まれる任意の数値ないし小範囲が、別段の記載のない場合でも具体的に記載されているものと解釈されるべきである。

１ 基地局
２、２０ 端末
３ ＭＥＣ（モバイルエッジコンピューティング）サーバ
４ コアネットワーク
５ インターネット
６ 監視装置
１０ サーバ
１１ 情報収集手段
１２ 優先度決定手段
１３ サービス提供手段
３０ モバイルネットワーク
３１ 情報収集部
３２ 制御部
３３ 記憶部
３４ 端末情報記憶部
３５ 優先度記憶部

Claims (9)

1. 端末に提供するサービスの中で優先度を固定すべきサービスを規定するテーブルと、
   モバイルネットワークに接続し、サービス提供対象となる端末に関する情報を収集する情報収集手段と、
   前記情報収集手段にて収集された前記端末に関する情報に基づいて、前記テーブルに規定されていないサービスの優先度を決定する優先度決定手段と、
   前記優先度決定手段にて決定された優先度に従って、前記サービスに対応するアプリケーションを動作させ、前記端末にサービスを提供するサービス提供手段と、
   を備え、
   前記優先度を固定すべきサービスが、監視カメラに対するサービス、及び／又は路面センサに対するサービスであるサーバ。
2. 前記端末に関する情報は、前記端末の動作状態を示す情報である請求項１のサーバ。
3. 前記端末に関する情報は、前記端末の前記モバイルネットワークに属する基地局から取得したパフォーマンスモニタデータから選択した情報である請求項１又は２のサーバ。
4. 前記優先度決定手段は、前記端末に関する情報に基づいて、利用度の高いサービスの優先度を、他のサービスの優先度よりも高くする請求項１から３のいずれか一のサーバ。
5. 前記優先度決定手段は、前記端末に関する情報に基づいて、重要度の高いサービスの優先度を、他のサービスの優先度よりも高くする請求項１から４のいずれか一のサーバ。
6. 前記サービス提供手段は、前記優先度に基づいて、前記サービスに対応するアプリケーションを起動するか否かを決定する請求項１から５のいずれか一のサーバ。
7. 前記サービス提供手段は、前記優先度に基づいて、前記サービスに対応するアプリケーションに割り当てるリソース量を増減する請求項１から６のいずれか一のサーバ。
8. モバイルネットワークに接続し、サービス提供対象となる端末に関する情報を収集する情報収集手段と、
   端末に提供するサービスの中で優先度を固定すべきサービスを規定するテーブルを参照して、前記情報収集手段にて収集された前記端末に関する情報に基づいて、前記テーブルに規定されていないサービスの優先度を決定する優先度決定手段と、
   前記優先度決定手段にて決定された優先度に従って、前記サービスに対応するアプリケーションを動作させ、前記端末にサービスを提供するサービス提供手段と、
   を備え、
   前記優先度を固定すべきサービスが、監視カメラに対するサービス、及び／又は路面センサに対するサービスである、
   サーバを含むサービス提供システム。
9. モバイルネットワークに接続している端末に対してサービスを提供するコンピュータが、
   前記端末に関する情報を収集するステップと、
   端末に提供するサービスの中で優先度を固定すべきサービスを規定するテーブルを参照して、前記端末に関する情報に基づいて、前記テーブルに規定されていないサービスの優先度を決定するステップと、
   前記優先度に従って、前記サービスに対応するアプリケーションを動作させ、前記端末にサービスを提供するステップと、
   を含み、
   前記優先度を固定すべきサービスが、監視カメラに対するサービス、及び／又は路面センサに対するサービスである、
   サービス提供方法。

Images