WO2002021740A1

WO2002021740A1 - Simulateur de terminal de reception, dispositif de conception d'un programme de diffusion, terminal de reception, systeme de transmission/reception de donnees ainsi realise

Info

Publication number: WO2002021740A1
Application number: PCT/JP2001/007358
Authority: WO
Inventors: Ryota Tsukidate; Hiroyuki Nishi
Original assignee: Matsushita Electric Industrial Co., Ltd.
Priority date: 2000-09-01
Filing date: 2001-08-28
Publication date: 2002-03-14
Also published as: EP1235371A4; JPWO2002021740A1; EP1235371A1; TW518838B; CN1263238C; AU2001280203A1; EP1684452A2; KR20020068334A; US20030147361A1; CN1394402A

Description

明細書

受信端末シミュレーション装置、送出スケジュール作成装置、及び受信端末、並びにこれらを用いるデータ送受信システム

技術分野

本発明は、単方向通信を用いてデータを送信するシステムにおいて、受信端末の状況を把握してデータの送出を管理するようにした受信端末シュミレーシヨン装置及び送出スケジュール作成装置、並びにこれらを用いるデータ送信システムに関するものである。

背景技術

従来のデータ送信システムでは、送出するデータに有効期限を付与して送り、受信端末においては削除処理スケジュール管理部と削除処理部を設け、有効期限が過ぎたデータに対しては定期的に削除処理を行なっていた。このような場合、デ一夕の送出が単方向であるデータ通信においては、データの送出側にとっては前記のような端末のファイル削除処理を把握することができず、端末においてどの程度のファイルが蓄積されているかを知ることはできなかった。また受信端末の管理はすべて受信端末任せになつており、データを送る側は勝手にデータを送出していた。

また従来のデータ送信システムにおいて、データ送出側で、送出するデータの送出スケジュールを作成する場合は、その送出の枠（送出データ帯域）に送ろうとするデータが収まるかどうかのみを考えて送出計画を立てていた。

つまり、 1Mbpsの帯域で 1時間の間に送ることが出来るデータ量は I MM t t 6 0*60/8=450Mbyte (byte : バイト、以下同じ）となる。データの放送スケジュ一ルを決定する場合は、放送したレ、放送枠で送ることが出来るデータのサイズに収まるようにデータを放送枠に対して配置していれば良かつた。

しかしながら、上記のような従来のデータ送信システムでは、単方向通信におけるデータ送信の場合、受信端末からの状況の通知ができないため受信端末の記憶領域の状況を正しく把握することができない。したがって、単方向通信におけるデータ送信でかつそのデータを蓄積保存する端末の場合、ただ単に送ることが可能というだけで、データを送ってしまった場合、受信端末の記憶領域の空き容量が十分にないにもかかわらず、その空き容量以上のデータを送出することもありえる。その結果前記受信端末においてそのデータの蓄積に失敗するという課題を有していた。例えば前記データ送出可能なデータ量が 450Mbyteに対して空き容量が 300Mbyteしかなかった場合、そのまま送れるだけのデータ（450Mbyte) を送つてしまつたならば、明らかに蓄積に失敗することがわかる。

発明の開示

本発明は上記従来の課題に鑑みてなされたもので、その第 1の目的は、データ送信システムにおいて、データ送信側装置が受信端末の状況を把握して送出デー夕を管理し、データ送信におけるトラブルの発生を防止することである。

発明の第 2の目的は、データ送信側装置が受信端末の状況を的確に推定し、受信端末がデー夕を正しく受信、蓄積することが出来るようなデータ送出スケジュ —ルを作成することである。

本発明は、上記目的を達成するために、単方向通信を用いてデータを送信するシステムにおいて、送信したデータと、これから送信するデータに関する情報を管理するデータ管理部と、前記送信したデー夕とこれから送信するデータと前記データに関する情報とを保持するデータ記憶部と、その情報から受信端末での受信、蓄積、削除の処理の動作をシミュレーションすることのできる受信端末シミユレ一ション部とを設けたことを要旨とする。

これにより、送信したデータがどのような有効期限をもち、いつまで受信端末上に存在し、またどの地域に対して送信されているかを'シミユレーションを行なうことができ、受信端末の蓄積領域の状況を把握することができる。ただしすベての蓄積処理及び削除処理が正しく動いているという想定の状況である。この記憶領域の状況を把握することで、あとどの位のデータを送信しても記憶領域に収まるかを把握することが可能となる。またいつならば記憶領域に所望の空き領域ができるかを把握することも可能となる。

本発明はまた、上記目的を達成するために、単方向通信を用いてデ一夕を送信するシステムにおいて、データの情報を記憶するデータ記憶部と、データの管理を行うデータ管理部と、受信端末の状態をシミュレーションする受信端末シミュレ一ション部と、シミュレーションの結果を用いてデータの送出スケジュールを作成する送出管理部とを有する送出スケジュ一ル作成装置を要旨とする。

かかる構成により、本発明の送出スケジュール作成装置では、受信端末において確実に受信できかつ送出を行える送信計画（送出スケジュール）を立案、実施することが可能になるものである。

図面の簡単な説明

図 1は、本発明の第 1の実施の形態に係るデータ放送システムの全体構成を表すブロック図である。

図 2は、前記実施の形態に係るデータ送信システムに対応する受信端末の構成を示すプロック図である。

図 3は、前記実施の形態における管理データ項目一覧の例を示す図である。図 4は、前記実施の形態における送出済登録データ一覧の例を示す図である。図 5は、前記実施の形態におけるフアイルシミュレーションの第 1の事例を説明する図である。

図 6は、前記実施の形態におけるフアイルシミュレーションの第 1の事例を説明する図である。

図 7は、本発明の第 2の実施の形態に係る送出スケジュール作成装置を有するデータ放送システム全体の構成を表すプロック図である。

図 8、前記実施の形態における管理データ項目一覧の例を示す図である。

図 9は、前記実施の形態における登録データ一覧の例を示す図である。

図 1 0は、前記実施の形態における放送枠情報の例を示す図である。

図 1 1は、前記実施の形態における放送スケジュール作成動作を説明するフロ

—図である。

図 1 2は、前記実施の形態における処理順決定動作を説明するフロー図である _c 図 1 3は、前記実施の形態における空き容量シミュレーション動作を説明するフロー図である。

図 1 4は、前記実施の形態における受信端末の記憶領域にデータが蓄積されている期間を表す図である。

図 1 5は、前記実施の形態における送出管理部で保持している管理情報の例を示す図である。 '

発明の好ましい実施の態様

実施の形態 1

以下、本発明における実施の形態について、図面を参照して説明する。なお、本発明はこれらの実施の形態に何ら限定されるものではなく、その要旨を逸脱しない範囲において、様々な形態で実施し得る。図 1は、本発明の第 1の実施の形態に係るデータ送信システム全体の構成を表すプロック図である。この実施の形態においては、受信端末シミュレーション装置を含むデ一夕送信システムとしては、データを放送の形で送信するデ一夕放送システムを例に挙げて説明する。このデータ放送システムは単方向通信を用いてデ一夕を送信し受信端末で受信する方式を採っており、図 1のように構成される。受信端末シミュレーション装置は、シミュレーションの条件を入力、及ぴシミュレ一シヨンの結果を出力する操作端末部 101と、実際に受信端末の状態をシミュレーションする受信端末シミュレーシヨン部 102と、送出データの情報を記憶管理するデータベース部 103とからなり、更にデータ入力部 104、送出管理部 105、送出部 106を合わせて、デ —夕放送システムが構成される。デ一夕ベース部 103は、これから送信するデ一夕に関する情報を管理するデータ管理部 1031と、前記送信したデータと、これから送信するデータと前記データに関する情報を保持するデータ記憶部 1032とから構成される。以後データ管理部 1031とデータ記憶部 1032とを合わせてデータべ一ス部 103として説明を行なう。前記データ放送システムから送信されたデータは受信端末 109において受信、蓄積が行なわれる。操作端末部 101、受信端末シミユレーシヨン部 102、データ管理部 1031、データ記憶部 1032は同一の機器で構成されても、別々の機器で構成されネットワークで結合されてもかまわないものとする。また、操作端末部 101、データベース部 103、データ入力部 104は複数存在してもかまわない。また、データ記憶部 1032、データ管理部 1031、受信端末シミユレ一ション部 102は、汎用計算機内にィンストールされたプログラムにより各機能を実行し、受信端末の受信容量をシミュレ一シヨンする汎用計算機の機能部として設けられていてもよい。

図 2は、本発明の第 1の実施の形態に係るデータ送信システムに対応する受信端末 109 の構成を表すブロック図である。この受信端末 109 は、データ放送システムからの放送電波の受信部を構成し、この放送電波を受信して選局を行なうチュ一ナ 111 と、受信した放送番組のデータ（コンテンツ）を蓄積し又は更新する蓄積更新部 112 と、デ一夕が蓄積される記憶領域としてのハードディスク 113 と、 C P Uから成り、ハードディスク 113 に対するデータの書込み、読出し、およびデー夕の削除などの制御を行なう記憶領域制御部としてのハードディスク領域制御部 114 と、ハードディスク 113 からデ一夕を読み出して再生表示を行なうビューヮ 115 と、再生デ一タを表示する表示部 116 とを備えている。

また、この受信端末 109 は、ハ一ドディスク 113 の蓄積データに関する参照状況、その他の属性を管理するコンテンツ属性管理部 117 と、前記ハードディスク領域制御部 114が、ハードディスク 113 に蓄積されたデータが有効期限を過ぎたか否かを判断するために利用する時刻情報を提供するための時計部 119 と、地域情報と種別情報とを保持する地域，種別情報格納部 120 と、受信端末 109 に対して各種の操作を行ない、データの入力を行なう操作 '入力部 121 とを備えている c コンテンツ属性管理部 117 は、ハードディスク 113 の蓄積デ一夕に関する参照状況、或いは属性を管理する。一例としては、蓄積デ一夕に対してどのような参照がなされているか（現在、書込み中とか、再生中とかといつたこと）を監視或いは管理する。また、地域，種別情報格納部 120 は、この受信端末 109 が設置されている地域を特定する地域情報と、受信端末 109 の種別を示す種別情報とを保持している。なお、上記地域 ·種別情報格納部 120 は、受信端末が設置されている地域を特定する地域情報を保持する地域情報格納手段と、受信端末の種別を示す種別情報を保持する種別情報格納手段とに別々に分かれて設けられていてもよい c 次に受信端末 109の動作、およびこの受信端末 109におけるデータの管理について説明する。単方向のデ一タ放送システムの場合、データの削除を前記データ放送システムから指示を出して確実に実行させることが不可能である。なぜならば削除命令等を放送で送信しても全ての受信端末 109 が確実に受信実行するとは限らないからである。そこで、送信するデータに有効期限を付与してデータを送信する。受信端末 109においては蓄積したデータの前記有効期限を定期的にチェックを行ない、有効期限が切れたデータについては、削除、廃棄という処理を行なう。これにより有効期限が切れて不要となつたデータは削除され受信端末 109 の記憶領域を有効に利用することが可能となる。

この場合において、ハードディスク領域制御部 114 は、ハードディスク 113 に蓄積されたデータの有効期限を定期的にチェックする。そして、有効期限が切れたデータについては、時計部 119 からの時刻情報をもとに有効期限が経過していることを認定し、蓄積更新部 112 に指示を出して、蓄積更新部 112 がそのデータの削除、廃棄という処理を行なう。ここで、時計部 1 1 9からの時刻情報としては、有効期限が切れて不要となったデータは削除するという目的から、主として現在時刻、現在日時の情報を指す。

また、受信端末 109 は、地域 ·種別情報格納部 120 に地域を特定する情報と受信端末 109 の種別を保持しており、ハードディスク領域制御部 114 は、地域 -種別情報格納部 120 からの地域データに基づき、送信データに付与されている送信先情報、受信端末種別情報をチックし、該当する端末のみデータを受信、蓄積を行なう。本実施の形態においては、前記受信端末種別情報は、どの位の記憶容量をもつ端末であるかということを表している。前記受信端末種別情報によりデ一夕送信側はその記憶容量に適したデータを送信することが可能である。前記受信端末種別情報は、どの位の記憶容量をもつ端末であるかということ以外に受信端末 109 の構成、外部接続形態等の受信端末 109 の特徴を表す情報も含めることができる。

ここで、有効期限が過ぎているデータを削除する動作に関して、ハードデイスク領域制御部 114 の別の動作として、このハードディスク領域制御部 114 は、ハードディスク 113 の空き容量をチェックし、空き容量が充分あるときは、蓄積デ一夕の有効期限が過ぎていても蓄積を継続する（すなわちデータの削除を行なわない）ようにすることもできる。また、ハードディスク領域制御部 114 は、ハードディスク 113 の空き容量をチェックし、ハードディスク 113 が満杯であるか、または満杯になりそうなときに有効期限が過ぎているデータを削除するようにすることもできる。また、ハードディスク領域制御部 114 は、有効期限が過ぎているデータを削除するに際して、コンテンツ属性管理部 117 からのデータに基づき、参照されているデ一夕、例えば現在再生中であるといった状況にあるデータは有効期限が過ぎていても削除、廃棄から除外するようにすることもできる。

前記送信先情報、受信端末種別情報以外にも、受信端末 109 を利用している家族構成や視聴者の趣味などの情報を受信蓄積の識別情報として受信端末 109 に保持し、前記受信蓄積の識別情報を元に受信蓄積するデータを識別してもよく、識別に用いる情報を制限するものではない。

通常の受信端末 109 においては受信及び削除処理は端末の利用時間外、つまり使用していない場合に行われる。ここで、「端末の利用時間外」とは、利用者が受信端末 109 を使用していないとき、或いは利用者が受信端末 109 の出力する表示を見ていないとき、さらには受信端末 109 自らが自動的に処理を実行していないとき、などの場合を指す。この場合において、ハードディスク領域制御部 114 は、有効期限が過ぎているデ一夕を削除するに際して、受信端末の電源がオンされているときは削除動作期間と削除停止期間とを交互に繰り返す一方、受信端末の電源がオフされているときは削除動作を連続的に実行するようにすることもできる。ここでいう電源オフとは、利用者がリモコン等で電源を切ること（スタンバイ状態）を指し、主電源は切らない状態を指す。また何らかの理由により削除処理が行えなかった場合は、削除処理が可能になった段階で行なうものとする。このときにおいて、受信処理とタイミングが一致した場合は、その時々の状況をハードディスク領域制御部 114が判断して、削除処理を優先して実行する場合もあれば、書込み処理を優先して実行する場合もある。例えば削除処理と受信処理とのタイミングがー致した場合にハ一ドディスク 113 の蓄積容量が満杯に近いときは削除処理を優先して実行する。つまり、受信処理が動く時は必要とされる削除処理は終わっている。これに対して、削除処理と受信処理とのタイミングがー致した場合にハ一ドディスク 113 の空き容量はまだ充分にあるというときは受信処理すなわち書込み処理を優先して実行する。

また、ハードディスク領域制御部 114 は、データを受信、蓄積するに際して、ハードディスク 1 13 の空き容量をチエツクし、ハ一ドディスク 1 13 が満杯になる場合に有効期限が過ぎているデータを削除するようにすることもできる。

ただしこのような処理を行なう受信端末 109 だけに限定するものではない。この実施の形態に係る次にデータ放送システムにおける、データの登録から送信までの処理の流れを説明する。送信するデータは、データ入力部 104からデータべ —ス部 103に対して登録をされる。データ入力部 104へのデータの入力は直接デ —夕入力をしても良いし、記録媒体を通じて入力しても良いし、ネットワークを通じて入力を行なつても良い。

このとき、図 3にあるようなファイル名 201、ファイルサイズ 202、有効期限 203、配布先 204、受信端末種別 205、ファイル身 207を登録をする。フアイル自身 207を登録する代わりに別の場所にファイル自身を保存しそこへのリンク情報、取得するための情報、識別子等を登録しても良い。送出管理部 105はいつどのデータを送信するかの送信スケジュ一ルを保持し、そのスケジュールに合わせてデータベース部 103からデータを取得し有効期限 203と配布先 204の情報を送信デ一夕に付加して送出部 106に対して前記送信データを出力し、送出部 106 から受信端末 109に対して前記送信データを送信する。この送信日時をデータべ —ス部 103の送信日時 206に登録をする。前記送信日時は送出部からフィ一ドバックしたものを登録しても、送出管理部から登録をしてもどちらでもかまわない _c 送信は地上波経由、衛星経由、有線経由などの手段を制限されるものではなく、どの通信手段でもかまわない。また、この図 3にあるファイルの管理項目は記述してあるもに限定するものではなく、運用により適宜変更、追加、削除できるものとする。

この様にして送信されたデータがどのように蓄積されているかは単方向通信のため、知る手段がない。したがって、後述する受信端末シミュレーション装置を用いて、受信端末 109 の蓄積状況（記憶領域の状況）の状態を把握し、今後のデ —夕送信スケジュールの作成に利用する。操作端末部 101において、受信端末 109 の状況を知りたい日時と、地域、受信端末種別、受信端末 109 における最小データ書込み単位などを少なくとも 1っ以上指定してシミュレーションを行なう。条件を指定する時は、毎回操作端末部 10 1から条件を入力するだけでなく、操作端末部に条件を入力、登録し、シミュレーションを行なう時に予め登録した条件を呼び出してもかまわない。

以下に日時、地域、受信端末種別、受信端末 109 における最小データ書込み単位を指定された場合のシミュレーションの方法を記述する。

( 1 ) 送信したデータの全てに対して指定した日時が送信日時 206から有効期限 207の間に含まれているかを検索する。この検索結果を検索結果 1とする

( 2 ) 指定した前記地域で受信されるデータを前記検索結果 1の中から更に検索する。この検索結果を検索結果 2とする

( 3 ) 指定した受信端末種別で受信されるデー夕を前記検索結果 2の中から更に検索する。この検索結果を検索結果 3とする

( 4 ) シミュレーションの条件が複数あれば次の条件を前の条件の検索結果に対して検索を繰り返す（この場合はない）。

( 5 ) 最終検索結果（この場合は検索結果 3 ) から得られたファイルが指定した日時及び地域、端末種別の端末において正しく受信を行ない、正しく削除処理を行った場合に受信端末 109 の記憶領域に存在するファイルとなる。

( 6 ) 検索結果に該当するフアイルのフアイルサイズを最小データ書込み単位で丸め処理を行なう。この最小データ書込み単位とは、最小データ書込み単位以下のサイズのファイルを書込んでも実際には最小データ書込み単位分の記憶容量を消費するサイズを表している。したがつて単純にフアイルのサイズを合計した場合と実際に消費している記憶容量との間に不整合が生じてしまうため、最小書込み単位に丸める必要がある。

( 7 ) 合計したものが記憶領域の使用量となる。

図 4に示す情報をもつデ一夕を送信したとする。図 5は受信端末 109 の記憶領域に蓄積されている期間を表している。シミユレ一ションの条件は 8月 9日に東京以外の地域（ファイルの情報の配布先で Tokyoは 1、指定無しは 0としているので、この場合は 1以外の配布先情報をもつファイルが対象となる）の端末で、受信端末種別は 10Mbyteの記憶容量をもつもので最小書込み単位は 128kbyteの端末とする。

図 5からわかるように 8月 9日に存在ファィルは B， C, D, E, F， G (検索結果 1 ) となる。シミュレーションの対象を東京以外の地域の端末とすると C, D, F, G (検索結果 2 ) となる。受信端末種別が 10Mbyteの端末で受信するファイルは B, D，F (検索結果 3 ) となる。この B，C，D，Fのファイルサイズのから記憶領域の使用量を算出することができる。ファイル自身のサイズは B： 50kbyte, C : 200kby te, D : 5Mbyte (5120kbyte) ， F : 500kbyteであり、合計の 5870kbyteである。

実際に消費している記憶領域のサイズを以下の方法で算出する。

各ファイルのサイズを最小書込み単位で割って、小数点以下が出た場合は小数点以下を 1に切り上げて最小書込み単位と掛け合わせてその結果を合計する。例 200kbyte I 128kbyte = 1. 5625 → 小数点以下を 1に切り上げて 2

2*128kbyte = 256kbyte

したがって、記憶領域を消費しているサイズは、

B： 128kbyte, C : 256kbyte，D : 5Mbytebyte，F : 512kbyteとなり、合計 60誦 yteとなる。

この結果から 10Mbyteの記憶領域に対して 6016kbyte使用しているということがシミユレ一ションによって把握することができる。

単方向の放送における受信端末 109 においては受信が確実に行われなレ、可能性が高いという問題点もあるが、受信されていない場合は、記憶領域を使用しないため、実際使用量のシミュレーションよりも少なくなつてしまうカ、少ない分には本課題では問題とならないので、今回のシミユレーションでは受信できなかつた端末に関しては考慮しないものとする。

また実際、受信端末 109 における削除処理は毎日行われているとは限らない。したがって想定した日数の間、削除処理が行なわれないものとしてのシミュレ一ションも下記のようにして行なうことができる。つまり指定した日時が削除処理が行われた直後の場合、次に削除処理が行われるまでは有効期限が切れたフアイルも存在しつづけることとなる。したがって削除処理を行なう間隔を n日とする場合、前記シミュレーションにおける有効期限を有効期限 + n日と置き換えてシミユレ一シヨンを行なうようにする。これにより実際に削除処理が行われている現状を勘案したシミュレーションを行なうことができる。同様に、 24時間テレビなどで視聴者が受信端末 109 を利用しつづけていて、削除処理が行われない可能性がある期間を削除処理が行われない期間として指定してシミユレ一シヨンを行なうことが可能である。

例えば図 6に削除処理が 2日おきに行われていた場合、削除処理が行われない期間は 2日でかつ、削除処理が 8月 8日 01： 00： 00に行なわるという条件を操作端末部 101から入力しシミュレ一シヨンをした場合には前記のシミュレ一シヨンの結果には対象外であったファイル A (有効期限が 8月 8日）が 8月 9日にはまだ存在することになる (有効期限は本例では日付のみの措定でその日付一杯（23

: 59 : 59) までとするが、時刻に関しては任意に設定してかまわない）。この結果から 10Mbyteの記憶領域に対して 6016kbyte †lMbyte(1024kbyte)=7040kbyte 使用しているということがシミュレ一ションによって把握することができる。また前記説明ではファイル名を B, C， Dのように単純化して説明を行なつたが、通常のディレクトリ構成のように/ HDDl/user/A/Bのようなファイルの指定の場合に/ HDD1の下にあるファイルの量をシミユレ一ションすることも可能である。このときはシミユレーシヨンの条件として前記説明に加え対象となるディレクトリ 7HDD1"を指定する。同様に、複数の記憶媒体が受信端末 109 に存在する場合は、その記憶媒体をシミュレーシヨンの条件としてシミュレーションを行なつても良い。この時フアイルの記録先がどの記憶媒体になるかわかるファィル名にする（例 " /HDD1" ) か、ファイル管理項目に記憶媒体種別を設けて管理を行なうようにする。同様にファイル管理項目にファイルの種別（映像、音声等）を持たせることで、どの種類のファイルがどのくらい受信端末 109 に保持されているかのシミュレ一ションを行なうことも可能である。

この様にして選られたシミユレーションの結果は操作端末部 101上に出力される。この結果から 8月 9日の段階では東京以外の地域にあり、 10Mbyteの記憶容量をもつ受信端末 109 で、削除処理を 2日おきに行なう設定の場合は約 3 Mbyte の空き容量があり、前記空き容量に収まるデータを送信しても問題なく受信端末 109 は、受信、蓄積が行えることがわる。このことを踏まえて送出の計画を立てる。

また送出管理部 105から直接受信端末 109 のシミュレーションを行なう場合もある。送出管理部 105が送出計画を立てる時に送信予定の登録済のデー夕の送信日時に送信予定日を登録する。その送信日時以降の指定日時の受信端末 109 の状態をシミュレ一シヨンを行なうことにより、前もって送つた後の状態を把握することができる。前記シミユレーションの結果記憶領域があふれるという結果が出た場合、送出するデータサイズを小さくするか、削除処理が行われて記憶容量が空くのを待つかなどの対応をする。この対応のアルゴリズムは記述している物に限定するものではない。この対応のアルゴリズムは送信ルール入力部 108から入力され送信ルール保持部 107に記憶されているものとする。前記指定日時を順次変更してシミュレーションを繰り返し行なうことで、送信予定のデ一夕がいつになれば確実に送信できるかを知ることができる。このシミュレ一ションの結果によって得られる空き容量などの受信端末 109の状態をグラフ化などして操作端末部 101に表示する事も出来る。これにより、より簡便に送信予定のデ一夕がいつになれば確実に送信できるかを知ることができる。送出管理部 105と送信ルール保持部 107と送信ルール入力部 108とは同一の機器で構成されても良いし、別々の機器で構成されネットワークで繋がれていてもよく、形態を規定するものではない。また操作端末部は条件入力と結果出力を同一の機器で行なっているが、条件入力と結果出力は別々の機器でもかまわなレ、。

また、すべての端末の受信蓄積の識別情報をデータべ—ス部 103で管理し、それぞれに対してシミュレーションすることで、各受信端末 109 の状況を把握する事が可能である。さらにこのシミュレーシヨン結果をデータベースで管理する事により、受信端末全体の状況の把握を容易に行なう事が可能となる。

なお、先に一部説明したように、センターなどから放送システムや通信システム（例：電話、インタ一ネット、 C A T Vなど）を通して直接削除処理の命令を受信した場合に、受信端末 109 において、削除指示部から削除指令を出力して削除処理をする構成を採ることもできる。こうすれば、セン夕一側から受信端末 10 9 へ任意のタイミングで削除命令を送信し、削除処理を行なわせることができるが、削除命令を放送などで送信しても、全ての受信端末 109 が前記削除命令を確実に受信し削除実行するとは限らず、かかる機能が 1 0 0 %動作する保証がない c このため、本発明におけるような、受信端末 109 における自動削除処理の考えが必要となるのである。

実施の形態 2

図 7は本発明の第 2の実施の形態における送出スケジュール作成装置を含むデ一夕放送システムの全体構成を示すブロック図である。本発明では送信したデ一夕と、これから送信するデータに関する情報を管理するデ一夕管理部 1031と前記送信したデータと、これから送信するデータと前記デ一夕に関する情報を保持するデータ記憶部 1032と、その情報から受信端末 109 での受信、蓄積、削除の処理の動作をシミユレ一ションすることのできる受信端末シミュレ一ション部 102を設け、そのシミユレ一ション結果を用いて送出スケジュールを管理する送出管理部 105を設ける。また、デ一タ記憶部 1032、データ管理部 1031、受信端末シミュレ一ション部 102は、汎用計算機内にィンストールされたプログラムにより各機能を実行し、送出スケジユールを作成する汎用計算機の機能部として設けられていてもよい。

上記の各部によれば、過去に送信したデータがどのような有効期限をもち、いつまで受信端末 109 上に存在し、またどの地域、受信条件に対して送信されているかを記録管理するデータベース部 103 (データ管理部 1031とデ一夕記憶部 1032 から構成される）が保持するデータを用いて、端末の状況を受信端末シミュレ一ション部 102においてシミュレーションを行ない、受信端末 109 の記憶領域の状況を把握することが出来る。この記憶領域の状況を把握することで、あとどの位のデ一夕を送信しても記憶領域に収まるかを把握することが可能となる。つまりいつならば記憶領域に所望の空き領域が出来るかを把握することも可能となる。この機能を用いて送出管理部 105において、これから送出するデ一夕が、いつ送出を行えば受信端末 109 の空き容量に収まるかを把握しそれを鑑みたデータの送出のスケジュールを作成することが可能となる。

図 7において、送出スケジュール作成装置は、シミュレーションを行う受信端末シミユレ一シヨン部 102と送出データの情報を記憶管理するデータべ一ス部 10 3と、どのデータをいつ送るかの送出スケジュールを作成し送出を管理する送出管理部 105とからなり、更に送出管理部を操作する操作端末部 101、送出データ登録するデータ入力部 104、データを送出する送出部 106とを合わせて、デ一夕放送システムが構成される。データベース部 103は、データ管理部 1031とデータ記憶部 1032から構成される。以後データ管理部 1031とデータ記憶部 1032を合わせてデ一夕ベース部 103として説明を行う。

前記データ放送システムから送信されたデータを受信端末 109において受信、蓄積を行う。操作端末部 101、受信端末シミュレーション部 102、データ管理部 1031、データ記憶部 1032、データ入力部 104は同一の機器で構成されても、別々の機器で構成されネットワークで結合されてもかまわないものとする。また、操作端末部 101、デ一夕ベース部 103、データ入力部 104は複数存在してもかまわない。

次に受信端末 109におけるデータの管理について説明をする。単方向のデータ送信システムの場合、データの削除を前記データ放送システムから指示を出して確実に実行させることが不可能である。なぜならば削除命令等を放送で送信しても全ての受信端末 109 が確実に受信実行するとは限らないからである。そこで、送信するデー夕に有効期限を付与してデー夕を送信する。受信端末 109においては蓄積したデータの前記有効期限を定期的にチェックを行ない、有効期限が切れたデータは削除、廃棄という処理を行う。これにより有効期限が切れて不要となつたデータは削除され受信端末 109 の記憶領域が有効に利用することが可能となる o

また、受信端末 109 には地域を特定する情報と受信端末 109 の種別を保持しており、送信データに付与されている送信先情報、受信端末種別情報などの受信蓄積の識別情報をチックし、該当する端末のみデータを受信、蓄積を行う。本実施例においては、前記受信端末種別情報は、どの位の記憶容量をもつ端末であるかということを表している。前記受信端末種別情報により送り側はその記憶容量に適したデータを送信することが可能である。前記受信端末種別情報は、どの位の記憶容量をもつ端末であるかということ以外に受信端末 109 の構成、外部接続形態等の受信端末 109 の特徴を表す情報も含めることが出来る。

通常の受信端末 109 においては受信及び削除処理は端末の利用時間外、つまり使用していない場合に行われる。ここで、「端末の利用時間外」とは、利用者が受信端末 109 を使用していないとき、或いは利用者が受信端末 109 の出力する表示を見ていないとき、さらには受信端末 109 自らが自動的に処理を実行していないとき、などの場合を指す。この場合において、ハードディスク領域制御部 114 は、有効期限が過ぎているデ一夕を削除するに際して、受信端末の電源がオンされているときは削除動作期間と削除停止期間とを交互に繰り返す一方、受信端末の電源がオフされているときは削除動作を連続的に実行するようにすることもできる。ここでいう電源オフとは、利用者がリモコン等で電源を切ること（スタンバイ状態）を指し、主電源は切らない状態を指す。また、何らかの理由により削除処理が行えなかった場合は、削除処理が可能になった段階で行なうものとするこのときにおいて、受信処理とタイミングが一致した場合は、その時々の状況をハードディスク領域制御部 114 が判断して、削除処理を優先して実行する場合もあれば、書込み処理を優先して実行する場合もある。例えば削除処理と受信処理とのタイミングがー致した場合にハ一ドディスク 113 の蓄積容量が満杯に近いときは削除処理を優先して実行する。つまり、受信処理が動ぐ時は必要とされる削除処理は終わっている。これに対して、削除処理と受信処理とのタイミングがー致した場合にハードディスク 113 の空き容量はまだ充分にあるというときは受信処理すなわち書込み処理を優先して実行する。また、ハードディスク領域制御部 114 は、デ一夕を受信、蓄積するに際して、ハードディスク 1 13 の空き容量をチェックし、ハードディスク 113 が満杯になる場合に有効期限が過ぎているデータを削除するようにすることもできる。

次にデータ放送システムにおける、データの登録から送信までの処理の流れを説明する。送信するデータは、データ入力部 104からデータベース部 103に対して登録をされる。データ入力部 104へのデータの入力は直接データ入力をしても良いし、記録媒体を通じて入力しても良いし、ネットワークを通じて入力を行つても良い。このとき図 8にあるようなデータ名 201、データサイズ 202、有効期限 203、配布先 204、受信端末種別情報 205、データ自身 207、送出の優先度 21 0、いつまでには最低送らなければならないかを記述した送出期限 211、データ自身の更新日時 212を登録する。データ自身 207を登録する代わりに別の場所にデータ自身を保存し、その場所へのリンク情報、取得するための情報、識別子等を登録しても良い。

図 1 0に示す放送枠の情報もデータベース部 103に保持する。放送枠情報は、放送開始日時 401、放送終了日時 402、放送チャネル 403、放送時間 404、使用可能帯域 405から構成される。ただし、放送枠の情報の項目および順番は記述したものに限定するものではない。放送枠の情報もデ一夕を管理するデ一夕ベースと同じデータベースで管理しても良いし、独立したデータベースで管理しても良いものとする。

送出管理部 105は後述するスケジュール作成方式を用いていつデータを放送枠で送信するかの送信スケジュールを作成、保持し、そのスケジュールに合わせてデータべ一ス部 103から送信デ一タを取得し有効期限 203と配布先 204等の情報を送信データに付加して送出部 106に対して前記送信データを出力し、送出部 10 6から受信端末 109に対して前記送信デ一夕を送信する。この送信日時をデー夕ベ一ス部 103の送信日時 206に登録をする。前記送信日時は送出部からフィ一ドバックしたものを登録しても、送出管理部から登録をしてもどちらでもかまわなレ、。送信は地上波経由、衛星経由、有線経由などの手段を制限されるものではなく、どの通信手段でもかまわない。また、この図 8にあるデ一夕の管理項目は記述してあるもに限定するものではなく、運用により適宜変更、追加、削除できるものとする。

しかしながら送信されたデータがどのように蓄積されているかは単方向通信のため、知る手段がない。したがって、後述する受信端末シミュレーションを用いて、受信端末 109 の蓄積状況（記憶領域の状況）の状態を把握し、データ送信スケジュールの作成に利用する。

データ送出スケジュールの作成の概要について図 1 1を用いて説明する。図 1 5は本実施の形態における送出管理部 105で保持している管理情報の例を示す図である。まず最初に、送出管理部 105は、この送出管理部 105自身で保持している前回送出スケジュール作成日時 901および再送出間隔 902を用いて、デ一夕べ —ス部 103を検索し前回送出スケジュールを作成した日時から後にデータが更新されたものおよび前回送出されてから一定期間経過したもののリストを取得し一時記憶領域に一旦記憶する（ステップ 501) 。 1回送出したものを再び送出の対象とする理由は、蓄積放送においては随時新しい端末が増えて行った場合でも一定期間経てば過去に送ったデータを取得できるように繰り返しデータを送る運用を行う必要があるためである。

次に一時記憶領域に記憶しているリストの処理順番（優先順位）を決定する (ステップ 502) 。図 1 2を用いて順番の決定方法を説明する。まず各データが持っている優先度の高い順にソートを行う（ステップ 601) 。次に同一の優先度のデータを送出期限でソートを行う（ステップ 602) 。これは早く送らなければならないものから送るためである。この処理は各優先度においてそれぞれ行う。次に同一の送出期限内では更新日時でソートを行う（ステップ 603) 。更新日時が古い順に優先度をつけて行く。これは、先に更新したものから優先して送出を行うという考えに基づいている。

このような処理順番の決め方（ルール）は前記の内容に限定するものではない _c 例えば、デ一夕サイズ 201の大小によって処理順番を決める、データの有効期限 203によって処理順番を決める、データ名（特定のディレクトリに収まっているもの）によって処理順番を決める、配布先 204によって処理順番を決める、受信端末種別情報 205によつて処理順番を決める、データの送出期限 211によって処理順番を決める、データの更新日時 212によって処理順番を決めるなど様々な処理順番の決め方が考えられる。これらは運用によって決定されるものである。

このステップで決定された処理順番で、送出スケジュールを作成して行く。図 9の送出待ちリストにあるデータは前記決定方法で処理順番を決めた場合、 H, C， J， Iの順番に処理される。

次にデータのサイズを計算する（ステップ 503)。データのサイズは、データの定義を単独のフアイルの場合はフアイル自身のサイズであり、送出の単位をディレクトリゃ他の任意の単位でまとめたものとする場合は、そのディレクトリゃ任意の単位に含まれるデ一夕のサイズの合計となる。以後データを 1つの固まりとして送出スケジュールを作成するが、実態は管理単位となっている、ファイル、ディレクトリ、任意の単位でまとめたデ一夕でスケジュールを立ててもかまわない。

次にデータの受信条件および、送出日時を用いて受信端末 109 の空き容量のシミュレ一シヨンを行う（ステップ 504) 。送出日時は、放送枠の情報としてデ一夕ベース部 103に時系列に保存してあるものとする。前記保存されている放送枠の早い日時のものから順に空き容量シミュレ一シヨンの条件として適応して行く (特にこの時間帯の放送枠で流したいという要望がある場合は別途対応するものとする）。これはデ一タを流す放送枠は予め契約で決められていることが多いためである。放送する日時を自由に決めることが出来る場合は、データ ώ有効期限、データの消去処理のタイミング等を考量して送出日時を決定する。

図 1 3は本実施の形態における空き容量シミユレーシヨン動作を説明するフロ一図である。この空き容量シミュレーション動作では、送出管理部 105から受信端末シミュレーション部 102に対して、データの送出日時と、データの持つ受信条件（地域、受信端末種別等）、受信端末 109 における最小データ書込み単位などを少なくとも 1つ以上指定してシミュレーションを行ない送出が可能であるかを判断する（ステップ 701-707) 。

以下にステップ 701の日時、地域、受信端末種別を指定された場合のシミュレーションの方法を記述する。

1 . 送信したデータの全てに対して指定した送出日時が送信日時 206から有効期限 203の間に含まれているかを検索する。この検索結果を検索結果 1とする 2 . 指定した前記地域で受信されるデータを前記検索結果 1の中から更に検索する。この検索結果を検索結果 2とする

3 . 指定した受信端末種別で受信されるデータを前記検索結果 2の中から更に検索する。この検索結果を検索結果 3とする

4 . シミュレーションの条件が複数あれば次の条件を前の条件の検索結果に対して検索を繰り返す（この場合はない）。

5 . 最終検索結果（この場合は検索結果 3 ) から得られたデータが指定した日時および地域、端末種別の端末において正しく受信を行ない、正しく削除処理を行った場合に受信端末 109 の記憶領域に存在するデータとなる。

6 . 合計したものが記憶領域の使用量となる。

図 9に示す情報をもつデータを送信した場合の実際の空き容量シミュレーションの説明を以下に記述する。図 1 4は受信端末 109 の記憶領域にデ一夕が蓄積されている期間を表している。

図 1 3の空き容量シミュレーション動作では送出待ちのファイルを優先順位の一番高い順に送出日時を以下の手順で決定する。本実施の形態では放送枠は 1 日に 1回定時（例えば午前 0時）とし、データの有効期限も 1 日単位と簡略化して説明を行うが、実際には 1日複数の放送枠を用いて送出する事となる。またデー夕の有効期限も更に細かい時間での制御も可能である。最初に放送可能な放送枠が 8月 9日とし、その日にデ一夕 Hが送出可能かを検証する。まず受信端末 109 の状態をシミュレ一シヨンして記憶領域の空き容量を見積もって推定する（ステップ 701) 。シミュレーションの条件は 8月 9日に地域指定無し（データの情報の配布先で Tokyoは 1、指定無しは 0としているのでファイル Hは全ての地域が対象となる）の端末で、受信端末種別は 20Mbyteの記憶容量をもつもので最小書込み単位は 128kbyteの端末とする（20Mbyteの記憶容量を持つ受信端末 109 はそれ以下の容量を持つ受信端末 109 向けのデータも受信蓄積するものとする）。図 1 4からわかるように 8月 9日に存在デー夕は C, D， E， F, G (検索結果 1 ) となる。シミュレ一シヨンの対象を全地域の端末とすると B， D，E，F，G (検索結果 2 ) となる。受信端末種別が 20Mbyteの端末で受信するデータは B， D，E，F，G (検索結果 3 ) となる。この B， D，F，Gのデータサイズのから記憶領域の使用量を算出することが出来る。デ一夕自身のサイズは B： 50kbyte， C : 200kbyte, D : 5 Mbyte, (5120kbyte) , B ; 100kbyte, : 500kbyte, G : 8Mbyte である。

しかしながら、 Gのデータは過去最大 10Mbyteのサイズで有効期限 8月 17日までのデータを送っている。つまり 8Mbyteのサイズのデ一夕 Gを受信できなかつた受信端末 109 は 8月 17日まで 10Mbyteのサイズのデータ Gが存在することになる。そのような受信端末 109 でも正しく受信できるようにデータ Gのサイズは実際には 8Mbyteであるが 10Mbyteとして計算を行う。

したがってデータの合計は B： 50kbyte + C : 200kbyte + D : 5Mbyte (5120kbyt e) + E ; 100kbyte +F : 500kbyte+ G : 10Mbyte(10240kbyte)=16210kbyteとなる。したがって 20Mbyteの記憶容量を持つ受信端末 109 の場合空き領域は 20Mbyte(2048 0kbyte)-16210kbyte=4270kbyte となる。

次に、すでに送出予定が決定しているデータが存在するかを検索する（ステツプ 702) 。この検索結果を一旦記憶領域に保持し、それぞれの検索結果に対して以下のチェックを行う。これは、シミュレーションの対象となっている日時にはまだ送出していないが、将来的に送出する事が決まっており、そのスケジュールを決定した時には、これから配信するデータ（シミュレーションの対象となっているデ一夕）の存在は考慮されていない。したがってすでに送出日時が決まっているデータが正しく受信できるように空き容量を配慮しなければならないためである。すでに送出日時が決まっているデータが存在する場合は、これから配信するデータが前記すでに送出日時が決まっているデータの送出日時に存在するかをチェックする（ステップ 704) 。存在する場合は、その時の受信端末 109 の空き容量を計算しそこにこれから配信するデータが前記空き容量に収まるかをチエツクする（ステップ 705) 。収まらない場合は、シミュレーションしている送出日時ではデ一夕を送れたとしても、先に決定されたデ一夕の送出に不具合があるため、受信端末シミュレ一ション部 102は送出管理部 105に対して空き容量無しという結果を出力する。収まる場合は、記憶領域に保持してある他のすでに送出予定日時が決定しているデ一夕に対して同様なチェックを順次行ない、全ての送出予定日時において問題がおきないことを確認する（ステップ 702， 703， 704, 705の繰り返し）。この段階ではまだ最初のスケジュール作成なので、未来の送出予定のデータが存在しないので空き容量の変化はない。

次に送出するデータがすでに受信端末 109 上に存在するかをチヱックする（ステツプ 706) 。存在していた場合は、デ一夕は上書きされるため、元々あったデ —夕は空き容量の計算には含む必要はない（上書きされるため、一旦消去される）。したがって同じデータが存在する場合は、元々のデータのサイズ分空き容量が増えることになるので、空き容量にすでに受信端末 109 上に存在しているこれから送るデータと同意名のデータのサイズを加える（ステップ 707) o データ Hは初めて送るデ一夕であるので空き容量の変化はない。シミユレ一シヨン結果として空き容量に重複分を加えたものを最終的な空き容量として受信端末シミュレーション部 102は送出管理部 105に対して出力する（ステップ 708) 。次に空き容量に対して送りたいデータのサイズが収まるかを調べる（ステップ 505) 。データ Hのサイズは 6 Mbyte ( 6144kbyte) なので、想定していた 8月 9日の段階では受信端末 109 の空き容量が 4270kbyteしかないため蓄積することは不可能である。優先度の高いものが、一番早く送れる日時を探すために、他のデータがたとえ現段階で送ることが出来ても、送出スケジュールを割り当てることは行わない。 8月 9日の段階で不可能であったため、次の送ることが出来る放送枠 8月 10日に送出日時を変更して再度シミュレーションを行う。

現在不足している領域が 6144- 4270=1874kbyteである。図 1 4を見てもわかるように 8月 10日、 11日、 12日、 13日の間は空き容量力 874kbyte増えることはなく、 8月 14日にデ一夕 D ( 5 Mbyte) が有効期限が切れる事によってはじめて十分な容量が受信端末 109 に存在することとなる。このようにデータベース部 103 に記憶している放送枠の情報を順次取り出してその送出日時を適応して、シミュレーションを繰り返して行うことで 15日に送出する事が可能になるということがわかる（ステップ 504 505の繰り返し）。この場合は放送枠は 1日 1回と単純化しているが、実際はもつと細かい番組枠の設定がされていることが考えられる。放送枠を順次探して行っても送出できる放送枠が見つからなかった場合や、送出期限までの放送枠で送ることが出来なかった場合は、エラ一を出力して処理を中断する（ステップ 509) 。この場合はデータの送出サイズが大きいことが理由なので、送出デ一夕自身のサイズの変更などを行ない再度送出スケジュールの作成を行う。次に Setp504， 505で導き出された放送枠でデータが送れるかどうかの確認を行う（ステップ 506) 。

本実施の形態では、説明を単純化するために前述のとおり放送枠を 1日に 1回としているので、放送枠で送ることが出来るデ一夕量は一定であるが、細かい放送枠を設定した場合、 1つの枠の時間がまちまちになる場合や、使用できる帯域が増減する可能性がある。つまり放送枠によって送れるデータ量が変化するのである。実際に放送枠で送ることが出来るデータのサイズは、放送枠の時間 *帯域 /送出の繰り返しで求めることが出来る。したがって受信端末 109 として受信可能なタイミングであっても、その放送枠が十分でない可能性も多々ありえる。そのような場合は、放送枠を順次未来の方向へずらして行き、受信端末 109 が受信できてかつデ一夕を送るのに十分な放送枠を探す（ステップ 504, 505， 506を繰り返す）。概して未来方向に時間軸をずらす場合、受信端末 109 における蓄積容量は減るので、実際は送出可能な放送枠を探すだけでも可能である（ステップ 506 を繰り返す）。放送枠を順次探して行っても送出できる放送枠が見つからなかつた場合や、送出期限までの放送枠で送ることが出来なかった場合は、エラ一を出力して処理を中断する（ステップ 509) 。この場合はデータの送出サイズが大きいことが理由なので、ディレクトリ単位で送っている場合はディレクトリの分割、フアイルの場合はフアイル自身のサイズの変更など、デ一夕自身の変更を行ない再度送出スケジユールの作成を行う。

このようにして、受信端末 109 で受信蓄積が出来、かつ放送枠で十分データが送れる送出日時（放送枠の日時）を取得することが出来る。この結果をデータべ —ス部 103の配信日時 206に登録をする（ステップ 507) 。次に送出待ちのデータがあるかをチェックし、ある場合は、次の優先度のデ一夕に対して処理を行う（ステップ 508) 。この場合はデータ Hの次に優先順位が高いデータはデータ Cが処理の対象となる。ファイル Hの場合と同様に、最初に放送可能な放送枠が 8月 9日とし、その日にデータ Cが送出可能かを検証する。まず受信端末 109 の状態をシミュレーシヨンして記憶領域の空き容量を見積もる（ステップ 701) 。シミュレーション結果は、データ Hの時と同じになるので、空き容量は 4270kby teとなる。

しかしすでにデータ Hの送出日時が決定されていているので、データ Hが送出する時に先にデータ Cを送ったことによって不具合がおきないかどうかをチエツクするために、デ一夕 Hを送った場合の空き容量の推定を行う（ステップ 703) 。このときの空き容量は、

20Mbyte- E(lOOkbyte) - F(500kbyte) ― G(lOMbyte) - H(6Mbyte) =約 3. 5Mbyte となる。次に今から送るデータ Cがデータ Hを送る日時まで存在するかを有効期限をチェックして調べる（ステップ 704) 。デ一夕 Hの送出日時は 8月 14日 (308) 、データ Cの有効期限は 8月 19日（309) なので、データ Hを送る日時にデータ Cは存在することがわかる。データ Cのサイズ 200kbyte、データ Hを送つた後の空き容量が約 3. 5Mbyteなので、十分問題なく送ることが出来ることがわかる。それ以外の送出予定が決まっているデータが無いので、次のステップに移る o

次に送出するデータがすでに受信端末 109上に存在するかをチェックする（ステツプ 706) 。データ Cはすでに送られているデータであるので、空き容量の計算からは元々受信端末 109 上に存在するデ一夕 Cの容量は差し引いて計算を行う。つまり 4270kbyteの空き容量があるが、実際には元々受信端末 109 上にあるデー夕 Cのサイズ 200kbyte分も利用可能な領域となる。

シミュレーション結果として空き容量に重複分を加えたものを最終的な空き容量として受信端末シミユレーション部 102は送出管理部 105に対して出力する（ステップ 708) 。以後データ Hの時と同じ手順で送出可能かをチェックし、可能であるという結果が出た場合、シミュレーションを行った日時（送出枠）をスケジュールとして登録を行う（ステップ 507) 。

データ Jの場合は、デ一夕自身のサイズが 3Mbyteであり、前記処理と同様な処理（ステップ 503〜505) を行うとデータ Hを送る放送枠で送っても受信端末 10 9 としては問題なく受信蓄積をおこなう事が出来ることがわかる（データ Hを送つた後の空き容量は 3. 5Mbyte) 。次にデータ Hと同じ放送枠を使って送ることが出来るか？帯域が十分に確保できるかのチェックを行う（ステップ 506) 。理由は、放送枠で送ることが出来るデータ量には限度があるからである。例えばデー夕 Hを送る放送枠の送出可能なデ一タの総量が 8Mbyteであつた場合、デ一夕 Jを送ることは出来ない（データ Hとデ一夕 Jの合計サイズが 9 Mbyteとなるため）。したがって、データ Jを送るためには送ることが出来る放送枠を新たに探す必要がある。つまり送ることが出来る放送枠を順次シミュレーションを行う必要がある（ステップ 504 505 506の繰り返し）。

また、送出することができる放送枠が同時に複数存在した場合（伝送路が複数存在する場合）は、伝送帯域が大きい放送枠を優先的に使用する事も考えられるつまり優先度の高い送出データを少しでも早く送出をしたいと考えた場合、伝送帯域が大きレ、伝送路を選択する事によりより早く送出を行なう事が可能になる。以上の実施の形態の説明から明らかなように、本発明は、単方向通信を用いてデータを送信するシステムにおいて、送信したデータと、これから送信するデー夕に関する情報を管理するデータ管理部と、前記送信したデータとこれから送信するデータと前記データに関する情報とを保持するデー記憶部と、その情報から受信端末での受信、蓄積、削除の処理の動作をシミュレーションすることのできる受信端末シミュレーション部とを設けたため、受信端末の記憶領域の状況を把握することができ、無駄のない送信計画を立案、実施することが可能になる。とりわけ、送信したデータがどのような有効期限をもち、いつまで受信端末上に存在し、またどの地域に対して送信されているかをシミュレ一シヨンすることができ、受信端末の蓄積領域の状況を把握することができる。この受信端末の記憶領域の状況を把握することで、あとどの位のデ一夕を送信しても記憶領域に収まるかを把握することが可能となる。またいつならば記憶領域に所望の空き領域ができるかを把握することも可能となる。

また、本発明の別の態様によれば、単方向通信を用いてデータを送信するシステムに、データの情報を記憶するデ一夕記憶部と、データの管理を行うデ一夕管理部と、受信端末の状態をシミュレーションする受信端末シミュレーション部と、シミユレ一ションの結果を用いてデ一夕の送出スケジュールを作成する送出管理部とを有する送出スケジュール作成装置を設けたため、受信端末において確実に受信できかつ送出を行える送信計画（送出スケジュール）を立案、実施することが可能になる。

Claims

請求の範囲

1 ) 単方向通信を用いてデータを送信するシステムにおいて、

デー夕の情報を記憶するデータ記憶部と、

データの管理を行なうデータ管理部と、

受信端末の状態をシミュレーションする受信端末シミュレーション部とを有することを特徴とする受信端末シミュレーション装置。

2 ) 前記シミュレーションが受信端末の記憶領域に関するシミュレ一シヨンであることを特徴とする請求項 1記載の受信端末シミユレ一ション装置。

3 ) 日時を指定して受信端末の状態をシミュレーションすることを特徴とする請求項 1記載の受信端末シミユレ一シヨン装置。

4 ) 受信端末におけるデータの受信蓄積の識別情報をシミュレーション条件として指定して受信端末の状態をシミュレーションすることを特徴とする請求項 1 記載の受信端末シミュレーション装置。

5 ) 受信端末の種別をシミュレーション条件として指定して受信端末の状態をシミユレ一ションすることを特徴とする請求項 1記載の受信端末シミユレ一ション装置。

6 ) 受信端末が設置されている場所をシミュレ一ション条件として指定して受信端末の状態をシミュレーションすることを特徴とする請求項 1記載の受信端末シミュレ一ション装置。

7 ) 受信端末においてデータの削除処理が実施される日時を指定して、受信端末の状態をシミュレ一シヨンすることを特徴とする請求項 1記載の受信端末シミユレ一ション装置。

8 ) 受信端末においてデータの削除処理の未実施期間を指定して、受信端末の状態をシミュレーションすることを特徴とする請求項 1記載の受信端末シミュレーシヨン装置。

9 ) 受信したデータの削除処理が所定期間毎に行われる受信端末において、デ一夕の有効期限を、データの有効期限経過後次にデータ削除処理が行われるまでの期間を前記データの有効期限に加えたものに置き換えて前記受信端末の状態をシミュレーションすることを特徴とする請求項 1記載の受信端末シミユレ一ション装置。

1 0 ) 受信端末の記憶領域への最小データ書込みサイズを指定して受信端末の状態をシミュレーションすることを特徴とする請求項 1記載の受信端末シミュレ —シヨン装置。

1 1 ) 受信端末の記憶領域に関するシミュレーションが 1つ以上のディレクトリ単位で行えることを特徴とする請求項 2記載の受信端末シミュレ一ション装置。

1 2 ) 受信端末の記憶領域に関するシミュレーションが 1つ以上の媒体単位で行えることを特徴とする請求項 2記載の受信端末シミュレ一ション装置。

1 3 ) 受信端末の記憶領域に関するシミュレーションが 1つ上のファイル種別単位で行えることを特徴とする請求項 2記載の受信端末シミユレ一ション装置。

1 4 ) 請求項 1記載の受信端末シミュレ一ション装置のシミュレーション結果を用いて、指定されたデータが送信可能な日時を推定する送出管理部を有することを特徵としたデータ送信システム。

1 5 ) 送信管理部において送信計画を行なうためのアルゴリズムを保持する送信ル一ル保持部を有することを特徴とする請求項 1 4記載のデータ送信システム c

1 6 ) 前記アルゴリズムを入力するための送信ルール入力部を有することを特徵とする請求項 1 5記載のデータ送信システム。

1 7 ) 単方向通信を用いてデータを受信する受信端末の受信容量をシミュレ一シヨンするために汎用計算機を、デ一夕の情報を記憶するデータ記憶部、データの管理を行なうデータ管理部、受信端末の状態をシミュレーションする受信端末シミユレ一ション部、として機能させるための受信端末シミユレ一ションプログラム。

1 8 ) 単方向通信を用いてデ一夕を送信するシステムにおいて、

データの情報を記憶するデータ記憶部と、

データの管理を行うデータ管理部と、

受信端末の状態をシミュレ一シヨンする受信端末シミユレ一ション部と、シミュレ一ションの結果を用いてデータの送出スケジュールを作成する送出管理部とを有することを特徴とする送出スケジュ一ル作成装置。

1 9 ) 送出スケジュールを作成する時に、送出デ一夕の処理順番を、送出デー夕の優先度、送出期限、有効期限、データサイズ、配布先、受信端末種別情報、更新日時、データ名のいずれか一つ以上の組み合わせによって決めて、前記処理順番にそってスケジュールを作成する事を特徴とする、請求項 1 8記載の送出スケジュール作成装置。

2 0 ) 送出スケジュールを作成する時に、送出日時を想定し、その送出日時における受信端末のシミュレーションを行い、前記日時において受信端末で受信 · 蓄積が可能なことを確認した上で送出スケジュ一ル作成することを特徴とする請求項 1 8記載の送出スケジュール作成装置。

2 1 ) 送出スケジュールを作成する時に、送出日時を想定し、その送出日時の受信端末のシミユレ一ションを行い、シミュレ一ションの条件の日時においては受信■蓄積できないとシミュレーシヨン結果が得られた場合、前記送出日時を所定の期間内で変更してシミュレーションを繰り返し、受信端末で受信 ·蓄積が可能な送出スケジュ一ル作成することを特徴とする請求項 1 8記載の送出スケジュール作成装置。

2 2 ) 前記送出日時の変更は、前記送出日時を未来にずらしながらシミュレ一シヨンを繰り返すことを特徴とする請求項 2 1記載の送出スケジュ一ル作成装置 c 3 ) 送出時間を変更しても送出期限までに受信端末で受信 ·蓄積可能な時が存在せずに、送出することが不可能な場合、エラーを出力することを特徵とする請求項 2 1記載の送出スケジュール作成装置。

2 4 ) 送出スケジュールを作成する時に、送出を想定している日時よりも未来にすでに送出するデータが存在する場合、送出スケジュールを決定することの対象となっているデータを送ってしまっても、前記未来に送出するデータを送る時に十分な空き容量が受信端末に存在するかを確認した上で送出スケジュールを作成することを特徴とする請求項 1 8記載の送出スケジユール作成装置。

2 5 ) 送出スケジュールを作成する時に、同一の名称で上書きされるデ一夕があるかを確認し、上書きされるデ一夕があつた場合重複するファイルの容量を考慮して受信端末の空き容量をシミュレーシヨンし、その結果を用いて送出スケジュ一ルを作成することを特徴とする請求項 1 8記載の送出スケジュ一ル作成装置 c 2 6 ) 送出スケジュールを作成する時に、指定した送出日時において、送信枠のデータ量を伝送路上の帯域で送ることが可能かどうかをシミュレ一シヨンし、不可能な場合は送出日時を所定の期間内で変更してシミュレーシヨンを繰り返し、送出可能な送出スケジュールを作成することを特徴とする請求項 1 8記載の送出スケジュール作成装置。

2 7 ) 前記送出日時の変更は、送出日時を未来にずらして送出可能な送出スケジュ一ルを作成することを特徵とする請求項 2 6記載の送出スケジユール作成装

2 8 ) 送出時間を変更しても送出期限までに伝送路上の帯域で送信可能な時が存在せずに、送出することが不可能な場合、エラ一を出力することを特徴とする請求項 2 6記載の送出スケジュール作成装置。

2 9 ) 送出に使うことができる伝送路が複数存在し、それぞれの伝送路の伝送帯域が違う場合、送出データの送出優先度の高い物から伝送帯域の広い伝送路を用いてデータを送出するような送出スケジュールを作成することを特徴とする請求項 1 8記載の送出スケジュール作成装置。

3 0 ) 単方向通信を用いてデ一夕を送信するシステムにおいて、送出スケジュールを作成するために汎用計算機を、データの情報を記憶するデータ記憶部、デ一夕の管理を行うデータ管理部、受信端末の状態をシミュレーションする受信端末シミュレ一ション部、シミユレ一ションの結果を用いてデータの送出スケジュールを作成する送出管理部、として機能させるための送出スケジュール作成プログラム。

3 1 ) データ送信システムからのデータの受信部と、

受信したデータの蓄積、更新、或いは削除動作を行なうデータ蓄積更新部と、

デ一夕が蓄積される記憶領域と、

記憶領域に対するデー夕の書込み或いは削除動作の制御を行なう記憶領域制御部と、

前記記憶領域制御部が記憶領域に蓄積された有効期限付きのデータが有効期限を過ぎたか否かを判断するために利用する時刻情報を提供する時計部とを備えた受信端末。

3 2 ) 記憶領域の蓄積データに対する参照状況を管理するコンテンツ属性管理部をさらに備えた請求項 3 1記載の受信端末。

3 3 ) 受信端末が設置されている地域を特定する地域情報を保持する地域情報格納手段をさらに備えた請求項 3 2記載の受信端末。

3 4 ) 受信端末の種別を示す種別情報を保持する種別情報格納手段をさらに備えた請求項 3 2記載の受信端末。

3 5 ) 記憶領域制御部は、記憶領域に蓄積されたデータの有効期限を定期的にチェックし、時計部からの時刻情報に基づき、有効期限が切れたデータを削除、廃棄することを特徴とする請求項 3 1記載の受信端末。

3 6 ) 記憶領域制御部は、地域情報格納手段からのデータに基づき、送信デー夕に付与されている送信先情報をチックし、該当するデータを受信、蓄積することを特徴とする請求項 3 3記載の受信端末。

3 7 ) 記憶領域制御部は、種別情報格納手段からのデータに基づき、送信デ一夕に付与されている受信端末種別情報をチユックし、該当するデータを受信、蓄積することを特徵とする請求項 3 4記載の受信端末。

3 8 ) 記憶領域制御部は、記憶領域の空き容量をチックし、空き容量が充分あるときは、蓄積データの有効期限が過ぎていても蓄積を継続することを特徴とする請求項 3 5記載の受信端末。

3 9 ) 記憶領域制御部は、記憶領域の空き容量をチェックし、記憶領域が満杯であるか、または満杯になりそうなときに有効期限が過ぎているデ一夕を削除することを特徴とする請求項 3 8記載の受信端末。

4 0 ) 記憶領域制御部は、データを受信、蓄積するに際して、記憶領域の空き容量をチックし、記憶領域が満杯になる場合に有効期限が過ぎているデータを削除することを特徴とする請求項 3 8記載の受信端末。 4 1 ) 記憶領域制御部は、有効期限が過ぎているデータを削除するに際して、コンテンツ属性管理部からのデ一夕に基づき、参照されているデータを削除、廃棄から除外することを特徴とする請求項 3 5、 3 9または 4 0記載の受信端末。 4 2 ) 記憶領域制御部は、有効期限が過ぎているデータを削除するに際して、コンテンツ属性管理部からのデ一夕に基づき、参照されているデータを削除、廃棄から除外するとともに、その後、このデータが参照されなくなったときは、有効期限を経過したデータとして記憶領域から削除することを特徴とする請求項 3 5、 3 9または 4 0記載の受信端末。

4 3 ) 記憶領域制御部は、有効期限が過ぎているデ一夕を削除するに際して、削除処理は端末の利用時間以外の時間に行うことを特徴とする請求項 3 5 , 3 9 , または 4 0記載の受信端末。

4 4 ) 記憶領域制御部は、有効期限が過ぎているデータを削除するに際して、受信端末の電源がォンされているときは削除動作期間と削除停止期間とを交互に繰り返す一方、受信端末の電源がォフされているときは削除動作を連続的に実行することを特徴とする請求項 3 5、 3 9、または 4 0記載の受信端末。

4 5 ) 有効期限を経過したデ一夕を記憶領域から削除するための指示を行なう削除指示部を別に備えていることを特徴とする請求項 3 1記載の受信端末。

4 6 ) デ一夕送信システム側において、

データを記憶するデータ記憶部と、

データの管理を行なうデータ管理部と、

受信端末の状態をシミユレーシヨンする受信端末シミュレ一ジョン部とを有し、送信データに、当該データの有効期限を付与して送信する一方、

データ受信側において、

デ一夕送信システムからのデータの受信部と、

受信したデータを蓄積するデータ蓄積更新部と、

データが蓄積される記憶領域と、

記憶領域に対するデ一夕の書込み或いは削除制御を行なう記憶領域制御部と、前記記憶領域制御部が記憶領域に蓄積された有効期限付きのデータが有効期限を過ぎたか否かを判断するために利用する時刻情報を提供する時計部と、を備え、

受信したデータの削除処理が所定期間毎に行われるようにしたことを特徴とするデータ送受信システム。