JP2002245186A - 予め登録した日に関連した情報を提供可能なサーバ及び情報の提供方法 - Google Patents

Abstract

(57)【要約】 【課題】 インターネット等の通信回線で入手可能な情
報をユーザが設定した日としての必要な時に必要な情報
だけを提供するようにして、膨大な情報の中から効率的
な情報提供を行うことを図る。 【解決手段】 サーバに対して忘れたくない特定の日の
情報と、当該特定の日に必要となるプレゼン等の必要情
報とを登録しておくことによって、サーバ側でその登録
された特定の日の期限管理を行い、その期限前までに期
限が来ることを通知し、その通知と同時にサーバで集め
ることが可能な情報の中、或いは予めサーバ内に登録さ
れた店舗の商品情報等の情報から、予め登録された必要
情報（例えば、プレゼントに係わる商品情報）を、提供
できるようにしたものである。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、ｉモード等の携
帯電話などの端末により通信回線を通じて接続されるサ
ーバに関し、詳しくは、サーバ内に特定の日を記憶させ
るとその特定の日又はそれ以前に、その特定の日に関連
する情報を予め登録された端末に送信するサーバに関す
る。

【０００２】

【従来の技術】従来から例えば、期限管理ソフトを内蔵
したサーバというのは良く用いられている。例えば、対
特許庁に関する処理であれば、審査請求期限や拒絶理由
通知に対する応答期限などが掲げられる。

【０００３】

【発明が解決しようとする課題】上記従来の技術では、
単に、予め手入力又は自動的に演算されて登録された日
になると、予め定められた一定の日にアラームをかける
などして告知するだけであったので面白味や遊び心に欠
けるものであった。

【０００４】従来の期限管理サーバでは、業務的な要素
での期限管理を目的としていたから、このような期限に
近づくとアラームを告知する程度の機械的な告知でも良
かったのであるが、これを不特定多数のユーザが夫々の
所有する端末で使用できるインターネット等の通信回線
や携帯電話の専用回線を通じて接続可能なサーバに適用
して、その一般ユーザに広く普及させるためには、使っ
て楽しいか、又は便利であるとか、或いは遊び心がある
とかの工夫が必要となる。

【０００５】本発明は、上述したような問題点に鑑みな
されたものであって、インターネット等の通信回線で入
手可能な情報をユーザが設定した日としての必要な時に
必要な情報だけを提供するようにして、膨大な情報の中
から効率的な情報提供を行うことを図ることが可能な予
め登録した日に関連した情報を提供可能なサーバ及び情
報の提供方法を提供することを目的とする。

【０００６】

【課題を解決するための手段】以上のような問題点に鑑
みこの発明では、サーバに対して忘れたくない特定の日
の情報と、当該特定の日に必要となるプレゼント等の必
要情報とを登録しておくことによって、サーバ側でその
登録された特定の日の期限管理を行い、その期限前まで
に期限が来ることを通知し、その通知と同時にサーバで
集めることが可能な情報の中、或いは予めサーバ内に登
録された店舗の商品情報等の情報から、予め登録された
必要情報（例えば、プレゼントに係わる商品情報）を、
提供できるようにしたものである。

【０００７】前記店舗はインターネット上での電子決済
可能な店舗とすることにより、ユーザはその情報からプ
レゼントを選んで、インターネット上でプレゼントの購
入と、必要であれば相手への配送の段取りも同時に行う
ことができるように構成することもできる。

【０００８】（１） 携帯電話等の持運び可能な端末と
通信回線網を通じて接続された状態で、前記端末との間
で電子データを送受信可能なサーバであって、前記端末
の操作により、記念日等の特定の日と、当該特定の日に
必要となる情報とを記憶可能なサーバ内の記憶部と、前
記記憶部に記憶された前記特定の日に至る少なくとも前
日に期限が近づいていることを告知する告知情報を前記
端末に送信するにあたり、前記告知情報を前記端末に送
信する前に、前記特定の日に必要となる情報を、予めサ
ーバ内に記憶された情報から検索するか、或いは、通信
回線網を通じて他のサーバから提供される情報から検索
してその検索結果情報を作成し、当該検索結果情報を前
記告知情報とともに前記端末に送信する制御部を備えて
いることを特徴とするサーバ。

【０００９】上記発明によれば、従来のように単に特定
の日を端末に通知するのではなく、例えば、前記特定の
日が結婚記念日や誕生日である場合には、その日に必要
となる相手に渡す予定のプレゼント又は予算などの情報
を提供できるようになるといったメリットがある。

【００１０】このようなメリットは前記端末を使用する
ユーザから見たメリットであるが、前記サーバ管理者か
らの観点で見れば以下のような効果を奏する。

【００１１】すなわち、現在、インターネット等上のサ
ーバに対してユーザがユーザの所有する端末を使用して
予め欲しい情報を登録しておけば、その登録した情報が
検索された又は新たに登録された場合に、その検索又は
登録された情報を前記情報を欲しいと登録したユーザ端
末に対して送信するようなサービスが行われている。

【００１２】しかしながら、このサービスを受けたユー
ザであれば良く理解できると思うが、欲張って欲しい情
報のジャンルを複数選択すると、毎日たくさんの情報が
提供されるようになって、余りにもたくさんの情報が毎
日のように送られるようになるため、結局見なくなって
しまうといった問題がある、このような問題から、折角
に企業とタイアップしてサーバ管理者がタイムリーな情
報をその情報に興味のある前記ユーザに送信してもその
効果を十分発揮できないといった問題がある。

【００１３】例えば、誕生日のプレゼントをその誕生日
の１ヶ月前から探すために、上記サーバに情報提供の要
求登録を行った場合には、その１ヶ月間毎日のように情
報が提供されるようになる。これを全てその要求したユ
ーザが見て最終的にどのプレゼントにするのかを決定す
るのはかなりの努力が必要となり非常に面倒なものであ
るといった問題が想定される。そして、その１ヶ月の初
期の段階で予算的に合わないといった要因でプレゼント
として諦めていた商品がその特定の日の間近になって値
下がりして、プレゼントできる予算内に収まるようにな
ることもあるから、折角に毎日提供される情報をチェッ
クしても無駄になってしまうといった恐れも想定され
る。

【００１４】しかるに、この発明によれば、予め「特定
の日に必要となる情報」登録しておけば、その特定の日
の間近になってタイムリーな情報（現段階の値段、現段
階でのバーゲン情報）を提供できるから、上述したよう
な無駄な検討を少なくすることが可能となる。

【００１５】そして、情報を提供する側（サーバ管理者
やそのサーバ管理者と提携している商品情報等の情報提
供のための他のサーバ管理者たる企業）にとっては、必
要な時に必要な情報を提供できる環境を作ることができ
るから、サーバから提供される情報をより確実に見ても
らうことができる結果、宣伝効果は従来に比べて格段に
向上するといったメリットがある。

【００１６】（２） 前記特定の日とは、前記端末が
「ある商品」を購入するタイミングに関する日であり、
前記特定の日に必要となる情報とは、前記「ある商品」
に関する情報であることを特徴とする（１）のサーバ。

【００１７】この発明によれば、既に述べたように、端
末に対して、その端末のユーザの必要な時に必要な情報
を流すようにできるから、無駄な情報を必要のない時期
に提供することになるといった従来の問題を回避して、
ユーザ側、企業側ともにメリットのある環境を整備する
ことができるようになる。因みに「ある商品」とは、自
動車やラジオ等のものに限らず、映画の鑑賞チケット等
のサービスを提供するための商品を広く含む概念であ
る。

【００１８】（３） 前記制御部は、前記特定の日に必
要となる情報の上位概念の情報を前記検索結果情報とし
て送信するようにすることを特徴とする（１）又は
（２）のいずれかに記載のサーバ。

【００１９】この発明によれば、ユーザに提供される情
報は、予め端末によって登録された前記「特定の日に必
要となる情報」の上位概念の情報を提供することができ
るように制御されるから、ユーザの前記「特定の日に必
要となる情報」が狭い範囲で設定された場合であって
も、より広い範囲からの情報収集が可能となる。

【００２０】例えば、上記「特定の日に必要となる情
報」が「ソニー製のウォークマン」であった場合には、
上位概念で他のメーカのポータブル再生機を抽出し、前
記検索結果情報として送信することにより、より安い同
一機能のものであって、バーゲン中のものが見つかるか
もしれない。このようなことはユーザにとってもメリッ
トがあるし、サーバを通じて商品を販売する店舗にとっ
ても購買意欲をそそることになりメリットがあるもので
ある。

【００２１】（４） 前記検索結果情報の数は、予めユ
ーザが端末を利用してサーバに登録した数だけを送信す
るように設定していることを特徴とする（１）〜（４）
のいずれかに記載のサーバ。

【００２２】この発明によれば、前記検索結果の数が膨
大な量になった場合でも、サーバ側からの押し付けでな
く、ユーザ自身の決定により、予めユーザが見られるで
あろうと自らが予測される情報の数を選択できるので、
ユーザにとっては見られる数の情報を提供できるし、サ
ーバ側にとっては折角送っても見てもらえないような無
駄となる情報を提供することがないように設定すること
が可能となる。

【００２３】また、（３）の発明にこの発明を適用した
場合において、検索結果の結果の数が、前記端末を通じ
て予め登録された前記検索結果情報の数より多い場合に
は、上位概念の情報の検索を行わないか、送信しないよ
うに制御すること特徴とする別の発明も想定可能であ
る。

【００２４】（５） 携帯電話等の持運び可能な端末と
通信回線網を通じて接続された状態で、前記端末との間
で電子データを送受信可能な情報提供方法であって、前
記端末の操作により、記念日等の特定の日と、当該特定
の日に必要となる情報とが前記通信回線網を通じて受信
されるサーバ内の記憶部に記憶する段階と、前記記憶部
に記憶された前記特定の日に至る少なくとも前日に期限
が近づいていることを告知する告知情報を前記端末に送
信するにあたり、前記告知情報を前記端末に送信する前
に、前記特定の日に必要となる情報を、予めサーバ内に
記憶された情報から検索するか、或いは、通信回線網を
通じて他のサーバから提供される情報から検索する段階
と、前記検索した結果を検索結果情報として作成する段
階と、前記検索結果情報を前記告知情報とともに前記端
末に送信する段階とを含む情報提供方法。

【００２５】上記発明によれば、既述（２）の同様の効
果を期待できるものである。

【００２６】（６） 前記特定の日とは、前記端末が
「ある商品」を購入するタイミングに関する日であり、
前記特定の日に必要となる情報とは、前記「ある商品」
に関する情報であることを特徴とする（５）に記載の情
報提供方法。

【００２７】上記発明によれば、既述（２）の同様の効
果を期待できるものである。

【００２８】（７） 前記制御部は、前記特定の日に必
要となる情報の上位概念の情報を前記検索結果情報とし
て送信するようにすることを特徴とする（５）又は
（６）の請求項に記載の情報提供方法。

【００２９】上記発明によれば、既述（６）の同様の効
果を期待できるものである。

【００３０】（８） 前記検索結果情報の数は、予めユ
ーザが端末を利用してサーバに登録した数だけを送信す
るように設定していることを特徴とする（５）〜（７）
のいずれかの請求項に記載の情報提供方法。

【００３１】上記発明によれば、既述（６）の同様の効
果を期待できるものである。

【００３２】

【発明の実施の形態】以下、本発明に係る情報提供シス
テムに好適な実施形態について、図を参照しながら説明
する。

【００３３】図１は本発明に係る情報提供システムを適
用したネットワークシステム１０の構成を示すブロック
図である。この図１に示すネットワークシステム１０に
おいて、パケット網／ＰＤＣ（Personal Digital Cellu
lar）網１１に対して、基地局１２Ａ、１２Ｂ、……を
介して携帯電話１３Ａ、１３Ｂ、１３Ｃ、……が接続さ
れるようになされている。各携帯電話１３Ａ、１３Ｂ、
１３Ｃ、……はパケット網／ＰＤＣ網１１を介して互い
に音声データや文字データの授受を例えばＴＤＭＡ(Tim
e Division Multiple Access)と呼ばれる時分割多重接
続方式で行うことができる。

【００３４】これらの携帯電話１３Ａ、１３Ｂ、１３
Ｃ、……は、互いに音声データや文字データ等の授受を
行うことに加えて、パケット網／ＰＤＣ網１１を介して
パケット通信によって情報センタ１５にアクセスするこ
とができる。情報センタ１５は、携帯電話１３Ａ、１３
Ｂ、１３Ｃ、……からの要求に応じて、インターネット
１６に接続されている情報提供サーバ１７Ａ、１７Ｂ又
は専用線によって接続されている情報提供サーバ１８か
ら種々の情報を取得し、これを要求元の携帯電話１３
Ａ、１３Ｂ、１３Ｃ、……に受け渡す。これにより、携
帯電話１３Ａ、１３Ｂ、１３Ｃ、……を所持するユーザ
は、外出先等、その居場所に拘わらず、所望の情報を情
報提供サーバ１７Ａ、１７Ｂ又は１８から取得すること
ができる。

【００３５】ここで、図２はユーザが所持する携帯電話
１３Ａの構成を示すブロック図である。この実施の形態
の場合、各携帯電話１３Ａ、１３Ｂ、１３Ｃ、……は、
それぞれ同様の構成を有するものとする。この図２に示
されるように、携帯電話１３Ａにおいては、データバス
ＢＵＳにＣＰＵ２１、メモリ２２、基地局１２Ａ、１２
Ｂ、……との間で信号の送受信を行う送受信回路部（Ｒ
Ｆ）２５、送受信回路部２５において受信したＲＦ(Rad
io Frequency) 信号をベースバンド信号に変換すると共
に送信しようとするベースバンド信号をＲＦ信号に変換
するベースバンド処理部２６、マイクロホン２８及びス
ピーカ２９とのインターフェイスである入出力部２７、
液晶表示パネル等で構成された表示部２４及びキーボー
ドやジョグダイヤル等でなる入力操作部２３が接続され
ている。

【００３６】ＣＰＵ２１はメモリ２２に格納されている
動作プログラムに従って種々の動作を実行するようにな
されており、当該動作に応じて各回路部を制御する。Ｃ
ＰＵ２１の各種処理内容は必要に応じて表示部２４に表
示される。

【００３７】入力操作部２３は、ユーザが所望の通話先
の電話番号を入力すると、当該電話番号を表すデータを
ＣＰＵ２１に供給する。ＣＰＵ２１はユーザが入力した
電話番号で表される通話先に対して、送受信回路部２５
を介して接続要求を送信する。このときパケット網／Ｐ
ＤＣ網１１は通話先の応答に応じて回線を接続する。回
線が接続されると、送受信回路部２５は、アンテナを介
して受信した通話先からのＲＦ信号をベースバンド処理
部２６に供給し、ここでＲＦ信号をベースバンド信号に
変換する。ベースバンド処理部２６は当該変換されてな
るベースバンド信号を入出力部２７に供給することによ
り、受信された通話先からの音声信号をスピーカ２９か
ら音声として出力する。

【００３８】また、ユーザがマイクロホン２８を介して
音声を入力すると、入出力部２７はマイクロホン２８か
ら供給される入力音声信号をベースバンド処理部２６に
供給し、ここでベースバンド信号をＲＦ信号に変換す
る。そしてベースバンド処理部２６は当該変換されてな
るＲＦ信号を送受信回路部２５を介してパケット網／Ｐ
ＤＣ網１１に送信することにより、当該ＲＦ信号を、パ
ケット網／ＰＤＣ網１１に回線接続された通話先に対し
て送信する。かくして携帯電話１３Ａ、１３Ｂ、１３
Ｃ、……を使用するユーザは、通話先である他のユーザ
との間で携帯電話を介した会話を行うことができる。

【００３９】またＣＰＵ２１は、ユーザが入力操作部２
３を操作することにより入力される種々の情報（文字情
報や特定の選択情報等）をパケットデータに変換した
後、これをベースバンド処理部２６及び送受信回路部２
５を介してパケット網／ＰＤＣ網１１に送信する。パケ
ット網／ＰＤＣ網１１は、このパケットデータを情報セ
ンタ１５に送る。またＣＰＵ２１は、情報センタ１５か
らパケット網／ＰＤＣ網１１を介して送信されるパケッ
トデータ化された情報が重畳されたＲＦ信号を、送受信
回路部２５及びベースバンド処理部２６を介して取り込
み、パケット化されたデータをつなぎ合わせて元のデー
タ形式に戻した後、これを表示部２４に表示する。

【００４０】かくして携帯電話１３Ａ、１３Ｂ、１３
Ｃ、……を使用するユーザは、接続先である情報センタ
との間で種々の情報の授受を行うことができる。各携帯
電話１３Ａ、１３Ｂ、１３Ｃ、……のユーザは、情報提
供サーバ１７Ａ、１７Ｂ、１８……が提供する種々のコ
ンテンツへの登録を予め行っておくことにより、情報セ
ンタ１５にアクセスすることで情報提供サーバ１７Ａ、
１７Ｂ、１８……が提供しているコンテンツに参加する
ことができる。情報センタ１５は、各携帯電話１３Ａ、
１３Ｂ、１３Ｃ、……からの要求に応じて情報提供サー
バ１７Ａ、１７Ｂ、１８……から種々の情報を取り出
し、これを要求のあった携帯電話１３Ａ、１３Ｂ、１３
Ｃ、……に送信する。当該情報を受け取った携帯電話１
３Ａ、１３Ｂ、１３Ｃ、……は、情報提供サーバ１７
Ａ、１７Ｂ、１８……から送信された提供情報をメモリ
２２に格納した後、これを表示部２４に表示する。各携
帯電話１３Ａ、１３Ｂ、１３Ｃ、……を使用するユーザ
は、各携帯電話１３Ａ、１３Ｂ、１３Ｃ、……の表示部
２４に表示された提供情報（画像、文字情報等）を見な
がら、入力操作部２３を操作することにより、このとき
提供情報の一部として表示部２４に表示された文字によ
る選択枝を選ぶ等の所作によって情報提供サーバ１７
Ａ、１７Ｂ、１８……からさらに希望する情報を入手す
ることができる。プレイヤの入力結果は、パケット網／
ＰＤＣ網１１を介して情報センタ１５に送信され、当該
情報センタ１５によって情報提供サーバ１７Ａ、１７
Ｂ、１８……に受け渡される。

【００４１】図３は情報提供サーバ１８の構成を示すブ
ロック図である。因みに他の情報提供サーバ１７Ａ、１
７Ｂ、……もインターネット１６を介して情報センタ１
５に接続されている点を除いて同様の構成を有するもの
とする。この図３に示されるように、情報提供サーバ１
８は、データバスＢＵＳに接続されたＣＰＵ３１、メモ
リ３２、通信インターフェイス３３及びデータベース３
４を有し、ＣＰＵ３１はメモリ３２に格納されているプ
ログラムに従って種々の処理を実行するようになされて
いる。すなわち、ＣＰＵ３１は通信インターフェイス３
３によって接続された専用回線を介して、情報センタ１
５から送信される各携帯電話１３Ａ、１３Ｂ、１３Ｃ、
……からの情報を受け取り、これをメモリ３２に格納す
る。これらの情報は、例えば提供情報の内容に応じて携
帯電話１３Ａ、１３Ｂ、１３Ｃ、……を介してユーザに
示された選択枝からのユーザによる選択結果等であり、
ユーザが各自の携帯電話１３Ａ、１３Ｂ、１３Ｃ、……
を操作した結果携帯電話１３Ａ、１３Ｂ、１３Ｃ、……
から送信される情報である。

【００４２】ＣＰＵ３１は、データベース３４に格納さ
れているプログラムをメモリ３２に読み出しこのプログ
ラムに従って、当該メモリ３２に格納されたユーザの操
作結果を表す情報に基づいてプログラムを進行させる。
このプログラムの進行結果や後述する特定の日に必要と
なる情報は、データベース３４に格納される。

【００４３】このネットワークシステム１０において
は、各情報提供サーバ１７Ａ、１７Ｂ、１８、……は、
それぞれ上述したような各携帯電話１３Ａ、１３Ｂ、１
３Ｃ、……への提供情報をデータベース３４に格納して
いる。この場合、各携帯電話１３Ａ、１３Ｂ、１３Ｃ、
……の表示部２４は、その携帯性を考慮した結果極めて
限られた表示スペースのみを有しており、この点を考慮
して、各情報提供サーバ１７Ａ、１７Ｂ、１８、……か
ら各携帯電話１３Ａ、１３Ｂ、１３Ｃ、……に提供され
る情報は、その内容が少ない表示スペースに対応した簡
易な情報となっている。

【００４４】すなわち、この情報はＨＴＭＬ(Hyper Tex
t Markup Language)のサブセットであるCompact ＨＴＭ
Ｌ（以下これをＣ−ＨＴＭＬと称する）に準じた記述言
語（ｉモード用ＨＴＭＬと呼ばれるものであり、以下こ
れを簡易ＨＴＭＬと称する）を使用しており、この簡易
ＨＴＭＬは、ＨＴＭＬのタグのうち、限られたスペース
の表示部で反映されるタグのみを残し、残りは切り捨て
たものである。従って、この言語で記述された携帯電話
１３Ａ、１３Ｂ、１３Ｃ、……用の情報（以下これを簡
易情報と称する）は、ＨＴＭＬで記述された情報を表示
可能であるパーソナルコンピュータ用のウエブブラウザ
でも表示することが可能である。また、携帯電話１３
Ａ、１３Ｂ、１３Ｃ、……によって簡易ＨＴＭＬを表示
する際に、当該簡易ＨＴＭＬに規定されていないタグに
ついては、エラーを起こすことなく単に無視して表示す
るようになされているので、携帯電話１３Ａ、１３Ｂ、
１３Ｃ、……においても、ＨＴＭＬで記述された情報を
表示することができる。このように、ＨＴＭＬ及び簡易
ＨＴＭＬは互いに互換性を持った記述言語となってい
る。

【００４５】そして、当該簡易ＨＴＭＬで記述された簡
易情報のファイルの指定方法として、ＵＲＬ(Uniform R
esource Locator)と呼ばれる表記方法を用いるようにな
されている。このＵＲＬはインターネット上のリソース
を識別するための標準のアドレッシング法であり、当該
ＵＲＬはスキーム名、ホスト名及びファイル名の３つの
要素で構成される文字列である。スキーム名は転送プロ
トコル名を指定するものであり、ＷＷＷの場合は、「ht
tp」が用いられる。かかるＵＲＬによってインターネッ
ト上のリソースが一意に識別でき、このＵＲＬがＷＷＷ
ページのアドレスとして使用される。

【００４６】簡易ＨＴＭＬで記述された簡易情報は、基
本的には携帯電話１３Ａ、１３Ｂ、１３Ｃ、……のよう
な表示部２４の表示スペースが限られた携帯型の端末機
器に対して提供されるものであり、当該携帯電話１３
Ａ、１３Ｂ、１３Ｃ、……に予め設定されているメニュ
ーをユーザが指定することによって、または携帯電話１
３Ａ、１３Ｂ、１３Ｃ、……からユーザがＵＲＬを指定
することによってアクセスし、当該簡易情報を入手する
ことが可能である。

【００４７】これらの簡易情報が記述された同一コンテ
ンツに関わる複数のファイルは必ずしも同一の情報提供
サーバにある必要はなく、例えば図１に示すように、情
報提供サーバ１８及び情報提供サーバ１７Ａ、１７Ｂに
分散されていてもよい。ユーザは、入力操作部２３を操
作してＵＲＬを入力、または表示部２４に表示された項
目を選択することにより、情報提供サーバ１８、１７Ａ
または１７Ｂの所定のファイルが読み出され、パケット
網／ＰＤＣ網１１を介して携帯電話１３Ａ、１３Ｂ、１
３Ｃ、……にダウンロードされる。

【００４８】図４は、ユーザが携帯電話１３Ａを用いて
情報提供サーバ１８にアクセスし、希望する情報を受け
取る際のタイミングチャートを示すものである。この図
４に示されるように、ユーザが携帯電話１３Ａを操作し
て情報提供に関する特定の項目を表示部２４において選
択すると、携帯電話１３Ａは当該選択された項目に付随
しているアドレス情報に基づいて、当該項目に対応する
情報を有するファイルを格納している情報提供サーバ１
８（情報センタ１５）にアクセスする。そして、携帯電
話１３Ａは、パケット網／ＰＤＣ網１１を介して情報セ
ンタ１５（情報提供サーバ１８）との間の通信路を確保
する。

【００４９】さらに、携帯電話１３Ａは、ＰＰＰ(Point
To Point Protocol)処理やＷＡＰ(Wireless Applicati
on Protocol)等の携帯電話１３Ａに内蔵されている情報
送受信手段によるセッションの確立を行った後、情報セ
ンタ１５（情報提供サーバ１８）に対して簡易情報を要
求する。このとき、携帯電話１３Ａは、そのメモリ２２
に予め格納されている端末種別情報（携帯電話（ＰＤ
Ｃ）を表すデータ）、発信手段（ＰＤＣ）を特定する情
報、携帯電話１３Ａの電話番号、接続時に使用したＷＡ
Ｐ等のプロトコルの情報及び各種オプションデータから
なる端末特定用の情報と、必要な情報を特定するための
アドレス情報を情報センタ１５に送信する。

【００５０】情報センタ１５はこのとき携帯電話１３Ａ
から送信された要求信号に基づいて、情報提供サーバ１
８から簡易情報を読み取って、これを要求信号の送信元
である携帯電話１３Ａに送信する。これにより、携帯電
話１３Ａの表示部２４には情報提供サーバ１８から提供
された簡易情報が表示される。

【００５１】これに対して、図５は、情報提供サーバ１
８から携帯電話１３Ａに対して提供情報を送信する際の
タイミングチャートである。この図５に示されるよう
に、情報提供サーバ１８は予め設定されたタイミングで
所定の情報を携帯電話１３Ａに送信するようになされて
いる。この場合、情報提供サーバ１８は、専用回線で接
続された情報センタ１５及びパケット網／ＰＤＣ網１１
を介して情報の送信先である携帯電話１３Ａにアクセス
し、携帯電話１３Ａとの間の通信路を確保する。このと
き、情報センタ１５は、ＰＰＰ(Point To Point Protoc
ol)処理やＷＡＰ(Wireless Application Protocol)等の
情報送受信手段によるセッションの確立を行なった後、
携帯電話１３Ａに対して簡易情報を送信する。

【００５２】これにより、携帯電話１３Ａの表示部２４
には、情報提供サーバ１８から送信された簡易情報が表
示される。このような簡易情報の提供は、後述するよう
に予め設定されているタイミングで行なわれ、その都度
携帯電話１３Ａの表示部２４に表示されることとなる。
因みに、情報提供サーバ１８から携帯電話１３Ａに提供
される簡易情報は、予め情報提供サーバ１８のデータベ
ース３４に格納されているか、または図５に示されるよ
うに、その都度情報提供サーバ１８が他の情報提供サー
バ１７Ａ、１７Ｂから検索等によって取得したものを携
帯電話１３Ａに送信するようになされている。

【００５３】次に、情報提供サーバ１８によって携帯電
話１３Ａ、１３Ｂ、１３Ｃ、……に提供されるサービス
について説明する。この情報提供サーバ１８は、常にユ
ーザが所持することができ、いつでもどこでも入力操作
及び情報閲覧が可能である携帯電話１３A、１３B、１３
C、……の特徴を生かしたサービスを提供する。また、
情報提供サーバ１８は、ユーザが常に携帯電話１３A、
１３B、１３C、……を所持していることを利用して、ユ
ーザが必要とする情報をその情報が最も有効に利用され
るタイミングでユーザに提供する。

【００５４】すなわち、携帯電話１３A、１３B、１３
C、……のユーザは、予め情報提供サーバ１８のデータ
ベース３４にオンラインまたはオフラインで登録を行な
っておくことにより、情報提供サーバ１８から種々のサ
ービスを受けることができる。この登録を行なっておく
と、「おこづかい帳と電子ペットの機能」に関する情報
がユーザからのリクエストまたは定期的に情報提供サー
バ１８から携帯電話１３A、１３B、１３C、……に送信
され、図６に示すような「おこづかい帳と電子ペットの
機能」を表す画面（トップメニュー画面Ｇ１１）が携帯
電話１３A、１３B、１３C、……の表示部２４に表示さ
れる。

【００５５】この表示画面には、情報提供サーバ１８の
データベース３４に入力されているユーザの「おこづか
い帳」の残り残金情報Ｄ１１が表示される。この「おこ
づかい帳」について説明する。図７は情報提供サーバ１
８における「おこづかい帳」の管理システムを示す略線図
線である。この図７に示されるように、「おこづかい帳」
システムでは、収入や消費について複数の項目に袋分け
したものを管理するようになされている。

【００５６】収入では、定期収入、臨時収入及び繰越金
の項目に分けられた予算ごとにユーザの入力によって、
または予め登録することによる定期的な自動入力によっ
て各予算が設定されていく。例えば、宝くじの当選金等
のようにその金額と入金日が予め特定できない場合に
は、ユーザがその都度入力して予算を設定することにな
り、また、給料等のように一定の額が特定の日に得られ
る場合には、予めその額と入金日を登録しておくこと
で、自動的に予算に加算されていくことになる。このよ
うにして入力された各予算の合計が総予算となる。この
総予算は、ユーザの設定によって、さらに複数の費目に
分けられて登録される。これらの費目としては、例えば
「たべもの」、「かいもの」、「あそび」、「せいか
つ」、「そのほか」等がある。ユーザはこれら複数の費
目について、それぞれの消費スタイルに応じた金額を設
定することが可能となっている。

【００５７】このように設定された予算から、ユーザは
出費があるごとに支出をその品目ごとに分けて入力する
ことになる。図８は携帯電話１３Ａ、１３Ｂ、１３Ｃ、
……の表示部２４に表示されたメニューをユーザが見な
がら入力操作部２３を操作することによって支出を入力
していく際に表示部２４の表示内容がどのように推移す
るのかを示すフローチャートである。ユーザが、例え
ば、携帯電話１３Ａを操作して情報提供サーバ１８にア
クセスすることにより、「おこづかい帳と電子ペットの
機能」のトップメニューが情報提供サーバ１８から携帯
電話１３Ａに提供される。

【００５８】このトップメニュー画面Ｇ１１の「こづか
い帳」項目をユーザが入力操作部２３の操作によって選
択すると、表示部２４には情報提供サーバ１８から提供
されたプログラムに基づいて「こづかい帳」画面Ｇ１２
が表示される。この画面には、収入や支出の入力を行う
ための「入力」項目と、情報提供サーバ１８のデータベ
ース３４に登録されている「おこづかい帳」の内容を閲覧
または修正するための「閲覧と修正」項目と、図７につ
いて上述した総予算を各費目に振り分ける設定を行うた
めの「予算の設定」項目と、定期的な支出の設定を行う
ための「定期支出の設定」項目とを有する。

【００５９】ユーザはこれらの項目のいずれかを選択す
ることにより、各項目の設定を行うことができる。例え
ば、ユーザが「入力」項目を選択すると、携帯電話１３
Ａの表示部２４には、収入に関する項目及び支出に関す
る項目（図示せず）が表示される。このときユーザが収
入に関する項目を選択すると、表示部２４には収入の種
別（「定期収入」、「臨時収入」）を選択するための下
位項目画面が表示され、ユーザはこれらの項目を選択す
るとともに、その金額を入力することにより、収入金額
が携帯電話１３Ａから情報提供サーバ１８に送信され
る。情報提供サーバ１８は、当該送信された収入金額を
データベース３４の残高に加えることにより、当該残高
を更新する。因みに、定期収入については予めユーザが
情報提供サーバ１８に設定しておくことにより、定期的
に設定金額をデータベース３４の残高に加えるようにす
ることもできる。

【００６０】また、図８に示される「入力」項目の下位
項目画面において、ユーザが支出に関する項目を選択す
ると、表示部２４の画面は支出に関して費目を選択する
ための「費目の選択」画面Ｇ１３が表示される。

【００６１】ユーザはこの「費目の選択」画面Ｇ１３か
らこのとき支出した内容に応じた費目を選択する。例え
ば、このとき支出した費目が「たべもの」である場合、
ユーザはこの「たべもの」を選択する項目を指定する。
これにより、表示部２４には、当該「たべもの」の下位
選択項目画面である「品目の選択」画面Ｇ１４が表示さ
れる。この「品目の選択」画面Ｇ１４は、選択された費
目についてその商品の販売店、商品種別等から品目分け
を行うための画面である。ユーザは当該「品目の選択」
画面Ｇ１４において、このときの支出の内容に該当する
品目を選択する。例えば、このときの支出の内容が「外
食」である場合には、ユーザは当該「外食」の項目を選択
することにより、表示部２４には値段を入力するための
支出金額入力画面Ｇ１６が表示される。ユーザがこの画
面を介して金額を入力すると、当該入力された支出金額
情報は、情報提供サーバ１８に送信される。

【００６２】情報提供サーバは、当該支出金額とこのと
きデータベース３４に登録されている残り予算等に基づ
いて、支出に関する処理を行う。図９は、情報提供サー
バ１８における支出金額に基づく処理手順を示すフロー
チャートであり、情報提供サーバ１８は、携帯電話１３
Ａから支出金額情報が送信されると、ステップＡ１０か
ら当該処理手順に入り、続くステップＡ１１において、
このときの支出金額と当該支出金額に対応する費目の残
高を比較する。

【００６３】そして、情報提供サーバ１８はステップＡ
１２に移り、支出金額が費目残高よりも高いか否かを判
断する。ここで、肯定結果が得られると、このことはこ
のとき支出した金額が、当該支出内容が属する費目（例
えばこのときユーザが外食で支出した場合には、当該
「外食」品目が属する費目「たべもの」が該当する費目
となる）に割り当てられた予算の残高よりも高いことを
表しており、情報提供サーバ１８は、ステップＡ１３に
移って、他の費目の残高をこのときの支出分に振り替え
られるか否かを判断する。ここで、情報提供サーバ１８
は、ユーザが支出を入力するごとに、その品目や費目、
日付等の支出（購入）履歴をデータベース３４に残すよ
うにしている。従って、ステップＡ１３の判断におい
て、情報提供サーバ１８は、このユーザが過去に支出
（購入）した経過をデータベース３４から読み出して、
当該ユーザの購入経過に基づいて残高に余裕がある費目
を見つける。すなわち、各費目に対して現在設定されて
いる予算と、その費目におけるこれまでの支出（購入）
履歴とを比較して、設定予算に対してこれまでの支出金
額が低い費目については、その費目の残高をこのときの
支出分に振り替えることが可能であると判断することと
なる。

【００６４】このように、振り替える費目が決定する
と、情報提供サーバ１８は、ステップＡ１４に移って、
費目残高が不足していること及び他の費目の残高を振り
替えることを告知情報として携帯電話１３Ａに送信する
ことにより、これをユーザに告知する。ユーザは携帯電
話１３Ａの表示部２４に表示された告知内容を承認する
場合には、携帯電話１３Ａの入力操作部２３を操作する
ことによって、「承認」項目を選択することにより、承
認結果を情報提供サーバ１８に送信する。

【００６５】ユーザからの承認結果を得ると、情報提供
サーバ１８は、ステップＡ１５に移って、振替元の費目
における残高の一部をこのときの支出に対応した費目に
振り替えて、当該振り替えられた金額から支出分を差し
引く。因みに、このときユーザに通知された費目の振替
にユーザが同意しなかった場合には、情報提供サーバ１
８は新たな他の費目を振替元としてユーザに通知するこ
とになる。

【００６６】また、これに対して上述のステップＡ１２
において否定結果が得られると、このことは、このとき
の支出分が当該支出の費目の予算残高以内であることを
表しており、情報提供サーバ１８はステップＡ１６に移
って、費目残高から支出分を差し引くことによって当該
費目の残高を更新する。

【００６７】かくして、支出処理が完了すると、情報提
供サーバ１８はステップＡ１７から「おこづかい帳」の制
御ルーチンに戻ることとなる。このようにして、図８に
示された支出金額入力画面Ｇ１６においてユーザが支出
金額を入力すると、情報提供サーバ１８は当該支出金額
に応じて図９に示された処理を実行することにより、表
示部２４に費目の更新に関する表示を行う。また、この
とき、表示部２４には後述する支出に関してのペットに
よる会話形式の電子ペット画面Ｇ１７が表示され、ユー
ザに支出や「おこづかい帳」に関する種々のアドバイスが
行なわれることとなっている。また、これらの電子ペッ
トは、ユーザが一定期間を超えて支出の入力を怠ったと
きには、その入力を促すメッセージを表示することも可
能である。

【００６８】因みに、図８に示された「費目の選択」画
面Ｇ１３においてユーザが予めショートカットメニュー
として購入頻度の高い品目（例えば「ジュース」、「雑
誌」、「タバコ」等）を登録しておくことにより、これ
らのショートカットメニューに登録された品目のいずれ
かを選択することで、直接支出金額入力画面Ｇ１６に移
ることが可能となっており、これにより頻繁に支出を入
力することになる品目については、入力操作が簡単にで
きるようになされている。さらに、電車やバスの交通費
のように比較的記憶に残りにくい金額については、予め
サーバに登録されたデータの中から出発地と目的地を選
択することで、自動的に支出金額がサーバに記憶される
ようになっている。

【００６９】また、支出金額入力画面Ｇ１６においてユ
ーザは現金による支出であるかまたはカードによる支払
いであるかを区別して入力することが可能となってい
る。これにより、カードでの支払いが情報提供サーバ１
８において管理されることとなる。さらに、銀行等で行
われている自動引き落としやインターネットを用いた決
済についても、これらのサービスを行っている機関と提
携することによって、利用した日付・金額・購入品目を
サーバ１８において管理することができる。なお、ユー
ザは、カードの利用額や銀行の引き落とし額を携帯電話
で確認することができるので、カードの悪用を防止する
ことも可能となる。

【００７０】以下、上述したインターネット上での電子
決済について説明する。本実施形態においては、電子決
済は一般に普及しているクレジット・カードを用いる方
法で行うのが好適である。図１０に、クレジット・カー
ドを用いた電子決済の仕組みを示している。クレジット
・カードを保持するユーザの携帯電話４０と店舗に備え
られた店舗用端末４１とは、情報提供サーバ１８や後述
する認証機関の認証機関サーバ４２を接続した、インタ
ーネット１６を介して接続されている。クレジット・カ
ード会社は、顧客の信用をチェックするために構築し
た、既存の信用照会用のネットワーク４４を運用してい
る。この信用照会用ネットワーク４４は、その性質上、
利用できる者が限られているものである。電子決済で
は、この信用照会用ネットワーク４４とインターネット
１６とを接続する必要があるため、両者の間にクレジッ
ト・カード会社が運営する決済ゲートウェイ４３を設置
している。

【００７１】図１１に、クレジット・カードを用いた電
子決済の主なデータの流れを示す。電子決済を行う前
に、ユーザは、クレジット・カードを使用する者がユー
ザ本人であることを認証するための機関（以下、認証機
関という）の認証機関サーバ４２に携帯電話４０から登
録を行う。登録はインターネット上でも行うことがで
き、また、その他にも実際にユーザが認証機関に直接出
向いて、身分証明書を提出する方法もある。この認証機
関サーバ４２には、情報を提供する店舗も店舗用端末４
１から予め登録を行っており、登録を行った店舗とユー
ザには、認証機関サーバ４２から正当な店舗・ユーザで
あることを証明するデジタル署名が発行される。このデ
ジタル署名は暗号化されたものであり、その暗号を解く
鍵データが、認証機関サーバ４２に登録した本人のみに
配されている。これにより、第三者がユーザの携帯電話
４０を用いて不正に商品を購入することを防止すること
ができる。

【００７２】情報提供サーバ１８から各店舗の商品情報
を受け取ったユーザは、希望にあった商品を購入すると
き、まず、購入依頼のデータを携帯電話４０から店舗用
端末４１に送信する。携帯電話４０からの購入依頼を受
け取った店舗用端末４１は、自身が認証機関サーバ４２
に登録された正当な店舗であることを証明するために、
認証機関サーバ４２から発行された署名をユーザの携帯
電話４０に返信する。ユーザは店舗の署名を確認してか
ら、店舗用端末４１に発注データ及び支払い指示データ
を送信する。店舗は、ユーザが商品の代金を支払えるか
どうかを調べるために照会依頼データを店舗用端末４１
から決済ゲートウェイ４３に送信し、その照会結果を確
認してから、ユーザの携帯電話４０に向けて購入を受け
付けたことを示す購入応答データを送信する。商品購入
のための代金は、店舗用端末４１から決済ゲートウェイ
４３を通じて振り込み依頼データを送信し、それを受け
たユーザの取引銀行にある銀行サーバ４５が店舗に対し
代金の振り込みを行う。電子決済による支出データは、
ユーザの取引銀行と提携する情報提供サーバ１８に送ら
れ、サーバ１８に支出履歴が記憶される。

【００７３】図８の「こづかい帳」画面Ｇ１２において
ユーザが「定期支出の設定」項目を選択すると、図１２
に示される「定期支出チェックリスト」画面Ｇ２１が表
示部２４に表示される。この「定期支出チェックリス
ト」画面Ｇ２１では、ユーザは定期的な支払い品目（電
気代、ガス代等）を登録することができ、図８に示され
た「費目の選択」画面Ｇ１３において「せいかつ」項目
を選択してその品目である「電気代」等の支出を入力す
ると、これにリンクして「定期支出チェックリスト」画
面Ｇ２１（図１２）の対応する「電気」項目にチェック
マークが表示されることとなり、ユーザはこのチェック
マークを見ることにより定期的な支出が未払いであるか
否かを容易に確認することが可能となる。因みに、各チ
ェックマークは定期的（例えば月が変わるごと）に消え
て更新されるようになされている。

【００７４】また、定期支出の品目について、ユーザが
予め設定した期日に近づいても、または当該期日を過ぎ
ても支出の入力がない場合には、当該支出を管理する情
報提供サーバ１８は携帯電話１３Ａに対して、図１２に
示されるような支出確認画面Ｇ２２に表示されるような
確認情報を電子メールによって送信する。これにより、
ユーザは定期的に支払うべき支出について、その支払い
を忘れていたとしても、情報提供サーバ１８からの電子
メールによってそれを思い出すことができる。

【００７５】情報提供サーバ１８は、ユーザの入力によ
って携帯電話１３Ａから送信された支出をデータベース
３４に格納しており、ユーザが図８に示された「こづか
い帳」画面Ｇ１２の「閲覧と修正」項目を選択すること
により、情報提供サーバ１８はデータベース３４に格納
されている当該支出のデータをユーザの希望に応じて費
目別、月単位、年単位、年平均で集計し、その集計結果
を携帯電話１３Ａに送信する。これにより、携帯電話１
３Ａの表示部２４には、そのユーザの支出の集計結果が
表示される。集計結果には、費目ごとに利用した金額と
そのランキングも表示されるので、ユーザは費目ごとの
予算を登録するときに、これを参考にすることができ
る。またユーザは、一つの商品、例えば、たばこやお酒
等の嗜好品について毎月いくら使っているかを把握する
ことも可能である。ユーザは集計結果に基づいて、希望
する品物の購入の可否を判断することもできる。また、
これらの支出データは予め情報提供サーバ１８内に登録
された店舗にとっても有用な情報である。サーバ１８
は、ユーザの支出履歴のうち支出が多い費目を検出し、
その費目に属する商品が登録された店舗の扱う分野に相
当するときには、その店舗にユーザのメールアドレス等
の情報を提供することもできる。これにより、商品を購
入する可能性の高いユーザに対して、これらの店舗から
商品情報に関するダイレクトメールや試供品等をユーザ
に提供することが可能となり、効率的な販売促進活動を
行うことができる。なお、これらの店舗からの情報は、
ユーザがその提供を拒否するような設定も可能であり、
ユーザにとっても有用な商品情報だけを入手することが
できることとなる。

【００７６】次に、「おこづかい帳」システムにおいて情
報提供サーバ１８から携帯電話１３Ａに対して、種々の
情報を電子ペットのキャラクタを介在させて提供する場
合について説明する。図８について上述した支出金額入
力後に現れる電子ペット画面Ｇ１７や、図８に示された
トップメニュー画面Ｇ１１における「こづかいクリニッ
ク」、「プレゼントwho?」項目（後述する）をユーザが
選択した場合に現れる画面には、電子ペットが表示さ
れ、ユーザに対して種々のコメントを伝えるようになさ
れている。この電子ペットは、情報提供サーバ１８にお
いて予め用意されているキャラクタ画像データを用い、
当該キャラクタ画像データにその時々のコメントを付加
して携帯電話１３Ａ（または１３Ｂ、１３Ｃ、……）に
送信するようになされている。

【００７７】図１３は情報提供サーバ１８から提供され
る電子ペットの種類を示す略線図である。この図１３に
示されるように、この実施の形態の場合、情報提供サー
バ１８は、「なごみ系」の電子ペットＰ１１、「おかん
系」の電子ペットＰ１２、及び「いじわる系」の電子ペ
ットＰ１３をデータベース３４に用意し、ユーザに対し
て提供するコメントに応じてこれらの電子ペットを使い
分けて、またはランダムに選択して、若しくはユーザに
よる選択によって、コメントデータとともに携帯電話１
３Ａに送信するようになされている。情報提供サーバ１
８は、選択した電子ペットに応じてこれに付加するコメ
ントを変えるようにしている。例えば、「なごみ系」の
電子ペットＰ１１の場合には、ユーザの消費行動を受け
入れるような受容的な言い回しのコメントを当該電子ペ
ット１１の画像に付加して携帯電話１３Ａに提供する。
また、「おかん系」の電子ペットＰ１２の場合には、ユ
ーザの消費行動に対して厳しく指摘するような言い回し
のコメントを当該電子ペットＰ１２の画像に付加して携
帯電話１３Ａに提供する。また、「いじわる系」の電子
ペットＰ１３の場合には、ユーザの消費行動に対して反
発するような言い回しのコメントを当該電子ペットＰ１
３の画像に付加して携帯電話１３Ａに提供する。

【００７８】これらのコメントは、その対応する電子ペ
ットの種類別に識別符号が付されて情報提供サーバ１８
のデータベース３４に格納されており、情報提供サーバ
１８のＣＰＵ３１はこのとき選択された電子ペットの種
類に応じたコメントを選択する。また、このコメントと
してはユーザの消費行動に応じて電子ペットの種類別に
種々のものが用意されており、情報提供サーバ１８のＣ
ＰＵ３１は、例えばユーザ（携帯電話１３Ａ）から送信
される支出金額と予算残高及び日付（給料日に近いか遠
いか）とに基づいて、対応するコメントを選択するよう
になされている。さらに、選択される電子ペットは、ユ
ーザの消費行動に応じて決定されるようにしてもよく、
この場合、例えば予算残高に比べて購入した商品の金額
が高い場合、「おかん系」の電子ペットＰ１２が選択さ
れ、当該電子ペット１２に応じた厳しい口調のコメント
（例えば「去年の服着れるんちゃうの？」）が選択され
る。これにより、ユーザは自らの消費行動を反省し、そ
の後の消費行動を注意深くすることにつながる。このよ
うに、情報提供サーバ１８はユーザの消費行動を管理し
ながら、その行動結果に合わせたコメントをユーザに提
供することによって、ユーザの消費行動から浪費をなく
すとともに、予算残高や支出履歴に応じてユーザの消費
行動を促すような管理を行うことが可能となる。

【００７９】ここで、情報提供サーバ１８による「衝動
買いチェック」のサービスについて図１４を参照しなが
ら説明する。図６について上述したトップメニュー画面
Ｇ１１において、ユーザが「こづかいクリニック」項目
を選択すると、携帯電話１３Ａは、情報提供サーバ１８
から受け取っている「おこづかい帳と電子ペット」の端
末側制御プログラムによって表示部２４に衝動買いをし
たいものを入力するための入力画面を表示する。この入
力画面には、ユーザが買おうとするものの費目、名前、
金額、買おうとする日付を入力する項目が表示され、ユ
ーザは各項目に必要な事項を入力する。

【００８０】ユーザによって入力された衝動買いに関す
る情報は、携帯電話１３Ａから情報提供サーバ１８に送
信され、当該情報提供サーバ１８は、データベース３４
に格納されているそのユーザの予算残高に基づいて買い
物ができるか否かを判断し、当該判断結果を電子ペット
の画像及びそのコメントとして携帯電話１３Ａに返送す
る。このとき、情報提供サーバ１８は、ユーザに対する
質問を電子ペットからの質問として携帯電話に送信す
る。この質問内容はユーザの消費結果に関するものであ
り、例えばデータベース３４に格納されている当該ユー
ザの支出履歴に基づいて、このとき衝動買いしようとし
ている品目と同様の品目で以前に支出履歴がある場合に
は、当該以前に購入した品物のユーザの評価を聞くとい
った内容のものである。情報提供サーバ１８は、ユーザ
からの返事に基づいてこのとき衝動買いしようとしてい
るものについての評価を決定し、これを携帯電話１３Ａ
に送信する。例えば、このとき衝動買いしようとしてい
る商品は、ユーザが以前にも購入しており、ユーザがそ
の商品を低く評価しているような場合には、情報提供サ
ーバ１８は、今回の購入に対して、「またタンスの肥や
しが増えたな」等の否定的なコメントを電子ペットの画
像とともに携帯電話１３Ａに送信する。

【００８１】このようにして電子ペットのコメントとし
て情報提供サーバ１８から携帯電話１３Ａに送信される
評価は、ユーザがこのときの買い物をするか否かの判断
材料とされるのである。ユーザが電子ペットのコメント
を見て買い物をしないと判断した場合には、ユーザが購
入をキャンセルする旨の入力を行うことにより、先に入
力された購入金額と商品の情報は情報提供サーバ１８の
履歴から消去されることとなる。

【００８２】次に、情報提供サーバ１８による「こづか
いカルテ」のサービスについて図１５を参照しながら説
明する。図６について上述したトップメニュー画面Ｇ１
１において、ユーザが「こづかいクリニック」項目を選
択すると、携帯電話１３Ａは、情報提供サーバ１８から
当該ユーザの支出の情報を受け取って、これを表示部２
４に「こづかいカルテ」画面Ｇ３１として表示する。

【００８３】この「こづかいカルテ」画面Ｇ３１には、
週単位での支出の金額が費目ごとに集計されて表示され
ており、さらに前週との比較結果として、支出額の増減
傾向が記号で表示される。また、支出額の増減傾向に応
じたコメントが電子ペットの画像とともに情報提供サー
バ１８から携帯電話１３Ａに送信されることにより、表
示部２４にユーザへの「処方箋」として消費についての
アドバイスが表示される。ユーザはこのアドバイスによ
って現在の消費傾向を知ることができる、これにより的
確な消費行動を決定することができる。

【００８４】次に、情報提供サーバ１８による「プレゼ
ントwho?」のサービスについて図１６を参照しながら説
明する。図６について上述したトップメニュー画面Ｇ１
１において、ユーザが「プレゼントwho?」項目を選択す
ると、携帯電話１３Ａは、表示部２４にプレゼントの購
入予定を設定するための画面を表示する。ユーザはこの
画面を介して、購入しようとする品目（商品名や商品の
種別）、購入予定日、サーバからの情報提供の開始を希
望する日（購入予定日から何日前に情報提供を開始する
か）、値段の範囲、商品の配送を希望するか否か等の購
入予定情報を入力する。この入力結果は、携帯電話１３
Ａから情報提供サーバ１８に送信され、データベース３
４に格納される。

【００８５】情報提供サーバ１８では、ユーザの入力し
た購入予定日と情報提供開始希望日をもとに、情報提供
日を決定する。図１７は、情報提供日を決定する処理手
順を示すフローチャートである。ユーザは、上述したよ
うに購入予定日と購入予定日の何日前から情報の提供を
希望するかを入力する。購入予定日、情報提供希望日を
図１７ではそれぞれ、（ａ）、（ｂ）としている。サー
バ１８は、ユーザの入力情報をもとにユーザが商品の配
送を希望しているか否かを判断する。ユーザが配送を希
望する場合には、ユーザに配送希望場所の入力を求め、
商品を保持している店舗の場所と配送希望場所とから配
送に要する日数を調査する。この日数を図１７では、
（ｃ）としている。サーバ１８は（ｂ）＋（ｃ）を計算
し、情報提供日（（ａ）−｛（ｂ）＋（ｃ）｝に相当）
を算出する。算出された情報提供日をユーザに通知し、
ユーザの了解が得られれば情報提供日が決定する。ユー
ザの了解が得られない場合は、再び情報提供希望日の入
力からユーザにやり直してもらう。ユーザが配送を希望
しない場合には、サーバ１８は情報提供日（（ａ）−
（ｂ）に相当）を計算し、情報提供日を算出する。算出
された情報提供日をユーザに通知し、ユーザの了解が得
られれば情報提供日が決定する。

【００８６】図１８は、「プレゼントwho?」のサービス
を実行する情報提供サーバ１８の処理手順を示すフロー
チャートである。この図１８に示されるように、情報提
供サーバ１８はユーザが購入予定情報を携帯電話１３Ａ
に入力することにより、携帯電話１３Ａが当該購入予定
情報を情報提供サーバ１８に送信すると、情報提供サー
バ１８は、ステップＡ２０から本願発明に係る購入予定
情報の提供処理ルーチンに入り、ステップＡ２１におい
て、携帯電話１３Ａから送信された購入予定情報をデー
タベース３４に格納する。

【００８７】そして、ステップＡ２２に移って、データ
ベース３４の購入予定情報を保持するとともに、日付の
経過に従って日付をカウントしていく。そして、情報提
供サーバ１８は、ユーザの設定または情報提供サーバ１
８による設定によって決められている所定期間だけ購入
予定日よりも前の日に至ったか否か、すなわち、上述の
過程で決定された情報提供日に至ったか否かを判断す
る。ここで肯定結果が得られると、このことは購入予定
日の所定期間だけ前の日に至ったことを表しており、こ
のとき情報提供サーバ１８は、ステップＡ２４に移っ
て、ユーザが購入予定情報としてデータベース３４に設
定した購入予定商品について、その商品を含むある範囲
の商品群の商品情報を、情報提供サーバ１８のデータベ
ース３４に格納されている情報または他のサーバ（例え
ば情報提供サーバ１７Ａ）からネットワーク経由で取得
した情報から選択する。ここで選択される商品は、ユー
ザが購入予定情報として設定している商品の上位概念に
含まれる商品を含むものであり、例えばユーザによって
設定されている購入予定商品がＡ社の自動車Ｘであると
すると、情報提供サーバ１８は当該自動車Ｘと同様の種
別でかつ値段が近い自動車をメーカの枠を超えて選択す
る。上位概念に含まれる商品を検索することは、ユーザ
が拒否することも可能であり、購入予定日等を登録する
ときに拒否することも入力しておけばよい。

【００８８】このようなステップＡ２４における商品情
報の取得は、ユーザが設定した情報提供予定日となるま
で続けられる。この情報提供予定日とは、購入予定日ま
たはその数日前となっている。そして、情報提供予定日
に至ると、情報提供サーバ１８はステップＡ２５におい
て肯定結果を得ることにより、ステップＡ２６に移っ
て、上述のステップＡ２４において収集された複数の商
品情報のなかから、ユーザによって、または情報提供サ
ーバ１８によって予め設定されている数の情報を抽出
し、この情報を携帯電話１３Ａに送信する。複数の商品
情報の中から設定された数の情報を抽出するためには、
複数の情報からランダムに選ぶようにしてもよいし、又
はユーザが設定した方法、例えば、値段の安い順に所定
の数だけ選んだり、情報の新しい順に選んだりという方
法を用いてもよい。

【００８９】これにより、ユーザが購入予定情報として
設定した商品及び当該商品に類似する商品の情報が、購
入予定日に間に合うタイミングでユーザに通知されるこ
ととなる。因みに、商品の情報とは、その商品を販売し
ている店舗、値段（割引情報等を含む）、商品の説明等
であり、これらの情報は情報提供サーバ１８や他のサー
バに格納されている、その商品のメーカ、販売店等のホ
ームページから取得するものである。ユーザは通知され
た商品の情報を基に、購入する商品を決めることができ
る。因みに、ステップＡ２５における情報提供予定日
は、購入予定日（ユーザが商品を購入する特定の日（あ
る人の誕生日等））より前であれば、原則として当該ユ
ーザの選択によって種々の日を設定することが可能であ
り、ユーザが配送を希望する場合には、配送に要する日
数を考慮し上述したような方法でサーバが算出した日が
ユーザの了解のもとに設定される。また、この情報提供
予定日にユーザに対して商品の情報を通知することは、
ユーザにとって特定の日が近づきつつあることを知らせ
る効果をも兼ね備えていることになる。因みに、この特
定の日とは、ユーザが商品を実際に受け取る日を意味し
ており、料金を支払う日に限られるものではない。

【００９０】かくして、情報提供サーバ１８はユーザに
商品情報を提供した後、ステップＡ２７から、「おこづ
かい帳と電子ペット」のサービスを実行するメインルー
チンに戻る。情報提供サーバ１８から商品情報を受け取
ったユーザは、希望に合った商品を直接店舗に出向い
て、または情報提供サーバ１８を介してオンラインショ
ッピングで購入することができる。因みに、ユーザが購
入予定情報を入力する際に、所定期間毎に一定金額を積
み立てる設定を行うようにしてもよい。このようにすれ
ば、情報提供サーバ１８は、購入予定日までに積み立て
られる金額に応じた値段の商品を選択してユーザに提供
することが可能となる。定期的な積立の期日は、ユーザ
自身の入力により設定することもできるが、ユーザが設
定を行わなかったときには、ユーザが定期収入を得る日
だとサーバが認識している日の後に自動的に設定され
る。定期的な積み立ての日にユーザが積み立てた結果を
入力しないと、情報提供サーバ１８は積み立てを促す内
容のメッセージを電子ペットの言葉として携帯電話１３
Ａに送信することにより、ユーザが積み立てを忘れるこ
とを防止することができる。

【００９１】なお、積み立てた結果は、銀行とオンライ
ンで接続された銀行サーバから情報提供サーバ１８に通
知するようにしてもよい。このような銀行サーバから情
報提供サーバ１８への通知を行うには、ユーザから銀行
サーバへの依頼が必要である。図１９は、ユーザが銀行
サーバに対し、積立の結果を情報提供サーバへ通知する
よう依頼するときの手続きを示すタイミングチャートで
ある。ユーザの携帯電話４０及び銀行サーバ４６は、オ
ンラインで取引をするために認証機関にある認証機関サ
ーバ４２に予め登録を行い、デジタル署名の発行を受け
ている。銀行サーバ４６から情報提供サーバ１８への積
立の通知を行うためには、情報提供サーバ１８も認証機
関サーバ４２に登録してデジタル署名の発行を受けてい
ることが必要である。ユーザは、まず、銀行サーバに対
し積立の結果を情報提供サーバに通知するように携帯電
話４０を用いて依頼する。この依頼には認証機関サーバ
４２から発行されたデジタル署名が付いているため、銀
行サーバ４６は、依頼の発信者がユーザ本人であること
を特定できる。依頼を受けた銀行サーバ４６は、情報提
供サーバ１８に対し、ユーザから積立の結果を通知する
よう依頼があったことを知らせる。情報提供サーバ１８
はこれを受けて、銀行サーバ４６に署名付きのデータを
送信し、自己が正当にユーザと取り引きしていることを
証明する。銀行サーバ４６は相手が確かに情報提供サー
バ１８であることを確認して、ユーザの携帯電話４０に
対し、情報提供サーバ１８に積立の結果を通知すること
を承認したことを知らせる。これらの手続きの後、ユー
ザの積立の結果は、ユーザ自身が情報提供サーバ１８に
通知しなくても、自動的に銀行サーバ４６から通知され
ることになる。このようにすることで、ユーザの積み立
て結果は、自動的に情報提供サーバ１８の「おこづかい
帳」に記入されることになる。

【００９２】なお上述の実施の形態においては、電子ペ
ットは支出の診断結果や、支出金額やその品目、費目に
応じた返事を携帯電話１３Ａ、１３Ｂ、１３Ｃ、……に
送信する場合について述べたが、本発明はこれに限ら
ず、例えば図２０に示されるように、ユーザからの返答
に応じて語彙を増やしたり、ユーザと雑談をするように
したりしてもよい。このように、電子ペットがあたかも
実在する話し相手のような振る舞いをするようにするこ
とにより、ユーザは当該電子ペットが提供する収支に関
する情報に一段と関心を持つようになる。

【００９３】また図２１に示されるように、情報提供サ
ーバ１８は、電子ペットから携帯電話１３Ａ、１３Ｂ、
１３Ｃ、に電子メールが送信されるような処理を実行す
るようにもなされている。この電子メールの内容として
は、収支の明細、振込み日や引き落とし日の通知、支出
に関するユーザの入力がない場合にユーザへの入力の催
促、一日の最後にその日のユーザ入力を日記にまとめた
もの等、種々の情報が携帯電話１３Ａ、１３Ｂ、１３
Ｃ、……に送られる。

【００９４】また、情報提供サーバ１８が提供するサー
ビスは、「おこづかい帳と電子ペット」の機能に限ら
ず、図２２乃至図２４に示されるように、ユーザの予算
に見合った商品を検索するサービス、各シーズンに応じ
たプレゼントを検索してユーザに通知するサービス、ユ
ーザの消費スタイルに合った情報の通知サービス、バー
ゲン情報等の地域情報の提供サービス、電車乗り換え情
報の提供サービス、電子ペットを携帯電話１３Ａ、１３
Ｂ、１３Ｃ、……側で活動させ、情報提供サーバ１８か
らのユーザの支出状態等に応じた動作を起こさせるよう
なサービス、情報提供サーバ１８のデータベース３４に
蓄積されたユーザの収支に関する情報に基づくファイナ
ンシャルプランナーによるアドバイス、オンライン銀行
との連携によって銀行取引の結果が情報提供サーバ１８
のデータベース３４に反映されるサービス、気象サイト
との連動によって電子ペットの台詞を天気に応じて変化
させるサービス等、種々のサービスを提供することが可
能である。

【００９５】

【発明の効果】以上説明したこの発明によれば、インタ
ーネット等の通信回線で入手可能な情報をユーザが設定
した日としての必要な時に必要な情報だけを提供するよ
うにして、膨大な情報の中から効率的な情報提供を行う
ことを図ることができるといった効果を奏する。

【図面の簡単な説明】

【図１】 本発明に係るネットワークシステムの構成を
示す略線図である。

【図２】 本発明に係る携帯電話の構成を示すブロック
図である。

【図３】 本発明に係る情報提供サーバの構成を示すブ
ロック図である。

【図４】 携帯電話と情報提供サーバとの間の情報提供
の手順を示すタイミングチャートである。

【図５】 携帯電話と情報提供サーバとの間の情報提供
の手順を示すタイミングチャートである。

【図６】 おこづかい帳と電子ペットの機能の説明に供
する略線図である。

【図７】 おこづかい管理のシステム概要を示す略線図
である。

【図８】 支出情報の入力処理手順を示すフローチャー
トである。

【図９】 支出情報の管理処理手順を示すフローチャー
トである。

【図１０】 クレジット・カードを用いた電子決済の仕
組みを示す概略図である。

【図１１】 クレジット・カードを用いた電子決済での
データの流れを示すタイミングチャートである。

【図１２】 定期支出管理の説明に供する略線図であ
る。

【図１３】 電子ペットの種類を説明する略線図であ
る。

【図１４】 衝動買いのチェックサービスの説明に供す
る略線図である。

【図１５】 おこづかいカルテサービスの説明に供する
略線図である。

【図１６】 「プレゼントwho?」サービスの説明に供す
る略線図である。

【図１７】 情報提供日を決定する処理手順を示すフロ
ーチャートである。

【図１８】 購入予定情報の管理手順を示すフローチャ
ートである。

【図１９】 ユーザから銀行に積立の結果を情報提供サ
ーバに通知するように依頼するときの手順を示すタイミ
ングチャートである。

【図２０】 電子ペットを介した情報提供サーバの他の
サービスの説明に供する略線図である。

【図２１】 電子ペットを介した情報提供サーバの他の
サービスの説明に供する略線図である。

【図２２】 情報提供サーバの他のサービスの説明に供
する略線図である。

【図２３】 情報提供サーバの他のサービスの説明に供
する略線図である。

【図２４】 情報提供サーバの他のサービスの説明に供
する略線図である。

【符号の説明】

１０ ネットワークシステム １１ パケット網／ＰＤＣ網 １２ 基地局 １３Ａ、１３Ｂ、１３Ｃ 携帯電話 １５ 情報センタ １６ インターネット １７Ａ、１７Ｂ、１８ 情報提供サーバ ２１、３１ ＣＰＵ ２２、３２ メモリ ２３ 入力操作部 ２４ 表示部 ２５ 送受信回路部 ２６ ベースバンド処理部 ２７ 入出力部 ２８ マイクロホン ２９ スピーカ ３４ データベース ４０ ユーザ ４１ 店舗 ４２ 認証機関 ４５ ゲートウェイ ４６ 銀行サーバ

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 17/30 １１０ Ｇ０６Ｆ 17/30 １１０Ｆ １７０ １７０Ｚ ３４０ ３４０Ａ

Claims (8)

【特許請求の範囲】
1. 【請求項１】 携帯電話等の持運び可能な端末と通信回
   線網を通じて接続された状態で、前記端末との間で電子
   データを送受信可能なサーバであって、 前記端末の操作により、記念日等の特定の日と、当該特
   定の日に必要となる情報とを記憶可能なサーバ内の記憶
   部と、 前記記憶部に記憶された前記特定の日に至る少なくとも
   前日に期限が近づいていることを告知する告知情報を前
   記端末に送信するにあたり、 前記告知情報を前記端末に送信する前であって前記特定
   の日近くになった段階で、前記特定の日に必要となる情
   報を、予めサーバ内に記憶された情報から検索するか、 或いは、通信回線網を通じて他のサーバから提供される
   情報から検索してその検索結果情報を作成し、当該検索
   結果情報を前記告知情報とともに前記端末に送信する制
   御部を備えていることを特徴とするサーバ。
2. 【請求項２】 前記特定の日とは、前記端末が「ある商
   品」を購入するタイミングに関する日であり、前記特定
   の日に必要となる情報とは、前記「ある商品」に関する
   情報であることを特徴とする請求項１に記載のサーバ。
3. 【請求項３】 前記制御部は、前記特定の日に必要とな
   る情報の上位概念の情報を前記検索結果情報として送信
   するようにすることを特徴とする請求項１又は請求項２
   のいずれかに記載のサーバ。
4. 【請求項４】 前記検索結果情報の数は、予めユーザが
   端末を利用してサーバに登録した数だけを送信するよう
   に設定していることを特徴とする請求項１から４のいず
   れかの請求項に記載のサーバ。
5. 【請求項５】 携帯電話等の持運び可能な端末と通信回
   線網を通じて接続された状態で、前記端末との間で電子
   データを送受信可能な情報提供方法であって、 前記端末の操作により、記念日等の特定の日と、当該特
   定の日に必要となる情報とが前記通信回線網を通じて受
   信されるサーバ内の記憶部に記憶する段階と、 前記記憶部に記憶された前記特定の日に至る少なくとも
   前日に期限が近づいていることを告知する告知情報を前
   記端末に送信するにあたり、 前記告知情報を前記端末に送信する前に、前記特定の日
   に必要となる情報を、予めサーバ内に記憶された情報か
   ら検索するか、 或いは、通信回線網を通じて他のサーバから提供される
   情報から検索する段階と、 前記検索した結果を検索結果情報として作成する段階
   と、 前記検索結果情報を前記告知情報とともに前記端末に送
   信する段階とを含む情報提供方法。
6. 【請求項６】 前記特定の日とは、前記端末が「ある商
   品」を購入するタイミングに関する日であり、前記特定
   の日に必要となる情報とは、前記「ある商品」に関する
   情報であることを特徴とする請求項５に記載の情報提供
   方法。
7. 【請求項７】 前記制御部は、前記特定の日に必要とな
   る情報の上位概念の情報を前記検索結果情報として送信
   するようにすることを特徴とする請求項５又は請求項６
   の請求項に記載の情報提供方法。
8. 【請求項８】 前記検索結果情報の数は、予めユーザが
   端末を利用してサーバに登録した数だけを送信するよう
   に設定していることを特徴とする請求項５から７のいず
   れかの請求項に記載の情報提供方法。