JP3942941B2 - 通信装置及びプラグインモジュール制御方法及びコンピュータに実行させるためのプログラム及びコンピュータに実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体 - Google Patents

Description

【０００１】
【発明の属する技術分野】
この発明は、プラグイン方式を用いて様々な埋め込みデータ処理機能拡張を実現するブラウザに関する。
この発明は、プラグイン方式を用いた通信装置に関する。また、プラグイン方式を用いたプラグインモジュール制御方法に関する。
【０００２】
【従来の技術】
ブラウザでは、表示するコンテンツ内に様々な埋め込みデータが存在し、それら各々のデータ形式に合わせた処理を実行するためにプラグイン方式を用いている。プラグイン方式では、特定のデータ形式とそれを処理するプラグインモジュールが関連付けられており、ブラウザがどのデータ形式を処理するのかを判定し、データ形式に対応するプラグインモジュールを呼び出すことにより処理を実施する。
【０００３】
プラグイン方式では、予めブラウザにプラグインモジュールを追加せず、必要になったときにプラグインモジュールをダウンロードして機能追加を行うプラグイン自動再構成に関する技術がある。例として、特開２００１−１４２７１１、特開平１０−１２４４１５、特開２００１−１７５３７７などが挙げられる。特開２００１−１４２７１１では、ブラウザが外部から受信したコンテンツ内容を解析し、プラグインモジュールの指定を発見した場合には、追加するプラグインモジュールを検索し呼び出す構成の組込み機器用ブラウザについて述べている。また、特開平１０−１２４４１５では、コンテンツ内に指定されたタグに基づいて、ブラウザ拡張のパラメータを取得し、ネットワークを動的に検索して必要なプラグインモジュールをインストールする方法について述べている。また、特開２００１−１７５３７７では、コンテンツ中に記述されたスクリプトに基づいて端末内に必要な情報が存在するかどうかを点検し、必要であればデータをダウンロードしてブラウザの形態および機能を再構成する方法について述べている。
【０００４】
【発明が解決しようとする課題】
しかしながら、特開２００１−１４２７１１、特開平１０−１２４４１５、特開２００１−１７５３７７は、ブラウザの機能拡張のためにプラグインモジュールを追加することを述べてはいるが、プラグインモジュールを削除することについては述べていない。一般に組込み機器はＨ／Ｗリソースが乏しいため、プラグインモジュールをダウンロード・管理するために割り当てられるリソースにも限界があり、ただプラグインモジュールを要求に応じて追加していくだけでは、リソース不足のため新規に必要なプラグインモジュールを追加することができなくなる。
【０００５】
この発明は、少ないリソースを効率的に運用するプラグイン自動再構成を提供することを目的とする。
【０００６】
【課題を解決するための手段】
この発明に係る通信装置は、所定のコンテンツに必要なプラグインモジュールを判定するプラグイン判定部と、
所定の容量を有し、所定のプラグインモジュールを記憶する記憶装置に、上記プラグイン判定部により判定されたプラグインモジュールをさらに記憶するには上記所定の容量が不足する場合に、上記記憶装置に記憶された上記所定のプラグインモジュールを削除するプラグイン削除部と
を備えたことを特徴とする。
【０００７】
上記通信装置は、さらに、上記記憶装置が有する所定の容量を管理するリソース管理部と上記記憶装置に記憶された上記所定のプラグインモジュールを管理するプラグイン管理部とを備え、
上記プラグイン削除部は、上記リソース管理部により管理された所定の容量と上記プラグイン管理部により管理された所定のプラグインモジュールとに基づいて、上記記憶装置に記憶された上記所定のプラグインモジュールを削除することを特徴とする。
【０００８】
上記通信装置は、さらに、上記プラグイン削除部により上記所定のプラグインモジュールが削除され、削除により空き容量が生じた上記記憶装置に記憶するための上記プラグイン判定部により判定されたプラグインモジュールを入力するプラグイン入力部を備えたことを特徴とする。
【０００９】
上記プラグイン入力部は、入力したプラグインモジュールを上記プラグイン管理部に登録し、
上記プラグイン管理部は、上記プラグイン入力部により登録されたプラグインモジュールを管理することを特徴とする。
【００１０】
上記プラグイン管理部は、複数のプラグインモジュールと管理する複数のプラグインモジュールの最終使用日時とを管理し、
上記プラグイン削除部は、上記プラグイン管理部により管理された複数のプラグインモジュールの内、上記プラグイン判定部により判定されたプラグインモジュールと異なる複数のプラグインモジュールを選出し、選出された複数のプラグインモジュールの内、上記最終使用日時がより過去のプラグインモジュールを優先して削除することを特徴とする。
【００１１】
上記プラグイン管理部は、複数のプラグインモジュールと管理する複数のプラグインモジュールの使用頻度とを管理し、
上記プラグイン削除部は、上記プラグイン管理部により管理された複数のプラグインモジュールの内、上記プラグイン判定部により判定されたプラグインモジュールと異なる複数のプラグインモジュールを選出し、選出された複数のプラグインモジュールの内、上記使用頻度がより少ないプラグインモジュールを優先して削除することを特徴とする。
【００１２】
上記プラグイン管理部は、複数のプラグインモジュールと管理する複数のプラグインモジュールの所定の期間における使用頻度とを管理し、
上記プラグイン削除部は、上記プラグイン管理部により管理された複数のプラグインモジュールの内、上記プラグイン判定部により判定されたプラグインモジュールと異なる複数のプラグインモジュールを選出し、選出された複数のプラグインモジュールの内、上記所定の期間における使用頻度がより少ないプラグインモジュールを優先して削除することを特徴とする。
【００１３】
上記プラグイン管理部は、複数のプラグインモジュールと管理する複数のプラグインモジュールの容量とを管理し、
上記プラグイン削除部は、上記プラグイン管理部により管理された複数のプラグインモジュールの内、上記プラグイン判定部により判定されたプラグインモジュールと異なる複数のプラグインモジュールを選出し、選出された複数のプラグインモジュールの内、上記容量がより大きいプラグインモジュールを優先して削除することを特徴とする。
【００１４】
上記プラグイン管理部は、複数のプラグインモジュールと管理する複数のプラグインモジュールの最終使用日時と管理する複数のプラグインモジュールの使用頻度と管理する複数のプラグインモジュールの所定の期間における使用頻度とを管理し、
上記プラグイン削除部は、上記プラグイン管理部により管理された上記プラグイン判定部により判定されたプラグインモジュールと異なる複数のプラグインモジュールの内、上記最終使用日時がより過去のプラグインモジュールから優先して選択した少なくとも１つのプラグインモジュールの組み合わせと上記使用頻度がより少ないプラグインモジュールから優先して選択した少なくとも１つのプラグインモジュールの組み合わせと上記所定の期間における使用頻度がより少ないプラグインモジュールから優先して選択した少なくとも１つのプラグインモジュールの組み合わせとを選出し、選出された上記最終使用日時が所定のプラグインモジュールと比較してより過去の少なくとも１つのプラグインモジュールの組み合わせと上記使用頻度が所定のプラグインモジュールと比較してより少ない少なくとも１つのプラグインモジュールの組み合わせと上記所定の期間における使用頻度が所定のプラグインモジュールと比較してより少ない少なくとも１つのプラグインモジュールの組み合わせとの内、組み合わせにかかるプラグインモジュール数の少ないプラグインモジュールの組み合わせを優先して削除することを特徴とする。
【００１５】
上記プラグイン管理部は、複数のプラグインモジュールと管理する複数のプラグインモジュールの最終使用日時と管理する複数のプラグインモジュールの使用頻度と管理する複数のプラグインモジュールの所定の期間における使用頻度と管理する複数のプラグインモジュールの容量とを管理し、
上記プラグイン削除部は、上記プラグイン管理部により管理された上記プラグイン判定部により判定されたプラグインモジュールと異なる複数のプラグインモジュールの内、上記最終使用日時がより過去のプラグインモジュールから優先した複数のプラグインモジュールと上記使用頻度がより少ないプラグインモジュールから優先した複数のプラグインモジュールと上記所定の期間における使用頻度がより少ないプラグインモジュールから優先した複数のプラグインモジュールとを選出し、選出された上記最終使用日時がより過去のプラグインモジュールから優先した複数のプラグインモジュールと上記使用頻度がより少ないプラグインモジュールから優先した複数のプラグインモジュールと上記所定の期間における使用頻度がより少ないプラグインモジュールから優先した複数のプラグインモジュールとの内、上記容量の合計が小さい複数のプラグインモジュールを優先して削除することを特徴とする。
【００１６】
上記プラグイン管理部は、複数のプラグインモジュールと管理する複数のプラグインモジュールの入力所要時間とを管理し、
上記プラグイン削除部は、上記プラグイン管理部により管理された複数のプラグインモジュールの内、上記プラグイン判定部により判定されたプラグインモジュールと異なる複数のプラグインモジュールを選出し、選出された複数のプラグインモジュールの内、上記入力所要時間が小さいプラグインモジュールを優先して削除することを特徴とする。
【００１７】
上記プラグイン管理部は、複数のプラグインモジュールと管理する複数のプラグインモジュールの入力に必要な所要料金額とを管理し、
上記プラグイン削除部は、上記プラグイン管理部により管理された複数のプラグインモジュールの内、上記プラグイン判定部により判定されたプラグインモジュールと異なる複数のプラグインモジュールを選出し、選出された複数のプラグインモジュールの内、上記所要料金額が小さいプラグインモジュールを優先して削除することを特徴とする。
【００１８】
上記通信装置は、さらに、複数のコンテンツの表示履歴を管理し、上記プラグイン判定部により判定されたプラグインモジュールを複数回に渡って入力し、入力されたプラグインモジュールに基づいて上記管理された表示履歴に対応する複数のコンテンツの各コンテンツに必要なプラグインモジュールを特定する履歴内プラグイン管理部を備え、
上記プラグイン管理部は、複数のプラグインモジュールを管理し、
上記プラグイン削除部は、上記プラグイン管理部により管理された複数のプラグインモジュールの内、上記履歴内プラグイン管理部により管理された表示履歴に対応する複数のコンテンツの各コンテンツに必要なプラグインモジュールを除いたプラグインモジュールを削除することを特徴とする。
【００１９】
上記通信装置は、さらに、複数のコンテンツの表示履歴を管理し、上記プラグイン判定部により判定されたプラグインモジュールを複数回に渡って入力し、入力されたプラグインモジュールに基づいて上記管理された表示履歴に対応する複数のコンテンツの各コンテンツに必要なプラグインモジュールを特定する履歴内プラグイン管理部を備え、
上記プラグイン管理部は、複数のプラグインモジュールを管理し、
上記プラグイン削除部は、上記プラグイン管理部により管理された複数のプラグインモジュールの内、上記プラグイン判定部により判定された今回のプラグインモジュールと異なる複数のプラグインモジュールを選出し、選出された複数のプラグインモジュールの内、上記履歴内プラグイン管理部により管理された表示履歴に対応する複数のコンテンツに共通して必要なプラグインモジュールと上記履歴内プラグイン管理部により管理された表示履歴に対応する複数のコンテンツの各コンテンツにのみ必要なプラグインモジュールとが存在する場合に、上記履歴内プラグイン管理部により管理された表示履歴に対応する複数のコンテンツの各コンテンツにのみ必要なプラグインモジュールを優先して削除することを特徴とする。
【００２０】
上記プラグイン削除部は、上記記憶装置に上記プラグイン判定部により判定されたプラグインモジュールをさらに記憶するのに不足する容量が、上記記憶装置に記憶された上記所定のプラグインモジュールが有する容量の一部を削除するだけで足りる場合に、上記所定のプラグインモジュールを分割し、分割された上記所定のプラグインモジュールの一方を削除することを特徴とする。
【００２１】
上記プラグイン管理部は、上記プラグイン削除部により分割された上記所定のプラグインモジュールの分割位置を管理し、
上記通信装置は、さらに、上記プラグイン管理部により管理された分割位置に基づいて、上記プラグイン削除部により削除された上記所定のプラグインモジュールの一方を入力する入力開始位置指定入力部を備えたことを特徴とする。
【００２２】
上記通信装置は、さらに、使用するプラグイン情報を入力する使用プラグイン情報入力部を備え、
上記プラグイン管理部は、複数のプラグインモジュールを管理し、
上記プラグイン削除部は、上記プラグイン管理部により管理された複数のプラグインモジュールの内、上記プラグイン判定部により判定されたプラグインモジュールと異なる複数のプラグインモジュールを選出し、選出された複数のプラグインモジュールの内、上記使用プラグイン情報入力部により入力されたプラグイン情報に基づいて、削除するプラグインモジュールを決定することを特徴とする。
【００２３】
上記通信装置は、さらに、プラグインモジュールを削除する優先度付け情報を有するプラグイン削除優先度情報を入力する削除優先度情報入力部を備え、
上記プラグイン管理部は、複数のプラグインモジュールを管理し、
上記プラグイン削除部は、上記プラグイン管理部により管理された複数のプラグインモジュールの内、上記プラグイン判定部により判定されたプラグインモジュールと異なる複数のプラグインモジュールを選出し、選出された複数のプラグインモジュールの内、上記削除優先度情報入力部により入力されたプラグイン削除優先度情報に基づいて、削除するプラグインモジュールを決定することを特徴とする。
【００２４】
上記プラグイン管理部は、複数のプラグインモジュールと上記複数のプラグインモジュールの各プラグインモジュールの使用権利情報とを管理し、
上記通信装置は、さらに、上記プラグイン管理部により管理された使用権利情報に基づいて、上記プラグイン管理部により管理された複数のプラグインモジュールに使用権利の有無を判定するプラグイン使用権利判定部を備え、
上記プラグイン削除部は、上記プラグイン管理部により管理された複数のプラグインモジュールの内、上記プラグイン使用権利判定部により使用権利が無いと判定されたプラグインモジュールを削除することを特徴とする。
【００２５】
上記プラグイン使用権利判定部は、上記プラグイン管理部により管理された使用権利情報に変更が生じた場合に、変更した使用権利情報を出力し、
上記プラグイン管理部は、上記プラグイン使用権利判定部により出力された変更した使用権利情報を登録することを特徴とする。
【００２６】
上記使用権利情報は、該当するプラグインモジュールの使用可能回数情報を有し、
上記プラグイン使用権利判定部は、上記プラグイン管理部により管理された複数のプラグインモジュールの使用可能回数の有無を判定し、
上記プラグイン削除部は、上記プラグイン管理部により管理された複数のプラグインモジュールの内、上記プラグイン使用権利判定部により使用可能回数が無いと判定されたプラグインモジュールを削除することを特徴とする。
【００２７】
上記使用権利情報は、該当するプラグインモジュールの使用可能時間情報を有し、
上記プラグイン使用権利判定部は、上記プラグイン管理部により管理された複数のプラグインモジュールの使用可能時間の有無を判定し、
上記プラグイン削除部は、上記プラグイン管理部により管理された複数のプラグインモジュールの内、上記プラグイン使用権利判定部により使用可能時間が無いと判定されたプラグインモジュールを削除することを特徴とする。
【００２８】
上記使用権利情報は、該当するプラグインモジュールが行う可能データ処理サイズ情報を有し、
上記プラグイン使用権利判定部は、上記プラグイン管理部により管理された複数のプラグインモジュールが行う可能データ処理サイズの有無を判定し、
上記プラグイン削除部は、上記プラグイン管理部により管理された複数のプラグインモジュールの内、上記プラグイン使用権利判定部により可能データ処理サイズが無いと判定されたプラグインモジュールを削除することを特徴とする。
【００２９】
上記使用権利情報は、該当するプラグインモジュールの使用可能期日情報を有し、
上記プラグイン使用権利判定部は、上記プラグイン管理部により管理された複数のプラグインモジュールの使用可能期日に達しているかどうかを判定し、
上記プラグイン削除部は、上記プラグイン管理部により管理された複数のプラグインモジュールの内、上記プラグイン使用権利判定部により使用可能期日に達していると判定されたプラグインモジュールを削除することを特徴とする。
【００３０】
上記使用権利情報は、該当するプラグインモジュールの使用可能期間情報を有し、
上記プラグイン使用権利判定部は、上記プラグイン管理部により管理された複数のプラグインモジュールの使用可能期間を経過しているかどうかを判定し、
上記プラグイン削除部は、上記プラグイン管理部により管理された複数のプラグインモジュールの内、上記プラグイン使用権利判定部により使用可能期間を経過していると判定されたプラグインモジュールを削除することを特徴とする。
【００３１】
上記通信装置は、さらに、
上記記憶装置に記憶された上記所定のプラグインモジュールを上記記憶装置とは異なる記憶装置に出力し、保管させるプラグイン保管部と、
上記プラグイン判定部により判定されたプラグインモジュールが上記所定のプラグインモジュールである場合に、上記異なる記憶装置から上記プラグイン保管部により出力された上記所定のプラグインモジュールを入力する保存プラグイン入力部と
を備えたことを特徴とする。
【００３２】
この発明に係る通信システムは、所定のコンテンツに必要なプラグインモジュールを判定するプラグイン判定部と、
所定の容量を有し、所定のプラグインモジュールを記憶する記憶装置に、上記プラグイン判定部により判定されたプラグインモジュールをさらに記憶するには上記所定の容量が不足する場合に、上記記憶装置に記憶された上記所定のプラグインモジュールを削除するプラグイン削除部と、
上記プラグイン削除部により上記所定のプラグインモジュールが削除され、削除により空き容量が生じた上記記憶装置に記憶するための上記プラグイン判定部により判定されたプラグインモジュールを入力するプラグイン入力部と、
上記プラグイン入力部によるプラグインモジュールの入力がされた場合に課金するプラグイン入力課金部と
を備えることを特徴とする。
【００３３】
上記通信システムは、さらに、
上記プラグイン入力部に出力されたプラグインモジュールの履歴情報を管理するプラグイン入力履歴管理部を有し、
上記プラグイン入力課金部は、上記プラグイン入力履歴管理部により管理されたプラグインモジュールの履歴情報に基づいて、上記プラグイン入力部によるプラグインモジュールの入力が初回である場合に課金することを特徴とする。
【００３４】
上記プラグイン入力部は、ネットワークを介してプラグインモジュールを入力し、
上記プラグイン入力課金部は、プラグインモジュールの入力に際し、ネットワーク使用料とプラグインモジュール使用料との内少なくとも１つについて課金することを特徴とする。
【００３５】
この発明に係るプラグインモジュール制御方法は、所定のコンテンツに必要なプラグインモジュールを判定するプラグイン判定工程と、
所定の容量を有し、所定のプラグインモジュールを記憶する記憶装置に、上記プラグイン判定工程により判定されたプラグインモジュールをさらに記憶するには上記所定の容量が不足する場合に、上記記憶装置に記憶された上記所定のプラグインモジュールを削除するプラグイン削除工程と
を備えたことを特徴とする。
【００３６】
この発明に係るコンピュータに実行させるためのプログラムは、所定のコンテンツに必要なプラグインモジュールを判定するプラグイン判定処理と、
所定の容量を有し、所定のプラグインモジュールを記憶する記憶装置に、上記プラグイン判定処理により判定されたプラグインモジュールをさらに記憶するには上記所定の容量が不足する場合に、上記記憶装置に記憶された上記所定のプラグインモジュールを削除するプラグイン削除処理と
をコンピュータに実行させるためのプログラムであることを特徴とする。
【００３７】
この発明に係るコンピュータに実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体は、所定のコンテンツに必要なプラグインモジュールを判定するプラグイン判定処理と、
所定の容量を有し、所定のプラグインモジュールを記憶する記憶装置に、上記プラグイン判定処理により判定されたプラグインモジュールをさらに記憶するには上記所定の容量が不足する場合に、上記記憶装置に記憶された上記所定のプラグインモジュールを削除するプラグイン削除処理と
をコンピュータに実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体であることを特徴とする。
【００３８】
【発明の実施の形態】
以下、プラグイン自動再構成手段、およびそれを搭載する装置およびシステムの実施の形態を示す。
【００３９】
実施の形態１．
図１は、実施の形態１における通信装置の外観を示す図である。
図１において、１００は、パーソナルコンピュータ（ＰＣ）である受信端末（通信装置の一例である。）、４１は、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）表示装置、４２は、キーボード（Ｋ／Ｂ）、４３は、マウス、８６は、コンパクトディスク装置（ＣＤＤ）、８７は、プリンタ装置、８８は、スキャナ装置である。ＣＲＴ表示装置４１、Ｋ／Ｂ４２、マウス４３、ＣＤＤ８６、プリンタ装置８７、スキャナ装置８８は、受信端末１００にケーブルで接続されている。
【００４０】
図２は、実施の形態１における通信装置のハードウェア構成図である。
図２において、３０は、インターネット、３７は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、３８は、バス、３９は、ＲＯＭ（ＲｅａｄＯｎｌｙ Ｍｅｍｏｒｙ）、４０は、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、４４は、通信ボード、４５は、ＦＤＤ（Ｆｌｅｘｉｂｌｅ Ｄｉｓｋ Ｄｒｉｖｅ）、４６は、磁気ディスク装置、４７は、オペレーティングシステム（ＯＳ）、４８は、ウィンドウシステム、４９は、プログラム群、５０は、ファイル群である。
プログラムを実行するＣＰＵ３７は、バス３８を介してＲＯＭ３９、ＲＡＭ４０、ＣＲＴ表示装置４１、Ｋ／Ｂ４２、マウス４３、通信ボード４４、ＦＤＤ４５、磁気ディスク装置４６、ＣＤＤ８６、プリンタ装置８７、スキャナ装置８８と接続されている。通信ボード４４は、インターネット３０に接続されている。
ここで、通信ボード４４は、インターネット３０に限らず、ＬＡＮ（ローカルエリアネットワーク）、或いはＩＳＤＮ等のＷＡＮ（ワイドエリアネットワーク）に接続されていても構わない。
磁気ディスク装置４６には、ＯＳ４７、ウィンドウシステム４８、プログラム群４９、ファイル群５０が記憶されている。プログラム群４９は、ＣＰＵ３７、ＯＳ４７、ウィンドウシステム４８により実行される。
【００４１】
図３は、実施の形態１におけるプラグイン自動再構成手段の構成の一例を示すブロック図である。
図３において、１は、記憶装置、２は、端末リソース管理手段（リソース管理部の一例である）、３は、プラグイン管理手段（プラグイン管理部の一例である）、４は、必要プラグイン判定手段（プラグイン判定部の一例である）、５は、プラグインダウンロード手段（プラグイン入力部の一例である）、６は、プラグイン削除手段（プラグイン削除部の一例である）である。
受信端末１００は、端末リソース管理手段２、プラグイン管理手段３、必要プラグイン判定手段４、プラグインダウンロード手段５、プラグイン削除手段６を備えている。
記憶装置１は、ブラウザが特定形式のデータを処理する時に呼び出すプラグインモジュールを記憶する。プラグインモジュールは、０個以上複数存在することができる。また、端末リソース管理手段２は、受信端末１００におけるプラグインモジュールのダウンロード・管理に必要なリソース情報を管理する。また、プラグイン管理手段３は、受信端末に存在するプラグインモジュールを管理する。また、必要プラグイン判定手段４は、受信コンテンツやその埋め込みデータの表示に必要なプラグインモジュールを判定する。また、プラグインダウンロード手段５は、受信コンテンツの表示に必要なプラグインモジュールについて、そのモジュールファイルをダウンロードしたり、ファイルサイズ情報を取得することができる。また、プラグイン削除手段６は、新しい必要プラグインモジュールのダウンロード時に端末リソースが不足しないかを判定し、不足する場合には適切な不要プラグインモジュールを削除する。
【００４２】
図３を用いて、動作例について説明する。
ブラウザがコンテンツを受信すると、必要プラグイン判定手段４はコンテンツ記述を解析することにより、当該コンテンツとその埋め込みデータの表示に必要な全てのプラグインモジュールを判定する。この判定処理の詳細については、特開２００１−１４２７１１や特開平１０−１２４４１５などに述べられている方法と同じであるので、ここには特に記載しない。必要プラグイン判定手段４は、必要なプラグインモジュールが判ると、プラグイン管理手段３に問い合わせ、該当するプラグインモジュールが存在するかどうかを検査する。該当するプラグインモジュールが存在する場合は、これを呼び出し、対応付けられたデータ処理を実行させる。該当するプラグインモジュールが存在しない場合は、まず、プラグインダウンロード手段５を用いて新規に必要なプラグインモジュールのファイルサイズ情報を取得する。取得したファイルサイズ情報は、プラグイン削除手段６に渡される。プラグイン削除手段６では、端末リソース管理手段２に問い合わせを行い、新規にダウンロードする分のＨ／Ｗ（ハードウェア）リソース（所定の容量の一例である）の空きがあるかどうかを検査する。Ｈ／Ｗリソースに空きがある場合は、プラグインダウンロード手段５はプラグインモジュールファイルのダウンロードを開始し、ダウンロードが完了したときにプラグイン管理手段３への登録と、プラグインに対応付けられたデータ処理を実行させる。Ｈ／Ｗリソースに空きがない場合は、プラグイン削除手段６は必要プラグイン判定手段４とプラグイン管理手段３に問い合わせを行い、当該コンテンツとその埋め込みデータの表示に不要なプラグインモジュールの削除を実行する。削除は不要プラグインモジュール１つずつ実行し、新規にダウンロードする分のＨ／Ｗリソースの空きができた段階で中止する。リソースの空きができた時点で、プラグインダウンロード手段５はプラグインモジュールファイルのダウンロードを開始し、ダウンロードが完了したときにプラグイン管理手段３への登録と、プラグインに対応付けられたデータ処理を実行させる。以上の動作によって、限られたＨ／Ｗリソースを最大限に生かしたプラグイン自動再構成手段を提供する。
【００４３】
ここで、受信端末１００は、ＰＣに限らない。例えば、携帯電話／カーナビゲーションシステム／ＰＤＡなどの組込み機器があげられる。
また、上記各手段は、ブラウザに利用されるコンピュータプログラムであってもよい。
【００４４】
以上のように、実施の形態１におけるコンピュータプログラムであるブラウザは、プラグイン方式を用いて、様々な埋め込みデータ処理機能拡張を実現するブラウザであって、
（ａ）受信端末におけるプラグインモジュールのダウンロード・管理に必要なリソース情報を管理する端末リソース管理手段２と、
（ｂ）受信端末に存在するプラグインモジュールを管理するプラグイン管理手段３と、
（ｃ）受信コンテンツの表示に必要なプラグインモジュールを判定する必要プラグイン判定手段４と、
（ｄ）受信コンテンツの表示に必要なプラグインモジュールについて、そのモジュールファイルをダウンロードしたり、ファイルサイズ情報を取得することのできるプラグインダウンロード手段５と、
を有し、さらに、
（ｅ）新しい必要プラグインモジュールのダウンロード時に端末リソースが不足しないかを判定し、不足する場合には適切な不要プラグインモジュールを選定して削除するプラグイン削除手段６と
を持つプラグイン自動再構成手段を有する。
また、実施の形態１における通信装置は、上記プラグイン自動再構成手段を持つブラウザを搭載した受信端末１００である。
【００４５】
以上のように、実施の形態１における通信装置は、所定のコンテンツに必要なプラグインモジュールを判定するプラグイン判定部と、
所定の容量を有し、所定のプラグインモジュールを記憶する記憶装置に、上記プラグイン判定部により判定されたプラグインモジュールをさらに記憶するには上記所定の容量が不足する場合に、上記記憶装置に記憶された上記所定のプラグインモジュールを削除するプラグイン削除部と
を備えている。
また、上記通信装置は、さらに、上記記憶装置が有する所定の容量を管理するリソース管理部と上記記憶装置に記憶された上記所定のプラグインモジュールを管理するプラグイン管理部とを備え、
上記プラグイン削除部は、上記リソース管理部により管理された所定の容量と上記プラグイン管理部により管理された所定のプラグインモジュールとに基づいて、上記記憶装置に記憶された上記所定のプラグインモジュールを削除することを特徴とする。
また、上記通信装置は、さらに、上記プラグイン削除部により上記所定のプラグインモジュールが削除され、削除により空き容量が生じた上記記憶装置に記憶するための上記プラグイン判定部により判定されたプラグインモジュールを入力するプラグイン入力部を備えている。
また、上記プラグイン入力部は、入力したプラグインモジュールを上記プラグイン管理部に登録し、
上記プラグイン管理部は、上記プラグイン入力部により登録されたプラグインモジュールを管理することを特徴とする。
【００４６】
以上のように、実施の形態１におけるプラグインモジュール制御方法は、所定のコンテンツに必要なプラグインモジュールを判定するプラグイン判定工程と、所定の容量を有し、所定のプラグインモジュールを記憶する記憶装置に、上記プラグイン判定工程により判定されたプラグインモジュールをさらに記憶するには上記所定の容量が不足する場合に、上記記憶装置に記憶された上記所定のプラグインモジュールを削除するプラグイン削除工程と
を備えている。
【００４７】
以上のように、実施の形態１におけるコンピュータに実行させるためのプログラムは、所定のコンテンツに必要なプラグインモジュールを判定するプラグイン判定処理と、
所定の容量を有し、所定のプラグインモジュールを記憶する記憶装置に、上記プラグイン判定処理により判定されたプラグインモジュールをさらに記憶するには上記所定の容量が不足する場合に、上記記憶装置に記憶された上記所定のプラグインモジュールを削除するプラグイン削除処理と
を備えている。
【００４８】
以上のように、実施の形態１においては、所定のコンテンツに必要なプラグインモジュールを判定するプラグイン判定処理と、
所定の容量を有し、所定のプラグインモジュールを記憶する記憶装置に、上記プラグイン判定処理により判定されたプラグインモジュールをさらに記憶するには上記所定の容量が不足する場合に、上記記憶装置に記憶された上記所定のプラグインモジュールを削除するプラグイン削除処理と
をコンピュータに実行させるためのプログラムが、プログラムを記録するコンピュータ読み取り可能な記録媒体に記録されている。
【００４９】
実施の形態２．
実施の形態１におけるプラグイン削除手段６では、不要なプラグインモジュールの削除を実行することを述べているが、不要なプラグインモジュールの中にも重要なものとそうでないものが存在することが考えられる。重要な（よく使用される）プラグインモジュールを削除してしまった場合は、他のコンテンツを表示したときに削除した当該プラグインモジュールを再ダウンロードしなければならないケースが増え、非効率である。そこで、実施の形態２では、不要プラグインモジュールの重要度を、次のような実施の形態により決定する。
各構成については、実施の形態１と同様である。
まず、プラグイン管理手段３では、管理する各々のプラグインモジュールがブラウザ処理によって呼び出された最終使用日時を合わせて管理する。プラグイン削除手段６では、プラグインＡとプラグインＢが削除候補となった場合に、プラグインＡの最終使用日時ＴａとプラグインＢの最終使用日時Ｔｂを比較する。ＴａがＴｂより過去の場合はプラグインＡの削除優先度をあげ、ＴｂがＴａより過去の場合は、プラグインＢの削除優先度をあげ、優先度の高いものから順に削除を実施する。以上の動作によって、例えば、最終使用日時が一年以上も前であり、今後使用する可能性もないプラグインモジュールから順に削除を実行することが可能であり、プラグイン再ダウンロードの機会を減らすことができる。
【００５０】
ここで、受信端末１００は、ＰＣに限らない。例えば、携帯電話／カーナビゲーションシステム／ＰＤＡなどの組込み機器があげられる。
また、上記各手段は、ブラウザに利用されるコンピュータプログラムであってもよい。
【００５１】
以上のように、実施の形態２におけるプラグイン自動再構成手段が有する（ｂ）プラグイン管理手段３、および（ｅ）プラグイン削除手段６において、
（ｂ）プラグイン管理手段３では、各々のプラグインモジュールが使用された最終使用日時を管理し、
（ｅ）プラグイン削除手段６では、プラグインモジュールの最終使用日時を元に、最も過去に使用されたモジュールから順に削除優先度をあげることを特徴とする。
また、実施の形態２における通信装置は、上記プラグイン自動再構成手段を持つブラウザを搭載した受信端末１００である。
【００５２】
以上のように、実施の形態２における通信装置が備える上記プラグイン管理部は、複数のプラグインモジュールと管理する複数のプラグインモジュールの最終使用日時とを管理し、
上記プラグイン削除部は、上記プラグイン管理部により管理された複数のプラグインモジュールの内、上記プラグイン判定部により判定されたプラグインモジュールと異なる複数のプラグインモジュールを選出し、選出された複数のプラグインモジュールの内、上記最終使用日時がより過去のプラグインモジュールを優先して削除することを特徴とする。
【００５３】
実施の形態３．
実施の形態２では、最終使用日時を用いてプラグインの重要度を判定したが、最終使用日時では重要度の判断が難しい場合がある。例えば、プラグインＡとプラグインＢについて、プラグインＡはいろんなコンテンツでよく使用されるものであり、プラグインＢはＡと比べると使用機会が少ないとする。たまたま直前に表示したコンテンツでプラグインＢを使用すると、プラグインＢの方が新しいものということになる。この場合に２つが削除候補になったとき、実施の形態２ではプラグインＡを先に削除するが、よく使用されるプラグインＡを残しておいた方がよいケースがある。そこで、実施の形態３では、不要プラグインモジュールの重要度を、次のような実施の形態により決定する。
各構成については、実施の形態１と同様である。
まず、プラグイン管理手段３では、管理する各々のプラグインモジュールがブラウザ処理によって呼び出された回数（使用度数（使用頻度の一例である））を合わせて管理する。プラグイン削除手段６では、プラグインＡとプラグインＢが削除候補となった場合に、プラグインＡの使用度数ＮａとプラグインＢの使用度数Ｎｂを比較する。ＮａがＮｂより少ない場合は、プラグインＡの削除優先度をあげ、ＮｂがＮａより少ない場合はプラグインＢの削除優先度をあげ、優先度の高いものから順に削除を実施する。以上の動作によって、例えば、使用度数が非常に少なく、ごく稀にしか使用する可能性がないプラグインモジュールから順に削除を実行することが可能であり、プラグイン再ダウンロードの機会を減らすことができる。
【００５４】
ここで、受信端末１００は、ＰＣに限らず、例えば、携帯電話／カーナビゲーションシステム／ＰＤＡなどの組込み機器があげられる。
また、上記各手段は、ブラウザに利用されるコンピュータプログラムであってもよい。
【００５５】
以上のように、実施の形態３におけるプラグイン自動再構成手段が有する（ｂ）プラグイン管理手段３、および（ｅ）プラグイン削除手段６において、
（ｂ）プラグイン管理手段３では、各々のプラグインモジュールが何度使用されたかを示す使用度数を管理し、
（ｅ）プラグイン削除手段６では、プラグインモジュールの使用度数を元に、最も使用度数の低いモジュールから順に削除優先度をあげることを特徴とする。
また、実施の形態３における通信装置は、上記プラグイン自動再構成手段を持つブラウザを搭載した受信端末１００である。
【００５６】
以上のように、実施の形態３における通信装置が備える上記プラグイン管理部は、複数のプラグインモジュールと管理する複数のプラグインモジュールの使用頻度とを管理し、
上記プラグイン削除部は、上記プラグイン管理部により管理された複数のプラグインモジュールの内、上記プラグイン判定部により判定されたプラグインモジュールと異なる複数のプラグインモジュールを選出し、選出された複数のプラグインモジュールの内、上記使用頻度がより少ないプラグインモジュールを優先して削除することを特徴とする。
【００５７】
実施の形態４．
実施の形態３では、使用度数を用いてプラグインの重要度を判定したが、使用度数では重要度の判断が難しい場合がある。例えば、利用者が１ヶ月ぐらい前まで音楽系のインターネットサービスを頻繁に利用していたが、ここ最近は動画系のサービスを利用することが多くなった場合、動画系のプラグインの方が最近は重要度が増していると考えられる。そこで、実施の形態４では、不要プラグインモジュールの重要度を、次のような実施の形態により決定する。
各構成については、実施の形態１と同様である。
まず、プラグイン管理手段３では、管理する各々のプラグインモジュールがブラウザ処理によって最近１ヶ月間に呼び出された回数（期限付き使用度数（所定の期間における使用頻度の一例である））を合わせて管理する。プラグイン削除手段６では、プラグインＡとプラグインＢが削除候補となった場合に、プラグインＡの期限付き使用度数ＮａとプラグインＢの使用度数Ｎｂを比較する。ＮａがＮｂより少ない場合は、プラグインＡの削除優先度をあげ、ＮｂがＮａより少ない場合はプラグインＢの削除優先度をあげ、優先度の高いものから順に削除を実施する。なお、期限付き使用度数の期限として、最近１ヶ月の間と例示したが、この期間は１年間や１週間など任意に設定してよい。以上の動作によって、最近の使用度数に合わせて、使用する可能性が少ないプラグインモジュールから順に削除を実行することが可能であり、プラグイン再ダウンロードの機会を減らすことができる。
【００５８】
ここで、受信端末１００は、ＰＣに限られず、例えば、携帯電話／カーナビゲーションシステム／ＰＤＡなどの組込み機器があげられる。
また、上記各手段は、ブラウザに利用されるコンピュータプログラムであってもよい。
【００５９】
以上のように、実施の形態４におけるプラグイン自動再構成手段が有する（ｂ）プラグイン管理手段３、および（ｅ）プラグイン削除手段６において、
（ｂ）プラグイン管理手段３では、各々のプラグインモジュールが、現時点から遡った一定期間中に何度使用されたかを示す期限付き使用度数を管理し、
（ｅ）プラグイン削除手段６では、プラグインモジュールの期限付き使用度数を元に、最も期限付き使用度数の低いモジュールから順に削除優先度をあげることを特徴とする。
また、実施の形態４における通信装置は、上記プラグイン自動再構成手段を持つブラウザを搭載した受信端末１００である。
【００６０】
以上のように、実施の形態４における通信装置が備える上記プラグイン管理部は、複数のプラグインモジュールと管理する複数のプラグインモジュールの所定の期間における使用頻度とを管理し、
上記プラグイン削除部は、上記プラグイン管理部により管理された複数のプラグインモジュールの内、上記プラグイン判定部により判定されたプラグインモジュールと異なる複数のプラグインモジュールを選出し、選出された複数のプラグインモジュールの内、上記所定の期間における使用頻度がより少ないプラグインモジュールを優先して削除することを特徴とする。
【００６１】
実施の形態５．
また、プラグイン自動再構成を効率化する上で、次のような考え方ができる。プラグインモジュールＡを一旦削除すれば、そのモジュールが再び必要になったときに再度ダウンロードしなければならない。削除するモジュール数が少ない程、この再ダウンロードの機会を減らすことが可能になる。そこで、実施の形態５では、不要プラグインモジュールの削除優先度を、次のような実施の形態により決定する。
各構成については、実施の形態１と同様である。
プラグイン削除手段６では、ある決められた削除優先基準（例えば、実施の形態２，３，４などに述べた削除優先基準）に従って、削除候補の集合を作成する。例えば、削除候補集合Ｓ１とＳ２が作成されたとする。プラグイン削除手段６では、集合Ｓ１，Ｓ２のうち、要素数の少ない方を選択し削除を実行する。最も要素数の少ない削除候補集合の作り方としては、プラグインモジュールのモジュールファイルサイズ（プラグインモジュールの容量の一例である）が大きいものから順に削除候補集合に追加していく方法が簡単である。実施の形態５としては、この簡単なやり方で作成した集合を削除してもよいし、別の削除優先基準によって作成したいくつかの削除候補集合の中から最も要素数の少ない集合（プラグインモジュール数の少ないプラグインモジュールの組み合わせの一例である）を削除してもよい。以上の動作によって、削除するプラグインモジュール数をできるだけ小さくすることが可能であり、プラグイン再ダウンロードの機会を減らすことができる。
【００６２】
ここで、受信端末１００は、ＰＣに限らず、例えば、携帯電話／カーナビゲーションシステム／ＰＤＡなどの組込み機器があげられる。
また、上記各手段は、ブラウザに利用されるコンピュータプログラムであってもよい。
【００６３】
以上のように、実施の形態５におけるプラグイン自動再構成手段について、
（ｅ）プラグイン削除手段６では、新しくダウンロードするプラグインモジュール集合のサイズ総和を考慮し、削除対象となるプラグインモジュールの数ができる限り少なくなるように削除対象を決定することを特徴とする。
また、実施の形態５における通信装置は、プラグイン自動再構成手段を持つブラウザを搭載した受信端末１００である。
【００６４】
以上のように、実施の形態５が備える上記プラグイン管理部は、複数のプラグインモジュールと管理する複数のプラグインモジュールの容量とを管理し、
上記プラグイン削除部は、上記プラグイン管理部により管理された複数のプラグインモジュールの内、上記プラグイン判定部により判定されたプラグインモジュールと異なる複数のプラグインモジュールを選出し、選出された複数のプラグインモジュールの内、上記容量がより大きいプラグインモジュールを優先して削除することを特徴とする。
【００６５】
以上のように、実施の形態５における通信装置が備える上記プラグイン管理部は、複数のプラグインモジュールと管理する複数のプラグインモジュールの最終使用日時と管理する複数のプラグインモジュールの使用頻度と管理する複数のプラグインモジュールの所定の期間における使用頻度とを管理し、
上記プラグイン削除部は、上記プラグイン管理部により管理された上記プラグイン判定部により判定されたプラグインモジュールと異なる複数のプラグインモジュールの内、上記最終使用日時がより過去のプラグインモジュールから優先して選択した少なくとも１つのプラグインモジュールの組み合わせと上記使用頻度がより少ないプラグインモジュールから優先して選択した少なくとも１つのプラグインモジュールの組み合わせと上記所定の期間における使用頻度がより少ないプラグインモジュールから優先して選択した少なくとも１つのプラグインモジュールの組み合わせとを選出し、選出された上記最終使用日時が所定のプラグインモジュールと比較してより過去の少なくとも１つのプラグインモジュールの組み合わせと上記使用頻度が所定のプラグインモジュールと比較してより少ない少なくとも１つのプラグインモジュールの組み合わせと上記所定の期間における使用頻度が所定のプラグインモジュールと比較してより少ない少なくとも１つのプラグインモジュールの組み合わせとの内、組み合わせにかかるプラグインモジュール数の少ないプラグインモジュールの組み合わせを優先して削除することを特徴とする。
【００６６】
実施の形態６．
また、プラグイン自動再構成を効率化する上で、次のような考え方ができる。削除するモジュールの総サイズが小さい程、再ダウンロード時のネットワーク負荷や所要時間を減らすことが可能になる。そこで、実施の形態６では、不要プラグインモジュールの削除優先度を、次のような実施の形態により決定する。
各構成については、実施の形態１と同様である。
プラグイン削除手段６では、ある決められた削除優先基準（例えば、実施の形態２〜４などに述べた削除優先基準）に従って、削除候補の集合を作成する。例えば、削除候補集合Ｓ１とＳ２が作成されたとする。プラグイン削除手段６では、集合Ｓ１，Ｓ２のうち、モジュールファイルの総サイズの小さい方を選択し削除を実行する。最も総サイズの小さい削除候補集合の作り方としては、プラグインモジュールのモジュールファイルサイズが小さいものから順に削除候補集合に追加していく方法が簡単である。実施の形態６としては、この簡単なやり方で作成した集合を削除してもよいし、別の削除優先基準によって作成したいくつかの削除候補集合の中から最も総サイズの小さい集合を削除してもよい。以上の動作によって、削除するプラグインモジュールファイルの総サイズをできるだけ小さくすることが可能であり、プラグイン再ダウンロード時のネットワーク負荷や所要時間を減らすことができる。
【００６７】
ここで、受信端末１００は、ＰＣに限らず、例えば、携帯電話／カーナビゲーションシステム／ＰＤＡなどの組込み機器があげられる。
また、上記各手段は、ブラウザに利用されるコンピュータプログラムであってもよい。
【００６８】
以上のように、実施の形態６におけるプラグイン自動再構成手段について、
（ｅ）プラグイン削除手段６では、新しくダウンロードするプラグインモジュール集合のサイズ総和を考慮し、削除対象となるプラグインモジュール集合のサイズ総和ができる限り小さくなるように削除対象を決定することを特徴とする。
また、実施の形態６における通信装置は、上記プラグイン自動再構成手段を持つブラウザを搭載した受信端末１００である。
【００６９】
以上のように、実施の形態６における通信装置が備える上記プラグイン管理部は、複数のプラグインモジュールと管理する複数のプラグインモジュールの最終使用日時と管理する複数のプラグインモジュールの使用頻度と管理する複数のプラグインモジュールの所定の期間における使用頻度と管理する複数のプラグインモジュールの容量とを管理し、
上記プラグイン削除部は、上記プラグイン管理部により管理された上記プラグイン判定部により判定されたプラグインモジュールと異なる複数のプラグインモジュールの内、上記最終使用日時がより過去のプラグインモジュールから優先した複数のプラグインモジュールと上記使用頻度がより少ないプラグインモジュールから優先した複数のプラグインモジュールと上記所定の期間における使用頻度がより少ないプラグインモジュールから優先した複数のプラグインモジュールとを選出し、選出された上記最終使用日時がより過去のプラグインモジュールから優先した複数のプラグインモジュールと上記使用頻度がより少ないプラグインモジュールから優先した複数のプラグインモジュールと上記所定の期間における使用頻度がより少ないプラグインモジュールから優先した複数のプラグインモジュールとの内、上記容量の合計が小さい複数のプラグインモジュールを優先して削除することを特徴とする。
【００７０】
実施の形態７．
また、プラグイン削除の優先度を決定する上で、次のような考え方ができる。プラグインモジュールＡを一旦削除すれば、そのモジュールが再び必要になったときに再度ダウンロードしなければならない。再ダウンロード時に要する時間が短いほど、利用者には快適な操作感を提供することができる（一般に、ダウンロード所要時間はモジュールファイルのサイズに依存する場合が多いが、プラグインモジュールを提供するサーバの性能など別の関連要因を含むことがある）。そこで、実施の形態７では、不要プラグインモジュールの削除優先度を、次のような実施の形態により決定する。
各構成については、実施の形態１と同様である。
まず、プラグイン管理手段３では、管理する各々のプラグインモジュールのダウンロード所要時間（入力所要時間の一例である）を合わせて管理する。プラグイン削除手段６では、プラグインＡとプラグインＢが削除候補となった場合に、プラグインＡのダウンロード所要時間ＴａとプラグインＢのダウンロード所要時間Ｔｂを比較する。ＴａがＴｂより小さい場合は、プラグインＡの削除優先度をあげ、ＴｂがＴａより小さい場合はプラグインＢの削除優先度をあげ、優先度の高いものから順に削除を実施する。以上の動作によって、プラグインモジュールのダウンロード所要時間が短いものから順に削除を実行することが可能であり、プラグイン再ダウンロード時に要する所要時間を減らすことができる。
【００７１】
ここで、受信端末１００は、ＰＣに限らず、例えば、携帯電話／カーナビゲーションシステム／ＰＤＡなどの組込み機器があげられる。
また、上記各手段は、ブラウザに利用されるコンピュータプログラムであってもよい。
【００７２】
以上のように、実施の形態７におけるプラグイン自動再構成手段が有する（ｂ）プラグイン管理手段３、および（ｅ）プラグイン削除手段６において、
（ｂ）プラグイン管理手段３では、各々のプラグインモジュールのダウンロードに要した時間を管理し、
（ｅ）プラグイン削除手段６では、プラグインモジュールのダウンロード時間を元に、最もダウンロード時間の短いモジュールから順に削除優先度をあげることを特徴とする。
また、実施の形態７における通信装置は、上記プラグイン自動再構成手段を持つウェブブラウザを搭載した受信端末１００である。
【００７３】
以上のように、実施の形態７における通信装置が備える上記プラグイン管理部は、複数のプラグインモジュールと管理する複数のプラグインモジュールの入力所要時間とを管理し、
上記プラグイン削除部は、上記プラグイン管理部により管理された複数のプラグインモジュールの内、上記プラグイン判定部により判定されたプラグインモジュールと異なる複数のプラグインモジュールを選出し、選出された複数のプラグインモジュールの内、上記入力所要時間が小さいプラグインモジュールを優先して削除することを特徴とする。
【００７４】
実施の形態８．
また、プラグイン削除の優先度を決定する上で、次のような考え方ができる。プラグインモジュールＡを一旦削除すれば、そのモジュールが再び必要になったときに再度ダウンロードしなければならない。再ダウンロード時には、システムの課金制度によっては、ダウンロード時のネットワーク使用料を課金したり、プラグインモジュールそのものについて課金を行ったりすることが考えられる。このように再ダウンロード時に課金が行われるシステムでは、再ダウンロードで課金される料金が安いほど、利用者には好都合となる。そこで、実施の形態８では、不要プラグインモジュールの削除優先度を、次のような実施の形態により決定する。
各構成については、実施の形態１と同様である。
まず、プラグイン管理手段３では、管理する各々のプラグインモジュールのダウンロードに要した料金（所有料金額の一例である）を合わせて管理する。プラグイン削除手段６では、プラグインＡとプラグインＢが削除候補となった場合に、プラグインＡのダウンロード料金ＭａとプラグインＢのダウンロード料金Ｍｂを比較する。ＭａがＭｂより小さい場合は、プラグインＡの削除優先度をあげ、ＭｂがＭａより小さい場合は、プラグインＢの削除優先度をあげ、優先度の高いものから順に削除を実施する。以上の動作によって、プラグインモジュールのダウンロード料金が安いものから順に削除を実行することが可能であり、プラグイン再ダウンロード時に要する料金を減らすことができる。
【００７５】
ここで、受信端末１００は、ＰＣに限らず、例えば、携帯電話／カーナビゲーションシステム／ＰＤＡなどの組込み機器があげられる。
また、上記各手段は、ブラウザに利用されるコンピュータプログラムであってもよい。
【００７６】
以上のように、実施の形態８におけるプラグイン自動再構成手段が有する（ｂ）プラグイン管理手段３、および（ｅ）プラグイン削除手段６において、
（ｂ）プラグイン管理手段３では、各々のプラグインモジュールのダウンロードに要した課金情報を管理し、
（ｅ）プラグイン削除手段６では、プラグインモジュールのダウンロード課金情報を元に、最も課金の小さいモジュールから順に削除優先度をあげることを特徴とする。
また、実施の形態８における通信装置は、上記プラグイン自動再構成手段を持つブラウザを搭載した受信端末１００である。
【００７７】
以上のように、実施の形態８における通信装置が備える上記プラグイン管理部は、複数のプラグインモジュールと管理する複数のプラグインモジュールの入力に必要な所要料金額とを管理し、
上記プラグイン削除部は、上記プラグイン管理部により管理された複数のプラグインモジュールの内、上記プラグイン判定部により判定されたプラグインモジュールと異なる複数のプラグインモジュールを選出し、選出された複数のプラグインモジュールの内、上記所要料金額が小さいプラグインモジュールを優先して削除することを特徴とする。
【００７８】
実施の形態９．
図４は、実施の形態９におけるプラグイン自動再構成手段の構成の一例を示すブロック図である。
図４において、７は、ユーザがコンテンツ内のリンクやサブミットボタンを選択し、次のコンテンツを表示することによって形成されるコンテンツ表示履歴を管理し、かつその履歴内の各々のコンテンツが使用するプラグインモジュールを特定することのできる履歴内プラグイン管理手段（履歴内プラグイン管理部の一例である）である。
その他の構成は、図１〜図３と同様である。
【００７９】
図５は、コンテンツ表示履歴とその中で使用されるプラグインとの一例を示した図である。
この例では、履歴中に３つのコンテンツが存在する。コンテンツＡ内に存在するリンクやサブミットボタンを選択して受信したのがコンテンツＢ、コンテンツＢ内に存在するリンクやサブミットボタンを選択して受信したのがコンテンツＣである。また、コンテンツＡの表示にはプラグインとしてα／βが必要であり、コンテンツＢの表示にはプラグインとしてβ／γが必要であり、コンテンツＣの表示にはプラグインとしてδが必要であるとする。
【００８０】
図４と図５を用いて、実施の形態９に述べるプラグイン自動再構成手段の動作例について説明する。
ブラウザがコンテンツＡを受信すると、実施の形態１に説明した動作によって、必要プラグイン判定手段４がプラグインα／βが必要であることを判断する。さらに、必要プラグイン判定手段４は、プラグインα／βが必要であることがわかった時点で、これを履歴内プラグイン管理手段７に通知する。履歴内プラグイン管理手段７は、現在のコンテンツ履歴表示の中でプラグインα／βが必要であることを記憶する。また、プラグインダウンロード手段５とプラグイン削除手段６が必要ならば、ダウンロード／削除を実行する。ここで、プラグイン削除手段６が削除候補を選定する場合には、プラグイン削除手段６は、履歴内プラグイン管理手段７に問い合わせを行い、現在のコンテンツ履歴表示の中で必要とされるプラグインα／βを削除対象から外す。次に、コンテンツＡ内に存在するリンクやサブミットボタンを選択され、コンテンツＢが受信されると、同じように必要プラグイン判定手段４がプラグインβ／γが必要であることを判断し、これを履歴内プラグイン管理手段７に通知する。履歴内プラグイン管理手段７は、現在のコンテンツ履歴表示の中で必要なプラグインとして、記憶していたα／βの集合に新しく必要になったγと追加する。また、プラグインダウンロード手段５とプラグイン削除手段６が必要ならば、ダウンロード／削除を実行する。ここで、プラグイン削除手段６が削除候補を選定する場合には、プラグイン削除手段６は、履歴内プラグイン管理手段７に問い合わせを行い、現在のコンテンツ履歴表示の中で必要とされるプラグインα／β／γを削除対象から外す。次に、コンテンツＣを受信したときも同様である。以上の動作によって、現在のコンテンツ履歴の中で使用されるプラグインをなるべく削除しないプラグイン自動再構成手段を提供する。コンテンツ履歴内のコンテンツは、利用者の「戻る」／「進む」操作によって頻繁にアクセスされる可能性があり、この操作において必要となるプラグインを削除しないようにすることで、プラグイン再ダウンロードの機会を減らすことができる。
【００８１】
ここで、受信端末１００は、ＰＣに限らず、例えば、携帯電話／カーナビゲーションシステム／ＰＤＡなどの組込み機器があげられる。
また、上記各手段は、ブラウザに利用されるコンピュータプログラムであってもよい。
【００８２】
以上のように、実施の形態１における（ａ）〜（ｅ）各手段に加え、実施の形態９におけるブラウザが備えるプラグイン自動再構成手段は、
（ｆ）ユーザがコンテンツ内のリンクやサブミットボタンを選択し、次のコンテンツを表示することによって形成されるコンテンツ表示履歴を管理し、かつその履歴内の各々のコンテンツが使用するプラグインモジュールを特定することのできる履歴内プラグイン管理手段７とを有し、
（ｅ）プラグイン削除手段６では、コンテンツ表示履歴の中で使用されていないプラグインモジュールの削除優先度をあげることを特徴とする。
また、実施の形態９における通信装置は、上記プラグイン自動再構成手段を持つブラウザを搭載した受信端末１００である。
【００８３】
以上のように、実施の形態９における上記通信装置は、さらに、複数のコンテンツの表示履歴を管理し、上記プラグイン判定部により判定されたプラグインモジュールを複数回に渡って入力し、入力されたプラグインモジュールに基づいて上記管理された表示履歴に対応する複数のコンテンツの各コンテンツに必要なプラグインモジュールを特定する履歴内プラグイン管理部を備え、
上記プラグイン管理部は、複数のプラグインモジュールを管理し、
上記プラグイン削除部は、上記プラグイン管理部により管理された複数のプラグインモジュールの内、上記履歴内プラグイン管理部により管理された表示履歴に対応する複数のコンテンツの各コンテンツに必要なプラグインモジュールを除いたプラグインモジュールを削除することを特徴とする。
【００８４】
実施の形態１０．
プラグインモジュールによっては、図６に示すような実装法を採ることが考えられる。
図６は、複数のプラグインモジュールが共有処理の実装を効率化するため、それぞれ固有の処理を行う部分モジュールと共有処理を行う部分モジュールに分かれて実装されていることを例示した図である。
この例では、プラグインモジュールＡはその固有処理を行うモジュールαと共有処理モジュールδから構成され、プラグインモジュールＢはその固有処理を行うモジュールβと共有処理モジュールδから構成され、プラグインモジュールＣは、その固有処理を行うモジュールγと共有処理モジュールδから構成される。
【００８５】
図３と図６とを用いて、実施の形態１０に述べるプラグイン自動再構成手段の動作例について説明する。
殆どの動作は、実施の形態１に示した内容と同じであるが、実施の形態１０の手段では、まず、プラグイン管理手段３が各々のプラグインモジュールの共有処理モジュール部と特有処理モジュール部との関連性を管理している。また、プラグイン削除手段６がプラグインモジュールＡ，Ｂ，Ｃを削除候補とする場合、まず、プラグイン削除手段６は、ある規則（例えば、実施の形態２〜８などに述べた削除優先基準）に基づいてＡ，Ｂ，Ｃの削除優先度を決定する。次に、プラグイン削除手段６は、プラグイン管理手段３に問い合わせを行い、各プラグインモジュールのモジュール構成を確認し、プラグインモジュールの削除優先度に基づいてプラグイン構成モジュール削除優先度を決定する。例えば、プラグインモジュール削除優先度がＡ，Ｂ，Ｃの順に高いとすると、プラグイン構成モジュールの削除優先度は高い順に、まず、Ａの固有処理モジュールα、Ｂの固有処理モジュールβ、Ｃの固有処理モジュールγ、最後にＡ，Ｂ，Ｃの共通処理モジュールδと決定する。削除実行は、決定した優先度に基づいて不要プラグイン構成モジュールα／β／γ／δを１つずつ実行し、新規にダウンロードする分のＨ／Ｗリソースの空きができた段階で中止する。以上の動作によれば、共通処理モジュールδを削除する機会が減り、このことによってプラグインＡ，Ｂ，Ｃの再ダウンロードが必要になった場合も、それぞれの固有処理モジュールだけをダウンロードすればよいため、プラグイン再ダウンロードの負荷を減らすことができる。
【００８６】
ここで、受信端末１００は、ＰＣに限らず、例えば、携帯電話／カーナビゲーションシステム／ＰＤＡなどの組込み機器があげられる。
また、上記各手段は、ブラウザに利用されるコンピュータプログラムであってもよい。
【００８７】
以上のように、実施の形態１０におけるブラウザが備えるプラグイン自動再構成手段は、ブラウザのプラグインモジュールが、他のプラグインモジュールとの共有処理モジュールと、プラグイン特有の特有処理モジュールの組み合わせによって実装されている場合に、請求項１記載の（ｂ）プラグイン管理手段３、および（ｅ）プラグイン削除手段６において、
（ｂ）プラグイン管理手段３では、各々のプラグインモジュールの共有処理モジュール部と特有処理モジュール部との関連性を管理し、
（ｅ）プラグイン削除手段６では、プラグインの特有処理モジュールのみを優先的に削除対象とし、共有処理モジュールＡと関連する全てのプラグイン特有処理モジュールが削除されない限り共有処理モジュールＡを削除しないことを特徴とする。
また、実施の形態１０における通信装置は、上記プラグイン自動再構成手段を持つブラウザを搭載した受信端末１００である。
【００８８】
以上のように、実施の形態１０における上記通信装置は、さらに、複数のコンテンツの表示履歴を管理し、上記プラグイン判定部により判定されたプラグインモジュールを複数回に渡って入力し、入力されたプラグインモジュールに基づいて上記管理された表示履歴に対応する複数のコンテンツの各コンテンツに必要なプラグインモジュールを特定する履歴内プラグイン管理部を備え、
上記プラグイン管理部は、複数のプラグインモジュールを管理し、
上記プラグイン削除部は、上記プラグイン管理部により管理された複数のプラグインモジュールの内、上記プラグイン判定部により判定された今回のプラグインモジュールと異なる複数のプラグインモジュールを選出し、選出された複数のプラグインモジュールの内、上記履歴内プラグイン管理部により管理された表示履歴に対応する複数のコンテンツに共通して必要なプラグインモジュールと上記履歴内プラグイン管理部により管理された表示履歴に対応する複数のコンテンツの各コンテンツにのみ必要なプラグインモジュールとが存在する場合に、上記履歴内プラグイン管理部により管理された表示履歴に対応する複数のコンテンツの各コンテンツにのみ必要なプラグインモジュールを優先して削除することを特徴とする。
【００８９】
実施の形態１１．
図７は、実施の形態１１におけるプラグイン自動再構成手段の構成の一例を示すブロック図である。
図７において、８は、受信ファイルの受信開始位置を指定してダウンロードすることのできる受信開始位置指定ダウンロード手段（入力開始位置指定入力部の一例である）である。
その他の構成は、図１〜図３と同様である。
【００９０】
図８は、実施の形態１１におけるプラグインモジュールファイル分断削除を例示した図である。
分断削除では、ファイルの任意位置Ｘ以前と以降にデータ分割を行い、Ｘ以降を取り除いたデータをファイルとして保存する。
【００９１】
図７と図８とを用いて、実施の形態１１に述べるプラグイン自動再構成手段の動作例について説明する。
殆どの動作は、実施の形態１に示した内容と同じであるが、実施の形態１１の手段において、プラグイン削除手段６が削除を実施する場合、モジュールファイル全体削除と分断削除を使い分ける。例えば、新規プラグインモジュールのダウンロードに不足している領域サイズが１００ＫＢ（キロバイト）、削除対象となるプラグインモジュールＡ，Ｂがあり、削除優先度は高い順にＡ，Ｂ、それぞれのモジュールサイズがＡ：８０ＫＢ、Ｂ：６０ＫＢであるとする。このときに、プラグイン削除手段６は、まず、プラグインモジュールＡを削除するが、モジュールファイル全体を削除しても不足領域分を満たすことができない場合は、全体削除を実施する。よって、プラグインモジュールＡのファイルは、全体削除されることになる（不足領域：１００ＫＢ＞モジュールＡ：８０ＫＢ）。プラグインモジュールＡを全体削除すれば、不足領域サイズは１００−８０＝２０ＫＢとなる。次に、プラグイン削除手段６は、まず、プラグインモジュールＢを削除するが、モジュールファイルを分断して削除すれば、不足領域分を満たすことができる場合は、不足領域サイズ分を取り除いた分断削除を実施する。よって、プラグインモジュールＢのファイルは分断削除されることになり（不足領域：２０ＫＢ＜モジュールＢ：６０ＫＢ）、分断削除後の６０−２０＝４０ＫＢ分のモジュールＢファイルデータが残る。プラグイン管理手段３では、プラグイン削除手段６が分断削除を実行した場合は、分断削除されたプラグインモジュールの残りファイルと分断位置（分割位置の一例である）を管理する。さらに、プラグインダウンロード手段５が再度プラグインモジュールＢをダウンロードする場合には、まず、プラグイン管理手段３に問い合わせを行って、モジュールファイルの分断位置Ｘ（この場合４０ＫＢの位置）を取得し、受信開始位置指定ダウンロード手段８を用いて分断位置Ｘ以降のファイルデータをダウンロードし（この場合２０ＫＢ分のデータ）、残されているファイルデータと結合を行ってプラグインモジュールＢのファイルとして完成させる。以上の動作によれば、プラグインモジュールＢの全体削除を行った場合の６０ＫＢよりも小さな２０ＫＢ分のダウンロードで再ダウンロードが可能となり、プラグイン再ダウンロードの負荷を減らすことができる。
【００９２】
ここで、受信端末１００は、ＰＣに限らず、例えば、携帯電話／カーナビゲーションシステム／ＰＤＡなどの組込み機器があげられる。
また、上記各手段は、ブラウザに利用されるコンピュータプログラムであってもよい。
【００９３】
以上のように、実施の形態１１におけるブラウザが備えるプラグイン自動再構成手段は、実施の形態１におけるブラウザに対し、更に、
（ｇ）受信ファイルの受信開始位置を指定してダウンロードすることのできる受信開始位置指定ダウンロード手段８とを有し、
（ｅ）プラグイン削除手段６では、削除対象となるプラグインモジュールＡのモジュールファイルを、任意のファイル位置Ｘで分断し位置Ｘ以降のみを削除する分断削除が可能であり、
（ｂ）プラグイン管理手段３では、各々のプラグインモジュールのモジュールファイルが分断削除されている場合はその分断削除位置を管理し、
位置Ｘで分断削除されているプラグインモジュールＡを再ダウンロードするときに、位置Ｘ以降の部分だけをダウンロードし、削除されていない部分と結合してモジュールファイルを完成することを特徴とする。
また、実施の形態１１における通信装置は、上記プラグイン自動再構成手段を持つブラウザを搭載した受信端末１００である。
【００９４】
以上のように、実施の形態１１における通信装置が備える上記プラグイン削除部は、上記記憶装置に上記プラグイン判定部により判定されたプラグインモジュールをさらに記憶するのに不足する容量が、上記記憶装置に記憶された上記所定のプラグインモジュールが有する容量の一部を削除するだけで足りる場合に、上記所定のプラグインモジュールを分割し、分割された上記所定のプラグインモジュールの一方を削除することを特徴とする。
また、上記プラグイン管理部は、上記プラグイン削除部により分割された上記所定のプラグインモジュールの分割位置を管理し、
上記通信装置は、さらに、上記プラグイン管理部により管理された分割位置に基づいて、上記プラグイン削除部により削除された上記所定のプラグインモジュールの一方を入力する入力開始位置指定入力部を備えている。
【００９５】
実施の形態１２．
図９は、実施の形態１２におけるプラグイン自動再構成手段の構成の一例を示すブロック図である。
図９において、９は、あるウェブシステムにおいて使用されるプラグインモジュール集合および使用頻度の情報（プラグイン情報の一例である）をあらかじめ受信端末に送信することのできる使用プラグイン情報送信手段である。また、１０は、送信された使用プラグイン情報を受信端末側で受信することのできる使用プラグイン情報受信手段（使用プラグイン情報入力部の一例である）である。
また、２００は、送信端末である。送信端末２００は、受信端末１００と同様、図１〜図２の各構成要素を備えている。
その他の構成は、図１〜図３と同様である。
【００９６】
図９のブロック図を用いて、実施の形態１２に述べるプラグイン自動再構成手段の動作例について説明する。
例えば、画像配信を行うウェブシステムが存在し、このシステムでは最初のメニュー画面を表示するコンテンツＡからリンクを辿ることによって実際の画像を表示するコンテンツを受信できるとする。また、このウェブシステムでは、プラグインモジュールα／β／γによって画像表示を実行するとする。受信端末１００側で、この画像配信ウェブシステムＳを利用するための操作が行われると、最初のメニュー画面コンテンツＡが配信される。さらに、配信側である送信端末２００では、使用プラグイン情報送信手段９を用いてコンテンツＡ以降にプラグインモジュールα／β／γが使用される頻度が高いことを受信側に通知する。受信側では、コンテンツＡを受信すると共に、使用プラグイン情報送信手段９が送信した情報を使用プラグイン情報受信手段１０によって受信し、これを予めプラグイン削除手段６に通知しておく。コンテンツＡ受信に伴うプラグイン再構成の動作は、殆ど実施の形態１に示した内容と同じであるが、実施の形態１２の手段において、プラグイン削除手段６が削除を実施する場合、使用プラグイン情報受信手段１０によって使用頻度が高いことを通知されたプラグインモジュールα／β／γの削除優先度を低く設定する。以上の動作によれば、コンテンツＡ表示以降のネットサーフィンにおいて使用される頻度の高いプラグインモジュールα／β／γを極力削除しないようにするため、プラグイン再ダウンロードの負荷を減らすことができる。
【００９７】
ここで、受信端末１００は、ＰＣに限らず、例えば、携帯電話／カーナビゲーションシステム／ＰＤＡなどの組込み機器があげられる。また、送信端末２００として、使用プラグイン情報送信手段９の手段を利用したウェブサーバなどのサーバ機器があげられる。また、システムとして、これらの組込み機器やサーバ機器から構成されるウェブシステムがあげられる。
また、上記各手段は、ブラウザに利用されるコンピュータプログラムであってもよい。
【００９８】
以上のように、実施の形態１２におけるブラウザが備えるプラグイン自動再構成手段は、実施の形態１におけるブラウザに対し、更に、
（ｈ）あるウェブシステムにおいて使用されるプラグインモジュール集合および使用頻度の情報をあらかじめ受信端末に送信することのできる使用プラグイン情報送信手段９と、
（ｉ）送信された使用プラグイン情報を受信端末側で受信することのできる使用プラグイン情報受信手段１０と
を有し、
（ｅ）プラグイン削除手段６では、受信した使用プラグイン情報を基に、今後使用するプラグインモジュールや使用頻度を判断し、削除対象の優先度付けを行うことを特徴とする。
また、実施の形態１２における通信装置は、上記プラグイン自動再構成手段を持つブラウザを搭載した受信装置、（ｇ）使用プラグイン情報送信手段を搭載した送信装置であり、これらの受信装置／送信装置からシステムが構成される。
【００９９】
以上のように、実施の形態１２における上記通信装置は、さらに、使用するプラグイン情報を入力する使用プラグイン情報入力部を備え、
上記プラグイン管理部は、複数のプラグインモジュールを管理し、
上記プラグイン削除部は、上記プラグイン管理部により管理された複数のプラグインモジュールの内、上記プラグイン判定部により判定されたプラグインモジュールと異なる複数のプラグインモジュールを選出し、選出された複数のプラグインモジュールの内、上記使用プラグイン情報入力部により入力されたプラグイン情報に基づいて、削除するプラグインモジュールを決定することを特徴とする。
【０１００】
実施の形態１３．
図１０は、実施の形態１３におけるプラグイン自動再構成手段の構成の一例を示すブロック図である。
図１０において、１１は、プラグインモジュールの削除優先度付けを判定する処理モジュール（プラグイン削除優先度情報の一例である）を受信端末１００に送信することのできる削除優先度付けモジュール送信手段である。また、１２は、送信された削除優先度付けモジュールを受信端末１００側で受信することのできる削除優先度付けモジュール受信手段（削除優先度情報入力部の一例である）である。
その他の構成は、図１〜図３，図９と同様である。
【０１０１】
図１０を用いて、実施の形態１３に述べるプラグイン自動再構成手段の動作例について説明する。
実施の形態２〜１２において、各々のプラグインモジュールの削除優先度を決める方法を述べた。しかし、これらの方法は、いずれも受信端末１００側で特定規則とそのロジックに則って削除優先度を決める方法であり、送信側で場合に応じて決定ロジックをカスタマイズすることができなかった。そこで、実施の形態１３では、送信側が、あるコンテンツを配信すると共に、削除優先度付けモジュール送信手段１１によって削除優先度を決定することのできるモジュールを受信側に送信する。受信側では、コンテンツを受信すると共に、削除優先度付けモジュール送信手段１１が送信した削除優先度付けモジュールを削除優先度付けモジュール受信手段１２によって受信し、これを予めプラグイン削除手段６に登録しておく。コンテンツ受信に伴うプラグイン再構成の動作は、殆ど実施の形態１に示した内容と同じであるが、実施の形態１３の手段において、プラグイン削除手段６が削除を実施する場合、登録されている削除優先度付けモジュールを呼び出すことによりプラグインモジュール削除優先度を決定する。以上の動作によれば、送信側が削除優先度付けモジュールによって削除優先度決定ロジックをカスタマイズすることが可能となり、カスタマイズ製の高いプラグイン自動再構成手段を提供することができる。
【０１０２】
ここで、受信端末１００は、ＰＣに限らず、例えば、携帯電話／カーナビゲーションシステム／ＰＤＡなどの組込み機器があげられる。また、送信端末２００として、削除優先度付けモジュール送信手段１１の手段を利用したウェブサーバなどのサーバ機器があげられる。また、システムとして、これらの組込み機器やサーバ機器から構成されるウェブシステムがあげられる。
また、上記各手段は、ブラウザに利用されるコンピュータプログラムであってもよい。
【０１０３】
以上のように、実施の形態１３におけるブラウザが備えるプラグイン自動再構成手段は、実施の形態１におけるブラウザに対し、更に、
（ｊ）プラグインモジュールの削除優先度付けを判定する処理モジュールを受信端末に送信することのできる削除優先度付けモジュール送信手段１１と、
（ｋ）送信された削除優先度付けモジュールを受信端末１００側で受信することのできる削除優先度付けモジュール受信手段１２と
を有し、
（ｅ）プラグイン削除手段６では、受信した削除優先度付けモジュールを起動して削除対象の優先度付けを行うことを特徴とする。
また、実施の形態１３における通信装置は、上記プラグイン自動再構成手段を持つブラウザを搭載した受信装置、（ｉ）使用プラグイン情報送信手段を搭載した送信装置であり、これらの受信装置／送信装置からシステムが構成される。
【０１０４】
以上のように、実施の形態１３における上記通信装置は、さらに、プラグインモジュールを削除する優先度付け情報を有するプラグイン削除優先度情報を入力する削除優先度情報入力部を備え、
上記プラグイン管理部は、複数のプラグインモジュールを管理し、
上記プラグイン削除部は、上記プラグイン管理部により管理された複数のプラグインモジュールの内、上記プラグイン判定部により判定されたプラグインモジュールと異なる複数のプラグインモジュールを選出し、選出された複数のプラグインモジュールの内、上記削除優先度情報入力部により入力されたプラグイン削除優先度情報に基づいて、削除するプラグインモジュールを決定することを特徴とする。
【０１０５】
実施の形態１４．
図１１は、実施の形態１４におけるプラグイン自動再構成手段の構成の一例を示すブロック図である。
図１１において、１３は、プラグインモジュール使用時に、使用権利が満たされているかどうかを判定するプラグイン使用権利判定手段（プラグイン使用権利判定部の一例である）である。
その他の構成は、図１〜図３と同様である。
【０１０６】
図１１のブロック図を用いて、実施の形態１４に述べるプラグイン自動再構成手段の動作例について説明する。
プラグインモジュールによっては、使用権利が定められ、その使用権利が満たされる間に限り使用できるというケースが考えられる。このようなケースに対応するため、実施の形態１４では、プラグインダウンロード手段５は、プラグインモジュールをダウンロードすると共に、その使用権利条件が存在すれば、それに関する情報（使用権利情報の一例である）を併せてダウンロードする。ダウンロードされたプラグインモジュールと使用権利に関する情報は、プラグイン管理手段３に対応付けられて管理される。ブラウザがプラグインモジュールを呼び出すときには、プラグイン使用権利判定手段１３によって使用権利を満たしているかどうかが判定される。使用権利を満たしている場合は、プラグインをそのまま実行するが、この実行によって条件が変化する場合は、変化した条件（変更した使用権利情報の一例である）を改めてプラグイン管理手段３に登録する。使用権利を満たしていない場合は、プラグイン削除手段６に通知し、プラグインの削除を実行する。以上の動作によれば、使用権利を満たさない実行不可能なプラグインを都度削除することができるため、限られたＨ／Ｗリソースを最大限に生かしたプラグイン自動再構成手段を提供することができる。
【０１０７】
ここで、受信端末１００は、ＰＣに限らず、例えば、携帯電話／カーナビゲーションシステム／ＰＤＡなどの組込み機器があげられる。
また、上記各手段は、ブラウザに利用されるコンピュータプログラムであってもよい。
【０１０８】
以上のように、実施の形態１４におけるブラウザが備えるプラグイン自動再構成手段は、実施の形態１におけるブラウザに対し、更に、プラグインモジュールが定められた使用権利に関する条件を有する場合に、
（ｌ）プラグインモジュール使用時に、使用権利が満たされているかどうかを判定するプラグイン使用権利判定手段１３とを有し、
（ｂ）プラグイン管理手段３では、プラグインモジュールの使用権利に関する情報を合わせて管理し、
（ｄ）プラグインダウンロード手段５では、プラグインモジュールの使用権利に関する情報を合わせてダウンロードし、
（ｅ）プラグイン削除手段６では、プラグインの使用権利が満たされなくなった時点で自動的にプラグインモジュールを削除することを特徴とする。
また、実施の形態１４における通信装置は、上記プラグイン自動再構成手段を持つブラウザを搭載した受信装置である。
【０１０９】
以上のように、実施の形態１４における通信装置が備える上記プラグイン管理部は、複数のプラグインモジュールと上記複数のプラグインモジュールの各プラグインモジュールの使用権利情報とを管理し、
上記通信装置は、さらに、上記プラグイン管理部により管理された使用権利情報に基づいて、上記プラグイン管理部により管理された複数のプラグインモジュールに使用権利の有無を判定するプラグイン使用権利判定部を備え、
上記プラグイン削除部は、上記プラグイン管理部により管理された複数のプラグインモジュールの内、上記プラグイン使用権利判定部により使用権利が無いと判定されたプラグインモジュールを削除することを特徴とする。
また、上記プラグイン使用権利判定部は、上記プラグイン管理部により管理された使用権利情報に変更が生じた場合に、変更した使用権利情報を出力し、
上記プラグイン管理部は、上記プラグイン使用権利判定部により出力された変更した使用権利情報を登録することを特徴とする。
【０１１０】
実施の形態１５．
プラグインモジュールの使用権利としては、プラグインモジュールが使用された回数を用いるケースが考えられる。そこで、実施の形態１５では、使用権利に伴うプラグインモジュール削除を、次のような実施の形態により決定する。
各構成は、実施の形態１４と同様である。
プラグインダウンロード手段５は、プラグインモジュールをダウンロードすると共に、その使用可能な回数の上限値に関する情報（使用可能回数情報の一例である）を併せてダウンロードする。ダウンロードされたプラグインモジュールと使用回数に関する情報は、プラグイン管理手段３にプラグインモジュールと残り使用回数として対応付けられて管理される。ブラウザがプラグインモジュールを呼び出すときには、プラグイン使用権利判定手段１３によって残り使用回数が０より大きいかどうかが判定される。残り使用回数が０より大きい場合は、プラグインをそのまま実行し、さらに、残り使用回数を１つ減らしてプラグイン管理手段３に登録する。残り使用回数が０より小さい場合は、プラグイン削除手段６に通知し、プラグインの削除を実行する。以上の動作によれば、使用回数に関する使用権利を満たさない実行不可能なプラグインを都度削除することができるため、限られたＨ／Ｗリソースを最大限に生かしたプラグイン自動再構成手段を提供することができる。
【０１１１】
ここで、受信端末１００は、ＰＣに限らず、例えば、携帯電話／カーナビゲーションシステム／ＰＤＡなどの組込み機器があげられる。
また、上記各手段は、ブラウザに利用されるコンピュータプログラムであってもよい。
【０１１２】
以上のように、実施の形態１５におけるプラグイン自動再構成手段が有する（ｌ）プラグイン使用権利判定手段１３において、
（ｌ）プラグイン使用権利判定手段１３では、プラグインモジュールが使用された回数によって使用権利を判断し、特定の使用回数を越えた時点で使用不可能と判断することを特徴とする。
また、実施の形態１５における通信装置は、上記プラグイン自動再構成手段を持つブラウザを搭載した受信端末１００である。
【０１１３】
以上のように、実施の形態１５における通信装置において、上記使用権利情報は、該当するプラグインモジュールの使用可能回数情報を有し、
上記プラグイン使用権利判定部は、上記プラグイン管理部により管理された複数のプラグインモジュールの使用可能回数の有無を判定し、
上記プラグイン削除部は、上記プラグイン管理部により管理された複数のプラグインモジュールの内、上記プラグイン使用権利判定部により使用可能回数が無いと判定されたプラグインモジュールを削除することを特徴とする。
【０１１４】
実施の形態１６．
プラグインモジュールの使用権利としては、プラグインモジュールが処理を行った総時間を用いるケースが考えられる。そこで、実施の形態１６では、使用権利に伴うプラグインモジュール削除を、次のような実施の形態により決定する。
各構成は、実施の形態１４と同様である。
プラグインダウンロード手段５は、プラグインモジュールをダウンロードすると共に、その使用可能な処理総時間の上限値に関する情報（使用可能時間情報の一例である）を併せてダウンロードする。ダウンロードされたプラグインモジュールと使用可能処理総時間に関する情報は、プラグイン管理手段３にプラグインモジュールと残り処理時間として対応付けられて管理される。ブラウザがプラグインモジュールを呼び出すときには、プラグイン使用権利判定手段１３によって残り処理時間が０より大きいかどうかが判定される。残り処理時間が０より大きい場合は、プラグインをそのまま実行する。さらに、プラグイン使用権利判定手段１３では、プラグイン実行中に残り処理時間が経過したかどうかを監査し、残り処理時間が経過してしまった場合は、プラグイン削除手段６に通知し、プラグインの削除を実行する。残り処理時間が経過する前にプラグイン実行が終了した場合は、その実行時間を差し引いた残り処理時間をプラグイン管理手段３に登録する。残り処理時間が０より小さい場合は、プラグイン削除手段６に通知し、プラグインの削除を実行する。以上の動作によれば、処理総時間に関する使用権利を満たさない実行不可能なプラグインを都度削除することができるため、限られたＨ／Ｗリソースを最大限に生かしたプラグイン自動再構成手段を提供することができる。
【０１１５】
ここで、受信端末１００は、ＰＣに限らず、例えば、携帯電話／カーナビゲーションシステム／ＰＤＡなどの組込み機器があげられる。
また、上記各手段は、ブラウザに利用されるコンピュータプログラムであってもよい。
【０１１６】
以上のように、実施の形態１６におけるプラグイン自動再構成手段が有する（ｌ）プラグイン使用権利判定手段１３において、
（ｌ）プラグイン使用権利判定手段１３では、プラグインモジュールが処理を行った総時間によって使用権利を判断し、特定の総時間数を越えた時点で使用不可能と判断することを特徴とする。
また、実施の形態１６における通信装置は、上記プラグイン自動再構成手段を持つブラウザを搭載した受信端末１００である。
【０１１７】
以上のように、実施の形態１６における通信装置において、上記使用権利情報は、該当するプラグインモジュールの使用可能時間情報を有し、
上記プラグイン使用権利判定部は、上記プラグイン管理部により管理された複数のプラグインモジュールの使用可能時間の有無を判定し、
上記プラグイン削除部は、上記プラグイン管理部により管理された複数のプラグインモジュールの内、上記プラグイン使用権利判定部により使用可能時間が無いと判定されたプラグインモジュールを削除することを特徴とする。
【０１１８】
実施の形態１７．
プラグインモジュールの使用権利としては、プラグインモジュールが処理を行った総データサイズを用いるケースが考えられる。そこで、実施の形態１７では、使用権利に伴うプラグインモジュール削除を、次のような実施の形態により決定する。
各構成は、実施の形態１４と同様である。
プラグインダウンロード手段５は、プラグインモジュールをダウンロードすると共に、その使用可能な総データサイズの上限値に関する情報（可能データ処理サイズ情報の一例である）を併せてダウンロードする。ダウンロードされたプラグインモジュールと使用可能総データサイズに関する情報は、プラグイン管理手段３にプラグインモジュールと残り処理可能サイズとして対応付けられて管理される。ブラウザがプラグインモジュールを呼び出すときには、プラグイン使用権利判定手段１３によって残り処理可能サイズが０より大きいかどうかが判定される。残り処理可能サイズが０より大きい場合は、プラグインをそのまま実行する。さらに、プラグイン使用権利判定手段１３では、プラグイン実行中に残り処理可能サイズ分のデータが処理されたかどうかを監査し、残り処理可能サイズ分のデータが処理された場合は、プラグイン削除手段６に通知し、プラグインの削除を実行する。残り処理可能サイズ分のデータが処理される前にプラグイン実行が終了した場合は、その処理したデータサイズ分を差し引いた残り処理可能サイズをプラグイン管理手段３に登録する。残り処理可能サイズが０より小さい場合は、プラグイン削除手段６に通知し、プラグインの削除を実行する。以上の動作によれば、プラグインモジュールが処理を行った総データサイズに関する使用権利を満たさない実行不可能なプラグインを都度削除することができるため、限られたＨ／Ｗリソースを最大限に生かしたプラグイン自動再構成手段を提供することができる。
【０１１９】
ここで、受信端末１００は、ＰＣに限らず、例えば、携帯電話／カーナビゲーションシステム／ＰＤＡなどの組込み機器があげられる。
また、上記各手段は、ブラウザに利用されるコンピュータプログラムであってもよい。
【０１２０】
以上のように、実施の形態１７におけるプラグイン自動再構成手段が有する（ｌ）プラグイン使用権利判定手段１３において、
（ｌ）プラグイン使用権利判定手段１３では、プラグインモジュールが処理を行った総データサイズによって使用権利を判断し、特定の総データサイズを越えた時点で使用不可能と判断することを特徴とする。
また、実施の形態１７における通信装置は、上記プラグイン自動再構成手段を持つブラウザを搭載した受信端末１００である。
【０１２１】
以上のように、実施の形態１７における通信装置において、上記使用権利情報は、該当するプラグインモジュールが行う可能データ処理サイズ情報を有し、
上記プラグイン使用権利判定部は、上記プラグイン管理部により管理された複数のプラグインモジュールが行う可能データ処理サイズの有無を判定し、
上記プラグイン削除部は、上記プラグイン管理部により管理された複数のプラグインモジュールの内、上記プラグイン使用権利判定部により可能データ処理サイズが無いと判定されたプラグインモジュールを削除することを特徴とする。
【０１２２】
実施の形態１８．
プラグインモジュールの使用権利としては、プラグインモジュールに定められた使用期日を用いるケースが考えられる。そこで、実施の形態１８では、使用権利に伴うプラグインモジュール削除を、次のような実施の形態により決定する。
各構成は、実施の形態１４と同様である。
プラグインダウンロード手段５は、プラグインモジュールをダウンロードすると共に、その使用可能な使用期日に関する情報（使用可能期日情報の一例である）を併せてダウンロードする。ダウンロードされたプラグインモジュールと使用可能期日に関する情報は、プラグイン管理手段３に対応付けられて管理される。ブラウザがプラグインモジュールを呼び出すときには、プラグイン使用権利判定手段１３によって使用可能期日に達していないかどうかが判定される。使用可能期日に達していない場合は、プラグインをそのまま実行する。さらに、プラグイン使用権利判定手段１３では、プラグイン実行中に使用可能期日に達しないかどうかを監査し、使用可能期日に達した場合は、プラグイン削除手段６に通知し、プラグインの削除を実行する。既に使用可能期日に達している場合は、プラグイン削除手段６に通知し、プラグインの削除を実行する。以上の動作によれば、プラグインモジュールに定められた使用期日に関する使用権利を満たさない実行不可能なプラグインを都度削除することができるため、限られたＨ／Ｗリソースを最大限に生かしたプラグイン自動再構成手段を提供することができる。
【０１２３】
ここで、受信端末１００は、ＰＣに限らず、例えば、携帯電話／カーナビゲーションシステム／ＰＤＡなどの組込み機器があげられる。
また、上記各手段は、ブラウザに利用されるコンピュータプログラムであってもよい。
【０１２４】
以上のように、実施の形態１８におけるプラグイン自動再構成手段が有する（ｌ）プラグイン使用権利判定手段１３において、
（ｌ）プラグイン使用権利判定手段１３では、プラグインモジュールに定められた使用期日によって使用権利を判断し、特定の期日を過ぎた時点で使用不可能と判断することを特徴とする。
また、実施の形態１８における通信装置は、上記プラグイン自動再構成手段を持つブラウザを搭載した受信端末１００である。
【０１２５】
以上のように、実施の形態１８における通信装置において、上記使用権利情報は、該当するプラグインモジュールの使用可能期日情報を有し、
上記プラグイン使用権利判定部は、上記プラグイン管理部により管理された複数のプラグインモジュールの使用可能期日に達しているかどうかを判定し、
上記プラグイン削除部は、上記プラグイン管理部により管理された複数のプラグインモジュールの内、上記プラグイン使用権利判定部により使用可能期日に達していると判定されたプラグインモジュールを削除することを特徴とする。
【０１２６】
実施の形態１９．
プラグインモジュールの使用権利としては、プラグインモジュールが使用開始されてから現在に至るまでの経過時間を用いるケースが考えられる。そこで、実施の形態１９では、使用権利に伴うプラグインモジュール削除を、次のような実施の形態により決定する。
各構成は、実施の形態１４と同様である。
プラグインダウンロード手段５は、プラグインモジュールをダウンロードすると共に、その使用可能な経過時間に関する情報（使用可能期間情報の一例である）を併せてダウンロードする。ダウンロードされたプラグインモジュールと使用可能経過時間に関する情報は、プラグイン管理手段３に対応付けられて管理される。また、ブラウザがプラグインモジュールを最初に呼び出すときには、その処理開始時刻の情報をプラグイン管理手段３が対応付けて保存する。ブラウザがプラグインモジュールを呼び出すときには、まず、プラグイン使用権利判定手段１３は、プラグインモジュールの使用開始時刻と現在時刻の差分計算を行う。そして、プラグイン使用権利判定手段１３は、求めた差分時間とプラグインモジュールの使用可能経過時間とを比較し、使用可能経過時間に達していないかどうかを判定する。使用可能経過時間に達していない場合は、プラグインをそのまま実行する。さらに、プラグイン使用権利判定手段１３では、プラグイン実行中に使用可能経過時間に達しないかどうかを監査し、使用可能経過時間に達した場合は、プラグイン削除手段６に通知し、プラグインの削除を実行する。既に使用可能経過時間に達している場合は、プラグイン削除手段６に通知し、プラグインの削除を実行する。以上の動作によれば、プラグインモジュールが使用開始されてから現在に至るまでの経過時間に関する使用権利を満たさない実行不可能なプラグインを都度削除することができるため、限られたＨ／Ｗリソースを最大限に生かしたプラグイン自動再構成手段を提供することができる。
【０１２７】
ここで、受信端末１００は、ＰＣに限らず、例えば、携帯電話／カーナビゲーションシステム／ＰＤＡなどの組込み機器があげられる。
また、上記各手段は、ブラウザに利用されるコンピュータプログラムであってもよい。
【０１２８】
以上のように、実施の形態１９におけるプラグイン自動再構成手段が有する（ｌ）プラグイン使用権利判定手段１３において、
（ｌ）プラグイン使用権利判定手段１３では、プラグインモジュールが使用開始されてから現在に至るまでの経過時間によって使用権利を判断し、特定の経過時間を越えた時点で使用不可能と判断することを特徴とする。
また、実施の形態１９における通信装置は、上記プラグイン自動再構成手段を持つブラウザを搭載した受信端末１００である。
【０１２９】
以上のように、実施の形態１９における通信装置において、上記使用権利情報は、該当するプラグインモジュールの使用可能期間情報を有し、
上記プラグイン使用権利判定部は、上記プラグイン管理部により管理された複数のプラグインモジュールの使用可能期間を経過しているかどうかを判定し、
上記プラグイン削除部は、上記プラグイン管理部により管理された複数のプラグインモジュールの内、上記プラグイン使用権利判定部により使用可能期間を経過していると判定されたプラグインモジュールを削除することを特徴とする。
【０１３０】
実施の形態２０．
図１２は、実施の形態２０におけるプラグイン自動再構成手段の構成の一例を示すブロック図である。
図１２において、１４は、受信端末内のデータの一部をネットワーク内の特定のストレージエリアに保管することのできる受信装置内データ保管手段（プラグイン保管部の一例である）である。また、１５は、保管しておいた受信装置内データを再度受信装置内に取り込むことができる保管データ受信手段（保存プラグイン入力部の一例である）である。
その他の構成は、図１〜図３と同様である。
【０１３１】
図１２を用いて、実施の形態２０に述べるプラグイン自動再構成手段の動作例について説明する。
これまでの実施の形態では、プラグインモジュールを実際に削除することを述べてきたが、システム形態によっては、プラグインモジュールを削除するのでなく、受信端末がアクセスしやすいストレージ領域に退避するというやり方が考えられる。例えば、あるプラグインを実際にサーバＡからダウンロードする場合に１０秒時間がかかるのに対し、サーバＢに退避してから再取得する場合は５秒で可能であるとすれば、該プラグインモジュールファイルをサーバＢに退避し、その後、受信端末１００から削除するというやり方を採ってもよい。この場合、該プラグインの再ダウンロード負荷が小さくなり、利用者／システムにとって好都合である。そこで、実施の形態２０では、次の動作を行う。殆どの動作は、実施の形態１に示した内容と同じであるが、プラグイン削除手段６がプラグインモジュールの削除を行う場合、受信装置内データ保管手段１４を用いて該当するプラグインモジュールの退避を実行してから、受信端末１００内からプラグインモジュールの削除を実行する。また、プラグインモジュール退避に関する情報は、プラグイン管理手段３に保管される。さらに、プラグインダウンロード手段５がプラグインをダウンロードする場合、プラグイン管理手段３に問い合わせを行って、該プラグインが退避されているものか／退避されていないものかを検査する。退避されている場合、プラグインダウンロード手段５は、保管データ受信手段１５を用いて退避データのダウンロードを実施する。退避されていない場合、プラグインダウンロード手段５は、実際のプラグインモジュール提供サーバからダウンロードする。以上の動作によれば、プラグインモジュールを再ダウンロードする処理において、実際のモジュール提供サーバよりもアクセスがしやすくアクセス負荷も低いストレージエリアからプラグインを取得可能となり、再ダウンロード負荷の低いプラグイン自動再構成手段を提供することができる。
【０１３２】
ここで、受信端末１００は、ＰＣに限らず、例えば、携帯電話／カーナビゲーションシステム／ＰＤＡなどの組込み機器があげられる。また、送信装置として、受信装置内データ保管手段１４のストレージエリアを実装したウェブサーバなどのサーバ機器があげられる。また、システムとして、これらの組込み機器やサーバ機器から構成されるウェブシステムがあげられる。
また、上記各手段は、ブラウザに利用されるコンピュータプログラムであってもよい。
【０１３３】
以上のように、実施の形態２０におけるブラウザは、実施の形態１におけるブラウザに対し、更に、プラグイン自動再構成手段について、
（ｍ）受信端末内のデータの一部をネットワーク内の特定のストレージエリアに保管することのできる受信装置内データ保管手段１４と、
（ｎ）保管しておいた受信装置内データを再度受信装置内に取り込むことができる保管データ受信手段１５と
を有し、
（ｅ）プラグイン削除手段６では、削除対象となったプラグインモジュールＡ（またはその分断ファイルの一部）を、受信装置内データ保管手段１４を用いて一旦保管した上で削除し、再度プラグインモジュールＡが必要になった場合は、保管データ受信手段１５を用いてその復元を実行することを特徴とする。
また、実施の形態２０における通信装置は、上記プラグイン自動再構成手段を持つブラウザを搭載した受信装置、送信装置であり、これらの受信装置／送信装置からシステムが構成される。
【０１３４】
以上のように、実施の形態２０における上記通信装置は、さらに、
上記記憶装置に記憶された上記所定のプラグインモジュールを上記記憶装置とは異なる記憶装置に出力し、保管させるプラグイン保管部と、
上記プラグイン判定部により判定されたプラグインモジュールが上記所定のプラグインモジュールである場合に、上記異なる記憶装置から上記プラグイン保管部により出力された上記所定のプラグインモジュールを入力する保存プラグイン入力部と
を備えている。
【０１３５】
実施の形態２１．
図１３は、実施の形態２１におけるプラグイン自動再構成手段の構成の一例を示すブロック図である。
図１３において、１６は、受信端末がダウンロードしたプラグインモジュールの履歴情報を管理することのできるプラグインダウンロード履歴管理手段（プラグイン入力履歴管理部の一例である）である。また、１７は、プラグインダウンロード時のネットワーク使用に対して課金を実施することのできるプラグインダウンロード課金手段（プラグイン入力課金部の一例である）である。
送信端末２００は、受信端末１００と同様、図１〜図２の各構成を備えている。
その他の構成は、図１〜図３と同様である。
【０１３６】
図１３を用いて、実施の形態２１に述べるプラグイン自動再構成手段の動作例について説明する。
これまでの実施の形態では、プラグインモジュール再ダウンロードにおけるネットワーク使用料の課金方法について考慮していなかった。本発明に述べるプラグイン自動再構成によってプラグインモジュールを削除すれば、受信端末のＨ／Ｗリソースを効率的に使用するという利点を得ることができる。しかし、プラグインモジュールを再ダウンロードするたびにそのネットワーク使用料を課金されてしまっては、利用者にとって不都合である。そこで、実施の形態２１では、次の動作を行う。殆どの動作は、実施の形態１に示した内容と同じであるが、プラグインダウンロード手段５の動作が次のように異なる。プラグインダウンロード手段５がプラグインモジュールをダウンロードする場合、まず、プラグインダウンロード履歴管理手段１６に問い合わせを行い、該プラグインがはじめてダウンロードするものかそうでないかを判断する（履歴が存在しない場合は初めて、履歴が残っている場合は２度目以降）。初めてダウンロードする場合は、プラグインダウンロード履歴管理手段１６に履歴を残すと共に、プラグインダウンロード課金手段１７によってネットワーク使用料の課金を実行する。また、２度目以降のダウンロードの場合（つまり、プラグイン削除手段６が削除を実行したため再ダウンロードする場合）は、ネットワーク使用料の課金を実行せずに、ダウンロードを実行する。以上の動作によれば、プラグインモジュール削除から再ダウンロードする処理において、最初のダウンロード時に払ったネットワーク使用料を払わずに済ませることが可能となり、利用者に適したプラグイン自動再構成手段を提供することができる。
【０１３７】
ここで、受信端末１００は、ＰＣに限らず、例えば、携帯電話／カーナビゲーションシステム／ＰＤＡなどの組込み機器があげられる。また、送信端末２００として、プラグインダウンロード履歴管理手段１６およびプラグインダウンロード課金手段１７の手段を実装したウェブサーバなどのサーバ機器があげられる。また、システムとして、これらの組込み機器やサーバ機器から構成されるウェブシステムがあげられる。
また、上記各手段は、ブラウザに利用されるコンピュータプログラムであってもよい。
【０１３８】
以上のように、実施の形態２１におけるブラウザは、実施の形態１におけるブラウザに対し、更に、プラグイン自動再構成手段について、
（ｏ）受信端末１００がダウンロードしたプラグインモジュールの履歴情報を管理することのできるプラグインダウンロード履歴管理手段１６と、
（ｐ）プラグインダウンロード時のネットワーク使用に対して課金を実施することのできるプラグインダウンロード課金手段１７と
を有し、
（ｐ）プラグインダウンロード課金手段１７では、プラグインを初めてダウンロードするときのネットワーク使用に対してのみ課金を実施し、プラグイン自動再構成において一旦削除したプラグインを再ダウンロードするときのネットワーク使用に対しては課金を実施しないことを特徴とする。
また、実施の形態２１における通信装置は、上記プラグイン自動再構成手段を持つブラウザを搭載した受信装置、送信装置であり、これらの受信装置／送信装置からシステムが構成される。
【０１３９】
以上のように、実施の形態２１における通信システムは、所定のコンテンツに必要なプラグインモジュールを判定するプラグイン判定部と、
所定の容量を有し、所定のプラグインモジュールを記憶する記憶装置に、上記プラグイン判定部により判定されたプラグインモジュールをさらに記憶するには上記所定の容量が不足する場合に、上記記憶装置に記憶された上記所定のプラグインモジュールを削除するプラグイン削除部と、
上記プラグイン削除部により上記所定のプラグインモジュールが削除され、削除により空き容量が生じた上記記憶装置に記憶するための上記プラグイン判定部により判定されたプラグインモジュールを入力するプラグイン入力部と、
上記プラグイン入力部によるプラグインモジュールの入力がされた場合に課金するプラグイン入力課金部と
を備えている。
【０１４０】
以上のように、実施の形態２１における上記通信システムは、さらに、
上記プラグイン入力部に出力されたプラグインモジュールの履歴情報を管理するプラグイン入力履歴管理部を有し、
上記プラグイン入力課金部は、上記プラグイン入力履歴管理部により管理されたプラグインモジュールの履歴情報に基づいて、上記プラグイン入力部によるプラグインモジュールの入力が初回である場合に課金することを特徴とする。
【０１４１】
実施の形態２２．
図１４は、実施の形態２２におけるプラグイン自動再構成手段の構成の一例を示すブロック図である。
図１４において、１８は、プラグインダウンロード時にダウンロードするモジュールに対して課金を実施することのできるプラグインモジュール課金手段（プラグイン入力課金部の一例である）である。
その他の構成は、図１，図２及び図１３と同様である。
【０１４２】
図１４を用いて、実施の形態２２に述べるプラグイン自動再構成手段の動作例について説明する。
これまでの実施の形態では、プラグインモジュール再ダウンロードにおけるモジュール自体の課金方法について考慮していなかった。実施の形態１〜２１に述べるプラグイン自動再構成によってプラグインモジュールを削除すれば、受信端末のＨ／Ｗリソースを効率的に使用するという利点を得ることができる。しかし、プラグインモジュールを再ダウンロードするたびにそのモジュール自体に対してプラグインモジュール使用料を課金されてしまっては、利用者にとって不都合である。そこで、実施の形態２２では、次の動作を行う。殆どの動作は、実施の形態１に示した内容と同じであるが、プラグインダウンロード手段５の動作が次のように異なる。プラグインダウンロード手段５がプラグインモジュールをダウンロードする場合、まず、プラグインダウンロード履歴管理手段１６に問い合わせを行い、該プラグインがはじめてダウンロードするものかそうでないかを判断する（履歴が存在しない場合は初めて、履歴が残っている場合は２度目以降）。初めてダウンロードする場合は、プラグインダウンロード履歴管理手段１６に履歴を残すと共に、プラグインモジュール課金手段１８によってモジュール自体に対するプラグインモジュール使用料の課金を実行する。また、２度目以降のダウンロードの場合（つまり、プラグイン削除手段６が削除を実行したため、再ダウンロードする場合）は、モジュール自体に対する課金を実行せずに、ダウンロードを実行する。以上の動作によれば、プラグインモジュール削除から再ダウンロードする処理において、最初のダウンロード時に払ったモジュール自体に対する料金を払わずに済ませることが可能となり、利用者に適したプラグイン自動再構成手段を提供することができる。
【０１４３】
ここで、受信端末１００は、ＰＣに限らず、例えば、携帯電話／カーナビゲーションシステム／ＰＤＡなどの組込み機器があげられる。また、送信端末２００として、プラグインダウンロード履歴管理手段１６およびプラグインモジュール課金手段１８の手段を実装したウェブサーバなどのサーバ機器があげられる。また、システムとして、これらの組込み機器やサーバ機器から構成されるウェブシステムがあげられる。
また、上記各手段は、ブラウザに利用されるコンピュータプログラムであってもよい。
【０１４４】
以上のように、実施の形態２２におけるブラウザは、実施の形態１におけるブラウザに対し、更に、プラグイン自動再構成手段について、
（ｏ）受信端末がダウンロードしたプラグインモジュールの履歴情報を管理することのできるプラグインダウンロード履歴管理手段１６と、
（ｑ）プラグインダウンロード時にダウンロードするモジュールに対して課金を実施することのできるプラグインモジュール課金手段１８と、
を有し、
（ｑ）プラグインモジュール課金手段１８では、プラグインモジュールを初めてダウンロードしたときのみ課金を実施し、プラグイン自動再構成において一旦削除したプラグインモジュールを再ダウンロードするときには課金を実施しないことを特徴とする。
また、実施の形態２２における通信装置は、上記プラグイン自動再構成手段を持つブラウザを搭載した受信装置、送信装置であり、これらの受信装置／送信装置からシステムが構成される。
【０１４５】
以上のように、実施の形態２１，２２における通信システムが備える上記プラグイン入力部は、ネットワークを介してプラグインモジュールを入力し、
上記プラグイン入力課金部は、プラグインモジュールの入力に際し、ネットワーク使用料とプラグインモジュール使用料との内少なくとも１つについて課金することを特徴とする。
【０１４６】
実施の形態２３．
図１５は、実施の形態２３におけるプラグイン自動再構成手段の構成の一例を示すブロック図である。
各構成は、図１〜図３，図１１，図１４と同様である。
【０１４７】
図１５を用いて、実施の形態２３に述べるプラグイン自動再構成手段の動作例について説明する。
実施の形態１４では、プラグインモジュール再ダウンロードにおけるモジュール自体の課金方法について考慮していなかった。そこで、実施の形態２３では、次の動作により課金を実施する。殆どの動作は、実施の形態１４に示した内容と同じであるが、プラグインダウンロード手段５、プラグイン削除手段６の動作が次のように異なる。プラグインダウンロード手段５がプラグインモジュールをダウンロードする場合、プラグインモジュール課金手段１８によってモジュール自体に対する課金を実行する。また、プラグイン削除手段６は、プラグイン使用権利判定手段１３によって使用権利を満たさないと判断されたプラグインモジュールのみ削除する。以上の動作によれば、プラグインモジュールが使用権利を失った場合の再ダウンロードに対し、適切な課金を実行することが可能となる。
【０１４８】
ここで、受信端末１００は、ＰＣに限らず、例えば、携帯電話／カーナビゲーションシステム／ＰＤＡなどの組込み機器があげられる。また、送信端末２００として、プラグインモジュール課金手段１８の手段を実装したウェブサーバなどのサーバ機器があげられる。また、システムとして、これらの組込み機器やサーバ機器から構成されるウェブシステムがあげられる。
また、上記各手段は、ブラウザに利用されるコンピュータプログラムであってもよい。
【０１４９】
以上のように、実施の形態２３におけるプラグイン自動再構成手段について、（ｑ）プラグインダウンロード時にダウンロードするモジュールに対して課金を実施することのできるプラグインモジュール課金手段１８とを有し、
（ｅ）プラグイン削除手段６では、使用権利判定により削除対象となったプラグインモジュール以外を削除せず、
（ｑ）プラグインモジュール課金手段１８では、プラグインモジュールをダウンロードする毎に課金を実施することを特徴とする。
また、実施の形態２３における通信装置は、上記プラグイン自動再構成手段を持つブラウザを搭載した受信装置、送信装置であり、これらの受信装置／送信装置からシステムが構成される。
【０１５０】
以上のように、上記実施の形態は、携帯電話のようなＨ／Ｗリソースが十分でない組込み端末機器上でリソース不足により新しいプラグインモジュールのダウンロードが不可能な場合に、ブラウザが使用しないプラグインモジュールを自動的に削除し、プラグインモジュール構成を適切に設定する技術に関する。
以上のように、リソース不足により新しいプラグインモジュールのダウンロードが不可能となった場合には、ブラウザがその時点で必要としないプラグインモジュールを自動的に特定・削除し、空いたリソースを利用して新規プラグインモジュールをダウンロードする。
【０１５１】
以上の説明において、各実施の形態の説明において「〜部」として説明したものは、一部或いはすべてコンピュータで動作可能なプログラムにより構成することができる。即ち、磁気ディスク装置４６は、コンピュータで動作可能なプログラムを記録した記録媒体である。これらのプログラムは、例えば、Ｃ言語により作成することができる。或いは、ＨＴＭＬやＳＧＭＬやＸＭＬを用いても構わない。或いは、ＪＡＶＡ（登録商標）を用いて画面表示を行っても構わない。
また、各実施の形態の説明において「〜部」として説明したものは、ＲＯＭ３９に記憶されたファームウェアで実現されていても構わない。或いは、ソフトウェア或いは、ハードウェア或いは、ソフトウェアとハードウェアとファームウェアとの組み合わせで実施されても構わない。
また、上記各実施の形態を実施させるプログラムは、また、磁気ディスク装置４６の代わりに、ＦＤ（Ｆｌｅｘｉｂｌｅ Ｄｉｓｋ）、光ディスク、ＣＤ（コンパクトディスク）、ＭＤ（ミニディスク）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のその他の記録媒体による記録装置を用いても構わない。
また、ＣＲＴ表示装置４１の代わりに、その他の表示装置、プリンタ装置８７等の出力装置を用いても構わない。
【０１５２】
【発明の効果】
本発明によれば、少ないリソースを効率的に運用するプラグイン自動再構成を提供することができる。
【０１５３】
本発明によれば、限られたＨ／Ｗリソースを最大限に生かしたプラグイン自動再構成手段を提供することができる。
【０１５４】
本発明によれば、空いたリソースを利用して新規プラグインモジュールをダウンロードすることができる。
【０１５５】
本発明によれば、次回のプラグイン再構成をすることができる。
【０１５６】
本発明によれば、今後使用する可能性もないプラグインモジュールから順に削除を実行することが可能であり、プラグイン再ダウンロードの機会を減らすことができる。
【０１５７】
本発明によれば、ごく稀にしか使用する可能性がないプラグインモジュールから順に削除を実行することが可能であり、プラグイン再ダウンロードの機会を減らすことができる。
【０１５８】
本発明によれば、最近の使用度数に合わせて、使用する可能性が少ないプラグインモジュールから順に削除を実行することが可能であり、プラグイン再ダウンロードの機会を減らすことができる。
【０１５９】
本発明によれば、削除するプラグインモジュール数をできるだけ小さくすることが可能であり、プラグイン再ダウンロードの機会を減らすことができる。
【０１６０】
本発明によれば、削除するプラグインモジュールファイルの総サイズをできるだけ小さくすることが可能であり、プラグイン再ダウンロード時のネットワーク負荷や所要時間を減らすことができる。
【０１６１】
本発明によれば、プラグインモジュールのダウンロード所要時間が短いものから順に削除を実行することが可能であり、プラグイン再ダウンロード時に要する所要時間を減らすことができる。
【０１６２】
本発明によれば、プラグインモジュールのダウンロード料金が安いものから順に削除を実行することが可能であり、プラグイン再ダウンロード時に要する料金を減らすことができる。
【０１６３】
本発明によれば、利用者の「戻る」／「進む」操作によって頻繁にアクセスされる可能性があるプラグインモジュールを削除しないようにすることができる。
【０１６４】
本発明によれば、共通処理モジュールを削除する機会が減り、プラグイン再ダウンロードの負荷を減らすことができる。
【０１６５】
本発明によれば、必要な分だけ削除することができる。
【０１６６】
本発明によれば、プラグインモジュールＢの全体削除を行った場合よりも小さな容量のダウンロードで再ダウンロードが可能となり、負荷を小さくすることができる。
【０１６７】
本発明によれば、使用される頻度の高いプラグインモジュールを極力減らすことができる。
【０１６８】
本発明によれば、送信側が削除優先度付けモジュールによって削除優先度決定ロジックをカスタマイズすることが可能となり、カスタマイズ製の高いプラグイン自動再構成手段を提供することができる。
【０１６９】
本発明によれば、使用権利を満たさない実行不可能なプラグインを都度削除することができるため、限られたＨ／Ｗリソースを最大限に生かしたプラグイン自動再構成手段を提供することができる。
【０１７０】
本発明によれば、使用回数に関する使用権利を満たさない実行不可能なプラグインを都度削除することができるため、限られたＨ／Ｗリソースを最大限に生かしたプラグイン自動再構成手段を提供することができる。
【０１７１】
本発明によれば、処理総時間に関する使用権利を満たさない実行不可能なプラグインを都度削除することができるため、限られたＨ／Ｗリソースを最大限に生かしたプラグイン自動再構成手段を提供することができる。
【０１７２】
本発明によれば、プラグインモジュールが処理を行った総データサイズに関する使用権利を満たさない実行不可能なプラグインを都度削除することができるため、限られたＨ／Ｗリソースを最大限に生かしたプラグイン自動再構成手段を提供することができる。
【０１７３】
本発明によれば、プラグインモジュールに定められた使用期日に関する使用権利を満たさない実行不可能なプラグインを都度削除することができるため、限られたＨ／Ｗリソースを最大限に生かしたプラグイン自動再構成手段を提供することができる。
【０１７４】
本発明によれば、プラグインモジュールが使用開始されてから現在に至るまでの経過時間に関する使用権利を満たさない実行不可能なプラグインを都度削除することができるため、限られたＨ／Ｗリソースを最大限に生かしたプラグイン自動再構成手段を提供することができる。
【０１７５】
本発明によれば、プラグインモジュールを再ダウンロードする処理において、実際のモジュール提供サーバよりもアクセスがしやすくアクセス負荷も低いストレージエリアからプラグインを取得可能となり、再ダウンロード負荷の低いプラグイン自動再構成手段を提供することができる。
【０１７６】
本発明によれば、プラグインモジュールが使用権利を失った場合の再ダウンロードに対し、適切な課金を実行することが可能となる。
【０１７７】
本発明によれば、２度目以降のダウンロードに対し、料金を払わずに住ませることができる。
【０１７８】
本発明によれば、プラグインモジュール削除から再ダウンロードする処理において、最初のダウンロード時に払ったネットワーク使用料を払わずに済ませることが可能となり、利用者に適したプラグイン自動再構成手段を提供することができる。
また、プラグインモジュール削除から再ダウンロードする処理において、最初のダウンロード時に払ったモジュール自体に対する料金を払わずに済ませることが可能となり、利用者に適したプラグイン自動再構成手段を提供することができる。
【図面の簡単な説明】
【図１】 実施の形態１における通信装置の外観を示す図である。
【図２】 実施の形態１における通信装置のハードウェア構成図である。
【図３】 実施の形態１におけるプラグイン自動再構成手段の構成の一例を示すブロック図である。
【図４】 実施の形態９におけるプラグイン自動再構成手段の構成の一例を示すブロック図である。
【図５】 コンテンツ表示履歴とその中で使用されるプラグインとの一例を示した図である。
【図６】 複数のプラグインモジュールが共有処理の実装を効率化するため、それぞれ固有の処理を行う部分モジュールと共有処理を行う部分モジュールに分かれて実装されていることを例示した図である。
【図７】 実施の形態１１におけるプラグイン自動再構成手段の機能構成の一例を示すブロック図である。
【図８】 実施の形態１１におけるプラグインモジュールファイル分断削除を例示した図である。
【図９】 実施の形態１２におけるプラグイン自動再構成手段の構成の一例を示すブロック図である。
【図１０】 実施の形態１３におけるプラグイン自動再構成手段の構成の一例を示すブロック図である。
【図１１】 実施の形態１４におけるプラグイン自動再構成手段の構成の一例を示すブロック図である。
【図１２】 実施の形態２０におけるプラグイン自動再構成手段の機能構成の一例を示すブロック図である。
【図１３】 実施の形態２１におけるプラグイン自動再構成手段の構成の一例を示すブロック図である。
【図１４】 実施の形態２２におけるプラグイン自動再構成手段の構成の一例を示すブロック図である。
【図１５】 実施の形態２３におけるプラグイン自動再構成手段の構成の一例を示すブロック図である。
【符号の説明】
１ 記憶装置、２ 端末リソース管理手段、３ プラグイン管理手段、４ 必要プラグイン判定手段、５ プラグインダウンロード手段、６ プラグイン削除手段、７ 履歴内プラグイン管理手段、８ 受信開始位置指定ダウンロード手段、９ 使用プラグイン情報送信手段、１０ 使用プラグイン情報受信手段、１１削除優先度付けモジュール送信手段、１２ 削除優先度付けモジュール受信手段、１３ プラグイン使用権利判定手段、１４ 受信装置内データ保管手段、１５ 保管データ受信手段、１６ プラグインダウンロード履歴管理手段、１７ プラグインダウンロード課金手段、１８ プラグインモジュール課金手段、３０インターネット、３７ ＣＰＵ、３８ バス、３９ ＲＯＭ、４０ ＲＡＭ、４１ ＣＲＴ表示装置、４２ Ｋ／Ｂ、４３ マウス、４４ 通信ボード、４５ＦＤＤ、４６ 磁気ディスク装置、４７ ＯＳ、４８ ウィンドウシステム、４９ プログラム群、５０ ファイル群、８６ ＣＤＤ、８７ プリンタ装置、８８ スキャナ装置、１００ 受信端末、２００ 送信端末。

Claims (26)

1. 所定のコンテンツに必要なプラグインモジュールを判定するプラグイン判定部と、
   所定の容量を有する記憶装置に記憶されている複数のプラグインモジュールを管理するとともに、管理する複数のプラグインモジュールの削除優先基準を複数管理するプラグイン管理部と、
   上記プラグイン判定部により判定されたプラグインモジュールが上記記憶装置に記憶されていない場合であって、上記プラグイン判定部により判定されたプラグインモジュールをさらに記憶するには上記記憶装置の空き容量が不足する場合に、上記プラグイン管理部により管理されている複数のプラグインモジュールから、上記プラグイン管理部により管理されている削除優先基準の各々に従って選択した少なくとも１つのプラグインモジュールの組み合わせであって、組み合わせに含まれるプラグインモジュールを削除すれば上記プラグイン判定部により判定されたプラグインモジュールを記憶するのに十分な上記記憶装置の空き容量が得られる組み合わせを削除優先基準ごとに選出し、選出した組み合わせの内、組み合わせに含まれるプラグインモジュールの総数が最も少ない組み合わせに含まれるプラグインモジュールを上記記憶装置から削除するプラグイン削除部と
   を備えたことを特徴とする通信装置。
2. 所定のコンテンツに必要なプラグインモジュールを判定するプラグイン判定部と、
   所定の容量を有する記憶装置に記憶されている複数のプラグインモジュールを管理するとともに、管理する複数のプラグインモジュールの削除優先基準を複数管理するプラグイン管理部と、
   上記プラグイン判定部により判定されたプラグインモジュールが上記記憶装置に記憶されていない場合であって、上記プラグイン判定部により判定されたプラグインモジュールをさらに記憶するには上記記憶装置の空き容量が不足する場合に、上記プラグイン管理部により管理されている複数のプラグインモジュールから、上記プラグイン管理部により管理されている削除優先基準の各々に従って選択した少なくとも１つのプラグインモジュールの組み合わせであって、組み合わせに含まれるプラグインモジュールを削除すれば上記プラグイン判定部により判定されたプラグインモジュールを記憶するのに十分な上記記憶装置の空き容量が得られる組み合わせを削除優先基準ごとに選出し、選出した組み合わせの内、組み合わせに含まれるプラグインモジュールの総サイズが最も小さい組み合わせに含まれるプラグインモジュールを上記記憶装置から削除するプラグイン削除部と
   を備えたことを特徴とする通信装置。
3. 上記プラグイン管理部は、削除優先基準の１つとして、管理する複数のプラグインモジュールの最終使用日時を管理し、
   上記プラグイン削除部は、組み合わせの１つとして、上記プラグイン管理部により管理されている複数のプラグインモジュールの内、上記プラグイン管理部により管理されている最終使用日時がより過去のプラグインモジュールから優先して選択した少なくとも１つのプラグインモジュールの組み合わせを選出することを特徴とする請求項１又は２記載の通信装置。
4. 上記プラグイン管理部は、削除優先基準の１つとして、管理する複数のプラグインモジュールの使用回数を管理し、
   上記プラグイン削除部は、組み合わせの１つとして、上記プラグイン管理部により管理されている複数のプラグインモジュールの内、上記プラグイン管理部により管理されている使用回数がより少ないプラグインモジュールから優先して選択した少なくとも１つのプラグインモジュールの組み合わせを選出することを特徴とする請求項１又は２記載の通信装置。
5. 上記プラグイン管理部は、削除優先基準の１つとして、管理する複数のプラグインモジュールの所定の期間における使用頻度を管理し、
   上記プラグイン削除部は、組み合わせの１つとして、上記プラグイン管理部により管理されている複数のプラグインモジュールの内、上記プラグイン管理部により管理されている上記所定の期間における使用頻度がより少ないプラグインモジュールから優先して選択した少なくとも１つのプラグインモジュールの組み合わせを選出することを特徴とする請求項１又は２記載の通信装置。
6. 所定のコンテンツに必要なプラグインモジュールを判定するプラグイン判定部と、
   所定の容量を有する記憶装置に記憶されている複数のプラグインモジュールを管理するとともに、管理する複数のプラグインモジュールの入力に必要な所要料金額を管理するプラグイン管理部と、
   上記プラグイン判定部により判定されたプラグインモジュールが上記記憶装置に記憶されていない場合であって、上記プラグイン判定部により判定されたプラグインモジュールをさらに記憶するには上記記憶装置の空き容量が不足する場合に、上記プラグイン管理部により管理されている複数のプラグインモジュールの内、上記プラグイン管理部により管理されている所要料金額がより小さいプラグインモジュールから優先して選択した少なくとも１つのプラグインモジュールであって、選択したプラグインモジュールを削除すれば上記プラグイン判定部により判定されたプラグインモジュールを記憶するのに十分な上記記憶装置の空き容量が得られるプラグインモジュールを上記記憶装置から削除するプラグイン削除部と
   を備えたことを特徴とする通信装置。
7. 所定のコンテンツの表示に必要なプラグインモジュールを判定するプラグイン判定部と、
   所定の容量を有する記憶装置に記憶されている複数のプラグインモジュールを管理するプラグイン管理部と、
   複数のコンテンツの表示履歴を管理する履歴内プラグイン管理部と、
   上記プラグイン判定部により判定されたプラグインモジュールが上記記憶装置に記憶されていない場合であって、上記プラグイン判定部により判定されたプラグインモジュールをさらに記憶するには上記記憶装置の空き容量が不足する場合に、上記プラグイン管理部により管理されている複数のプラグインモジュールの内、上記履歴内プラグイン管理部により管理されている表示履歴内の複数のコンテンツの表示に必要なプラグインモジュール以外のプラグインモジュールから優先して選択した少なくとも１つのプラグインモジュールであって、選択したプラグインモジュールを削除すれば上記プラグイン判定部により判定されたプラグインモジュールを記憶するのに十分な上記記憶装置の空き容量が得られるプラグインモジュールを上記記憶装置から削除するプラグイン削除部と
   を備えたことを特徴とする通信装置。
8. 所定のコンテンツに必要なプラグインモジュールを判定するプラグイン判定部と、
   所定の容量を有する記憶装置に記憶されている複数のプラグインモジュールを管理するとともに、管理する複数のプラグインモジュールの削除優先基準を管理するプラグイン管理部と、
   上記プラグイン判定部により判定されたプラグインモジュールが上記記憶装置に記憶されていない場合であって、上記プラグイン判定部により判定されたプラグインモジュールをさらに記憶するには上記記憶装置の空き容量が不足する場合に、上記プラグイン管理部により管理されている複数のプラグインモジュールから、上記プラグイン管理部により管理されている削除優先基準に従って選択した少なくとも１つのプラグインモジュールであって、選択したプラグインモジュールを削除すれば上記プラグイン判定部により判定されたプラグインモジュールを記憶するのに十分な上記記憶装置の空き容量が得られるプラグインモジュールを選出し、選出したプラグインモジュールの内、削除優先順位が最後のプラグインモジュール以外のプラグインモジュールを上記記憶装置から削除した上で、上記削除優先順位が最後のプラグインモジュールの一部分を削除すれば上記プラグイン判定部により判定されたプラグインモジュールを記憶するのに十分な上記記憶装置の空き容量が得られる場合に、上記削除優先順位が最後のプラグインモジュールを上記一部分と他の部分とに分割し、上記一部分のみを上記記憶装置から削除するプラグイン削除部と
   を備えたことを特徴とする通信装置。
9. 上記プラグイン管理部は、上記プラグイン削除部により分割された上記削除優先順位が最後のプラグインモジュールの分割位置を管理し、
   上記通信装置は、さらに、上記プラグイン管理部により管理された分割位置に基づいて、上記プラグイン削除部により削除された上記削除優先順位が最後のプラグインモジュールの一部分を入力する入力開始位置指定入力部を備えたことを特徴とする請求項８記載の通信装置。
10. 所定のコンテンツの表示に必要なプラグインモジュールを判定するプラグイン判定部と、
    所定の容量を有する記憶装置に記憶されている複数のプラグインモジュールを管理するプラグイン管理部と、
    上記所定のコンテンツの表示後に表示されるコンテンツに必要なプラグインモジュールを示すプラグイン情報を入力する使用プラグイン情報入力部と、
    上記プラグイン判定部により判定されたプラグインモジュールが上記記憶装置に記憶されていない場合であって、上記プラグイン判定部により判定されたプラグインモジュールをさらに記憶するには上記記憶装置の空き容量が不足する場合に、上記プラグイン管理部により管理されている複数のプラグインモジュールの内、上記使用プラグイン情報入力部により入力されたプラグイン情報が示すプラグインモジュール以外のプラグインモジュールから優先して選択した少なくとも１つのプラグインモジュールであって、選択したプラグインモジュールを削除すれば上記プラグイン判定部により判定されたプラグインモジュールを記憶するのに十分な上記記憶装置の空き容量が得られるプラグインモジュールを上記記憶装置から削除するプラグイン削除部と
    を備えたことを特徴とする通信装置。
11. 上記使用プラグイン情報入力部は、上記所定のコンテンツとして、メニュー画面のコンテンツの表示後に表示されるコンテンツに必要なプラグインモジュールを示すプラグイン情報を入力することを特徴とする請求項１０記載の通信装置。
12. 上記通信装置は、さらに、上記プラグイン削除部によりプラグインモジュールが削除されたことで、上記プラグイン判定部により判定されたプラグインモジュールを記憶するのに十分な空き容量が生じた記憶装置に、上記プラグイン判定部により判定されたプラグインモジュールを入力するプラグイン入力部を備えたことを特徴とする請求項１〜１１いずれか記載の通信装置。
13. 上記プラグイン入力部は、入力したプラグインモジュールを上記プラグイン管理部に登録し、
    上記プラグイン管理部は、上記プラグイン入力部により登録されたプラグインモジュールを管理することを特徴とする請求項１２記載の通信装置。
14. 通信装置のプラグイン判定部が、所定のコンテンツに必要なプラグインモジュールを判定するプラグイン判定工程と、
    通信装置のプラグイン管理部が、所定の容量を有する記憶装置に記憶されている複数のプラグインモジュールを管理するとともに、管理する複数のプラグインモジュールの削除優先基準を複数管理するプラグイン管理工程と、
    通信装置のプラグイン削除部が、上記プラグイン判定工程により判定されたプラグインモジュールが上記記憶装置に記憶されていない場合であって、上記プラグイン判定工程により判定されたプラグインモジュールをさらに記憶するには上記記憶装置の空き容量が不足する場合に、上記プラグイン管理工程により管理されている複数のプラグインモジュールから、上記プラグイン管理工程により管理されている削除優先基準の各々に従って選択した少なくとも１つのプラグインモジュールの組み合わせであって、組み合わせに含まれるプラグインモジュールを削除すれば上記プラグイン判定工程により判定されたプラグインモジュールを記憶するのに十分な上記記憶装置の空き容量が得られる組み合わせを削除優先基準ごとに選出し、選出した組み合わせの内、組み合わせに含まれるプラグインモジュールの総数が最も少ない組み合わせに含まれるプラグインモジュールを上記記憶装置から削除するプラグイン削除工程と
    を備えたことを特徴とするプラグインモジュール制御方法。
15. 通信装置のプラグイン判定部が、所定のコンテンツに必要なプラグインモジュールを判定するプラグイン判定工程と、
    通信装置のプラグイン管理部が、所定の容量を有する記憶装置に記憶されている複数のプラグインモジュールを管理するとともに、管理する複数のプラグインモジュールの削除優先基準を複数管理するプラグイン管理工程と、
    通信装置のプラグイン削除部が、上記プラグイン判定工程により判定されたプラグインモジュールが上記記憶装置に記憶されていない場合であって、上記プラグイン判定工程により判定されたプラグインモジュールをさらに記憶するには上記記憶装置の空き容量が不足する場合に、上記プラグイン管理工程により管理されている複数のプラグインモジュールから、上記プラグイン管理工程により管理されている削除優先基準の各々に従って選択した少なくとも１つのプラグインモジュールの組み合わせであって、組み合わせに含まれるプラグインモジュールを削除すれば上記プラグイン判定工程により判定されたプラグインモジュールを記憶するのに十分な上記記憶装置の空き容量が得られる組み合わせを削除優先基準ごとに選出し、選出した組み合わせの内、組み合わせに含まれるプラグインモジュールの総サイズが最も小さい組み合わせに含まれるプラグインモジュールを上記記憶装置から削除するプラグイン削除工程と
    を備えたことを特徴とするプラグインモジュール制御方法。
16. 通信装置のプラグイン判定部が、所定のコンテンツに必要なプラグインモジュールを判定するプラグイン判定工程と、
    通信装置のプラグイン管理部が、所定の容量を有する記憶装置に記憶されている複数のプラグインモジュールを管理するとともに、管理する複数のプラグインモジュールの入力に必要な所要料金額を管理するプラグイン管理工程と、
    通信装置のプラグイン削除部が、上記プラグイン判定工程により判定されたプラグインモジュールが上記記憶装置に記憶されていない場合であって、上記プラグイン判定工程により判定されたプラグインモジュールをさらに記憶するには上記記憶装置の空き容量が不足する場合に、上記プラグイン管理工程により管理されている複数のプラグインモジュールの内、上記プラグイン管理工程により管理されている所要料金額がより小さいプラグインモジュールから優先して選択した少なくとも１つのプラグインモジュールであって、選択したプラグインモジュールを削除すれば上記プラグイン判定工程により判定されたプラグインモジュールを記憶するのに十分な上記記憶装置の空き容量が得られるプラグインモジュールを上記記憶装置から削除するプラグイン削除工程と
    を備えたことを特徴とするプラグインモジュール制御方法。
17. 通信装置のプラグイン判定部が、所定のコンテンツの表示に必要なプラグインモジュールを判定するプラグイン判定工程と、
    通信装置のプラグイン管理部が、所定の容量を有する記憶装置に記憶されている複数のプラグインモジュールを管理するプラグイン管理工程と、
    通信装置の履歴内プラグイン管理部が、複数のコンテンツの表示履歴を管理する履歴内プラグイン管理工程と、
    通信装置のプラグイン削除部が、上記プラグイン判定工程により判定されたプラグインモジュールが上記記憶装置に記憶されていない場合であって、上記プラグイン判定工程により判定されたプラグインモジュールをさらに記憶するには上記記憶装置の空き容量が不足する場合に、上記プラグイン管理工程により管理されている複数のプラグインモジュールの内、上記履歴内プラグイン管理工程により管理されている表示履歴内の複数のコンテンツの表示に必要なプラグインモジュール以外のプラグインモジュールから優先して選択した少なくとも１つのプラグインモジュールであって、選択したプラグインモジュールを削除すれば上記プラグイン判定工程により判定されたプラグインモジュールを記憶するのに十分な上記記憶装置の空き容量が得られるプラグインモジュールを上記記憶装置から削除するプラグイン削除工程と
    を備えたことを特徴とするプラグインモジュール制御方法。
18. 通信装置のプラグイン判定部が、所定のコンテンツに必要なプラグインモジュールを判定するプラグイン判定工程と、
    通信装置のプラグイン管理部が、所定の容量を有する記憶装置に記憶されている複数のプラグインモジュールを管理するとともに、管理する複数のプラグインモジュールの削除優先基準を管理するプラグイン管理工程と、
    通信装置のプラグイン削除部が、上記プラグイン判定工程により判定されたプラグインモジュールが上記記憶装置に記憶されていない場合であって、上記プラグイン判定工程により判定されたプラグインモジュールをさらに記憶するには上記記憶装置の空き容量が不足する場合に、上記プラグイン管理工程により管理されている複数のプラグインモジュールから、上記プラグイン管理工程により管理されている削除優先基準に従って選択した少なくとも１つのプラグインモジュールであって、選択したプラグインモジュールを削除すれば上記プラグイン判定工程により判定されたプラグインモジュールを記憶するのに十分な上記記憶装置の空き容量が得られるプラグインモジュールを選出し、選出したプラグインモジュールの内、削除優先順位が最後のプラグインモジュール以外のプラグインモジュールを上記記憶装置から削除した上で、上記削除優先順位が最後のプラグインモジュールの一部分を削除すれば上記プラグイン判定工程により判定されたプラグインモジュールを記憶するのに十分な上記記憶装置の空き容量が得られる場合に、上記削除優先順位が最後のプラグインモジュールを上記一部分と他の部分とに分割し、上記一部分のみを上記記憶装置から削除するプラグイン削除工程と
    を備えたことを特徴とするプラグインモジュール制御方法。
19. 通信装置のプラグイン判定部が、所定のコンテンツの表示に必要なプラグインモジュールを判定するプラグイン判定工程と、
    通信装置のプラグイン管理部が、所定の容量を有する記憶装置に記憶されている複数のプラグインモジュールを管理するプラグイン管理工程と、
    通信装置の使用プラグイン情報入力部が、上記所定のコンテンツの表示後に表示されるコンテンツに必要なプラグインモジュールを示すプラグイン情報を入力する使用プラグイン情報入力工程と、
    通信装置のプラグイン削除部が、上記プラグイン判定工程により判定されたプラグインモジュールが上記記憶装置に記憶されていない場合であって、上記プラグイン判定工程により判定されたプラグインモジュールをさらに記憶するには上記記憶装置の空き容量が不足する場合に、上記プラグイン管理工程により管理されている複数のプラグインモジュールの内、上記使用プラグイン情報入力工程により入力されたプラグイン情報が示すプラグインモジュール以外のプラグインモジュールから優先して選択した少なくとも１つのプラグインモジュールであって、選択したプラグインモジュールを削除すれば上記プラグイン判定工程により判定されたプラグインモジュールを記憶するのに十分な上記記憶装置の空き容量が得られるプラグインモジュールを上記記憶装置から削除するプラグイン削除工程と
    を備えたことを特徴とするプラグインモジュール制御方法。
20. 所定のコンテンツに必要なプラグインモジュールを判定するプラグイン判定処理と、
    所定の容量を有する記憶装置に記憶されている複数のプラグインモジュールを管理するとともに、管理する複数のプラグインモジュールの削除優先基準を複数管理するプラグイン管理処理と、
    上記プラグイン判定処理により判定されたプラグインモジュールが上記記憶装置に記憶されていない場合であって、上記プラグイン判定処理により判定されたプラグインモジュールをさらに記憶するには上記記憶装置の空き容量が不足する場合に、上記プラグイン管理処理により管理されている複数のプラグインモジュールから、上記プラグイン管理処理により管理されている削除優先基準の各々に従って選択した少なくとも１つのプラグインモジュールの組み合わせであって、組み合わせに含まれるプラグインモジュールを削除すれば上記プラグイン判定処理により判定されたプラグインモジュールを記憶するのに十分な上記記憶装置の空き容量が得られる組み合わせを削除優先基準ごとに選出し、選出した組み合わせの内、組み合わせに含まれるプラグインモジュールの総数が最も少ない組み合わせに含まれるプラグインモジュールを上記記憶装置から削除するプラグイン削除処理と
    をコンピュータに実行させるためのプログラム。
21. 所定のコンテンツに必要なプラグインモジュールを判定するプラグイン判定処理と、
    所定の容量を有する記憶装置に記憶されている複数のプラグインモジュールを管理するとともに、管理する複数のプラグインモジュールの削除優先基準を複数管理するプラグイン管理処理と、
    上記プラグイン判定処理により判定されたプラグインモジュールが上記記憶装置に記憶されていない場合であって、上記プラグイン判定処理により判定されたプラグインモジュールをさらに記憶するには上記記憶装置の空き容量が不足する場合に、上記プラグイン管理処理により管理されている複数のプラグインモジュールから、上記プラグイン管理処理により管理されている削除優先基準の各々に従って選択した少なくとも１つのプラグインモジュールの組み合わせであって、組み合わせに含まれるプラグインモジュールを削除すれば上記プラグイン判定処理により判定されたプラグインモジュールを記憶するのに十分な上記記憶装置の空き容量が得られる組み合わせを削除優先基準ごとに選出し、選出した組み合わせの内、組み合わせに含まれるプラグインモジュールの総サイズが最も小さい組み合わせに含まれるプラグインモジュールを上記記憶装置から削除するプラグイン削除処理と
    をコンピュータに実行させるためのプログラム。
22. 所定のコンテンツに必要なプラグインモジュールを判定するプラグイン判定処理と、
    所定の容量を有する記憶装置に記憶されている複数のプラグインモジュールを管理するとともに、管理する複数のプラグインモジュールの入力に必要な所要料金額を管理するプラグイン管理処理と、
    上記プラグイン判定処理により判定されたプラグインモジュールが上記記憶装置に記憶されていない場合であって、上記プラグイン判定処理により判定されたプラグインモジュールをさらに記憶するには上記記憶装置の空き容量が不足する場合に、上記プラグイン管理処理により管理されている複数のプラグインモジュールの内、上記プラグイン管理処理により管理されている所要料金額がより小さいプラグインモジュールから優先して選択した少なくとも１つのプラグインモジュールであって、選択したプラグインモジュールを削除すれば上記プラグイン判定処理により判定されたプラグインモジュールを記憶するのに十分な上記記憶装置の空き容量が得られるプラグインモジュールを上記記憶装置から削除するプラグイン削除処理と
    をコンピュータに実行させるためのプログラム。
23. 所定のコンテンツの表示に必要なプラグインモジュールを判定するプラグイン判定処理と、
    所定の容量を有する記憶装置に記憶されている複数のプラグインモジュールを管理するプラグイン管理処理と、
    複数のコンテンツの表示履歴を管理する履歴内プラグイン管理処理と、
    上記プラグイン判定処理により判定されたプラグインモジュールが上記記憶装置に記憶されていない場合であって、上記プラグイン判定処理により判定されたプラグインモジュールをさらに記憶するには上記記憶装置の空き容量が不足する場合に、上記プラグイン管理処理により管理されている複数のプラグインモジュールの内、上記履歴内プラグイン管理処理により管理されている表示履歴内の複数のコンテンツの表示に必要なプラグインモジュール以外のプラグインモジュールから優先して選択した少なくとも１つのプラグインモジュールであって、選択したプラグインモジュールを削除すれば上記プラグイン判定処理により判定されたプラグインモジュールを記憶するのに十分な上記記憶装置の空き容量が得られるプラグインモジュールを上記記憶装置から削除するプラグイン削除処理と
    をコンピュータに実行させるためのプログラム。
24. 所定のコンテンツに必要なプラグインモジュールを判定するプラグイン判定処理と、
    所定の容量を有する記憶装置に記憶されている複数のプラグインモジュールを管理するとともに、管理する複数のプラグインモジュールの削除優先基準を管理するプラグイン管理処理と、
    上記プラグイン判定処理により判定されたプラグインモジュールが上記記憶装置に記憶されていない場合であって、上記プラグイン判定処理により判定されたプラグインモジュールをさらに記憶するには上記記憶装置の空き容量が不足する場合に、上記プラグイン管理処理により管理されている複数のプラグインモジュールから、上記プラグイン管理処理により管理されている削除優先基準に従って選択した少なくとも１つのプラグインモジュールであって、選択したプラグインモジュールを削除すれば上記プラグイン判定処理により判定されたプラグインモジュールを記憶するのに十分な上記記憶装置の空き容量が得られるプラグインモジュールを選出し、選出したプラグインモジュールの内、削除優先順位が最後のプラグインモジュール以外のプラグインモジュールを上記記憶装置から削除した上で、上記削除優先順位が最後のプラグインモジュールの一部分を削除すれば上記プラグイン判定処理により判定されたプラグインモジュールを記憶するのに十分な上記記憶装置の空き容量が得られる場合に、上記削除優先順位が最後のプラグインモジュールを上記一部分と他の部分とに分割し、上記一部分のみを上記記憶装置から削除するプラグイン削除処理と
    をコンピュータに実行させるためのプログラム。
25. 所定のコンテンツの表示に必要なプラグインモジュールを判定するプラグイン判定処理と、
    所定の容量を有する記憶装置に記憶されている複数のプラグインモジュールを管理するプラグイン管理処理と、
    上記所定のコンテンツの表示後に表示されるコンテンツに必要なプラグインモジュールを示すプラグイン情報を入力する使用プラグイン情報入力処理と、
    上記プラグイン判定処理により判定されたプラグインモジュールが上記記憶装置に記憶されていない場合であって、上記プラグイン判定処理により判定されたプラグインモジュールをさらに記憶するには上記記憶装置の空き容量が不足する場合に、上記プラグイン管理処理により管理されている複数のプラグインモジュールの内、上記使用プラグイン情報入力処理により入力されたプラグイン情報が示すプラグインモジュール以外のプラグインモジュールから優先して選択した少なくとも１つのプラグインモジュールであって、選択したプラグインモジュールを削除すれば上記プラグイン判定処理により判定されたプラグインモジュールを記憶するのに十分な上記記憶装置の空き容量が得られるプラグインモジュールを上記記憶装置から削除するプラグイン削除処理と
    をコンピュータに実行させるためのプログラム。
26. 請求項２０〜２５いずれか記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。

Images