JP4138683B2 - 通信端末装置および電子機器 - Google Patents

Description

電子機器間におけるデジタルコンテンツの転送を制御する技術に関する。

近年の携帯電話機は、通信網を介してコンテンツサーバからダウンロードした様々なコンテンツを解釈しその解釈結果に応じた処理を行うことができる。例えば、携帯電話機は、コンテンツがアプリケーションプログラムである場合には、そのアプリケーションプログラムを実行し、コンテンツが画像データである場合には、その画像データに応じた画像を表示することができる。

ところで、近年、携帯電話機以外の電子機器（例えば、カーナビゲーション装置やオーディオ機器など）にも、上述したコンテンツを解釈させ、その解釈結果に応じた処理を行わせることが提案されている。しかしながら、この種の電子機器は、通信網を介してコンテンツサーバと通信する機能を備えておらず、コンテンツをダウンロードすることができない等の問題点がある。このような問題点を解決するための技術として、特許文献１に開示されている技術がある。

具体的には、特許文献１に開示されている技術においては、プログラム制御型の制御部と該制御部で実行するプログラムを保持する保持手段とを有するマイコン応用機器であるプログラム利用機器に、外部に設けられたプログラム供給手段（例えば、プログラムを記憶した携帯電話機）を検出させ、該プログラム供給手段との間で無線リンクを確立させる。そして、プログラム利用機器は、この無線リンクを介してプログラム供給手段から更新対象のプログラムを取得し、保持手段に保持されているプログラムを該取得したプログラムで更新する。
特開２００２−１９６９４０号公報

ところで、コンテンツはその提供者（以下、「コンテンツプロバイダ」という）の著作物であり、その著作権が保護されなければならない。従って、通信端末装置からコンテンツを送信される電子機器は、自装置に記憶しているコンテンツを無制限にコピーし他の電子機器へ送信するような電子機器であってはならない。このような電子機器へコンテンツが送信されてしまうと、その複製物が無制限に配布されてしまう虞があるからである。

加えて、通信端末装置からコンテンツを送信される電子機器は、そのコンテンツを解釈しその解釈結果に応じた処理を行う機能を備えていなければならない。このような機能を備えていない電子機器にコンテンツが送信されても、そのコンテンツを解釈することができず、無意味だからである。

以上をまとめると、通信端末装置からコンテンツを送信される電子機器は、コンテンツプロバイダの著作権を保護する機能を備え、かつ、そのコンテンツを解釈しその解釈結果に応じた処理を行う機能を備えていなければならない（以下、このような電子機器を「適切な電子機器」という）。このため、コンテンツプロバイダは、適切な電子機器に対してのみコンテンツの送信が行われることを望んでいる。しかしながら、特許文献１に開示されている技術では、このようなことを実現することはできない。その理由は、コンテンツの送信先の電子機器が適切な電子機器であるか否かに拘わらず、コンテンツが送信されてしまうからである。

本発明は、上記課題に鑑みて為されたものであり、コンテンツを記憶している通信端末装置から該コンテンツを電子機器へ送信する際に、その電子機器が適切な電子機器である場合にのみ、コンテンツを送信する技術を提供することを目的としている。

上記課題を解決するために、本発明は、サーバからコンテンツを取得する取得手段と、前記取得手段にて取得されたコンテンツと、当該コンテンツの提供元を識別するための提供元識別子とを対応づけて記憶する記憶手段と、電子機器から機体識別子および提供元識別子を受信する受信手段と、前記受信手段にて受信した機体識別子に基づいて、前記電子機器への当該コンテンツの転送が許可されているか否かを判定する機器認証手段と、前記機器認証手段による認証が成功した場合に、前記記憶手段に記憶されている提供元識別子と前記受信手段により受信された提供元識別子とを比較し、両提供元識別子が一致する場合にのみ、前記記憶手段に記憶されているコンテンツを当該電子機器へ転送する転送制御手段とを有する通信端末装置を提供する。

好ましい態様において、前記通信端末は、前記提供元識別子を、前記コンテンツを実行するためのアプリケーションプログラムに内包して前記電子機器へ送信する送信手段を更に有する。

別の好ましい態様において、前記通信端末は、前記送信手段により前記コンテンツを転送した回数を検出する検出手段を更に備え、前記転送制御手段は、前記検出手段により検出された回数が前記コンテンツの提供元によって規定された回数以内である場合にのみ、前記両提供元識別子の比較および前記コンテンツの転送を行う。

更に別の好ましい態様において、前記記憶手段は、前記コンテンツの転送を許可する電子機器を識別するための機体識別子を更に記憶し、前記機器認証手段は、前記受信手段にて受信した機体識別子と前記記憶手段に記憶されている機体識別子とを比較する。

更に別の好ましい態様において、前記通信端末は、管理サーバに前記コンテンツの転送の可否を問い合わせる問い合わせ手段を更に有し、前記転送制御手段は、前記問い合わせ手段により転送許可が得られた場合にのみ、前記両提供元識別子の比較および前記コンテンツの転送を行う。

また、上記課題を解決するため、本発明は、コンテンツの提供元を識別するための提供元識別子と前記コンテンツを実行するためのアプリケーションプログラムと取得する取得手段と、前記アプリケーションプログラムを実行する実行手段と、前記アプリケーションプログラムの実行中にのみ前記提供元識別子を通信端末へ送信する送信手段と、前記アプリケーションプログラムの実行中にのみ前記通信端末装置から前記コンテンツを受信する受信手段とを有する電子機器を提供する。

好ましい態様において、前記取得手段は、前記提供元識別子が内包された前記アプリケーションプログラムを、無線通信を用いて、前記通信端末装置または前記コンテンツの提供元のいずれか一から取得する。

このような通信端末装置および電子機器を用いると、コンテンツを記憶した通信端末装置から該コンテンツを電子機器へ送信する際に、その電子機器がコンテンツを解釈可能である場合にのみ、該通信端末装置から該電子機器へコンテンツが送信される。これにより、アプリケーションの転送制御が適切になされる。

以下、図面を参照しつつ本発明の実施形態について説明する。

＜第１実施形態＞
［Ａ．構成］
（１：通信システムの構成）
図１は、本発明に係る通信システムの全体構成の一例を示す図である。図１に示されるコンテンツサーバ５０は、一般的なコンピュータ装置と同一のハードウェア構成を有し、インターネット４０に接続されている。このコンテンツサーバ５０は、あるコンテンツと以下に述べる２つのプログラムとを記憶しており、このコンテンツと２つのプログラムとをインターネット４０を介して通信端末装置２０へ送信することができる。これら２つのプログラムは、オブジェクト指向のプログラミング言語の１つであるＪａｖａ（登録商標）で記述されており、後述するＪａｖａ実行環境で解釈し実行可能なＪａｖａバイトコードで構成されている。第１のプログラムは、この第１のプログラムとともに通信端末装置２０へ送信されたコンテンツおよび後述する第２のプログラムを電子機器へ送信する処理を通信端末装置２０に行わせるためのプログラムである（以下、この第１のプログラムを「ＪａｖａＡＰＰ１」と呼ぶ）。第２のプログラムは、上記コンテンツを解釈しその解釈結果に応じた処理をカーナビゲーション装置１０に行わせるためのプログラムである（以下、この第２のプログラムを「ＪａｖａＡＰＰ２」と呼ぶ）。上記コンテンツとＪａｖａＡＰＰ１とＪａｖａＡＰＰ２とは、いずれも、上記コンテンツサーバを運営しているコンテンツプロバイダの著作物であり、その著作権が保護されなければならないものである。そのため、コンテンツプロバイダは、詳細は後述するが、上記コンテンツやＪａｖａＡＰＰ２を記憶することを許容する電子機器の機種を予め定め、その他の機種の電子機器へ上記コンテンツやＪａｖａＡＰＰ２が送信されないようにしている。そして、上記コンテンツとＪａｖａＡＰＰ１とＪａｖａＡＰＰ２とには、その著作権者であるコンテンツプロバイダを特定するデータ（以下、「提供元識別子」という）が内包されている。本実施形態では、提供元識別子としてコンテンツサーバ５０のＵＲＬを用いる場合について説明するが、係る提供元識別子はＵＲＬに限定されるものではなく、例えば、コンテンツプロバイダの名称を示す文字列データであっても良い。

移動パケット通信網３０は、当該移動パケット通信網３０に収容される通信端末装置２０に対して、パケット通信サービスを提供するためのものである。この移動パケット通信網３０は、基地局３１とゲートウェイ（以下、「ＧＷ」と称する）装置３２とを有している。基地局３１は、移動パケット通信網３０のサービスエリア内に多数設置されている。この基地局３１は無線セルを形成し、この無線セルに在圏する通信端末装置２０と無線通信を行う。ＧＷ装置３２は、移動パケット通信網３０における通信プロトコルとインターネット４０における通信プロトコルとを相互変換し、移動パケット通信網３０とインターネット４０との間の通信を仲介する。

通信端末装置２０は、パケット通信機能、近距離無線通信機能およびＪａｖａ実行環境を備えた携帯電話機である。この通信端末装置２０は、パケット通信機能により、移動パケット通信網３０とインターネット４０とを介してコンテンツサーバ５０からコンテンツとＪａｖａＡＰＰ１とＪａｖａＡＰＰ２とをダウンロードし記憶することができる。また、通信端末装置２０は、上述した近距離無線通信機能により、例えばＩｒＤＡ（InfraRed Data Association）やBluetooth（登録商標）などの近距離無線通信規格に従ってカーナビゲーション装置１０と無線通信することができる。更に、通信端末装置２０は、自装置に記憶しているＪａｖａＡＰＰ１をＪａｖａ実行環境の下で実行することができる。

カーナビゲーション装置１０は、一般的なカーナビゲーション機能の他に上述した近距離無線通信機能とＪａｖａ実行環境とを備えた電子機器である。この近距離無線通信機能により、カーナビゲーション装置１０は、通信端末装置２０から送信されてくるコンテンツやＪａｖａＡＰＰ２を受信し記憶することや、自装置に記憶しているＪａｖａＡＰＰ２をＪａｖａ実行環境の下で実行することができる。

なお、通信端末装置２０とカーナビゲーション装置１０との間の通信は、近距離無線通信に限らず、例えば、ＵＳＢ（Universal Serial Bus）規格などに準拠した有線による近距離通信であっても良い。以下の説明では、無線および有線を含めて、単に、近距離通信と表現する。また、通信端末装置２０は、携帯電話機に限らない。すなわち、インターネット４０を介してコンテンツサーバ５０とパケット通信するパケット通信機能と、Ｊａｖａ実行環境と、近距離通信機能とを備えたものであれば良く、例えば、ＰＤＡ（Personal Digital Assistants）や可搬型パーソナルコンピュータなどであっても良い。また、本実施形態においては、通信端末装置２０と近距離通信する電子機器の一例としてカーナビゲーション装置について説明するが、近距離通信機能と、Ｊａｖａ実行環境とを備えた電子機器であれば良く、例えばオーディオ機器や情報家電であっても良い。また、本実施形態においては、通信端末装置２０やカーナビゲーション装置１０に実行させるプログラムがＪａｖａで記述されている場合について説明するが、他のプログラミング言語で記述されていても良いことは勿論である。

（２：通信端末装置２０の構成）
次に、通信端末装置２０の構成を、図２を参照しつつ説明する。図２に示されるように、通信端末装置２０は、制御部２１０と、表示部２２０と、操作部２３０と、無線通信部２４０と、赤外線通信インターフェイス（以下、「ＩＦ」と略記する）部２５０と、記憶部２６０と、これら各構成要素間のデータ授受を仲介するバス２７０とを有している。

制御部２１０は、例えばＣＰＵ（Central Processing Unit）であり、記憶部２６０に格納されているソフトウェアを実行することにより通信端末装置２０の各部を制御するものである。表示部２２０は、例えば液晶ディスプレイとその駆動回路であり、制御部２１０から引渡された画像データに応じた画像を表示する。操作部２３０は、数字や文字、操作指示などをユーザに入力させるための複数の操作子を備えており、これらの操作子の操作内容に応じたデータを制御部２１０へ引渡す。

無線通信部２４０は、図示せぬアンテナを備えており、通信端末装置２０の在圏する無線セルを形成する基地局３１と無線通信するためのものである。この無線通信部２４０は、基地局３１から送信されてくるデータを受信し、受信したデータを制御部２１０へ引渡すとともに、制御部２１０から引渡されたデータを基地局３１へ送出する。

赤外線通信ＩＦ部２５０は、ＩｒＤＡ規格に準拠して通信するものであり、制御部２１０の制御の下、赤外線にて他の電子機器（本実施形態では、カーナビゲーション装置１０）との間でデータを授受する。更に詳述すると、赤外線通信ＩＦ部２５０は、発光素子および受光素子と、変復調回路とを備えており、変調した赤外線を、外部機器に向けて放射することによりデータを送信する一方で、受光素子が受光した赤外線を復調することによりデータを取得する。

記憶部２６０は、揮発性記憶部２６１と不揮発性記憶部２６２とを有している。揮発性記憶部２６１は、例えばＲＡＭ（Random Access Memory）であり、ソフトウェアを実行中の制御部２１０によりワークエリアとして使用される。不揮発性記憶部２６２は、例えばＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）であり、その内部には、ＪＡＲストレージとスクラッチパッドとが設けられている。ＪＡＲストレージとスクラッチパッドとは、ともに不揮発性記憶部２６２内に設けられた記憶領域であり、それぞれ以下に述べる特徴を有している。

ＪＡＲストレージについて説明する前提として、まず、通信端末装置２０へダウンロードされるＪａｖａプログラムについて説明する。Ｊａｖａプログラムは、ＪＡＲ（Java ARchive）ファイルとＡＤＦ（Application Descriptor File）とを有している。ＪＡＲファイルとは、Ｊａｖａプログラムの本体プログラム（Ｊａｖａバイトコードで記述されたプログラム）と、当該プログラムを実行する際に使用される画像データを格納した画像ファイルや音声データを格納した音声ファイルなどの、いわゆる「リソース」とを１つにまとめたファイルである。また、ＡＤＦには、このＪＡＲファイルのインストールや起動を制御するための各種制御情報や、上述した提供元識別子などが記述されている。ＪＡＲストレージには、Ｊａｖａプログラム毎に専用の記憶領域が設けられており、この記憶領域には、上記ＪＡＲファイルが格納される。

次に、スクラッチパッドについて説明する。スクラッチパッドも不揮発性記憶部２６２内に設けられた記憶領域であり、所定の大きさを有する複数個のブロックに分割されている。これら複数のブロックの各々には、上述したＪＡＲストレージに格納されているＪａｖａプログラムが１対１に対応づけられており、そのＪａｖａプログラムの実行過程で発生するデータが格納される。このブロックには、上述したＡＤＦも格納される。

本実施形態では、コンテンツサーバ５０から通信端末装置２０へダウンロードされたコンテンツ、ＪａｖａＡＰＰ１およびＪａｖａＡＰＰ２のうち、ＪａｖａＡＰＰ１のＪＡＲファイルはＪＡＲストレージへ格納され、ＪａｖａＡＰＰ１のＡＤＦとコンテンツとＪａｖａＡＰＰ２のＡＤＦおよびＪＡＲファイルとは、スクラッチパッドへ格納される。このように、ＪａｖａＡＰＰ２のＪＡＲファイルが、ＪａｖａＡＰＰ１に対応付けられたデータとしてスクラッチパッドへ格納される理由は、以下の通りである。ＪＡＲストレージへのＪａｖａプログラムの書き込みや、ＪＡＲストレージからのＪａｖａプログラムの読み出しは、後述するＪＡＭに従って管理されている。ＪＡＭによる管理の下では、ＪＡＲストレージに格納されているＪａｖａプログラムを無線通信部２４０や赤外線通信ＩＦ部２５０を介して通信端末装置２０の外部へ送信することは禁止されている。このようなＪＡＲストレージへ上述したＪａｖａＡＰＰ２を格納してしまうと、このＪａｖａＡＰＰ２をカーナビゲーション装置１０へ送信できなくなってしまうからである。

スクラッチパッドへ格納されたＪａｖａＡＰＰ１のＡＤＦには、上述した制御情報や提供元識別子の他に、図３に示す認証済み機器テーブルが記述されている。図３は、認証済み機器テーブルのフォーマットの一例を示す図である。図３に示されるように、認証済み機器テーブルには、コンテンツプロバイダによりコンテンツを記憶することを許容されている電子機器の機種を特定するための識別子（例えば、電子機器の型番：以下「機体識別子」という）が格納されている。通信端末装置２０の制御部２１０は、赤外線通信ＩＦ部２５０を介して通信する電子機器から取得した機体識別子と、この認証済み機器テーブルの格納内容とに基づいて、その電子機器がコンテンツプロバイダによりコンテンツの取得を許可されているか否かを判定することができる。

また、不揮発性記憶部２６２は、ＯＳを制御部２１０に実現させるためのＯＳソフトウェアと、Ｊａｖａ実行環境を制御部２１０に実現させるためのソフトウェアとが格納されている。

次に、Ｊａｖａ実行環境を構築するために通信端末装置２０に組み込まれているソフトウェアについて図４を参照しつつ説明する。図４は、通信端末装置２０におけるＪａｖａ実行環境を説明するための図である。この図に示されるように、通信端末装置２０には、Ｊ２ＭＥ（Java 2 platform Micro Edition）に準拠したＪａｖａ実行環境を制御部２１０に実現させるためのソフトウェアが組み込まれている。ここで、Ｊ２ＭＥとは、小型電子機器向けに定められたＪａｖａ実行環境の規格である。この通信端末装置２０に組み込まれたソフトウェアには、ＫＶＭと、ＣＬＤＣ（Connected Limited Device Configuration）クラスライブラリと、オリジナルＪａｖａ拡張プロファイルと、ＪＡＭ（Java Application Manager）とが含まれている。なお、本実施形態では、Ｊ２ＭＥに準拠したＪａｖａ実行環境を有する通信端末装置２０に本発明を適用する場合について説明するが、Ｊ２ＳＥ（Java2 Standard Edition）やＪ２ＥＥ（Java2 Enterprise Edition）に準拠したＪａｖａ実行環境を有する通信端末装置に本発明を適用するとしても勿論良い。Ｊ２ＳＥとは、パーソナルコンピュータ装置（以下、「ＰＣ」と称する）向けに定められたＪａｖａ実行環境の規格であり、Ｊ２ＥＥとは、例えばコンテンツサーバ５０のようなサーバ装置向けに定められたＪａｖａ実行環境の規格である。

ＫＶＭは、ＪＶＭの一種であり、携帯電話機やＰＤＡなどの小型電子機器用に設計されている。ＪＶＭとは、Ｊａｖａバイトコードを制御部２１０が解釈可能なマシン語コードに変換し、制御部２１０に実行させるためのものである。また、ＣＬＤＣクラスライブラリは、携帯電話機やＰＤＡなどの小型電子器機向けの汎用的な機能を提供するためのクラスライブラリである。

オリジナルＪａｖａ拡張プロファイルは、ＣＬＤＣクラスライブラリを基礎として携帯電話機に特化した機能を提供するためのクラスライブラリである。このオリジナルＪａｖａ拡張プロファイルには、例えば、ユーザインタフェイスＡＰＩ（Application Program Interface）、ネットワーキングＡＰＩ、スクラッチパッドＡＰＩおよび赤外線通信ＡＰＩなどが含まれている。ＪａｖａＡＰＰ１を実行中の制御部２１０は、このＪａｖａＡＰＰ１を構成するＪａｖａバイトコードに従って、これらＡＰＩを呼出すことにより、これらＡＰＩの提供する機能を利用することができる。なお、本明細書および図面においては、「ＡＰＩ」はクラス（プログラム）と同義である。

ユーザインタフェイスＡＰＩとは、通信端末装置２０のユーザインタフェイス機能をサポートするためのＡＰＩである。ネットワーキングＡＰＩとは、ＵＲＬにより指定されたネットワークリソースへアクセスするためのＡＰＩである。スクラッチパッドＡＰＩとは、スクラッチパッドに対する書き込みや読み出しをサポートするためのＡＰＩである。更に、赤外線通信ＡＰＩは、赤外線通信ＩＦ部２５０を介してＩｒＤＡ規格に準拠した通信を行うことをサポートするためのＡＰＩである。

ＪＡＭは、ＯＳによる制御の下で、ＪＡＲストレージに格納されているＪａｖａプログラムの管理を行うためのソフトウェアである。具体的には、制御部２１０は、ＪＡＭに従いＪａｖａプログラムのインストールや削除を行う機能、不揮発性記憶部２６２に格納されているＪａｖａプログラムの名称をリスト表示する機能、Ｊａｖａプログラムの実行管理を行う機能を営む。

Ｊａｖａプログラムの実行管理を行う機能とは、Ｊａｖａプログラムの実行を開始したり、終了したりする機能である。例えば、ユーザにＪａｖａＡＰＰ１の実行を指示されると、まず、制御部２１０はＪＡＭに従ってＪａｖａＡＰＰ１を実行するためのワークエリアを揮発性記憶部２６１内に確保する。次に、制御部２１０は、ＪａｖａＡＰＰ１を構成しているＪａｖａバイトコードを、このワークエリアへ展開し、そのＪａｖａバイトコードをＫＶＭに従って解釈し実行する。そして、ユーザにＪａｖａＡＰＰ１の終了を指示されると制御部２１０は、ＫＶＭによるＪａｖａバイトコードの解釈および実行を終了するとともに、そのＪａｖａＡＰＰ１を実行するために確保したワークエリアを開放し、そのＪａｖａＡＰＰ１の実行を終了する。

図４に示されるＪａｖａ実行環境の下で、不揮発性記憶部２６２に格納されているＪａｖａＡＰＰ１を実行することにより、通信端末装置２０の制御部２１０には、以下の２つの機能が付与される。第１の機能は、上記スクラッチパッドへ格納されてＪａｖａＡＰＰ２を図５に示すフローチャートに従ってカーナビゲーション装置１０へ送信する機能である。そして、第２の機能は、上記スクラッチパッドへ格納されているコンテンツを図６に示すフローチャートに従ってカーナビゲーション装置１０へ送信する機能である。

（３：カーナビゲーション装置１０の構成）
次いで、カーナビゲーション装置１０の構成を図７を参照しつつ説明する。図７に示されるように、カーナビゲーション装置１０の構成が通信端末装置２０の構成（図５参照）と異なっている点は、無線通信部２４０を有さない点と、ナビゲーション処理部７１０を新たに設けた点との、２つの点のみである。

このナビゲーション処理部７１０は、ＧＰＳ（Global Positioning System）機能を備えており、ＧＰＳ衛星から送信されてくる衛星電波を受信し、カーナビゲーション装置１０が設置されている車輌の現在位置（例えば、緯度および経度）を定期的に特定する。そして、ナビゲーション処理部７１０は、現在位置周辺の地図を表す地図データを読み出し、この地図と車輌を示すアイコンとを重ね合わせて表示部２２０へ表示することにより、車輌の現在位置や目的地までの経路をユーザに通知するものである。

また、カーナビゲーション装置１０の不揮発性記憶部２６２の格納内容は、以下の３つの点を除き、通信端末装置２０の不揮発性記憶部２６２の格納内容と同一である。第１に、カーナビゲーション装置１０の機体識別子（例えば、「０００１」）が格納されている点である。第２に、上述したコンテンツ、ＪａｖａＡＰＰ１およびＪａｖａＡＰＰ２が格納されていない点である。そして、第３に、図４に示されるＪａｖａ実行環境を構築するためのソフトウェアに代えて図８に示されるＪａｖａ実行環境を構築するためのソフトウェアが格納されている点である。以下では、図８に示されるＪａｖａ実行環境を構築するためのソフトウェアについて説明する。

図８に示されるＪａｖａ実行環境が、図３に示されているＪａｖａ実行環境と異なっている点は、ＫＶＭに代えてＪＶＭを有する点と、ＣＬＤＣクラスライブラリに代えてＣＤＣ（Connected Device Configuration）クラスライブラリを有する点と、オリジナルＪａｖａ拡張プロファイルに代えてカーナビゲーション装置用プロファイルを有する点と、の３つの点である。

ＣＤＣクラスライブラリは、カーナビゲーション装置やオーディオ機器などの中・大型の電子機器向けの汎用的な機能を提供するためのクラスライブラリである。カーナビゲーション装置用プロファイルは、ＣＤＣクラスライブラリにより提供される機能を基礎として、カーナビゲーション装置に特化した機能を提供するためのクラスライブラリである。なお、本実施形態においては、上述したＪａｖａ拡張プロファイルに含まれているＡＰＩと同一のＡＰＩがカーナビゲーション装置用プロファイルに含まれているものとする。

図８に示されるＪＡＭに従って作動する制御部２１０には、図４に示されるＪＡＭに従って作動する制御部２１０に付与される機能の他に、本発明に係る電子機器に特有な機能が付与される。具体的には、係る制御部２１０には、図９に示されるフローチャートに従って、不揮発性記憶部２６２に記憶されている機体識別子を送信する機能や、通信端末装置２０から送信されてくるＪａｖａＡＰＰ２を受信し不揮発性記憶部２６２内に設けられたＪＡＲストレージへ書き込む機能が付与される。また、ＪａｖａＡＰＰ２に従って作動する制御部２１０は、図１０に示されるフローチャートに従って、通信端末装置２０から送信されてくるコンテンツをスクラッチパッドへ書き込む機能が付与される。

［Ｂ．動作］
次に、図１に示した通信システムにおいて、カーナビゲーション装置１０と通信端末装置２０とが行う動作のうち、本発明の特徴を顕著に示す動作について説明する。なお、以下に説明する動作の前提として、通信端末装置２０の制御部２１０はＪａｖａＡＰＰ１に従って作動しており、カーナビゲーション装置１０の制御部２１０はＪＡＭに従って作動しているものとする。また、本実施形態に係るカーナビゲーション装置１０はコンテンツサーバ５０を運営しているコンテンツプロバイダによって、該コンテンツプロバイダの提供するコンテンツを取得することを許可されているものとする。すなわち、カーナビゲーション装置１０に記憶されている機体識別子"０００１"が、上述した認証済み機器テーブル（図３参照）に格納されているものとする。そして、通信端末装置２０において、ユーザによりＪａｖａＡＰＰ２をカーナビゲーション装置１０へ送信することが指示されたものとする。

（１：カーナビゲーション装置１０へＪａｖａＡＰＰ２を送信する場合の動作）
通信端末装置２０の制御部２１０はＪａｖａＡＰＰ１に従って作動しており、図５に示されるＪａｖａプログラム送信処理を行う。図５に示されるように、この制御部２１０は、まず、機体識別子の送信を要求する旨の通信メッセージ（以下、「機体識別子要求」という）を赤外線通信ＩＦ部２５０を介してカーナビゲーション装置１０へ送信する（ステップＳＡ１）。

一方、カーナビゲーション装置１０の制御部２１０はＪＡＭに従って作動しており、図９に示されるＪａｖａプログラム記憶処理を行う。図９に示されるように、この制御部２１０は、上記機体識別子要求を赤外線通信ＩＦ部２５０を介して受信（ステップＳＣ１）すると、不揮発性記憶部２６２に格納されている機体識別子を読み出す（ステップＳＣ２）。そして、この制御部２１０は、ステップＳＣ２にて読み出した機体識別子を内包した応答メッセージ（以下、「機体識別子応答」という）を赤外線通信ＩＦ部２５０を介して通信端末装置２０へ送信する（ステップＳＣ３）。

図５に戻って、通信端末装置２０の制御部２１０は、上記機体識別子応答を赤外線通信ＩＦ部２５０を介して受信する（ステップＳＡ２）。そして、この制御部２１０は、ステップＳＡ２にて受信した機体識別子応答に内包されている機体識別子が、前述した認証済み機器テーブル（図３参照）に格納されているか否かを判定する（ステップＳＡ３）。

ステップＳＡ３の判定結果が"Ｎｏ"である場合には、制御部２１０は、ＪａｖａＡＰＰ２を送信する宛先として指示された電子機器はコンテンツの記憶を許可されていない電子機器である旨のエラーメッセージを通信端末装置２０の表示部２２０に表示させ（ステップＳＡ４）、Ｊａｖａプログラム送信処理を終了する。逆に、ステップＳＡ３の判定結果が"Ｙｅｓ"である場合には、制御部２１０は、前述したスクラッチパッド内でＪａｖａＡＰＰ１に対応付けられているブロックからＪａｖａＡＰＰ２を読み出す（ステップＳＡ５）。そして、制御部２１０は、ステップＳＡ５にて読み出したＪａｖａＡＰＰ２と、このＪａｖａＡＰＰ２を記憶することを要求する命令コードとを内包した通信メッセージ（以下、「プログラム記憶要求」という）を赤外線通信ＩＦ部２５０を介してカーナビゲーション装置１０へ送信し（ステップＳＡ６）、プログラム送信処理を終了する。本実施形態においては、上述したように、カーナビゲーション装置１０の機体識別子は認証済み機器テーブルに格納されているため、上記ステップＳＡ３の判定結果は"Ｙｅｓ"になる。

図９に戻って、カーナビゲーション装置１０の制御部２１０は、上記プログラム記憶要求を赤外線通信ＩＦ部２５０を介して受信（ステップＳＣ４）すると、受信したプログラム記憶要求に内包されている命令コードに従って、このプログラム記憶要求に内包されているＪａｖａＡＰＰ２を不揮発性記憶部２６２へ格納し（ステップＳＣ５）、プログラム記憶処理を終了する。具体的には、制御部２１０は、ＪａｖａＡＰＰ２のＪＡＲファイルをＪＡＲストレージへ格納し、スクラッチパッド内にＪａｖａＡＰＰ２に対応するブロックを割当て、このブロックへＪａｖａＡＰＰ２のＡＤＦを格納して、プログラム記憶処理を終了する。以降、カーナビゲーション装置１０の制御部２１０は、上記ステップＳＣ５にて不揮発性記憶部２６２に格納したＪａｖａＡＰＰ２を実行し、図１０に示すコンテンツ記憶処理を実行する。なお、上述した実施形態においては、ステップＳＣ５を実行した後、即座に、制御部２１０が上記ＪａｖａＡＰＰ２を実行する態様について説明するが、ユーザの指示に基づいて上記ＪａｖａＡＰＰ２を制御部２１０に実行させる態様であっても勿論良い。

（２：カーナビゲーション装置１０へコンテンツを送信する場合の動作）
次に、通信端末装置２０からカーナビゲーション装置１０へコンテンツを送信する場合の動作について説明する。なお、以下に説明する動作例の前提として、通信端末装置２０からカーナビゲーション装置１０へのＪａｖａプログラムの送信が完了しているものとする。つまり、カーナビゲーション装置１０には、通信端末装置２０に記憶されているＪａｖａＡＰＰ１と同一のコンテンツプロバイダにより提供されたＪａｖａＡＰＰ２が記憶されているものとする。そして、通信端末装置２０の制御部２１０は、ＪａｖａＡＰＰ１に従って作動しており、カーナビゲーション装置１０の制御部２１０は、ＪａｖａＡＰＰ２に従って作動しているものとする。

通信端末装置２０において、ＪａｖａＡＰＰ１を実行中の制御部２１０は、このＪａｖａＡＰＰ１に対応付けてスクラッチパッドへ格納されているコンテンツをカーナビゲーション装置１０へ送信することをユーザに指示されると、図６に示されるフローチャートに従ったコンテンツ送信処理を行う。図６に示されるように、この制御部２１０は、まず、実行中のＪａｖａプログラムの提供元識別子を送信することを要求する旨の通信メッセージ（以下、「提供元要求」という）を赤外線通信ＩＦ部２５０を介してカーナビゲーション装置１０へ送信する（ステップＳＢ１）。

一方、カーナビゲーション装置１０の制御部２１０はＪａｖａＡＰＰ２に従って作動しており、図１０に示されるフローチャートに従ったコンテンツ記憶処理を行っている。図１０に示されるように、この制御部２１０は、上記提供元要求を赤外線通信ＩＦ部２５０を介して受信（ステップＳＤ１）すると、不揮発性記憶部２６２に格納されているＡＤＦからＪａｖａＡＰＰ２の提供元識別子を読み出す（ステップＳＤ２）。そして、この制御部２１０は、ステップＳＤ２にて読み出した提供元識別子を内包した応答メッセージ（以下、「提供元応答」という）を赤外線通信ＩＦ部２５０を介して通信端末装置２０へ送信する（ステップＳＤ３）。

図６に戻って、通信端末装置２０の制御部２１０は、上記提供元応答を赤外線通信ＩＦ部２５０を介して受信する（ステップＳＢ２）。そして、この制御部２１０は、ステップＳＢ２にて受信した提供元応答に内包されている提供元識別子と、ＪａｖａＡＰＰ１のＡＤＦに記述されている提供元識別子とを比較し、両者が一致するか否かを判定する（ステップＳＢ３）。本実施形態においては、ＪａｖａＡＰＰ１とＪａｖａＡＰＰ２とは、同一のコンテンツサーバ５０からダウンロードされているので、両者は一致する。従って、本実施形態においてはステップＳＢ３の判定結果は"Ｙｅｓ"になる。

ステップＳＢ３の判定結果が"Ｎｏ"である場合には、制御部２１０は、コンテンツを送信する宛先として指示された電子機器で実行されているＪａｖａプログラムでは、そのコンテンツを解釈できない旨通知するエラーメッセージを通信端末装置２０の表示部２２０に表示させ（ステップＳＢ４）、コンテンツ送信処理を終了する。逆に、ステップＳＢ３の判定結果が"Ｙｅｓ"である場合には、制御部２１０は、前述したスクラッチパッド内でＪａｖａＡＰＰ１に対応付けられているブロックからコンテンツを読み出す（ステップＳＢ５）。そして、制御部２１０は、ステップＳＢ５にて読み出したコンテンツとこのコンテンツを記憶することをカーナビゲーション装置１０へ要求する旨の命令コードとを内包した通信メッセージ（以下、「コンテンツ記憶要求」という）を赤外線通信ＩＦ部２５０を介してカーナビゲーション装置１０へ送信し（ステップＳＢ６）、コンテンツ送信処理を終了する。

図１０に戻って、カーナビゲーション装置１０の制御部２１０は、上記コンテンツ記憶要求を赤外線通信ＩＦ部２５０を介して受信（ステップＳＤ４）すると、受信したコンテンツ記憶要求に内包されている命令コードに従って、このコンテンツ記憶要求に内包されているコンテンツを、不揮発性記憶部２６２へ格納し（ステップＳＤ５）、コンテンツ記憶処理を終了する。具体的には、制御部２１０は、スクラッチパッド内でＪａｖａＡＰＰ２に対応付けられているブロックへ格納し、コンテンツ記憶処理を終了する。

以上説明したように、提供元識別子に基づいてコンテンツの送信制御が行われるので、通信端末装置２０から送信されるコンテンツを適切に管理することができる。

＜第２実施形態＞
上記第１実施形態においては、提供元識別子は、コンテンツの実行環境であるＪａｖａＡＰＰ２に内包された形で、通信端末装置２０からカーナビゲーション装置１０へ送信された。しかしながら、カーナビゲーション装置１０が提供元識別子を取得する方法はこれに限らない。

図１１は、本発明の第２実施形態の通信システムの全体構成を表す図である。本実施形態が第１実施形態と異なるのは、カーナビゲーション装置１０に替えカーナビゲーション装置１０Ａを用いて、通信端末装置２０を介さずに移動パケット通信網６０およびインターネット４０を介して、コンテンツサーバ５０から提供元識別子を含むＪａｖａＡＰＰ２を取得する点である。以下、この点につき詳説する。なお、本実施形態におけるＪａｖａＡＰＰ２の内容は第１実施形態と同じであり、また、提供元識別子は文字列であるものとする。

図１２は、カーナビゲーション装置１０Ａの構成を示す図である。同図に示すように、カーナビゲーション装置１０Ａは、外部通信Ｉ/Ｆ部８１０を備えている。この外部通信部Ｉ/Ｆ部８１０は、移動パケット通信網６０の基地局６１と無線通信を行うためのインタフェースを有している。また、記憶部２６０にはＷＷＷブラウザプログラムが格納されており、ユーザの指示等に基づいて、制御部２１０はＷＷＷブラウザを起動しインターネット上の装置にアクセスすることができるようになっている。

図１３は、カーナビゲーション装置１０Ａが、通信端末装置２０およびコンテンツサーバ５０を用いて、ＪａｖａＡＰＰ２を取得する動作の一例について示したものである。まず、図５を用いて既に説明したように、機体識別子を要求するメッセージが通信端末装置２０からカーナビゲーション装置１０Ａに送信され（ステップＳＡ１）、この応答として、機体識別子がカーナビゲーション装置１０Ａから通信端末装置２０へ送信される。通信端末装置２０は機体識別子に基づいて認証を行う（ステップＳＡ３）。認証に成功すると、通信端末装置２０はＪａｖａＡＰＰ２の格納場所を示すＵＲＬを内包するメッセージをカーナビゲーション装置１０Ａに送信する（ステップＳＥ１）。

カーナビゲーション装置１０Ａは、当該メッセージからＵＲＬを抽出し（ステップＳＥ２）、当該ＵＲＬを用いてコンテンツサーバ５０へアクセスする（ステップＳＥ３）。コンテンツサーバ５０は、当該アクセスを受けると、ＪａｖａＡＰＰ２を抽出し、既に記憶部２６０にＪａｖａＡＰＰ２が格納されているかを判定する（ステップＳＥ４）。格納されていない場合は、これをカーナビゲーション装置１０Ａに送信する（ステップＳＥ５）。カーナビゲーション装置１０Ａは、ＪａｖａＡＰＰ２を受信すると（ステップＳＥ６）、ＪａｖａＡＰＰ２の取得が完了した旨のメッセージを通信端末装置２０に送信する（ステップＳＥ７）。この後、通信端末装置２０Ａからカーナビゲーション装置１０Ａへコンテンツを送信する動作は第１実施形態同様なので、説明を省略する。

＜第３実施形態＞
図１４に本発明の第３実施形態の通信システムを示す。同図に示すように、本実施形態の通信システムが第１実施形態の通信システムと相違する点は、管理サーバ７０を設け、コンテンツを通信端末装置２０からカーナビゲーション装置１０に送信する際に、通信端末装置２０が管理サーバ７０に問い合わせを行って送信可否の判断を行う点である。以下、この点につき詳述する。

図１５は、管理サーバ７０のハードウェア構成を示すものである。管理サーバ７０は、制御部２１０、表示部２２０、操作部２３０、通信部９００、記憶部９１０、およびバス２７０から構成される。通信部９００は、インターネット４０を介して外部の装置と通信を行うためのインタフェースから構成される。また、記憶部９１０にはデータベース９１１が格納されている。このデータベース９１１には、コンテンツ購入時に登録された通信端末装置２０の識別番号およびカーナビゲーション装置１０の機体識別子が対応付けて記憶されている。この識別番号とは、例えば、携帯電話機である通信端末装置２０の電話番号である。

図１６は、本実施形態に係る通信システムにおいて、コンテンツをカーナビゲーション装置１０に送信する際の動作の例を示したものである。なお、以下では、既にコンテンツの実行環境であるＪａｖａＡＰＰ２は送信済みであるものとする。また、通信端末装置２０のユーザは、コンテンツサーバ５０からコンテンツを有償または無償で取得した際に、管理サーバ７０に自己の通信端末２０識別番号とコンテンツ転送先となる装置（カーナビゲーション装置１０）の機体識別子とを送信しておく。管理サーバ７０は、受信した識別番号と機体識別子とを対応付けてデータベース９１１に格納する。

まず、第一実施形態と同様に、通信端末装置２０は機体識別子をカーナビゲーション装置１０から取得する（ステップＳＡ１、ＳＡ２）。続いて、自己の識別番号と取得した機体識別子とを含む認証要求メッセージを管理サーバ７０へ送信する（ステップＳＦ１）。管理サーバ７０は、当該メッセージを受信すると、データベース９１１を参照して当該識別番号および機体識別子が対応づけて登録されているか否かを判定する（ステップＳＦ２）。登録済みであることが判明した場合は、転送許可メッセージを通信端末装置２０へ送信し、未登録であることが判明した場合は、転送不許可メッセージを送信する（ステップＳＦ３）。一方、通信端末装置２０が転送許可メッセージを受信した場合は（ステップＳＦ４、ＹＥＳ）、図６に示したコンテンツの転送処理（図６、ステップＳＢ１〜）を開始する。一方、転送不許可メッセージを受信した場合は（ステップＳＦ４、ＮＯ）、処理を中止し（ステップＳＦ５）、従ってコンテンツの送信は行われない。

＜変形例＞
以上、本発明の実施形態について説明したが、本発明は係る実施形態に限定されるものではなく、その技術思想の範囲内で様々な変形が可能である。なお、変形例としては、例えば、以下のようなものが考えられる。

（１）変形例１：
上述した実施形態では、通信端末装置２０は、カーナビゲーション装置１０へＪａｖａＡＰＰ２を送信した後に、コンテンツをそのカーナビゲーション装置１０へ送信する場合について説明した。しかしながら、カーナビゲーション装置１０が予めＪａｖａＡＰＰ２を記憶している場合には、通信端末装置２０はコンテンツのみをカーナビゲーション装置１０へ送信するとしても良いことは勿論である。

（２）変形例２：
上述した実施形態では、カーナビゲーション装置１０に記憶されているＪａｖａＡＰＰ２の提供元とコンテンツの提供元とが一致する場合には、カーナビゲーション装置１０へ無条件にコンテンツを送信する場合について説明した。しかしながら、コンテンツの送信に対して、コンテンツプロバイダがより決め細やかな制限を設けることも可能である。このような制限の一例としては、コンテンツの送信を許容する回数に制限を設けておくことが挙げられる。

許容する送信回数を示すデータ（以下、「送信回数データ」という）をＪａｖａＡＰＰ１のＡＤＦに記述しておき、コンテンツの送信を行う度に、ＡＤＦに記述されている送信回数データから１を減算し、送信回数データの値が"０"である場合には、コンテンツの送信を許容しないようにすることで実現される。なお、このような送信回数データをコンテンツサーバ５０に記憶させておき、通信端末装置２０からカーナビゲーション装置１０へコンテンツを送信する際には、必ず、コンテンツサーバ５０にアクセスして転送許可を得なければ転送を実行できないように構成してもよい。具体的には、コンテンツサーバ５０は、過去のコンテンツ転送に係るアクセス回数を検出し、検出した回数が所定値以下である場合は転送許可を出し、所定値を越えている場合はこれ以上転送はできない旨の転送禁止メッセージを通信端末２０へ送信する。

このように、コンテンツの送信に対してきめ細やかな制限を設けておくことにより、コンテンツプロバイダは各自の意図に基づいて、きめ細やかで柔軟な著作権管理を行うことができるといった効果を奏する。

（３）変形例３：
上述した実施形態では、ＪａｖａＡＰＰ１が、このＪａｖａＡＰＰ１とともにダウンロードされたコンテンツとＪａｖａＡＰＰ２とをカーナビゲーション装置１０へ送信する処理を通信端末装置２０に行わせるＪａｖａプログラムである場合について説明した。しかしながら、このＪａｖａＡＰＰ１は、上述した処理に加え、コンテンツサーバ５０からダウンロードしたコンテンツを解釈しその解釈結果に応じた処理を通信端末装置２０に行わせるＪａｖａプログラムであっても良い。このようにすると、コンテンツサーバ５０からダウンロードしたコンテンツを、通信端末装置２０とカーナビゲーション装置１０との両方で、利用することが可能になる。このようなことが可能になることによって生じる効果について、以下、詳細に説明する。

携帯電話機以外の電子機器の市場規模は、携帯電話機の市場規模に比較して小さく、当然ながら、携帯電話機以外の電子機器向けのコンテンツ市場の規模も携帯電話機向けのコンテンツ市場の規模よりも小さい。このため、携帯電話機以外の電子機器向けにコンテンツを積極的に提供しようとするコンテンツプロバイダが出現してこないことが懸念される。携帯電話機以外の電子機器でコンテンツを利用することが可能になったとしても、その電子機器向けのコンテンツを提供するコンテンツプロバイダがいないとしたならば、全く意味がない。これに対して、本変形例によれば、携帯電話機向けに開発されたコンテンツを携帯電話機以外の電子機器で利用することが可能になるため、携帯電話機以外の電子機器でコンテンツの利用を所望するユーザにとっては、携帯電話機向けに提供されている様々なコンテンツの中から各自のニーズに応じたコンテンツを自由に選択し利用することが可能になり、一方、コンテンツプロバイダにとっては、各自の提供しているコンテンツの利用対象を携帯電話機以外の電子機器まで広げ、市場を拡大することが可能になる。このように、本変形例によれば、携帯電話機以外の電子機器でコンテンツを利用するユーザと、携帯電話機向けにコンテンツを提供しているコンテンツプロバイダとの両者がその立場に応じた利益を享受するといった効果を奏する。

（４）変形例４：
上述した実施形態では、通信端末装置２０は、本発明に係る通信端末装置の機能を実現するためのソフトウェア（上述した実施形態においては、ＪａｖａＡＰＰ１）をコンテンツサーバ５０からダウンロードし記憶する場合について説明した。しかしながら、ＣＤ−ＲＯＭ（Compact Disk-Read Only Memory）やＦＤ（Floppy（登録商標） Disk）などのコンピュータ装置読み取り可能な記録媒体を用いて、一般的なコンピュータ装置に上記ソフトウェアを記憶させることにより、本発明に係る通信端末装置と同一の機能を付与するとしても良い、具体的には、コンピュータ装置読み取り可能な記録媒体に上記ソフトウェアを記録しておき、この記録媒体に記録されているソフトウェアを上記コンピュータ装置に読み取らせ記憶させることにより実現可能である。

また、上述した実施形態では、カーナビゲーション装置１０は、本発明に係る電子機器の機能を実現するためのソフトウェア（上述した実施形態においては、ＪａｖａＡＰＰ２）を通信端末装置２０から受信し記憶する場合について説明した。しかしながら、コンピュータ装置読み取り可能な記録媒体を用いて、一般的なコンピュータ装置に上記ソフトウェアを記憶させることにより、本発明に係る電子機器と同一の機能を付与するとしても良い、具体的には、コンピュータ装置読み取り可能な記録媒体に上記ソフトウェアを記録しておき、この記録媒体に記録されているソフトウェアを上記コンピュータ装置に読み取らせ記憶させることにより実現可能である。

本発明の第１実施形態に係る通信端末装置２０とカーナビゲーション装置１０を有する通信システムの構成例を示す図である。 同通信端末装置２０の構成例を示す図である。 同通信端末装置２０に記憶されている認証済み機器テーブルのフォーマットの一例を示す図である。 同通信端末装置２０に組み込まれているＪａｖａ実行環境を説明するための図である。 同通信端末装置２０の制御部２１０がＪａｖａＡＰＰ１に従って行うＪａｖａプログラム送信処理の流れを示すフローチャートである。 同通信端末装置２０の制御部２１０がＪａｖａＡＰＰ１に従って行うコンテンツ送信処理の流れを示すフローチャートである。 同カーナビゲーション装置１０の構成例を示す図である。 同カーナビゲーション装置１０に組み込まれているＪａｖａ実行環境を説明するための図である。 同カーナビゲーション装置１０の制御部２１０がＪＡＭに従って行うＪａｖａプログラム記憶処理の流れを示すフローチャートである。 同カーナビゲーション装置１０の制御部２１０がＪａｖａＡＰＰ２に従って行うコンテンツ記憶処理の流れを示すフローチャートである。 本発明の第２実施形態に係る通信システムの構成例を示す図である。 同実施形態に係るカーナビゲーション装置１０Ａの構成例を示す図である。 同通信システムにおける動作例を示す図である。 本発明の第３実施形態に係る通信システムの構成例を示す図である。 同実施形態に係る管理サーバ７０の構成例を示す図である。 同システムにおける動作の一例を示す図である。

符号の説明

１０、１０Ａ…カーナビゲーション装置、２０…通信端末装置、３０、６０…移動パケット通信網、３１…基地局、３２…ＧＷ装置、４０…インターネット、５０…コンテンツサーバ、７０…管理サーバ、２１０…制御部、２２０…表示部、２３０…操作部、２４０…無線通信部、２５０…赤外線通信ＩＦ部、２６０、９１０…記憶部、２６１…揮発性記憶部、２６２…不揮発性記憶部、２７０…バス、７１０…ナビゲーション処理部、８１０…外部通信Ｉ/Ｆ部、９００…通信部、９１１…データベース。

Claims (9)

1. サーバからコンテンツを取得する取得手段と、
   前記取得手段にて取得されたコンテンツと、当該コンテンツの提供元を識別するための提供元識別子とを対応づけて記憶する記憶手段と、
   電子機器から機体識別子および提供元識別子を受信する受信手段と、
   前記受信手段にて受信した機体識別子に基づいて、前記電子機器への当該コンテンツの転送が許可されているか否かを判定する機器認証手段と、
   前記機器認証手段による認証が成功した場合に、前記記憶手段に記憶されている提供元識別子と前記受信手段により受信された提供元識別子とを比較し、両提供元識別子が一致する場合にのみ、前記記憶手段に記憶されているコンテンツを当該電子機器へ転送する転送制御手段と
   を有する通信端末装置。
2. 前記提供元識別子を、前記コンテンツを実行するためのアプリケーションプログラムに内包して前記電子機器へ送信する送信手段を更に有する
   ことを特徴とする請求項１に記載の通信端末装置。
3. 前記送信手段により前記コンテンツを転送した回数を検出する検出手段を更に備え、
   前記転送制御手段は、前記検出手段により検出された回数が前記コンテンツの提供元によって規定された回数以内である場合にのみ、前記両提供元識別子の比較および前記コンテンツの転送を行う
   ことを特徴とする請求項１に記載の通信端末装置。
4. 前記記憶手段は、前記コンテンツの転送を許可する電子機器を識別するための機体識別子を更に記憶し、
   前記機器認証手段は、前記受信手段にて受信した機体識別子と前記記憶手段に記憶されている機体識別子とを比較する
   ことを特徴とする請求項１に記載の通信端末装置。
5. 管理サーバに前記コンテンツの転送の可否を問い合わせる問い合わせ手段を更に有し、
   前記転送制御手段は、前記問い合わせ手段により転送許可が得られた場合にのみ、前記両提供元識別子の比較および前記コンテンツの転送を行う
   ことを特徴とする請求項１に記載の通信端末装置。
6. 前記通信端末装置は携帯電話機であり、前記電子機器はカーナビゲーション装置である
   ことを特徴とする請求項１に記載の通信端末装置。
7. コンテンツの提供元を識別するための提供元識別子と前記コンテンツを実行するためのアプリケーションプログラムと取得する取得手段と、
   前記アプリケーションプログラムを実行する実行手段と、
   前記アプリケーションプログラムの実行中にのみ前記提供元識別子を通信端末へ送信する送信手段と、
   前記アプリケーションプログラムの実行中にのみ前記通信端末装置から前記コンテンツを受信する受信手段と
   を有する電子機器。
8. 前記取得手段は、前記提供元識別子が内包された前記アプリケーションプログラムを、無線通信を用いて、前記通信端末装置または前記コンテンツの提供元のいずれかから取得する
   ことを特徴とする請求項７に記載の電子機器。
9. 前記通信端末は携帯電話機であり、前記電子機器はカーナビゲーション装置である
   ことを特徴とする請求項８に記載の電子機器。

Images