JP2001014247A - サービス調整方法及びサービス調整装置 - Google Patents

Abstract

(57)【要約】 【課題】 サービスや広告を有効に提供する。 【解決手段】 状態通知装置６，９によりユーザ状態を
収集し、収集したユーザ状態に基づいてサービスを提供
するタイミングを決定する。例えば、タイミング決定部
７３は、状態通知装置９がネットワーク４に接続してい
る場合、ユーザはサービス利用装置８によりサービスを
利用可能と判断する。前記判断に従い、サービス調整部
７４は、サービス内容を調整し、サービス提供装置５に
送出する。サービス内容は、個人情報ＤＢ７１に蓄積さ
れているユーザ情報に基づいて行う。

Description

【発明の詳細な説明】

【０００１】

【発明が属する技術分野】本発明は、ネットワーク上の
ユーザに、ネットワークを介してサービスを有効に提供
するための技術に関する。本発明において、状態通知装
置とは、ユーザの状態を記憶し、ネットワークを介して
他の状態通知装置との間で互いのユーザ状態をリアルタ
イムに送受信可能な装置を言う。ユーザ状態は、ユーザ
が入力手段を用いて設定してもよく、自動的に検出して
も良い。状態通知装置としては、例えばインターネット
上でユーザ状態を送受信可能なＩＣＱを挙げることがで
きる。

【０００２】ＩＣＱとは、互いにインターネットを介し
て通信可能であり、互いに自状態を通知可能な装置であ
る。ＩＣＱは、ユーザによる自状態の設定を受け付けて
他のユーザに通知可能である。また、ＩＣＱは、他のユ
ーザのインターネットへの接続状態を取得可能である。

【０００３】

【従来の技術】今日、インターネットなどのネットワー
ク上で、サービスの提供や広告を行うことが一般的にな
ってきている。例えば、あるウェブページを参照する
と、本来取得可能な情報に加えて広告が挿入されている
のが通常である。テレビや新聞を用いた従来の広告と異
なる点は、ウェブページ上の広告がインタラクティブ性
を有する点である。例えば、ユーザが広告部分をマウス
でクリックすると、詳しいサービス内容が表示される。
一方、多数の消費者が広告を見ること及び商品に関心を
持つことを受け身で期待する点においては、従来の広告
とウェブページ上の広告とは共通している。

【０００４】

【発明が解決しようとする課題】最近、インターネット
において利用者の属性や要求に合わせて特別に調整した
サービスを提供したり、広告を行うことが注目されてい
る。利用者に応じてサービスの提供や広告を行う手法
は、カスタマイズまたはパーソナライズと呼ばれ、従来
から行われている。これらの手法は、インターネットで
も重要であり、またインターネットの技術によって多数
の顧客に対してもコストを増やさずに実施できる。イン
ターネット上でのカスタマイズやパーソナライズは、ド
ン・ペパーズとマーサ・ロジャーズにより提唱され、一
般に１対１マーケティング（one-to-one marketing）と
呼ばれている。

【０００５】１対１マーケティングの手法を取り入れる
と、異なるユーザが同じＵＲＬ(Uniform Resource Loca
tor)でウェブページを参照しても、利用者毎に調整され
たサービス内容が表示される。究極には、各利用者毎に
調整されたサービス内容がウェブページ上に表示され
る。利用者毎にサービスを調整する仕組みは、ルールベ
ースの方法、コラボレーションフィルターを用いる方
法、ニューロネットを用いる方法など様々な方法が提供
されている。しかし、いずれにしても、ウェブページが
人に閲覧されるのを待つという受動的性質は、前述のウ
ェブページ上の広告と同様である。

【０００６】一方、利用者が欲しがっている情報に広告
を加えて利用者の手元に直接届ける方法も用いられてい
る。例えば、電子メールでニュースを定期的にニュース
を利用者に届けるメールマガジンという方法が挙げられ
る。メールマガジンにおいても、情報や広告を利用者に
合わせて調整可能である。しかし、利用者からの情報提
供は、メールマガジンを予約する時点に限られるのが通
常である。そのため、時々に応じて変化するきめ細かい
ニーズに合わせて広告や情報を調整することが難しい。
さらに、利用者は必ずしもメールマガジンの内容を読ん
でくれていると限らない。そのため、サービス提供者側
は、本当にサービスの存在を利用者に知らせることがで
きたかどうかわからないという問題がある。

【０００７】本発明は、顧客の状態をきめ細かく把握
し、顧客の状態に基づいて、サービスを有効に広告した
り提供するための技術を提供することを目的とする。

【０００８】

【課題を解決するための手段】前記課題を解決するため
に、本願第１発明は、ネットワークを介して自状態を互
いに通知可能な状態通知装置に用いられ、 Ａ；所定のユーザ情報を蓄積し、 Ｂ；前記ユーザ情報を収集し、収集したユーザ情報に基
づいて前記蓄積されたユーザ情報を管理し、 Ｃ；他の前記状態通知装置から通知される状態に基づい
て、サービスを提供するタイミングか否かを決定し、決
定結果を外部に送出する、 サービス調整方法を提供する。

【０００９】状態通知装置の状態からユーザ状態を類推
する。ユーザがサービスを利用可能である、とユーザ状
態から判断すると、判断結果を外部に送出する。サービ
ス提供者は、前記判断結果に基づいてサービスを提供し
たり、サービスを提供してもいいか否かの確認を取るこ
とができる。本願第２発明は、ネットワークを介して自
状態を互いに通知可能な状態通知装置と、前記状態通知
装置とともに動作可能なサービス調整装置とを含むサー
ビス調整システムを提供する。

【００１０】前記サービス調整装置は、蓄積手段と、管
理手段と、判断手段と、出力手段と、を備えている。蓄
積手段は、所定のユーザ情報を蓄積する。管理手段は、
前記ユーザ情報を収集し、収集したユーザ情報に基づい
て前記蓄積手段を更新する。判断手段は、前記他の状態
通知装置からの状態通知に基づいて、前記サービスを提
供するタイミングか否かを判断する。出力手段は、前記
判断結果に従い、前記蓄積手段に蓄積されているユーザ
情報及び提供可能なサービス内容に基づいた出力を行
う。

【００１１】例えば、ユーザの在宅状態に応じて宅配便
を配達するサービスを考える。宅配業者の情報端末に
は、サービス調整装置と状態通知装置とが設けられてい
る。ユーザの情報端末には、状態通知装置が設けられて
いる。状態通知装置は、「接続中」、「不在」などのユ
ーザ状態を通知可能である。また、サービス調整装置の
蓄積手段には、氏名、住所、電話番号など所定のユーザ
情報が蓄積されている。また、ユーザへの荷物番号及び
その荷物の配達／未配達など、宅配業者により書き込ま
れるユーザ情報も蓄積可能である。管理手段は、状態通
知装置や他の何らかの手段により、ユーザ情報を収集
し、更新する。

【００１２】判断手段は、ユーザ端末上の状態通知装置
が通信可能な状態か否かに基づいて、サービスを提供す
るタイミングであるか否かを判断する。例えば、ユーザ
が在宅か否か判断する。判断手段は、複数の状態通知手
段からの状態通知に基づいて、前記判断を行うこともで
きる。在宅の場合、出力手段は、未配達の荷物番号やユ
ーザの電話番号などとともに、ユーザが在宅であること
を宅配業者に通知する。例えば、出力手段は、情報端末
のディスプレイ上に、「富士通太郎さんに１番の荷物を
配達可能です。電話番号は、０１−２３４−５６７８で
す。」などのメッセージを表示する。宅配業者は、この
メッセージに基づいて、今から配達に行っていいか否か
の確認の電話をすることができる。出力手段により、自
動的にユーザへダイヤルアップすることも可能である。

【００１３】本願第３発明は、前記第２発明において、
前記状態通知装置とともに動作可能な受信装置をさらに
備えるサービス調整システムを提供する。前記受信装置
は、前記状態通知装置を介し、サービス調整装置からの
メッセージを受信可能であり、かつ前記メッセージに対
する指示を受け付けて前記サービス調整装置に送信可能
である。また、このシステムにおいては、前記サービス
調整装置は、所定のメッセージの送信及び前記メッセー
ジに対する応答の受信を、前記受信装置との間で行うメ
ッセージ手段をさらに有している。

【００１４】前述の例を用いれば、受信装置は、富士通
太郎に対し、「今から荷物を配達してもよろしいでしょ
うか？」などのメッセージを、状態通知装置を介して送
信する。また、受信装置は、このメッセージに対する応
答の入力を受け付け、状態通知装置を介してサービス調
整装置に送信する。サービス調整装置は、メッセージ手
段により前記メッセージを作成し送信するとともに、応
答を待機する。この応答に応じて、例えば出力手段は
「富士通太郎さんに１番の荷物を配達可能です。電話番
号は、０１−２３４−５６７８です。」を表示する。

【００１５】本願第４発明は、前記第２発明において、
前記判断手段の判断結果に従い、前記蓄積手段に蓄積さ
れているユーザ情報及び提供可能なサービス内容に基づ
いて、提供するサービス内容を調整し外部に出力する調
整手段をさらに備えるサービス提供システムを提供す
る。例えば、ウェブページにユーザに応じた情報を掲載
する場合を考える。調整手段は、ユーザ情報及び掲載可
能な情報に基づいて、各ユーザ毎の掲載情報を調整す
る。また、調整手段は、調整した掲載情報を、ウェブペ
ージに送信する。

【００１６】本願第５発明は、ネットワークを介して自
状態を互いに通知可能な状態通知装置とともに動作可能
であって、蓄積手段と、管理手段と、判断手段と、出力
手段と、を備えるサービス調整装置を提供する。蓄積手
段は、所定のユーザ情報を蓄積する。管理手段は、前記
ユーザ情報を収集し、収集したユーザ情報に基づいて前
記蓄積手段を更新する。判断手段は、他の前記状態通知
装置からの状態通知に基づいて、前記サービスを提供す
るか否かを判断する。出力手段は、前記判断結果に従
い、前記蓄積手段に蓄積されているユーザ情報及び提供
可能なサービス内容に基づいた出力を行う。

【００１７】前記第２発明におけるサービス調整装置と
同様の作用効果を有する。本願第６発明は、ネットワー
クを介して自状態を互いに通知可能な状態通知装置とと
もに動作可能であり、前記状態通知装置を介し、外部か
らのメッセージを受信可能であり、かつ前記メッセージ
に対する指示を受け付けて外部に送出可能な受信装置を
提供する。

【００１８】前記第３発明における受信装置と同様の作
用効果を有する。本願第７発明は、ネットワークを介し
て自状態を互いに通知可能な状態通知装置が動作可能な
情報端末に用いられ、下記Ａ〜Ｃ段階を実行するための
サービス調整プログラムを記録した、コンピュータ読み
取り可能な記録媒体を提供する。 Ａ；所定のユーザ情報を蓄積する段階、、 Ｂ；前記ユーザ情報を収集し、収集したユーザ情報に基
づいて蓄積されたユーザ情報を更新する段階、 Ｃ；他の前記状態通知装置からの状態通知に基づいて、
サービスを提供するタイミングか否かを判断する段階、 Ｄ；前記判断結果に従い、前記蓄積されているユーザ情
報及び提供可能なサービス内容に基づいた出力を行う段
階。

【００１９】前記第５発明のサービス調整装置と同様の
作用効果を有する。本願第８発明は、ネットワークを介
して自状態を互いに通知可能な状態通知装置が動作可能
な情報端末に用いられ、下記Ａ〜Ｃ段階を実行するため
の受信プログラムを記録した、コンピュータ読み取り可
能な記録媒体を提供する。 Ａ；前記状態通知装置を介し、外部からのメッセージを
受信する段階、 Ｂ；前記メッセージに対する指示を受け付ける段階、 Ｃ；前記状態通知装置を介し、前記指示を外部に送出す
る段階。

【００２０】前記第６発明における受信装置と同様の作
用効果を有する。

【００２１】

【発明の実施の形態】次に、本発明に係るサービス調整
システムについて、図面を参照しながら具体的に説明す
る。 ＜第１実施形態例＞ ［全体構成］図１は、第１実施形態例に係るサービス調
整システムの全体構成図である。サービス調整システム
１は、サーバ端末２とユーザ端末３とがネットワーク４
を介して接続されて構成されている。本実施形態例にお
いては、説明を容易にするために、ニュースを電子メー
ルの形態でユーザに配信するサービスを例に取り説明す
る。

【００２２】サーバ端末２には、通常用いられるサービ
ス提供装置５、状態通知装置６及び調整装置７が設けら
れている。サービス提供装置５としては、電子メールの
形態でニュースを配信するための電子メールニュース配
信装置が利用可能である。提供可能なサービスリソース
は、サービスＤＢ５１に蓄積されている。例えば、スポ
ーツニュース、天気情報などが各日毎にサービスＤＢに
蓄積されている。サービス提供装置５は、ニュースを何
らかの方法で収集してサービスＤＢ５１に蓄積し、電子
メール装置を用いて配信する。調整装置７については、
後述する。

【００２３】ユーザ端末３には、通常用いられるサービ
ス利用装置８及び状態通知装置９が設けられている。サ
ービス利用装置８は、前記サービス提供装置５から提供
されるサービスを利用するための装置である。サービス
利用装置８としては、電子メールの形態で配信されるニ
ュースを受信するための電子メール装置が利用可能であ
る。また、サービス利用装置８は、ニュースが読まれた
か否かをサービス提供装置５に通知可能であってもよ
い。例えば、ニュースファイルが開かれると、サービス
利用装置８が、サービス提供装置５に対し、ニュースが
読まれたことを通知する既読通知を送信する。サービス
利用装置８に、ニュースが読まれたか否かの通知機能が
無い場合には、送信したという事実をもって読まれたも
のとして扱うことになる。

【００２４】さらに、ユーザ端末３の状態通知装置９
は、ユーザ状態をサーバ端末２の状態通知装置６に通知
可能である。また、状態通知装置９は、ユーザ状態とし
て、ネットワーク４を介して通信可能か否かを少なくと
も通知可能である。本実施形態例においては、状態通知
装置６，９としてＩＣＱを用いた場合を想定して説明す
る。

【００２５】［調整装置］サーバ端末２は、調整装置７
を有している。調整装置７は、個人情報ＤＢ７１、管理
部７２、タイミング決定部７３、サービス調整部７４、
通信部７５を有している。また、調整装置７は、サービ
スＤＢ５１を前記サービス提供装置５と共有している。

【００２６】サービスＤＢ５１には、サービス提供装置
５が提供可能なサービスが蓄積されている。具体的に
は、スポーツニュース、天気予報、コンピュータニュー
ス、海外ニュースなど各種のニュースが、各日毎に蓄積
されている。個人情報ＤＢ７１には、個人情報が各ユー
ザ毎に蓄積されている。個人情報には、ユーザ固有の情
報（以下、パーソナルデータという）と、サービスに関
するユーザ状態（以下、状態情報という）とがある。図
２に、個人情報ＤＢ７１の概念説明図を示す。図２は、
ユーザＡに関する個人情報を示している。パーソナルデ
ータとしては、氏名、年齢、住所、電話番号及び電子メ
ールアドレスが蓄積されている。パーソナルデータは、
ユーザ自身により指定される情報である。パーソナルデ
ータは、サービス提供装置５から取得しても良いし、ユ
ーザ端末３から取得しても良く、何らかの手段により予
め取得しておく。前記パーソナルデータ及び状態情報
は、提供するサービスや収集可能なユーザ状態により異
なる。

【００２７】状態情報としては、ユーザＡに配信された
ニュースが各日毎に蓄積されている。また、配信された
ニュースが読まれたか否かを示すフラグが、配信された
ニュースとともに蓄積されている。図中、フラグ“０”
はニュースの未読を示す。フラグ“１”はニュースの既
読を示す。ユーザＡがニュースを読んだか否かは、例え
ばサービス提供装置５から取得可能である。これらパー
ソナルデータ及び状態情報は、提供するサービスのタイ
ミングや内容をどのように調整するかにより、適宜設定
される。

【００２８】管理部７２は、個人情報を取得し、個人情
報ＤＢ７１に書き込む。パーソナルデータがユーザ端末
から送信される場合は、管理部７２は、通信部７５及び
状態通知装置６を介してユーザ端末からパーソナルデー
タを取得する。また、管理部７２は、ユーザのサービス
利用結果をサービス提供装置５から取得し、状態情報と
して個人情報ＤＢ７１に書き込む。本実施形態例では、
サービスの利用結果とは、ユーザに配信したニュース及
び配信したニュースが読まれたことを通知する既読通知
である。

【００２９】タイミング決定部７３は、通信部７５を介
してユーザ端末３上の状態通知装置９がネットワーク４
に接続しているか否かを判断する。タイミング決定部７
３は、状態通知装置９がネットワーク４に接続している
場合、ユーザがサービスを利用可能な状態にあると判断
する。サービス調整部７４は、タイミング決定部７３の
前記判断に従い、ユーザに提供するサービス内容を調整
する。サービス調整部７４は、調整したサービス内容を
サービス提供装置５に送出する。サービス内容の調整
は、個人情報及びサービスＤＢ５１に蓄積されているサ
ービスリソースに基づいて行われる。例えば、状態情報
が図２に示す状態の場合を考える。図２において、ユー
ザＡは、６月１０日〜１４日までスポーツニュースを毎
日読み、その後６月１５日〜６月２０日までニュースを
読んでいない。サービス調整部７４は、６月２１日にサ
ービスを提供する場合、読まれていないスポーツニュー
スをサービスＤＢから取得する。次いで、サービス調整
部７４は、読まれていないスポーツニュースの要約を作
成する。この要約は、サービス内容としてサービス提供
装置５に送出される。

【００３０】通信部７５は、所定のユーザ端末の状態通
知装置９がネットワーク４に接続しているか否かを状態
通知装置６により監視し、監視結果をタイミング決定部
７３に通知する。通信部７５が接続状態を監視するユー
ザ端末は、例えば、サービスを利用する契約を結んだユ
ーザの端末である。通信部７５は、該当ユーザ端末を特
定する識別情報を、サービス提供装置５から予め取得し
ておく。また、通信部７５は、ユーザ端末からパーソナ
ルデータが送信される場合、受信したデータを管理部７
２に通知する。

【００３１】＜処理の流れ＞図３は、前記調整装置７が
行う処理の流れを示すフローチャートである。例えば、
状態通知装置６が起動することにより、以下の処理が開
始される。ステップＳ１では、タイミング決定部７３
は、所定のユーザ端末が状態通知装置９により通信可能
か否かを判断する。具体的には、タイミング決定部７３
は、ユーザ端末上の状態通知装置９がネットワークに接
続しているか否かを判断する。“Ｎｏ”と判断すると、
ステップＳ２に移行する。“Ｙｅｓ”と判断するとステ
ップＳ３に移行する。

【００３２】ステップＳ２では、タイミング決定部７３
は、所定時間が経過するのを待機する。所定時間が経過
すると、再び前記ステップＳ１に戻って前記判断を繰り
返す。ステップＳ３では、サービス調整部７４は、該当
ユーザの所定の個人情報を個人情報ＤＢ７１から読み出
す。読み出す個人情報は、提供するサービスにより異な
る。本実施形態例では、未読のニュースを読み出す。ま
た、サービス調整部７４は、取り出した個人情報に基づ
いてサービスＤＢを参照し、必要なサービスリソースを
読み出す。必要なサービスリソースとは、例えば個人情
報が前記図２の場合、ユーザが読んでいないスポーツニ
ュースの内容である。

【００３３】ステップＳ４では、サービス調整部７４
は、読みだしたサービスリソースを状態情報に基づいて
調整し、提供するサービス内容を決定する。例えば、サ
ービス調整部７４は、読まれていない過去のスポーツニ
ュースの要約を作成し、本日のスポーツニュースととも
にサービス内容とする。ステップＳ５では、サービス調
整部７４は、調整したサービス内容をサービス提供装置
５に送出する。サービス提供装置５は、受け取ったサー
ビス内容を通常の方法によりサービス利用装置８に提供
する。例えば、サービス利用装置８は、スポーツニュー
スの要約と最新のスポーツニュースとが記述された電子
メールを、電子メール装置によりユーザに配信する。

【００３４】ステップＳ６では、状態通知装置６が終了
しているか否かが判断される。“Ｎｏ”と判断される
と、前記ステップＳ１に戻り前述の処理が繰り返され
る。“Ｙｅｓ”と判断されると、処理が終了する。な
お、調整装置７は、前述の処理に加え、通信部７５によ
り所定の情報端末の接続状態を所定時間間隔毎に監視
し、タイミング決定部７３に通知する処理を行ってもよ
い。

【００３５】さらに、調整装置７の管理部７２は、前述
の処理に加え、所定の状態情報をサービス提供装置５か
ら取得し、個人情報ＤＢ７１を更新する処理を行ってい
る。状態情報とは、ユーザ端末に配信されたニュース及
びユーザ端末からの既読通知である。 ＜第２実施形態例＞図４は、本発明の第２実施形態例に
係るサービス調整システム２１の全体構成図である。本
実施形態例に係るサービス調整システム２１は、サーバ
端末２２、ユーザ端末２３及び情報端末３０がネットワ
ーク２４を介して接続されて構成されている。情報端末
３０は、ネットワーク２４に接続され、状態通知装置が
動作可能であれば、特に限定されない。説明を容易にす
るため、本実施形態例では、情報端末がネットワーク２
４に接続可能な電気製品、例えば冷蔵庫である場合を考
える。そして、ネットワーク上の冷蔵庫の在庫状態から
お買い得食品を通知するサービスを例に取り説明する。

【００３６】［情報端末］情報端末３０は、状態通知装
置３１０を介してネットワーク２４に接続されている。
また、状態通知装置３１０に加えて生成装置３２０を有
している。情報端末３０は、所定の状態変化を生成装置
３２０により監視し、状態通知装置３１０を介してサー
バ端末２２に通知する。本例では、生成装置３２０は、
冷蔵庫に対する食品の入出力を検出する。生成装置３２
０の具体例としては、食品に付されているバーコードを
読み取るためのバーコードリーダを挙げることができ
る。この他にも、生成装置３２０は、提供するサービス
に応じた状態を検出できさえずれば、通常用いられる各
種検出装置を適宜使用可能である。例えば、生成装置３
２０により冷蔵庫の扉の開閉を検知し、ユーザの在／不
在の判断の基礎とすることも可能である。

【００３７】［サーバ端末］サーバ端末２２には、サー
ビス提供装置２５、状態通知装置２６及び調整装置２７
が設けられている。サービス提供装置２５及び状態通知
装置２６については、第１実施形態例と同様である。調
整装置２７は、個人情報ＤＢ２７１、管理部２７２、タ
イミング決定部２７３、サービス調整部２７４、通信部
２７５に加え、メッセージ部２７６を有している。

【００３８】個人情報ＤＢ２７１には、前述のパーソナ
ルデータ及び状態情報が蓄積されている。図５に、ユー
ザＡに関する個人情報の概念説明図を示す。本実施形態
例では、パーソナルデータは前記第１実施形態例と同様
である。但し、状態情報は、ユーザの冷蔵庫の中の食品
が、購入日及び日付とともに蓄積されている。管理部２
７２は、状態通知装置２６及び通信部２７５を介し、情
報端末３０から在庫状態の変化を受け取り、状態情報と
して蓄積する。また、管理部２７２は、パーソナルデー
タを何らかの手段により取得し、個人ＤＢに蓄積する。
パーソナルデータは、前述と同様に、サービス提供装置
２５から取得しても良いし、ユーザ端末２３から取得し
ても良い。またその他の方法で取得することも可能であ
る。

【００３９】タイミング決定部２７３は、ユーザにサー
ビスを提供するか否かを判断する。この判断は、ユーザ
端末の状態通知装置２９の接続状態に基づいて行われ
る。具体的には、タイミング決定部２７３は、状態通知
装置２６を介し、ユーザ端末上の状態通知装置２９の接
続状態を取得する。状態通知装置２９がインターネット
２４に接続していれば、タイミング決定部２７３は、サ
ービスを提供すると決定する。タイミング決定部２７３
は、前記決定及び対象ユーザをサービス調整部２７４に
通知する。

【００４０】なお、タイミング決定部２７３は、複数の
状態通知装置からの状態通知に基づいて、前記判断を行
うこともできる。例えば、タイミング決定部２７３は、
ユーザ端末上の状態通知が接続中で、かつ過去１０分以
内に情報端末（冷蔵庫）３０の扉の開閉があった場合、
サービスを提供すると決定する。この判断を行う場合に
は、情報端末３０の生成装置３２０に、扉の開閉の検出
機能を持たせておく。

【００４１】サービス調整部２７４は、タイミング決定
部２７３からの通知に従い、ユーザに通知するメッセー
ジ内容を調整する。この調整は、個人情報ＤＢ２７１及
びサービスＤＢに基づいて行われる。また、サービス調
整部２７４は、メッセージ部２７６に対して所定の確認
メッセージの送信を指示する。サービス調整部は、確認
メッセージに対するユーザからの応答に従って、調整し
たメッセージをサービス提供装置２５に送出する。確認
メッセージについては後述する。

【００４２】具体的には、サービス調整部２７４は、ユ
ーザの在庫状態と、サービスを提供する日時におけるお
買い得食品とに基づいて、ユーザに通知する情報を調整
する。例えば、６月１２日のお買い得食品が牛乳、卵及
び牛肉薄切りである場合を考える。図５に示すユーザＡ
の在庫状態から、卵がないことが分かる。従って、サー
ビス調整部２７４は、「本日は卵１パック￥１５０で
す。」をメッセージ内容に決定する。なお、状態通知装
置２６が文字メッセージを送受信可能な場合、状態通知
装置２６を介してユーザ端末２３に前記メッセージを送
出することも可能である。

【００４３】メッセージ部２７６は、サービス調整部２
７４からの指示に従い、所定の確認メッセージをユーザ
端末に送出する。確認メッセージの送出は、状態通知装
置２６を介して行うと良い。例えば、メッセージ部２７
６は、「本日のお買い得商品をお知らせしてよろしいで
しょうか？」などの確認メッセージを送出する。サービ
スを提供する前にユーザの意志を確認するためである。

【００４４】通信部２７５は、状態通知装置２６を介し
て情報端末３０から在庫状態を収集し、管理部２７２に
通知する。また、通信部２７５は、ユーザ端末上の状態
通知装置２９の接続状態を、状態通知装置２６を介して
取得し、タイミング決定部２７３に通知する。さらに通
信部２７５は、確認メッセージに対するユーザ端末から
の応答を、状態通知装置２６を介して取得し、サービス
調整部２７４に通知する。

【００４５】逆に、通信部２７５は、メッセージ部２７
６からの確認メッセージを、状態通知装置２６を介して
所定のユーザ端末に送信する。また、サービス調整部２
７４が調整したメッセージを状態通知装置２６を介して
送信する場合には、通信部２７５はサービス調整部２７
４からメッセージを受け取り、状態通知装置２６を介し
てユーザ端末に送信する。

【００４６】［ユーザ端末］ユーザ端末は、サービス利
用装置２８及び状態通知装置２９に加え、受信装置３１
を有している。なお、サービス調整装置により作成され
たメッセージが状態通知装置２９を介して通知される場
合には、サービス利用装置は状態通知装置２９である。

【００４７】受信装置３１は、通信部３１１及び要求部
３１２を有している。通信部３１１は、前記メッセージ
部２７６からの確認メッセージを状態通知装置２９から
取得し、要求部３１２に送出する。要求部３１２は、通
信部３１１を介して受け取った確認メッセージを、ユー
ザに通知する。例えば、要求部３１２は、ディスプレイ
上にウインドウを表示し、受信した確認メッセージを表
示する。また、要求部３１２は、確認メッセージに対す
る応答の入力を受け付ける。入力された応答は、通信部
３１１及び状態通知装置２９を介し、サーバ端末２２に
送信される。状態通知装置２９とサービス利用装置２８
とが別のアプリケーションである場合には、要求部３１
２は、入力された応答に従ってサービス利用装置２８を
起動してもよい。

【００４８】［処理の流れ］ （１）調整装置が行う処理の流れ 図６は、第２実施形態例における調整装置２７が行う処
理の流れを示すフローチャートである。例えば、状態通
知装置２６が起動されることにより、以下の処理が開始
される。

【００４９】まずステップＳ１１では、タイミング決定
部２７３が、ユーザにサービスを提供するか否かを判断
する。この判断は、ユーザ端末の状態通知装置２９がイ
ンターネット２４上に接続しているか否かにより行われ
る。“Ｙｅｓ”と判断すると後述のステップＳ１３に移
行する。“Ｎｏ”と判断するとステップＳ１２に移行す
る。なお、状態通知装置２９の接続状態と情報端末３０
の状態とを組み合わせて、前記判断を行うことも可能で
ある。例えば、扉の開閉が過去１０分以内に生じている
か否かを組み合わせて前記判断を行う。前記判断は、複
数の状態通知装置のそれぞれの状態や、状態通知装置を
介して生成装置から通知される状態に基づいて行うこと
により、ニーズに応じてきめ細かく行うことができる。

【００５０】ステップＳ１２では、タイミング決定部２
７３は、所定時間が経過するのを待機し、再度ステップ
Ｓ１１に戻り前記判断を繰り返す。ステップＳ１３で
は、サービス調整部２７４が、個人情報ＤＢ２７１及び
サービスＤＢ２５１を参照する。具体的には、サービス
調整部２７４は、状態情報、すなわちユーザの冷蔵庫の
在庫状態を、個人情報ＤＢ２７１から取得する。また、
サービス調整部２７４は、提供可能なサービスリソース
を、サービスＤＢから取得する。提供可能なサービスリ
ソースとは、例えば本日のお買得商品やその時間のタイ
ムサービス商品である。

【００５１】ステップＳ１４では、サービス調整部２７
４は、ユーザの在庫状態及び提供可能なサービスリソー
スに基づいて、ユーザに適したサービス内容を決定す
る。例えば、ユーザの在庫にない食品がその日のお買い
得商品である場合、その商品を勧めるメッセージを作成
する。また例えば、ユーザの過去の在庫状態からそのユ
ーザの好みの食品が類推可能な場合、その食品の購入を
促すメッセージを作成するのもよい。

【００５２】ステップＳ１５では、メッセージ部２７６
は、サービス調整部２７４からの指示に基づいて、サー
ビスを提供してもいいか否かを確認する確認メッセージ
を作成する。メッセージ部２７６は、通信部２７５及び
状態通知装置２６を介し、確認メッセージをユーザ端末
に送信する。ステップＳ１６では、サービス調整部２７
４は、確認メッセージに応じて、サービスの要求を受信
したか否かを判断する。“Ｙｅｓ”と判断すると、ステ
ップＳ１７に移行する。“Ｎｏ”と判断すると、後述す
るステップＳ１８に移行する。

【００５３】ステップＳ１７では、サービス調整部２７
４は、作成したメッセージをサービス提供装置２５に送
出する。サービス提供装置２５は、作成されたメッセー
ジを所定の方法により提供する。例えば、所定のウェブ
ページにメッセージを掲載したり、電子メールの形態で
メッセージを送信したり、電話をかけて音声によりメッ
セージを通知したりする。

【００５４】ステップＳ１８では、サービス調整部は、
所定時間の経過を待機し、所定時間が経過するとステッ
プＳ１９に移行する。所定時間が経過するまで、前記ス
テップＳ１７に戻り前述の判断を繰り返す。ステップＳ
１９では、サービス調整部はサービスの提供を中止す
る。サービス調整部は、メッセージ部２７６に対し、サ
ービス提供の中止を通知することを指示することが好ま
しい。この指示を受けたメッセージ部２７６は、例えば
「お知らせを中止いたします。」などのキャンセル通知
を、状態通知装置２６を介してユーザ端末に通知する。

【００５５】ステップＳ２０では、状態通知装置２６が
終了しているか否かが判断される。“Ｎｏ”と判断され
ると、前記ステップＳ１１に戻り、前述の処理を繰り返
す。“Ｙｅｓ”と判断すると処理を終了する。 （２）受信装置が行う処理の流れ 図７は、受信装置が行う処理の流れを示すフローチャー
トである。例えば、状態通知装置２９の起動により以下
の処理が開始される。

【００５６】ステップＳ３１では、通信部３１１が、サ
ーバ端末上の状態通知装置２６と通信可能か否かを判断
する。具体的には、通信部３１１は、状態通知装置２９
がネットワーク２４に接続しているか否かを判断する。
“Ｙｅｓ”と判断するとステップＳ３２に移行する。
“Ｎｏ”と判断すると、通信可能になるまで待機する。
ステップＳ３２では、要求部３１２が、サーバ端末２２
から確認メッセージを受信したか否かを判断する。“Ｙ
ｅｓ”と判断するとステップＳ３３に移行する。“Ｎ
ｏ”と判断すると、ステップＳ３１に戻り、前述の処理
を繰り返す。

【００５７】ステップＳ３３では、要求部３１２が、サ
ーバ端末２２からの確認メッセージを表示し、ユーザか
らの応答の入力を受け付ける。ステップＳ３４では、要
求部３１２は、ユーザからの指示が入力されたか否かを
判断する。“Ｙｅｓ”と判断するとステップＳ３５に移
行する。“Ｎｏ”と判断するとステップＳ３５に移行す
る。

【００５８】ステップＳ３５では、要求部３１２は、所
定時間が経過したか否かを判断する。“Ｎｏ”と判断す
ると、前記ステップＳ３４に戻り前述の処理を繰り返
す。“Ｙｅｓ”と判断すると、後述するステップＳ３７
に移行する。ステップＳ３６では、要求部３１２は、入
力されたユーザの指示を、状態通知装置２９を介してサ
ーバ端末に送信する。

【００５９】ステップＳ３７では、要求部３１２は、入
力された指示がサービスの要求か否かを判断する。要求
である場合、ステップＳ３８に移行する。サービスの要
求ではない場合、後述するステップＳ３９に移行する。
ステップＳ３８では、要求部３１２は、サービス利用装
置２８を起動する。例えば、メッセージをウェブページ
に掲載する形態でサービスが提供される場合、要求部３
１２は、ユーザ端末２３上のウェブプラウザを起動す
る。但し、サービス利用装置２８が既に起動されている
場合には、この処理を省略することができる。また、受
信装置３１とサービス利用装置２８とがユーザ端末２３
上にない場合、この処理は行われない。例えば、サービ
ス利用装置２８がユーザ端末２３とは独立な電話機の場
合が挙げられる。

【００６０】ステップＳ３９では、要求部３１２は、サ
ーバ端末２２からのサービスのキャンセル通知を受信し
たか否かを判断する。“Ｙｅｓ”と判断するとステップ
Ｓ４０に移行する。“Ｎｏ”と判断すると、受信するま
で待機する。ステップＳ４０では、要求部３１２は、キ
ャンセル通知をディスプレイなどに表示し、ユーザに通
知する。要求部３１２は、ユーザが例えばＯＫボタンを
押すなどにより、表示を消去する。

【００６１】ステップＳ４１では、状態通知装置２９が
終了しているか否かが判断される。“Ｎｏ”と判断され
ると前記ステップＳ３１に戻り、前述の処理が繰り返さ
れる。“Ｙｅs”と判断されると、処理を終了する。 ＜第３実施形態例＞前記第１及び第２実施形態例では、
サーバ端末がサービス提供装置を有している。しかし、
サーバ端末は必ずしもサービス提供装置及びサービスＤ
Ｂを有している必要はない。例えば、宅配業者が、配達
に先だって配達の是非を電話で確認するサービスを行う
場合を考える。

【００６２】サーバ端末及びユーザ端末は、前記第１実
施形態例と同様の構成を有している（図示せず）。ただ
し、この場合、サービス提供装置及びサービス利用装置
は、サーバ端末及びユーザ端末と独立な電話機である点
で第１実施形態例と異なる。また、サービスＤＢは設け
られていない点でも第１実施形態例と異なる。サーバ端
末の個人情報ＤＢには、前述と同様、ユーザの氏名、電
話番号、住所などが登録される。また、何らかの方法に
より、ユーザに配達予定の荷物を特定する荷物の識別情
報が蓄積されていていも良い。例えば、宅配の荷物を管
理するシステムがある場合には、このシステムから荷物
に関する情報を取得することが可能と考えられる。

【００６３】タイミング決定部は、ユーザ端末の状態通
知装置の状態からユーザが在宅か否かを判断する。タイ
ミング決定部は、ユーザが在宅であれば電話をかけると
判断し、ユーザ名、電話番号など所定の情報をサービス
調整部に通知する。サービス調整部は、タイミング決定
部からの通知に従い、自動的にメッセージをディスプレ
イなどに表示する。例えば、「富士通太郎さんに荷物１
番が配達可能です。電話番号は、０１２−３４５−６７
８９です。」などのメッセージを表示する。宅配業者
は、このメッセージに従い、ユーザに対し今から配達に
行ってもいいか否かの確認の電話をすることができる。
また、この電話に先立ち、または電話に代えて、前述の
確認メッセージを送信することも考えられる。

【００６４】なお、サーバ端末に音声通信機能が設けら
れている場合、自動的に確認の電話のためのダイヤルア
ップを行うことも可能である。

【００６５】

【発明の効果】本発明を用いれば、ユーザのリアルタイ
ムな状態に応じて、能動的かつ効率的にサービスを提供
したり、広告を行うことができる。

【図面の簡単な説明】

【図１】第１実施形態例に係るサービス調整システムの
全体構成図。

【図２】個人情報ＤＢの概念説明図（第１実施形態
例）。

【図３】第１実施形態例に係る調整装置が行う処理の流
れを示すフローチャート。

【図４】第２実施形態例に係るサービス調整システムの
全体構成図。

【図５】個人情報ＤＢの概念説明図（第１実施形態
例）。

【図６】第２実施形態例に係る調整装置が行う処理の流
れを示すフローチャート。

【図７】第２実施形態例に係る受信装置が行う処理の流
れを示すフローチャート。

【符号の説明】

１，２１；サービス調整システム ２，２２；サーバ端末 ３，２３；ユーザ端末 ４，２４；ネットワーク ５，２５；サービス提供装置 ６，２６，２９，３１０；状態通知装置 ７，２７；調整装置 ８，２８；サービス利用装置 ３１；受信装置 ３２０；生成装置

───────────────────────────────────────────────────── フロントページの続き (72)発明者 光岡 円 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 大谷 浩司 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 大野 敬史 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 川口 尚久 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 岩川 明則 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 Ｆターム(参考） 5B075 KK07 KK34 KK40 PQ02 PQ05 PR03 PR08 UU40 5B089 GA11 GA21 JA31 JB14 JB22 KA04 KC28 KC41 5K030 HA06 HC01 HC13 KA02 LD20

Claims (8)

【特許請求の範囲】
1. 【請求項１】ネットワークを介して自状態を互いに通知
   可能な状態通知装置と共に用いられ、 所定のユーザ情報を蓄積し、 前記ユーザ情報を収集し、収集したユーザ情報に基づい
   て前記蓄積されたユーザ情報を管理し、 他の前記状態通知装置から通知される状態に基づいて、
   サービスを提供するタイミングか否かを決定し、決定結
   果を外部に送出する、 サービス調整方法。
2. 【請求項２】ネットワークを介して自状態を互いに通知
   可能な状態通知装置と、前記状態通知装置とともに動作
   可能なサービス調整装置とを含み、 前記サービス調整装置は、 所定のユーザ情報を蓄積する蓄積手段と、 前記ユーザ情報を収集し、収集したユーザ情報に基づい
   て前記蓄積手段を更新する管理手段と、 前記他の状態通知装置からの状態通知に基づいて、前記
   サービスを提供するタイミングか否かを判断する判断手
   段と、 前記判断結果に従い、前記蓄積手段に蓄積されているユ
   ーザ情報及び提供可能なサービス内容に基づいた出力を
   行う出力手段と、 を備えているサービス調整システム。
3. 【請求項３】前記状態通知装置とともに動作可能であ
   り、 前記状態通知装置を介し、サービス調整装置からのメッ
   セージを受信可能であり、かつ前記メッセージに対する
   指示を受け付けて前記サービス調整装置に送信可能な受
   信装置をさらに備え、 前記サービス調整装置は、所定のメッセージの送信及び
   前記メッセージに対する応答の受信を、前記受信装置と
   の間で行うメッセージ手段をさらに有する、 請求項２に記載のサービス調整システム。
4. 【請求項４】前記判断手段の判断結果に従い、前記蓄積
   手段に蓄積されているユーザ情報及び提供可能なサービ
   ス内容に基づいて、提供するサービス内容を調整し外部
   に出力する調整手段をさらに備える、請求項２に記載の
   サービス調整システム。
5. 【請求項５】ネットワークを介して自状態を互いに通知
   可能な状態通知装置とともに動作可能であって、 所定のユーザ情報を蓄積する蓄積手段と、 前記ユーザ情報を収集し、収集したユーザ情報に基づい
   て前記蓄積手段を更新する管理手段と、 他の前記状態通知装置からの状態通知に基づいて、前記
   サービスを提供するか否かを判断する判断手段と、 前記判断結果に従い、前記蓄積手段に蓄積されているユ
   ーザ情報及び提供可能なサービス内容に基づいた出力を
   行う出力手段と、 を備えるサービス調整装置。
6. 【請求項６】ネットワークを介して自状態を互いに通知
   可能な状態通知装置とともに動作可能であり、 前記状態通知装置を介し、外部からのメッセージを受信
   可能であり、かつ前記メッセージに対する指示を受け付
   けて外部に送出可能な受信装置。
7. 【請求項７】ネットワークを介して自状態を互いに通知
   可能な状態通知装置が動作可能な情報端末に用いられ
   る、サービス調整プログラムを記録したコンピュータ読
   み取り可能な記録媒体であって、 Ａ；所定のユーザ情報を蓄積する段階と、 Ｂ；前記ユーザ情報を収集し、収集したユーザ情報に基
   づいて蓄積されたユーザ情報を更新する段階と、 Ｃ；他の前記状態通知装置からの状態通知に基づいて、
   サービスを提供するタイミングか否かを判断する段階
   と、 Ｄ；前記判断結果に従い、前記蓄積されているユーザ情
   報及び提供可能なサービス内容に基づいた出力を行う段
   階と、 を実行するためのサービス調整プログラムを記録した、
   コンピュータ読み取り可能な記録媒体。
8. 【請求項８】ネットワークを介して自状態を互いに通知
   可能な状態通知装置が動作可能な情報端末に用いられる
   受信プログラムを記録したコンピュータ読み取り可能な
   記録媒体であって、 Ａ；前記状態通知装置を介し、外部からのメッセージを
   受信する段階と、 Ｂ；前記メッセージに対する指示を受け付ける段階と、 Ｃ；前記状態通知装置を介し、前記指示を外部に送出す
   る段階と、 を実行するための受信プログラムを記録した、コンピュ
   ータ読み取り可能な記録媒体。