(57)【特許請求の範囲】
【請求項１】
配信期間が定義された複数の配信データを蓄積する記憶手段と、該記憶手段に蓄積された配信データから配信期間に対応する配信データを抽出し、配信順番を管理する配信スケジュールに登録する配信データ抽出手段と、配信スケジュールに登録された複数の配信データを順番に繰り返し配信するデータ送出手段を備えたデータ配信装置において、
前記蓄積された配信データの内、更新された更新データを求める更新データ抽出手段と、
前記配信スケジュールに登録された配信データの配信の順番を、現在配信中の配信データの次に配信するように配信スケジュールを変更する配信スケジューリング手段とを備え、
前記更新データ抽出手段により求められた更新データが配信スケジュールに登録されている場合、前記配信スケジューリング手段により配信スケジュールにおける当該更新データの配信の順番を変更し、当該変更された配信スケジュールに基づき配信データを順番に繰り返し配信する
ことを特徴とするデータ配信装置。
【請求項２】
請求項１に記載のデータ配信装置において、
配信データは、配信開始時刻と配信終了時刻を含み、
前記配信データ抽出手段は、配信データの配信開始時刻と配信終了時刻を現在時刻と比較し、配信開始時刻と現在時刻の差が所定時間内で前記配信スケジュールの登録されていない配信データを前記配信スケジュールに登録し、前記配信スケジュールに登録されている配信データの内、配信終了時刻と現在時刻の差が所定時間内のものは前記配信スケジュールから除くことを特徴としたデータ配信装置。
【請求項３】
請求項１に記載のデータ配信装置において、
配信データは、店舗又は施設に関する情報であり、
配信データは、店舗又は施設の空満状況あるいは開店閉店状況である混雑状態情報と、店舗又は施設の紹介情報と、当該配信データの情報更新時刻を含むことを特徴としたデータ配信装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、衛星放送や地上波デジタル放送などの放送型情報配信システムを使ったデータ配信サービスにおけるデータ配信方法およびデータ配信装置に関する。
【０００２】
【従来の技術】
ＢＳデジタル放送あるいはＣＳデジタル放送あるいはＦＭ多重データ放送など、放送を使ったデータ配信サービスでは、一方向型のメディアであるため、データを繰り返し配信している。例えば、道路の渋滞情報をＦＭ多重放送により配信しているＶＩＣＳでは、道路ごとの渋滞データを順番に繰り返し配信している。
【０００３】
【発明が解決しようとする課題】
しかしながら、従来のデータ放送サービスでは、配信データに対する情報受信者の関心の度合いに関わらず配信を行っていた。そのため、情報受信者が所望の情報（関心の高い情報）を取得するまでの待ち時間については考慮されていなかった。
【０００４】
データ配信サービスでは利用料金の観点から、できるだけ狭い帯域を使用し、できるだけ多くのコンテンツを提供することが重要である。これらの条件を満たそうとする場合、データ配信周期が長くなり、情報受信者が情報取得するまで待ち時間が大きくなる。そのため、情報受信者にとって利便性が悪くなっていた。
【０００５】
【課題を解決するための手段】
情報受信者にとって関心の高い情報とは、新たに配信される情報あるいは内容が更新された情報である。そこで、本発明では上記の課題を解決するため、内容が更新されたコンテンツを抽出する更新コンテンツ抽出手段と、配信時刻になったコンテンツを抽出する配信開始コンテンツ抽出手段と、以下の（１）（２）のようにデータ配信のスケジューリングをする配信スケジューリング手段を設けた。
（１）複数のデータを順番に配信するデータ配信する際に、配信されるデータに含まれる任意のデータの内容が更新された場合に、その更新されたデータを優先的に配信する。
（２）複数のデータの順番に配信するデータ配信する際に、まだ配信されていないデータが配信時刻になった場合、その配信時刻になったデータを優先的に配信する。
【０００６】
これらの手段により、情報受信者が所望の情報（関心の高い情報）を取得するまでの待ち時間を短くすることができ、情報受信者の利便性を上げることができる。
【０００７】
【発明の実施の形態】
以下、本発明の実施例を図面を用いて説明する。本実施例は、店舗・施設などに関する情報（以下、地点情報と呼ぶ）を地上波デジタル放送を利用して配信する際、新たに配信時刻になった地点情報あるいは内容が更新された地点情報を優先的に配信するようにスケジューリングする情報配信の例である。
【０００８】
地上波デジタル放送を利用して配信する際には、リアルタイムな地点情報を配信するため、店舗主，施設主が地点情報を発信できる枠組みを設ける。地点情報発信者は、インターネットを経由して情報配信センタから配信される地点情報を更新したり配信時刻を設定したりする。地点情報発信者は、例えば、開店時のコンテンツ，閉店時のコンテンツなどのような配信時刻の異なる複数のコンテンツの配信時刻を予約登録する。また、駐車場の混雑状態などの速報的な情報は、割り込みコンテンツとして指定しておき、優先的に配信する。こうすることで、情報発信者は指定したタイミングで、空満状況あるいはメッセージなどの広告的な情報をドライバに提供する。
【０００９】
情報受信者にとっては、新たに配信される地点情報あるいは内容が更新された地点情報は一般に関心が強いものである。情報受信者に提供される地点情報に変化が起こるのは、以下の２つの操作が実施される場合がある。
（１）まだ配信されていない地点情報が配信開始時刻になり、配信コンテンツ群に追加された。
（２）配信中の地点情報の内容（空満状態等）が更新され、配信コンテンツ群の中の該当コンテンツ内容が更新された。
【００１０】
これらの変化が起こった情報を優先的に配信するようにスケジューリングすることで、情報受信者が所望する関心の高い情報を取得するまでの待ち時間を短くすることができる。
【００１１】
図１は本発明の実施例のシステム構成図である。本システムは、地点情報の発信者が地点情報を入力したり修正したりする地点情報入力端末１６０，１６２，１６４と、地点情報入力端末１６０，１６２，１６４から入力された地点情報を配信したり、地点情報コンテンツの配信順番をスケジューリングしたりする情報配信センタ１００と、情報配信センタ１００から配信された地点情報を受信する受信端末１８０，１８２，１８４とからなる。地点情報配信センタ１００から受信端末１８０，１８２，１８４へは地上波デジタル放送を介して情報配信を行うが、衛星デジタル放送あるいはＦＭ多重放送であっても構わない。
【００１２】
本発明の実施例においては、地点情報入力端末１６０，１６２，１６４は、誰でも手軽に情報発信できることを考慮し、情報発信端末をインターネットアクセス可能な携帯電話を例に説明する。地点情報発信者は地点情報入力端末から情報配信センタ１００にインターネットアクセスし、地点情報コンテンツの作成，編集、および配信時刻，有効期限の入力を行う。
【００１３】
携帯電話で入力する場合、キー入力回数を減らすことがユーザ利便性を向上させる。そこで地点名称，電話番号，ＵＲＬなどは予めデフォルト情報として登録しておき、変更がある場合のみ地点情報発信者が入力する仕様とする。これにより地点情報入力を素早く入力できる。
【００１４】
情報配信センタ１００では、地点情報発信者により入力された配信開始時刻，配信終了時刻に基づいて、周期配信するコンテンツ群に対してコンテンツの追加，削除処理を行う。また、地点情報発信者により変更された地点情報に対して、周期配信コンテンツ群の該当コンテンツを更新処理する。コンテンツの追加処理，更新処理を行う場合には、情報受信者の関心度に基づく配信スケジューリングに従って地点情報を配信する。
【００１５】
情報配信センタ１００には、地点情報入力端末１６０，１６２，１６４から地点情報の入力や修正を受け付けるコンテンツ入力サーバ１０５と、コンテンツ入力サーバ１０５により入力あるいは更新された地点情報を格納するコンテンツ蓄積サーバ１１０と、コンテンツ蓄積サーバ１１０に蓄積された地点情報の配信開始時刻または配信終了時刻を現在時刻と比較し、配信開始時刻になった地点情報あるいは配信終了時刻になった地点情報を抽出する配信開始・配信終了コンテンツ抽出部１１５と、コンテンツ蓄積サーバ１１０の中から更新された地点情報コンテンツを抽出する更新コンテンツ抽出部１２０と、コンテンツ配信開始・配信終了コンテンツ抽出部１１５で抽出した配信開始時刻になった地点情報コンテンツおよび配信終了時刻になった地点情報コンテンツと、更新コンテンツ抽出部
１２０により抽出された更新コンテンツに対応して地点情報コンテンツの配信順番即ち配信スケジュール１３０を作成する配信スケジューリング部１２５と、配信スケジュール１３０に基づき、指定した地点情報コンテンツを配信するための地点情報配信命令を出す配信管理部１３５と、配信管理部１３５からの地点情報配信命令に基づき、地点情報コンテンツを放送波として送出するコンテンツ送出部１４０と、全体の処理フローを制御する制御部１４５が設けられている。
【００１６】
次に本システムを利用したサービスイメージについて図１０を用いて説明する。インターネットアクセス可能な携帯電話等の地点情報入力端末１６０を持つ地点情報発信者１０１０が、地点情報を地点情報配信センタ１０３０に向けて発信する。この地点情報入力端末１６０と地点情報配信センタ１０３０はインターネット網で接続され、地点情報発信者は地点情報およびその配信開始時刻，終了時刻の入力あるいは更新を行う。ここでは、地点情報発信者が地点に関する広告情報を発信したり、現在の地点の状況を発信したりする。地点情報配信センタ1030は地点情報発信者により入力あるいは更新された地点情報を受信者１０５０に対して配信する。受信者１０５０は受信端末１８０により地点情報を受信し、その地点情報を画面表示する。
【００１７】
受信端末側では、放送を使った情報配信の受信データを一時的にキャッシュする。地点情報コンテンツには一般に有効期限があり、期限切れのコンテンツをドライバに提供しないようにキャッシュ管理する必要がある。そこで、受信端末においては、キャッシュされたコンテンツの有効期限を監視し、期限切れの情報を破棄する有効期限管理機能を備えるものとする。
【００１８】
地点情報発信者１０１０は、地点情報入力時に地点情報と同時にその情報の有効期限を入力する。情報配信センタ１００では、地点情報に有効期限情報を設定して情報受信端末に配信する。情報受信端末は配信された地点情報をキャッシュし、キャッシュされた情報の有効期限を監視し、期限切れの情報をキャッシュから削除する。こうすることで、期限切れの情報提供を防ぐことができ、情報受信者の混乱を避けることができる。
【００１９】
受信端末１８０で表示される地点情報表示画面について図７を用いて説明する。受信端末では配信された地点情報をキャッシュし、キャッシュした地点情報は、一目で情報を把握できるように、ナビ地図(電子地図)上にオーバーレイ表示される。はじめに情報受信者に提供する情報は、その地点の施設が使えるか否かという状態である。これらの情報は、情報受信者に一目でわかるようにアイコンで表示する。例えば、地点情報表示画面７００に表示されている駐車場に関する地点情報７０５，７１０、レストランに関する地点情報７１５，７２０は、アイコンの形でナビ地図上にオーバーレイされる。これらのアイコンは、駐車場に空車がある場合、空車を意味するアイコンを表示し、満車の場合は、満車アイコンを表示する。例えばアイコンの模様や色を変更することで現在の混雑状態，開店閉店状態等を表すことができる。また地点情報表示画面７００には自車位置７５０も表示される。
【００２０】
さらに、画面に表示された地点情報アイコンを入力デバイス等で指示することでテキストベースの詳細情報(以下一口メモという)を表示させることができる。図８に、地点情報に関するテキスト詳細情報を表示する一口メモ表示画面８００を示す。ユーザが入力デバイスで画面上のレストランアイコン７２０を指示すると、指示したレストランに関する一口メモ８３０が表示される。このようにナビ地図上に地点情報をオーバーレイ表示することで情報受信者に情報を提供する。
【００２１】
次に図２により、情報配信センタ１００の全体処理フローについて説明する。
【００２２】
まず、制御部１４５からの配信開始命令に基づき配信開始処理が実施される
（ステップ２００）。ステップ２０５では、コンテンツ入力サーバ１０５において、地点情報入力端末１６０，１６２，１６４からの地点情報の入力要求あるいは更新要求を受け付ける。コンテンツが入力された場合にはコンテンツ蓄積サーバ１１０に地点情報コンテンツを格納し、コンテンツが更新された場合にはコンテンツ蓄積サーバ１１０に格納されている地点情報コンテンツを更新する。
【００２３】
ここで、地点情報コンテンツのデータ構成について図９を用いて説明する。地点情報コンテンツは、１地点（店舗・施設）ごとに１コンテンツとして管理されている。運転者等の情報受信者が店舗・施設を探す場合に必要な情報として、地点名称，地点情報発信者からのメッセージ，地点の空満（開閉）状態があげられる。また、その地点に関するＵＲＬを添付することでＷＷＷサイトにアクセスでき、予約，購入，詳細情報の閲覧を行うことができる。そこで地点情報データ
９００は、地点名称９０５と、地点の位置を示す緯度・経度９１０と、地点の空満状況あるいは開店閉店状況などを示す混雑状況９１５と、地点に関するテキストベースの簡単な紹介を示すテキスト情報９２０と、地点情報コンテンツの配信開始時刻を示す配信開始時刻９２５と、地点情報コンテンツの配信終了時刻を示す配信終了時刻９３０と、地点情報が更新された時刻を示す情報更新時刻９３５から構成されている。なお、地点情報コンテンツの有効期限を表す情報としては、配信終了時刻９３０を用いるが、地点情報コンテンツの配信期間とコンテンツの有効期限を別に管理する場合には、配信終了時刻９３０の他に、コンテンツ有効期限情報を設けても良い。この場合には、放送による配信が終了した後も有効なコンテンツを配信することが出来る。
【００２４】
地点情報発信者は情報入力端末１６０，１６２，１６４からこれらの情報を入力したり、更新したりする。配信するコンテンツは、地上波デジタル放送に適応するためＸＭＬ言語とする。地点情報は地点ごとに情報更新のタイミングが異なるので、１地点あたり１コンテンツとして管理するとよい。
【００２５】
ステップ２１０では、配信スケジューリング部１２５において、地点情報の配信順番（配信スケジュール１３０）を作成する配信スケジューリング処理を実施する。配信スケジューリング処理の詳細については後述する。
【００２６】
次にステップ２１５では、配信管理部１３５においてステップ２１０で作成した配信スケジュール１３０に基づきコンテンツ送出部１４０に対して、次に送出すべき地点情報コンテンツを指示する地点情報配信命令を出す。そして、コンテンツ送出部１４０において地点情報配信命令に基づき、コンテンツ蓄積サーバ
１１０に蓄積されている地点情報コンテンツを地上波デジタル放送により配信する。
【００２７】
そしてステップ２２０では、制御部１４５から配信終了要求がある場合にはステップ２２５に進み配信終了用処理を実施する。配信終了要求がない場合にはステップ２０５に戻る。
【００２８】
つぎに図３を用いて配信スケジューリングの処理フローについて説明する。本処理は、図２を用いて説明した全体処理フローの中のステップ２１０に相当する。
【００２９】
スケジューリング開始処理は、制御部１４５のスケジューリング開始命令に基づき実施される（ステップ３００）。次にステップ３０５では配信開始・配信終了コンテンツ抽出部１１５において、コンテンツ蓄積サーバ１１０に蓄積された地点情報コンテンツの配信開始時刻と現在時刻とを比較し、配信開始すべき地点情報コンテンツ（配信開始時刻と現在時刻が一致あるいは近いコンテンツ）を抽出する。
【００３０】
ステップ３１０では、制御部１４５において配信開始すべき地点情報コンテンツが抽出されたか否かを判別する判別処理を実施し、配信開始すべき地点情報コンテンツが抽出された場合にはステップ３１５に進み、配信開始すべき地点情報コンテンツが抽出されなかった場合にはステップ３２０に進む。
【００３１】
ステップ３１５では、配信スケジューリング部１２５において、ステップ305で抽出された配信開始すべき地点情報コンテンツを配信スケジュール１３０に追加する配信スケジューリング処理を実行する。
【００３２】
ここで、図４を用いて配信スケジュールについて説明する。配信スケジュール４００には地点情報コンテンツの配信順番が記述されている。配信スケジュール４００は、先頭の地点情報コンテンツ１（４０５）から最後の地点情報コンテンツＮ（４２５）に向かって順番に配信されることを示している。さらに最後の地点情報コンテンツＮ（４２５）が配信されると、再び先頭の地点情報コンテンツ１（４０５）に戻って配信が続けられることを示している。つまり、配信スケジュール４００は先頭の地点情報コンテンツ１（４０５）の次に地点情報コンテンツ２（４１０）が配信され、その次に地点情報コンテンツ３（４１５）が配信され、最終的に配信順番のリスト最後にある地点情報コンテンツＮ（４２５）が配信されると、再び先頭の地点情報コンテンツ１（４０５）に戻って配信が続けられることを示している。このように地点情報コンテンツはスケジュールの先頭から最後に向かって繰り返しに配信される。
【００３３】
次に配信スケジュールへ新たな地点情報コンテンツを追加する処理について説明する。地点情報コンテンツが配信開始時刻になった場合、配信スケジュールに追加処理される。情報受信者にとってこのような新たに配信開始されるコンテンツは関心が高い。そこで、配信開始時刻になったコンテンツを優先的に配信するように配信スケジューリングする。
【００３４】
図５のような配信スケジュール５００の中に、配信開始時刻になった地点情報コンテンツＸ（５２０）を追加する例について説明する。追加処理を実行する以前、配信スケジュール５００は、先頭に地点情報コンテンツ１（５０５）、その次に地点情報コンテンツ２（５１０）、その次に地点情報コンテンツ３(５１５)、そして最後に地点情報コンテンツＮ（５２５）が配信されるように配信順番がスケジューリングされている。そして地点情報コンテンツ２（５１０）が現在配信されているものとする。このような場合、現在配信されているコンテンツのデータ配信を中断させることの無いように、配信スケジュールに記述されている配信順番で地点情報コンテンツ２（５１０）と地点情報コンテンツ３（５１５）の間に、配信開始時刻になった地点情報コンテンツＸ（５２０）を挿入する。つまり、新たに追加される地点情報コンテンツＸ（５２０）は、現在配信中の地点情報コンテンツ２（５１０）の次の順番になるようにスケジューリングされる。
【００３５】
ステップ３２０では、配信開始・配信終了コンテンツ抽出部１１５において、コンテンツ蓄積サーバ１１０に蓄積された地点情報コンテンツの配信終了時刻と現在時刻とを比較し、配信終了すべき地点情報コンテンツ（配信終了時刻と現在時刻が一致あるいは近い地点情報）を抽出する。そしてステップ３２５では、制御部１４５において配信終了すべき地点情報コンテンツが抽出されたか否かを判別する判別処理を実施し、配信終了すべき地点情報が抽出された場合にはステップ３３０に進み、抽出されなかった場合にはステップ３３５に進む。ステップ
３３０では、配信スケジューリング部１２５において、ステップ３２０で抽出された配信終了すべき地点情報コンテンツを配信スケジュール１３０から削除する配信スケジューリング処理を実行する。
【００３６】
ステップ３３５では、更新コンテンツ抽出部１２０において、コンテンツ蓄積サーバ１１０に蓄積された地点情報コンテンツが地点情報入力端末１６０，162，１６４によって更新されたか否かを判別し、更新された地点情報コンテンツを抽出する。ステップ３４０では、制御部１４５において更新コンテンツが抽出されたか否かを判別する判別処理を実施し、更新コンテンツが抽出された場合にはステップ３４５に進み、更新コンテンツが抽出されなかった場合にはステップ
３６０に進む。
【００３７】
ステップ３４５では、更新コンテンツ抽出部１２０において抽出された更新コンテンツが配信されている配信スケジュールの配信順番中にあるかどうかをチェックする。次にステップ３５０において、制御部１４５において更新コンテンツが配信順番中にあるか否かを判別する判別処理を実施し、更新コンテンツが配信順番中にある場合には、ステップ３５５に進み、更新コンテンツが配信順番中にない場合には、ステップ３６０に進む。そしてステップ３５５では、配信スケジューリング部１２５において、配信スケジュール１３０に記述されている更新コンテンツを優先的に配信するように配信順番を変更する配信スケジューリング処理を実行する。
【００３８】
ここで、更新された地点情報コンテンツの配信スケジューリング処理について説明する。情報受信者にとって、内容が更新されたコンテンツは関心が高い情報である。そこで、このコンテンツを優先的に配信するように配信スケジューリングする。
【００３９】
図６に、配信スケジュール６００中の更新された地点情報コンテンツ６２０の配信順番を変更するスケジューリングを示す。地点情報コンテンツの内容に対する変更処理を実行する以前には、配信スケジュール６００は、先頭に地点情報コンテンツ１（６０）、その次に地点情報コンテンツ２（６１０）、その次に地点情報コンテンツ３（６１５）、そして、地点情報コンテンツ３（６１５）と地点情報コンテンツＮ（６２５）の間に更新される地点情報コンテンツＹ（６２０）、最後に地点情報コンテンツＮ（６２５）が配信されるようにスケジューリングされている。そして地点情報コンテンツ２（６１０）が現在配信されているものとする。このような場合、配信スケジュールに記述されている配信順番のリストで地点情報コンテンツ２（６１０）と地点情報コンテンツ３（６１５）の間に更新された地点情報コンテンツＹ（６２０）を移動する。つまり、更新された地点情報コンテンツＹ（６２０）が、現在の配信スケジュールの配信順番リスト中にある場合には、現在配信中の地点情報コンテンツ２（６１０）の次の順番になるようにスケジューリングされる。なお、更新された地点情報コンテンツが配信開始時刻以降、配信終了時刻以前でない場合、即ち配信順番のリスト中にない場合には、配信スケジューリングは行われない。
【００４０】
ステップ３６０では、制御部１４５からスケジューリング終了要求があるか否かを判別する判別処理を実施し、終了要求がある場合にはステップ３６５に進み終了処理を実施し、終了処理がない場合にはステップ３０５に戻る。
【００４１】
これにより、新たに配信されるコンテンツと、内容が更新されたコンテンツを優先的に配信する配信スケジューリングの例について説明した。こうすることで、情報受信者が所望の情報（関心の高い情報）を取得するまでの待ち時間を短くすることができる。なお、本実施例では、配信するコンテンツを地点情報としたが、道路ごとに渋滞情報が提供される交通情報あるいは地域（メッシュ）ごとに提供される地図情報であっても構わない。
【００４２】
情報受信者が所望の情報にアクセスするまでの平均待ち時間Ｗは、同じ順番で地点情報を周期的に配信し、かつ全ての地点情報に対する関心度が同じであると仮定した場合、Ｗ＝コンテンツ配信周期÷２＝（１地点情報あたりのデータサイズ×配信する地点情報の数÷地上波デジタル放送で使用できる伝送路の伝送レート）÷２となる。そこで１地点情報あたりデータサイズが０.５ＫＢ で１０万件の地点情報を地上波デジタル放送で配信する場合を考えると、地上波デジタル放送で将来的に移動体向けにセグメントが割り当てられるものとし、移動帯に強いキャリア変調方式を使用した場合の１セグメントに収容できる伝送レートとし、２５６kbps，３８４kbps，５１２kbpsについて各伝送レートにおける情報受信者の平均待ち時間を計算すると、２５６kbpsでは１３分、３１２kbpsでは８分４０秒、５１２kbpsでは６分３０秒となってしまう。
【００４３】
これに対し本発明の配信スケジューリングを用いた場合の、情報受信者が所望の情報にアクセスするまでの待ち時間Ｗｓは、同時に情報が更新されたり、同時に新たな情報が追加されたりしないと仮定すると、Ｗｓ＝（１地点情報あたりのデータサイズ÷地上波デジタル放送で使用できる伝送路の伝送レート）、となる。この場合、先と同様に１件０.５ＫＢ の地点情報を１０万件配信するときの受信待ち時間は、伝送レートが２５６kbpsでは０.０１５秒、３８４kbpsでは0.010秒、５１２kbps では０.００８秒となり、情報受信者の待ち時間は大幅に短縮される。
【００４４】
以上のように本実施例では、データ配信に使用できる帯域が狭い場合、あるいはコンテンツ数が非常に多い場合でも、情報受信者にとって特に関心の高い、内容が更新されたデータ、新規に配信されるデータを取得するまでの待ち時間を短くすることができる。
【００４５】
【発明の効果】
以上の様にして本発明では、情報受信者の関心の度合いが高い情報を取得するまでの待ち時間を小さくして、情報受信者の利便性を上げることができる。
【図面の簡単な説明】
【図１】本発明の実施例のシステム構成図である。
【図２】本発明の実施例の全体フローチャートである。
【図３】配信スケジューリング処理のフローチャートである。
【図４】配信スケジュールを示す図である。
【図５】新たに地点情報コンテンツを配信する場合の配信スケジューリングを示す図である。
【図６】地点情報コンテンツが更新された場合の配信スケジューリングを示す図である。
【図７】本発明の実施例における受信端末の地点情報表示画面である。
【図８】本発明の実施例における受信端末の地点に関するテキスト情報表示画面である。
【図９】本発明の実施例の地点情報コンテンツのデータ構造である。
【図１０】本発明の実施例のサービスイメージ図である。
【符号の説明】
１００，１０３０…情報配信センタ、１０５…コンテンツ入力サーバ、１１０…コンテンツ蓄積サーバ、１１５…配信開始・配信終了コンテンツ抽出部、120…更新コンテンツ抽出部、１２５…配信スケジューリング部、１３０，４００，５００，６００…配信スケジュール、１３５…配信管理部、１４０…コンテンツ送出部、１４５…制御部、１６０，１６２，１６４…地点情報入力端末、１８０，１８２，１８４…受信端末、７００，８００…地点情報表示画面、８３０…一口メモ、９００…地点情報データ、１０１０…地点情報発信者、１０５０…受信者。
【図１】
0004019721.tif 000002
【図２】
0004019721.tif 000003
【図３】
0004019721.tif 000004
【図４】
0004019721.tif 000005
【図５】
0004019721.tif 000006
【図６】
0004019721.tif 000007
【図７】
0004019721.tif 000008
【図８】
0004019721.tif 000009
【図９】
0004019721.tif 000010
【図１０】
0004019721.tif 000011