JP5037541B2 - 管理装置及びコンテンツの状況通知方法 - Google Patents

Description

この発明は、ネットワークを介して複数の通信端末に提供されるコンテンツの各通信端末における取得または使用に係る操作の状況（以下、「取得状況」ともいう）を管理する技術に関する。

例えば、パケット通信機能を有する携帯電話機やパーソナルコンピュータなどの通信端末は、インターネットに接続されているサーバからプログラムや画像データ、音楽データなどの様々なコンテンツをダウンロードすることができる。一方、サーバを用いてコンテンツを提供しているコンテンツプロバイダは、例えば、サーバへのアクセス数やコンテンツのダウンロード数など、コンテンツの利用状況について様々な情報を収集できるようサーバあるいはサイトを設計している。コンテンツプロバイダは、このようにして収集したコンテンツの利用状況に関する情報を、コンテンツに関する事業計画などを決める際に活用している。

ところで、コンテンツに関する事業計画などを決める上で、参考にすることが有用であると考えられるコンテンツの利用状況に関する情報は多岐に渡り、また、当該情報について多様な角度からの集計結果があることが望ましい。しかしながら、このような情報の収集と集計には、例えば、サーバの設計変更や、収集・集計を管理するプログラムの追加など、相応の負担をコンテンツプロバイダに強いることとなる。

本発明は、以上説明した事情に鑑みてなされたものであり、ネットワークを介して提供されるコンテンツの各通信端末における取得状況を、コンテンツ提供者が容易に得られるようにすることを目的としている。

この発明は、提供者によりネットワークを介して複数の通信端末に提供されるコンテンツに関する情報を管理する管理装置が、当該提供者との間で当該コンテンツについての使用契約が結ばれた通信端末毎に、当該提供者による要求に応じて、当該コンテンツを識別する識別情報と当該コンテンツに関するリンクとを通信端末と対応付けて登録する第１の過程と、前記管理装置が、通信端末からの前記コンテンツの前記識別情報を含む要求に応じて、当該通信端末に対応付けられた当該識別情報に対応する前記リンクを送信する第２の過程と、前記管理装置が、前記第２の過程において前記リンクが送信された通信端末からの前記コンテンツの取得または使用に係る操作の状況に係る通信を監視し、当該状況を段階的に示した管理情報を変更する第３の過程と、前記管理装置が、前記管理情報が示す前記状況を前記コンテンツの提供者により予め指定された通信装置へ通知する第４の過程とを有するコンテンツの状況通知方法を提供する。

また、この発明は、提供者との間でコンテンツについての使用契約が結ばれた通信端末毎に、当該コンテンツの提供者による要求に応じて、当該コンテンツを識別する識別情報と当該コンテンツに関するリンクとを通信端末と対応付けて登録する登録手段と、前記コンテンツの取得または使用に係る操作の状況を段階的に示した管理情報を記憶する記憶手段と、通信端末からの前記コンテンツの前記識別情報を含む要求に応じて、当該通信端末に対応付けられた当該識別情報に対応する前記リンクを送信する送信手段と、前記送信手段により前記リンクが送信された通信端末からの前記状況に係る通信を監視して前記記憶手段に記憶された管理情報を変更する変更手段と、前記管理情報が示す前記状況を前記コンテンツの提供者により予め指定された通信装置へ通知する通知手段とを備える管理装置を提供する。

本発明によれば、管理装置は、各通信端末によるコンテンツの取得に関する通信を監視し、各通信端末におけるコンテンツの取得状況を検出してコンテンツ提供者に通知することができる。

本発明の実施形態に係る通信システムの構成を例示するブロック図である。 同実施形態に係る携帯電話機のハードウェア構成を例示するブロック図である。 同実施形態に係る携帯電話機において、JavaＡＰの実行環境を説明するための図である。 同実施形態に係るＡＰ管理サーバのハードウェア構成を例示するブロック図である。 同実施形態に係るＡＰ管理サーバにおいて、ＨＤに格納されているマイボックスＤＢのデータ構成を例示する図である。 同実施形態に係り、JavaＡＰがプログラム管理サービスの管理対象プログラムとしてＡＰ管理サーバにマスタ登録されるまでの、ＡＰ管理サーバおよび開発マシンの動作を例示するシーケンスチャートである。 同実施形態に係り、JavaＡＰに関するリンク情報がマイボックスに登録されるまでの、通信システム各部の動作を例示するシーケンスチャートである。 同実施形態に係り、プログラム管理サービスの管理対象であるJavaＡＰを携帯電話機がダウンロードする場合の、通信システム各部の動作を例示するシーケンスチャート（その１）である。 同実施形態に係り、プログラム管理サービスの管理対象であるJavaＡＰを携帯電話機がダウンロードする場合の、通信システム各部の動作を例示するシーケンスチャート（その２）である。 同実施形態に係る携帯電話機の画面表示例（その１）である。 同実施形態に係る携帯電話機の画面表示例（その２）である。 同実施形態に係る携帯電話機の画面表示例（その３）である。 同実施形態に係る携帯電話機の画面表示例（その４）である。 同実施形態に係る携帯電話機の画面表示例（その５）である。 同実施形態に係るＡＰ管理サーバにおいて、ＣＰＵにより実行されるレポート通知処理の動作を例示するフローチャートである。 同実施形態に係るＡＰ管理サーバが作成するレポートの内容を例示する図である。 本発明の変形例１に係る通信システムの構成を例示するブロック図である。 同変形例１に係り、プログラム管理サービスの管理対象プログラムであり、かつ、認定機関の認定プログラムであるJavaＡＰを携帯電話機がダウンロードする場合の、通信システム各部の動作を例示するシーケンスチャート（その１）である。 同変形例１に係り、プログラム管理サービスの管理対象プログラムであり、かつ、認定機関の認定プログラムであるJavaＡＰを携帯電話機がダウンロードする場合の、通信システム各部の動作を例示するシーケンスチャート（その２）である。

以下、図面を参照して本発明の実施形態について説明する。なお、各図において共通する部分には、同一の符号が付されている。

［Ａ−１．実施形態の構成］
＜１．通信システムの構成＞
図１は、この発明の実施形態に係る通信システム１の構成を例示するブロック図である。同図に示すように通信システム１は、携帯電話機１０と、基地局２０と、関門交換局３０と、ゲートウェイサーバ４０と、ＡＰ（Application Program）管理サーバ５０とを有する移動パケット通信網８０と、インターネット６０と、コンテンツサーバ７０と、開発マシン７５とを有している。なお、この通信システム１には、本来、多数の携帯電話機が収容されるが、図面が煩雑になることを防ぐために１つの携帯電話機１０のみを図示している。また、同様の理由により、それぞれ１つの基地局２０、関門交換局３０、ゲートウェイサーバ４０、コンテンツサーバ７０および開発マシン７５のみを図示している。

移動パケット通信網８０は、当該移動パケット通信網８０に収容される携帯電話機１０に対してパケット通信サービスを提供する通信網である。なお、この通信システム１は、移動パケット通信網８０に加え、図示を省略した移動電話網を有している。この移動電話網は、携帯電話機１０に対して一般的な移動電話の通話サービスを提供する。

携帯電話機１０は、移動パケット通信網８０の通信サービスエリア内に多数設置されている基地局２０のうち、自機１０が在圏している無線セルをカバーする基地局２０と無線通信を行う。また、この携帯電話機１０は、移動パケット通信網８０およびインターネット６０を介してコンテンツサーバ７０とパケット通信を行う機能を有している。

ゲートウェイサーバ４０は、関門交換局３０とインターネット６０との間に設けられている。このゲートウェイサーバ４０は、移動パケット通信網８０用の通信プロトコルとインターネット６０用の通信プロトコルなど、通信プロトコルの異なるデータを相互に変換し、移動パケット通信網８０とインターネット６０とのデータの授受を中継する。

ＡＰ管理サーバ５０は、ゲートウェイサーバ４０と専用線で接続されている。移動パケット通信網８０を運営している通信事業者は、このＡＰ管理サーバ５０を用いてプログラム管理サービスを提供している。このプログラム管理サービスは、コンテンツプロバイダがコンテンツサーバ７０を用い、移動パケット通信網８０に収容される多数の携帯電話機１０に対して提供するアプリケーションプログラムについて、当該アプリケーションプログラムが何台の携帯電話機１０にダウンロードされたのかなど、各携帯電話機１０におけるアプリケーションプログラムの取得状況を集計し、集計結果に基づくレポートをコンテンツプロバイダに報告するサービスである。なお、本実施形態では、移動パケット通信網８０を運営する通信事業者が上記プログラム管理サービスを運営しているものとする。但し、通信事業者とは別の事業者がプログラム管理サービスを運営する形態であってもよい。

ＡＰ管理サーバ５０は、通信事業者とコンテンツプロバイダとの間でプログラム管理サービスのサービス契約が結ばれたアプリケーションプログラムについて、各携帯電話機１０におけるアプリケーションプログラムの取得状況を検出してレポートを作成し、当該レポートをコンテンツプロバイダから事前に通知された通信装置（例えば、開発マシン７５）へ送信する。

コンテンツサーバ７０は、携帯電話機１０とパケット通信を行う機能を有しており、携帯電話機１０に提供するコンテンツとして、Java（登録商標）アプリケーションプログラム（以下、JavaＡＰと略称する）を記憶している。このJavaＡＰは、JavaアプレットやJavaアプリケーションなどの、Javaプログラミング言語で記述された携帯電話機１０用のアプリケーションプログラムである。また、このJavaＡＰは、開発マシン７５により作成される。

なお、JavaＡＰは、JavaＡＰの本体プログラムおよび当該本体プログラムの実行に応じて利用される画像ファイルや音声ファイルなどを１つにまとめたＪＡＲ（Java Archive）ファイルと、このＪＡＲファイルのインストールや起動、ネットワークアクセスなどを制御するための制御情報が記述されたＡＤＦ（Application Descriptor File）とを有している。また、このJavaＡＰがプログラム管理サービスの管理対象プログラムである場合、JavaＡＰは、管理対象プログラムであることを示すＳＣＦ（Status Control File）をさらに有している。このＳＣＦは、ＡＰ管理サーバ５０により作成され、携帯電話機１０がJavaＡＰのダウンロード完了などを通知する通知先装置の通信アドレス（本実施形態においては、ＡＰ管理サーバ５０のＵＲＬ：Uniform Resource Locator）などが記述されている。

また、ＪＡＲファイルおよびＡＤＦは、コンテンツサーバ７０に記憶されているが、ＳＣＦはＡＰ管理サーバ５０に記憶されている。携帯電話機１０は、プログラム管理サービスの管理対象プログラムであるJavaＡＰをダウンロードする場合、コンテンツサーバ７０からＪＡＲファイルおよびＡＤＦを取得するとともに、このJavaＡＰのＳＣＦをＡＰ管理サーバ５０から取得する。

＜２．携帯電話機の構成＞
図２は、携帯電話機１０のハードウェア構成を例示するブロック図である。同図に示すように携帯電話機１０は、無線通信部１０１と、操作入力部１０２と、通話処理部１０３と、ＣＰＵ１０４と、液晶表示部１０５と、記憶部１０６とを有しており、これらの各部はバス１１０により接続されている。

無線通信部１０１は、アンテナ１０１ａを備え、基地局２０との間で行われる無線通信を制御する。この無線通信部１０１は、ＣＰＵ１０４の制御の下、例えば、送話音声に関するデータやパケット通信用のデータなどを搬送波に重畳して送信信号を生成し、この信号を基地局２０へ送信する。また、無線通信部１０１は、基地局２０から送られてくる無線信号をアンテナ１０１ａを介して受信し、この信号を復調して自機１０宛の受話音声に関するデータやパケット通信用のデータなどを得る。

操作入力部１０２は、数字や文字、操作指示などを入力するための複数のキーを有しており、これらのキーの操作に応じた操作信号をＣＰＵ１０４に出力する。また、通話処理部１０３は、例えば、マイクロフォンやスピーカ、音声処理部などを有しており、ＣＰＵ１０４の制御の下、呼の接続／切断を含む通話処理を行う。ＣＰＵ１０４は、記憶部１０６に格納されている各種プログラムを実行することにより、バス１１０を介して接続されている装置各部を制御する。また、液晶表示部１０５は、液晶表示パネルと、この液晶表示パネルの表示制御を行う駆動回路とを有している。

記憶部１０６は、ＲＯＭ１０７と、ＲＡＭ１０８と、例えば、ＳＲＡＭ（Static−RAM）やＥＥＰＲＯＭ（Electrically Erasable Programmable− ROM）などの不揮発性メモリ１０９とを有している。ＲＯＭ１０７には、例えば、携帯電話機１０用のオペレーティングシステム（以下、ＯＳと略称する）やＷｅｂ（World Wide Web）ブラウザ、Java実行環境を構築するためのソフトウェアなどが格納されている。また、ＲＡＭ１０８は、ＣＰＵ１０４のワークエリアとして用いられ、ＣＰＵ１０４により実行されるプログラムや各種のデータが一時的に格納される。

不揮発性メモリ１０９には、コンテンツサーバ７０からダウンロードされたJavaＡＰなどが格納される。また、この不揮発性メモリ１０９には、携帯電話機１０を識別する端末ＩＤ１０９ａが格納されている。なお、本実施形態では、携帯電話機１０の電話番号を端末ＩＤ１０９ａとして用いている。

＜３．Java実行環境の構成＞
図３は、携帯電話機１０におけるJavaＡＰの実行環境を説明するための図である。なお、本実施形態に係る携帯電話機１０には、JavaＡＰの実行環境を構築するためのソフトウェアとして、ＫＶＭ（K Virtual Machine）と、コンフィギレーションとしてＣＬＤＣ（Connected Limited Device Configuration）を備えたＪ２ＭＥ（Java 2 Micro Edition）とが組み込まれている。

同図において、ＫＶＭは、小型電子機器用に設計変更されたＪＶＭ（Java Virtual Machine）であって、JavaＡＰの実行ファイル形式であるバイトコードをＣＰＵ１０４がＯＳを介して解釈／実行可能な命令コードに変換する。また、ＣＬＤＣクラスライブラリは、ＣＬＤＣ用のクラスライブラリを有している。

次に、ＪＡＭ（Java Application Manager）は、ＯＳによる制御の下で、JavaＡＰのダウンロードや、不揮発性メモリ１０９にインストールされたJavaＡＰを管理する機能を有している。例えば、ＪＡＭは、JavaＡＰのインストールや削除を行う機能、不揮発性メモリ１０９に格納されているJavaＡＰをリスト表示する機能、JavaＡＰの実行管理（起動や強制終了など）を行う機能を有している。

また、同図に示すように、電話帳機能やブラウザ機能、ネットワーク通信機能などを提供するネイティブアプリケーションは、ＯＳによる制御の下で直接動作する。

＜４．ＡＰ管理サーバの構成＞
図４は、ＡＰ管理サーバ５０のハードウェア構成を例示するブロック図である。同図に示すようにＡＰ管理サーバ５０は、通信インタフェース５０１と、操作入力部５０２と、表示部５０３と、プリンタドライバ５０４と、ＣＰＵ５０５と、ＲＯＭ５０６と、ＲＡＭ５０７と、ＨＤ５０８とを有しており、これらの各部はバス５０９により接続されている。

通信インタフェース５０１は、ゲートウェイサーバ４０との間で行われる通信を制御する。また、操作入力部５０２は、キーボードやマウスなどを有しており、これらの操作に応じた操作信号をＣＰＵ５０５に出力する。表示部５０３は、ＣＲＴ（Cathode-Ray Tube）やＬＣＤ（Liquid Crystal Display）などにより構成されている。また、プリンタドライバ５０４にはプリンタ９０が接続されており、ＡＰ管理サーバ５０は、JavaＡＰの取得状況を示すレポートや、プログラム管理サービスに関する請求書をプリンタ９０を用いて印刷することができる。

ＣＰＵ５０５は、ＲＯＭ５０６やＨＤ５０８などに格納されているプログラムを実行することにより、バス５０９を介して接続されている装置各部を制御する。ＲＯＭ５０６には、ＡＰ管理サーバ５０の装置各部の基本制御を司るプログラムが格納されている。また、ＲＡＭ５０７は、ＣＰＵ５０５のワークエリアとして用いられ、ＣＰＵ５０５により実行されるプログラムや各種のデータが一時的に格納される。

ＨＤ５０８には、マイボックスＤＢ（Data Base）５０８ａと、マスタ登録ＤＢ５０８ｂとが格納されている。図５は、マイボックスＤＢ５０８ａのデータ構成を例示する図である。なお、マイボックスとは、携帯電話機１０とコンテンツプロバイダとの間で使用契約が結ばれたJavaＡＰを提供するＷｅｂサイト（コンテンツサーバ）のＵＲＬが、この携帯電話機１０用のリンク情報としてＡＰ管理サーバ５０に登録され、ブックマークに類似した機能をＡＰ管理サーバ５０において携帯電話機１０に提供するものである。

同図に示すように、マイボックスＤＢ５０８ａには、各携帯電話機１０の端末ＩＤ１０９ａ毎に、当該携帯電話機１０のユーザとコンテンツプロバイダとの間で使用契約ならびにマイボックスへの登録契約が結ばれたJavaＡＰについての様々な情報（ＡＰＩＤ、リンク先ＵＲＬ、ＣＵＩＤ、ＳＣＦフラグ、登録日、状態管理フラグ）が格納されている。

ここで、ＡＰＩＤ（Application Program ID）は、マイボックスに登録されたJavaＡＰを識別するプログラム識別コードである。また、リンク先ＵＲＬは、リンク先となるコンテンツサーバ７０のＵＲＬであり、ＣＵＩＤ（Contents provider-User ID）は、携帯電話機１０のユーザに対してコンテンツプロバイダが割り当てたユーザ識別コードである。また、「ＳＣＦフラグ」項目には、このJavaＡＰがプログラム管理サービスの管理対象プログラムである場合に“１”が、そうでない場合に“０”が格納される。さらに、登録日は、マイボックスにリンク情報が登録された年月日を示す。

次に、「ＳＣＦフラグ」項目に“１”が格納されている場合、すなわち、このJavaＡＰがプログラム管理サービスの管理対象プログラムである場合、「状態管理フラグ」項目には、このJavaＡＰの取得状況を示す情報が格納される。例えば、この「状態管理フラグ」項目では、JavaＡＰの取得状況を「アクセス有」、「ダウンロード要求有」、「ダウンロード済」および「削除」の計４つの状態に区分して管理している。

ここで、「アクセス有」を示すフラグが“１”である場合は、マイボックスに登録されたこのJavaＡＰに関するリンクを使用して携帯電話機１０がコンテンツサーバ７０に少なくとも１回以上アクセスしたことがある状態を示す。また、「ダウンロード要求有」を示すフラグが“１”である場合は、携帯電話機１０がこのJavaＡＰのダウンロードを実行したことがある状態を示す。また、「ダウンロード済」を示すフラグが“１”である場合は、このJavaＡＰが携帯電話機１０にダウンロードされ、不揮発性メモリ１０９にインストールされた状態を示す。また、「削除」を示すフラグが“１”である場合は、携帯電話機１０からの指示により、マイボックスからこのJavaＡＰに関するリンク情報が削除された状態を示す。

例えば、同図において、端末ＩＤ１０９ａ“０９０６−１１１−２２２２”を有する携帯電話機１０のマイボックスには、ＡＰＩＤ“１０００９４５”が割り当てられたJavaＡＰ用のリンク情報が登録されている。このJavaＡＰは、「ＳＣＦフラグ」項目に“１”が格納されているので、プログラム管理サービスの管理対象プログラムであることがわかる。さらに、「状態管理フラグ」項目の各フラグがともに“０”であるので、マイボックスにリンク情報を登録したものの、このリンクがまだ一度も使用されていない状態にあることがわかる。

次に、図４に戻り、マスタ登録ＤＢ５０８ｂは、通信事業者とコンテンツプロバイダとの間でプログラム管理サービスのサービス契約を結んだJavaＡＰ毎に、コンテンツプロバイダから提出されたJavaＡＰ、リンク先ＵＲＬ、レポートの送信先や請求書の送付先に関する情報と、このJavaＡＰに対してＡＰ管理サーバ５０が発行したＡＰＩＤおよびＳＣＦとがマスタ登録されるデータベースである。以上が本実施形態に係る通信システム１の構成である。

［Ａ−２．実施形態の動作］
次に、本実施形態の動作について説明する。
＜１．マスタ登録処理＞
最初に、JavaＡＰがプログラム管理サービスの管理対象プログラムとしてＡＰ管理サーバ５０にマスタ登録されるまでの、ＡＰ管理サーバ５０および開発マシン７５の動作について図６を参照して説明する。

まず、コンテンツプロバイダは、携帯電話機１０に提供するJavaＡＰを開発マシン７５を用いて作成する。次いで、コンテンツプロバイダは、作成したJavaＡＰをプログラム管理サービスの管理対象プログラムとしてＡＰ管理サーバ５０に管理してもらうため、このJavaＡＰについてのマスタ登録要求を開発マシン７５からＡＰ管理サーバ５０へ送信する（ステップＳ１０１）。

なお、このマスタ登録要求には、JavaＡＰ、このJavaＡＰを提供するコンテンツサーバ７０のＵＲＬ（リンク先ＵＲＬ）、レポートの送信先や請求書の送付先に関する情報（例えば、コンテンツプロバイダの会社名、担当者名、住所、メールアドレス、ＦＡＸ番号）などが含まれている。また、開発マシン７５からＡＰ管理サーバ５０へ送信されるマスタ登録要求には、JavaＡＰを特定する情報さえあれば、JavaＡＰ自体が含まれていなくてもよい。

ＡＰ管理サーバ５０のＣＰＵ５０５は、開発マシン７５からのマスタ登録要求を通信インタフェース５０１を介して受信すると、マスタ登録処理を行なう（ステップＳ１０２）。このマスタ登録処理においてＣＰＵ５０５は、まず、マスタ登録要求に含まれているJavaＡＰに対して割り当てるＡＰＩＤを発行するとともに、このJavaＡＰ用のＳＣＦを生成する。なお、このＳＣＦには、少なくともＡＰ管理サーバ５０のＵＲＬが記述されている。

この後、ＡＰ管理サーバ５０のＣＰＵ５０５は、JavaＡＰ、ＡＰＩＤ、リンク先ＵＲＬ、ＳＣＦおよびレポートの送信先や請求書の送付先に関する情報をマスタ登録ＤＢ５０８ｂに登録する。また、ＣＰＵ５０５は、マスタ登録完了通知を開発マシン７５に送信する（ステップＳ１０３）。このマスタ登録完了通知には、マスタ登録が完了したことを示すメッセージの他に、このJavaＡＰに対して発行したＡＰＩＤや、ＳＣＦの格納場所を示すＵＲＬが含まれている。

一方、開発マシン７５がＡＰ管理サーバ５０からのマスタ登録完了通知を受信すると、コンテンツプロバイダは、マスタ登録完了通知に含まれているＳＣＦの格納場所を示すＵＲＬをJavaＡＰのＡＤＦに格納する。そして、コンテンツプロバイダは、ＡＤＦとＪＡＲファイルとを開発マシン７５からコンテンツサーバ７０へ転送し、このJavaＡＰを携帯電話機１０に対して提供可能な状態とする。

なお、上記ステップＳ１０１およびＳ１０３において、ＡＰ管理サーバ５０と開発マシン７５との間で送受信されるマスタ登録に関する情報は、通信による授受に限定されるものでなく、ＣＤ−ＲＯＭ（Compact Disk-ROM）などの記録媒体を用いて通信事業者とコンテンツプロバイダとの間でやりとりされる形態であってもよい。さらには、書類によりコンテンツプロバイダと通信事業者との間でやりとりされる形態であってもよい。特に、書類によりマスタ登録に関する情報がコンテンツプロバイダから通信事業者に提出される場合、通信事業者は、コンテンツプロバイダから提出された書類に記載されている必要事項をＡＰ管理サーバ５０に入力してマスタ登録処理を行う。

＜２．マイボックス登録処理＞
次に、JavaＡＰに関するリンク情報がマイボックスに登録されるまでのＡＰ管理サーバ５０および開発マシン７５の動作について、図７を参照して説明する。

まず、携帯電話機１０のユーザは、コンテンツプロバイダとの間でJavaＡＰについての使用契約およびマイボックスへの登録契約を結ぶ。なお、使用契約および登録契約は、携帯電話機１０とコンテンツサーバ７０との間でオンラインにより結ばれる形態であってもよいし、あるいは携帯電話機１０のユーザからコンテンツプロバイダへ契約申込書が提出されることにより結ばれる形態などであってもよい。また、携帯電話機１０のユーザとコンテンツプロバイダとの間でマイボックスへの登録契約が結ばれる際には、携帯電話機１０のユーザからコンテンツプロバイダへ携帯電話機１０の端末ＩＤ１０９ａが通知される。また、コンテンツプロバイダは、登録契約を結んだ携帯電話機１０のユーザに対してＣＵＩＤを発行する。

次いで、コンテンツプロバイダは、マイボックス登録要求を開発マシン７５からＡＰ管理サーバ５０へ送信する（ステップＳ２０１）。このマイボックス登録要求には、JavaＡＰを特定するＡＰＩＤ、登録先のマイボックスを特定する携帯電話機１０の端末ＩＤ１０９ａ、携帯電話機１０のユーザに対してコンテンツプロバイダが発行したＣＵＩＤなどが含まれている。

ＡＰ管理サーバ５０のＣＰＵ５０５は、開発マシン７５からのマイボックス登録要求を受信すると、マイボックス登録処理を行なう（ステップＳ２０２）。このマイボックス登録処理において、ＣＰＵ５０５は、まず、マイボックス登録要求に含まれているＡＰＩＤをキーとしてマスタ登録ＤＢ５０８ｂを検索し、マスタ登録されているデータ（JavaＡＰ、リンク先ＵＲＬ、ＳＣＦ、レポートの送信や請求書の送付先に関する情報など）の中から、上記ＡＰＩＤに該当するデータを特定する。

次いで、ＡＰ管理サーバ５０のＣＰＵ５０５は、特定したデータと、マイボックス登録要求に含まれている端末ＩＤ１０９ａやＣＵＩＤなどに基づいて、新たに登録するリンク情報についての項目データをマイボックス管理ＤＢ５０８ａ（図５参照）に追加する。この際、ＣＰＵ５０５は、上記特定したマスタ登録データにＳＣＦが含まれているか否かを判別し、判別結果に応じて「ＳＣＦフラグ」項目の値をセットする。また、ＣＰＵ５０５は、「登録日」項目に現在の年月日を示す情報を格納するとともに、「状態管理フラグ」項目の各フラグをいずれも“０”にセットする。

この後、ＡＰ管理サーバ５０のＣＰＵ５０５は、マイボックスへの登録が完了したことを示すマイボックス登録完了通知を開発マシン７５に送信する（ステップＳ２０３）。

＜３．ダウンロード＞
次に、プログラム管理サービスの管理対象であるJavaＡＰを携帯電話機１０がダウンロードする場合の、携帯電話機１０、ＡＰ管理サーバ５０およびコンテンツサーバ７０の動作について、図８および図９に示すシーケンスチャートと、図１０〜図１４に示す携帯電話機１０の画面表示例とを参照して説明する。

まず、携帯電話機１０においてユーザによりＷｅｂブラウザが起動され、メニューの中からマイボックスが選択されると、液晶表示部１０５には、図１０に示す画像が表示される。この表示に応じて操作入力によりマイメニューリストが選択されると、携帯電話機１０のＣＰＵ１０４は、ＡＰ管理サーバ５０に対する接続要求を無線通信部１０１から送信する（ステップＳ３０１）。この接続要求は、基地局２０、関門交換局３０およびゲートウェイ４０を介してＡＰ管理サーバ５０へ送信される。また、この接続要求には、マイボックスの画面データを要求するコマンドと、携帯電話機１０の端末ＩＤ１０９ａとが含まれている。

ＡＰ管理サーバ５０のＣＰＵ５０５は、携帯電話機１０からの接続要求を受信すると、接続要求に含まれている端末ＩＤ１０９ａをキーとしてマイボックスＤＢ５０８ａを検索し、この携帯電話機１０についてのマイボックスデータを特定する。次いで、ＣＰＵ５０５は、特定したマイボックスデータに基づいてマイボックスの画面データを作成し、当該画面データを携帯電話機１０へ送信する（ステップＳ３０２）。

携帯電話機１０のＣＰＵ１０４は、ＡＰ管理サーバ５０からのマイボックス画面データを無線通信部１０１を介して受信すると、当該画面データに基づいて、図１１に示す画像を表示画面に表示する。なお、同図に示す表示例において、「Ｎｅｗ！」は、このリンク情報が新たに登録されたものであることを示している。この表示に応じて操作入力により、例えば、チケットアプリ（JavaＡＰ）が選択されると、携帯電話機１０のＣＰＵ１０４は、リンク情報取得要求をＡＰ管理サーバ５０へ送信する（ステップＳ３０３）。このリンク情報取得要求には、選択したJavaＡＰのＡＰＩＤと、携帯電話機１０の端末ＩＤ１０９ａと、リンク先のコンテンツサーバ７０のＵＲＬを要求するコマンドと、ＣＵＩＤを要求するコマンドとが含まれている。

ＡＰ管理サーバ５０のＣＰＵ５０５は、携帯電話機１０からのリンク情報取得要求を受信すると、まず、リンク情報取得要求に含まれている端末ＩＤ１０９ａおよびＡＰＩＤをキーとしてマイボックスＤＢ５０８ａを検索し、該当する「状態管理フラグ」項目において、「アクセス有」のフラグを“１”にセットする。すなわち、ＣＰＵ５０５は、マイボックス内のこのJavaＡＰに関するリンクを使用して携帯電話機１０がコンテンツサーバ７０に少なくとも１回以上アクセスしたことがある状態になったことを検出し、マイボックスＤＢ５０８ａに登録する。

これにより、「アクセス有」のフラグが“０”から“１”に切替わったのであれば、この携帯電話機１０についてＡＰ管理サーバ５０が管理しているJavaＡＰの取得状態が、「アクセス未」から「アクセス有」へ移行する。なお、「アクセス有」のフラグが“１”になると、携帯電話機１０がマイボックス画像を次回以降に表示した際、このリンク情報の脇に表示されていた「Ｎｅｗ！」の表示がなくなる。

また、ＡＰ管理サーバ５０のＣＰＵ５０５は、リンク情報取得要求に含まれている端末ＩＤ１０９ａおよびＡＰＩＤをキーとしてマイボックスＤＢ５０８ａを検索し、該当するリンク先ＵＲＬおよびＣＵＩＤを読み出す。次いで、ＣＰＵ５０５は、読み出したリンク先ＵＲＬおよびＣＵＩＤと、リンク先のサイトへ接続を切り替える旨のメッセージを示した画面データとを含んだリンク情報取得応答を携帯電話機１０へ送信する（ステップＳ３０４）。

携帯電話機１０のＣＰＵ１０４は、ＡＰ管理サーバ５０からのリンク情報取得応答を受信すると、まず、リンク情報取得応答に含まれている画面データに基づいて、例えば、図１２に示す画像を表示画面に表示する。この表示に応じて操作入力によりリンク先への接続が指示されると、携帯電話機１０のＣＰＵ１０４は、リンク情報取得応答に含まれているリンク先ＵＲＬを使用し、コンテンツサーバ７０へダウンロード要求を送信する（ステップＳ３０５）。このダウンロード要求は、移動パケット通信網８０およびインターネット６０を介してコンテンツサーバ７０へ送信される。また、このダウンロード要求には、ＣＵＩＤと、ダウンロードするJavaＡＰを特定するＡＰＩＤとが含まれている。

なお、以下に述べるような制御を行うようにしてもよい。すなわち、まず、ＡＰ管理サーバ５０に記憶されているマイボックスＤＢ５０８ａ内の「ＣＵＩＤ」項目には、ＣＵＩＤに加え、コンテンツプロバイダと携帯電話機１０のユーザとの間で事前に取り決められた本人認証のためのパスワードを格納しておく。また、上記ステップＳ３０４では、リンク情報取得応答によりＣＵＩＤとともに上記パスワードも携帯電話機１０に通知されるようにする。そして、携帯電話機１０は、上記ステップＳ３０５にて、ダウンロード要求としてＰＯＳＴメソッドを用いてＣＵＩＤおよびパスワードをコンテンツサーバ７０へ送信する。

さて、コンテンツサーバ７０は、携帯電話機１０からのダウンロード要求を受信すると、まず、ＣＵＩＤやパスワードなどによる本人認証やダウンロード回数のチェックなどを行う。次いで、コンテンツサーバ７０は、ダウンロード要求に含まれているＡＰＩＤに基づいて該当するJavaＡＰを特定し、当該JavaＡＰのダウンロード画面データと、このJavaＡＰのＡＤＦの格納場所を示すＵＲＬとを含んだ応答通知を携帯電話機１０に送信する（ステップＳ３０６）。

携帯電話機１０のＣＰＵ１０４は、コンテンツサーバ７０からの応答通知を受信すると、当該応答通知に含まれている画面データに基づいて、図１３に示す画像を表示画面に表示する。この表示に応じてJavaＡＰの使用に関する同意がなされ、操作入力によりダウンロードの実行が指示されると、携帯電話機１０のＣＰＵ１０４は、まず、ＪＡＭを起動する。次いで、ＣＰＵ１０４は、ＪＡＭに従って、ＡＤＦの格納場所を示すＵＲＬを使用し、コンテンツサーバ７０へＡＤＦ取得要求を送信する（ステップＳ３０７）。なお、図１３に示した表示例において、JavaＡＰの使用に関する同意が得られなかった場合、すなわち、操作入力により「同意しない」がクリックされた場合、携帯電話機１０およびコンテンツサーバ７０は、JavaＡＰのダウンロードを中止する。

コンテンツサーバ７０は、携帯電話機１０からのＡＤＦ取得要求を受信すると、このＡＤＦ取得要求により指定されるＡＤＦをメモリから読み出して携帯電話機１０へ返信する（ステップＳ３０８）。また、携帯電話機１０のＣＰＵ１０４は、コンテンツサーバ７０からのＡＤＦを受信すると（ステップＳ３０２）、まず、ＪＡＭに従って、ＡＤＦのファイル内容を確認し、ＪＡＲファイルが携帯電話機１０にダウンロード可能であるか否かを判別する。その結果、ＣＰＵ１０４は、例えば、メモリ容量不足などにより、ＪＡＲファイルを携帯電話機１０にダウンロードできないと判別した場合は、その旨を示すメッセージを表示画面に表示した後、JavaＡＰのダウンロードを中止する。

一方、ＣＰＵ１０４は、ＪＡＲファイルのダウンロードが可能であると判別した場合は、次いで、ＪＡＭに従って、ＳＣＦの格納場所を示すＵＲＬがＡＤＦに記述されているか否かを判別する。本実施形態では、プログラム管理サービスの管理対象であるJavaＡＰをダウンロードする場合について説明しているので、当然、ＡＤＦにはＳＣＦの格納場所を示すＵＲＬが記述されている。したがって、ＣＰＵ１０４は、ＪＡＭに従って、ＳＣＦの格納場所を示すＵＲＬを使用し、ＡＰ管理サーバ５０へＳＣＦ取得要求を送信する（ステップＳ３０９）。このＳＣＦ取得要求には、ＳＣＦの取得を要求するコマンドと、携帯電話機１０の端末ＩＤ１０９ａと、ＡＰＩＤとが含まれている。

ＡＰ管理サーバ５０のＣＰＵ５０５は、携帯電話機１０からのＳＣＦ取得要求を受信すると、当該ＳＣＦ取得要求に含まれている端末ＩＤ１０９ａおよびＡＰＩＤをキーとしてマイボックスＤＢ５０８ａを検索し、この携帯電話機１０のマイボックス内に該当するJavaＡＰのリンク情報が登録されているか否かを確認する。

そして、ＡＰ管理サーバ５０のＣＰＵ５０５は、該当するJavaＡＰが登録されていることを確認した後、まず、マイボックスＤＢ５０８ａ内の該当する「状態管理フラグ」項目において、「ダウンロード要求有」のフラグを“１”にセットする。すなわち、ＣＰＵ５０５は、携帯電話機１０がこのJavaＡＰのダウンロードを実行したことがある状態になったことを検出し、マイボックスＤＢ５０８ａに登録する。これにより、「ダウンロード要求有」のフラグが“０”から“１”に切替わったのであれば、この携帯電話機１０についてＡＰ管理サーバ５０が管理しているJavaＡＰの取得状態が、「アクセス有」から「ダウンロード要求有」へ移行する。

次いで、ＡＰ管理サーバ５０のＣＰＵ５０５は、マスタ登録ＤＢ５０８ｂから該当するJavaＡＰのＳＣＦを読み出して携帯電話機１０に送信する（ステップＳ３１０）。また、携帯電話機１０のＣＰＵ１０４は、ＡＰ管理サーバ５０からのＳＣＦを受信すると、次いで、ＪＡＭに従って、ＡＤＦに記述されているＪＡＲファイルのダウンロード要求先を示すＵＲＬを使用し、コンテンツサーバ７０へＪＡＲファイル取得要求を送信する（ステップＳ３１１）。

コンテンツサーバ７０は、携帯電話機１０からのＪＡＲファイル取得要求を受信すると、このＪＡＲファイル取得要求により指定されるＪＡＲファイルをメモリから読み出して携帯電話機１０に送信する（ステップＳ３１２）。なお、本実施形態では、JavaＡＰのＡＤＦおよびＪＡＲファイルがともにコンテンツサーバ７０に格納されている場合について説明したが、ＪＡＲファイルとＡＤＦとが別々のサーバに格納されていてもよい。

携帯電話機１０のＣＰＵ１０４は、コンテンツサーバ７０からのＪＡＲファイルを受信すると、まず、ＪＡＭに従って、今回ダウンロードしたJavaＡＰ（ＡＤＦ、ＳＣＦおよびＪＡＲファイル）を不揮発性メモリ１０９にインストールする。次いで、ＣＰＵ１０４は、ＪＡＭに従って、ＳＣＦに記述されているＵＲＬを使用し、ＡＰ管理サーバ５０へダウンロード完了通知を送信する（ステップＳ３１３）。このダウンロード完了通知には、ダウンロードが完了したことを示す情報と、携帯電話機１０の端末ＩＤ１０９ａと、ダウンロードしたJavaＡＰのＡＰＩＤとが含まれている。また、携帯電話機１０のＣＰＵ１０４は、図１４に示すように、JavaＡＰのダウンロードが完了したことを示すメッセージを表示画面に表示する。

ＡＰ管理サーバ５０のＣＰＵ５０５は、携帯電話機１０からのダウンロード完了通知を受信すると、当該ダウンロード完了通知に含まれている端末ＩＤ１０９ａおよびＡＰＩＤをキーとしてマイボックスＤＢ５０８ａを検索し、該当する「状態管理フラグ」項目において、「ダウンロード済」のフラグを“１”にセットする。すなわち、ＣＰＵ５０５は、このJavaＡＰが携帯電話機１０にダウンロードされ、不揮発性メモリ１０９にインストールされた状態になったことを検出し、マイボックスＤＢ５０８ａに登録する。これにより、「ダウンロード済」のフラグが“０”から“１”に切替わったのであれば、この携帯電話機１０についてＡＰ管理サーバ５０が管理しているJavaＡＰの取得状態が、「ダウンロード要求有」から「ダウンロード済」へ移行する。

以上が、プログラム管理サービスの管理対象であるJavaＡＰを携帯電話機１０がダウンロードする場合の動作であるが、この他にＡＰ管理サーバ５０のＣＰＵ５０５は、携帯電話機１０からの指示により、マイボックスからJavaＡＰに関するリンク情報を削除した場合に、マイボックスＤＢ５０８ａ内の該当する「状態管理フラグ」項目において、「削除」のフラグを“１”にセットする。すなわち、ＣＰＵ５０５は、このJavaＡＰに関するリンク情報がマイボックスから削除された状態になったことを検出し、マイボックスＤＢ５０８ａに登録する。

＜４．レポート通知処理＞
次に、ＡＰ管理サーバ５０においてＣＰＵ５０５により実行されるレポート通知処理の動作について図１５を参照して説明する。このレポート通知処理は、例えば、毎月２５日など予め定められた日時になるとＣＰＵ５０５により実行される。

同図に示すように、まず、ＡＰ管理サーバ５０のＣＰＵ５０５は、マスタ登録ＤＢ５０８ｂに登録されている、プログラム管理サービスの管理対象である全てのJavaＡＰの中から、処理対象となるJavaＡＰを１つ選択する（ステップＳ４０１）。

次いで、ＣＰＵ５０５は、選択されたJavaＡＰのＡＰＩＤをキーとしてマイボックスＤＢ５０８ａを検索し、このJavaＡＰについて、各携帯電話機１０の状態管理フラグの値を集計する（ステップＳ４０２）。この集計処理においてＣＰＵ５０５は、「アクセス未」、「アクセス有」、「ダウンロード要求有」、「ダウンロード済」、「削除」など、各取得状態毎に該当する携帯電話機１０の台数を集計する。また、ＣＰＵ５０５は、このJavaＡＰに関するリンク情報をマイボックスに登録した登録日から所定期間が経過してもリンクの使用やダウンロード要求の無い携帯電話機１０のＣＵＩＤを取得する処理などを行なう。

この後、ＣＰＵ５０５は、状態管理フラグの集計結果などに基づいて、このJavaＡＰについての各携帯電話機１０における取得状況を示すレポートを作成する（ステップＳ４０３）。例えば、ＣＰＵ５０５は、グラフや表などを活用し、図１６に示すようなレポートを作成する。なお、同図に示したレポートは、あくまでその一例に過ぎない。例えば、通信事業者は、携帯電話機１０のユーザとの間でパケット通信サービスの加入契約を結んだ際に、ユーザの年齢や性別など様々な情報を取得している。したがって、これらの情報を用いて、例えば、JavaＡＰを取得したユーザの年齢層や性別などの統計データをさらにレポートに加えるようにしてもよい。

次いで、ＣＰＵ５０５は、マスタ登録ＤＢ５０８ｂから該当するレポート送信先を示す情報（例えば、電子メールアドレス）を読み出す。そして、ＣＰＵ５０５は、上記ステップＳ４０３において作成したレポートを、レポート送信先を示す情報に基づいて開発マシン７５へ送信する（ステップＳ４０４）。これによりコンテンツプロバイダは、JavaＡＰの取得状況に関する管理レポートを得ることができる。なお、通信事業者は、ＡＰ管理サーバ５０により作成されたレポートをプリンタ９０から印刷し、印刷されたレポートを郵送やファクシミリによりコンテンツプロバイダへ送付するようにしてもよい。

次いで、ＣＰＵ５０５は、レポートの送信を終えたJavaＡＰについて、プログラム管理サービスのサービス料金を算出する（ステップＳ４０５）。ここで、プログラム管理サービスの料金は、予め定められた月極めの固定料金であってもよいし、あるいは、このJavaＡＰに関するリンク情報がマイボックスに登録されている携帯電話機１０の台数を計数し、当該台数に応じたサービス料金が算出される形態であってもよい。

この後、ＣＰＵ５０５は、コンテンツプロバイダの会社名、担当者名、請求書の発送先など、請求書の発行に必要となる情報をマスタ登録ＤＢ５０８ｂから読み出し、これらの情報と上記ステップＳ４０５において算出したサービス料金とに基づいて請求書データを作成する（ステップＳ４０６）。次いで、ＣＰＵ５０５は、作成した請求書データをプリンタ９０により印刷する（ステップＳ４０７）。そして、通信事業者は、印刷された請求書をコンテンツプロバイダに発送し、プログラム管理サービスのサービス料金を、例えば、１ヶ月毎など定期的にコンテンツプロバイダから徴収する。

この後、ＣＰＵ５０５は、処理対象となるJavaＡＰがまだ残っているか否かを判別し（ステップＳ４０８）、残っている場合は、上記ステップＳ４０１に戻る。また、ＣＰＵ５０５は、処理対象となるJavaＡＰが残っていないと判別した場合に、レポート通知処理を終了する。

なお、プログラム管理サービスのサービス料金は、通信事業者とコンテンツプロバイダとの間でJavaＡＰについてのサービス契約が結ばれた際に、コンテンツプロバイダから申請された管理期間に応じた金額がコンテンツプロバイダから通信事業者に一括して支払われる形態であってもよい。この場合、ＡＰ管理サーバ５０のＣＰＵ５０５は、コンテンツプロバイダから申請された管理期間に応じたサービス料金を算出し、当該料金に関する請求書データの作成と印刷を行う。

また、上述したレポート通知処理は、１ヶ月毎など、予め定められた日時になると起動するのではなく、ＡＰ管理サーバ５０において操作入力などにより任意に起動させることができる。勿論、レポートの対象期間やサービス料金の算出対象期間なども操作入力により任意に設定可能である。

以上説明したように本実施形態によれば、ＡＰ管理サーバ５０は、携帯電話機１０がコンテンツサーバ７０へのリンク情報を得るためにＡＰ管理サーバ５０と行った通信や、携帯電話機１０がJavaＡＰのＳＣＦを取得するためにＡＰ管理サーバ５０と行った通信、あるいは携帯電話機１０がJavaＡＰのダウンロード完了を通知するためにＡＰ管理サーバ５０と行った通信など、携帯電話機１０が行ったJavaＡＰの取得に関する通信に基づいて、携帯電話機１０におけるJavaＡＰの取得状況を検出する。また、ＡＰ管理サーバ５０は、各携帯電話機１０毎に同様の処理を行い、JavaＡＰについての各携帯電話機１０における取得状況を検出し、これをレポートにまとめ、コンテンツプロバイダへ通知する。

したがって、コンテンツプロバイダは、プログラム管理サービスに加入することで、自己の提供するJavaＡＰについて、各携帯電話機１０における取得状況の詳細が集計・分析されたレポートを入手することができる。

なお、ＡＰ管理サーバ５０は、以上説明した処理をＨＤ５０８に記憶されているプログラムに従って実行するが、このような処理を実行するためのプログラムは、ＡＰ管理サーバ５０に対して通信により提供される形態であってもよい。さらには、例えば、光記録媒体や磁気記録媒体、半導体メモリなどの記録媒体を用いて上記プログラムをＡＰ管理サーバ５０へ提供するようにしてもよい。

［Ｂ．変形例］
以上、本発明の実施形態について説明したが、本発明はその主要な特徴から逸脱することなく他の様々な形態で実施することが可能である。上述した実施形態は、本発明の一態様を例示したものに過ぎず、本発明の範囲は、特許請求の範囲に示す通りであって、また、特許請求の範囲の均等範囲に属する変形や変更は、全て本発明の範囲内に含まれる。なお、変形例としては、例えば、以下のようなものが考えられる。

＜変形例１＞
図１７は、本変形例１に係る通信システム２の構成を例示するブロック図である。なお、本変形例１において、上述した実施形態と共通する部分については同一の符号を使用するものとする。また、上述した実施形態と共通する部分についてはその説明を省略するものとする。

同図に示すように通信システム２は、上述した実施形態において説明した通信システム１の各構成要素に加え、さらに認定サーバ６５を有している。この認定サーバ６５は、プログラム認定サービスを提供している。このプログラム認定サービスは、コンテンツプロバイダから認定を依頼された携帯電話機１０用のJavaＡＰを認定機関が審査して、JavaＡＰがコンテンツプロバイダから申請されたリソースにアクセスするプログラムとして所定の動作基準を満たしている場合に、このJavaＡＰをコンテンツプロバイダが申請したリソースにアクセスすることのできるプログラムとして認定するサービスである。

認定サーバ６５は、認定機関により認定されたJavaＡＰ毎に、このJavaＡＰの実行中に携帯電話機１０のアクセスを許可するリソースを示す情報が記述されたファイル（以下、本明細書では、ＳＤＦ：Security Description Fileと記載する）をメモリに記憶している。このＳＤＦには、コンテンツプロバイダから申請されたリソースを示す情報が記述されている。これにより、認定機関の認定したJavaＡＰを携帯電話機１０が実行している場合、当該携帯電話機１０のアクセスが許可されるリソースは、ＳＤＦに記述されているコンテンツプロバイダが申請したリソースにまで拡大される。

また、本変形例１では、移動パケット通信網８０を運営する通信事業者が認定機関を運営し、認定サーバ６５を用いたプログラム認定サービスを実施しているものとする。勿論、認定機関は、通信事業者とは別の事業者であってもよいが、通信事業者はパケット通信サービスの提供元であるので、例えば、JavaＡＰの審査や動作確認などを公平かつ正確に行うことができる。

次に、本変形例１の動作について説明する。なお、マスタ登録処理、マイボックス登録処理およびレポート通知処理は、上述した実施形態において説明した各処理（図６、図７および図１５参照）と同様であるので、ここでは説明を省略する。

本変形例１において上述した実施形態と異なる点は、携帯電話機１０のダウンロードするJavaＡＰが、プログラム管理サービスの管理対象プログラムであるとともに認定機関の認定プログラムである点であり、ＡＤＦ、ＳＣＦ、ＪＡＲファイルに加え、認定サーバ６５からＳＤＦを取得しなければならない点である。

以下に、プログラム管理サービスの管理対象プログラムであり、かつ、認定機関の認定プログラムであるJavaＡＰを携帯電話機１０がダウンロードする場合の、携帯電話機１０、ＡＰ管理サーバ５０、認定サーバ６５およびコンテンツサーバ７０の動作について、図１８および図１９に示すシーケンスチャートを参照して説明する。なお、図１８および図１９おいて、図８および図９と同一のステップには同じステップ番号を付し、その説明を省略するものとする。

なお、上記JavaＡＰが携帯電話機１０にダウンロードされる前提として、認定機関は、コンテンツプロバイダから認定を依頼されたJavaＡＰを審査し、当該JavaＡＰを認定機関の認定プログラムとして認定しているものとする。また、このようにして認定機関により認定されたJavaＡＰが、プログラム管理サービスの管理対象プログラムとしてコンテンツプロバイダから通信事業者に申請される。さらに、認定サーバ６５には、このJavaＡＰのＳＤＦが格納されており、また、コンテンツサーバ７０に格納されているこのJavaＡＰのＡＤＦには、ＳＤＦの格納場所を示すＵＲＬが記述されているものとする。

まず、図１８および図１９に示すシーケンスチャートにおいて、ステップＳ３０１〜Ｓ３１０、すなわち、携帯電話機１０がＳＣＦをＡＰ管理サーバ５０から取得するまでの動作は、上述した実施形態と同じである。

ＳＣＦを取得した後、携帯電話機１０のＣＰＵ１０４は、ＪＡＭに従って、ＡＤＦに記述されているＳＤＦの格納場所を示すＵＲＬを使用し、認定サーバ６５へＳＤＦ取得要求を送信する（ステップＳ５０１）。認定サーバ６５は、携帯電話機１０からのＳＤＦ取得要求を受信すると、このＳＤＦ取得要求により指定されるＳＤＦをメモリから読み出して携帯電話機１０に送信する（ステップＳ５０２）。また、携帯電話機１０のＣＰＵ１０４は、認定サーバ６５からのＳＤＦを受信すると、次いで、ＪＡＭに従って、ＪＡＲファイルをコンテンツサーバ７０から取得する（ステップＳ３１１，Ｓ３１２）。この後、ＣＰＵ１０４は、ＪＡＭに従って、今回ダウンロードしたJavaＡＰ（ＡＤＦ、ＳＣＦ、ＳＤＦおよびＪＡＲファイル）を不揮発性メモリ１０９にインストールした後、ダウンロード完了通知をＡＰ管理サーバ５０へ送信する（ステップＳ３１３）。

さて、このようにしてダウンロードされたJavaＡＰが携帯電話機１０において実行される場合、まず、ＣＰＵ１０４は、ＪＡＭに従って、実行されるJavaＡＰが認定機関の認定プログラムであるか否かを、例えば、ＳＤＦの有無などに応じて判別する。その結果、実行されるJavaＡＰが認定機関の認定プログラムである場合、ＣＰＵ１０４は、ＪＡＭに従って、このJavaＡＰの実行中に携帯電話機１０がアクセスすることのできるリソースを、このJavaＡＰのＳＤＦに記述されているリソースの範囲にまで拡大する。一方、実行されるJavaＡＰが認定機関の認定プログラムでない場合、ＣＰＵ１０４は、ＪＡＭに従って、このJavaＡＰの実行中に携帯電話機１０がアクセスすることのできるリソースを、例えば、このJavaＡＰのＪＡＲファイル内のデータと、このJavaＡＰに対して割り当てられている記憶領域内のデータと、このJavaＡＰの提供元のサイトのみなど、極めて限定された範囲内のリソースのみに制限する。

このようにプログラム管理サービスの管理対象となるJavaＡＰは、認定機関により認定されたJavaＡＰであってもよい。なお、本変形例１において、認定サーバ６５は、移動パケット通信網８０内に設置されている構成であってもよい。また、認定サーバ６５と上述した実施形態で説明したＡＰ管理サーバ５０とが同一のサーバであってもよい。また、ＳＤＦは、ＡＰ管理サーバ５０に記憶されていてもよい。

＜変形例２＞
上述した実施形態においてＡＰ管理サーバ５０は、JavaＡＰの取得状況を示すレポートを作成し、当該レポートをコンテンツプロバイダに通知するようにした。しかしながら、ＡＰ管理サーバ５０は、管理対象であるJavaＡＰの取得状態が変化したことを検出すると、当該取得状態の変化の内容を通知するメッセージと、取得状態が変化した携帯電話機１０を特定する端末ＩＤ１０９ａまたはＣＵＩＤとをコンテンツプロバイダへ通知するようにしてもよい。

＜変形例３＞
上述した実施形態では、プログラム管理サービスの管理対象となるJavaＡＰにＳＣＦを付与するようにしたが、ＳＣＦのようなファイルではなく、プログラム管理サービスの管理対象であることを示す識別子をJavaＡＰに付与するようにしてもよい。この場合、ＳＣＦ内に記述されていた、ダウンロード完了などの通知先ＵＲＬは、ＡＤＦ内に記述されたり、あるいは別途通信によりＡＰ管理サーバ５０またはコンテンツサーバ７０から携帯電話機１０へ通知されるようにすればよい。

＜変形例４＞
上述した実施形態において、ＡＰ管理サーバ５０は、レポート通知処理（図１５参照）のステップＳ４０５にて算出したサービス料金と、当該料金に関する請求書を作成するために必要な情報（例えば、コンテンツプロバイダの会社名、担当者名、請求書の発送先）とを、携帯電話機１０の通信料金を管理している料金センタへ送信し、料金センタにてプログラム管理サービスに関する請求書の印刷や、サービス料金の徴収管理が行われるようにしてもよい。

＜変形例５＞
上述した実施形態のマスタ登録処理（図６参照）において、ＡＰ管理サーバ５０が開発マシン７５からマスタ登録要求を受信すると（ステップＳ１０１）、通信事業者は、マスタ登録要求に含まれているJavaＡＰについてソースコードの検査や動作確認試験を行ない、このJavaＡＰが、携帯電話機１０において不具合を引き起こすものでないことや、携帯電話機１０内の個人データを不正に盗み出してネットワーク経由で外部に送信するなどといった悪意の有る動作を行うものでないことなどを審査し、審査に合格したJavaＡＰについてのみ、マスタ登録を行うようにしてもよい。

＜変形例６＞
上述した実施形態および変形例１において、ＡＤＦ、ＳＣＦ、ＳＤＦ、ＪＡＲファイルなどのダウンロードの順序は任意に変更可能である。また、コンテンツとして提供されるプログラムは、Javaプログラミング言語により記述されたプログラムに限定されるものではない。さらに、上述した実施形態および変形例１では、コンテンツとしてプログラムを提供する場合について説明したが、コンテンツは、プログラム以外の、例えば、画像データや着信メロディなどであってもよい。また、コンテンツプロバイダは、事業者の他に、例えば、ホームページを用いて上述した各種コンテンツを提供している個人ユーザであってもよい。

＜変形例７＞
上述した実施形態において、ゲートウェイサーバ４０およびＡＰ管理サーバ５０は、移動パケット通信網８０内に設置されている構成としたが、勿論、移動パケット通信網８０の外に設置されている構成であってもよい。また、ＡＰ管理サーバ５０は、インターネット６０に接続されている構成であってもよい。同様に、コンテンツサーバ７０は、専用線を介して移動パケット通信網８０のゲートウェイサーバ４０に直接接続されている構成であってもよいし、あるいは移動パケット通信網８０内に設置されている構成であってもよい。

＜変形例８＞
上述した実施形態では、通信端末として携帯電話機を用いた場合について説明したが、通信端末は、例えば、ＰＨＳ（Personal Handyphone System：登録商標）端末やＰＤＡ（Personal Digital Assistant）、カーナビゲーション装置、パーソナルコンピュータなど、通信機能を有する各種電子機器であってもよい。また、上述した実施形態では、本発明を移動パケット通信網８０に適用した場合について説明したが、本発明は、移動パケット通信網８０に限らず、例えば、公衆無線ＬＡＮや一般のＬＡＮなどにも適用可能である。

１，２……通信システム、１０……携帯電話機、２０……基地局、３０……関門交換局、４０……ゲートウェイサーバ、５０……ＡＰ管理サーバ、６０……インターネット、６５……認定サーバ、７０……コンテンツサーバ、７５……開発マシン、８０……移動パケット通信網、９０……プリンタ、１０１……無線通信部、１０１ａ……アンテナ、１０２……操作入力部、１０３……通話処理部、１０４……ＣＰＵ、１０５……液晶表示部、１０６……記憶部、１０７……ＲＯＭ、１０８……ＲＡＭ、１０９……不揮発性メモリ、１０９ａ……端末ＩＤ、１１０……バス、５０１……通信インタフェース、５０２……操作入力部、５０３……表示部、５０４……プリンタドライバ、５０５……ＣＰＵ、５０６……ＲＯＭ、５０７……ＲＡＭ、５０８……ＨＤ、５０８ａ……マイボックスＤＢ、５０８ｂ……マスタ登録ＤＢ、５０９……バス

Claims (4)

1. 提供者によりネットワークを介して複数の通信端末に提供されるコンテンツに関する情報を管理する管理装置が、当該提供者との間で当該コンテンツについての使用契約が結ばれた通信端末毎に、当該提供者による要求に応じて、当該コンテンツを識別する識別情報と当該コンテンツに関するリンクとを通信端末と対応付けて登録する第１の過程と、
   前記管理装置が、通信端末からの前記コンテンツの前記識別情報を含む要求に応じて、当該通信端末に対応付けられた当該識別情報に対応する前記リンクを送信する第２の過程と、
   前記管理装置が、前記第２の過程において前記リンクが送信された通信端末からの前記コンテンツの取得または使用に係る操作の状況に係る通信を監視し、当該状況を段階的に示した管理情報を変更する第３の過程と、
   前記管理装置が、前記管理情報が示す前記状況を前記コンテンツの提供者により予め指定された通信装置へ通知する第４の過程と
   を有することを特徴とするコンテンツの状況通知方法。
2. 前記コンテンツには、管理対象であることを表す識別情報であって、前記管理装置の通信アドレスを含む識別情報が割り当てられ、
   前記通信端末は、前記コンテンツに割り当てられた識別情報を用いて前記操作を通知する
   ことを特徴とする請求項１に記載の状況通知方法。
3. 前記管理情報は、前記状況の段階として、前記リンクが示すリンク先にアクセスしたことがない状態、前記リンク先にアクセスしたことがある状態、前記コンテンツのダウンロードを実行したことがある状態、前記コンテンツのインストールを実行したことがある状態及び前記リンクが削除された状態を示す
   ことを特徴とする請求項１または２に記載の状況通知方法。
4. 提供者との間でコンテンツについての使用契約が結ばれた通信端末毎に、当該コンテンツの提供者による要求に応じて、当該コンテンツを識別する識別情報と当該コンテンツに関するリンクとを通信端末と対応付けて登録する登録手段と、
   前記コンテンツの取得または使用に係る操作の状況を段階的に示した管理情報を記憶する記憶手段と、
   通信端末からの前記コンテンツの前記識別情報を含む要求に応じて、当該通信端末に対応付けられた当該識別情報に対応する前記リンクを送信する送信手段と、
   前記送信手段により前記リンクが送信された通信端末からの前記状況に係る通信を監視して前記記憶手段に記憶された管理情報を変更する変更手段と、
   前記管理情報が示す前記状況を前記コンテンツの提供者により予め指定された通信装置へ通知する通知手段と
   を備えることを特徴とする管理装置。

Images