(57)【特許請求の範囲】
【請求項１】
情報提供システムであって、
第１のサーバと、第２のサーバと、第３のサーバと、端末と、前記各サーバと端末とを結ぶ通信回線とを有し、
前記第１のサーバは、
ユーザが入手可能なキャラクタの一覧データと、前記キャラクタを表示する為のキャラクタ表示データの格納先のサーバアドレスとが格納された記憶手段と、前記端末と前記通信回線を介して互いに通信を行う手段とを有し、
前記第２のサーバは、
前記キャラクタ表示データと、キャラクタと関連する情報の表示タイミングが少なくとも記されているスケジュールファイルとが格納された記憶手段と、前記端末と前記通信回線を介して互いに通信を行う手段とを有し、
前記第３のサーバは、
前記キャラクタと関連する情報のデータが格納された記憶手段と、前記端末と前記通信回線を介して互いに通信を行う手段とを有し、
前記端末は、
前記第１のサーバ、第２のサーバ及び第３のサーバと通信する手段と、前記第１のサーバから前記一覧データをダウンロードして入手可能なキャラクタの一覧を表示する手段と、前記キャラクタの一覧から任意のキャラクタを選択することによって、前記第１のサーバから選択したキャラクタのキャラクタ表示データが格納された第２のサーバのアドレスをダウンロードする手段と、前記第２のサーバのアドレスに基づいて、前記第２のサーバから前記キャラクタ表示データと、このキャラクタに対応するスケジュールファイルとをダウンロードする手段と、前記スケジュールファイルに記載された前記第３のサーバから情報データをダウンロードする手段と、ダウンロードしたキャラクタ表示データに基づいてデスクトップ上にキャラクタを表示する手段と、ダウンロードされた情報データを、前記スケジュールファイルに記載された表示タイミングに基づいて提示する手段と
を有することを特徴とする情報システム。
【請求項２】
前記情報データは、広告を提示する為の広告データであることを特徴とする請求項１に記載の情報提供システム。
【請求項３】
前記端末は、通信可能時に、前記第２のサーバから新しいスケジュールファイルをダウンロードし、スケジュールファイルを更新する手段を有することを特徴とする請求項１又は請求項２に記載の情報提供システム。
【請求項４】
前記端末は、通信可能時に、前記第３のサーバから新しい情報データをダウンロードし、情報データを更新する手段を有することを特徴とする請求項１から請求項３のいずれかに記載の情報提供システム。
【請求項５】
前記端末は、前記スケジュールファイルに有効期限を設け、前記有効期限が過ぎた場合、前記キャラクタの表示が出来なくする手段を有することを特徴とする請求項１から請求項４のいずれかに記載の情報提供システム。
【請求項６】
情報提供システムであって、
第１のサーバと、第２のサーバと、第３のサーバと、端末と、前記各サーバと端末とを結ぶ通信回線とを有し、
前記第１のサーバは、
ユーザが入手可能なキャラクタの一覧データと、前記キャラクタを表示する為のキャラクタ表示データの格納先のサーバアドレスとが格納された記憶手段と、前記端末と前記通信回線を介して互いに通信を行う手段とを有し、
前記第２のサーバは、
前記キャラクタ表示データと、キャラクタと関連する情報の表示タイミングが少なくとも記されているスケジュールファイルと、前記キャラクタと関連する情報のデータとが格納された記憶手段と、前記端末と前記通信回線を介して互いに通信を行う手段とを有し、
前記端末は、
前記第１のサーバ、第２のサーバ及び第３のサーバと通信する手段と、前記第１のサーバから前記一覧データをダウンロードして入手可能なキャラクタの一覧を表示する手段と、前記キャラクタの一覧から任意のキャラクタを選択することによって、選択したキャラクタのキャラクタ表示データが格納された第２のサーバのアドレスを前記第１のサーバからダウンロードする手段と、前記第２のサーバのアドレスに基づいて、前記第２のサーバから前記キャラクタ表示データと、このキャラクタに対応するスケジュールファイルと、前記キャラクタに関連する情報のデータとをダウンロードする手段と、ダウンロードしたキャラクタ表示データに基づいてデスクトップ上にキャラクタを表示する手段と、ダウンロードされた情報データを、前記スケジュールファイルに記載された表示タイミングに基づいて提示する手段と、前記情報の提示の情報を記録する手段と、前記提示情報記録を前記第３のサーバに送信する手段と、
前記第３のサーバは、
前記端末と前記通信回線を介して互いに通信を行う手段と、提示情報記録を格納する記憶手段と、送信されてきた提示情報記録を、送信した端末と関連付けて前記記憶手段に格納する手段と
を有することを特徴とする情報システム。
【請求項７】
前記情報データは、広告を提示する為の広告データであることを特徴とする請求項６に記載の情報提供システム。
【請求項８】
前記端末は、通信可能時に、前記第２のサーバから新しいスケジュールファイル及び前記キャラクタに関連する情報をダウンロードし、スケジュールファイル及び前記キャラクタに関連する情報を更新する手段を有することを特徴とする請求項６又は請求項７に記載の情報提供システム。
【請求項９】
前記端末は、前記スケジュールファイルに有効期限を設け、前記有効期限が過ぎた場合、前記キャラクタの表示が出来なくする手段を有することを特徴とする請求項６から請求項８のいずれかに記載の情報提供システム。
【請求項１０】
前記端末と前記通信回線を介して互いに通信を行う手段と、複数のアプリケーションを格納した記憶手段とを有する第４のサーバを設け、前記端末は前記第４のサーバにアクセスして格納されているアプリケーションをダウンロードする手段を更に有することを特徴とする請求項６から請求項９のいずれかに記載の情報提供システム。
【請求項１１】
少なくとも、第１のサーバと、第２のサーバと、第３のサーバと、端末と、前記各サーバと端末とを結ぶ通信回線とから成るネットワークにおける、情報提供方法であって、
前記第１のサーバに、ユーザが入手可能なキャラクタの一覧データと、前記キャラクタを表示する為のキャラクタ表示データの格納先のサーバアドレスとを格納するステップと、
前記第２のサーバに、前記キャラクタ表示データと、キャラクタと関連する情報の表示タイミングが少なくとも記されているスケジュールファイルとを格納するステップと、
前記第３のサーバに、前記キャラクタと関連する情報のデータを格納するステップと、
前記端末から前記第１のサーバにアクセスし、前記一覧データをダウンロードしてキャラクタの一覧を端末に表示するステップと、
表示された一覧から任意のキャラクタを選択し、選択したキャラクタを示すデータを前記第１のサーバに送信するステップと、
前記第１のサーバは、前記データを受けて、選択したキャラクタのキャラクタ表示データが格納された第２のサーバのアドレスを前記端末に送信するステップと、
前記端末は、前記アドレスに基づいて、前記第２のサーバから前記キャラクタ表示データと、このキャラクタに対応するスケジュールファイルとをダウンロードするステップと、
前記端末は、前記スケジュールファイルに記載された前記第３のサーバから情報データをダウンロードするステップと、
前記端末は、ダウンロードしたキャラクタ表示データに基づいて、キャラクタをデスクトップ上に表示するステップと、
前記端末は、ダウンロードされた情報データを、前記スケジュールファイルに記載された表示タイミングに基づいて提示するステップと
を有することを特徴とする情報提供方法。
【請求項１２】
前記情報データは、広告を提示する為の広告データであることを特徴とする請求項１１に記載の情報提供方法。
【請求項１３】
前記端末が、通信可能時に、前記第２のサーバから新しいスケジュールファイルをダウンロードし、スケジュールファイルを更新するステップを有することを特徴とする請求項１１又は請求項１２に記載の情報提供方法。
【請求項１４】
前記端末が、通信可能時に、前記第３のサーバから新しい情報データをダウンロードし、情報データを更新するステップを有することを特徴とする請求項１１から請求項１３のいずれかに記載の情報提供方法。
【請求項１５】
前記スケジュールファイルに有効期限を設け、
前記端末はスケジュールファイルの有効期限が過ぎた場合、前記キャラクタの表示が出来なくするステップを有することを特徴とする請求項１１から請求項１４のいずれかに記載の情報提供方法。
【請求項１６】
少なくとも、第１のサーバと、第２のサーバと、第３のサーバと、端末と、前記各サーバと端末とを結ぶ通信回線とから成るネットワークにおける、情報提供方法であって、
前記第１のサーバに、ユーザが入手可能なキャラクタの一覧データと、前記キャラクタを表示する為のキャラクタ表示データの格納先のサーバアドレスとを格納するステップと、
前記第２のサーバに、前記キャラクタ表示データと、キャラクタと関連する情報と、前記キャラクタと関連する情報の表示タイミングが少なくとも記されているスケジュールファイルとを格納するステップと、
前記端末から前記第１のサーバにアクセスし、前記一覧データ及びキャラクタ表示データの格納先のサーバアドレスをダウンロードし、キャラクタの一覧を端末に表示するステップと、
前記端末において、表示された一覧から任意のキャラクタを選択するステップと、
前記端末は、前記選択したキャラクタに対応するサーバのアドレスを認識するステップと、
前記端末は、前記サーバアドレスに基づいて、前記第２のサーバから前記選択されたキャラクタのキャラクタ表示データと、前記選択されたキャラクタに関連する情報データと、前記選択されたキャラクタのスケジュールファイルとをダウンロードするステップと、
前記端末は、ダウンロードしたキャラクタ表示データに基づいて、キャラクタをデスクトップ上に表示するステップと、
前記端末は、ダウンロードされた情報データを、前記スケジュールファイルに記載された表示タイミングに基づいて提示するステップと、
前記端末は、提示された情報の提示記録を行うステップと、
前記端末は、通信可能時に、記録された情報の提示記録を第３のサーバに送信するステップと、
前記第３のサーバは、前記情報の提示記録に基づいて、前記端末の情報提示記録をデータベース化するステップと
を有することを特徴とする情報提供方法。
【請求項１７】
前記情報データは、広告を提示する為の広告データであることを特徴とする請求項１６に記載の情報提供方法。
【請求項１８】
前記端末が、通信可能時に、前記第２のサーバから新しいスケジュールファイル及び情報データをダウンロードし、スケジュールファイル及び情報データを更新するステップを有することを特徴とする請求項１６又は請求項１８に記載の情報提供方法。
【請求項１９】
前記スケジュールファイルに有効期限を設け、前記端末はスケジュールファイルの有効期限が過ぎた場合、前記キャラクタの表示が出来なくするステップを有することを特徴とする請求項１６から請求項１８のいずれかに記載の情報提供方法。
【請求項２０】
第４のサーバに複数のアプリケーションを格納するステップと、
前記端末から前記第４のサーバにアクセスして格納されているアプリケーションをダウンロードするステップと
を更に有することを特徴とする請求項１６から請求項１９のいずれかに記載の情報提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
発明は情報提供技術に関し、特にコンピュータの画面（デスクトップ）上に広告を提供する技術に関する。
【背景技術】
【０００２】
近年、インターネットの隆盛に伴い、インターネットを広告提供の手段として活用する動きがある。例えば、企業のホームページや、インターネットテレビなどである。
【０００３】
しかし、従来のものは全てユーザが能動的に行動しなければ、広告等の情報をユーザが観たり、広告等の情報を得ることは出来なかった。例えば、企業のホームページを観る場合、ユーザがブラウザを起動し、所定企業のホームページのアドレスを入力して初めてホームページを開き、そのホームページに掲載された情報を観ることが出来た。また、企業等の広告情報を提供する側にとっても、テレビの広告のように最新の広告を直接、かつ受動的にユーザに見せることは出来なかった。
【０００４】
一方、コンピュータの画面（デスクトップ）上に、ユーザの好みのキャラクタを表示させる技術があった。
【０００５】
しかしながら、画面（デスクトップ）上にキャラクタを表示させたい場合も、画面上に表示させたいキャラクタの表示データを入手するには、多くの労力及び経費がかかった。
【０００６】
そこで、本発明は、特にコンピュータの画面（デスクトップ）上にキャラクタを自動的に表示し、なおかつ表示されたキャラクタを用いて広告提供者が見せたい広告情報をコンピュータの画面（デスクトップ）上に表示することが出来る情報提供の技術を提供することを目的としている。
【０００７】
また、コンピュータの画面（デスクトップ）上に表示する広告情報を最新の広告情報に更新することが出来る情報提供の技術を提供することを目的としている。
【発明の開示】
【０００８】
上記本発明の目的は、情報提供システムであって、第１のサーバと、第２のサーバと、第３のサーバと、端末と、前記各サーバと端末とを結ぶ通信回線とを有し、前記第１のサーバは、ユーザが入手可能なキャラクタの一覧データと、前記キャラクタを表示する為のキャラクタ表示データの格納先のサーバアドレスとが格納された記憶手段と、前記端末と前記通信回線を介して互いに通信を行う手段とを有し、前記第２のサーバは、前記キャラクタ表示データと、キャラクタと関連する情報の表示タイミングが少なくとも記されているスケジュールファイルとが格納された記憶手段と、前記端末と前記通信回線を介して互いに通信を行う手段とを有し、前記第３のサーバは、前記キャラクタと関連する情報のデータが格納された記憶手段と、前記端末と前記通信回線を介して互いに通信を行う手段とを有し、前記端末は、前記第１のサーバ、第２のサーバ及び第３のサーバと通信する手段と、前記第１のサーバから前記一覧データをダウンロードして入手可能なキャラクタの一覧を表示する手段と、前記キャラクタの一覧から任意のキャラクタを選択することによって、前記第１のサーバから選択したキャラクタのキャラクタ表示データが格納された第２のサーバのアドレスをダウンロードする手段と、前記第２のサーバのアドレスに基づいて、前記第２のサーバから前記キャラクタ表示データと、このキャラクタに対応するスケジュールファイルとをダウンロードする手段と、前記スケジュールファイルに記載された前記第３のサーバから情報データをダウンロードする手段と、ダウンロードしたキャラクタ表示データに基づいてデスクトップ上にキャラクタを表示する手段と、ダウンロードされた情報データを、前記スケジュールファイルに記載された表示タイミングに基づいて提示する手段とを有することを特徴とする情報システムによって達成される。
【０００９】
また、上記本発明の目的は、情報提供システムであって、第１のサーバと、第２のサーバと、第３のサーバと、端末と、前記各サーバと端末とを結ぶ通信回線とを有し、前記第１のサーバは、ユーザが入手可能なキャラクタの一覧データと、前記キャラクタを表示する為のキャラクタ表示データの格納先のサーバアドレスとが格納された記憶手段と、前記端末と前記通信回線を介して互いに通信を行う手段とを有し、前記第２のサーバは、前記キャラクタ表示データと、キャラクタと関連する情報の表示タイミングが少なくとも記されているスケジュールファイルと、前記キャラクタと関連する情報のデータとが格納された記憶手段と、前記端末と前記通信回線を介して互いに通信を行う手段とを有し、前記端末は、前記第１のサーバ、第２のサーバ及び第３のサーバと通信する手段と、前記第１のサーバから前記一覧データをダウンロードして入手可能なキャラクタの一覧を表示する手段と、前記キャラクタの一覧から任意のキャラクタを選択することによって、選択したキャラクタのキャラクタ表示データが格納された第２のサーバのアドレスを前記第１のサーバからダウンロードする手段と、前記第２のサーバのアドレスに基づいて、前記第２のサーバから前記キャラクタ表示データと、このキャラクタに対応するスケジュールファイルと、前記キャラクタに関連する情報のデータとをダウンロードする手段と、ダウンロードしたキャラクタ表示データに基づいてデスクトップ上にキャラクタを表示する手段と、ダウンロードされた情報データを、前記スケジュールファイルに記載された表示タイミングに基づいて提示する手段と、前記情報の提示の情報を記録する手段と、前記提示情報記録を前記第３のサーバに送信する手段と、前記第３のサーバは、前記端末と前記通信回線を介して互いに通信を行う手段と、提示情報記録を格納する記憶手段と、送信されてきた提示情報記録を、送信した端末と関連付けて前記記憶手段に格納する手段とを有することを特徴とする情報システムによって達成される。
【００１０】
また、上記本発明の目的は、少なくとも、第１のサーバと、第２のサーバと、第３のサーバと、端末と、前記各サーバと端末とを結ぶ通信回線とから成るネットワークにおける、情報提供方法であって、前記第１のサーバに、ユーザが入手可能なキャラクタの一覧データと、前記キャラクタを表示する為のキャラクタ表示データの格納先のサーバアドレスとを格納するステップと、前記第２のサーバに、前記キャラクタ表示データと、キャラクタと関連する情報の表示タイミングが少なくとも記されているスケジュールファイルとを格納するステップと、前記第３のサーバに、前記キャラクタと関連する情報のデータを格納するステップと、前記端末から前記第１のサーバにアクセスし、前記一覧データをダウンロードしてキャラクタの一覧を端末に表示するステップと、表示された一覧から任意のキャラクタを選択し、選択したキャラクタを示すデータを前記第１のサーバに送信するステップと、前記第１のサーバは、前記データを受けて、選択したキャラクタのキャラクタ表示データが格納された第２のサーバのアドレスを前記端末に送信するステップと、前記端末は、前記アドレスに基づいて、前記第２のサーバから前記キャラクタ表示データと、このキャラクタに対応するスケジュールファイルとをダウンロードするステップと、前記端末は、前記スケジュールファイルに記載された前記第３のサーバから情報データをダウンロードするステップと、前記端末は、ダウンロードしたキャラクタ表示データに基づいて、キャラクタをデスクトップ上に表示するステップと、前記端末は、ダウンロードされた情報データを、前記スケジュールファイルに記載された表示タイミングに基づいて提示するステップとを有することを特徴とする情報提供方法によって達成される。
【００１１】
また、上記本発明の目的は、少なくとも、第１のサーバと、第２のサーバと、第３のサーバと、端末と、前記各サーバと端末とを結ぶ通信回線とから成るネットワークにおける、情報提供方法であって、前記第１のサーバに、ユーザが入手可能なキャラクタの一覧データと、前記キャラクタを表示する為のキャラクタ表示データの格納先のサーバアドレスとを格納するステップと、前記第２のサーバに、前記キャラクタ表示データと、キャラクタと関連する情報と、前記キャラクタと関連する情報の表示タイミングが少なくとも記されているスケジュールファイルとを格納するステップと、前記端末から前記第１のサーバにアクセスし、前記一覧データ及びキャラクタ表示データの格納先のサーバアドレスをダウンロードし、キャラクタの一覧を端末に表示するステップと、前記端末において、表示された一覧から任意のキャラクタを選択するステップと、前記端末は、前記選択したキャラクタに対応するサーバのアドレスを認識するステップと、前記端末は、前記サーバアドレスに基づいて、前記第２のサーバから前記選択されたキャラクタのキャラクタ表示データと、前記選択されたキャラクタに関連する情報データと、前記選択されたキャラクタのスケジュールファイルとをダウンロードするステップと、前記端末は、ダウンロードしたキャラクタ表示データに基づいて、キャラクタをデスクトップ上に表示するステップと、前記端末は、ダウンロードされた情報データを、前記スケジュールファイルに記載された表示タイミングに基づいて提示するステップと、前記端末は、提示された情報の提示記録を行うステップと、前記端末は、通信可能時に、記録された情報の提示記録を第３のサーバに送信するステップと、前記第３のサーバは、前記情報の提示記録に基づいて、前記端末の情報提示記録をデータベース化するステップとを有することを特徴とする情報提供方法によって達成される。
【００１２】
上記本発明の好ましい態様として、上記情報データは、広告を提示する為の広告データであることが好ましい。
【００１３】
また、上記本発明の好ましい態様として、端末の通信可能時に、前記第２のサーバ又は第３のサーバから、新しいスケジュールファイル及び情報データをダウンロードし、データを更新することが好ましい。
【００１４】
また、上記本発明の好ましい態様として、上記スケジュールファイルに有効期限を設け、前記有効期限が過ぎた場合、キャラクタの表示が出来なくするように構成することが好ましい。
【００１５】
本発明は、コンピュータの画面上でキャラクタ及び広告等の情報を表示し、なおかつ新しい情報に絶えず更新することが出来る情報提供技術である。
【００１６】
情報の更新は基本的に通信網、例えばインターネット等のネットワークを通じて行い、表示されるべきデータは端末側にある程度の量をストックしておく。
【００１７】
画面上に表示すべきキャラクタと広告情報は、ネットワークを通じてダウンロードされ、スケジュールファイルに基づいて表示される。スケジュールファイルの更新は端末が自動的にサーバにアクセスし、ダウンロードを行う。
【００１８】
また、端末のログ情報（ユーザ情報や利用頻度など）は、サーバ側にアップロードされ、分類して管理される。
【００１９】
また、各種プラグインとなるアプリケーションを付加することができ、各プラグインは、表示されたキャラクタの動きや機能を制御することも可能である。
【発明を実施するための最良の形態】
【００２０】
本発明の実施の形態を説明する。
まず、本実施の形態で用いられる用語について解説する。
【００２１】
１．キャラクタ
キャラクタとは、例えばポリゴンなどで作られた人物や、物などを言い、ユーザのデスクトップ上に表示されるものを言う。このキャラクタは、コンピュータの画面（デスクトップ）上を自由に動き回ったり、いろいろな動作を行う。
このキャラクタを表示させるデータとして、データを統合してデスクトップで表示・動作させるアプリケーションファイルであるＥＸＥファイルと、必要なファイルの対応を指定するファイルと、キャラクタのモデルデータであるファイルと、キャラクタのアクションデータであるファイルと、キャラクタのテクスチャデータであるビットマップデータまたはＪＰＥＧのデータ等を含むファイルと、音声データのファイルと、キャラクタのデスクトップ上でのモーションを定義するモーターファイルとから成る。以下、これらのファイルのデータを総称してキャラクタ表示データと称する。
【００２２】
２．広告データ
広告データとは、広告主がユーザに見せたい広告を表示するデータである。但し、ここで言う広告とは、純粋な広告のみならず、ユーザに対するアンケート調査などのようなものも含む。
又、広告データの種類は、テキストデータ、ピクチャデータやサウンドデータなど種類は問わない。
【００２３】
３．スケジュールファイル
スケジュールファイルとは、ユーザのディスプレイに広告等を表示するタイミングなどのスケジュールを管理するファイルである。又、キャラクタを表示することが出来る有効期限も管理する。
【００２４】
４．チューナー
チューナーとは、ユーザの端末装置に一番初めにインストールされるプログラムである。このプログラムは、キャラクタ表示データ、スケジュールファイル及び広告データの送受信や、キャラクタや広告の表示等を行う機能を有する。尚、チューナーの入手方法として、購入、配布、サーバ又はインターネットからのダウンロード等が考えられる。
【００２５】
次に具体的な実施の形態について説明する。
図１は本実施形態の概念図である。
【００２６】
図１中、１はユーザの端末装置である。この端末装置１は、コンピュータであり、コンピュータ本体、ディスプレイ、通信モデム、キーボード及びマウス等から構成される。そして、端末装置１の記憶装置には、チューナーがインストールされているものとする。
【００２７】
２はマネージメントサーバである。このマネージメントサーバ２はネットワーク上に一つだけ存在し、現在登録されていてユーザが入手可能なキャラクタを管理するものである。例えば、ユーザが、チューナーを起動してマネージメントサーバ２にアクセスすると、マネージメントサーバ２は現在登録されていてユーザが入手可能なキャラクタの一覧データを送信する。ユーザの端末装置１では、一覧データにより、入手可能なキャラクタの一覧が表示され、この一覧から希望のキャラクタを選択することが出来る。ユーザが希望のキャラクタを選択すると、マネージメントサーバ２はその選択されたキャラクタに対応するコンテンツサーバのアドレスを端末装置１に送信する。従って、入手可能なキャラクタ、及びこのキャラクタのキャラクタ表示データが格納されているコンテンツサーバのアドレスを知る為、ユーザはかならず一度は端末装置１からマネージメントサーバ２にアクセスする必要がある。
【００２８】
３はコンテンツサーバである。このコンテンツサーバ３は通常複数個あり、各々管理しているキャラクタのキャラクタ表示データと前記キャラクタに対応するスケジュールファイルとを格納している。そして、チューナーによりキャラクタを入手しようとしている者に対してこれらのデータを送信する。実際には、オンライン時にユーザがチューナーを起動すると、マネージメントサーバ２から入手したアドレスのコンテンツサーバ３にアクセスされ、キャラクタ表示データとスケジュールファイルとがダウンロードされる。
【００２９】
４は広告主のサーバである。このサーバ４も通常複数個あり、各々のサーバは広告を表示（提示）する為の広告データを格納しており、広告データを端末装置１に送信する。実際には、格納されているチューナーとスケジュールファイルとに基づいて、広告データは端末装置１にダウンロードされる。
【００３０】
５はインターネットであり、端末装置１、マネージメントサーバ２、コンテンツサーバ３及び広告主のサーバ４が接続され、互いにデータの送受信が可能となっている。
【００３１】
次に、上述の構成の具体的な動作について説明する。
【００３２】
図２のフローチャートを用いて、端末装置１のデスクトップ上にキャラクタを表示させるまでの動作を説明する。尚、端末装置１にインストールされているチューナーには、予めマネージメントサーバ２のアドレスが記載されているものとする。
【００３３】
まず、チューナーを起動して、端末装置１からマネージメントサーバ２にアクセスする（Ｓｔｅｐ１００）。そして、マネージメントサーバ２から、現在登録されているキャラクタの一覧データをダウンロードする（Ｓｔｅｐ１０１）。受信した端末装置１では、キャラクタの一覧が表示される（Ｓｔｅｐ１０２）。ユーザは表示された一覧から希望のキャラクタを選択する（Ｓｔｅｐ１０３）。すると、マネージメントサーバ２から選択されたキャラクタに対応するコンテンツサーバ３のアドレスがダウンロードされ（Ｓｔｅｐ１０４）、このアドレスが端末装置１の記憶装置に格納される（Ｓｔｅｐ１０５）。
【００３４】
次に、マネージメントサーバ２から入手したコンテンツサーバ３のアドレスに基づいて、コンテンツサーバ３にアクセスする（Ｓｔｅｐ１０６）。そして、コンテンツサーバ３から選択したキャラクタのキャラクタ表示データと、これに対応するスケジュールファイルがダウンロードされ、端末装置１の記憶装置に格納される（Ｓｔｅｐ１０７）。
【００３５】
続いて、端末装置１のチューナーは、スケジュールファイルに記載されている広告サーバのアドレスに基づいて、広告サーバ４にアクセスする（Ｓｔｅｐ１０８）。そして、スケジュールファイルに記載されている広告データを更新分程度ダウンロードし、これらのデータを格納する（Ｓｔｅｐ１０９）。
【００３６】
チューナーは上記の作業の終了を確認すると、図３に示す如く、ユーザの端末装置のディスプレイに選択した希望のキャラクタを表示する。（Ｓｔｅｐ１１０）。
【００３７】
次に、端末装置１における広告の表示の動作について説明する。
まず、本動作で用いられるスケジュールファイルについて説明する。
【００３８】
スケジュールファイルは、図４に示すようなフォーマットになっている。
この例では、まずキャラクタのデフォルト状態の指定が記述される（図４−１）。このデフォルトのブロックでは、キャラクタ（＝コンテンツ）の有効期間、行をかえてキャラクタ毎に一意に振られたＩＤナンバーおよびキャラクタ表示データが格納されているアドレス、情報を表示していない状態でキャラクタをダブルクリックした時にブラウザを立ち上げて表示するＵＲＬを指定している。
【００３９】
次にキャラクタが情報を流す時の状態を指定するコンテンツブロックが既述される（図４−２）。このブロックでは、情報（この例では吹出し表示）の表示開始及び終了の時刻と、情報のタイプ（例えば、テキスト等）が記述されている。尚、情報記述ブロックに記載されたＵＲＬに広告データが格納されたファイルが存在する。又、スケジュールファイルの有効期限は、コンテンツ記述ブロックに記載された最後のコンテンツの終了時刻であるチューナーは、このスケジュールファイルの記述にしたがって、ユーザの端末装置のディスプレイにコンテンツ（広告）を表示する。
【００４０】
図５は広告表示の動作を示すフローチャートである。
【００４１】
まず、チューナーは所定の時間毎、例えば１分毎にスケジュールファイルに記載されているイベントを確認しに行く（Ｓｔｅｐ２００）。そして、スケジュールファイルのＣＭタグに記載されているイベントの時間であれば（Ｓｔｅｐ２０１）、該当する広告データを読み出して広告を画面上に決められた時間表示する（Ｓｔｅｐ２０２）。例えば、図５の例を観ると、１９９８年１０月１０日の午前１０時より午前１０時２分まで、スケジュールファイルに記載されている広告データに基づいて広告を表示する。図６、図７はデスクトップ上に表示された広告の表示例である。
【００４２】
続いて、デフォルトタグに記述された最後のコンテンツの終了時刻を確認し（Ｓｔｅｐ２０３）、終了時刻を過ぎていればこのスケジュールファイルの有効期限が切れていると判断してキャラクタの表示を出来なくする（Ｓｔｅｐ２０４）。
【００４３】
次に、スケジュールファイルの更新について説明する。図８はスケジュールファイルの更新を説明する為のフローチャートである。
【００４４】
まず、チューナーは、所定時間毎に端末装置１が新たなスケジュールファイルをダウンロードすることができる環境か否かを判断する（Ｓｔｅｐ３００）。すなわち、端末装置１がインターネットに接続されているかを判断するのである。そして、ダウンロードすることができる場合には、チューナーが記憶しているコンテンツサーバ３にアクセスする（Ｓｔｅｐ３０１）。
【００４５】
コンテンツサーバ３では、最新のスケジュールファイルを選択する（Ｓｔｅｐ３０２）。そして、チューナーは、最新のスケジュールファイルをダウンロードして格納する（Ｓｔｅｐ３０３）。
【００４６】
上述したスケジュールファイルの更新は、端末装置１がインターネットに接続されている間、バックグランドで行われる。
【００４７】
最後に、広告データの更新について説明する。図９は広告データの更新を説明する為のフローチャートである。
【００４８】
まず、チューナーは、所定時間毎に端末装置１が新たな広告データをダウンロードすることができる環境か否かを判断する（Ｓｔｅｐ４００）。すなわち、端末装置１がインターネットに接続されているかを判断するのである。そして、ダウンロードすることができる場合には、スケジュールファイルに記載されているサーバ４にアクセスする（Ｓｔｅｐ４０１）。そして、スケジュールファイルに記載されている広告データをダウンロードして格納する（Ｓｔｅｐ４０２）。
【００４９】
上述した広告データの更新は、端末装置１がインターネットに接続されている間、バックグランドで行われる。
【００５０】
次に、本発明の他の実施の形態を説明する。
図１０は、本発明の他の実施の形態の概念を示す概念図である。
【００５１】
図１０中、８１はユーザの端末装置である。この端末装置８１はパーソナルコンピュータであり、コンピュータ本体、ディスプレイ、通信モデム、キーボード及びマウス等から構成される。そして、端末装置８１の記憶装置には、コンピュータを動作させるためのシステム（Ｗｉｎｄｏｗｓ、ＭａｃＯＳ等）や、本発明を実施する為に必要なアプリケーション（後述するチューナー等）及びこれらに付随するプラグインのアプリケーションが格納される。
【００５２】
８２はマネージメントサーバである。このマネージメントサーバ２はネットワーク上に一つだけ存在し、現在登録されていてユーザが入手可能なキャラクタを管理するキャラクタリストを有している。
【００５３】
８３はコンテンツサーバである。このコンテンツサーバ８３は通常複数個あり、各々管理しているキャラクタのキャラクタ表示データ、前記キャラクタに対応するスケジュールファイル及び前記スケジュールファイルに基づいて表示される広告データを有している。
【００５４】
８４はログ管理サーバである。このログ管理サーバ８４はユーザのログをストックするものである。
【００５５】
８５はプラグインサーバである。このプラグインサーバは、各種のプラグインのアプリケーション及び管理機能、例えばメールサーバのような機能を有している。
【００５６】
８６はインターネットであり、このインターネット８６に端末装置８１、マネージメントサーバ８２、コンテンツサーバ８３、ログ管理サーバ８４及びプラグインサーバ８５が接続され、互いにデータの送受信が可能となっている。
【００５７】
続いて、各装置の構成及び各装置におけるファイルについて、図１１を用いて説明する。
【００５８】
まず、マネージメントサーバ８２について説明する。
マネージメントサーバ８２には、現在利用可能なキャラクタのリストのファイルであるキャラクタリストファイルが格納されている。そして、すべてのチューナーは、キャラクタ選択を選ぶとオンライン状態では必ずキャラクタリストファイルにアクセスしてリストを参照する。このキャラクタリストファイルには、現在利用可能なキャラクタのリスト及び各キャラクタのキャラクタ表示データを格納しているコンテンツサーバのアドレスが記述されている。更に、マネージメントサーバ８２は、キャラクタリストファイルの他に、キャラクタリストファイルにリストされている各キャラクタを選択ダイアログで表示する為に使用する選択ダイアログ用ＢＭＰ（ビットマップ）ファイルを格納している。尚、選択ダイアログ用ＢＭＰファイルの数は、キャラクタリストファイルにリストされているキャラクタの数だけある。
【００５９】
続いて、コンテンツサーバ８３について説明する。
コンテンツサーバ８３は、各キャラクタ毎に用意されてスケジュールファイルと、キャラクタ表示データとキャラクタを識別する為のキャラクタＩＤが含まれるファイルであるキャラクタ表示データファイルと、テキストや吹き出しの背景画像及び音声等の伝えたい情報のファイルである広告データファイルとが格納されている。尚、スケジュールファイルの記述内容については上述した通りである。
【００６０】
ログ管理サーバ８４には、ログデータベースファイルが格納されており、逐次端末装置１から送信されてくるログ情報が蓄積される。
【００６１】
プラグインサーバ８５は、各種のプラグインのアプリケーションプログラムが格納されている。
【００６２】
最後に端末装置１について述べる。
チューナーのインストールによって、端末装置１の記憶装置には基本情報ファイルと、チューナプログラム本体が生成される。基本情報ファイルは、マネージメントサーバ８２のアドレスや後述するユーザＩＤ、ダウンロードしたキャラクタのスケジュールファイル及びキャラクタ表示データのファイル位置等が記述されている。
【００６３】
また、端末装置１の記憶装置には、マネージメントサーバ８２からダウンロードしたキャラクタリストファイル及び選択ダイアログ用ＢＭＰファイルが格納される。コンテンツサーバ８３からダウンロードしたスケジュールファイル、キャラクタ表示データファイル及び広告データファイルが格納される。プラグインサーバ８５からダウンロードしたプラグインアプリケーションのファイルも格納される。
また、ユーザが見た広告のログを蓄積するログファイルも生成される。
【００６４】
上記のような構成において、図１２、図１３及び図１４を用いて動作を説明する。
【００６５】
まず、チューナーをインストール時の動作について説明する。
【００６６】
端末装置１にチューナーをインストールすると（Ｓｔｅｐ５００）、チューナーＩＤが基本情報ファイルに記述される（Ｓｔｅｐ５０１）。このチューナーＩＤは各端末装置毎に固有の番号が付けられる。そして、チューナーＩＤは、後述するユーザ情報と関連付けた形でログ管理サーバ８５に登録される。これらは、ログ管理サーバ８５においてデータベース化されてログデータベースファイルに蓄積される。そして、ログデータベースファイルは、ネットワークを利用したプラグインを利用するときに自動的にパスワード管理されているような形で使用されるほか、チューナーのバージョンや数の把握にも使用される。
【００６７】
チューナーがインストールされ、チューナーが起動されると、ユーザによるユーザ登録が行われる（Ｓｔｅｐ５０２）。このユーザ登録は、ログ管理サーバ８４のログデータに反映される。尚、ユーザ登録の内容は、例えば、「姓」「名」「Ｅ−Ｍａｉｌアドレス」「生年月日」「性別」「都道府県」「使用場所」等である。
【００６８】
続いて、表示するキャラクタを選択する作業に入る（Ｓｔｅｐ５０３）。ここで、チャンネル選択とは、表示するキャラクタを選択する際に行われるものであり、キャラクタを選択の方法として、例えば、ポップアップメニューを利用し、［チャンネル選択］を選ぶ。チャンネル選択を選ぶと、チューナーはまず回線を接続してマネージメントサーバ８２にアクセスしようとする（Ｓｔｅｐ５０４、５０５）。一定時間回線に接続しようと試みた結果、接続ができない場合には、その旨を表示して処理を中止する（Ｓｔｅｐ５０６）。
【００６９】
マネージメントサーバ８２にアクセス出来ると（Ｓｔｅｐ５０７）、チューナーはまずキャラクタリストファイルを参照し、現在利用できるキャラクタを確認する。利用できるキャラクタがあればそのキャラクタのキャラクタリスト（キャラクタのスケジュールファイル及びキャラクタ表示データが格納されているコンテンツサーバのアドレス情報等）をダウンロードする（Ｓｔｅｐ５０８）。また、そのキャラクタの選択ダイアログ用ＢＭＰファイルをダウンロードする（Ｓｔｅｐ５０９）。
【００７０】
それらのデータが取得し終わると、選択ダイアログ用ＢＭＰファイルに基づいてキャラクタを表示する（Ｓｔｅｐ５１０）。希望のキャラクタを選ぶと（Ｓｔｅｐ５１１）、チューナーはキャラクタ本体を表示するキャラクタ表示データ及びこのキャラクタに現在付加されている情報の一式をダウンロードするために、取得したコンテンツサーバのアドレスにアクセスする（Ｓｔｅｐ５１２）。
【００７１】
コンテンツサーバにアクセスすると、まずキャラクタ表示データをダウンロードする（Ｓｔｅｐ５１３）。尚、既にそのキャラクタ表示データを持っている場合は、ファイルの時間を比べてサーバのものが新しければそれをダウンロードする。
【００７２】
続いて、そのキャラクタのスケジュールファイルをダウンロードする（Ｓｔｅｐ５１４）。そして最後に、現在予定されている広告等のメッセージ（ｔｅｘｔや吹き出しに用いられるビットマップデータなど）を含む広告データをダウンロードする（Ｓｔｅｐ５１５）。
【００７３】
そして、以上のものがすべて揃うとキャラクタが表示される（Ｓｔｅｐ５１６）。
【００７４】
キャラクタの表示終了時には、最後に表示されたキャラクタの情報を基本ファイルに記述する（Ｓｔｅｐ５１７）。
【００７５】
続いて、二回目以降の起動時における動作について説明する。
まず、チューナーを起動すると、キャラクタを表示する前にスケジュールファイルの確認・更新を行う（Ｓｔｅｐ６００）。このスケジュールファイルの確認・更新は、起動時にまずネットワークに接続されているかどうかを判断する（Ｓｔｅｐ６０１）。
【００７６】
接続されていれば基本情報ファイルに記述されているコンテンツサーバにアクセスし（Ｓｔｅｐ６０２）、そのキャラクタの最新のスケジュールファイルを確認し（Ｓｔｅｐ６０３）、日付が新しいものがあればそれをダウンロードする（Ｓｔｅｐ６０４、６０５）。このとき、そのスケジュールファイルに対応した広告データもダウンロードする（Ｓｔｅｐ６０６）。そして、キャラクタを表示する（Ｓｔｅｐ６０７）。
【００７７】
一方、起動時にネットワークに接続されていなければ、基本情報ファイルに記述されている前回終了したキャラクタに対応するスケジュールファイルを確認する（Ｓｔｅｐ６０８、６０９）。このとき、スケジュールファイルより、キャラクタの使用期限が切れている場合には、キャラクタは表示せずに、その旨を知らせるコメントを表示する（Ｓｔｅｐ６１０）。スケジュールファイルより、キャラクタの使用期限が有効ならば、キャラクタを表示する（Ｓｔｅｐ６０７）。
【００７８】
次に、チューナーは、スケジュールファイルに書かれているイベントが起こるべき時間かどうかを定期的に確認する（例えば１分毎）（Ｓｔｅｐ６１１、６１２）。
【００７９】
そして、イベントが起こる時間であると確認した場合、チューナーはスケジュールファイルの定義に沿って吹き出しなど格納されている広告データに基づいて広告をデスクトップに表示し、また指定されたアクションを再生する（Ｓｔｅｐ６１３）。
【００８０】
スケジュールファイルに書かれている時間をみて、表示をやめる時間になると表示を終了させる（Ｓｔｅｐ６１４、６１５）。
【００８１】
情報の表示が終了されると、広告の種類、表示時間等をログとしてログファイルに書き込む（Ｓｔｅｐ６１６）。
【００８２】
また、オフライン（非接続）で立ち上げ、途中でオンライン（接続）になった時、スケジュールファイルの日付チェックを行う。オンラインかそうでないかは、チューナー側で予め定めた期間毎に、例えば１分おきなどの定期的なタイミングで回線の接続状況を確認する。
【００８３】
更に、あるキャラを使用している途中で「チャンネル選択」にて他のキャラクタに切り替える場合、上述の「チャンネル選択」と同様な動作を行う。
【００８４】
続いて、ログ情報のアップロードについて説明する。
【００８５】
まず、チューナーを起動すると（Ｓｔｅｐ７００）、ネットワークに接続されているかどうかを判断する（Ｓｔｅｐ７０１、７０２）。
【００８６】
接続されていればログ管理サーバ８４にアクセスし、インストール時に付けられたチューナーＩＤと登録されたユーザ情報とを送信する（Ｓｔｅｐ７０３）。
【００８７】
ログ管理サーバ８４では、チューナーＩＤと登録されたユーザ情報とを関連付けてログデータベースファイルに記述する（Ｓｔｅｐ７０４）。
【００８８】
その後、端末装置１では、逐次ログ蓄積ファイルが更新されている。そこで、一定の時間毎に（例えば１時間ごとに）ネットワークに接続されているかどうかを判断する（Ｓｔｅｐ７０５、７０６）。接続されていれば、ログ管理サーバ８４にアクセスし（Ｓｔｅｐ７０７）、更新されたログ蓄積ファイルをチューナーＩＤとともに送信する（Ｓｔｅｐ７０８）。
【００８９】
ログ管理サーバ８４では、チューナーＩＤに対応するユーザ部分のデータに送られてきたログ蓄積情報を記述し、ログデータベースを更新する（Ｓｔｅｐ７０９）。
【００９０】
これにより、ログデータベースには絶えずユーザのログ情報が蓄積されており、ユーザがどのようなキャラクタを表示させ、どの広告を見たかを知ることができる。
【００９１】
以上の如く説明した実施形態とは別の実施形態として、以下の形態が考えられる。
【００９２】
まず、チューナーをマネージメントサーバからダウンロードすることが考えられる。
更に、端末装置のデスクトップに表示されたキャラクタをクリックすることにより、広告主のホームページ（Ｗｅｂ）にアクセスすることも可能である。
【産業上の利用可能性】
【００９３】
以上のように、本発明にかかる情報提供システムは、コンピュータの画面上でキャラクタ及び広告等の情報を表示し、なおかつ新しい情報に絶えず更新することが出来る情報提供技術である。
【００９４】
従って、通信網を利用しているユーザに広告を提供する分野に適している。
【図面の簡単な説明】
【００９５】
図１は本実施の形態の概念図であり、図２は本実施形態の動作を説明する為のフローチャートであり、図３はキャラクタが表示されたデスクトップの画面を説明する為の図であり、図４はスケジュールファイルを説明する為の図であり、図５は本実施形態の動作を説明する為のフローチャートであり、図６はデスクトップ上に表示された広告の表示例であり、図７はデスクトップ上に表示された広告の表示例であり、図８はスケジュールファイルの更新を説明する為のフローチャートであり、図９は広告データの更新を説明する為のフローチャートであり、図１０は他の実施の形態の概念図であり、図１１は他の実施の形態における各装置のファイルに関する概念図であり、図１２は他の実施の形態の動作を説明する為のフローチャートであり、図１３は他の実施の形態の動作を説明する為のフローチャートであり、図１４は他の実施の形態の動作を説明する為のフローチャートである。
【図１】
0004502506.tif 000002
【図２】
0004502506.tif 000003
【図３】
0004502506.tif 000004
【図４】
0004502506.tif 000005
【図５】
0004502506.tif 000006
【図６】
0004502506.tif 000007
【図７】
0004502506.tif 000008
【図８】
0004502506.tif 000009
【図９】
0004502506.tif 000010
【図１０】
0004502506.tif 000011
【図１１】
0004502506.tif 000012
【図１２】
0004502506.tif 000013
【図１３】
0004502506.tif 000014
【図１４】
0004502506.tif 000015