(57)【要約】【課題】制御信号を低減できる移動体通信技術を提供する。【解決手段】アプリケーションプログラムは、ファストドーマンシー機能が実装された携帯端末にネットワークを介してダウンロードされ、携帯端末によって実行される。アプリケーションプログラムは携帯端末にインストールされているオペレーティングシステムによって管理される。アプリケーションプログラムは、携帯端末のユーザからの指示に基づいて、ネットワークを介したパケット交換の開始をオペレーティングシステムに要求する機能と、ネットワーク側で決定される周期で周期的に、ネットワークを介したパケット交換の開始をオペレーティングシステムに要求する機能と、を携帯端末に実現させる。【選択図】図１
2014038584.tif 000002
【特許請求の範囲】
【請求項１】
所定の第１基準を満たしたアプリケーションプログラムを特定するＩＤを、ダウンロードサーバからネットワークを介してダウンロード可能なアプリケーションプログラムのＩＤとして、リスト形式で表示するリスト画面を、携帯端末のディスプレイに表示させる機能と、
前記リスト画面において、前記第１基準とは異なる第２基準を満たしたアプリケーションプログラムのＩＤを、そうでないアプリケーションプログラムのＩＤとは異なる態様で表示させる機能と、を携帯端末に実現させることを特徴とするコンピュータプログラム。
【請求項２】
前記異なる態様で表示させる機能は、前記第２基準を満たしたアプリケーションプログラムのＩＤと認定マークとを関連付けて表示させる機能を含むことを特徴とする請求項１に記載のコンピュータプログラム。
【請求項３】
ユーザによって前記認定マークが指定されると、前記第２基準の内容を示す内容表示画面を携帯端末のディスプレイに表示させる機能をさらに携帯端末に実現させることを特徴とする請求項２に記載のコンピュータプログラム。
【請求項４】
前記第２基準は、アプリケーションプログラムがネットワークを介したパケット交換の開始を携帯端末のオペレーティングシステムに要求する頻度に関する基準であることを特徴とする請求項１から３のいずれかに記載のコンピュータプログラム。
【請求項５】
アプリケーションプログラムが前記第１基準を満たしているか否かを決める第１主体と、アプリケーションプログラムが前記第２基準を満たしているか否かを決める第２主体と、は異なることを特徴とする請求項１から４のいずれかに記載のコンピュータプログラム。
【請求項６】
本コンピュータプログラムは前記第１主体が管理するサーバからネットワークを介して携帯端末に送信されることを特徴とする請求項５に記載のコンピュータプログラム。
【請求項７】
前記サーバは、アプリケーションプログラムが前記第２基準を満たしているか否かについての情報を、前記第２主体が管理する別のサーバからネットワークを介して取得することを特徴とする請求項６に記載のコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータプログラムに関する。
【背景技術】
【０００２】
特許文献１〜７には、従来の移動体通信技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−１２４５０５号公報
【特許文献２】特開２０１１−１７２２５８号公報
【特許文献３】特開２０１１−２２８８０５号公報
【特許文献４】特開２０１１−２２８８０４号公報
【特許文献５】特開２０１１−２３９０７３号公報
【特許文献６】特開２０００−０９２２０４号公報
【特許文献７】特開２０１２−１１９９６５号公報
【非特許文献】
【０００４】
【非特許文献１】手代木 圭一，Smart Lab 世界中でネットワーク分析──電池とシグナリングの関係を解明し、対策へ，ヒラメキ 技術力を、提案力に。，ノキアシーメンスネットワークス株式会社，２０１２年  ４月１２日，ＵＲＬ，http://www.nokiasiemensnetworks.co.jp/hirameki/35/2/
【発明の概要】
【発明が解決しようとする課題】
【０００５】
インターネット上のダウンロードサイトには様々なアプリケーションプログラムがダウンロード可能として掲載されている。これらのなかには、開発者が意図しているいないにかかわらず、ダウンロード先の携帯端末に悪影響を及ぼすものもある。問題となるアプリケーションプログラムの例は、制御信号を頻発させたり、個人情報を抜き取ったりするアプリケーションプログラムなどである。
【０００６】
スマートホンの急速な広がりと共に、いわゆるＩＴリテラシーの低いユーザが増えてきている。したがって、上記のようなマルウエアの拡散が懸念される。
【０００７】
本発明はこうした課題に鑑みてなされたものであり、その目的は、アプリケーションプログラムをダウンロードしてもよいか否かをユーザがより容易に判断できるようにする技術の提供にある。
【課題を解決するための手段】
【０００８】
本発明のある態様はコンピュータプログラムに関する。このコンピュータプログラムは、所定の第１基準を満たしたアプリケーションプログラムを特定するＩＤを、ダウンロードサーバからネットワークを介してダウンロード可能なアプリケーションプログラムのＩＤとして、リスト形式で表示するリスト画面を、携帯端末のディスプレイに表示させる機能と、リスト画面において、第１基準とは異なる第２基準を満たしたアプリケーションプログラムのＩＤを、そうでないアプリケーションプログラムのＩＤとは異なる態様で表示させる機能と、を携帯端末に実現させる。
【０００９】
なお、以上の構成要素の任意の組み合わせや、本発明の構成要素や表現を方法、システム、コンピュータプログラム、コンピュータプログラムを格納した記録媒体などの間で相互に置換したものもまた、本発明の態様として有効である。
【図面の簡単な説明】
【００１０】
【図１】本実施の形態に係るアプリケーションプログラムを実行する携帯端末の状態の遷移を時系列で示す図である。
【図２】第２の実施の形態に係るアプリケーションプログラムを実行する携帯端末における一連の処理を示すフローチャートである。
【図３】第３の実施の形態に係るオペレーティングシステムを実行する携帯端末における一連の処理を示すフローチャートである。
【図４】携帯端末のタッチパネルに表示されるリスト画面の代表画面図である。
【図５】内容表示画面の代表画面図である。
【発明を実施するための形態】
【００１１】
以下、各図面に示される同一または同等の構成要素、部材、処理には、同一の符号を付するものとし、適宜重複した説明は省略する。
【００１２】
（第１の実施の形態）
第１の実施の形態に係るアプリケーションプログラムは、サーバからインターネットなどのネットワークを介して携帯電話などの携帯端末にダウンロードされ、その携帯端末によって実行されるコンピュータプログラムである。携帯端末には、Windows（登録商標） Mobile、android、BlackBerry、iOSなどのオペレーティングシステム（ＯＳ、Operating System）がプリインストールされている。携帯端末のオペレーティングシステムは本実施の形態に係るアプリケーションプログラムを管理する。
【００１３】
携帯端末は、タッチパネル、通話機能およびＷｅｂ通信機能を有し、ウェブブラウザを有していてもよい。携帯端末はパケット交換網および回線交換網の両方と無線で通信可能に構成される。特に携帯端末はバッテリ駆動であるが、携帯端末にはファストドーマンシー（Fast Dormancy）機能が実装されており、オールウェイズオンを前提として設計されているアプリケーションプログラムに対してもバッテリ消費量の低減が図られている。
【００１４】
図１は、本実施の形態に係るアプリケーションプログラムを実行する携帯端末１０の状態の遷移を時系列で示す図である。本実施の形態に係るアプリケーションプログラムはメーラーである（以下、本メーラーと称す）。以下、携帯端末１０が本メーラーを実行することにより実現する機能について説明する。
【００１５】
本メーラーは、受信メールの確認をするためにメールサーバに周期的に接続すると共に、ユーザからメールの送受信指示があればその都度メールサーバに接続する。メールの送受信が完了すると、ファストドーマンシー機能により携帯端末１０は非接続状態すなわちアイドル状態に遷移する。
【００１６】
図１の上側には本メーラーが第１接続周期Ｔ１で周期的に受信メールの確認を行う場合が示されている。本メーラーは、受信メールの確認を行う場合、ネットワークを介したパケット交換の開始をオペレーティングシステムに要求する。オペレーティングシステムはその要求に応じて携帯端末１０の状態をアイドル状態から接続状態１２に遷移させ、パケット交換を開始する。
パケット交換は、ネットワークとの間での制御信号のやりとりの後に続く一連のパケットのやりとりであってもよい。
【００１７】
パケット交換が開始されると、本メーラーは受信メールを確認するための確認信号を生成する。本メーラーは、オペレーティングシステムに、生成された確認信号をパケット化してメールサーバ宛に送信させる。新着メールが存在しない場合、メールサーバとのパケット交換は途絶え、携帯端末１０のファストドーマンシー機能により携帯端末１０の状態は接続状態１２からアイドル状態に遷移する。新着メールが存在する場合は、本メーラーは新着メールをダウンロードする。ダウンロード後はやはりメールサーバとのパケット交換が途絶えるので、携帯端末１０の状態はアイドル状態に遷移する。
【００１８】
また、携帯端末１０のユーザから例えばタッチパネルを介してメールの送受信指示を受け付けると、本メーラーは、ネットワークを介したパケット交換の開始をオペレーティングシステムに要求する。オペレーティングシステムはその要求に応じて携帯端末１０の状態をアイドル状態から接続状態１４に遷移させ、パケット交換を開始する。
【００１９】
本メーラーの接続周期はネットワーク側で決定される。例えば、ネットワーク側のネットワーク機器（ＭＳＣ（Mobile Switching Center）やｅＮＢ（eNodeB）やゲートウエイなど）は、ネットワーク側が処理する制御信号の量に応じて接続周期を決定する。特に、ネットワーク機器は、単位時間当たりに処理する制御信号の量が多いほど接続周期を長く設定する。ネットワーク機器は、決定された接続周期を携帯端末１０に通知する。例えば、ネットワーク機器は報知チャネル（ＢＣＣＨ（Broadcast Control CHannel））を介して接続周期を報知する。
【００２０】
携帯端末１０のオペレーティングシステムは、ネットワーク側で決定された接続周期をネットワークから取得する。オペレーティングシステムは、本メーラーを含む接続周期を更新可能なアプリケーションプログラムに、取得された接続周期を通知する。例えば本メーラーは新たな接続周期をオペレーティングシステムから取得し、取得された新たな接続周期で既存の接続周期を書き換える、または更新する。
【００２１】
例えば、図１に関して、ネットワーク側の制御信号の処理量が増え、それに伴い第１接続周期Ｔ１より長い第２接続周期Ｔ２がネットワーク側によって決定されたとする。オペレーティングシステムはその第２接続周期Ｔ２を取得し、本メーラーはオペレーティングシステムからその第２接続周期Ｔ２を取得する。本メーラーは接続周期を第１接続周期Ｔ１から第２接続周期Ｔ２に更新する。図１の下側には本メーラーが第２接続周期Ｔ２で周期的に受信メールの確認を行う場合が示されている。
【００２２】
本実施の形態に係るアプリケーションプログラムによると、ネットワーク側の制御信号の処理量に応じて、携帯端末１０にインストールされているアプリケーションプログラムのネットワークへの接続頻度を制御することができる。特に、制御信号の処理量が増大しているときに、アプリケーションプログラムのネットワークへの接続頻度を低減することができる。これにより、ネットワークをより安定化させることができ、制御信号由来の輻輳が発生する可能性を低減できる。また、携帯端末１０のファストドーマンシー機能は維持されているので、携帯端末１０のバッテリをより効率的に使用することができる。
【００２３】
また、本実施の形態では、オペレーティングシステムが同じ接続周期を異なる複数のアプリケーションプログラムに通知する構成とされている。オペレーティングシステムは、ネットワーク機器から端末を指定せずに報知される接続周期を取得する。したがって、ネットワーク側は端末ごと、アプリケーションごとに接続周期を設定する必要はないので、接続周期をネットワーク側で決定することによるネットワーク側の処理量の増大を抑えることができる。
【００２４】
（第２の実施の形態）
第２の実施の形態に係るアプリケーションプログラムは、ネットワークを介したパケット交換の開始をオペレーティングシステムに要求する際、オペレーティングシステムに管理されている他のアプリケーションプログラムとそのような要求について同期を取る機能を携帯端末に実現させる。
【００２５】
図２は、第２の実施の形態に係るアプリケーションプログラムを実行する携帯端末における一連の処理を示すフローチャートである。本実施の形態に係るアプリケーションプログラム（以下、本アプリと称す）の実行過程で、送信データをネットワークに送信したいという送信要求が発生する（Ｓ２０２）。本アプリは、本アプリとは異なる他のアプリケーション（以下、他のアプリと称す）で送信要求が発生したか否かを判定する（Ｓ２０４）。本アプリはオペレーティングシステムを介して他のアプリの情報を取得してもよい。本アプリは、他のアプリで送信要求が発生していないと判定された場合（Ｓ２０４のＮ）、所定の期間待機した後、再度ステップＳ２０４の判定を行う。本アプリは、他のアプリで送信要求が発生したと判定された場合（Ｓ２０４のＹ）、他のアプリの送信データを取り込む（Ｓ２０６）。本アプリは、取り込まれた他のアプリの送信データと自己の送信データとを結合する（Ｓ２０８）。本アプリは、パケット交換の開始をオペレーティングシステムに要求する（Ｓ２１０）。本アプリは、オペレーティングシステムに、ステップＳ２０８で結合された送信データをパケット化してネットワークに送信させる（Ｓ２１２）。
【００２６】
本実施の形態に係るアプリケーションプログラムによると、本アプリの送信要求および他のアプリの送信要求の両方を、本アプリによるパケット交換の開始要求一回で処理することができる。すなわち、従来であればパケット交換の開始要求が本アプリについて一回、他のアプリについて一回の合計二回生じていたところ、本実施の形態ではそれが一回で済む。したがって、制御信号のやりとりの発生頻度を低減することができる。
【００２７】
（第３の実施の形態）
第３の実施の形態に係るオペレーティングシステムは、携帯端末にネットワークを介してダウンロードされ、携帯端末によって実行される複数のアプリケーションプログラムを管理する。このオペレーティングシステムは、少なくとも２つのアプリケーションプログラムから、ネットワークを介したパケット交換の開始要求を受け付けたことを条件のひとつとしてネットワークを介したパケット交換を開始する機能と、開始されたパケット交換で扱われるパケットに、少なくとも２つのアプリケーションプログラムのそれぞれに関連するパケットを含める機能と、を携帯端末に実現させる。
【００２８】
図３は、第３の実施の形態に係るオペレーティングシステムを実行する携帯端末における一連の処理を示すフローチャートである。
本実施の形態に係るオペレーティングシステム（以下、本ＯＳと称す）は、管理下の第１アプリケーションプログラム（以下、第１アプリと称す）からパケット交換の開始要求を受け付ける（Ｓ３０２）。本ＯＳは、管理下の第１アプリとは異なる管理下の第２アプリケーションプログラム（以下、第２アプリと称す）からパケット交換の開始要求を受け付けたか否かを判定する（Ｓ３０４）。受け付けていないと判定された場合（Ｓ３０４のＮ）、本ＯＳは所定の期間待機した後、再度ステップＳ３０４の判定を行う。受け付けたと判定された場合（Ｓ３０４のＹ）、本ＯＳはネットワーク側と制御信号をやりとりする（Ｓ３０６）。本ＯＳは、第１アプリの送信データをパケット化する（Ｓ３０８）。本ＯＳは、第１アプリの送信データに対応するパケットをネットワークに送信する（Ｓ３１０）。本ＯＳは、第２アプリの送信データをパケット化する（Ｓ３１２）。本ＯＳは、第２アプリの送信データに対応するパケットをネットワークに送信する（Ｓ３１４）。
【００２９】
本実施の形態に係るオペレーティングシステムによると、第１アプリからのパケット交換の開始要求および第２アプリからのパケット交換の開始要求の両方を、一回の制御信号のやりとりで処理することができる。すなわち、従来であれば制御信号のやりとりが第１アプリと第２アプリとで二回生じていたところ、本実施の形態ではそれが一回で済む。したがって、制御信号のやりとりの発生頻度を低減することができる。
【００３０】
（第４の実施の形態）
第４の実施の形態では、個々のアプリケーションプログラムやオペレーティングシステムをどのように作るかという観点ではなく、作られたアプリケーションプログラムを「ふるいにかける」ことにより制御信号を抑制する手法が開示される。
【００３１】
第４の実施の形態に係るアプリケーション認証方法は、携帯端末にネットワークを介してダウンロードされ、携帯端末によって実行されるアプリケーションプログラムを認証する方法である。この認証方法は、アプリケーションプログラムがネットワークを介したパケット交換の開始を携帯端末のオペレーティングシステムに要求する頻度を検査するステップと、検査に合格したアプリケーションプログラムを認証されたアプリケーションプログラムとするステップと、を含む。検査するステップは、頻度が所定の上限値以下であるか否かを判定するステップを含む。
【００３２】
本実施の形態に係る認証方法によると、制御信号を発生させる頻度が基準以下のアプリケーションプログラムを認証アプリケーションプログラムとすることで、そのようなアプリケーションプログラムをより普及させることができる。または逆に、制御信号を頻発させるアプリケーションプログラムを認証しないことで、そのようなアプリケーションプログラムの普及を阻害し、制御信号のやりとりの発生頻度を低減することができる。
【００３３】
（第５の実施の形態）
第５の実施の形態では、第４の実施の形態に係る技術的思想をアプリケーションプログラムを開発するための環境に適用する。すなわち、第５の実施の形態に係るコンピュータプログラムは、携帯端末にネットワークを介してダウンロードされ、携帯端末によって実行されるアプリケーションプログラムを開発するための環境をコンピュータに実現させる。このコンピュータプログラムは、アプリケーションプログラムがネットワークを介したパケット交換の開始を携帯端末のオペレーティングシステムに要求する頻度を検査する機能をコンピュータに実現させる。
本実施の形態に係るコンピュータプログラムによると、第４の実施の形態に係るアプリケーション認証方法によって奏される作用効果と同様の作用効果が奏される。
【００３４】
（第６の実施の形態）
携帯端末にネットワークを介してダウンロードされ、携帯端末によって実行されるアプリケーションプログラムは、多くの場合、ネットワーク上のダウンロードサイト（ダウンロードサーバ）からダウンロードされる。ここでダウンロードサーバは、アプリケーションプログラムを製造して、携帯端末に提供している。したがって、ダウンロードサーバは、携帯端末にネットワークを介してダウンロードされるアプリケーションプログラムの製造装置である。
【００３５】
第６の実施の形態に係る製造方法は、そのようなアプリケーションプログラムの製造装置において実行される製造方法である。この製造方法は、企業や個人などのアップロード元からアップロードされたアプリケーションプログラムを受け付けるステップと、受け付けられたアプリケーションプログラムがネットワークを介したパケット交換の開始を携帯端末のオペレーティングシステムに要求する頻度を検査するステップと、検査に合格した場合にのみアプリケーションプログラムをサーバから携帯端末へダウンロード可能とするステップと、を含む。
【００３６】
本実施の形態に係る製造方法によると、第４の実施の形態に係るアプリケーション認証方法によって奏される作用効果と同様の作用効果が奏される。
【００３７】
（第７の実施の形態）
第１の実施の形態に係るメーラーは、例えばインターネット上のスマートホン用アプリケーションダウンロードサイトからダウンロードされるスマートホン用のアプリケーションプログラムであってもよい。スマートホン用アプリケーションダウンロードサイトは例えばグーグルプレイ（Google Play、登録商標）やアップルストア（Apple Store、登録商標）や特許文献７等により公知である。 第７の実施の形態は、このようなダウンロードサイトを提供する技術に、第４や第６の実施の形態の技術的思想を適用したものである。
【００３８】
ダウンロードサイトの運営者はダウンロードサーバを管理する。ダウンロードサーバは、ネットワークを介して携帯端末からアクセスを受けると、ダウンロード可能なアプリケーションプログラムの名称を表示するリスト画面を携帯端末のディスプレイ（例えば、タッチパネル）に表示させる。特にダウンロードサーバは、リスト画面を構成するために必要な情報を含むリスト画面表示用情報を生成し、ネットワークを介して携帯端末に送信する。携帯端末は、受信したリスト画面表示用情報を使用してリスト画面をタッチパネルに表示させる。リスト画面表示用情報は例えばＨＴＭＬ（HyperText Markup Language）によりコーディングされていてもよい。本実施の形態に係るコンピュータプログラムはリスト画面表示用情報を含む。
【００３９】
運営者は、アプリ開発者からアプリケションプログラムをダウンロードサイトに掲載して欲しいという要請を受けると、そのアプリケーションプログラムを所定の掲載基準にしたがって審査する。掲載基準は例えば実際に実行可能なプログラムであるか否かや、サイズ（バイト数）が制限値を超えていないか否か等であってもよい。
【００４０】
運営者は、掲載基準を満たしているアプリケーションプログラムのみを、リスト画面に含める。運営者は、アプリケーションプログラムが掲載基準を満たしていない場合、その旨をアプリ開発者に通知する。
【００４１】
図４は、携帯端末のタッチパネルに表示されるリスト画面７００の代表画面図である。リスト画面７００は、掲載基準を満たしたアプリケーションプログラムの名称のリストを、ダウンロード可能なアプリケーションプログラムのリストとして表示する。リスト画面７００は、掲載基準を満たしたアプリケーションプログラムの名称と、その内容と、を対応付けて表示する。
【００４２】
携帯端末のユーザがリストのなかからダウンロードしたいアプリケーションプログラムの名称をタップすると、携帯端末はタップされた名称を含むダウンロード要求情報をネットワークを介してダウンロードサーバに送信する。ダウンロードサーバは、受信されたダウンロード要求情報に含まれる名称のアプリケーションプログラムを、ネットワークを介して携帯端末に送信する。携帯端末は、受信されたアプリケーションプログラムをインストールする。
【００４３】
運営者とは異なる第３者機関である乙アプリケーション評価機構は、運営者によってダウンロード可能とされているアプリケーションプログラムを独自の基準によって評価する。独自の基準は、例えばアプリケーションプログラムがネットワークを介したパケット交換の開始を携帯端末のオペレーティングシステムに要求する頻度が所定の上限値以下であるか否かであってもよい。あるいはまた、独自の基準は、アプリケーションプログラムが携帯端末に保持されている個人情報にアクセスする際、ユーザに通知するか否かであってもよい。
【００４４】
乙アプリケーション評価機構が管理する第３者サーバは、独自の基準を満たしているアプリケーションプログラムの名称を含む優良アプリ情報を生成し、ネットワークを介してダウンロードサーバに送信する。ダウンロードサーバは、受信された優良アプリ情報を保持、蓄積するハードディスクドライブやメモリなどの保持部を有する。ダウンロードサーバは、リスト画面７００に表示されるアプリケーションプログラムの名称のなかに優良アプリ情報に含まれる名称があれば、その名称を他の名称とは異なる態様で携帯端末のタッチパネルに表示させる。
【００４５】
具体的には、ダウンロードサーバは、その名称と優良マーク７０２とを関連付けて携帯端末のタッチパネルに表示させる。より具体的には、ダウンロードサーバは、リスト画面表示用情報を生成する際、受信された優良アプリ情報を参照し、ダウンロード可能として表示予定のアプリケーションプログラムの名称のなかに優良アプリ情報に含まれる名称があれば、その名称に優良マークを対応付けてリスト画面表示用情報に含める。
【００４６】
図４の例では、名称「バッテリセイバー」および名称「乙メーラー」のそれぞれに対して優良マーク７０２が付されている。なお、「乙メーラー」は第１の実施の形態に係るメーラーであってもよい。
【００４７】
携帯端末のユーザが優良マーク７０２をタップすると、携帯端末は独自の基準の内容を示す内容表示画面７０４をタッチパネルに表示させる。
図５は、内容表示画面７０４の代表画面図である。
【００４８】
本実施の形態に係るコンピュータプログラムによると、ユーザは、ダウンロードするアプリケーションプログラムを選択する際、ダウンロードサイトの運営者とは異なる第３者によるアプリケーションプログラムの評価を参考にすることができる。これにより、ユーザは、アプリケーションプログラムの善し悪しについての知識が乏しい場合でも、より質または安全性の高いアプリケーションプログラムを選択することができる。そのようなダウンロードサイトはユーザにとって使い勝手が良いので、そのダウンロードサイトへのアクセス数増大も期待できる。これは運営者にとって好都合である。
【００４９】
また、優良マークの有無によってダウンロード数が大きく違ってくるので、アプリ開発者は第３者機関の独自の基準を満たすよう努力するようになる。優良マークが付されないままのアプリケーションプログラムはダウンロード数が伸びず、いずれは淘汰される。したがって、アプリケーションプログラム全体の質の向上につながる。
【００５０】
また、優良マークは運営者とは異なる第３者によって付与されるので、より公平で偏りのない評価の仕組みが提供される。
【００５１】
近年、日に日に多くのアプリケーションプログラムがリリースされている。したがって、ダウンロードサイトに載せるか否かの判定の段階で、そのような大量のアプリケーションプログラムを厳しく（＝時間をかけて）審査するのは現実的ではなくなってきている。そこで、本実施の形態に係るコンピュータプログラムでは、掲載基準をそれほど厳しく設定せずにアプリケーションプログラムを素早く掲載しやすくする一方、独自の基準を厳しく設定することで、掲載後に順次アプリケーションプログラムをふるいにかけることが可能となる。したがって、アプリケーションプログラムの掲載待ち時間を抑制しつつ、知識の乏しいユーザでもより安心して利用できるダウンロードサービスを提供できる。
【００５２】
なお、携帯端末は、優良マークが付されたアプリケーションプログラムと、そうでないアプリケーションプログラムとを区別して処理してもよい。例えば、携帯端末はダウンロードの際、優良マークが付されたアプリケーションプログラムに与えられる権限を、そうでないアプリケーションプログラムに与えられる権限よりも多くしてもよい。この場合、優良マーク付与の意義をより高めることができる。
【００５３】
以上、実施の形態について説明した。これらの実施の形態は例示であり、それらの各構成要素や各処理の組み合わせにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【図１】
2014038584.tif 000003
【図２】
2014038584.tif 000004
【図３】
2014038584.tif 000005
【図４】
2014038584.tif 000006
【図５】
2014038584.tif 000007
【手続補正書】
【提出日】平成24年12月22日(2012.12.22)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
所定の第１基準を満たしたアプリケーションプログラムを特定するＩＤを、ダウンロードサーバからネットワークを介してダウンロード可能なアプリケーションプログラムのＩＤとして、リスト形式で表示するリスト画面を、携帯端末のディスプレイに表示させる機能と、 
前記リスト画面において、前記第１基準とは異なる第２基準を満たしたアプリケーションプログラムのＩＤを、そうでないアプリケーションプログラムのＩＤとは異なる態様で表示させる機能と、を携帯端末に実現させ、
前記異なる態様で表示させる機能は、前記第２基準を満たしたアプリケーションプログラムのＩＤと認定マークとを関連付けて表示させる機能を含み、
本コンピュータプログラムは、
ユーザによって前記認定マークが指定されると、前記第２基準の内容を示す内容表示画面を携帯端末のディスプレイに表示させる機能をさらに携帯端末に実現させることを特徴とするコンピュータプログラム。
【請求項２】
前記第２基準は、アプリケーションプログラムがネットワークを介したパケット交換の開始を携帯端末のオペレーティングシステムに要求する頻度に関する基準であることを特徴とする請求項１に記載のコンピュータプログラム。 
【請求項３】
アプリケーションプログラムが前記第１基準を満たしているか否かを決める第１主体と、アプリケーションプログラムが前記第２基準を満たしているか否かを決める第２主体と、は異なることを特徴とする請求項１または２に記載のコンピュータプログラム。 
【請求項４】
本コンピュータプログラムは前記第１主体が管理するサーバからネットワークを介して携帯端末に送信されることを特徴とする請求項３に記載のコンピュータプログラム。 
【請求項５】
前記サーバは、アプリケーションプログラムが前記第２基準を満たしているか否かについての情報を、前記第２主体が管理する別のサーバからネットワークを介して取得することを特徴とする請求項４に記載のコンピュータプログラム。
【請求項６】
所定の第１基準を満たしたアプリケーションプログラムを特定するＩＤを、ダウンロードサーバからネットワークを介してダウンロード可能なアプリケーションプログラムのＩＤとして、リスト形式で表示するリスト画面を、携帯端末のディスプレイに表示させる機能と、 
前記リスト画面において、前記第１基準とは異なる第２基準を満たしたアプリケーションプログラムのＩＤを、そうでないアプリケーションプログラムのＩＤとは異なる態様で表示させる機能と、を携帯端末に実現させ、
前記第２基準は、アプリケーションプログラムがネットワークを介したパケット交換の開始を携帯端末のオペレーティングシステムに要求する頻度に関する基準であることを特徴とするコンピュータプログラム。
【請求項７】
前記異なる態様で表示させる機能は、前記第２基準を満たしたアプリケーションプログラムのＩＤと認定マークとを関連付けて表示させる機能を含むことを特徴とする請求項６に記載のコンピュータプログラム。