JP2002116945A - オブジェクト配信システム及びそれに用いる携帯端末におけるメモリ管理方法 - Google Patents
オブジェクト配信システム及びそれに用いる携帯端末におけるメモリ管理方法Info
- Publication number
- JP2002116945A JP2002116945A JP2000310006A JP2000310006A JP2002116945A JP 2002116945 A JP2002116945 A JP 2002116945A JP 2000310006 A JP2000310006 A JP 2000310006A JP 2000310006 A JP2000310006 A JP 2000310006A JP 2002116945 A JP2002116945 A JP 2002116945A
- Authority
- JP
- Japan
- Prior art keywords
- portable terminal
- storage medium
- capacity
- server
- mobile terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/10—Flow control between communication endpoints
- H04W28/12—Flow control between communication endpoints using signalling between network elements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/58—Message adaptation for wireless communication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/10—Flow control between communication endpoints
- H04W28/14—Flow control between communication endpoints using intermediate storage
Abstract
(57)【要約】
【課題】 無駄な配信やユーザによるメモリ削除を行う
ことなく、自動的にメモリを確保可能なオブジェクト配
信システムを提供する。 【解決手段】 携帯端末１が記憶メディア３の容量がフ
ルに近い状態になった場合、メモリフル通知Ｓ２を配信
サーバ２に送信する。配信サーバ２は優先すべきオブジ
ェクトがあれば、容量確保要求Ｓ４を携帯端末１に送信
する。携帯端末１は容量確保画面を表示し、対処方法を
選択して削除またはアップロードするオブジェクトを選
択し、そのオブジェクトを配信サーバ２に送信する。携
帯端末１はオブジェクトのアップロードが完了し、その
オブジェクトが配信サーバ２に蓄積されると、容量確保
完了通知メッセージＳ９を配信サーバ２に送信する。配
信サーバ２は携帯端末１に対して優先すべきオブジェク
トＳ１１を送信する。
ことなく、自動的にメモリを確保可能なオブジェクト配
信システムを提供する。 【解決手段】 携帯端末１が記憶メディア３の容量がフ
ルに近い状態になった場合、メモリフル通知Ｓ２を配信
サーバ２に送信する。配信サーバ２は優先すべきオブジ
ェクトがあれば、容量確保要求Ｓ４を携帯端末１に送信
する。携帯端末１は容量確保画面を表示し、対処方法を
選択して削除またはアップロードするオブジェクトを選
択し、そのオブジェクトを配信サーバ２に送信する。携
帯端末１はオブジェクトのアップロードが完了し、その
オブジェクトが配信サーバ２に蓄積されると、容量確保
完了通知メッセージＳ９を配信サーバ２に送信する。配
信サーバ２は携帯端末１に対して優先すべきオブジェク
トＳ１１を送信する。
Description
【０００１】
【発明の属する技術分野】本発明はオブジェクト配信シ
ステム及びそれに用いる携帯端末におけるメモリ管理方
法に関し、特にサーバから配信されたデータを蓄積する
メモリの管理方法に関する。
ステム及びそれに用いる携帯端末におけるメモリ管理方
法に関し、特にサーバから配信されたデータを蓄積する
メモリの管理方法に関する。
【０００２】
【従来の技術】近年、インタネットの普及によってモバ
イル環境でインタネットアクセスを行うための携帯端末
が多く使われるようになってきている。この携帯端末で
受信しているデータには電子メールやＷＥＢデータ等が
あるが、携帯端末の高機能化、通信速度の高速化に伴っ
てデータ容量が増加傾向にある。
イル環境でインタネットアクセスを行うための携帯端末
が多く使われるようになってきている。この携帯端末で
受信しているデータには電子メールやＷＥＢデータ等が
あるが、携帯端末の高機能化、通信速度の高速化に伴っ
てデータ容量が増加傾向にある。
【０００３】また、データ通信方法に関しても、携帯端
末からのトリガでサーバからデータ受信を行うだけでな
く、サーバからのトリガで携帯端末に対してデータ配信
を行う、いわゆるＰＵＳＨ通信も行われている。
末からのトリガでサーバからデータ受信を行うだけでな
く、サーバからのトリガで携帯端末に対してデータ配信
を行う、いわゆるＰＵＳＨ通信も行われている。
【０００４】
【発明が解決しようとする課題】上述した従来の携帯端
末では、その記憶装置が半導体で構成されているため、
ノートパソコン等に比べると、蓄積可能な容量が限られ
ており、記憶装置の容量がフル（一杯）になると、ユー
ザ自らが記憶装置に蓄積されているデータを削除する
か、または上書きを許可する指定を行わない限り、新た
なデータを受信することができないという問題がある。
末では、その記憶装置が半導体で構成されているため、
ノートパソコン等に比べると、蓄積可能な容量が限られ
ており、記憶装置の容量がフル（一杯）になると、ユー
ザ自らが記憶装置に蓄積されているデータを削除する
か、または上書きを許可する指定を行わない限り、新た
なデータを受信することができないという問題がある。
【０００５】また、サーバからのトリガでデータを配信
する場合には、配信する携帯端末の記憶装置の残容量が
不明であるため、配信を行った結果、記憶装置の容量が
フル状態でサーバからの送信に失敗する場合が起きると
いう問題がある。
する場合には、配信する携帯端末の記憶装置の残容量が
不明であるため、配信を行った結果、記憶装置の容量が
フル状態でサーバからの送信に失敗する場合が起きると
いう問題がある。
【０００６】上記の２つの問題について、図１２を参照
して説明する。図１２において、携帯端末６はネットワ
ーク（ＮＷ）１００を介して配信サーバ７からメール等
のオブジェクトを受信可能な構成となっている。
して説明する。図１２において、携帯端末６はネットワ
ーク（ＮＷ）１００を介して配信サーバ７からメール等
のオブジェクトを受信可能な構成となっている。
【０００７】今、携帯端末６はその内部のメモリ８ａの
容量がフルに近い状態（ニアフル状態という）となって
いる（図１２のＳ８１）。この状態の時に、配信サーバ
７から携帯端末６に配信するオブジェクトが存在する場
合（図１２のＳ８２）には、配信サーバ７から携帯端末
６の状態が不明のため、オブジェクトを送信する（図１
２のＳ８３）。
容量がフルに近い状態（ニアフル状態という）となって
いる（図１２のＳ８１）。この状態の時に、配信サーバ
７から携帯端末６に配信するオブジェクトが存在する場
合（図１２のＳ８２）には、配信サーバ７から携帯端末
６の状態が不明のため、オブジェクトを送信する（図１
２のＳ８３）。
【０００８】携帯端末６はオブジェクトを受信した状態
でメモリオーバフローが発生すると（図１２のＳ８４）
（この時、携帯端末６内部のメモリ８ｂはフル状態）、
それ以降のデータ受信を受付けなくなる。このため、次
に配信サーバ７からオブジェクト送信が行われても（図
１２のＳ８５）、受信エラーとなる。以降、携帯端末６
のメモリをユーザが削除しない限り（メモリ８ｂ→メモ
リ８ｃ）、配信サーバ７からのオブジェクトの受信がで
きなくなる。
でメモリオーバフローが発生すると（図１２のＳ８４）
（この時、携帯端末６内部のメモリ８ｂはフル状態）、
それ以降のデータ受信を受付けなくなる。このため、次
に配信サーバ７からオブジェクト送信が行われても（図
１２のＳ８５）、受信エラーとなる。以降、携帯端末６
のメモリをユーザが削除しない限り（メモリ８ｂ→メモ
リ８ｃ）、配信サーバ７からのオブジェクトの受信がで
きなくなる。
【０００９】そこで、本発明の目的は上記の問題点を解
消し、無駄な配信やユーザによるメモリ削除を行うこと
なく、自動的にメモリを確保することができるオブジェ
クト配信システム及びそれに用いる携帯端末におけるメ
モリ管理方法を提供することにある。
消し、無駄な配信やユーザによるメモリ削除を行うこと
なく、自動的にメモリを確保することができるオブジェ
クト配信システム及びそれに用いる携帯端末におけるメ
モリ管理方法を提供することにある。
【００１０】
【課題を解決するための手段】本発明によるオブジェク
ト配信システムは、携帯端末と前記携帯端末にオブジェ
クトを配信するサーバとがネットワークで接続されたオ
ブジェクト配信システムであって、前記オブジェクトが
書込み可能な記憶メディアと、前記記憶メディアの残り
容量が予め設定された閾値以下になったことを検出する
検出手段と、前記検出手段で前記記憶メディアの残り容
量が前記閾値以下になったことを検出した時に前記サー
バにメモリフル状態であることを通知するメッセージを
送信する送信手段とを前記携帯端末に備えている。
ト配信システムは、携帯端末と前記携帯端末にオブジェ
クトを配信するサーバとがネットワークで接続されたオ
ブジェクト配信システムであって、前記オブジェクトが
書込み可能な記憶メディアと、前記記憶メディアの残り
容量が予め設定された閾値以下になったことを検出する
検出手段と、前記検出手段で前記記憶メディアの残り容
量が前記閾値以下になったことを検出した時に前記サー
バにメモリフル状態であることを通知するメッセージを
送信する送信手段とを前記携帯端末に備えている。
【００１１】本発明による携帯端末におけるメモリ管理
方法は、携帯端末と前記携帯端末にオブジェクトを配信
するサーバとがネットワークで接続されたオブジェクト
配信システムの携帯端末におけるメモリ管理方法であっ
て、前記オブジェクトが書込み可能な記憶メディアの残
り容量が予め設定された閾値以下になったことを検出す
るステップと、前記記憶メディアの残り容量が前記閾値
以下になったことを検出した時に前記サーバにメモリフ
ル状態であることを通知するメッセージを送信するステ
ップとを前記携帯端末に備えている。
方法は、携帯端末と前記携帯端末にオブジェクトを配信
するサーバとがネットワークで接続されたオブジェクト
配信システムの携帯端末におけるメモリ管理方法であっ
て、前記オブジェクトが書込み可能な記憶メディアの残
り容量が予め設定された閾値以下になったことを検出す
るステップと、前記記憶メディアの残り容量が前記閾値
以下になったことを検出した時に前記サーバにメモリフ
ル状態であることを通知するメッセージを送信するステ
ップとを前記携帯端末に備えている。
【００１２】すなわち、本発明の携帯端末におけるメモ
リ管理方法は、携帯端末のオブジェクト受信用メモリが
フルに近い状態の時に配信サーバ側で優先して送信すべ
きオブジェクトが存在した場合に配信サーバから容量確
保を要求する通知を携帯端末に送信し、その通知に基づ
いて現在メモリに蓄積されているオブジェクトをサーバ
に一時的にアップロードして退避させるか、削除するか
を判断する手段を有している。
リ管理方法は、携帯端末のオブジェクト受信用メモリが
フルに近い状態の時に配信サーバ側で優先して送信すべ
きオブジェクトが存在した場合に配信サーバから容量確
保を要求する通知を携帯端末に送信し、その通知に基づ
いて現在メモリに蓄積されているオブジェクトをサーバ
に一時的にアップロードして退避させるか、削除するか
を判断する手段を有している。
【００１３】より具体的に、本発明の携帯端末における
メモリ管理方法では、携帯端末が内蔵または外付けとな
っているメモリ等の記憶メディアの容量がフルに近い状
態になると、メモリフル通知を配信サーバに送信する。
メモリ管理方法では、携帯端末が内蔵または外付けとな
っているメモリ等の記憶メディアの容量がフルに近い状
態になると、メモリフル通知を配信サーバに送信する。
【００１４】この時点で、配信サーバは優先すべきオブ
ジェクトがあれば、容量確保要求を携帯端末に送信して
メモリ容量の確保を促す。携帯端末ではこのメッセージ
を受信すると、対処方法を選択して削除またはアップロ
ードするオブジェクトを選択する。選択が完了すると、
携帯端末ではアップロードする場合であれば、該当オブ
ジェクトを配信サーバに送信する。
ジェクトがあれば、容量確保要求を携帯端末に送信して
メモリ容量の確保を促す。携帯端末ではこのメッセージ
を受信すると、対処方法を選択して削除またはアップロ
ードするオブジェクトを選択する。選択が完了すると、
携帯端末ではアップロードする場合であれば、該当オブ
ジェクトを配信サーバに送信する。
【００１５】携帯端末は送信が完了すると、容量確保完
了通知メッセージを送信する。配信サーバは携帯端末の
送信メモリの容量が空いたことを認識すると、携帯端末
に対して優先すべきオブジェクトを送信する。
了通知メッセージを送信する。配信サーバは携帯端末の
送信メモリの容量が空いたことを認識すると、携帯端末
に対して優先すべきオブジェクトを送信する。
【００１６】このようにして、本願発明では配信するの
に必要なメモリを配信サーバから携帯端末に要求するこ
とによって、携帯端末側で容量確保を行い、優先的に送
信したいオブジェクトがあった場合でも配信サーバが携
帯端末に送信することが可能となる。
に必要なメモリを配信サーバから携帯端末に要求するこ
とによって、携帯端末側で容量確保を行い、優先的に送
信したいオブジェクトがあった場合でも配信サーバが携
帯端末に送信することが可能となる。
【００１７】携帯端末がメモリフルに近い状態になった
場合に配信サーバに通知し、配信サーバオブジェクトを
送信する際に事前に必要容量を携帯端末に通知すること
によって、無駄な配信を行う必要がなくなる。また、ユ
ーザがメモリの中身を削除しないと重要なオブジェクト
を受信することができなくなるのを防ぐために、メモリ
に蓄積されているオブジェクトを一時的にサーバにアッ
プロードし、自動的にメモリを確保する方法を提供す
る。
場合に配信サーバに通知し、配信サーバオブジェクトを
送信する際に事前に必要容量を携帯端末に通知すること
によって、無駄な配信を行う必要がなくなる。また、ユ
ーザがメモリの中身を削除しないと重要なオブジェクト
を受信することができなくなるのを防ぐために、メモリ
に蓄積されているオブジェクトを一時的にサーバにアッ
プロードし、自動的にメモリを確保する方法を提供す
る。
【００１８】
【発明の実施の形態】次に、本発明の実施例について図
面を参照して説明する。図１は本発明の一実施例による
オブジェクト配信システムの動作を示すシーケンスチャ
ートである。この図１を参照して本発明の一実施例によ
るオブジェクト配信システムの動作について説明する。
面を参照して説明する。図１は本発明の一実施例による
オブジェクト配信システムの動作を示すシーケンスチャ
ートである。この図１を参照して本発明の一実施例によ
るオブジェクト配信システムの動作について説明する。
【００１９】携帯端末１が内蔵または外付けとなってい
るメモリ等の記憶メディア３（この記憶メディア３を記
憶メディア３ａ〜３ｃの総称とする）の容量がフルに近
い状態になった場合（図１の記憶メディア３ａの状態）
（図１のＳ１）、メモリフル通知Ｓ２を配信サーバ２に
送信する。
るメモリ等の記憶メディア３（この記憶メディア３を記
憶メディア３ａ〜３ｃの総称とする）の容量がフルに近
い状態になった場合（図１の記憶メディア３ａの状態）
（図１のＳ１）、メモリフル通知Ｓ２を配信サーバ２に
送信する。
【００２０】配信サーバ２ではこの時点で優先すべきオ
ブジェクトがあれば（図１のＳ３）、容量確保要求Ｓ４
を携帯端末１に送信し、携帯端末１に対して記憶メディ
ア３の容量の確保を促す。
ブジェクトがあれば（図１のＳ３）、容量確保要求Ｓ４
を携帯端末１に送信し、携帯端末１に対して記憶メディ
ア３の容量の確保を促す。
【００２１】携帯端末１では容量確保要求Ｓ４を受信す
ると、容量確保画面を表示し（図１のＳ５）、対処方法
を選択して削除またはアップロードするオブジェクトを
選択する（図１のＳ６）。携帯端末１はその選択が完了
すると、オブジェクトをアップロードして配信サーバ２
に退避する場合には、そのオブジェクトを配信サーバ２
に送信する（図１のＳ７）。
ると、容量確保画面を表示し（図１のＳ５）、対処方法
を選択して削除またはアップロードするオブジェクトを
選択する（図１のＳ６）。携帯端末１はその選択が完了
すると、オブジェクトをアップロードして配信サーバ２
に退避する場合には、そのオブジェクトを配信サーバ２
に送信する（図１のＳ７）。
【００２２】携帯端末１はオブジェクトのアップロード
が完了し、そのオブジェクトが配信サーバ２に蓄積され
ると（図１のＳ８）、容量確保完了通知メッセージＳ９
を配信サーバ２に送信する（図１の記憶メディア３ｂの
状態）。
が完了し、そのオブジェクトが配信サーバ２に蓄積され
ると（図１のＳ８）、容量確保完了通知メッセージＳ９
を配信サーバ２に送信する（図１の記憶メディア３ｂの
状態）。
【００２３】配信サーバ２は携帯端末１の記憶メディア
３の容量が空いたことを認識すると、携帯端末１に対し
て優先すべきオブジェクトＳ１１を送信する（図１のＳ
１０）（図１の記憶メディア３ｃの状態）。
３の容量が空いたことを認識すると、携帯端末１に対し
て優先すべきオブジェクトＳ１１を送信する（図１のＳ
１０）（図１の記憶メディア３ｃの状態）。
【００２４】このように、本発明ではオブジェクトを配
信するのに必要なメモリを配信サーバ２から携帯端末１
に要求することによって、携帯端末１側で容量確保を行
い、優先的に送信したいオブジェクトがあった場合で
も、その優先すべきオブジェクトＳ１１を配信サーバ２
から携帯端末１に送信することができる。
信するのに必要なメモリを配信サーバ２から携帯端末１
に要求することによって、携帯端末１側で容量確保を行
い、優先的に送信したいオブジェクトがあった場合で
も、その優先すべきオブジェクトＳ１１を配信サーバ２
から携帯端末１に送信することができる。
【００２５】図２は図１の携帯端末１の構成を示すブロ
ック図である。図２において、携帯端末１は通信制御手
段１１と、オブジェクト受信手段１２と、オブジェクト
送信手段１３と、コマンド解析手段１４と、メモリ読込
み手段１５と、メモリ容量検出手段１６と、アップロー
ドオブジェクト選択手段１７と、メモリ書込み手段１８
とから構成されている。
ック図である。図２において、携帯端末１は通信制御手
段１１と、オブジェクト受信手段１２と、オブジェクト
送信手段１３と、コマンド解析手段１４と、メモリ読込
み手段１５と、メモリ容量検出手段１６と、アップロー
ドオブジェクト選択手段１７と、メモリ書込み手段１８
とから構成されている。
【００２６】通信制御手段１１は有線または無線でネッ
トワーク１００を介して配信サーバ２との通信を行う。
オブジェクト受信手段１２及びオブジェクト送信手段１
３は配信サーバ２との間でオブジェクトのやり取りを行
う。コマンド解析手段１４は配信サーバ２から送られて
きたコマンドを解析し、その結果を他のモジュールに通
知する。
トワーク１００を介して配信サーバ２との通信を行う。
オブジェクト受信手段１２及びオブジェクト送信手段１
３は配信サーバ２との間でオブジェクトのやり取りを行
う。コマンド解析手段１４は配信サーバ２から送られて
きたコマンドを解析し、その結果を他のモジュールに通
知する。
【００２７】メモリ容量検出手段１６は記憶メディア３
の容量を検出して他のモジュールに通知する。メモリ書
込み手段１８及びメモリ読込み手段１５はオブジェクト
の記憶メディア３に対する書込み、読込みを行う。アッ
プロードオブジェクト選択手段１７は配信サーバ２に一
時的にアップロードするオブジェクトを選択する。
の容量を検出して他のモジュールに通知する。メモリ書
込み手段１８及びメモリ読込み手段１５はオブジェクト
の記憶メディア３に対する書込み、読込みを行う。アッ
プロードオブジェクト選択手段１７は配信サーバ２に一
時的にアップロードするオブジェクトを選択する。
【００２８】図３及び図４は図１の携帯端末１の処理動
作を示すフローチャートであり、図５及び図６は図１の
配信サーバ２の処理動作を示すフローチャートであり、
図７〜図９は図１の携帯端末１の表示画面を示す図であ
る。図１０は図１の配信サーバ２にアップロードするデ
ータのリストを示す図である。これら図１〜図１０を参
照して本発明の一実施例によるオブジェクト配信システ
ムの動作について説明する。
作を示すフローチャートであり、図５及び図６は図１の
配信サーバ２の処理動作を示すフローチャートであり、
図７〜図９は図１の携帯端末１の表示画面を示す図であ
る。図１０は図１の配信サーバ２にアップロードするデ
ータのリストを示す図である。これら図１〜図１０を参
照して本発明の一実施例によるオブジェクト配信システ
ムの動作について説明する。
【００２９】本発明の一実施例によるオブジェクト配信
システムは有線または無線で通信する機能及びオブジェ
クトを記憶可能なメモリやカード型記憶媒体等の記憶メ
ディア（ストレージメディア）３を有する携帯端末１
と、インタネットから送られてくる電子メールやＷＥＢ
データ等のオブジェクトを蓄積して携帯端末１に配信し
たり、携帯端末１からのオブジェクトを一時蓄積するこ
とが可能な配信サーバ２とから構成されている。
システムは有線または無線で通信する機能及びオブジェ
クトを記憶可能なメモリやカード型記憶媒体等の記憶メ
ディア（ストレージメディア）３を有する携帯端末１
と、インタネットから送られてくる電子メールやＷＥＢ
データ等のオブジェクトを蓄積して携帯端末１に配信し
たり、携帯端末１からのオブジェクトを一時蓄積するこ
とが可能な配信サーバ２とから構成されている。
【００３０】携帯端末１はオブジェクトを格納した後、
必ず記憶メディア３の容量を確認する。携帯端末１は容
量がある閾値（ここではＫ１と定義する）未満になると
（図３ステップＳ２１）、このメモリフルに近い状態
（以下、メモリニアフル状態とする）を配信サーバ２に
対してメモリフル通知Ｓ２を送信する（図３ステップＳ
２２）。既にメモリフル通知Ｓ２を配信サーバ２に行っ
ている状態で、記憶メディア３の容量がＫ１以上になる
と、携帯端末１はメモリフル解除通知を配信サーバ２に
送信する。
必ず記憶メディア３の容量を確認する。携帯端末１は容
量がある閾値（ここではＫ１と定義する）未満になると
（図３ステップＳ２１）、このメモリフルに近い状態
（以下、メモリニアフル状態とする）を配信サーバ２に
対してメモリフル通知Ｓ２を送信する（図３ステップＳ
２２）。既にメモリフル通知Ｓ２を配信サーバ２に行っ
ている状態で、記憶メディア３の容量がＫ１以上になる
と、携帯端末１はメモリフル解除通知を配信サーバ２に
送信する。
【００３１】メモリフル通知メッセージＳ２及びメモリ
フル解除メッセージにはその携帯端末１を識別するＩＤ
（識別情報）と、メッセージ識別と、残容量のレベルを
示すコードとが含まれている。例えば、このコードは記
憶メディア３の容量の残りが１Ｋバイト未満の時に
「１」、１Ｋバイト以上１０Ｋバイト以下の時に
「２」、１０Ｋバイト以上１００Ｋバイト未満の時に
「３」、１００Ｋバイト以上の時に「４」というように
示すことができる。また、このコードには直接、記憶メ
ディア３の残容量を含めることも考えられる。
フル解除メッセージにはその携帯端末１を識別するＩＤ
（識別情報）と、メッセージ識別と、残容量のレベルを
示すコードとが含まれている。例えば、このコードは記
憶メディア３の容量の残りが１Ｋバイト未満の時に
「１」、１Ｋバイト以上１０Ｋバイト以下の時に
「２」、１０Ｋバイト以上１００Ｋバイト未満の時に
「３」、１００Ｋバイト以上の時に「４」というように
示すことができる。また、このコードには直接、記憶メ
ディア３の残容量を含めることも考えられる。
【００３２】配信サーバ２では受信したメモリフル通知
Ｓ２にしたがって携帯端末１がメモリフルの状態である
ことを認識すると、優先すべきオブジェクトがあれば
（図１のＳ３）、容量確保要求メッセージＳ４を携帯端
末１に送信し、携帯端末１に対して記憶メディア３の容
量の確保を促す。
Ｓ２にしたがって携帯端末１がメモリフルの状態である
ことを認識すると、優先すべきオブジェクトがあれば
（図１のＳ３）、容量確保要求メッセージＳ４を携帯端
末１に送信し、携帯端末１に対して記憶メディア３の容
量の確保を促す。
【００３３】携帯端末１は配信サーバ２から容量確保要
求メッセージＳ４を受信すると（図３ステップＳ２
３）、まず図７の端末画面１ａに示すように、メモリ不
足で優先オブジェクトを受信することができない旨を表
示し（図３ステップＳ２４）、端末利用者に対して記憶
メディア３の蓄積中のオブジェクトを選択して削除させ
るか、配信サーバ２に一時アップロードするかを選択さ
せる（図１のＳ６）（図３ステップＳ２５）。
求メッセージＳ４を受信すると（図３ステップＳ２
３）、まず図７の端末画面１ａに示すように、メモリ不
足で優先オブジェクトを受信することができない旨を表
示し（図３ステップＳ２４）、端末利用者に対して記憶
メディア３の蓄積中のオブジェクトを選択して削除させ
るか、配信サーバ２に一時アップロードするかを選択さ
せる（図１のＳ６）（図３ステップＳ２５）。
【００３４】この時、携帯端末１では容量確保要求メッ
セージＳ４の受信によって配信サーバ２に優先オブジェ
クトが存在することがわかる。優先オブジェクトとはで
きる限り短時間に携帯端末１に送信すべく要求されてい
るオブジェクトのことであり、容量確保要求メッセージ
Ｓ４には優先オブジェクトのデータサイズ、データの種
類が付加されている。
セージＳ４の受信によって配信サーバ２に優先オブジェ
クトが存在することがわかる。優先オブジェクトとはで
きる限り短時間に携帯端末１に送信すべく要求されてい
るオブジェクトのことであり、容量確保要求メッセージ
Ｓ４には優先オブジェクトのデータサイズ、データの種
類が付加されている。
【００３５】端末利用者が削除を選択した場合、図９の
端末画面１ｃに示すように、携帯端末１は蓄積中のデー
タリストを表示して削除するオブジェクトを選択させる
（図３ステップＳ２６）。端末利用者が選択を終了する
と、携帯端末１は選択されたオブジェクトを削除し（図
３ステップＳ２７）、配信サーバ２に対して容量確保完
了通知Ｓ９を送信する（図４ステップＳ３４）。
端末画面１ｃに示すように、携帯端末１は蓄積中のデー
タリストを表示して削除するオブジェクトを選択させる
（図３ステップＳ２６）。端末利用者が選択を終了する
と、携帯端末１は選択されたオブジェクトを削除し（図
３ステップＳ２７）、配信サーバ２に対して容量確保完
了通知Ｓ９を送信する（図４ステップＳ３４）。
【００３６】端末利用者がアップロードを選択した場
合、図８の端末画面１ｂに示すように、携帯端末１は配
信サーバ２にアップロードするデータリストを表示する
（図３ステップＳ２８，Ｓ２９）。配信サーバ２にアッ
プロードするオブジェクトとしては、（１）オブジェク
トの閲覧履歴の古いもの、つまり決められた日時以内に
閲覧されていないオブジェクト、（２）既に閲覧されて
いるオブジェクト、（３）端末利用者が予め設定した優
先度の低いオブジェクト、つまりＷＥＢデータ、メール
データ、業務ファイル等で常に本体に残しておく必要の
ないもの等がある。これらのオブジェクトの優先度につ
いては、端末利用者によって選択可能になっている。
合、図８の端末画面１ｂに示すように、携帯端末１は配
信サーバ２にアップロードするデータリストを表示する
（図３ステップＳ２８，Ｓ２９）。配信サーバ２にアッ
プロードするオブジェクトとしては、（１）オブジェク
トの閲覧履歴の古いもの、つまり決められた日時以内に
閲覧されていないオブジェクト、（２）既に閲覧されて
いるオブジェクト、（３）端末利用者が予め設定した優
先度の低いオブジェクト、つまりＷＥＢデータ、メール
データ、業務ファイル等で常に本体に残しておく必要の
ないもの等がある。これらのオブジェクトの優先度につ
いては、端末利用者によって選択可能になっている。
【００３７】アップロードするデータのリストは携帯端
末１内に保存され、配信サーバ２からダウンロードする
際に利用する。リストの内容は、図１０に示すように、
オブジェクトのＩＤ（識別子）、タイトル、オブジェク
トサイズ、タイムスタンプ、メール等のオブジェクト種
別である。
末１内に保存され、配信サーバ２からダウンロードする
際に利用する。リストの内容は、図１０に示すように、
オブジェクトのＩＤ（識別子）、タイトル、オブジェク
トサイズ、タイムスタンプ、メール等のオブジェクト種
別である。
【００３８】端末画面１ｂでユーザがその内容を確認す
ると、携帯端末１はアップロード開始メッセージを配信
サーバ２に送信する（図４ステップＳ３０）。携帯端末
１は配信サーバ２からアップロード許可メッセージを受
信すると（図４ステップＳ３１）、アップロードを開始
する（図１のＳ７）（図４ステップＳ３２）。
ると、携帯端末１はアップロード開始メッセージを配信
サーバ２に送信する（図４ステップＳ３０）。携帯端末
１は配信サーバ２からアップロード許可メッセージを受
信すると（図４ステップＳ３１）、アップロードを開始
する（図１のＳ７）（図４ステップＳ３２）。
【００３９】携帯端末１はアップロードを完了すると
（図４ステップＳ３３）、配信サーバ２に対して容量確
保完了通知Ｓ９を送信する（図４ステップＳ３４）。そ
の後、配信サーバ２からは優先オブジェクトが送られて
くる（図１のＳ１１）。
（図４ステップＳ３３）、配信サーバ２に対して容量確
保完了通知Ｓ９を送信する（図４ステップＳ３４）。そ
の後、配信サーバ２からは優先オブジェクトが送られて
くる（図１のＳ１１）。
【００４０】携帯端末１で受信したオブジェクトをユー
ザが削除等して、記憶メディア３の容量に一定量以上の
空きが生じた場合、携帯端末１は配信サーバ２に対して
メモリフル解除通知を送信する。
ザが削除等して、記憶メディア３の容量に一定量以上の
空きが生じた場合、携帯端末１は配信サーバ２に対して
メモリフル解除通知を送信する。
【００４１】携帯端末１でユーザがアップロードされて
いるオブジェクトにアクセスしようとした場合、携帯端
末１は該当するオブジェクト取得要求を配信サーバ２に
送信する。配信サーバ２では該当するオブジェクトを携
帯端末１に送信する。
いるオブジェクトにアクセスしようとした場合、携帯端
末１は該当するオブジェクト取得要求を配信サーバ２に
送信する。配信サーバ２では該当するオブジェクトを携
帯端末１に送信する。
【００４２】一方、配信サーバ２は携帯端末１からメモ
リフル通知を受信すると（図５ステップＳ４１）、まず
その携帯端末１に対する優先オブジェクトが存在するか
どうかを確認する（図５ステップＳ４５）。配信サーバ
２は優先オブジェクトがなければ、通常のオブジェクト
があるかどうかを確認する（図５ステップＳ４６）。配
信サーバ２は通常のオブジェクトがあれば、そのオブジ
ェクトの送信保留を行い（図５ステップＳ４７）、通常
のオブジェクトがなければ、処理を終了する。
リフル通知を受信すると（図５ステップＳ４１）、まず
その携帯端末１に対する優先オブジェクトが存在するか
どうかを確認する（図５ステップＳ４５）。配信サーバ
２は優先オブジェクトがなければ、通常のオブジェクト
があるかどうかを確認する（図５ステップＳ４６）。配
信サーバ２は通常のオブジェクトがあれば、そのオブジ
ェクトの送信保留を行い（図５ステップＳ４７）、通常
のオブジェクトがなければ、処理を終了する。
【００４３】一方、優先オブジェクトがあれば、配信サ
ーバ２は優先オブジェクトのデータサイズ、データの種
類を付加した容量確保要求Ｓ４を送信し（図５ステップ
Ｓ４８）、携帯端末１からのメッセージ受信待ち状態と
なる。
ーバ２は優先オブジェクトのデータサイズ、データの種
類を付加した容量確保要求Ｓ４を送信し（図５ステップ
Ｓ４８）、携帯端末１からのメッセージ受信待ち状態と
なる。
【００４４】配信サーバ２は携帯端末１からアップロー
ド開始通知を受信すると（図５ステップＳ４９）、受信
準備を行った後にアップロードメッセージ許可を送信す
る（図５ステップＳ５０）。その後、配信サーバ２は携
帯端末１から送られてくるオブジェクトを受信して保存
する（図６ステップＳ５１，Ｓ５２）。
ド開始通知を受信すると（図５ステップＳ４９）、受信
準備を行った後にアップロードメッセージ許可を送信す
る（図５ステップＳ５０）。その後、配信サーバ２は携
帯端末１から送られてくるオブジェクトを受信して保存
する（図６ステップＳ５１，Ｓ５２）。
【００４５】アップロードが完了すると（図６ステップ
Ｓ５３）、配信サーバ２は携帯端末１から容量確保完了
通知Ｓ９を受信すると（図６ステップＳ５４）、優先オ
ブジェクトＳ１１を送信する（図６ステップＳ５５）。
Ｓ５３）、配信サーバ２は携帯端末１から容量確保完了
通知Ｓ９を受信すると（図６ステップＳ５４）、優先オ
ブジェクトＳ１１を送信する（図６ステップＳ５５）。
【００４６】携帯端末１側でオブジェクトを削除して容
量を確保した場合には、携帯端末１からアップロード開
始通知が送られてくることはなく、携帯端末１から容量
確保完了通知Ｓ９が送信される。
量を確保した場合には、携帯端末１からアップロード開
始通知が送られてくることはなく、携帯端末１から容量
確保完了通知Ｓ９が送信される。
【００４７】配信サーバ２は携帯端末１からメモリフル
解除通知を受信すると（図５ステップＳ４２）、送信保
留しているオブジェクトが存在すれば（図５ステップＳ
４３）、携帯端末１に対してオブジェクトの送信を行う
（図５ステップＳ４４）。
解除通知を受信すると（図５ステップＳ４２）、送信保
留しているオブジェクトが存在すれば（図５ステップＳ
４３）、携帯端末１に対してオブジェクトの送信を行う
（図５ステップＳ４４）。
【００４８】また、配信サーバ２は携帯端末１からオブ
ジェクト取得要求を受信すると、該当するオブジェクト
の容量が携帯端末１で受信可能かどうかを判定した上
で、該当オブジェクトを送信する。
ジェクト取得要求を受信すると、該当するオブジェクト
の容量が携帯端末１で受信可能かどうかを判定した上
で、該当オブジェクトを送信する。
【００４９】このように、携帯端末１の記憶メディア３
がフル状態になっている時に配信サーバ２上にある優先
度の高いオブジェクトを受信したい場合、記憶メディア
３に蓄積されたオブジェクトを配信サーバ２に一時アッ
プロードして蓄積することによって、携帯端末１に蓄積
されているオブジェクトを削除しないで、配信サーバ２
上にある優先度の高いオブジェクトを受信することがで
きる。
がフル状態になっている時に配信サーバ２上にある優先
度の高いオブジェクトを受信したい場合、記憶メディア
３に蓄積されたオブジェクトを配信サーバ２に一時アッ
プロードして蓄積することによって、携帯端末１に蓄積
されているオブジェクトを削除しないで、配信サーバ２
上にある優先度の高いオブジェクトを受信することがで
きる。
【００５０】また、配信サーバ２から配信予定のオブジ
ェクトサイズが送られてくるため、携帯端末１側で該当
オブジェクトを蓄積するのに必要なサイズを事前に知る
ことができるので、効率的に記憶メディア３の記憶領域
を解放することができる。
ェクトサイズが送られてくるため、携帯端末１側で該当
オブジェクトを蓄積するのに必要なサイズを事前に知る
ことができるので、効率的に記憶メディア３の記憶領域
を解放することができる。
【００５１】さらに、携帯端末１から記憶メディア３の
容量がフルの状態になると、配信サーバ２に対してその
旨が通知されるので、携帯端末１と配信サーバ２との間
で無駄な通信を行う必要がなくなる。
容量がフルの状態になると、配信サーバ２に対してその
旨が通知されるので、携帯端末１と配信サーバ２との間
で無駄な通信を行う必要がなくなる。
【００５２】図１２は本発明の他の実施例によるオブジ
ェクト配信システムの動作を示すシーケンスチャートで
ある。この図１２を参照して本発明の他の実施例による
オブジェクト配信システムの動作について説明する。
ェクト配信システムの動作を示すシーケンスチャートで
ある。この図１２を参照して本発明の他の実施例による
オブジェクト配信システムの動作について説明する。
【００５３】本発明の他の実施例によるオブジェクト配
信システムではメモリフル時に携帯端末４がアップロー
ドまたは削除するファイルをサーバ５が決定し、そのリ
ストを携帯端末４に送信することで、携帯端末４がアッ
プロードまたは削除するファイルを選択することが可能
になる点が本発明の一実施例によるオブジェクト配信シ
ステムとは異なる。
信システムではメモリフル時に携帯端末４がアップロー
ドまたは削除するファイルをサーバ５が決定し、そのリ
ストを携帯端末４に送信することで、携帯端末４がアッ
プロードまたは削除するファイルを選択することが可能
になる点が本発明の一実施例によるオブジェクト配信シ
ステムとは異なる。
【００５４】サーバ５は各ユーザ毎にインタネットから
送られてくる電子メールデータ、ＷＥＢデータ等のオブ
ジェクトを蓄積する際に、ユーザ毎にそのオブジェクト
の内容をリスト化しておく（オブジェクトリスト５
ａ）。オブジェクトリスト５ａの内容は、図１１に示す
ように、オブジェクトを識別するためのＩＤと、タイト
ルと、オブジェクトサイズと、サーバ５が取得した時の
タイムスタンプと、メール等のオブジェクト種別とから
なる。
送られてくる電子メールデータ、ＷＥＢデータ等のオブ
ジェクトを蓄積する際に、ユーザ毎にそのオブジェクト
の内容をリスト化しておく（オブジェクトリスト５
ａ）。オブジェクトリスト５ａの内容は、図１１に示す
ように、オブジェクトを識別するためのＩＤと、タイト
ルと、オブジェクトサイズと、サーバ５が取得した時の
タイムスタンプと、メール等のオブジェクト種別とから
なる。
【００５５】携帯端末４は記憶メディア３のメモリフル
に近い状態（図１２の記憶メディア３ａ）が発生すると
（図１２のＳ６１）、サーバ５にメモリフル通知Ｓ６２
を送信する。
に近い状態（図１２の記憶メディア３ａ）が発生すると
（図１２のＳ６１）、サーバ５にメモリフル通知Ｓ６２
を送信する。
【００５６】サーバ５上に優先的に配信する必要のある
オブジェクトが存在する場合（図１２のＳ６３）、サー
バ５は容量確保要求Ｓ６４を携帯端末４に送信するとと
もに、配信に必要なオブジェクトサイズ分のアップロー
ド／削除リストを作成し（図１２のＳ６５）、そのアッ
プロード／削除リストＳ６６を携帯端末４に送信する。
アップロード／削除リストＳ６６の作成は上述した条件
に基づいて行う。
オブジェクトが存在する場合（図１２のＳ６３）、サー
バ５は容量確保要求Ｓ６４を携帯端末４に送信するとと
もに、配信に必要なオブジェクトサイズ分のアップロー
ド／削除リストを作成し（図１２のＳ６５）、そのアッ
プロード／削除リストＳ６６を携帯端末４に送信する。
アップロード／削除リストＳ６６の作成は上述した条件
に基づいて行う。
【００５７】携帯端末４では受信したアップロード／削
除リストＳ６６を基にアップロードするファイルを決定
し（図１２のＳ６７）、サーバ５に対してそのファイル
のアップロードを行い（図１２のＳ６８）、サーバ５は
そのファイルを蓄積する（図１２のＳ６９）。
除リストＳ６６を基にアップロードするファイルを決定
し（図１２のＳ６７）、サーバ５に対してそのファイル
のアップロードを行い（図１２のＳ６８）、サーバ５は
そのファイルを蓄積する（図１２のＳ６９）。
【００５８】その後、携帯端末４はサーバ５に容量確保
完了通知Ｓ７０を送信する。サーバ５では携帯端末４側
の記憶メディア３の容量を確保することができたことを
認識すると、優先オブジェクトＳ７２の送信を開始する
（図１２のＳ７１）。
完了通知Ｓ７０を送信する。サーバ５では携帯端末４側
の記憶メディア３の容量を確保することができたことを
認識すると、優先オブジェクトＳ７２の送信を開始する
（図１２のＳ７１）。
【００５９】このように、本実施例は本発明の一実施例
と同様に、携帯端末４の記憶メディア３がフル状態にな
っている時にサーバ５上にある優先度の高いオブジェク
トを受信したい場合、サーバ５から指定された記憶メデ
ィア３上のオブジェクトをサーバ５に一時アップロード
して蓄積することによって、携帯端末４に蓄積されてい
るオブジェクトを削除しないで、サーバ５上にある優先
度の高いオブジェクトを受信することができる。
と同様に、携帯端末４の記憶メディア３がフル状態にな
っている時にサーバ５上にある優先度の高いオブジェク
トを受信したい場合、サーバ５から指定された記憶メデ
ィア３上のオブジェクトをサーバ５に一時アップロード
して蓄積することによって、携帯端末４に蓄積されてい
るオブジェクトを削除しないで、サーバ５上にある優先
度の高いオブジェクトを受信することができる。
【００６０】また、サーバ５から配信予定のオブジェク
トサイズが送られてくるため、携帯端末４側で該当オブ
ジェクトを蓄積するのに必要なサイズを事前に知ること
ができるので、効率的に記憶メディア３の記憶領域を解
放することができる。
トサイズが送られてくるため、携帯端末４側で該当オブ
ジェクトを蓄積するのに必要なサイズを事前に知ること
ができるので、効率的に記憶メディア３の記憶領域を解
放することができる。
【００６１】さらに、携帯端末４から記憶メディア３の
容量がフルの状態になると、サーバ５に対してその旨が
通知されるので、携帯端末４とサーバ５との間で無駄な
通信を行う必要がなくなる。
容量がフルの状態になると、サーバ５に対してその旨が
通知されるので、携帯端末４とサーバ５との間で無駄な
通信を行う必要がなくなる。
【００６２】尚、請求項の記載に関連して本発明はさら
に次の態様をとりうる。
に次の態様をとりうる。
【００６３】（１） オブジェクトを配信するサーバに
ネットワークを介して接続された携帯端末であって、前
記オブジェクトが書込み可能な記憶メディアと、前記記
憶メディアの残り容量が予め設定された閾値以下になっ
たことを検出する検出手段と、前記検出手段で前記記憶
メディアの残り容量が前記閾値以下になったことを検出
した時に前記サーバにメモリフル状態であることを通知
するメッセージを送信する送信手段とを有することを特
徴とする携帯端末。
ネットワークを介して接続された携帯端末であって、前
記オブジェクトが書込み可能な記憶メディアと、前記記
憶メディアの残り容量が予め設定された閾値以下になっ
たことを検出する検出手段と、前記検出手段で前記記憶
メディアの残り容量が前記閾値以下になったことを検出
した時に前記サーバにメモリフル状態であることを通知
するメッセージを送信する送信手段とを有することを特
徴とする携帯端末。
【００６４】（２） 前記記憶メディアの容量確保を促
す要求メッセージを前記サーバから受信した時にその要
求メッセージを表示画面に表示するようにしたことを特
徴とする（１）記載の携帯端末。
す要求メッセージを前記サーバから受信した時にその要
求メッセージを表示画面に表示するようにしたことを特
徴とする（１）記載の携帯端末。
【００６５】（３） 前記記憶メディアの容量を確保す
る際に前記記憶メディアに蓄積されたオブジェクトの前
記サーバへのアップロードによる一時退避及び削除のう
ちの一方を選択的に行うようにしたことを特徴とする
（１）または（２）記載の携帯端末。
る際に前記記憶メディアに蓄積されたオブジェクトの前
記サーバへのアップロードによる一時退避及び削除のう
ちの一方を選択的に行うようにしたことを特徴とする
（１）または（２）記載の携帯端末。
【００６６】（４） 前記記憶メディアの容量を確保す
る際に選択されるオブジェクトに最近の閲覧履歴が一定
期間を経過したものを含むことを特徴とする（３）記載
の携帯端末。
る際に選択されるオブジェクトに最近の閲覧履歴が一定
期間を経過したものを含むことを特徴とする（３）記載
の携帯端末。
【００６７】（５） 前記記憶メディアの容量を確保す
る際の前記オブジェクトの選択は、少なくとも前記オブ
ジェクトの種類に基づいて行うようにしたことを特徴と
する（３）または（４）記載の携帯端末。
る際の前記オブジェクトの選択は、少なくとも前記オブ
ジェクトの種類に基づいて行うようにしたことを特徴と
する（３）または（４）記載の携帯端末。
【００６８】（６） 前記記憶メディアに前記サーバか
ら優先して送信されてくる優先オブジェクトの記憶領域
を確保した時に前記サーバに対して容量確保完了を示す
メッセージを送信するようにしたことを特徴とする
（２）から（５）のいずれか記載の携帯端末。
ら優先して送信されてくる優先オブジェクトの記憶領域
を確保した時に前記サーバに対して容量確保完了を示す
メッセージを送信するようにしたことを特徴とする
（２）から（５）のいずれか記載の携帯端末。
【００６９】（７） ネットワークを介して接続された
携帯端末にオブジェクトを配信するサーバにであって、
前記携帯端末から前記オブジェクトが書込み可能な記憶
メディアがメモリフル状態であることを通知するメッセ
ージを受信しかつ前記携帯端末に優先して送信すべき優
先オブジェクトを保持している時に前記携帯端末に対し
て前記記憶メディアの容量確保を促す要求メッセージを
通知する手段を有することを特徴とするサーバ。
携帯端末にオブジェクトを配信するサーバにであって、
前記携帯端末から前記オブジェクトが書込み可能な記憶
メディアがメモリフル状態であることを通知するメッセ
ージを受信しかつ前記携帯端末に優先して送信すべき優
先オブジェクトを保持している時に前記携帯端末に対し
て前記記憶メディアの容量確保を促す要求メッセージを
通知する手段を有することを特徴とするサーバ。
【００７０】（８） 前記要求メッセージに少なくとも
前記優先オブジェクトのデータサイズ及び種類を付加す
るようにしたことを特徴とする（７）記載のサーバ。
前記優先オブジェクトのデータサイズ及び種類を付加す
るようにしたことを特徴とする（７）記載のサーバ。
【００７１】（９） 前記携帯端末に送信したオブジェ
クトのリストを保持しかつ前記携帯端末に対して容量確
保を要求する際に前記携帯端末がアップロードすべきリ
ストを送信するようにしたことを特徴とする（７）また
は（８）記載のサーバ。
クトのリストを保持しかつ前記携帯端末に対して容量確
保を要求する際に前記携帯端末がアップロードすべきリ
ストを送信するようにしたことを特徴とする（７）また
は（８）記載のサーバ。
【００７２】
【発明の効果】以上説明したように本発明によれば、携
帯端末と、携帯端末にオブジェクトを配信するサーバと
がネットワークで接続されたオブジェクト配信システム
において、オブジェクトが書込み可能な携帯端末の記憶
メディアの残り容量が予め設定された閾値以下になった
時に携帯端末からサーバにメモリフル状態であることを
通知するメッセージを送信することによって、無駄な配
信やユーザによるメモリ削除を行うことなく、自動的に
メモリを確保することができるという効果がある。
帯端末と、携帯端末にオブジェクトを配信するサーバと
がネットワークで接続されたオブジェクト配信システム
において、オブジェクトが書込み可能な携帯端末の記憶
メディアの残り容量が予め設定された閾値以下になった
時に携帯端末からサーバにメモリフル状態であることを
通知するメッセージを送信することによって、無駄な配
信やユーザによるメモリ削除を行うことなく、自動的に
メモリを確保することができるという効果がある。
【図１】本発明の一実施例によるオブジェクト配信シス
テムの動作を示すシーケンスチャートである。
テムの動作を示すシーケンスチャートである。
【図２】図１の携帯端末の構成を示すブロック図であ
る。
る。
【図３】図１の携帯端末の処理動作を示すフローチャー
トである。
トである。
【図４】図１の携帯端末の処理動作を示すフローチャー
トである。
トである。
【図５】図１の配信サーバの処理動作を示すフローチャ
ートである。
ートである。
【図６】図１の配信サーバの処理動作を示すフローチャ
ートである。
ートである。
【図７】図１の携帯端末の表示画面を示す図である。
【図８】図１の携帯端末の表示画面を示す図である。
【図９】図１の携帯端末の表示画面を示す図である。
【図１０】図１の配信サーバにアップロードするデータ
のリストを示す図である。
のリストを示す図である。
【図１１】本発明の他の実施例によるオブジェクト配信
システムの動作を示すシーケンスチャートである。
システムの動作を示すシーケンスチャートである。
【図１２】従来例によるオブジェクト配信システムの動
作を示すシーケンスチャートである。
作を示すシーケンスチャートである。
１，４ 携帯端末 ２ 配信サーバ ３，３ａ〜３ｃ 記憶メディア ５ サーバ １１ 通信制御手段 １２ オブジェクト受信手段 １３ オブジェクト送信手段 １４ コマンド解析手段 １５ メモリ読込み手段 １６ メモリ容量検出手段 １７ アップロードオブジェクト選択手段 １８ メモリ書込み手段
Claims (18)
- 【請求項１】 携帯端末と前記携帯端末にオブジェクト
を配信するサーバとがネットワークで接続されたオブジ
ェクト配信システムであって、前記オブジェクトが書込
み可能な記憶メディアと、前記記憶メディアの残り容量
が予め設定された閾値以下になったことを検出する検出
手段と、前記検出手段で前記記憶メディアの残り容量が
前記閾値以下になったことを検出した時に前記サーバに
前記記憶メディアがメモリフル状態であることを通知す
るメッセージを送信する送信手段とを前記携帯端末に有
することを特徴とするオブジェクト配信システム。 - 【請求項２】 前記メッセージを受信しかつ前記携帯端
末に優先して送信すべき優先オブジェクトを保持してい
る時に前記携帯端末に対して前記記憶メディアの容量確
保を促す要求メッセージを通知する手段を前記サーバに
含むことを特徴とする請求項１記載のオブジェクト配信
システム。 - 【請求項３】 前記要求メッセージに少なくとも前記優
先オブジェクトのデータサイズ及び種類を付加するよう
にしたことを特徴とする請求項２記載のオブジェクト配
信システム。 - 【請求項４】 前記携帯端末が前記要求メッセージを受
信した時に前記記憶メディアの容量確保を促すメッセー
ジを前記携帯端末の表示画面に表示するようにしたこと
を特徴とする請求項２または請求項３記載のオブジェク
ト配信システム。 - 【請求項５】 前記記憶メディアの容量を確保する際に
前記記憶メディアに蓄積されたオブジェクトの前記サー
バへのアップロードによる一時退避及び削除のうちの一
方を選択的に行うようにしたことを特徴とする請求項１
から請求項４のいずれか記載のオブジェクト配信システ
ム。 - 【請求項６】 前記記憶メディアの容量を確保する際に
選択されるオブジェクトに最近の閲覧履歴が一定期間を
経過したものを含むことを特徴とする請求項５記載のオ
ブジェクト配信システム。 - 【請求項７】 前記記憶メディアの容量を確保する際の
前記オブジェクトの選択は、少なくとも前記オブジェク
トの種類に基づいて行うようにしたことを特徴とする請
求項５または請求項６記載のオブジェクト配信システ
ム。 - 【請求項８】 前記記憶メディアに前記優先オブジェク
トの記憶領域を確保した時に前記携帯端末から前記サー
バに前記記憶メディアの容量確保完了を示すメッセージ
を送信するようにしたことを特徴とする請求項２から請
求項７のいずれか記載のオブジェクト配信システム。 - 【請求項９】 前記サーバが前記携帯端末に送信したオ
ブジェクトのリストを保持しかつ前記サーバが前記携帯
端末に対して前記記憶メディアの容量確保を要求する際
に前記携帯端末がアップロードすべきリストを送信する
ようにしたことを特徴とする請求項１から請求項８のい
ずれか記載のオブジェクト配信システム。 - 【請求項１０】 携帯端末と前記携帯端末にオブジェク
トを配信するサーバとがネットワークで接続されたオブ
ジェクト配信システムの携帯端末におけるメモリ管理方
法であって、前記オブジェクトが書込み可能な記憶メデ
ィアの残り容量が予め設定された閾値以下になったこと
を検出するステップと、前記記憶メディアの残り容量が
前記閾値以下になったことを検出した時に前記サーバに
前記記憶メディアがメモリフル状態であることを通知す
るメッセージを送信するステップとを前記携帯端末に有
することを特徴とする携帯端末におけるメモリ管理方
法。 - 【請求項１１】 前記メッセージを受信しかつ前記携帯
端末に優先して送信すべき優先オブジェクトを保持して
いる時に前記携帯端末に対して前記記憶メディアの容量
確保を促す要求メッセージを通知するステップを前記サ
ーバに含むことを特徴とする請求項１０記載の携帯端末
におけるメモリ管理方法。 - 【請求項１２】 前記要求メッセージに少なくとも前記
優先オブジェクトのデータサイズ及び種類を付加するよ
うにしたことを特徴とする請求項１１記載の携帯端末に
おけるメモリ管理方法。 - 【請求項１３】 前記携帯端末が前記要求メッセージを
受信した時に前記記憶メディアの容量確保を促すメッセ
ージを前記携帯端末の表示画面に表示するようにしたこ
とを特徴とする請求項１１または請求項１２記載の携帯
端末におけるメモリ管理方法。 - 【請求項１４】 前記記憶メディアの容量を確保する際
に前記記憶メディアに蓄積されたオブジェクトの前記サ
ーバへのアップロードによる一時退避及び削除のうちの
一方を選択的に行うようにしたことを特徴とする請求項
１０から請求項１３のいずれか記載の携帯端末における
メモリ管理方法。 - 【請求項１５】 前記記憶メディアの容量を確保する際
に選択されるオブジェクトに最近の閲覧履歴が一定期間
を経過したものを含むことを特徴とする請求項１４記載
の携帯端末におけるメモリ管理方法。 - 【請求項１６】 前記記憶メディアの容量を確保する際
の前記オブジェクトの選択は、少なくとも前記オブジェ
クトの種類に基づいて行うようにしたことを特徴とする
請求項１４または請求項１５記載の携帯端末におけるメ
モリ管理方法。 - 【請求項１７】 前記記憶メディアに前記優先オブジェ
クトの記憶領域を確保した時に前記携帯端末から前記サ
ーバに前記記憶メディアの容量確保完了を示すメッセー
ジを送信するようにしたことを特徴とする請求項１１か
ら請求項１６のいずれか記載の携帯端末におけるメモリ
管理方法。 - 【請求項１８】 前記サーバが前記携帯端末に送信した
オブジェクトのリストを保持しかつ前記サーバが前記携
帯端末に対して容量確保を要求する際に前記携帯端末が
アップロードすべきリストを送信するようにしたことを
特徴とする請求項１０から請求項１７のいずれか記載の
携帯端末におけるメモリ管理方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000310006A JP2002116945A (ja) | 2000-10-11 | 2000-10-11 | オブジェクト配信システム及びそれに用いる携帯端末におけるメモリ管理方法 |
| US09/971,491 US20020049826A1 (en) | 2000-10-11 | 2001-10-05 | Object distributing system, portable terminal and server used therefor, and memory management method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000310006A JP2002116945A (ja) | 2000-10-11 | 2000-10-11 | オブジェクト配信システム及びそれに用いる携帯端末におけるメモリ管理方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2002116945A true JP2002116945A (ja) | 2002-04-19 |
Family
ID=18790039
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000310006A Pending JP2002116945A (ja) | 2000-10-11 | 2000-10-11 | オブジェクト配信システム及びそれに用いる携帯端末におけるメモリ管理方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US20020049826A1 (ja) |
| JP (1) | JP2002116945A (ja) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2004077302A1 (ja) * | 2003-02-25 | 2004-09-10 | Fujitsu Limited | データ蓄積装置 |
| JP2006165721A (ja) * | 2004-12-03 | 2006-06-22 | Fujitsu Ltd | データ通信システム及び通信端末装置 |
| JP2007043367A (ja) * | 2005-08-02 | 2007-02-15 | Kyocera Corp | 情報受信装置及びデータダウンロード方法 |
| US7373409B2 (en) | 2002-05-01 | 2008-05-13 | Brother Kogyo Kabushiki Kaisha | Data file transfer controlling device |
| JP2018097732A (ja) * | 2016-12-15 | 2018-06-21 | 株式会社東芝 | 電子装置、通信装置及びプログラム |
Families Citing this family (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20030061273A1 (en) * | 2001-09-24 | 2003-03-27 | Intel Corporation | Extended content storage method and apparatus |
| JP2004102698A (ja) * | 2002-09-10 | 2004-04-02 | Ntt Docomo Inc | ダウンロード方法、領域管理装置、携帯通信端末、プログラムおよび記録媒体 |
| JP4168718B2 (ja) * | 2002-10-02 | 2008-10-22 | 日本電気株式会社 | 記憶容量管理システム及び記憶容量管理方法 |
| US7028155B2 (en) * | 2003-04-22 | 2006-04-11 | Hewlett-Packard Development Company, L.P. | Master-slave data management system and method |
| JP4386261B2 (ja) * | 2004-01-15 | 2009-12-16 | 株式会社エヌ・ティ・ティ・ドコモ | 移動通信端末及び課金制御装置 |
| US20060149156A1 (en) * | 2004-12-13 | 2006-07-06 | Cardiocore Lab, Inc. | Method and apparatus for transfer of captured electrocardiogram data |
| KR101292979B1 (ko) * | 2006-08-17 | 2013-08-02 | 삼성전자주식회사 | 디바이스 관리 서버를 통한 단말 내부 소프트웨어 관리방법 |
| EP2456199A3 (en) * | 2010-11-22 | 2014-07-16 | DDS Newco Inc. | Method and systems of dynamically managing content for use by a media playback device |
| US9774488B2 (en) * | 2012-10-18 | 2017-09-26 | Tara Chand Singhal | Apparatus and method for a thin form-factor technology for use in handheld smart phone and tablet devices |
| US10730463B2 (en) * | 2018-06-11 | 2020-08-04 | Ford Global Technologies, Llc | Tigger based vehicle monitoring |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH09120369A (ja) * | 1995-10-24 | 1997-05-06 | Ricoh Co Ltd | 通信装置 |
| JPH10133932A (ja) * | 1996-10-30 | 1998-05-22 | Xing:Kk | 情報配信システム |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4888681A (en) * | 1987-10-19 | 1989-12-19 | International Business Machines Corporation | Space management system for data files having shared access |
| KR100287137B1 (ko) * | 1997-04-11 | 2001-04-16 | 윤종용 | 휴대형 정보 단말기의 버전 관리방법 |
| JP4187302B2 (ja) * | 1998-03-25 | 2008-11-26 | 富士通株式会社 | リレーショナルデータベース同期方法およびそのプログラムを記録した記録媒体 |
| US6549918B1 (en) * | 1998-09-21 | 2003-04-15 | Microsoft Corporation | Dynamic information format conversion |
| FI106169B (fi) * | 1999-01-29 | 2000-11-30 | Ericsson Telefon Ab L M | Matkapäätteiden muistivaatimukset |
| US6757698B2 (en) * | 1999-04-14 | 2004-06-29 | Iomega Corporation | Method and apparatus for automatically synchronizing data from a host computer to two or more backup data storage locations |
| US6405278B1 (en) * | 1999-05-20 | 2002-06-11 | Hewlett-Packard Company | Method for enabling flash memory storage products for wireless communication |
| US6356824B1 (en) * | 2001-01-23 | 2002-03-12 | Meritor Heavy Vehicle Technology, Llc | Vehicle systems data storage |
-
2000
- 2000-10-11 JP JP2000310006A patent/JP2002116945A/ja active Pending
-
2001
- 2001-10-05 US US09/971,491 patent/US20020049826A1/en not_active Abandoned
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH09120369A (ja) * | 1995-10-24 | 1997-05-06 | Ricoh Co Ltd | 通信装置 |
| JPH10133932A (ja) * | 1996-10-30 | 1998-05-22 | Xing:Kk | 情報配信システム |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7373409B2 (en) | 2002-05-01 | 2008-05-13 | Brother Kogyo Kabushiki Kaisha | Data file transfer controlling device |
| WO2004077302A1 (ja) * | 2003-02-25 | 2004-09-10 | Fujitsu Limited | データ蓄積装置 |
| JP2006165721A (ja) * | 2004-12-03 | 2006-06-22 | Fujitsu Ltd | データ通信システム及び通信端末装置 |
| JP4627182B2 (ja) * | 2004-12-03 | 2011-02-09 | 富士通株式会社 | データ通信システム及び通信端末装置 |
| JP2007043367A (ja) * | 2005-08-02 | 2007-02-15 | Kyocera Corp | 情報受信装置及びデータダウンロード方法 |
| US8813162B2 (en) | 2005-08-02 | 2014-08-19 | Kyocera Corporation | Information receiving apparatus, data downloading method, and information receiving system |
| JP2018097732A (ja) * | 2016-12-15 | 2018-06-21 | 株式会社東芝 | 電子装置、通信装置及びプログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| US20020049826A1 (en) | 2002-04-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2002116945A (ja) | オブジェクト配信システム及びそれに用いる携帯端末におけるメモリ管理方法 | |
| US7584201B2 (en) | Management of mobile-device data | |
| KR100738172B1 (ko) | 착탈식 기억 매체를 관리하기 위한 전자 기기, 기억 매체 관리 방법 및 기억 매체 | |
| CN100468345C (zh) | 冲突解决装置 | |
| US8499190B2 (en) | Portable device and backup method thereof | |
| US6247076B1 (en) | Data storing method and apparatus for storing data while effectively utilizing a small capacity of a memory | |
| CN102196021A (zh) | 远端移除数据的方法与系统、伺服器及移动装置 | |
| EA024302B1 (ru) | Способ и устройство для беспроводного управления цифровым контентом | |
| CN101416159B (zh) | 通信终端、用户数据移动系统及用户数据移动方法 | |
| US11669492B2 (en) | Method and apparatus for managing storage space on storage device in an electronic apparatus by using context data and user profile data | |
| JPH09128276A (ja) | 計算機システムおよびそのシステムで使用されるファイル管理方法 | |
| US20140059087A1 (en) | Storage management of profiles in mobile devices | |
| EP1376407A2 (en) | System and method for storing information searched on the internet for portable audio apparatus | |
| KR102353822B1 (ko) | 전자 장치에서 컨텍스트 데이터와 사용자 프로파일 데이터를 이용하여 저장 공간을 관리하는 방법 및 장치 | |
| JP4527367B2 (ja) | 端末装置 | |
| US20020101443A1 (en) | Method and apparatus for receiving image files in presentation system | |
| JP2006127003A (ja) | 画像処理装置およびバックアップサーバ装置ならびにプログラム | |
| KR20110104959A (ko) | 회로 카드 데이터 보호 | |
| US20030223142A1 (en) | Method and device for data storage using wireless communication | |
| KR20060009049A (ko) | 이동 단말기의 메모리 관리장치 및 방법 | |
| KR100559711B1 (ko) | 이동통신단말기의 파일 첨부시스템 및 첨부방법 | |
| KR20070028960A (ko) | 데이터 자동전송 기능이 구비된 이동통신 단말기 및 그동작방법 | |
| JP2006285529A (ja) | ホストコントローラ | |
| JP4778202B2 (ja) | 携帯電話機を利用した自動文字コード認識、表示システム、方法およびプログラム | |
| KR101961547B1 (ko) | 가상 파일시스템 처리를 위한 장치 및 그 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050906 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051031 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20060314 |