JPH11136365A

JPH11136365A - 情報配信システム

Info

Publication number: JPH11136365A
Application number: JP29994497A
Authority: JP
Inventors: Seki Mizutani; 世希水谷
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1997-10-31
Filing date: 1997-10-31
Publication date: 1999-05-21

Abstract

(57)【要約】【課題】ユーザーが関心の深い情報についての最新のコ
ンテンツを適時更新したものを、ユーザーの携帯端末に
配信し、自動的に格納する。【解決手段】携帯端末（携帯電話やＰＨＳを含む）１０
３に大容量のメモリ１２２を内蔵したものに、ユーザー
があらかじめ登録した情報に基づいてユーザーの希望す
るコンテンツを、通信プロバイダシステム１０２からユ
ーザーの希望するタイミングで配信し、決められたルー
ルに従った方法によりそれを自動的に格納する。ユーザ
ーは格納されたコンテンツを好きなときに何度でも繰り
返し再生することにより自分の特に関心の深いコンテン
ツのみを入手することができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報の配信システ
ムに係り、特に、移動体通信端末を用いて、携帯端末の
所有者であるエンドユーザーが受信を希望するコンテン
ツのプライオリティに従って自動的にコンテンツを配信
するのに好適な情報配信システムに関する。

【０００２】

【従来の技術】近年、携帯電話やＰＨＳなどの携帯可能
な移動体通信端末を用いて自分の関心の深い情報を入手
するサービスが行われている。例えば、「移動体通信ビ
ジネス」（日本経済新聞社版）Ｐ．８９に記載されてい
るように、交通、気象、ニュース、レジャー情報、株
式、為替などの音声情報が既に通信プロバイダー各社の
サービスとして提供されている。こうしたサービスは通
信プロバイダーにとっても新しい市場を作り出すことか
ら大きな期待が持たれている。

【０００３】

【発明が解決しようとする課題】従来、こうしたサービ
スでは、ユーザーは情報の取得を希望するときにその都
度そのサービスへアクセスする必要がある。また、ニュ
ースと一口に言ってもユーザーそれぞれの関心事は異な
ることから、自分の関心の深いコンテンツのみを取得し
たいというニーズには答えられてはいない。さらに、通
信回線速度の制約から送信される音声品質は低く、音楽
などを再生するには必ずしも満足のいくものではない。
そして通信料金の面でも特に移動体通信の場合まだ割高
感があり長時間のアクセスを必要とするこうした情報サ
ービスには高額な通信料金を懸念していることから大き
く普及しているとは言いがたいのが現状である。

【０００４】こうしたことからより一人一人のユーザー
が求めている関心の深い情報について最新のものを、ユ
ーザーのわずらわしさを感じさせることなく、割安に提
供することが求められている。

【０００５】一般にユーザーが取得を求める情報には、
その時に必要性が発生する突発的なものと、ある同様の
関心事に対して毎日最新のコンテンツを取得したいとい
うものの２種類のニーズが存在する。これまでの情報サ
ービスは、特に、後者のサービスを実現するには必ずし
も適したものではなかった。

【０００６】本発明の目的は、上述した従来技術におけ
る問題点に鑑み、特定の関心事に関するコンテンツを、
そのコンテンツの取得を希望するユーザーに配信を行
い、自動的にユーザーの保有する携帯端末に格納するこ
とでユーザーがわずらわしさを感じることなく、好きな
ときに、必要としているコンテンツにのみアクセスでき
るようにすることにある。

【０００７】また、本発明の他の目的は、更新された最
新のコンテンツをユーザーが希望する時間までに届ける
ことができるようにすることにある。

【０００８】

【課題を解決するための手段】上記目的を達成するため
に、本発明においては、ユーザーがあらかじめ取得を希
望する情報コンテンツを、通信プロバイダーが提供する
メニューから選択し登録することで、特に、そのユーザ
ーの関心の深いコンテンツをユーザーが受信できるよう
にする。配信されたコンテンツは、携帯電話やＰＨＳに
代表されるような携帯端末に持たせたメモリに格納し、
ユーザーは格納されたコンテンツを自分の好きなところ
で好きなときに再生することを可能とする。さらに、こ
のメモリが既に受信したコンテンツにより埋め尽くされ
た場合には、あらかじめユーザーによって指定されたル
ールに従って不要なコンテンツを消去するようにする。
また、送られてきたコンテンツはユーザーが意識するこ
となく自動的に格納されるよう、通常の電話を受信した
ときのように着信を知らせるベルを鳴らすなどの着信案
内は行われないような制御を行う。さらにはユーザーが
指定したコンテンツの取得を希望する時間とコンテンツ
が更新された時間の間でもっともネットワークの混み具
合が低いと想定される時間にコンテンツを送信すること
で送信料金の低減化を図る。

【０００９】

【発明の実施の形態】図１は、本発明における情報配信
システムの一つの実施の形態におけるシステムの構成を
示すシステム構成図である。

【００１０】１０１はコンテンツ供給者システムの一つ
であり、１０２は通信プロバイダーシステムであり、１
０３はエンドユーザー端末の一つである。通信プロバイ
ダーシステム１０２には、複数のコンテンツ供給者シス
テム１０１とエンドユーザー携帯端末１０３が通信網１
２３、１２４を介して接続されている。通信網１２３と
しては、公衆回線、専用回線などのネットワークを用い
ることができる。また、通信網１２４としては、携帯電
話、ＰＨＳなど無線方式を利用した移動体通信網を用い
る。図１において、コンテンツ提供者システム１０１、
エンドユーザ端末１０３は、それぞれ１つづつしか図示
されていないが、これらは、それぞれ複数接続されるこ
とができる。

【００１１】それぞれのシステムは、各々処理装置１０
５、１１１、１１８、入力装置１０４、１１０、１１
７、出力装置１０６、１１２、１２０、記憶装置１０
７、１１３、１２１を有する。また、コンテンツ供給者
システム１０１は、通信回線１２３を介して通信プロバ
イダーシステム１０２と通信を行うために通信装置１０
８を、エンドユーザ携帯端末１０３は通信プロバイダー
システム１０２と通信網１２４を介して通信を行うため
に、無線通信装置１１６を有している。通信プロバイダ
ーシステム１０２は、コンテンツ提供者システム１０１
と通信回線１２３と通信を行うための通信装置１０９，
エンドユーザ携帯端末１０３と通信を行うための無線通
信装置１１５、及びタイマーをさらにを備える。

【００１２】また、エンドユーザー携帯端末１０３は、
特に、呼の到着を知らせるベル１１９を備えている。こ
れは既存の携帯電話やＰＨＳなどの移動体通信端末と同
様の構成である。さらに、エンドユーザ携帯端末１０３
は、大容量のメモリ１２２を保有している。この大容量
メモリ１２２にはＩＣカードやフラッシュメモリＭＤな
どを用いることが考えられる。この大容量メモリ１２２
は、受信されたコンテンツを格納するために用いられ
る。このメモリはリムーバルなもので取り替えが可能で
ある。これにより特に保存したいコンテンツを保管した
り、別の編集機を用いることで編集することも可能にな
る。このようなエンドユーザ携帯端末の外観図を図２に
示す。図において、２０１は、出力装置１２０の１つと
して機能し、文字情報を表示するための表示画面であ
り、２０２は、大容量メモリ１２２として用いられるリ
ムーバブルな、例えば、フラッシュメモリを内蔵したカ
ード型の記憶装置である。さらに、携帯端末１０３は、
音声情報を快適に取得するために、図示しないヘッドホ
ンを備えて構成されてもよい。

【００１３】本実施の形態における情報配信システムに
おける業務処理は大きく二つに別れる。一つは登録・編
集の業務であり、もう一つは配信・受信である。

【００１４】図３は、登録・編集の業務の流れを示すフ
ローチャートである。

【００１５】まず、ユーザーが、エンドユーザー携帯端
末１０３を用いて通信プロバイダーシステム１０２の情
報サービスダイヤルへアクセスし、エンドユーザ端末１
０３と通信プロバイダシステム１０２とを接続する（ス
テップ３０１）。

【００１６】エンドユーザ携帯端末１０３との接続が確
認された後、通信プロバイダシステム１０２は、情報サ
ービスダイヤルのメニューリストを送信する。これは情
報サービスダイヤルの保有しているコンテンツを選択す
るためのキーワードの一覧を示したものである（ステッ
プ３０２）。

【００１７】エンドユーザー端末がメニューリストを受
信するとコンテンツの案内が表示画面２０２に表示され
る。ユーザーは、表示されたメニューリストの中から、
特に自分が取得したいコンテンツを選択しそれをメニュ
ーの中から選択する（ステップ３０３）。コンテンツメ
ニューが選択されると、ユーザーが自分の好みに応じた
コンテンツを効率的に取得できるように、コンテンツと
ともにそのプライオリティの登録が行われる（ステップ
３０４）。図４にステップ３０３、３０４で行われる登
録の流れの一例を表示画面の遷移により示す。ここでは
ユーザーはメニューから特にスポーツに関するコンテン
ツをプライオリティの高いコンテンツとして選択すると
（画面４０１）、この下位の階層にあたるスポーツの種
類がメニューとして表示される（画面４０２）。画面４
０２は、ユーザが、スポーツに関するコンテンツの中で
も野球に関するコンテンツの受信を最も好み、次にサッ
カーに関するコンテンツの受信を好むことを示してい
る。この後、さらに、選択した内容のそれぞれについ
て、さらに下位のレベルでのプライオリティの登録が行
われる。画面４０３は、最もプライオリティの高い野球
について、さらに下位の階層として、球団に関するプラ
イオリティを登録する画面を示しており、ここでは、Ａ
球団に関してのコンテンツを最も好み次にＢ球団に関す
るコンテンツを要求していることが示されている。この
ようにあらかじめユーザーが自分の要求するコンテンツ
のプライオリティを登録することにより、より効率的に
自分の求めている情報を取得することが可能となる。さ
らにはコンテンツの容量がエンドユーザー携帯端末の保
有するコンテンツ格納用の大容量メモリよりも大きい場
合には、このプライオリティをシステムが参照し、特に
プライオリティの高いものから自動格納を行う。こうし
たことからユーザーは特に自分の関心の高いコンテンツ
を取得しやすくなる。

【００１８】コンテンツの選択、プライオリティの登録
が済むと、次に、ステップ３０５において、配信を希望
するコンテンツメニューの送信モードの登録が行われ
る。この処理では、ユーザーが受信を希望するコンテン
ツをいつまでに取得したいかといった情報が登録され
る。本実施の形態においては、リアルタイムでの情報検
索よりも毎日や一定時間毎に更新されるコンテンツ、例
えばニューズや株の情報などといったものの取得を主対
象と考える。通常、こうしたジャンルの場合、ユーザー
の関心のあるキーワードはダイナミックには変わらず、
ユーザーは定点的に同様のキーワードの最新の情報にア
クセスしたいのが一般的である。そこで本システムで
は、登録を一度行えば、後は希望のタイミングで最新の
コンテンツが配信される仕組みを構築している。その際
に必要となるのが、どのタイミングで新しいコンテンツ
を取得するかという情報である。このステップでは、ユ
ーザーがどのタイミングで新しいコンテンツを取得をし
たいかを送信モードの選択によって登録する。図５にそ
の登録画面の遷移の一例を示す。ここではＡ球団に関す
るコンテンツをどのタイミングで取得をしたいか選択し
ている。画面５０１には、送信タイミングのメニューと
して、１．コンテンツの更新の度に、２．毎日一定の時
刻に、３．毎時間毎に、４．指定時刻までになどといっ
たものが示されている。例えば、この画面においてユー
ザが「４．指定時刻までに」を選択すると、表示画面が
画面５０２に遷移し、さらに何時までにコンテンツを取
得したいのか、取得を希望する時間を入力する画面が表
示される。この表示画面によりユーザが時間を指定する
ことにより、ユーザーはその指定時間に常に最新のコン
テンツを入手することが可能となる。ここで０７：００
a.m.と指定したとすれば、ユーザーは、例えば、毎日通
勤途上の電車の中で自分の好きなＡ球団に関する最新の
コンテンツを聞きながら移動することができる。

【００１９】続くステップ３０６では、配信を希望する
コンテンツメニューの消去モードの登録が行われる。

【００２０】このステップでは、取得したコンテンツを
消去するタイミングが登録される。エンドユーザーの携
帯端末が、コンテンツを格納するために保有しているメ
モリ１２２は有限の大きさである。このため、いつかは
メモリ１２２の空き容量が無くなってしまう。そこで、
すでに取得したコンテンツの中で不要なものを消去して
上書きできるようにすることでこの問題を解消する。こ
こでは、自動的にそうした処理を行えるようにするため
に、あらかじめユーザーがそのコンテンツの消去のタイ
ミングを登録しておく。この処理における登録録画面の
遷移イメージを図６に示す。ここでは、Ａ球団に関する
コンテンツを何時消去していいかを登録している。画面
６０１には、消去のタイミングとして、「１．聞いた後
に」（一度聞いたら消去しても良い）、「２．次の日
に」（次の日になれば消去しても良い）、「３．○時間
後に」（決められた一定時間が経過したら消去しても良
い）、「４．次のコンテンツ到着時に」（同様のジャン
ルの次のコンテンツを受信したら消去しても良い）など
と行った消去タイミングがメニューとして表示されてい
る。ここで、例えば、ユーザが「３．○時間後に」を選
択したとすると、消去までの時間を指定する画面７０２
へと入力画面が切り替わる。ユーザは、この画面によ
り、消去までの時間を指定する。

【００２１】上述した各登録処理では、ユーザによる選
択、指定に従って、図７に示す配信希望コンテンツテー
ブル７００に各種の情報が登録される。配信希望コンテ
ンツテーブル７００には、インデックスとして会員No.
７０１が設定され、プライオリティ７０２の順にコンテ
ンツメニュー７０３，送信モード７０４、送信モードが
時間指定の場合の指定時間７０５、消去モード７０６、
消去モードが一定時間後消去の場合の指定時間７０７が
登録される。作成された配信希望コンテンツテーブル７
００は、ステップ３０７で通信プロバイダシステム１０
２に送信される。

【００２２】エンドユーザの携帯端末１０３から送信さ
れた配信希望コンテンツテーブル７００が、通信プロバ
イダシステム１０２で受信されると（ステップ３０
８）、通信プロバイダシステム１０２は、配信希望コン
テンツテーブル７００に設定された情報に基づいて、加
入者別に編集整理を行い、加入者別配信希望コンテンツ
リストを作成する（ステップ３０９）。加入者別配信希
望コンテンツリストは、加入者ごとに作成され、記憶装
置１１３に格納される。図８は、加入者別配信希望コン
テンツリストのテーブル構成図である。

【００２３】加入者別配信希望コンテンツリスト８００
には、会員ＮＯ．８０１をインデックスとして、配信の
プライオリティ８０２順に、配信するコンテンツ８０
３、そのコンテンツの保管先のアドレス８０４、所要バ
イト数８０５、ユーザーの希望する送信モード８０６、
着信を希望する時刻８０７、消去モード８０８、指定消
去時刻８０９が設定されている。

【００２４】次に、ユーザーが希望するコンテンツとは
別に、通信プロバイダーが各ユーザーごとに、配信した
いコンテンツを選択し、送信するコンテンツに加えるた
めの処理（ステップ３１０）が行われる。このようにし
て送信するコンテンツとしては、例えばプロバイダーか
らの案内や、特別メニュー、また広告などといったもの
が考えられる。ここでは、各ユーザごとにあらかじめ登
録されているユーザの属性を示す属性データに基づい
て、あらかじめ決められたルールに従ってそれぞれのユ
ーザに相応しいコンテンツや広告などを選択し、加入者
別配信希望コンテンツリスト８００に追加登録する。

【００２５】図９は、各ユーザごとの属性データを格納
した加入者属性テーブルの一例を示すテーブル構成図で
ある。

【００２６】加入者属性テーブル９００は、会員ＮＯ．
９０１をインデックスとして、加入者の氏名、年齢、性
別、職業、家族構成などのデモグラフィカルな属性を示
すデモグラフィックデータ９０２、趣味のようなサイコ
グラフィカルな属性を示すサイコロジカルデータ９０
３、及びこれまでの検索履歴情報９０４を含んでいる。
ステップ３１０では、これらの情報に基づいてそのユー
ザーに適当なコンテンツを選択し、これを加入者別テー
ブル８００のコンテンツメニューに加える。

【００２７】ステップ３１１では、誰にどのコンテンツ
をいつ配信するかという情報を編集、整理して時間別配
信計画テーブルを作成する。コンテンツが更新された場
合、その都度そのコンテンツの受信を希望している対象
者にそのコンテンツを送信しておけば、それらのユーザ
ーは常に最新のコンテンツを得ることができる。しか
し、その場合は通信料金が高くついてしまう。そこで、
ユーザーは自分がそのコンテンツを取得したい着信希望
時刻をあらかじめ指定しておき、コンテンツが更新され
てからその着信希望時間の間の送信可能時間帯のなかで
最も通信料金の安い時間帯に送信を行えばより割安にコ
ンテンツを得ることができる。この場合、通信プロバイ
ダーもより回線の有効な活用が促進できる。

【００２８】図１０は、一日のトラフィック量の変化と
最適配信時刻決定処理のイメージ図である。一般に、通
信回線の負荷は昼間のビジネスアワーにトラフィックが
多く、深夜には少ない。そこでこの深夜の通信トラフィ
ックが少ない時間を用いることでコンテンツの送信を効
率的に行うことができる。ここでは毎日１５時に更新さ
れるコンテンツを毎朝９時までに受け取りたいユーザー
に対する配信時刻の決定の例が示されている。この場
合、１５時から翌朝の９時までの間にコンテンツを配送
すればよい。この時間を送信可能時間帯１００１とす
る。このなかで最も通信回線全体の負荷が少ないと予測
される時間１００２を想定し、この時間にコンテンツを
配信する様にする。この最適配信時刻決定処理の流れを
図１１に示す。

【００２９】コンテンツが更新が発生するとされるとそ
の通知がコンテンツ供給者システムから通信プロバイダ
ーシステムに届けられる（ステップ１１０１）。続い
て、更新が発生したコンテンツの受信を希望しているユ
ーザーが整理してあるコンテンツ別配信希望テーブルを
読み込む。これによりどのユーザーがいつまでにそのコ
ンテンツの取得を希望しているかを知ることができる
（ステップ１１０２）。図１２にコンテンツ別配信希望
テーブルのテーブル構成図を示す。

【００３０】コンテンツ別配信希望テーブル１２００
は、図に示すように、コンテンツＮｏ．、コンテンツ名
配信されるコンテンツごとにそのコンテンツの配信を希
望するユーザごとの配信に関する情報を保持している。
具体的には、各コンテンツＮｏ．１２０１、コンテンツ
名１２０２について、そのコンテンツの配信を希望する
ユーザの電話番号（ＴＥＬＮｏ．）１２０５ごとに、
送信モード１２０３、着信希望時刻１２０４を保持して
おり、以下の処理により決定する決定配信時間１２０６
が登録される。

【００３１】次に、コンテンツ別配信希望テーブル１２
００から１エントリの情報を取り出し、送信モード１２
０３が、コンテンツ更新時にその都度配信（値「１」）
か否か判定する（ステップ１１０３）。送信モード１２
０３がコンテンツ更新時にその都度配信でなければ、続
いて、送信希望時刻１２０４に設定された時刻から、ユ
ーザの着信希望時刻まで十分な時間があるか否か、すな
わち、「着信希望時刻−現在時刻」があらかじめ設定さ
れている時間よりも大きいか否か判定する（ステップ１
１０４）。

【００３２】ステップ１１０４において、着信希望時刻
まで十分に時間があると判断されると、続いて、着信を
希望している時刻までの間で、もっとも通信回線全体の
負荷が少ないと予想される時刻にコンテンツの配信を行
うため、時間帯別配信計画テーブルを用いて配信時刻を
決定する（ステップ１１０６）。図１３に、この処理で
使われる時間帯別配信計画テーブルの一例を示す。

【００３３】時間帯別配信計画テーブル１３００は、時
間帯１３０１ごとに、予想される通話の負荷である予想
通話量１３０２、その時間帯に計画されているコンテン
ツの配信量１３０３、及び予想通話量１３０２と配信量
１３０３の合計値１３０４が登録されている。ステップ
１１０６では、このテーブルを使って、コンテンツの配
信が希望されている時刻までの送信可能時間帯の中で、
合計１３０４がもっとも少ない時間帯を選び、その時間
を配信時間として決定する。配信時間が決定すると、決
定した配信時間をコンテンツ別配信希望テーブル１２０
０の決定配信時刻欄１２０６に設定する。

【００３４】次に、コンテンツ別配信希望テーブル１２
００のすべてのエントリについて以上の処理を行ったか
判別し、残っているエントリがあれば、さらにステップ
１１０３以降の処理を続ける（ステップ１１０７）。す
べてのエントリについて処理を終えていれば、加入者別
配信希望コンテンツリスト８００、コンテンツ別配信希
望テーブル１２００に基づいて、ステップ１１０６で決
定した送信時刻別に時間別配信計画テーブルにコンテン
ツの配信情報を設定する（ステップ１１０８）。このよ
うにして作成される時間別配信計画テーブルの一例を図
１４に示す。

【００３５】時間別配信計画テーブル１４００は、図に
示すように、送信時間１４０１ごとに、送信先１４０
２、その送信先へ配信するコンテンツメニュー１４０
３、該当するコンテンツの格納アドレス１３０４、バイ
ト数１４０５が設定される。ステップ１１０５で送信が
済んだユーザ以外のユーザに対しては、時間別配信計画
テーブル１４００にしたがって、該当する時刻になった
らコンテンツの配信が行われる。コンテンツの配信の詳
細については後述する。

【００３６】一方、ステップ１１０３で送信モード１２
０３が即時送信モードであった場合、及び、ステップ１
１０４で着信希望時刻まで十分な時間がないと判断され
た場合は、ＴＥＬＮｏ．１２０５にしたがい、コンテ
ンツをユーザに送信し（ステップ１１０５）、ステップ
１１０７の処理に移る。

【００３７】図１５は、配信・受信処理の流れを示すフ
ローチャートである。

【００３８】時間別配信計画テーブル１４００にしたが
い送信すべき時刻になった場合、もしくはコンテンツが
更新され、即時送信が必要である場合などに、処理装置
１１１１は、スケジューリングされたコンテンツを送信
するためのコンテンツ送信処理を実施し、指定されたコ
ンテンツを指定されたユーザに送信する（ステップ１５
０１）。

【００３９】エンドユーザー携帯端末１０３は、送信さ
れたコンテンツを自動的に受信する（ステップ１５０
２）。通信プロバイダーからコンテンツの送信を受信し
た場合は通常の電話を受信したときのようにベルを鳴ら
して受信するのではなく、自動的に端末がそれを判断し
保管していることが望ましい。但し呼を受信した場合必
ずしも通信プロバイダーからのコンテンツの送信とは限
らず、通常の電話の呼であることの方がむしろ多い。そ
こでステップ１５０２では、図１６に示すフローチャー
トにしたがって受信処理を行う。以下に順を追って説明
する。

【００４０】エンドユーザー携帯端末１０３が呼を受信
する。この時点ではこの呼が通常の電話なのか通信プロ
バイダシステム１０２からのコンテンツの送信なのかは
分からない（ステップ１６０１）。エンドユーザー携帯
端末１０３は、呼を受信すると、番号表示サービス等に
より提供される電話番号に基づいて、その呼が通信プロ
バイダシステム１０２からのものであるか判別する（ス
テップ１６０２）。

【００４１】ステップ１６０２において、提供された電
話番号が通信プロバイダシステム１０２の番号としてあ
らかじめ設定されたものであり、通信プロバイダシステ
ム１０２からの呼の受信であることが確認されると、受
信を知らせるための表示、受信ベルやランプなどの稼働
は行わず、コンテンツの自動格納の処理（ステップ１５
０３）へと処理を移行する（ステップ１６０３）。この
ような処理を行うのは、コンテンツを送信する呼を受信
した場合には、ユーザーはその受信を知る必要はなく、
自動的にそのコンテンツが端末に格納されていればよい
ためである。

【００４２】一方、通信プロバイダシステム１０２から
の呼の受信ではないと判断されると、通常の電話の受信
として、受信を知らせるための表示、受信ベルやランプ
などの稼働を行い、携帯端末１０３の受信表示機能を作
動させ、呼の到着をユーザーに知らせる。その後、通常
の電話における処理へと移行する（ステップ１６０
４）。

【００４３】通信プロバイダシステム１０２からの呼を
受信すると、通信プロバイダシステム１０２から送られ
てくるコンテンツを受信し、そのコンテンツを大容量メ
モリ１２２に格納する（ステップ１５０３）。

【００４４】大容量メモリ１２２の空き容量が十分に残
されている場合には、単にあいている領域に受信したコ
ンテンツを格納していけばよいが、十分な空き容量が存
在しない場合には、何らかの形で空き容量を作るか、上
書きを行う必要がある。しかし、ユーザーにとって必要
なコンテンツを勝手に消してしまうことが有ればそれは
好ましいことではない。そこで、ステップ１５０３で
は、あらかじめ各々のユーザーによって指定された基準
に従って既に格納済みのコンテンツのいずれかを消去し
ていく。この処理の詳細なフローチャートを図１７に示
す。以下に詳細を順を追って説明する。

【００４５】ここでは、まず、送られて来た最も優先度
の高いコンテンツの最小送信単位を１パケット受信する
（ステップ１７０１）。そして、現在のメモリの空き容
量が受信した１パケットを格納するのに十分な容量があ
るのか否か、すなわち「空き容量＞受信パケット」であ
るか否か判定する（ステップ１７０２）。

【００４６】空き容量が十分でない場合は、消去可能な
コンテンツの有無を消去可能コンテンツテーブルを参照
して判断する。消去可能コンテンツテーブルは、図１８
に示すように、コンテンツ名１８０１ごとに、そのバイ
ト数１８０２、大容量メモリ１２２内の格納先アドレス
１８０３、及びそのコンテンツを消去可能か否か示す消
去可能フラグを格納している。消去可能フラグが“１”
である場合は、そのコンテンツは消去可能であると判断
される（ステップ１７０３）。

【００４７】消去可能なコンテンツが見つからなから
ず、なおもまだ送信されてきたコンテンツが格納しきれ
ていない場合その旨のエラーメセージを表示し、コンテ
ンツの自動格納処理を終了する（ステップ１７０７）。
一方、ステップ１７０３で消去可能なコンテンツが見つ
かると、そのコンテンツを消去して、受信した新たなコ
ンテンツを格納するための領域を作り出し、ステップ１
７０２の処理に戻って処理を継続する（ステップ１７０
４）。

【００４８】ステップ１７０２において、受信したパケ
ットを格納するのに十分な空き領域があると判断される
と、その領域に受信したパケットを格納する（１７０
５）。そして、さらに次のパケットが存在するか調べる
（ステップ１７０６）。まだ未受信のパケットが有る場
合には、ステップ１７０１の処理に戻って同様の処理を
繰り返し、これが最後のパケットの場合には格納の処理
を終了する。

【００４９】受信したコンテンツが大容量メモリ１２２
に格納されると、ユーザーはそれらのコンテンツを好き
な時に再生して内容を取り出すことが可能となる。繰り
返しの再生も可能である（ステップ１５０４）。ここで
コンテンツはリアルタイムに送信されているものではな
く、既に格納されているものを取り出して再生すること
から、伝送時間に関係なく再生処理を行うことが可能と
なる。このことから例えば音楽などのように伝送に大容
量を必要とするデーターなども事前に格納しておくこと
で高音質での再生が可能となる。

【００５０】ステップ４０６では、消去可能フラグ１８
０４の設定が行われる。このステップでは配信を希望す
るコンテンツメニューの消去モードの登録（ステップ３
０６）で指定された指示に従って消去可能フラグ１８０
４を設定する。

【００５１】以上に示した流れによって、ユーザーはあ
らかじめ登録しておくことで自分が特に取得を希望する
最新のコンテンツのみを自動的に自分の携帯端末に格納
することができ、それを好きなときに好きな場所で何度
でも再生することが可能となる。また現在のネットワー
クの伝送速度を前提としても、あらかじめ時間をかけて
コンテンツの伝送を行うことにより、音楽データなどの
情報でも高音質での再生を可能にすることができる。

【００５２】また、通信プロバイダーにとっても大容量
のデーターを必要とし、新たなサービスを生むことによ
り収入の増加を期待できる。しかもネットワーク全体の
稼働状況を加味した上でトラフィックが少ない時間帯を
利用することが可能なことからより効率的にサービスを
行うことが可能となる。

【００５３】

【発明の効果】ユーザーは特に自分が取得を希望したコ
ンテンツのみについて、自動的に自分の携帯端末に格納
されたものに、自分の好きなときにそのコンテンツに繰
り返しアクセスすることが可能となる。

【図面の簡単な説明】

【図１】情報配信システムの一つの実施の形態における
システム構成図である。

【図２】携帯端末のイメージ図である。

【図３】登録・編集の業務処理の流れを示すフローチャ
ートである。

【図４】信を希望するコンテンツメニューのプライオリ
ティの登録画面の例を示す画面遷移図である。

【図５】配信を希望するコンテンツメニューの送信モー
ドの登録画面例を示す画面遷移図である。

【図６】配信を希望するコンテンツメニューの消去モー
ドの登録画面例を示す画面遷移図である。

【図７】配信希望コンテンツテーブルのテーブル構成図
である。

【図８】加入者別配信希望コンテンツリストのテーブル
構成図である。

【図９】加入者属性テーブルのテーブル構成図である。

【図１０】トラフィック量の変化と最適配信時刻決定処
理のイメージ図である。

【図１１】最適配信時刻決定処理のフローチャートであ
る。

【図１２】コンテンツ別配信希望テーブルのテーブル構
成図である。

【図１３】時間帯別配信計画テーブルのテーブル構成図
である。

【図１４】時間別配信計画テーブルのテーブル構成図で
ある。

【図１５】配信・受信処理の流れを示すフローチャート
である。

【図１６】エンドユーザ端末における受信処理のフロー
チャートである。

【図１７】受信コンテンツのメモリへの格納処理のフロ
ーチャートである。

【図１８】消去可能コンテンツテーブルのテーブル構成
図である。

【符号の説明】

１０１…コンテンツ供給者システム、１０２…通信プロバイダーシステム、１０３…エンドユーザー携帯端末、１０４、１１０、１１７…入力装置、１０５、１１１、１１８…処理装置、１０６、１１２、１２０…出力装置、１０７、１１３、１２１…記憶装置、１０８、１０９…通信装置、１１５、１１６…無線通信装置、１１４…タイマー、１１９…ベル、１２２…大容量メモリ

Claims

【特許請求の範囲】

【請求項１】ユーザに対して各種の情報を配布する通信
プロバイダシステムと、該コンテンツ供給者システムか
ら配布される情報を受信、格納するエンドユーザ端末
と、前記通信プロバイダシステムとエンドユーザ端末と
の間で情報を伝達する通信ネットワークとを有してなる
情報配信システムであって、前記通信プロバイダシステ
ムは、各エンドユーザごとに、それぞれのエンドユーザ
が配信を希望する情報のメニューと、該情報の配信希望
タイミングを登録した記憶手段を備え、該記憶手段に登
録された情報に基づいて各エンドユーザの持つエンドユ
ーザ端末に配信すべき情報を前記配信希望タイミングに
合わせて配信し、前記エンドユーザ端末は前記通信プロ
バイダシステムから配信される情報を受信し、該エンド
ユーザ端末に設けられたメモリに順次蓄積しておき、エ
ンドユーザからの指示に応じて蓄積した情報を出力する
ことを特徴とする情報配信システム。
【請求項２】前記エンドユーザ端末は、前記エンドユー
ザが携帯可能な電話機であって、前記通信ネットワーク
が電話回線であることを特徴とする請求項１記載の情報
配信システム。
【請求項３】前記通信プロバイダーシステムは、前記エ
ンドユーザの各々について、エンドユーザーの特性を表
す属性情報と、過去に配信を希望した情報の履歴を保持
する記憶手段を備え、あらかじめ決められたルールに基
づいて同様の属性の加入者に対し、同様の情報を配信す
ることを特徴とする請求項１記載の情報配信システム。
【請求項４】前記通信プロバイダーシステムは、予め用
意された前記通信ネットワークの時間ごとの負荷を予測
した負荷情報と、前記前記配信希望タイミングとに基づ
いて、前記配信希望タイミングを満足する時間帯であっ
て、前記通信ネットワークの負荷が最も低くなる時間帯
に当該情報の配信を行うことを特徴とする請求項１記載
の情報配信システム。
【請求項５】前記エンドユーザ端末は、あらかじめエン
ドユーザーによって指定される情報の消去方法とその順
番を登録しておき、新たな情報の受信時に前記メモリ内
に該新たな情報を格納可能な記憶領域がない場合に、前
記消去法方及び順番にしたがって、前記メモリに記憶さ
れている情報を削除し、当該削除により利用可能となっ
た記憶領域を用いて前記新たな情報の格納を行うことを
特徴とする請求項１記載の情報配信システム。
【請求項６】前記エンドユーザ端末は、着信時に、前記
電話回線から通知される発信者の電話番号を取得し、該
電話番号に基づいて着信した呼が前記通信プロバイダシ
ステムからの呼か否かを判別し、着信した呼が前記通信
プロバイダシステムからのものであるときに、エンドユ
ーザの呼出を行うことなく情報の受信を開始し、受信し
た情報を前記メモリに格納することを特徴とする請求項
２記載の情報配信システム。