(57)【要約】  基礎情報記録部１２２には、携帯型情報機器に格納されている複数のアプリケーションプログラムのバージョンが記されたバージョンデータが保持されている。更新確認部１１０は、複数のアプリケーションプログラムのうち少なくとも一つのバージョン更新の有無を示す更新状況データをサーバから受け取る。更新特定部１１２は、更新状況データに基づき、更新されたバージョンと比較して旧いバージョンのアプリケーションプログラムを特定する。表示処理部１１４は、複数のアプリケーションプログラムの起動アイコンを複数配置してなるメニュー画面を表示するとともに、更新特定部１１２によって特定されたアプリケーションプログラムの起動アイコンをバージョンが更新されたことを示す所定の外観に変化させる。
2008114491.tif 000002
【特許請求の範囲】
【請求項１】
当該端末内に格納されている複数のアプリケーションプログラムのバージョンデータを保持するバージョン記憶部と、
前記複数のアプリケーションプログラムのうち少なくとも一つのプログラムのバージョン更新の有無を示す更新状況データを、バージョンを管理するサーバから受け取る更新確認部と、
前記更新状況データに基づき、更新されたバージョンと比較して旧いバージョンのアプリケーションプログラムを特定する更新特定部と、
前記複数のアプリケーションプログラムの起動アイコンを複数配置してなるメニュー画面を表示するとともに、前記更新特定部により特定されたアプリケーションプログラムの起動アイコンをバージョンが更新されたことを示す外観に変化させる表示処理部と、
を備えることを特徴とするアプリケーション更新管理機能を備えた端末。
【請求項２】
前記複数のアプリケーションプログラムの当該端末における使用頻度を記録する使用頻度情報記録部をさらに備え、
前記表示処理部は、前記更新特定部により特定されたアプリケーションプログラムの起動アイコンを使用頻度の高低に応じて異なる外観となるように変化させることを特徴とする請求項１に記載のアプリケーション更新管理機能を備えた端末。
【請求項３】
前記複数のアプリケーションプログラムの当該端末における使用頻度を記録する使用頻度情報記録部をさらに備え、
前記表示処理部は、前記更新特定部により特定されかつ当該端末における使用頻度が比較的高いアプリケーションプログラムについて、その起動アイコンの外観を変化させることを特徴とする請求項１に記載のアプリケーション更新管理機能を備えた端末。
【請求項４】
前記表示処理部は、バージョンが更新されたことを表すマークを付加することによって起動アイコンの外観を変化させることを特徴とする請求項２または３に記載のアプリケーション更新管理機能を備えた端末。
【請求項５】
前記表示処理部は、バージョンの更新があったことをユーザに対して通知したにもかかわらず他と比較して長期間にわたり更新がなされていない未更新アプリケーションプログラムがある場合、該未更新アプリケーションプログラムの起動アイコンを、バージョンの更新があったことを示す外観とは異なる外観に変化させることを特徴とする請求項１ないし４のいずれかに記載のアプリケーション更新管理機能を備えた端末。
【請求項６】
前記更新確認部は、当該端末における使用頻度が比較的高いアプリケーションプログラムについての前記更新状況データのみを受け取ることを特徴とする請求項２または３に記載のアプリケーション更新管理機能を備えた端末。
【請求項７】
前記更新確認部は、更新状況データとしてバージョン更新の重要度に関する情報をさらに受け取り、
前記表示処理部は、バージョンの更新があったアプリケーションプログラムの起動アイコンを、前記更新の重要度の高低に応じて異なる外観となるように変化させることを特徴とする請求項１に記載のアプリケーション更新管理機能を備えた端末。
【請求項８】
端末で実行されるプログラムであって、
当該端末内に格納されている複数のアプリケーションプログラムのバージョンデータをメモリに保持する機能と、
前記複数のアプリケーションプログラムのうち少なくとも一つのプログラムのバージョン更新の有無を示す更新状況データを、バージョンを管理するサーバから受信する機能と、
前記更新状況データに基づいて、前記複数のアプリケーションプログラムのうちバージョンの更新があったアプリケーションプログラムを特定する機能と、
前記複数のアプリケーションプログラムの起動アイコンを複数配置してなるメニュー画面を表示するとともに、バージョンの更新があったアプリケーションプログラムの起動アイコンをバージョンが更新されたことを示す外観に変化させる機能と、
をコンピュータに発揮せしめることを特徴とするアプリケーション更新管理プログラム。
【請求項９】
端末におけるアプリケーションの更新を管理するサーバクライアントシステムであって、
端末内に格納されている複数のアプリケーションプログラムのバージョンデータを保持するバージョン記憶部と、
前記複数のアプリケーションプログラムのうち少なくとも一つのプログラムのバージョン更新の有無を示す更新状況データを、アプリケーションプログラムを配信可能に構成された配信サーバから受け取る更新確認部と、
前記更新状況データに基づき、更新されたバージョンと比較して旧いバージョンのアプリケーションプログラムを特定し、特定したアプリケーションプログラムの識別情報を端末に送信する更新特定部と、
を備える更新管理サーバと、
前記更新管理サーバからアプリケーションプログラムの識別情報を受け取る受信部と、
前記複数のアプリケーションプログラムの起動アイコンを複数配置してなるメニュー画面を表示するとともに、前記識別情報に対応するアプリケーションプログラムの起動アイコンをバージョンが更新されたことを示す外観に変化させる表示処理部と、
を備える端末と、
を含むことを特徴とするアプリケーション更新管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯電話機などの情報端末に搭載されているアプリケーションの更新を管理する技術に関する。
【背景技術】
【０００２】
近年、パーソナルコンピュータや携帯電話機を始めとする情報端末には、購入時から多種多様なアプリケーションプログラムがインストールされている。多くのアプリケーションプログラムは、新たな機能の追加、バグの修正、またはセキュリティ対策などを目的として頻繁にバージョンが更新される。このようなバージョンの更新情報をユーザが逐一把握することは、アプリケーションプログラムの数が多くなるほど困難になる。また、たとえバージョンの更新を知っても、そのたびに指定されたウェブサイトにアクセスして新たなバージョンのアプリケーションプログラムをダウンロードすることは、ユーザにとって煩雑である。【０００３】
これを解決する技術として、例えば特許文献１には、クライアント上で必要なプログラムの使用頻度で管理し、使用頻度の高いプログラムの版数情報をサーバに問い合わせ、版数が一致しなかったときには自動的に最新バージョンをダウンロードするシステムが開示されている。これによって、システム性能の向上と管理業務の効率化が図れるとしている。
【特許文献１】特開平１０−２４０５３８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記特許文献１では、最新バージョンのプログラムがサーバから自動的にダウンロードされてしまう。特にクライアントが携帯端末の場合、通信状態の良否や通信料金の負担のためにユーザがダウンロードを望まない場合もある。ユーザが最新バージョンをダウンロードするか否かを判断しやすくするため、端末内のアプリケーションプログラムについて最新バージョンが存在するか否かを容易に認識できるようにすることが望ましい。【０００５】
本発明はこうした課題に鑑みてなされたものであり、その目的は、端末に搭載されているアプリケーションプログラムのうちバージョンの更新が可能であるものを一目で認識できるようにするアプリケーション管理技術を提供することにある。
【課題を解決するための手段】
【０００６】
本発明のある態様は、アプリケーション更新管理機能を備えた端末である。この端末は、当該端末内に格納されている複数のアプリケーションプログラムのバージョンデータを保持するバージョン記憶部と、複数のアプリケーションプログラムのうち少なくとも一つのプログラムのバージョン更新の有無を示す更新状況データを、バージョンを管理するサーバから受け取る更新確認部と、更新状況データに基づき、更新されたバージョンと比較して旧いバージョンのアプリケーションプログラムを特定する更新特定部と、複数のアプリケーションプログラムの起動アイコンを複数配置してなるメニュー画面を表示するとともに、更新特定部により特定されたアプリケーションプログラムの起動アイコンをバージョンが更新されたことを示す外観に変化させる表示処理部と、を備える。【０００７】
この態様によると、メニュー画面においてアプリケーションプログラムの起動アイコンをバージョンが更新されたことを示す外観に変化させて表示することで、ユーザはバージョンの更新が可能なアプリケーションを一目で把握することができる。これは、ユーザインタフェースの制約が多い携帯端末の場合に特に有用である。つまり、携帯端末上のボタンを操作して複数のアプリケーションプログラムを起動させ、画面を切り替えてバージョン情報を確認するような煩わしい作業をすることなく、メニュー画面上で最新バージョンの存在を確認し、アプリケーションプログラムを更新するか否かを速やかに判断することができる。
なお、複数のアプリケーションプログラムの起動アイコンが表示され、その中のいずれかのアイコンを選択できる形式のものであれば、「メニュー画面」の表示態様は限定されない。アプリケーション更新管理機能を備えた端末が携帯端末であれば、起動アイコンが一部に配置されている待ち受け用画面や背景画面等も上記メニュー画面に含まれる。また、端末に備えられたブラウザで閲覧されるポータルサイトのトップ画面も、その画面から起動可能なアイコンが表示されていれば、上記メニュー画面に含まれる。【０００８】
複数のアプリケーションプログラムの当該端末における使用頻度を記録する使用頻度情報記録部をさらに備えてもよい。表示処理部は、更新特定部により特定されたアプリケーションプログラムの起動アイコンを使用頻度の高低に応じて異なる外観となるように変化させてもよい。これによると、アプリケーションプログラムの使用頻度に応じて、バージョン更新以外の付加的な情報をユーザに伝達することができる。【０００９】
複数のアプリケーションプログラムの当該端末における使用頻度を記録する使用頻度情報記録部をさらに備えてもよい。表示処理部は、更新特定部により特定されかつ当該端末における使用頻度が比較的高いアプリケーションプログラムについて、その起動アイコンの外観を変化させてもよい。こうすることで、ユーザが普段使用していないアプリケーションプログラムの起動アイコンの外観が頻繁に変化するような煩わしさがなくなる。【００１０】
表示処理部は、バージョンが更新されたことを表すマークを付加することによって起動アイコンの外観を変化させてもよい。【００１１】
表示処理部は、バージョンの更新があったことをユーザに対して通知したにもかかわらず他と比較して長期間にわたり更新がなされていない未更新アプリケーションプログラムがある場合、該未更新アプリケーションプログラムの起動アイコンを、バージョンの更新があったことを示す外観とは異なる外観に変化させてもよい。こうすることで、ユーザに対して未更新アプリケーションプログラムを最新バージョンにするように促すことができる。【００１２】
更新確認部は、当該端末における使用頻度が比較的高いアプリケーションプログラムについての更新状況データのみを受け取ってもよい。このように受信する更新状況データを制限することによって、特に端末が携帯電話であるような場合に、サーバとの通信に要する料金を抑制することができる。【００１３】
更新確認部は、更新状況データとしてバージョン更新の重要度に関する情報をさらに受け取り、表示処理部は、バージョンの更新があったアプリケーションプログラムの起動アイコンを、更新の重要度の高低に応じて異なる外観となるように変化させてもよい。これによって、ユーザは重要な更新かマイナーチェンジかをメニュー画面上で一目で把握することができる。【００１４】
本発明の別の態様は、端末におけるアプリケーションプログラムの更新を管理するサーバクライアントシステムである。更新管理サーバは、端末内に格納されている複数のアプリケーションプログラムのバージョンデータを保持するバージョン記憶部と、前記複数のアプリケーションプログラムのうち少なくとも一つのプログラムのバージョン更新の有無を示す更新状況データを、アプリケーションプログラムを配信可能に構成された配信サーバから受け取る更新確認部と、前記更新状況データに基づき、更新されたバージョンと比較して旧いバージョンのアプリケーションプログラムを特定し、特定したアプリケーションプログラムの識別情報を端末に送信する更新特定部と、を備える。端末は、前記更新管理サーバからアプリケーションプログラムの識別情報を受け取る受信部と、前記複数のアプリケーションプログラムの起動アイコンを複数配置してなるメニュー画面を表示するとともに、前記識別情報に対応するアプリケーションプログラムの起動アイコンをバージョンが更新されたことを示す外観に変化させる表示処理部と、を備える。【００１５】
この態様によると、更新管理サーバにおいてアプリケーションプログラムのバージョンデータが管理される。こうすると、更新管理サーバは、更新状況データに基づいてアプリケーションプログラムのバージョン更新があるときにだけ端末と通信すればよいため、端末の更新管理サーバ間の通信量を抑制することができる。【００１６】
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【００１７】
本発明によれば、端末に搭載されているアプリケーションプログラムのうちバージョンの更新が可能であるものを容易に認識することができる。
【図面の簡単な説明】
【００１８】
【図１】本実施形態に係るアプリケーション更新管理機能を備えた携帯型情報機器を含むネットワークシステムの全体構成を示す図である。
【図２】携帯型情報機器のハードウェア構成図である。
【図３】携帯型情報機器において、アプリケーションプログラムとオペレーティングシステムの関係を説明する模式図である。
【図４】携帯型情報機器のうち、本実施の形態に係るアプリケーション更新管理装置に関与する部分の構成を示す図である。
【図５】起動状況の記録に基づいて使用頻度情報作成部によって作成される使用頻度情報の一例を示すテーブルである。
【図６】使用頻度のスコアと、更新状況データの取得頻度や起動アイコンの外観の変化との対応関係を示すテーブルを示す図である。
【図７】基礎情報記録部と更新頻度記録部に保持されている端末内アプリケーションに関する情報の一例を示すテーブルである。
【図８】（Ａ）、（Ｂ）は、更新状況データの取得方法を説明する模式図である。
【図９】携帯型情報機器のディスプレイ画面に表示されるメニュー画面の一例を示す図である。
【図１０】バージョンの更新を表すマークが起動アイコンに付加された様子を示す図である。
【図１１】バージョンの更新を表すマークが起動アイコンに付加された別の様子を示す図である。
【図１２】バージョン更新以外の情報を配信サーバから取得して表示する場合の様子を示す図である。
【図１３】付加情報の別の表示態様を示す図である。
【図１４】起動アイコンにＮＥＷマークが付加された端末内アプリケーションの最新バージョンをインストールする場合の様子を示す図である。
【図１５】本実施形態に係るアプリケーションの更新管理のプロセスを説明するフローチャートである。
【図１６】更新状況データの取得タイミングや取得の頻度をユーザが設定する画面の一例を示す図である。
【符号の説明】
【００１９】
１０  携帯型情報機器、  １０２  ファイル保持部、  １０４  アクセス処理部、  １０６  起動状況保持部、  １０８  使用頻度情報作成部、  １１０  更新確認部、  １１２  更新特定部、  １１４  表示処理部、  １１６  アプリケーション追加部、  １１８  ユーザ指示受付部、  １２０  アプリケーション情報保持部、  １２２  基礎情報記録部、  １２４  更新頻度記録部、  １２６  使用頻度記録部。
【発明を実施するための最良の形態】
【００２０】
本発明の一実施形態は、複数のアプリケーションプログラム（以下、「端末内アプリケーション」という）がインストールされている携帯型情報機器において、端末内アプリケーションの起動アイコンが複数配置されたメニュー画面上にバージョンの更新状況を表すマークを表示する装置である。この装置はまた、携帯型情報機器に搭載されているアプリケーションの起動状況を監視し、起動状況に基づいてアプリケーション毎の使用頻度を記録し、この使用頻度に基づいて上記マークの表示態様を変更する処理を行う。こうすることで、携帯型情報機器のユーザは、アプリケーションのバージョン更新に関する情報をメニュー画面上で一目で把握することが可能になる。【００２１】
以下では、まず携帯型情報機器の一般的な説明を述べ、続いて本実施形態に係るアプリケーション更新管理機能についての詳細な説明を述べる。【００２２】
図１は、本実施形態に係るアプリケーション更新管理機能を備えた携帯型情報機器１０を含むネットワークシステムの全体構成を示す。【００２３】
携帯型情報機器１０は、通信機能を備えるラップトップ型のＰＣ（パーソナルコンピュータ）、ＰＤＡ、携帯電話、カーナビゲーション装置などの、ユーザと共に移動可能な任意のハードウェアである。携帯型情報機器１０は、ユーザの操作によってアクセスポイント１６または基地局１８などを介してＬＡＮ（Local Area Network）、インターネット等のネットワーク１４に接続され、ＵＲＬ（Uniform Resource Locator）で特定されるサーバ１２にアクセスし、所望のデータを取得することが可能である。【００２４】
サーバ１２は、ネットワーク１４を介して、携帯型情報機器１０にテキストデータ、イメージデータ、音声データ、動画データなどのデータを提供する。このサーバは、例えばウェブサーバその他インターネット上のサービス主体でもよく、その場合、ＣＧＩ（Common Gateway Interface）のようにサーバ側に処理の主たる機能が残るもの、Ｊａｖａ（登録商標）アプレットのようにクライアント側に処理の主たる機能が移動するもの、サーバとクライアントの両方に処理の主たる機能であるＪａｖａ（登録商標）アプリケーションなどを配するものなど、いろいろな態様で実現できる。【００２５】
また、携帯型情報機器１０は、ネットワーク１４にアクセスしなくても、内部の記憶装置や記憶媒体に格納されているファイルをユーザ操作により参照、編集することができるように構成されている。【００２６】
図２は、携帯型情報機器１０のハードウェア構成図である。携帯型情報機器１０は、ＣＰＵ（Central Processing Unit）２０、メインメモリ（ＲＡＭ：Random Access Memory）２２、ＲＯＭ（Read Only Memory）２４、音声制御装置２６、不揮発性記憶装置３２、表示制御装置３４、入力装置３８、通信制御装置４０、外部記憶装置４２、およびＧＰＳ受信機４４を備える。これらは、バス４６を介して相互に接続される。【００２７】
ＣＰＵ２０は、オペレーティングシステムを動作させて携帯型情報機器１０の全体を制御する。また、ＲＯＭ２４から、または外部記憶装置４２に装着された記録媒体からメインメモリ２２にプログラムやデータを読み出し、これにしたがって各種の処理を実行する。メインメモリ２２は、ＣＰＵ２０がプログラムの実行を行う際に必要となる一時記憶領域および作業領域、およびプログラムの実行に必要な各種のデータを格納する領域となる。ＲＯＭ２４は、ＣＰＵ２０が実行するコンピュータプログラムおよびデータを格納する読み出し専用の記憶装置である。【００２８】
音声制御装置２６は、携帯電話を始めとする電話機能付きの携帯型情報機器に設けられ、マイク２８およびスピーカ３０と接続されて、音声の入出力制御を行う。【００２９】
不揮発性記憶装置３２は、電源オフ後も記憶内容を保持可能な記憶装置であり、ハードディスクドライブまたはフラッシュメモリ等の半導体メモリを含む。【００３０】
表示制御装置３４は、ＣＰＵによって図示しないフレームバッファに描画されたデータを、携帯型情報機器１０に備えられたディスプレイ３６で表示できるようにするためのビデオ信号を生成する。【００３１】
入力装置３８は、ユーザが携帯型情報機器１０に対して操作の指示を入力するための装置である。入力装置３８には、キー、トラックパッドなどのポインティングデバイス、各種ボタン、ディスプレイ３６の表面に配置されるタッチパネルなど、機器に応じた任意のデバイスが含まれる。ＵＳＢ（Universal Serial Bus）端子等を介して携帯型情報機器にマウスを接続してもよい。【００３２】
通信制御装置４０は、各種通信方式による音声およびデータの通信を制御する。データ通信方式は、ＩＥＥＥ８０２．１ｂ／ｇなどの無線ＬＡＮ、赤外線通信、パケット通信によるデータ通信などの任意の方式を含む。なお、ケーブルを使用して携帯型情報機器１０をネットワーク１４に接続してもよい。【００３３】
外部記憶装置４２は、交換可能な記録媒体を使用するドライブ装置である。記録媒体には、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリなどが含まれる。【００３４】
ＧＰＳ受信機４４は、人工衛星からの電波をもとに携帯型情報機器の場所を測位する装置である。【００３５】
上述の各構成要素はいずれも周知のものであるから、これ以上詳細な説明は省略する。【００３６】
図３は、携帯型情報機器１０において、端末内アプリケーションとオペレーティングシステムの関係を説明する模式図である。オペレーティングシステムのカーネル６０は、複数の端末内アプリケーションを同時に実行可能であり、プリエンプティブマルチタスクをサポートしている。本実施形態に係るアプリケーション更新管理機能は、オペレーティングシステムの機能の一部として提供されることが好ましい。ＯＳレベルでアプリケーションのバージョン情報を管理することによって、個々の端末内アプリケーション５２〜５６を起動することなくアプリケーションのバージョン更新情報をユーザに対して通知することが可能になる。【００３７】
図４は、携帯型情報機器１０のうち、本実施の形態に係るアプリケーション更新管理装置１００に関与する部分の構成を示す。この構成は、ハードウェア的には、任意のコンピュータのＣＰＵ、メモリ、その他のＬＳＩで実現でき、ソフトウェア的にはメモリにロードされたプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックがハードウェアのみ、ソフトウェアのみ、またはそれらの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。【００３８】
上述したように、アプリケーション更新管理装置１００はオペレーティングシステムの一部で実現されることが好ましい。オペレーティングシステムは、プロセス管理、メモリ管理、デバイス管理、ＧＵＩなどの多様な機能を有するが、図４では、それらの組合せで実現されるもののうち、本実施形態に関与する部分のみを取り出して説明している。図４中の破線で囲った部分８０が、本実施形態の実現のためにオペレーティングシステムにアドオンされた機能ブロックを示す。なお、図４に示されていない機能であっても、一般のオペレーティングシステムが備えている機能は当然に有しているものとする。【００３９】
続いて、各機能ブロックの動作および構成の詳細を述べる。【００４０】
ファイル保持部１０２は、各種の端末内アプリケーションで読み出される複数のファイルを保持する。ファイルは、ネットワーク経由で取得されたものでもよいし、携帯型情報機器１０の記憶装置３２、４２に格納されているものでもよい。【００４１】
アクセス処理部１０４は、携帯型情報機器１０で実行可能とされている端末内アプリケーション９０のうちいずれかからファイルアクセスのシステムコールが発行されたとき、システムコールにより指定されたファイルをファイル保持部１０２から選択する。そして、システムコールで指定されたファイルアクセス処理をファイルに対して実行する。システムコールで指定されるファイルアクセス処理には、ファイルの開閉、書き込み、消去などがある。アクセス処理部１０４によるファイルアクセス処理の結果、端末内アプリケーションによるファイルの実行画面が携帯型情報機器１０のディスプレイ３６に表示される。【００４２】
起動状況保持部１０６は、アクセス処理部１０４で処理された端末内アプリケーションからのファイルアクセスまたはファイルクローズのシステムコールに基づいて、端末内アプリケーションの起動状況を保持する。【００４３】
使用頻度情報作成部１０８は、起動状況保持部１０６で記録された起動状況に基づいて各端末内アプリケーションの使用頻度情報を作成する。使用頻度情報には、各端末内アプリケーションの起動回数、総使用時間、最後に使用してからの経過時間などが含まれる。起動状況のうちファイルアクセスの回数から、各端末内アプリケーションの起動回数を知ることができる。また、起動状況のうちファイルアクセスからファイルクローズまでの間の時間を集計することで、各端末内アプリケーションの総使用時間を知ることができる。さらに、起動状況のうち最後のファイルクローズ時刻から現時点の時刻をみることで、各端末内アプリケーションを最後に使用してからの経過時間を知ることができる。【００４４】
アプリケーション情報保持部１２０は、端末内アプリケーションに関する各種情報を対応する記録部に格納する。
基礎情報記録部１２２は、携帯型情報機器１０にインストールされている端末内アプリケーションのバージョン、端末内アプリケーションに割り振られているＩＤ、および最新バージョンをダウンロードすることができる配信サーバのアドレスなどの、端末内アプリケーションに関する基礎情報を記録する。なお、バージョン情報やＩＤ等は、端末内アプリケーションのインストール時に記録されることが好ましい。
更新頻度記録部１２４は、端末内アプリケーションのバージョンが更新された日時や、更新された回数などの更新頻度を記録する。更新頻度記録部１２４は、このほかにメニュー画面に所定のマークを表示するなどしてバージョン更新の情報を通知した回数や、最初に通知してからの経過日数などの情報を記録してもよい。
使用頻度記録部１２６は、使用頻度情報作成部１０８によって作成された上述の使用頻度情報を記録する。【００４５】
更新確認部１１０は、端末内アプリケーションのうち少なくとも一つのバージョン更新の有無を示す更新状況データを、アプリケーションを配信可能に構成された配信サーバから受け取る。各端末内アプリケーションの最新バージョンをそれぞれ配信する複数のサーバから、対応するアプリケーションの更新状況データを個別に受け取ってもよいし、または複数の端末内アプリケーションの更新状況をまとめて管理する専用のサーバから一括して更新状況データを受け取ってもよい。これについては、図８を参照して後述する。【００４６】
更新特定部１１２は、サーバから受け取った最新バージョンについての更新状況データと、基礎情報記録部１２２に格納されている端末内アプリケーションのバージョンデータとを比較し、旧いバージョンの端末内アプリケーションを特定する。【００４７】
表示処理部１１４は、複数の端末内アプリケーションの起動アイコンを複数配置してなるメニュー画面を作成し、表示制御装置３４を介してディスプレイ３６に表示する。また、表示処理部１１４は、更新特定部１１２によって特定された端末内アプリケーションの起動アイコンを、バージョンが更新されたことを示す外観に変化させる。起動アイコンの外観はテーブル形式で予め指定されており、表示処理部１１４はこのテーブルを参照して対応する画像を所定のメモリ領域から取得して表示する。一例として、表示処理部１１４は、バージョンが更新されたことを表すマークを付加することによって起動アイコンの外観を変化させる。【００４８】
なお、複数のアプリケーションプログラムの起動アイコンが表示され、その中のいずれかのアイコンを選択できる形式のものであれば、表示処理部１１４で作成される「メニュー画面」の表示態様は限定されない。アプリケーション更新管理機能を備えた端末が携帯端末であれば、起動アイコンが一部に配置されている待ち受け用画面や背景画面等もメニュー画面に含まれる。また、端末に備えられたブラウザで閲覧されるポータルサイトのトップ画面も、その画面から起動可能なアイコンが表示されていれば、メニュー画面に含まれる。【００４９】
表示処理部１１４は、使用頻度記録部１２６に記録されている端末内アプリケーションの使用頻度情報を利用してもよい。例えば、表示処理部１１４は、端末内アプリケーションの起動アイコンを使用頻度の高低に応じて異なる外観となるように変化させてもよい。あるいは、表示処理部１１４は、更新特定部１１２によって特定されかつ使用頻度が所定値を超える端末内アプリケーションについてのみ、その起動アイコンの外観を変化させてもよい。【００５０】
表示処理部１１４は、更新頻度記録部１２４に保持されている更新頻度情報を利用してもよい。例えば、表示処理部１１４は、バージョンの更新があったことをユーザに対して通知したにもかかわらず長期間にわたって更新がなされていない未更新アプリケーションが存在する場合、その未更新アプリケーションプログラムの起動アイコンを、バージョンの更新があったことを示す外観とは異なる外観に変化させてもよい。【００５１】
なお、起動アイコンの外観の具体例については、図１０〜図１３を参照して後述する。【００５２】
ユーザ指示受付部１１８は、複数の起動アイコンからなるメニュー画面が表示されている間にユーザからなされるボタン操作等の指示を受け取る。具体的には、表示処理部１１４は、外観を変化させた起動アイコンを含むメニュー画面に重ねて、バージョン更新されたアプリケーションをインストールするための選択肢を表示する。ユーザによってこの選択肢が選ばれると、ユーザ指示受付部１１８はアプリケーション追加部１１６に対してその旨を伝える。【００５３】
アプリケーション追加部１１６は、端末内アプリケーションの最新バージョンのインストールがユーザによって指示されると、基礎情報記録部１２２に記録されている配信サーバのＩＰアドレスまたはＵＲＬを参照して配信サーバと接続し、最新バージョンの端末内アプリケーションをダウンロードする。そして、そのアプリケーションを携帯型情報機器１０にインストールする。インストールの終了後、アプリケーション追加部１１６は、基礎情報記録部１２２内のバージョンに関する情報と、更新頻度記録部１２４内の更新頻度に関する情報とを書き換える。【００５４】
図５は、起動状況の記録に基づいて使用頻度情報作成部１０８によって作成される使用頻度情報の一例を示すテーブル１３０である。【００５５】
アプリケーション名列１３２は、端末内アプリケーションの名称を表す。図５では、アプリケーションＣからアプリケーションＧが記載されている。起動回数列１３４は、所定の期間内に各端末内アプリケーションが起動された回数を示す。総使用時間列１３６は、各端末内アプリケーションが所定の期間内に起動されていた時間の合計を表す。経過時間列１３８は、各端末内アプリケーションが最後に使用されてから使用頻度情報作成部１０８によって集計されるまでの間に経過した時間を表す。上記「所定の期間」は、例えば携帯型情報機器１０を使用し始めてから現在までの期間である。携帯型情報機器１０を初期化してからの時間でもよいし、ユーザが起動状況の履歴を消去してからの期間であってもよい。【００５６】
使用頻度情報作成部１０８は、起動回数ｎ、総使用時間ｔ、および経過時間ｐに基づいて、使用頻度のスコアを生成してもよい。このスコアは、例えば使用頻度の高い順にａ〜ｅで与えられる。スコアの算出は、起動回数ｎ、総使用時間ｔ、および経過時間ｐを所定の式に代入して得られた結果としきい値との比較に基づいて決定してもよいし、または起動回数ｎ、総使用時間ｔ、および経過時間ｐについてそれぞれしきい値と比較してスコアを算出し、三つのスコアのうち最大のものを選択してもよい。【００５７】
図６は、使用頻度のスコアと、更新状況データの取得頻度や起動アイコンの外観の変化との対応関係を示すテーブル１５０を示す。使用頻度列１４０は、上述の使用頻度スコアに対応する。取得頻度列１４２は、更新確認部１１０による更新状況データの取得頻度を表し、例えば「毎日」や「週に一回」などの頻度が使用頻度スコアと対応付けられている。更新確認部１１０は、使用頻度記録部１２６から各端末内アプリケーションの使用頻度スコアを取得し、テーブル１５０を参照して更新状況データをどの程度の頻度でサーバから取得するかを決定する。【００５８】
マーク表示の有無列１４４は、端末内アプリケーションのバージョンが更新されていた場合、バージョンが更新されたことを表すマークを起動アイコンに付加するか否かを表す。表示処理部１１４は、使用頻度記録部１２６から各端末内アプリケーションの使用頻度スコアを取得し、テーブル１５０を参照してマークを付加するか否かを決定する。テーブル中に「表示」とある場合は、メニュー画面において常に起動アイコンにマークを付加して表示する。「フォーカス時に表示」とある場合は、メニュー画面において起動アイコンにフォーカスが移動したときにのみ、起動アイコンにマークを付加して表示する。「非表示」とある場合は、起動アイコンにマークを付加しない。【００５９】
マーク外観列１４６は、起動アイコンに付加するマークの外観を指定する。テーブル１５０では、端末内アプリケーションの使用頻度ａ〜ｃに対して、マークのサイズが大、中、小と指定されている。使用頻度ｄに対しては、ヒントマークを表示することが指定されている。表示処理部１１４は、これらの指定に対応するマークの画像を起動アイコンに付加する。【００６０】
なお、マーク外観列１４６には、起動アイコンに付加するマークの色や表示の態様を指定してもよい。例えば、使用頻度が高いほどマークを目立つ色にしたり、または使用頻度が低くなるほどマークの透明度を高くしていくなどが考えられる。また、使用頻度が高い場合に、マークを点滅させたり振動させるように指定してもよい。または、マーク外観列１４６にはマークの種類を指定してもよい。例えば、端末内アプリケーションの使用頻度が比較的高い場合には、起動アイコンに付加するマークはバージョンの更新があったことを知らせるものとするが、使用頻度が比較的低い場合には、端末内アプリケーションの使用を促すようなマークを起動アイコンに付加するように指定してもよい。【００６１】
図７は、基礎情報記録部１２２と更新頻度記録部１２４に保持される情報の一例を示すテーブル１７０である。アプリケーション名列１７２は、各端末内アプリケーションの名称を表す。図７では、アプリケーションＡ、Ｅ、Ｈが記載されている。アプリケーションＩＤ列１７４は、端末内アプリケーションに付与されるＩＤを表す。バージョン列１７６は、その時点で携帯型情報機器１０にインストールされている各端末内アプリケーションのバージョンを表す。アドレス列１７８は、各端末内アプリケーションの最新バージョンを配信可能なネットワーク上の格納場所を示す。格納場所は、配信サーバを指定するネットワークアドレスやＵＲＬである。この情報にしたがって、アプリケーション追加部１１６は配信サーバにアクセスして最新バージョンのプログラムを取得する。【００６２】
最終更新列１８０は、各端末内アプリケーションのバージョンを最後に更新した日時を表す。未更新回数１８２は、バージョン更新が通知されたにもかかわらず更新がなされていない回数を表す。例えば、アプリケーションＥについて示すように未更新回数が２回であれば、現在のバージョン１．１６が最新バージョンより二つ旧いバージョンであることを示す。【００６３】
図８（Ａ）、（Ｂ）は、更新状況データの取得方法を説明する模式図である。本実施形態では、携帯型情報機器１０において端末内アプリケーションのバージョン情報を管理している。そのため、図８（Ａ）に示すように、更新確認部１１０は、インストールされている端末内アプリケーションに対して定められている配信サーバのアドレスを基礎情報記録部１２２から取得し、使用頻度に対応して定まる更新頻度で配信サーバに対してバージョンの更新状況を送信するように依頼する。端末内アプリケーションに対応する配信サーバ１５２〜１５６には、アプリケーションのバージョンの更新状況データ、最新バージョンのアプリケーションプログラム、およびその他の付加情報を格納しており、更新確認部１１０からの依頼に応答して更新状況データを送信する。携帯型情報機器１０のアプリケーション追加部１１６から最新バージョンのアプリケーションの送信を依頼されると、対応するアプリケーションを送信する。【００６４】
図８（Ｂ）は、携帯型情報機器１０と各端末内アプリケーションの配信サーバ１５２〜１５６との間に専用サーバ１６０が仲介する別の実施形態を示す。この実施形態では、専用サーバ１６０は、所定の頻度で配信サーバ１５２〜１５６から端末内アプリケーションの更新状況データを取得し、端末内アプリケーションのＩＤと関連付けて保持する。携帯型情報機器１０の更新確認部１１０は、各端末内アプリケーションのＩＤを基礎情報記録部１２２から取得し、専用サーバ１６０に対してＩＤを送信する。専用サーバ１６０は、受け取ったＩＤに関連する更新状況データを選択して更新確認部１１０に対して送信する。図８（Ｂ）の実施形態では、専用サーバ１６０と配信サーバ１５２〜１５６との間で更新状況データの授受を随時行えるので、更新状況データの取得頻度を高くすることができる。更新確認部１１０は、専用サーバ１６０との間で一度通信すれば全ての端末内アプリケーションの更新状況データを取得できるので、通信量を抑制することができるという利点もある。【００６５】
図９は、携帯型情報機器１０のディスプレイ画面１９０に表示されるメニュー画面の一例を示す。メニュー画面には、端末内アプリケーションであるアプリケーションＡからアプリケーションＩを表す起動アイコン１９２が表示される。メニューキー１９４、決定キー１９６、クリアキー１９８には、携帯型情報機器１０の所定のボタンが対応付けられている。メニューキー１９４を操作すると、その時点で実施可能な複数の選択肢を含むメニューが表示される。決定キー１９６は、ユーザが起動アイコンや選択肢を選択するときに操作される。クリアキー１９８は、一つ手前の操作に戻るためのキーである。ユーザが図示しない十字キーなどの入力デバイスを用いていずれかの起動アイコンにフォーカスを移動し、決定キー１９６を操作することで、対応する端末内アプリケーションが起動する。【００６６】
図１０は、バージョンの更新を表すマークが起動アイコンに付加された様子を示す。ここでは、更新特定部１１２によってアプリケーションＣ、Ｄ、Ｆ、Ｈについてバージョン更新があったと特定されたものとする。表示処理部１１４は、アプリケーションＣ、Ｈの起動アイコンに「ＮＥＷ」マーク２００を付加して表示する。アプリケーションＦについては、使用頻度スコアが「ａ」であるので、サイズの大きい「ＮＥＷ」マーク２０４を起動アイコンに付加して表示する。また、アプリケーションＤについては、使用頻度スコアが「ｄ」であるので、「ＮＥＷ」マークの代わりに「ヒント」マーク２０２を起動アイコンに付加して表示する。【００６７】
図１１は、バージョンの更新を表すマークが起動アイコンに付加された別の様子を示す。表示処理部１１４は、更新頻度記録部１２４から最終更新日時１８０を取得し、その日時から所定期間（例えば半年）以上経過していると判断した場合、外観の異なるマークを表示する。または、表示処理部１１４は、未更新回数１８２が所定回数（例えば５回）以上になったと判断した場合に、外観の異なるマークを表示するようにしてもよい。この例では、アプリケーションＨについて、最後にバージョンアップしたときから長期間が経過したため、表示処理部１１４は白黒反転させた「ＮＥＷ」マーク２０６をアイコンに付加して表示している。これによって、ユーザに対してバージョンが更新されたこと以外の情報を伝えることができる。【００６８】
図１２は、バージョン更新以外の情報を配信サーバから取得して表示する場合の様子を示す。図示するように、アプリケーションＤの起動アイコンには、ヒントマーク２０２の他にポップアップ表示２０８が付加されている。このような付加情報は、更新状況データとともに配信サーバから携帯型情報機器１０に送信される。付加情報の例には、アプリケーションの使用を薦める情報、アプリケーションの使い方に関する情報、関連ソフトウェアの情報などが含まれる。付加情報は、端末内アプリケーションの使用頻度スコアを参照して、所定のスコア以上の場合または所定のスコア以下の場合にのみ表示するようにしてもよい。付加情報として、端末内アプリケーションのサポート終了日、ウイルス情報、更新の緊急度などを送信してもよい。この場合、表示処理部１１４は、予め所定のメモリ領域に準備されているサポート終了マーク、ウイルス警告マーク、緊急の更新推奨マークを起動アイコンに付加して表示してもよい。【００６９】
図１３は、付加情報の別の表示態様を示す。図１３では付加情報表示用のウインドウ２１０が画面１９０の下部に設定され、メニュー画面と重畳表示されている。そして、起動アイコンにフォーカスが当たっている端末内アプリケーションに関する付加情報がウインドウ２１０内に表示される。【００７０】
図１４は、起動アイコンにＮＥＷマークが付加された端末内アプリケーションの最新バージョンをインストールする場合の様子を示す。ＮＥＷマークが付加された起動アイコンにフォーカスが当たっている状態でメニューキー１９４を操作すると、複数の選択肢を含むポップアップメニュー２１２が表示される。この例では、「最新バージョンのインストール」、「アプリケーションの削除」、「情報表示オフ」が選択肢として示されている。このうち、「最新バージョンのインストール」を選択すると、アプリケーション追加部１１６が対応する端末内アプリケーションの配信サーバにアクセスし、最新バージョンのプログラムをダウンロードする。続いて、そのプログラムのインストールを実行する。このように、ＮＥＷマークが付加して更新を通知したアプリケーションについては、煩雑な操作を経ることなく単純な操作で最新バージョンへの更新ができるようにする。【００７１】
図１５は、本実施形態に係るアプリケーションの更新管理のプロセスの一例を説明するフローチャートである。
更新確認部１１０は、サーバから所定のタイミングで更新状況データを受信する（Ｓ１０）。更新特定部１１２は、更新状況データと基礎情報記録部１２２内のバージョンデータとを比較して、バージョンが更新された端末内アプリケーションを特定する（Ｓ１２）。表示処理部１１４は、使用頻度記録部１２６からバージョンが更新された端末内アプリケーションの使用頻度スコアを取得し、各アプリケーションについて使用頻度スコアがしきい値以上であるか否かを判定する（Ｓ１４）。しきい値未満であれば（Ｓ１４のＮ）、表示処理部１１４はそのアプリケーションについての付加情報をサーバから受信し（Ｓ２２）、メニュー画面において付加情報に対応するマークを起動アイコンに付加して表示するか、または起動アイコンと関連付けて付加情報を表示する（Ｓ２４）。【００７２】
使用頻度スコアがしきい値以上である場合（Ｓ１４のＹ）、表示処理部１１４は、さらにアプリケーションの使用頻度スコアが最大スコアであるか、またはアプリケーションのバージョンアップが所定の期間以上なされていないかを判定する（Ｓ１６）。いずれかを満たす場合（Ｓ１６のＹ）、表示処理部１１４は、メニュー画面においてそれぞれの事象に対応する強調されたマークを起動アイコンに付加して表示する（Ｓ１８）。いずれも満たさない場合（Ｓ１６のＮ）、表示処理部１１４はメニュー画面においてバージョン更新がされたことを表すマークを起動アイコンに付加して表示する（Ｓ２０）。【００７３】
ユーザ指示受付部１１８は、ユーザによるバージョン更新が通知されたアプリケーションの更新操作を受け付ける（Ｓ２６）。操作がなされると（Ｓ２６のＹ）、アプリケーション追加部１１６は対応するアプリケーションの配信サーバに接続して、最新バージョンのプログラムをダウンロードする（Ｓ２８）。そして、アプリケーション追加部１１６はそのプログラムを携帯型情報機器１０にインストールし（Ｓ３０）、基礎情報記録部１２２と更新頻度記録部１２４のバージョンに関する情報を書き換える。【００７４】
以上説明したように、本実施形態によれば、メニュー画面においてバージョンが更新されたことを示すマークを起動アイコンに付加して表示することで、ユーザは端末内アプリケーションのうちバージョンの更新があるものを一目で把握することができる。この表示を見て実際に端末内アプリケーションをバージョンアップするかは、ユーザ次第である。【００７５】
本実施形態では、端末内アプリケーションのバージョン更新管理を各々のアプリケーションが起動後に行う代わりにＯＳの機能として行うことで、アプリケーションの起動前に更新状況データをサーバから取得して、ユーザにバージョン更新の有無を迅速に伝えることができる。【００７６】
また、端末内アプリケーションのうち使用頻度スコアが比較的高いものについてのみバージョン更新マークを表示するようにしたので、ユーザが普段使用していない端末内アプリケーションのバージョン更新が表示されるといった煩わしさがない。【００７７】
また、端末内アプリケーションの使用頻度やバージョンの更新頻度に応じて起動アイコンに付加するマークの外観を変えることによって、ユーザに対してバージョン更新以外の様々な付加的な情報を伝達することができる。【００７８】
さらに、マークの付加された起動アイコンが表示されているときにメニューキーを操作すると、対応する端末内アプリケーションのインストールを開始するための選択肢が表示されるようにしたので、メニュー画面から速やかに端末内アプリケーションのバージョンアップを済ませることができる。【００７９】
以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。【００８０】
更新確認部１１０は、更新状況データとしてバージョン更新の重要度に関する情報をさらに受け取るようにしてもよい。この場合、表示処理部１１４は、バージョンの更新があったアプリケーションプログラムの起動アイコンを、更新の重要度の高低に応じて異なる外観となるように変化させる。例えば、セキュリティ対策などで緊急のアップデートが必要な場合であれば、マークを点滅させるなどより目に付きやすい態様とするなどが考えられる。こうすると、ユーザは重要な更新かマイナーチェンジかをメニュー画面上で一目で把握することができる。【００８１】
実施の形態では、表示処理部１１４が使用頻度の高い端末内アプリケーションについてのみ、起動アイコンの外観を変化させることを述べた。この代わりに、更新確認部１１０が、サーバにアクセスする前に使用頻度記録部１２６の使用頻度情報を参照して、使用頻度スコアが比較的高い端末内アプリケーションについてのみ、対応する更新状況データを受け取るように構成してもよい。端末内アプリケーションは、例えば使用頻度スコアと所定値とを比較したり、全ての端末内アプリケーションのうち上位５つといったようにして選択する。このように、受信する更新状況データを制限することによって、特に端末が携帯電話であるような場合に、サーバとの通信に要するパケット料金を抑えることができる。【００８２】
実施の形態では、端末内アプリケーションの使用頻度に基づいて、配信サーバから更新状況データを取得する頻度を変えることを述べた。代替的に、更新状況データの取得タイミングや取得の頻度をユーザが設定できるようにしてもよい。
図１６は、そのような設定画面の一例を示す。図示するように、「更新状況の取得頻度」と「更新状況の取得タイミング」を指定する欄２２２、２２６が表示され、その下に複数の選択肢を含むプルダウンメニュー２２４、２２８が表示される。例えば、更新状況データの取得頻度を少なくしたり、取得タイミングとして通信料が安い時間帯を設定すれば、データの通信料を抑えることができる。【００８３】
実施の形態では、起動アイコンにバージョンが更新されたことを表すマークを付加することを述べたが、代わりに起動アイコン自体を変化させてもよい。例えば、起動アイコンの色を通常と変えたり、半透明にしたり、点滅させたり、回転や振動などの動きを与えるといったことが考えられる。この場合でも、起動アイコンの表示態様の制御は、上述のマークについてと同様のものを適用できる。つまり、端末内アプリケーションの使用頻度、更新頻度、更新の重要度に応じて、起動アイコンの外観を様々な組合せで変化させることができる。【００８４】
実施の形態では、端末内アプリケーションのバージョン情報を携帯型情報機器側で管理する態様について述べた。つまり、端末内アプリケーションのバージョン情報は携帯型情報機器に記録されている。この代わりに、バージョン情報がサーバ側で管理されていてもよい。この場合、携帯型情報機器１０にインストールされている端末内アプリケーションのバージョン情報は、例えば携帯型情報機器１０からの初回の通信時に専用サーバ１６０に送られ、その後は専用サーバ１６０で管理される。専用サーバ１６０は、所定のタイミングで各アプリケーションの配信サーバから更新状況を受け取り、アプリケーションＩＤと関連付けて保持する。専用サーバ１６０は、自身が保持している端末内アプリケションのバージョンデータと更新状況とを比較して、最新バージョンでない端末内アプリケーションが見つかると、携帯型情報機器１０の更新確認部１１０に対して更新状況データを送信する。【００８５】
このように専用サーバ側でバージョン情報を管理するようにすると、専用サーバにおいてアプリケーションの更新が確認されたときだけバージョン情報を送信するようにすればよいので、携帯型情報機器１０と専用サーバ１６０間の通信回数を抑制することができる。【００８６】
あるいは、携帯型情報機器と専用サーバで端末内アプリケーションのバージョン情報を分担して管理してもよい。例えば、携帯型情報機器１０にプリインストールされているアプリケーションについては専用サーバ側で管理し、ユーザが後で追加したアプリケーションについては、携帯電子機器側で管理するといった例が考えられる。この構成においては、専用サーバ側で管理しているアプリケーションの更新状況データは、専用サーバがバージョンの更新を確認したときに携帯型情報機器１０に送信される。携帯型情報機器１０で管理しているアプリケーションの更新状況データは、更新確認部１１０によって問い合わせがなされたときに、専用サーバが対応するデータを送り返すようにする。こうすることで、専用サーバ側で更新状況を把握しにくいユーザが後から追加した端末内アプリケーションについても、漏れなくバージョン更新情報をメニュー画面で通知することができる。【００８７】
端末内アプリケーションのバージョンデータとしてハッシュ値を利用してもよい。例えば、携帯型情報機器１０の端末内アプリケーションファイルのハッシュ値をバージョンデータとして基礎情報記録部１２２に記録しておく。また、専用サーバでは、更新状況データとして最新バージョンのアプリケーションファイルのハッシュ値を記録しておく。そして、携帯型情報機器側またはサーバ側のいずれかでアプリケーション毎に両者のハッシュ値を比較し、ハッシュ値が一致しない場合、更新特定部１１２が対応するアプリケーションのバージョンが更新されたと判定してもよい。【００８８】
実施の形態では、本発明に係る情報表示部をデータ通信機能を有する携帯電話、ＰＤＡ、カーナビゲーション装置などの携帯型情報機器に実装することを述べたが、デスクトップＰＣなどの据え置き型のハードウェアにも実装できることはいうまでもない。
【産業上の利用可能性】
【００８９】
本発明によれば、端末に搭載されているアプリケーションプログラムのうちバージョンの更新が可能であるものを容易に認識することができる。
【図１】
2008114491.tif 000003
【図２】
2008114491.tif 000004
【図３】
2008114491.tif 000005
【図４】
2008114491.tif 000006
【図５】
2008114491.tif 000007
【図６】
2008114491.tif 000008
【図７】
2008114491.tif 000009
【図８】
2008114491.tif 000010
【図９】
2008114491.tif 000011
【図１０】
2008114491.tif 000012
【図１１】
2008114491.tif 000013
【図１２】
2008114491.tif 000014
【図１３】
2008114491.tif 000015
【図１４】
2008114491.tif 000016
【図１５】
2008114491.tif 000017
【図１６】
2008114491.tif 000018
【国際調査報告】
2008114491.tif 000019
2008114491.tif 000020
2008114491.tif 000021
2008114491.tif 000022