JP2002223253A - データ受信システム及びデータ受信方法 - Google Patents

Abstract

(57)【要約】 【課題】 通信ネットワークを利用して、データ蓄積サ
ーバーに蓄積されたデータを端末により受信するデータ
受信システム及び方法において、実際に必要なデータ量
のみの受信を可能にしてデータ通信量の劇的な削減を図
り、通信時間の短縮化、パケット通信での通信料金の課
金を抑えることのできるデータ受信システム及び方法を
提供する。 【解決手段】 携帯端末５にはアプリケーションプログ
ラム１３が搭載され、携帯端末５がゲートウェイサーバ
ー７を介してデータ蓄積サーバー９にアクセスし、ゲー
トウェイサーバー７のサーバープログラム（データ件数
チェック機能）１９で蓄積されたデータ件数をチェック
し、携帯端末５は、コマンドなどの情報を伴わないデー
タ件数の情報のみを受信し、アプリケーションプログラ
ム１３の動作によりディスプレイ１１へのデータ件数に
ついての表示が行われる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データ受信システ
ム及び方法に関し、特に、通信ネットワークを利用し
て、データ蓄積サーバーに蓄積されたデータを端末で受
信するデータ受信システム及び方法に関する。

【０００２】

【従来の技術】近年、インターネット等の通信ネットワ
ークの発展により、通信ネットワークにアクセス可能な
通信機能を有する端末からのアクセスが増加している。
そして、携帯電話やＰＨＳなどの携帯端末の普及は急速
に進んでおり、インターネットにアクセス可能な携帯端
末による電子メールの送受信も行われている。

【０００３】ところで、インターネットにアクセス可能
な携帯端末では、電子メールのメッセージデータなどの
情報を表示する場合、携帯端末に搭載されたＷＥＢブラ
ウザを利用することがある。この表示が行われるために
は、携帯端末はメールサーバーにアクセス可能なゲート
ウェイサーバーにアクセスし、ゲートウェイサーバーに
よってメールサーバーメッセージデータはＣｏｍｐａｃ
ｔＨＴＭＬ形式のデータに変換され、携帯端末は変換さ
れたＣｏｍｐａｃｔＨＴＭＬ形式のデータを受信しなけ
ればならない。

【０００４】そのため、メールサーバー（電子メールの
メッセージデータを蓄積したデータ蓄積サーバー）に蓄
積された電子メールの件数やデータ蓄積サーバーに蓄積
された企業の製品在庫状況を表示するには、表示される
メール件数や在庫数の他に、タイトル、ＵＲＬリンクな
どのデータが全てサーバーから受信される必要があっ
た。

【０００５】図１４及び図１５は、商品Ａの在庫数が携
帯端末のディスプレイに表示された画面を示す図であ
り、図１４は更新前の在庫数を表した画面を示す図であ
り、図１５は更新後の在庫数を表した画面を示す図であ
る。

【０００６】更新前の画面１０１では、商品Ａの在庫状
況が、昨日は１５個、現在は１２個として表示されてい
る。そして、データ更新ボタン１０５が選択されて更新
が実行されると、更新後の画面１０３では、商品の在庫
状況が、昨日は１５個、現在は８個として表示されてい
る。

【０００７】なお、電子メールの件数と各電子メールの
メッセージデータの関係と同様に、在庫状況は在庫の個
数で表され、各在庫品についての詳細データ（例えば品
質、賞味期限など）がデータ蓄積サーバーに蓄積されて
いる。

【０００８】

【発明が解決しようとする課題】図１６は、図１４の画
面から図１５の画面に更新されるときに、携帯端末が受
信する必要があるデータのファイルを示した図である。

【０００９】携帯端末による表示が、現在の在庫数のみ
（図１５の８個というデータ）で十分にもかかわらず、
図１６に示すようなＣｏｍｐａｃｔＨＴＭＬ形式で書か
れたファイル１０７を受信しなければ、表示を行えなか
った。

【００１０】すなわち、通信ネットワークを利用して、
データ蓄積サーバーに蓄積されたデータをゲートウェイ
サーバーを介して受信できる携帯端末のような端末側に
おいて、実際に必要なデータが数字などの極めて小さな
サイズのデータであったとしても、画面表示するための
他のデータ（レイアウト情報、コマンドボタン情報、リ
ンク先ＵＲＬ情報など）も必要であったため、通信され
るデータ量は実際に必要とされるデータ量よりも大きく
ならざるを得なかった。

【００１１】このように、必要以上のデータ量の通信が
行われることによって、通信時間がかかり、さらにパケ
ット通信では料金が加算されてしまうという問題が生じ
ていた。

【００１２】そこで、本発明の目的は、通信ネットワー
クを利用して、データ蓄積サーバーに蓄積されたデータ
を端末で受信するデータ受信システム及び方法におい
て、実際に必要なデータ量のみの受信を可能にしてデー
タ通信量の劇的な削減を図り、通信時間の短縮化、パケ
ット通信における課金を抑えることのできるデータ受信
システム及び方法を提供することにある。

【００１３】

【課題を解決するための手段】請求項１にかかる発明
は、通信ネットワークを利用して、データ蓄積サーバー
に蓄積されたデータを端末により受信するデータ受信シ
ステムにおいて、前記端末が、前記データ蓄積サーバー
と前記端末との間の前記通信ネットワーク上に設けられ
たゲートウェイサーバーを介して、前記データ蓄積サー
バーに蓄積されたデータを受信し、前記端末には所定の
アプリケーションプログラムが搭載され、前記ゲートウ
ェイサーバーが、前記端末からの要求に応じて、前記デ
ータ蓄積サーバーに蓄積されたデータの件数をチェック
するデータ件数チェック手段を備え、前記端末が、前記
データ件数チェック手段がチェックしたデータ件数の情
報のみを受信し、前記アプリケーションプログラムの動
作によってデータ件数を出力することを特徴とするもの
である。

【００１４】ここで、ゲートウェイサーバーが受ける端
末からの要求は、ユーザの意思によって端末から入力さ
れる要求、端末が一定時間間隔で自動的に入力する要求
を含む。

【００１５】また、データ蓄積サーバーに蓄積されたデ
ータは、電子メールのメッセージデータ、在庫品の詳細
データ（品質、賞味期限など）を含む。この両者におけ
るデータの件数には、電子メールの件数と在庫数が相当
する。

【００１６】さらに、データ件数の出力は、数値を表示
する場合、音声で行う場合を含む。

【００１７】したがって、端末がデータ蓄積サーバーに
蓄積されたデータを受信することとは別に、ゲートウェ
イサーバーのデータ件数チェック手段がデータ蓄積サー
バーに蓄積されたデータの件数をチェックし、端末は、
チェックされたデータ件数の情報のみを受信し、アプリ
ケーションプログラムの動作によってデータ件数を出力
するので、データ件数の情報という数値データ以外の余
分なデータを受信しなくてすむ。さらに、ゲートウェイ
サーバーのデータ送信処理は、データ件数の情報という
数値データのみの送信ですむ。

【００１８】請求項２にかかる発明は、請求項１におい
て、前記データ蓄積サーバーに蓄積されたデータが、電
子メールのメッセージデータを含むものである。

【００１９】したがって、近年、通信頻度が急増してい
る電子メールに対して、その件数の情報のみの受信が可
能であることから、新着メールが来ているかを確認する
などのように頻繁に電子メールの件数の情報が受信され
たとしても、データ件数の情報という数値データ以外の
余分なデータを受信しなくてすむ。

【００２０】請求項３にかかる発明は、請求項１又は２
において、前記データ蓄積サーバーが複数であり、前記
各データ蓄積サーバーが異なるアカウントにより特定さ
れ、前記データ件数チェック手段が、前記端末からの一
度の要求に応じて前記各アカウントで特定される前記デ
ータ蓄積サーバーに蓄積されたデータの件数をチェック
し、前記端末が、前記データ件数チェック手段がチェッ
クした全てのデータ件数の情報を一括して受信すること
を特徴とするものである。

【００２１】したがって、データ蓄積サーバーが複数あ
っても、データ件数チェック手段が一度の要求に応じて
各データ蓄積サーバーに蓄積されたデータの件数を全て
チェックし終えた後、端末が全てのデータ件数の情報を
一括して受信するので、一度の要求による一度の受信で
すむ。

【００２２】請求項４にかかる発明は、請求項１から３
のいずれかにおいて、前記端末が、携帯端末を含むもの
である。

【００２３】ここで、携帯端末は、通信ネットワークに
接続可能な携帯型の電子機器を指し、ＰＤＣ方式、ＣＤ
ＭＡ方式の携帯電話、ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａ
ｎｄｙｐｈｏｎｅ Ｓｙｓｔｅｍ）、又は携帯電話若し
くはＰＨＳに接続可能なＰＤＡ等を含む。

【００２４】したがって、常時携帯されることが予想さ
れ、いつでも、どこでも、アクセスが行われて、アクセ
ス頻度が増加する傾向の携帯端末においても、請求項１
から３の作用が得られる。

【００２５】請求項５にかかる発明は、請求項４におい
て、前記携帯端末が、携帯電話又はＰＨＳを含むもので
ある。

【００２６】請求項６にかかる発明は、請求項５におい
て、前記アプリケーションプログラムがＪＡＶＡ（登録
商標）プログラムを含むものである。

【００２７】請求項７にかかる発明は、請求項１から６
のいずれかにおいて、前記端末が、前記データ件数チェ
ック手段から受信したデータ件数の情報を記憶する記憶
領域を有し、前記アプリケーションプログラムの動作に
よって、前記記憶領域に記憶された前回のデータ件数の
情報と前記受信した今回のデータ件数の情報とを比較
し、比較結果を出力することを特徴とするものである。

【００２８】したがって、単にデータの件数が出力され
るだけでなく、前回のデータ件数と今回のデータ件数と
の比較結果も出力されるので、前回のデータ件数から今
回のデータ件数までのデータ件数の変動の認識が可能に
なる。

【００２９】請求項８にかかる発明は、請求項７におい
て、前記端末が、前記比較結果の出力のために、件数一
定、件数増加又は件数減少で区別したキャラクタを表示
することを特徴とするものである。

【００３０】したがって、件数が一定、件数が増加又は
件数が減少している場合で区別したキャラクタの表示が
行われるので、前回受信したデータ件数から今回受信し
たデータ件数までのデータ件数の変動を視認できる。

【００３１】請求項９にかかる発明は、請求項７又は８
において、前記端末が、前記比較結果の出力のために、
前記比較結果に応じた画像を表示することを特徴とする
ものである。

【００３２】ここで、画像は、ＣＧ（コンピュータグラ
フィックス）による静止画、動画（アニメーション画
像）でもよく、写真や映像を取り込んだ静止画、動画で
もよい。

【００３３】したがって、比較結果に応じた画像によっ
て興趣性の向上を図ることができる。

【００３４】請求項１０にかかる発明は、請求項１から
９のいずれかにおいて、前記端末が受信する前記データ
件数の情報が、暗号化されていることを特徴とするもの
である。

【００３５】したがって、データ件数の情報が暗号化さ
れて、セキュリティが確保されたデータ受信が行われ
る。

【００３６】請求項１１にかかる発明は、通信ネットワ
ークを利用して、データ蓄積サーバーに蓄積されたデー
タを端末により受信するデータ受信方法において、前記
端末は、前記データ蓄積サーバーと前記端末との間の前
記通信ネットワーク上に設けられたゲートウェイサーバ
ーを介して、前記データ蓄積サーバーに蓄積されたデー
タを受信する端末であり、前記端末に所定のアプリケー
ションプログラムが搭載される第１のステップと、前記
端末から前記ゲートウェイサーバーに所定の要求が入力
される第２のステップと、前記要求が入力されたことに
応じて、前記ゲートウェイサーバーが前記データ蓄積サ
ーバーに蓄積されたデータの件数をチェックする第３の
ステップと、前記端末が前記チェックされたデータ件数
の情報を受信する第４のステップと、前記アプリケーシ
ョンプログラムの動作によってデータ件数を出力する第
５のステップと、少なくとも前記第５のステップ以後、
前記端末が前記データ蓄積サーバーに蓄積されたデータ
を受信する第６のステップとを含むものである。

【００３７】したがって、データ蓄積サーバーに蓄積さ
れたデータを端末によって受信する前に、ゲートウェイ
サーバーのデータ件数チェック手段がデータ蓄積サーバ
ーに蓄積されたデータの件数をチェックし、端末は、チ
ェックされたデータ件数の情報のみを受信し、アプリケ
ーションプログラムの動作によってデータ件数を出力す
るので、データ件数の情報という数値データ以外の余分
なデータを受信しなくてすむ。そして、その後、データ
件数の出力内容などからの判断を行った結果、必要性に
応じて端末がデータ蓄積サーバーに蓄積されたデータの
受信を行えばよい。さらに、ゲートウェイサーバーのデ
ータ送信処理は、データ件数の情報という数値データの
みの送信ですむ。

【００３８】請求項１２にかかる発明は、請求項１１に
おいて、前記データ蓄積サーバーが複数であり、前記各
データ蓄積サーバーが異なるアカウントで特定され、前
記第３のステップは、一度の要求に応じて前記各アカウ
ントで特定される前記データ蓄積サーバーに蓄積された
データの件数をチェックするステップであり、前記第４
のステップは、前記端末が前記チェックされた全てのデ
ータ件数の情報を一括して受信するステップであること
を特徴とするものである。

【００３９】請求項１３にかかる発明は、請求項１１又
は１２において、前記端末が、前記データ件数チェック
手段から受信したデータ件数の情報を記憶する記憶領域
を有し、前記第５のステップは、前記アプリケーション
プログラムの動作によって、前記記憶領域に記憶された
前回のデータ件数の情報と前記受信した今回のデータ件
数の情報とを比較し、比較結果を出力するステップを含
むことを特徴とするものである。

【００４０】請求項１４にかかる発明は、請求項１１か
ら１３のいずれかにおいて、前記第４のステップにおい
て前記端末が受信する前記チェックされたデータ件数の
情報は、暗号化されていることを特徴とするものであ
る。

【００４１】請求項１２、１３、１４の発明によって、
請求項３、７、１０の発明の作用がそれぞれ得られる。

【発明の実施の形態】以下、本発明の好ましい実施の形
態を、図面に基づき説明する。図１は、本発明の実施の
形態にかかるデータ受信システムの概略ブロック図であ
る。

【００４２】データ受信システム１は、通信ネットワー
クを利用するシステムであり、パケット通信網２に繋が
った携帯端末５と、インターネット３に繋がったデータ
蓄積サーバー９と、携帯端末５とデータ蓄積サーバー９
との間の通信ネットワーク上に設けられたゲートウェイ
サーバー７とを備える。

【００４３】携帯端末５は、ＰＤＣ方式、ＣＤＭＡ方式
の携帯電話、ＰＨＳ、又はこれらの電話機に接続可能な
ＰＤＡなどであり、ＪＡＶＡプログラムなどのアプリケ
ーションプログラム１３を搭載しており、画面表示のた
めのディスプレイ１１と、データなどを記憶するための
メモリ１５と、ユーザが入力操作を行うための入力キー
１７とを備える。

【００４４】データ蓄積サーバー９は、ＰＯＰサーバー
などであり、電子メールのメッセージデータなどのデー
タを蓄積しており、携帯端末５から直接アクセスができ
ないサーバーである。

【００４５】ゲートウェイサーバー７は、パケット通信
網２を介して携帯端末５とのアクセスが可能な一方、イ
ンターネット３を介してデータ蓄積サーバー９とのアク
セスが可能なサーバーであり、自身の動作に必要なサー
バープログラム（データ件数チェック機能）１９を搭載
し、データなどを記憶するためのメモリ２１を備えてい
る。

【００４６】このような構成によって、携帯端末５から
ゲートウェイサーバー７を経由してデータ蓄積サーバー
９へのアクセスが可能になっている。

【００４７】図２は、図１のデータ受信システムの動作
の概略を説明するための図である。

【００４８】この図２では、携帯端末から直接アクセス
できないＰＯＰサーバーにゲートウェイサーバーを利用
してアクセスする例として、電子メールの蓄積件数をチ
ェックする場合が示されている。さらに、図２では、Ｐ
ＯＰサーバーが単一でなく、複数の場合が示されてお
り、第１ＰＯＰサーバー９１、第２ＰＯＰサーバー９
２、第３ＰＯＰサーバー９３は、それぞれ異なるアカウ
ントによって特定される。

【００４９】ステップＳＴ１において、携帯端末５で動
作しているＪＡＶＡプログラムなどのアプリケーション
プログラム１３がメモリ１５内にある件数データを使っ
て画面の表示を行う。具体的には、図２の更新前の画面
２３では、第１、第２、第３ＰＯＰサーバー９１、９
２、９３の３つに蓄積されているメール件数が、それぞ
れ１５件、３件、４５件としてメール件数表示領域２４
に表示されている。

【００５０】ステップＳＴ２において、データの更新の
ために、パケット通信網２を介して、携帯端末５からゲ
ートウェイサーバー７へのアクセスが行われる。この動
作は、図２の画面２３のチェックボタン２６が選択さ
れ、携帯端末５からゲートウェイサーバー７へ件数更新
のリクエスト（要求）が発行されて行われる。そして、
図２では、第１、第２、第３ＰＯＰサーバー９１、９
２，９３の３つの全てに蓄積されているメール件数取得
のリクエストが１回発行される。

【００５１】次に、ゲートウェイサーバー７のサーバー
プログラム１９が動作して、ゲートウェイサーバー７は
データ蓄積サーバー９にアクセスして必要な情報を取得
する。図２では、ステップＳＴ３、４、５、６、７、８
の順で処理が行われ、ゲートウェイサーバー７は、第
１、第２、第３ＰＯＰサーバー９１、９２，９３への順
次のアクセスとメール件数の情報の取得を行っている。

【００５２】ステップＳＴ９において、ゲートウェイサ
ーバー７がデータ件数というサイズの小さい数値データ
のみの送信を行って、携帯端末５がデータ件数という数
値データのみを受信する。

【００５３】ステップＳＴ１０において、携帯端末５
は、アプリケーションプログラム１３を動作させて、更
新後の画面２５の表示を行う。図２では、第１ＰＯＰサ
ーバー９１、第２ＰＯＰサーバー９２、第３ＰＯＰサー
バー９３のそれぞれに蓄積された電子メールの件数が、
１２件、３件、５０件という数値でメール件数表示領域
２４に表示されている。なお、携帯端末５は、更新後の
電子メールの件数データをメモリ１５（図１）に記憶し
て保存する。

【００５４】このように、携帯端末５が、データ件数の
情報という数値データのみを受信し、アプリケーション
プログラム１３の動作によってデータ件数を画面表示に
よって出力することができている。すなわち、従来、送
受信されていたコマンドなどの情報は送受信されること
なく、携帯端末５は、数値データという極めてデータ量
の小さなデータのみを受信して、表示などの処理につい
ては搭載されたアプリケーションプログラム１３を利用
することにしている。

【００５５】したがって、データ件数の情報という数値
データ以外の余分なデータを受信しなくてすむので、従
来に比べてデータ通信量を劇的に削減できる。よって、
通信時間の短縮化、パケット通信での課金を抑えること
ができる。さらに、必要以上のデータの受信が行われな
いので、セキュリティが確保されたデータ通信が実現さ
れる。

【００５６】さらに、ゲートウェイサーバー７のデータ
送信処理は、従来に比べて簡略化かつ高速化された処理
になっている。すなわち、ゲートウェイサーバー７の送
信するデータは、従来のようなコマンドなどのデータを
含むファイルではなく、単なる数値データであり、ファ
イルを作成する処理が不必要になったので、処理が簡略
化され、処理時間もかからなくなるからである。

【００５７】また、メールサーバーである第１、第２、
第３ＰＯＰサーバー９１、９２、９３のようにデータ蓄
積サーバーが複数あっても、一度のリクエストで、携帯
端末５が全てのデータ件数の情報を一度に一括して受信
するので、複数回の要求と複数回の受信を行わない分だ
け、データ通信頻度を最小限に抑えることができる。し
たがって、重複処理が生じることを抑えることができる
とともに、データ通信に固有の誤作動という信頼性を低
下させる要因の発生を通信頻度低下に応じて抑え、信頼
性を確保できる。

【００５８】なお、図２において、画面２３、２５に
は、「画像」と「［１］［２］［３］」が示されてい
る。両者については詳しく後述するが、「画像」は、デ
ータ件数の更新前後の比較結果に応じたＣＧ（コンピュ
ータグラフィックス）による静止画像の表示領域であ
り、「［１］［２］［３］」は、第１、第２、第３ＰＯ
Ｐサーバー９１、９２、９３に対応し、データ件数の数
値が更新前後で一定、増加、減少かを区別して矢印とい
うキャラクタの表示が行われる表示領域である。以下、
図３から１３を用いて、詳しく説明する。

【００５９】図３から図５は、携帯端末側の初期設定を
説明するための図であり、図３は、最初の初期設定画面
を示す図であり、図４は、メールサーバーであるＰＯＰ
サーバーのアカウントの選択設定画面を示す図であり、
図５は、選択設定したアカウントの登録画面を示す図で
ある。

【００６０】まず、初期設定が行われる前に、携帯端末
５には、ＪＡＶＡプログラムなどのアプリケーションプ
ログラムがダウンロードされる。

【００６１】図３の初期設定画面３１には、「はじめて
の方へ 「設定」を選択して初期設定を行ってくださ
い。」というメッセージが表示され、設定ボタン３３と
ＥＸＩＴボタン３５が選択できるようになっている。ユ
ーザが、初期設定処理を希望するならば設定ボタン３３
の選択が行われ、希望しないならばＥＸＩＴボタン３５
の選択が行われる。

【００６２】図４の選択設定画面３７には、「チェック
したいアカウントを選択してください。」というメッセ
ージが表示されるとともに、「会社」についてのアカウ
ントを選択できる部分、「プロバイダ」についてのアカ
ウントを選択できる部分、「個人」についてのアカウン
トを選択できる部分が表示され、登録ボタン３９と戻る
ボタン４１が選択できるようになっている。ここでは、
図５の［３］の「個人」が選択されている。

【００６３】図４の［３］の「個人」が選択されて表示
される図５の登録画面４３では、［３］の「個人」につ
いてのアカウント登録が行われるため、サーバー名（Ｐ
ＯＰサーバー）、アカウント名、パスワードの入力が行
われる。その後、ＯＫボタン４５が選択されれば、サー
バー（ＰＯＰサーバー）にログインできるかがチェック
され、ログインできる場合には図４の画面表示に戻る。
そして、登録ボタン３９が選択されることで、登録が実
行される。図５のキャンセルボタン４７は、登録をキャ
ンセルするためのボタンである。

【００６４】なお、サーバー名、アカウント名について
はゲートウェイサーバー７で管理しているが、パスワー
ドについては、データの安全性を確保する観点から、ゲ
ートウェイサーバー７で管理しないことにしている。

【００６５】図６から図９は、初期設定後に登録したア
カウントにあるメール件数を初めてチェックする処理を
説明するための図であり、図６は、初期画面を示す図で
あり、図７は、［１］の「会社」のアカウントに対応す
るＰＯＰサーバーのメール件数に応じた画像が含まれる
画面を示す図であり、図８は、［２］の「プロバイダ」
のアカウントに対応するＰＯＰサーバーのメール件数に
応じた画像が含まれる画面を示す図であり、図９は、
［３］の「個人」のアカウントに対応するＰＯＰサーバ
ーのメール件数に応じた画像が含まれる画面を示す図で
ある。

【００６６】図６の初期画面４９には、チェックボタン
２６、設定ボタン５１、ＥＸＩＴボタン５３が表示され
ている。そして、メール件数のチェックを行うべく、チ
ェックボタン２６が選択されると、前述したメール件数
をチェックする処理が行われ、その結果を示す画面表示
が図７から図９に示すように行われる。

【００６７】図７の画面５５、図８の画面５９、図９の
画面６３のメール件数表示領域２４には、［１］の「会
社」についてのアカウントのサーバー（ＰＯＰサーバ
ー）に０件の電子メールが蓄積されていることが表示さ
れ、［２］の「プロバイダ」についてのアカウントのサ
ーバー（ＰＯＰサーバー）に１１５件の電子メールが蓄
積されていることが表示され、［３］の「個人」につい
てのアカウントのサーバー（ＰＯＰサーバー）に５件の
電子メールが蓄積されていることが表示されている。

【００６８】また、図７の画面５５、図８の画面５９、
図９の画面６３には、それぞれ静止画のＣＧ画像５７、
６１、６５が表示されている。

【００６９】メール件数を初めてチェックするので、電
子メールが蓄積されていれば件数チェック前の状態に比
べて増加したとみなして、図８及び図９のようなＣＧ画
像６１、６５の表示が行われ、電子メールが蓄積されて
いなければ件数チェック前の状態に比べて変化がなく一
定とみなして、図７のようなＣＧ画像５７の表示が行わ
れる。

【００７０】そして、このような図７から図９の画面５
５、５９、６３は、一定の時間間隔（例えば数秒毎）で
切り替わりながら表示される。

【００７１】なお、ＣＧ画像５７、６１、６５は、携帯
端末５のメモリ１５に保存されており、アプリケーショ
ンプログラム１３が動作して、ＣＧ画像５７、６１、６
５のいずれが表示されるかが判断されている。

【００７２】図１０から図１３は、メール件数をチェッ
クする通常の処理を説明するための図であり、図１０
は、更新前のメール件数チェック結果の画面を示す図で
あり、図１１は、更新後の［１］の「会社」のアカウン
トに対応するＰＯＰサーバーのメール件数の増減に応じ
た画像が含まれる画面を示す図であり、図１２は、更新
後の［２］の「プロバイダ」のアカウントに対応するＰ
ＯＰサーバーのメール件数の増減に応じた画像が含まれ
る画面を示す図であり、図１３は、更新後の［３］の
「個人」のアカウントに対応するＰＯＰサーバーのメー
ル件数の増減に応じた画像が含まれる画面を示す図であ
る。

【００７３】まず、図１０の更新前の前回のメール件数
チェック時点の結果を表す画面６４では、メール件数表
示領域２４に、［１］の「会社」についてのアカウント
のサーバー（ＰＯＰサーバー）に０件の電子メールが蓄
積されていることが表示され、［２］の「プロバイダ」
についてのアカウントのサーバー（ＰＯＰサーバー）に
１１５件の電子メールが蓄積されていることが表示さ
れ、［３］の「個人」についてのアカウントのサーバー
（ＰＯＰサーバー）に５件の電子メールが蓄積されてい
ることが表示されている。

【００７４】そして、前々回のチェック時のメール件数
から前回のチェック時のメール件数への件数の変動に応
じて、一定、増加、減少で区別されたキャラクタの表示
が行われている。メール件数が一定の場合のキャラクタ
は横向きの矢印６９であり、増加の場合のキャラクタは
上向きの矢印７１であり、減少の場合のキャラクタは下
向きの矢印７３である。なお、ＣＧ画像６７は、メール
件数が一定の場合のキャラクタである矢印６９に適合す
る図柄になっている。

【００７５】図１１から図１３の更新後の画面７５、８
５、９５では、メール件数表示領域２４に、［１］の
「会社」についてのアカウントのサーバー（ＰＯＰサー
バー）に５件の電子メールが蓄積されていることが表示
され、［２］の「プロバイダ」についてのアカウントの
サーバー（ＰＯＰサーバー）に８０件の電子メールが蓄
積されていることが表示され、［３］の「個人」につい
てのアカウントのサーバー（ＰＯＰサーバー）に５件の
電子メールが蓄積されていることが表示されている。

【００７６】また、図１１から図１３の更新後の画面７
５、８５，９５では、［１］の「会社」についてのアカ
ウントのサーバー（ＰＯＰサーバー）に蓄積されている
電子メールの件数が更新の前後で増加していること表す
上向き矢印７９のキャラクタが表示され、［２］の「プ
ロバイダ」についてのアカウントのサーバー（ＰＯＰサ
ーバー）に蓄積されている電子メールの件数が減少して
いることを表す下向き矢印８１のキャラクタが表示さ
れ、［３］の「個人」についてのアカウントのサーバー
（ＰＯＰサーバー）に蓄積されている電子メールの件数
が一定であることを表す横向き矢印８３のキャラクタが
表示されている。

【００７７】なお、ＣＧ画像７７は上向き矢印７９に適
合する画像として表示され、ＣＧ画像８７は下向き矢印
８１に適合する画像として表示され、ＣＧ画像９７は横
向き矢印８３に適合する画像として表示されている。

【００７８】このように、前回の件数チェック時のメー
ル件数と、今回の件数チェック時のメール件数との間の
件数の変動が認識可能になり、ユーザにとっては、例え
ばＰＯＰサーバーに新たに蓄積された電子メールにアク
セスするか否かの判断材料が提供され、利便性が向上す
ることになる。

【００７９】特に、上記のように、件数一定、件数増加
又は件数減少で区別したキャラクタの表示が行われるこ
とで、ユーザは、前回の件数チェック時のメール件数か
ら今回の件数チェック時のメール件数までの件数の変動
を視認できるので、直感的に認識できる。また、ユーザ
は、ＣＧ画像によって楽しみながら、前回の件数チェッ
ク時のメール件数から今回の件数チェック時のメール件
数までの件数の変動を遊び的要素が加わった上で直感的
に認識できる。

【００８０】なお、上記実施の形態では、ユーザの意思
による件数チェックの要求が携帯端末５からゲートウェ
イサーバー７に入力される場合を示したが、携帯端末５
が一定時間間隔で自動的に件数チェックの要求を入力し
て、更新するようにしてもよい。

【００８１】また、上記実施の形態では、特にデータ蓄
積サーバーとしてメールサーバーを示し、蓄積されたデ
ータとして電子メールのメッセージデータの場合を示し
たが、データ蓄積サーバーが他のデータを蓄積する場合
でもよい。例えば、従来例でも説明したように、データ
蓄積サーバーが、企業内のイントラネット上にある商品
の在庫状況、受注状況、販売状況などの商品管理データ
やその他の売上データなどを蓄積したサーバーでもよ
い。この場合、上記実施の形態における電子メールの件
数の情報に相当するのは、在庫数の情報、受注数の情
報、販売数の情報などである。

【００８２】さらに、上記実施の形態において、携帯端
末５で電子メールを読み込んだ場合の他、パーソナルコ
ンピュータなどの他の端末で電子メールを読み込んだ場
合にも、メールサーバーに蓄積されたメール件数の減少
が生じている。

【００８３】さらに、上記実施の形態では、データ件数
の出力及び更新前後のデータ件数の比較結果の出力を画
面表示によって行ったが、アプリケーションプログラム
の動作による音声での出力が行われてもよい。

【００８４】さらに、上記実施の形態では、携帯端末５
を示したが、その例としてはＰＤＣ方式、ＣＤＭＡ方式
の携帯電話、簡易型携帯電話のＰＨＳ、これらに接続さ
れるＰＤＡなどが挙げられる。

【００８５】さらに、上記実施の形態では、端末として
携帯端末５を示したが、端末は、通信ネットワークに接
続可能な携帯型の端末に限られず、今後、世に出てくる
と予想される端末を含めてインターネットに接続可能な
家電製品でもよい。但し、端末は、データ蓄積サーバー
に直接アクセスできず、ゲートウェイサーバーを介して
アクセスするものとする。そして、端末は、アプリケー
ションプログラムのダウンロードが実行できる環境であ
ることが好ましい。

【００８６】さらに、上記実施の形態では、ＣＧ画像と
して静止画を示したが、端末側のメモリの容量制限が許
容されるのであれば、動画（アニメーション画像）でも
よい。加えて、画像は、ＣＧ画像だけでなく、写真や映
像が取りこまれた画像等でもよい。

【００８７】さらに、上記実施の形態において、ゲート
ウェイサーバーから携帯端末が受信するデータ件数の情
報は、暗号化されていてもよい。暗号化技術は、既存の
技術を利用すればよく、暗号化されたデータの復号化は
アプリケーションプログラムによって行われればよい。

【００８８】さらに、上記実施の形態では、携帯端末５
が受信するデータ件数の情報として、データ件数チェッ
ク時の数値の場合を示したが、ゲートウェイサーバー７
がデータ蓄積サーバー９に蓄積されるデータの件数の変
動を管理しておき、その管理結果が反映されたデータ件
数の数値データであってもよい。例えば、前回のデータ
件数チェック時の数値データに対して、前回と今回のデ
ータ件数の間に減少したデータ件数の数値データも加え
た数値データをデータ件数の情報としてもよい。このよ
うな減少したデータ件数の数値データを携帯端末５が受
信することで、携帯端末５は、アプリケーションプログ
ラムの動作によって、前回の件数から減少した分のデー
タ件数を減算し、その値と今回のデータ件数チェック時
のデータ件数と間の増減を比較することもできる。

【００８９】さらに、本発明は上記した実施の形態に限
定されるものではなく、特許請求の範囲に記載した技術
思想の範囲内において種々の変更が可能なのはいうまで
もない。

【００９０】

【発明の効果】請求項１、１１の発明によれば、端末
が、チェックされたデータ件数の情報のみを受信し、ア
プリケーションプログラムの動作によってデータ件数を
出力し、データ件数の情報という数値データ以外の余分
なデータを受信しなくてすむので、従来に比べてデータ
通信量を劇的に削減でき、通信時間の短縮化、パケット
通信での課金を抑えることができる。さらに、必要以上
のデータの受信が行われないので、セキュリティが確保
されたデータ通信が実現される。さらに、ゲートウェイ
サーバーのデータ送信処理は、データ件数の情報という
数値データのみの送信ですむので、従来に比べて、コマ
ンドなどのデータを含むファイルを作成して送信する必
要がない分、処理の簡略化及び高速化を図ることができ
る。

【００９１】請求項２の発明によれば、近年、通信頻度
が急増している電子メールに対して、その件数の情報の
みの受信が可能であることから、新着メールが来ている
かを確認するなどのように頻繁に電子メールの件数の情
報が受信されたとしても、データ件数の情報という数値
データ以外の余分なデータを受信しなくてすむので、従
来に比べて、高頻度で行われることが予想されるデータ
通信の通信量を頻度に比例して劇的に削減でき、通信時
間の短縮化、パケット通信での課金を抑えることができ
る。

【００９２】請求項３、１２の発明によれば、データ蓄
積サーバーが複数あっても、一度の要求で、端末が全て
のデータ件数の情報を一度に一括して受信するので、複
数回の要求と複数回の受信を行わない分だけ、データ通
信の頻度を最小限に抑えることができ、重複処理が生じ
ることを抑えることができるとともに、データ通信に固
有の誤作動という信頼性を低下させる要因の発生を通信
頻度低下に応じて抑え、信頼性を確保できる。

【００９３】請求項４の発明によれば、常時携帯される
ことが予想され、いつでも、どこでも、アクセスが行わ
れて、アクセス頻度が増加する傾向の携帯端末におい
て、特に請求項５、６の携帯電話又はＰＨＳのように記
憶領域の容量に相当な制限が加わる場合であっても、請
求項１から３の効果がより顕著に得られる。

【００９４】請求項７、１３の発明によれば、前回のデ
ータ件数から今回のデータ件数までのデータ件数の変動
の認識が可能になるので、例えばデータ蓄積サーバーに
新たに蓄積されたデータにアクセスするか否かの判断材
料が提供され、ユーザの利便性が向上する。

【００９５】請求項８の発明によれば、件数が一定、件
数が増加又は件数が減少で区別したキャラクタの表示が
行われ、前回受信したデータ件数から今回受信したデー
タ件数までのデータ件数の変動が視認されるので、ユー
ザによる直感的な認識が行われる。

【００９６】請求項９の発明によれば、比較結果に応じ
た画像によって興趣性の向上が図られ、ユーザにとって
は、前回のデータ件数から今回のデータ件数までのデー
タ件数の変動の認識が、遊び的要素が加わった上で行わ
れるとともに、直感的に行われる。

【００９７】請求項１０、１４の発明によれば、データ
件数の情報が暗号化されて、セキュリティが確保された
データ受信が行われるので、情報の悪用を防止できる。

【図面の簡単な説明】

【図１】本発明の実施の形態にかかるデータ受信システ
ムの概略ブロック図である。

【図２】図１のデータ受信システムの動作の概略を説明
するための図である。

【図３】携帯端末側の初期設定を説明するための図であ
って、最初の初期設定画面を示す図である。

【図４】携帯端末側の初期設定を説明するための図であ
って、メールサーバーであるＰＯＰサーバーのアカウン
トの選択設定画面を示す図である。

【図５】携帯端末側の初期設定を説明するための図であ
って、選択設定したアカウントの登録画面を示す図であ
る。

【図６】初期設定後に登録したアカウントにあるメール
件数を初めてチェックする処理を説明するための図であ
って、初期画面を示す図である。

【図７】初期設定後に登録したアカウントにあるメール
件数を初めてチェックする処理を説明するための図であ
って、［１］の「会社」のアカウントに対応するＰＯＰ
サーバーのメール件数に応じた画像が含まれる画面を示
す図である。

【図８】初期設定後に登録したアカウントにあるメール
件数を初めてチェックする処理を説明するための図であ
って、［２］の「プロバイダ」のアカウントに対応する
ＰＯＰサーバーのメール件数に応じた画像が含まれる画
面を示す図である。

【図９】初期設定後に登録したアカウントにあるメール
件数を初めてチェックする処理を説明するための図であ
って、［３］の「個人」のアカウントに対応するＰＯＰ
サーバーのメール件数に応じた画像が含まれる画面を示
す図である。

【図１０】メール件数をチェックする通常の処理を説明
するための図であって、更新前のメール件数チェック結
果の画面を示す図である。

【図１１】メール件数をチェックする通常の処理を説明
するための図であって、更新後の［１］の「会社」のア
カウントに対応するＰＯＰサーバーのメール件数の増減
に応じた画像が含まれる画面を示す図である。

【図１２】メール件数をチェックする通常の処理を説明
するための図であって、更新後の［２］の「プロバイ
ダ」のアカウントに対応するＰＯＰサーバーのメール件
数の増減に応じた画像が含まれる画面を示す図である。

【図１３】メール件数をチェックする通常の処理を説明
するための図であって、更新後の［３］の「個人」のア
カウントに対応するＰＯＰサーバーのメール件数の増減
に応じた画像が含まれる画面を示す図である。

【図１４】商品Ａの在庫数が携帯端末のディスプレイに
表示された画面を示した図であって、更新前の在庫数を
表した画面を示す図である。

【図１５】商品Ａの在庫数が携帯端末のディスプレイに
表示された画面を示した図であって、更新後の在庫数を
表した画面を示す図である。

【図１６】図１４の画面から図１５の画面に更新される
ときに、携帯端末が受信する必要があるデータのファイ
ルを示す図である。

【符号の説明】

１ データ受信システム ３ インターネット ５ 携帯端末 ７ ゲートウェイサーバー ９ データ蓄積サーバー １１ ディスプレイ １３ アプリケーションプログラム １５ メモリ １９ サーバープログラム（データ件数チェック機
能） ９１ 第１ＰＯＰサーバー ９２ 第２ＰＯＰサーバー ９３ 第３ＰＯＰサーバー

Claims (14)

【特許請求の範囲】
1. 【請求項１】 通信ネットワークを利用して、データ蓄
   積サーバーに蓄積されたデータを端末により受信するデ
   ータ受信システムにおいて、 前記端末は、前記データ蓄積サーバーと前記端末との間
   の前記通信ネットワーク上に設けられたゲートウェイサ
   ーバーを介して、前記データ蓄積サーバーに蓄積された
   データを受信し、 前記端末には所定のアプリケーションプログラムが搭載
   され、 前記ゲートウェイサーバーは、前記端末からの要求に応
   じて、前記データ蓄積サーバーに蓄積されたデータの件
   数をチェックするデータ件数チェック手段を備え、 前記端末は、前記データ件数チェック手段がチェックし
   たデータ件数の情報のみを受信し、前記アプリケーショ
   ンプログラムの動作によってデータ件数を出力すること
   を特徴とする、データ受信システム。
2. 【請求項２】 前記データ蓄積サーバーに蓄積されたデ
   ータは、電子メールのメッセージデータを含む、請求項
   １記載のデータ受信システム。
3. 【請求項３】 前記データ蓄積サーバーは複数であり、
   前記各データ蓄積サーバーは異なるアカウントにより特
   定され、 前記データ件数チェック手段は、前記端末からの一度の
   要求に応じて前記各アカウントで特定される前記データ
   蓄積サーバーに蓄積されたデータの件数をチェックし、 前記端末は、前記データ件数チェック手段がチェックし
   た全てのデータ件数の情報を一括して受信することを特
   徴とする、請求項１又は２記載のデータ受信システム。
4. 【請求項４】 前記端末は、携帯端末を含む、請求項１
   から３のいずれかに記載のデータ受信システム。
5. 【請求項５】 前記携帯端末は、携帯電話又はＰＨＳを
   含む、請求項４記載のデータ受信システム。
6. 【請求項６】 前記アプリケーションプログラムは、Ｊ
   ＡＶＡプログラムを含む、請求項５記載のデータ受信シ
   ステム。
7. 【請求項７】 前記端末は、前記データ件数チェック手
   段から受信したデータ件数の情報を記憶する記憶領域を
   有し、前記アプリケーションプログラムの動作によっ
   て、前記記憶領域に記憶された前回のデータ件数の情報
   と前記受信した今回のデータ件数の情報とを比較し、比
   較結果を出力することを特徴とする、請求項１から６の
   いずれかに記載のデータ受信システム。
8. 【請求項８】 前記端末は、前記比較結果の出力のため
   に、件数一定、件数増加又は件数減少で区別したキャラ
   クタを表示することを特徴とする、請求項７記載のデー
   タ受信システム。
9. 【請求項９】 前記端末は、前記比較結果の出力のため
   に、前記比較結果に応じた画像を表示することを特徴と
   する、請求項７又は８記載のデータ受信システム。
10. 【請求項１０】 前記端末が受信する前記データ件数の
    情報は、暗号化されていることを特徴とする、請求項１
    から９のいずれかに記載のデータ受信システム。
11. 【請求項１１】 通信ネットワークを利用して、データ
    蓄積サーバーに蓄積されたデータを端末により受信する
    データ受信方法において、 前記端末は、前記データ蓄積サーバーと前記端末との間
    の前記通信ネットワーク上に設けられたゲートウェイサ
    ーバーを介して、前記データ蓄積サーバーに蓄積された
    データを受信する端末であり、 前記端末に所定のアプリケーションプログラムが搭載さ
    れる第１のステップと、 前記端末から前記ゲートウェイサーバーに所定の要求が
    入力される第２のステップと、 前記要求が入力されたことに応じて、前記ゲートウェイ
    サーバーが前記データ蓄積サーバーに蓄積されたデータ
    の件数をチェックする第３のステップと、 前記端末が前記チェックされたデータ件数の情報を受信
    する第４のステップと、 前記アプリケーションプログラムの動作によってデータ
    件数を出力する第５のステップと、 少なくとも前記第５のステップ以後、前記端末が前記デ
    ータ蓄積サーバーに蓄積されたデータを受信する第６の
    ステップとを含む、データ受信方法。
12. 【請求項１２】 前記データ蓄積サーバーは複数であ
    り、前記各データ蓄積サーバーは異なるアカウントで特
    定され、 前記第３のステップは、一度の要求に応じて前記各アカ
    ウントで特定される前記データ蓄積サーバーに蓄積され
    たデータの件数をチェックするステップであり、 前記第４のステップは、前記端末が前記チェックされた
    全てのデータ件数の情報を一括して受信するステップで
    あることを特徴とする、請求項１１記載のデータ受信方
    法。
13. 【請求項１３】 前記端末は、前記データ件数チェック
    手段から受信したデータ件数の情報を記憶する記憶領域
    を有し、 前記第５のステップは、前記アプリケーションプログラ
    ムの動作によって、前記記憶領域に記憶された前回のデ
    ータ件数の情報と前記受信した今回のデータ件数の情報
    とを比較し、比較結果を出力するステップを含むことを
    特徴とする、請求項１１又は１２記載のデータ受信方
    法。
14. 【請求項１４】 前記第４のステップにおいて前記端末
    が受信する前記チェックされたデータ件数の情報は、暗
    号化されていることを特徴とする、請求項１１から１３
    のいずれかに記載のデータ受信方法。