JP2002099684A

JP2002099684A - 柔軟対応型スケジュールシステム

Info

Publication number: JP2002099684A
Application number: JP2000286678A
Authority: JP
Inventors: Masaharu Kanazawa; 正晴金沢; Masaaki Takama; 正彰高間; Naoki Nishida; 直樹西田; Koji Fujiwara; 浩次藤原; Toshimitsu Fujiwara; 利光藤原; Hideo Yasutomi; 英雄保富; Hideki Osada; 英喜長田
Original assignee: Minolta Co Ltd
Current assignee: Minolta Co Ltd
Priority date: 2000-09-21
Filing date: 2000-09-21
Publication date: 2002-04-05

Abstract

(57)【要約】【課題】スケジュールを柔軟に変更しながら最適な装
置の制御を行うことにより、装置の無駄な制御を防止す
るとともに、より快適な生活環境を利用者に提供するこ
とを目的とする。【解決手段】携帯スケジューラ１０は、利用者のスケ
ジュールデータを記録するとともに、制御手段、計時手
段、検知手段を備えている。制御手段は、スケジュール
データに基づいてイベントを発生させる際に、検知手段
より検知情報を取得し、検知情報に応じてスケジュール
を柔軟に変更する。さらに、変更後のスケジュールに応
じてコントローラ５０に対して要求信号を送出する。コ
ントローラ５０は受信した要求信号に応じて機器５３の
制御を行う。検知手段は、所定の対象物の移動を検知す
る手段、利用者の生体情報を検知する手段、利用者の周
囲の環境情報を検知する手段などから構成される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、スケジュールを柔
軟に変更しながら装置の制御を行う柔軟対応型スケジュ
ールシステムに関する。

【０００２】

【従来の技術】従来、ホームコントローラと呼ばれる制
御システムが存在する。ホームコントローラは、家庭内
にある様々な電子機器等をスケジューラと接続し、あら
かじめ設定されたスケジュールに基づいて電子機器等の
操作制御を行うものである。たとえば、所定の時間に目
覚まし時計を鳴らし、所定の時間にコーヒーメーカを作
動させてコーヒーを入れる。さらに、外出中には、所定
の時間に炊飯器のスイッチが入り、食後には風呂が沸い
ている。

【０００３】このように、ホームコントローラは利用者
があらかじめ設定したスケジュールに基づいてイベント
を発生させるものであり、電子機器等の操作を確実に実
行することができ、スイッチの入れ忘れなど人為的なミ
スを防止するとともに、外出中の操作によって時間の有
効利用を図ることができるなどメリットがある。

【０００４】

【発明が解決しようとする課題】上述したホームコント
ローラによる機器の制御は、確実性という点において優
れた利便性を発揮するが、一方では、柔軟な対応ができ
ないため融通が利かないという欠点がある。

【０００５】たとえば、目覚まし時計が鳴るまえに起床
しているにも関わらず、目覚まし時計が鳴り始める。寝
坊したため、急いで外出しなければならないのに、コー
ヒーメーカの作動が始まる。真夏の暑い朝も、真冬の冷
え込んだ朝も、同じ温度のコーヒーを沸かすので、寒い
朝などコーヒーがさめてしまうことがある。

【０００６】このように、スケジュールに従って機器の
操作を行うコントローラは、正確性の裏返しとして無駄
な動作や無意味な動作を起こすという問題点や、周囲の
環境とは無関係に定常的な動作を起こすという問題を有
している。

【０００７】つまり、正常系においては優れた効果を発
揮するが、イレギュラーな状態が発生した場合には柔軟
な対応がとれないのが現状である。しかし、実生活にお
いては、イレギュラーな状態が発生することは多いた
め、より優れた快適性を追求するためには、このような
イレギュラーな状態に対応することが必要となる。

【０００８】そこで、本発明は前記問題点に鑑み、スケ
ジュールを柔軟に変更しながら、最適な機器の制御を行
うことを可能としたスケジュールシステムを提供するこ
とを目的とする。

【０００９】

【課題を解決するための手段】上記課題を解決するた
め、請求項１の発明は、利用者のスケジュールを記憶す
る記憶手段と、計時手段と、前記記憶手段に記憶された
スケジュールと前記計時手段から取得した時間とから、
イベント発生の要求信号を送出する制御手段と、前記イ
ベント発生により得られる効果と関連のある所定種類の
状態情報を検知する検知手段と、前記要求信号に従っ
て、所定の装置に対する操作制御を行う操作制御手段と
を備え、前記制御手段は、前記検知手段から入力した検
知情報をもとに、前記イベント発生により得られる効果
が有効となるように前記スケジュールを変更し、変更後
のスケジュールに応じたイベント発生の要求信号を送出
することを特徴とする。

【００１０】請求項２の発明は、請求項１に記載の柔軟
対応型スケジュールシステムであって、前記検知手段
は、所定の対象物の移動を検知する手段であることを特
徴とする。

【００１１】請求項３の発明は、請求項１に記載の柔軟
対応型スケジュールシステムであって、前記検知手段
は、前記利用者の生体情報を検知する手段であることを
特徴とする。

【００１２】請求項４の発明は、請求項１に記載の柔軟
対応型スケジュールシステムであって、前記検知手段
は、前記利用者の周囲の環境情報を検知する手段である
ことを特徴とする。

【００１３】請求項５の発明は、請求項１ないし請求項
４のいずれかに記載の柔軟対応型スケジュールシステム
であって、前記制御手段は、前記所定の装置の操作によ
るイベント発生後、前記検知手段の検知情報に基づいて
前記イベント発生の効果が得られないことが判明した場
合、前記イベント発生の要求信号を再送信するよう前記
スケジュールを変更することを特徴とする。

【００１４】請求項６の発明は、請求項１ないし請求項
５のいずれかに記載の柔軟対応型スケジュールシステム
であって、前記制御手段は、前記イベント発生以前に、
前記検知手段の検知情報に基づいて前記イベント発生に
より得られる効果が既に達成されている場合、前記イベ
ント発生の要求信号の送信を中止するよう前記スケジュ
ールを変更することを特徴とする。

【００１５】請求項７の発明は、請求項１ないし請求項
６のいずれかに記載の柔軟対応型スケジュールシステム
であって、前記制御手段は、前記要求信号の送出前に、
前記利用者が前記イベント発生による効果を有効に得る
ことができないと判断した場合、前記イベント発生の要
求信号の送信を中止するよう前記スケジュールを変更す
ることを特徴とする。

【００１６】請求項８の発明は、請求項１ないし請求項
７のいずれかに記載の柔軟対応型スケジュールシステム
であって、前記検知手段と前記記憶手段と前記計時手段
と前記制御手段とは、前記利用者が所持する携帯スケジ
ューラに収容され、前記操作制御手段と前記所定の装置
とはコントローラを構成し、前記制御手段と前記操作制
御手段とは、無線通信により前記要求信号の送受信を行
うことを特徴とする。

【００１７】請求項９の発明は、請求項１ないし請求項
７のいずれかに記載の柔軟対応型スケジュールシステム
であって、前記記憶手段と前記計時手段と前記制御手段
とは、前記利用者が所持する携帯スケジューラに収容さ
れ、前記検知手段と前記操作制御手段と前記所定の装置
とはコントローラを構成し、前記制御手段と前記操作制
御手段とは、無線通信により前記要求信号の送受信を行
うことを特徴とする。

【００１８】

【発明の実施の形態】以下、図面を参照しつつ本発明の
実施の形態について説明する。まず、本実施形態の柔軟
対応型スケジュールシステムの概略構成について説明す
る。

【００１９】図１において、住宅１内には、さまざまな
機器５３（コーヒーメーカー、目覚まし時計、炊飯器な
どの電子機器、装置）が適所に配置されており、これら
の機器５３および機器５３の制御装置等とからコントロ
ーラ５０を構成している。

【００２０】これら各コントローラ５０，５０・・・
は、ネットワーク５に接続されており、相互に通信可能
な状態となっている。また、住宅１の居住者２は、携帯
スケジューラ１０を所持しており、携帯スケジューラ１
０に記憶されている居住者２のスケジュールに従って、
コントローラ５０は機器５３の制御を行う。次に、コン
トローラ５０および携帯スケジューラ１０の各システム
構成について説明する。

【００２１】｛実施の形態１｝＜１．行動検知＞本発明の柔軟対応型スケジュールシス
テムに係る実施の形態１について説明する。図２に示す
ように、携帯スケジューラ１０は、制御部１１、記憶部
１２、タイマー部１３、通信部１４、判別部１５を備え
ており、本実施形態において携帯スケジューラ１０はカ
ード型に構成されている。携帯スケジューラ１０の形態
は、他にも腕時計型などが考えられ、特に限定されるも
のではないが、軽量、小型で携帯性に優れていることが
望ましい。

【００２２】記憶部１２は、居住者２のスケジュールデ
ータを記憶する手段である。スケジュールデータは、居
住者２の１日の生活スケジュールを記録したデータであ
り、機器５３を動作させることによりイベントを発生さ
せる予定を、発生予定時刻とともに記録している。コン
トローラ５０はスケジュールデータを基に、機器５３の
制御を行う。

【００２３】スケジュールデータは、携帯スケジューラ
１０にキーボタン等の入力部を設けることで入力可能と
してもよいが、本実施形態では、コントローラ５０側の
図示せぬ入力部よりスケジュールデータを入力し、コン
トローラ５０の通信部５２および携帯スケジューラ１０
の通信部１４を介して、記憶部１２にスケジュールデー
タを入力可能としている。これによっても、携帯スケジ
ューラ１０の軽量化および小型化を実現している。

【００２４】制御部１１は、タイマー部１３から取得す
る時刻データと、記憶部１２に記憶されているスケジュ
ールデータを参照して、イベントの発生監視を行う。そ
して、イベント発生時には、通信部１４，５２を介して
コントローラ５０に要求信号を送出する。コントローラ
５０の制御部５１は、この要求信号を受け取ると、要求
信号に従って機器５３を制御する。なお、要求信号は、
操作対象である機器５３と、機器５３を操作する時間
と、さらに、機器５３の制御情報を備えている。機器５
３の制御情報とは、機器５３の制御方法が１通りではな
く、複数の制御方法がある場合に、それらの制御指定を
行う情報である。

【００２５】図４は、制御部１１が備える各手段（ソフ
トウェア）を示す。スケジュール入力手段２１は、前述
の如く、コントローラ５０において入力されたスケジュ
ールデータを通信部１４を介して入力するとともに、記
憶部１２にスケジュールデータを記録する。要求信号出
力手段２２は、イベント発生時にイベントに応じた要求
信号をコントローラ５０側に送出する手段であり、セン
サー入力手段は２３は、判別部１５より検知情報を取得
する手段である。

【００２６】前述の如く、住宅１内の各コントローラ５
０はネットワーク５によって接続されているので、居住
者２は、機器５３の操作が必要なイベントを発生させる
際に、操作対象である機器５３（コントローラ５０）に
隣接する位置にいる必要はない。つまり、最寄のコント
ローラ５０との間で要求信号の送受信が行われ，各コン
トローラ５０間で相互に通信を行い、要求信号に応じて
対応するコントローラ５０がイベントを発生させること
によって、スケジュールが遂行されるのである。

【００２７】さらに、携帯スケジューラ１０は判別部１
５を備えている。判別部１５は、スケジュールの遂行に
影響を与える所定種類の状態を検知する手段であり、本
実施形態においては、起床感知センサー（加速度センサ
ー）を備えている。つまり、携帯スケジューラ１０は、
加速度センサーによって、携帯スケジューラ１０自身の
「移動」を検知可能としており、加速度センサーによっ
て、「移動」が検知されると、その情報が制御部１１に
通知されるように構成している。

【００２８】そして、制御部１１は、判別部１５から携
帯スケジューラ１０の「移動」を検知することにより、
携帯スケジューラ１０を所持している居住者２の「移
動」を検知することが可能となるのである。これによっ
て、居住者２の起床動作を検知可能としているのであ
る。

【００２９】図５に、加速度センサーを備えた判別部１
５により、スケジュールを柔軟に変更しながら機器５３
を制御する一例をフローチャートで示す。

【００３０】まず、携帯スケジューラ１０の記憶部１２
にスケジュールデータが記憶される（ステップＳ１０
１）。たとえば、図に示したように、ＡＭ７：００に目
覚まし時計を鳴らすイベントと、ＡＭ７：３０にコーヒ
ーを入れるイベントとが記憶される。

【００３１】このような状態において、携帯スケジュー
ラ１０の制御部１１は、判別部１５からの入力信号を監
視する（ステップＳ１０２）。入力信号がない場合に
は、タイマー部１３から現在時刻を取得し、記憶部１２
に記録されたスケジュールデータを参照して、予定時間
（発生時刻）に達するイベントの存在の有無を確認する
（ステップＳ１０３）。ここで、予定時間に達するイベ
ントが無い場合には、ステップＳ１０２に戻り、再び判
別部１５からの入力信号を監視する。

【００３２】ステップＳ１０３において、予定時間に達
するイベントが存在する場合には、制御部１１は、イベ
ントを発生させる旨の要求信号を送出する（ステップＳ
１０４）。ここでは、時刻がＡＭ７：００の場合であ
り、制御部１１は、目覚まし時計を鳴らす要求信号を送
出する。

【００３３】制御部１１より目覚まし時計を鳴らす旨の
要求信号が送出されると、前述の如く、通信部１４，５
２を介して、要求信号がコントローラ５０に送信され、
コントローラ５０の制御部５１が、要求信号に従って機
器５３（目覚まし時計）を制御操作する。このようにし
て、ＡＭ７：００にスケジュールに従って目覚まし時計
が鳴るのである。

【００３４】一方、ステップＳ１０２において、制御部
１１が判別部１４より起床感知の入力信号を得た場合、
すなわち、居住者２の起床動作を携帯スケジューラ１０
の備える加速度センサー（居住者２が所持している）が
検知し、この検知情報を制御部１１が入力した場合に
は、制御部１１はスケジュールを変更し、目覚まし時計
を鳴らすイベントを中止するのである（ステップＳ１０
８）。

【００３５】このように、スケジュールを居住者２の行
動検知情報に基づいて柔軟に変更することによって、機
器５３に無駄な制御命令を送出することはない。居住者
２は、起床しているにも関わらず煩わしい目覚し時計の
ベルを聞かされるようなことはない。つまり、イベント
発生による効果が既に得られている場合には、無駄な機
器５３の制御を中止するようにしているのである。

【００３６】ステップＳ１０４において目覚まし時計を
鳴らした後、制御部１１は、判別部１５からの入力信号
を監視する（ステップＳ１０５）。そして、判別部１５
より起床動作の検知情報が入力されるまで監視を続け、
起床動作の検知情報が入力されると、制御部１１は、目
覚し時計のベルを停止させる旨の要求信号を送出する。
これによって、コントローラ５０は目覚し時計のベルを
停止させる。

【００３７】このように、起床動作の検知情報が入力さ
れるまで目覚まし時計のベルを鳴らし続けるので、居住
者２が布団に入ったまま目覚まし時計を止めてしまい、
再び眠りにつくといった問題を解消できる。つまり、イ
ベント発生による効果が得られるまでは、要求信号を送
出し続けることによってスケジュールの確実な遂行を可
能としているのである。

【００３８】なお、加速度センサーを起床感知センサー
として使用するために、判別部１５は、ある一定の時間
以上、継続した動きを検出した場合のみ、起床動作と判
断するなどの処理を行うことにより、寝返りなどを起床
動作と誤検知することを防止することができる。

【００３９】ステップＳ１０６において、目覚まし時計
のベルを停止させた後、制御部１１は、スケジュールに
従ってコーヒーを入れる旨の要求信号を送出することと
なるが、まず、タイマー部１３より現在時刻を取得し、
コーヒーを飲む時間があるかどうかの判断を行う（ステ
ップＳ１０７）。

【００４０】たとえば、居住者２がＡＭ７：４５に外出
するという予定が、スケジュールデータに記録されてい
るとする。そして、居住者２がなかなか起床しなかった
ために、現在時刻が既にＡＭ７：３０を過ぎているとす
る。この場合、制御部１１は、スケジュールを変更し、
コーヒーを入れないことにする。これにより、携帯スケ
ジューラ１０からコントローラ５０に対して、コーヒー
を入れる旨の要求信号が送出されることはない。

【００４１】このようにして、時間がないにも関わら
ず、コーヒーを沸かしてしまうといった無駄な機器５３
（コーヒーメーカー）の制御を行うことはない。つま
り、イベント発生による効果が得られない場合には、イ
ベントを中止することにより無駄な機器の制御を防止す
るのである。なお、スケジュールでは、コーヒーはＡＭ
７：３０に沸かすこととなっているが、居住者２が起床
していない場合には、ＡＭ７：３０になってもコーヒー
を沸かす要求信号を送出しないようにしている。

【００４２】ステップＳ１０７において、コーヒーを飲
む時間があると判断した場合には、スケジュールに従っ
て、制御部１１はコーヒーを沸かす旨の要求信号をコン
トローラ５０に送信し、コントローラ５０において機器
５３（コーヒーメーカー）の制御が行われ、コーヒーが
準備される。

【００４３】以上説明した実施の形態においては、加速
度センサーを含む判別部１５は、携帯スケジューラ１０
が備える構成としているが、図３に示すように、判別部
５５をコントローラ５０側に設ける構成としてもよい。

【００４４】ここで、判別部５５の基本的な構成は、前
述した判別部１５と同様であるが、居住者２が所持する
のではなく、所定の位置に固定される構成であるためセ
ンサーの種別が異なる。本実施形態においては、判別部
５５は起床を検知するセンサーとして、居住者２の寝室
のドアの動きを検知するセンサーとしている。この判別
部５５によっても、図２で示した構成と同様に居住者２
の起床動作を検知しながらスケジュールを柔軟に変更し
て機器５３の制御を行うことができる。

【００４５】他にも、起床を感知する方法として、寝室
の所定の高さの位置に赤外線センサーを設けるようにし
てもよい。たとえば、居住者２が直立した状態で頭部の
位置に赤外線センサーを設けておけば、居住者２は完全
に起き上がるまで目覚まし時計のベルが停止しないの
で、スケジュールの遂行を確実に行うことができる。さ
らに、赤外線センサーによる起床動作の検知が所定時間
継続した場合のみ起床動作と判断するようにすれば、さ
らに確実にスケジュールの遂行を実現することができ
る。

【００４６】＜２．生体情報検知＞次に、生体情報の検
知を行う実施の形態について説明する。図６に示すよう
に、携帯スケジューラ１０の構成は図２および図４で示
した構成と略同様であり、判別部１５の構成のみが異な
る。

【００４７】判別部１５は、起床を感知するセンサーに
加えて、居住者２の体温を計測するセンサーを備えてい
る。このように、判別部１５が体温を計測するセンサー
を備えている場合には、計測精度を向上させるため、携
帯スケジューラ１０は、体に密着させるタイプのものが
好ましい。カード式のものであっても、ホルダ等を備え
て体に密着して保持できるようにしてもよい。

【００４８】図８は、判別部１５が体温を計測するセン
サーを備えた場合の、本実施形態のフローチャートであ
る。図８において、ステップＳ２０１〜ステップＳ２０
８は、図５で示したフローチャートのステップＳ１０１
〜ステップＳ１０８にそれぞれ対応しており、同一のフ
ローであるので説明を省略する。

【００４９】ステップＳ２０７において、制御部１１が
コーヒーを飲む時間があると判断した場合、制御部１１
は、判別部１５から居住者２の体温情報を取得する（ス
テップＳ２０９）。そして、体温情報から居住者２の体
調の判断を行い（ステップＳ２１１）、発熱気味である
と判断した場合には、スケジュールを変更してコーヒー
を沸かすというイベントを中止する（ステップＳ２１
３）。これによって、携帯スケジューラ１０からコント
ローラ５０にコーヒーを沸かす旨の要求信号が送出され
ることはない。

【００５０】このように、居住者２の生体情報を検知
し、体調が悪い場合にはコーヒーを入れるという機器５
３の制御を中止する。つまり、イベント発生により有効
な効果（居住者２はコーヒーを飲みたい気分ではないで
あろう）が得られないと判断した場合には、イベントを
中止することにより、居住者２にとって、より快適で柔
軟性のあるシステムを提供することになる。

【００５１】また、体調が悪い場合のスケジュール変更
として、コーヒーを入れるというイベントを、ホットミ
ルクを入れるイベントや、お粥を作るというイベントに
変更するようにしてもよい。また、高熱の場合には、メ
ールの自動送信を行い、会社を休む旨の通知を行うなど
のスケジュールを付加してもよい。

【００５２】ステップＳ２１１において、体調が良い
（発熱気味でない）と判断した場合には、スケジュール
通りにコーヒーを入れる旨の要求信号を送出し、コント
ローラ５０は要求信号に従ってコーヒーメーカーの制御
を行う。

【００５３】以上説明した実施の形態においては、体温
センサーを含む判別部１５は、携帯スケジューラ１０が
備える構成としているが、図７に示すように、判別部５
５をコントローラ５０側に設ける構成としてもよい。

【００５４】この場合、体温センサーは、居住者２の寝
室に設置され、就寝中の居住者２の体温を間接検知する
ようなものを用いればよい。

【００５５】生体情報としては、他にも血圧の測定値を
利用するようにしてもよい。低血圧で目覚めの悪い人に
は、濃い目のコーヒーを入れるようにすれば、居住者２
の体質に応じた柔軟性の高い対応をとることができる。

【００５６】＜３：環境情報検知＞以上、行動検知およ
び生体情報検知に基づいた本実施形態の柔軟対応型スケ
ジュールシステムを説明したが、他にも、環境情報を検
知することにより、スケジュールを変更するようにする
こともできる。

【００５７】たとえば、判別部１５（もしくは判別部５
５）に室内温度センサーを備え、室内温度に応じたスケ
ジュール変更を行う。図５もしくは図８のフローチャー
トで示した例において、非常に冷え込んだ冬の朝などは
熱めのコーヒーを入れるようにすれば、しばらく時間が
経過した後でも、あたたかいコーヒーを飲むことができ
快適である。また、風呂の温度を高めに設定するように
してもよい。

【００５８】また、判別部１５に湿度センサーを備え、
湿度に応じたスケジュール変更を行うようにしてもよ
い。

【００５９】以上、本発明の柔軟対応型スケジュールシ
ステムについて、住宅内のさまざまな機器５３を制御す
る場合を例として実施形態を説明した。次に、本発明を
スケジュールに応じた決済手段として利用した実施形態
について説明する。

【００６０】｛実施の形態２｝従来からショッピングで
利用されるクレジットカードがある。これらは、利用上
限値の範囲内において、カードによるショッピングを可
能としており、カードによるショッピングをしたあと、
所定の期日に、所定の銀行口座より購入代金の引き落と
しが実行される決済方法である。

【００６１】しかし、これら従来のクレジットシステム
では、利用上限値が固定であるがために不便さを感じる
ことがある。また、引き落とし口座が一箇所であるため
に利便性に欠ける場合がある。これらの不便さを解消す
るために利用者の多くは、複数のクレジットカードを保
有するようにしている。

【００６２】図９において、住宅８０、および、各店舗
８１，８１・・・には端末７３が設置されており、各端
末７３は決済機関８７の決済機（ホストコンピュータ）
８８と通信回線８５を介して接続されている。そして、
端末７３と決済機８８とからコントローラ７０を構成し
ているものとする。また、ショッピング等を行う利用者
８２は、携帯スケジューラ３０を所持しており、携帯ス
ケジューラ３０に記憶されている利用者８２のスケジュ
ールに従って、コントローラ７０は決済処理を行う。つ
まり、本実施形態の携帯スケジューラ３０は、クレジッ
トカードとしての機能もあわせ持つ構成としている。次
に、コントローラ７０および携帯スケジューラ３０の各
システム構成について説明する。

【００６３】＜１．スケジュールに応じた決済先の変更
＞図１０に示すように、携帯スケジューラ３０は、制御
部３１、記憶部３２、タイマー部３３、通信部３４、判
別部３５を備えており、本実施形態において携帯スケジ
ューラ３０は、カード型としている。携帯スケジューラ
３０の形態は、他にも腕時計型などが考えられ、特に限
定されるものではないが、軽量、小型で携帯性に優れて
いることが望ましい。

【００６４】記憶部３２は、利用者８２のスケジュール
データを記憶する手段である。スケジュールデータは、
利用者８２の１日の生活の中で発生するイベントを記録
したデータであり、決済処理が実行されるイベントを含
んでいる。

【００６５】スケジュールデータは、携帯スケジューラ
３０にキーボタン等の入力部を設けることで入力可能と
してもよいが、本実施形態では、コントローラ７０側の
図示せぬ入力部よりスケジュールデータを入力し、コン
トローラ７０の通信部７２および携帯スケジューラ３０
の通信部３４を介して、記憶部３２にスケジュールデー
タを入力可能としている。これによっても、携帯スケジ
ューラ３０の軽量化および小型化を実現している。

【００６６】判別部３５は、決済要求元の情報を検知す
るセンサー等であり、店舗８１の店内に設けられた店舗
情報（店ＩＤ）の信号を発生する装置より、店舗情報の
信号を受信して要求元を判別する。たとえば、店舗８１
に設置された端末７３に店舗情報の信号発生器を設けて
おけば、決済時に確実に店舗情報を取得することが可能
となる。

【００６７】また、店舗情報を位置情報より取得するこ
とも可能である。所定の店舗に関しては、あらかじめそ
の位置情報を記憶部３２に記憶させておき、決済処理を
実行する際に、判別部３５が現在位置を取得することに
より、記憶部３２に記憶された位置情報と照合するよう
にすればよい。なお、判別部３５による位置情報の取得
はＧＰＳを利用することによって可能である。

【００６８】なお、判別部３５をセンサー等による自動
判別手段とせず、手動入力手段として、利用者８２自身
が店舗コード等を入力するような構成としてもよい。

【００６９】通信部３４は、コントローラ７０との間で
の通信制御を行う手段であり、コントローラ７０の通信
部７２との間で、スケジュールデータの送受信や、決済
要求データや決済承諾データの送受信を行う。

【００７０】一方、コントローラ７０は、前述の如く、
端末７０と決済機（ホストコンピュータ８８）とから構
成されており、端末７０は、携帯スケジューラ３０との
インタフェースである通信部７２と、決済機８８に対す
る決済処理の制御を行う制御部７１とを備えている。な
お、図１０においては、決済機８８との間の通信回線８
５の図示を省略している。

【００７１】なお、図１０で示したコントローラ７０の
構成は、汎用的な構成を示している。たとえば、住宅８
０に設置されるコントローラ７０には、スケジュールデ
ータの入力部を設けるが、決済機７３に対する制御機能
を持たせないようにしてもよい。また、端末７３と携帯
スケジューラ３０との間のインタフェースは本実施形態
においては、通信部３４，７２を介した無線通信（非接
触型）としているが、端末７３をカード挿入型の端末で
構成し、カード型に構成された携帯スケジューラ３０を
端末７３に挿入する方式（接触型）としてもよい。

【００７２】また、制御部３１には、決済処理を制御す
る各手段（ソフトウェア）として、図１２に示すよう
に、スケジュール入力手段４１、決済要求入力手段４
２、決済承諾出力手段４３、要求元情報入力手段４４、
決済情報入力手段４５、決済上限情報入力手段４６を備
えている。

【００７３】スケジュール入力手段４１は、前述の如
く、利用者８２のスケジュールデータをコントローラ７
０から受信し、記憶部３２に記録する手段である。決済
要求入力手段４２は、コントローラ７０から決済要求デ
ータを受信入力する手段である。要求元情報入力手段４
４は、判別部３５から要求元情報（店ＩＤ）を取得する
手段である。決済承諾出力手段は、スケジュールデータ
との照合を行った上で、コントローラ７０に対して決済
承諾データを送出する手段である。

【００７４】また、決済情報入力手段４５は、携帯スケ
ジューラ３０による決済にかかる引き落とし銀行口座
等、決済情報を入力する手段である。決済上限情報入力
手段４６は、携帯スケジューラ３０による決済の利用上
限値を入力する手段である。決済情報入力手段４５、決
済上限情報入力手段４６は、取得した決済情報、決済上
限情報を記憶部３２に記録する。

【００７５】図１３のフローチャートを用いて、本実施
形態の決済フローについて説明する。まず、スケジュー
ルデータおよび決済情報の入力が行われる（ステップＳ
３０１）。スケジュールデータの入力は、たとえば、住
宅８０のコントローラ７０（端末７３）において行われ
る。ここでは、午前中に会社用の本を買いに行くという
イベントと、午後に出社するといイベントが記録された
ものとする。また、本を買いに行く本屋はＡ書店である
旨の情報も記録されている。決済情報は、たとえば、携
帯スケジューラ３０の発行時に書き込まれた情報であ
り、本実施形態においては、複数の引き落とし口座が記
録されている。

【００７６】スケジュールデータ、および、決済情報が
入力された状態で利用者８２が買い物に出かける。携帯
スケジューラ３０は、決済要求の有無の監視を続ける
（ステップＳ３０２）。

【００７７】利用者８２が、書店Ａに訪れ、実際に本を
購入する。そして、携帯スケジューラ３０を、店舗８１
（書店Ａ）に設置された端末７３の通信部７２に近づけ
ることにより、コントローラ７０に携帯スケジューラ３
０を認識させる。そして、コントローラ７０において購
入代金などを入力して決済機８８との間で照合処理等を
行う。そして、決済機８８との間で照合処理等が終了す
ると、端末７３の制御部７１より決済要求が出力され
る。

【００７８】携帯スケジューラ３０の制御部１１は、決
済要求データを入力すると、判別部３５から要求元情報
を入力し（ステップＳ３０３）、入力した要求元情報と
記憶部３２に記録されたスケジュールデータとの照合を
行う（ステップＳ３０４）。

【００７９】そして、照合した結果、現在の決済処理が
会社の用事であるか否かの判定を行う（ステップＳ３０
５）。つまり、現在の時間が午前中であり、かつ、要求
元がＡ書店であった場合には、スケジュールデータに基
づいて、本決済を会社の用事であると判断する。逆に、
現在の時間が午後であったり、要求元がＡ書店でない場
合には、会社の用事ではなく、私的な用事であると判断
する。

【００８０】会社の用事であると判断した場合には、制
御部３１は、決済先を会社に設定し（ステップＳ３０
６）、会社の口座から引き落としを行う旨の決済承諾信
号を送出する（ステップＳ３０７）。

【００８１】この決済承諾信号をコントローラ７０の制
御部７１が受信すると、決済機８８との間で、決済承諾
信号に基づいた決済処理が行われる。

【００８２】これに対して、本決済が私的な用事である
と判断した場合には、制御部３１は、決済先を個人に設
定し（ステップＳ３０８）、個人（利用者８２）の口座
から引き落としを行う旨の決済承諾信号を送出する（ス
テップＳ３０９）。

【００８３】このように、記憶部３２に記録されたスケ
ジュールデータに従って、決済先を変更することによ
り、利用者８２は１つの携帯スケジューラ３０を利用し
ながら、複数の引き落とし口座を使い分けることが可能
である。また、引き落とし口座の選定も判別部３５の要
求元情報を元に行われるので、煩わしい操作等が不要で
ある。

【００８４】上述した実施の形態においては、判別部３
５を携帯スケジューラ３０が備える構成としているが、
図１１に示すように、コントローラ７０が判別部７５を
備える構成としてもよい。つまり、コントローラ７０
（端末７３）のメモリ等に要求元情報（店舗情報）を持
たせ、携帯スケジューラ３０によるアクセス時には、通
信部７２，３４を介して、要求元情報を制御部３１が取
得可能に構成してもよい。

【００８５】＜２．クーポン情報に応じた決済先の変更
＞次に、クーポン情報との連携を可能とした決済システ
ムおよびその決済方法について説明する。

【００８６】図１０（もしくは図１１）で示した実施形
態において、携帯スケジューラ３０の記憶部３２には、
イベントの発生時間などのスケジュールデータと、引き
落とし口座などの決済情報とを記録しているが、本実施
形態においては、さらに、決済情報としてクーポン情報
を記録しておくことが可能である。なお、本実施形態に
おいても、携帯スケジューラ３０、コントローラ７０な
どの構成は、図１０で示したシステム構成と同様であ
る。

【００８７】クーポン情報とは、たとえば、利用者８２
が旅行会社でツアーのパックを購入した場合を想定する
と、そのツアー料金に含まれる交通機関や、ツアー料金
で利用可能な食事をする店、観光施設等を規定した情報
である。

【００８８】このようなクーポン情報は、利用者８２が
旅行会社（店舗８１）において、ツアーパックを購入し
た際に、旅行会社８１に備えられた端末７３において携
帯スケジューラ３０に書き込まれる。なお、携帯スケジ
ューラ３０は、利用者８２が普段利用する汎用的なスケ
ジューラ（この場合、クレジットカードとしての機能を
含む）を利用してもよいし、ツアーパックの購入時に、
ツアー限定の携帯スケジューラを発行するようにしても
よい。

【００８９】このようにクーポン情報を保有した場合の
決済処理フローについて、図１４のフローチャートを用
いて説明する。まず、携帯スケジューラ３０に、スケジ
ュールデータおよび決済情報（引き落とし口座情報およ
びクーポン情報）が記録される（ステップＳ４０１）。
ここでは、スケジュールデータとしてツアー中の各訪問
先と訪問予定時間等が記録されており、クーポン情報と
しては、ツアー料金に含まれる交通機関、食事をする店
等が記録されている。

【００９０】スケジュールデータが入力された状態で利
用者８２は携帯スケジューラ３０を所持してツアーに出
かける。携帯スケジューラ３０は、決済要求の有無の監
視を続ける（ステップＳ４０２）。

【００９１】利用者８２は、ツアーの訪問先で買い物を
する。そして、携帯スケジューラ３０を店舗８１に設置
された端末７３の通信部７２に近づけることにより、携
帯スケジューラ３０をコントローラ７０に認識させる。
そしてコントローラ７０において購入代金などを入力し
て決済機８８との間で照合処理等を行う。そして、決済
機８８との間で照合処理等が終了すると、端末７３の制
御部７１より決済要求データが出力される。

【００９２】携帯スケジューラ３０は決済要求データを
入力すると、判別部３５から要求元情報を入力し（ステ
ップＳ４０３）、入力した要求元情報と記憶部３２に記
録されたスケジュールデータとの照合を行う（ステップ
Ｓ４０４）。

【００９３】そして、照合した結果、現在の決済処理が
クーポンが有効な決済であるか否かの判定を行う（ステ
ップＳ４０５）。たとえば、決済を実行しようとしてい
る店舗が、クーポン情報に含まれている店舗情報と一致
するか、または、食事の内容（もしくは、食事の料金や
時間）が設定されている場合には、その設定条件を満た
しているか、などの条件から判定を行う。

【００９４】そして、判定の結果、クーポン情報に含ま
れる決済であると判断した場合には、制御部３１は、決
済先をクーポンに設定し（ステップＳ４０６）、クーポ
ンを使用する旨の決済承諾信号を送出する（ステップＳ
４０７）。

【００９５】この決済承諾信号をコントローラ７０の制
御部７１が受信すると、決済機８８との間で、決済承諾
信号に基づいた決済処理が行われる。

【００９６】これに対して、本決済がクーポン情報に含
まれない決済であると判断した場合には、制御部３１
は、決済先を個人に設定し（ステップＳ４０８）、個人
（利用者８２）の口座から引き落としを行う旨の決済承
諾信号を送出する（ステップＳ４０９）。

【００９７】このような決済フローを行うことにより、
利用者８２は、クーポンに含まれる買い物と、個人の買
い物に対して同一の携帯スケジューラ３０（たとえば一
枚のカード）を利用することが可能であり、ツアー中に
個人のクレジットカードと、ツアークーポン券の両方を
所持して使い分けるといった煩雑さを解消することがで
きる。特に、複数枚のチケットを束ねたクーポン券は、
紛失する恐れがあるし、また、一枚一枚切り離して使用
する必要があり、使い勝手が悪いが、本実施形態によれ
ば、これらの問題を解消することができる。

【００９８】＜３．スケジュールに応じた利用上限値の
変更＞次に、スケジュールに応じて利用上限度を変更す
る決済システムおよびその決済方法について説明する。

【００９９】上述した実施形態において、携帯スケジュ
ーラ３０の記憶部３２には、イベントの発生時間などの
スケジュールデータと、引き落とし口座、クーポン情報
などの決済情報とを記録しているが、本実施形態におい
ては、さらに、決済情報として、時限的な利用上限情
報、店舗毎の利用上限情報を記録しておくことが可能で
ある。なお、本実施形態においても、携帯スケジューラ
３０、コントローラ７０などの構成は、図１０で示した
システム構成と同様である。

【０１００】このような利用上限情報は、携帯スケジュ
ーラ３０の発行時（カード発行時）において記憶部３２
に記録する場合と、利用目的に応じて、適宜、利用上限
値の書き換え処理が行われる。

【０１０１】たとえば、携帯スケジューラ３０の発行時
には、一般的な利用上限値が書き込まれる。そして、旅
行に行く場合には、一般的な利用上限値よりも高めの利
用上限値が記録される。これらの利用上限値は、カード
会社（もしくは旅行会社等）に設定権限を持たせること
が好ましい。

【０１０２】これに対して、利用者８２自身が自らの利
用上限値を制限したい場合がある。たとえば、とてもお
気に入りの店があって、いつも衝動買いをしてしまうと
いう場合、利用者８２は、一般的な利用上限値１０万円
に対して、お気に入りの店に対しては利用上限値を１万
円に設定するのである。これによって、無駄遣いを防止
することができる。このような利用上限値は、各店舗８
１に設置された端末７３や、利用者８２の自宅の端末７
３において書込み可能であってもよい。

【０１０３】このように利用上限情報を保有した場合の
決済処理フローについて、図１５のフローチャートを用
いて説明する。まず、携帯スケジューラ３０に、スケジ
ュールデータおよび利用上限情報等の決済情報が記録さ
れる（ステップＳ５０１）。ここでは、スケジュールと
リンクした利用上限情報（決済上限）と、店毎の利用上
限情報とが記録される。

【０１０４】スケジュールとリンクした利用上限情報と
は、たとえば、スケジュールデータの中に旅行（ツア
ー）予定が入っていれば、この旅行期間中、特別に設定
される利用上限値である。普段の利用上限値１０万円に
対して、旅行先ではお土産を買ったりするので３０万円
まで利用可能に設定する。また、お気に入りの店の利用
上限値は１万円に設定している。

【０１０５】スケジュールデータを入力した状態で利用
者８２は携帯スケジューラ３０を所持してツアーに出か
ける。携帯スケジューラ３０は、決済要求の有無の監視
を続ける（ステップＳ５０２）。

【０１０６】利用者８２は、ツアーの訪問先で買い物を
する。そして、携帯スケジューラ３０を端末７３の通信
部７２に近づけることにより、携帯スケジューラ３０を
認識させ、購入代金などを入力して決済機８８との間で
照合処理等を行う。そして、決済機８８との間で照合処
理等が終了すると、端末７３の制御部７１より決済要求
が出力される。

【０１０７】携帯スケジューラ３０は決済要求を入力す
ると、要求元情報を入力し（ステップＳ５０３）、入力
した要求元情報と記憶部３２に記録されたスケジュール
データとの照合を行う（ステップＳ５０４）。なお、要
求元情報は、携帯スケジューラ３０の備える判別部３５
が、店舗８１に備えられた店舗情報発信器より店情報
（店ＩＤ）を取得することによって得られる。

【０１０８】そして、照合した結果、現在の決済処理が
利用上限内の決済であるか否かの判定を行う（ステップ
Ｓ５０５）。たとえば、決済を実行している店舗が旅行
先の店舗である場合には、旅行中に特別に設定された利
用上限値との比較を行う。また、決済を実行しようとし
ている店舗が、利用上限値を低く設定しているお気に入
りの店である場合には、その利用上限値との比較を行
う。また、これら以外の場合には、一般的な（普段の）
利用上限値との比較を行う。

【０１０９】そして、判定の結果、利用上限内の決済で
ある場合には、制御部３１は決済承諾信号を送出する
（ステップＳ５０６）。

【０１１０】この決済承諾信号をコントローラ７０の制
御部７１が受信すると、決済機８８との間で、決済承諾
信号に基づいた決済処理が行われる。

【０１１１】これに対して、本決済が利用上限を超える
決済であると判断した場合には、制御部３１は決済拒否
信号を送出する（ステップＳ５０７）。これにより、利
用者８２は携帯スケジューラ３０を用いた買い物ができ
なくなる。

【０１１２】このような決済フローを行うことにより、
利用者８２は、目的に応じて柔軟に決済上限（利用上
限）を変更しながら決済処理を行うことができる。した
がって、旅行中の利用上限を増やす目的で、複数枚のク
レジットカードを所持する必要はない。また、店毎に利
用上限値を設定することで、計画的なクレジットの利用
を行うことができる。

【０１１３】

【発明の効果】以上説明したように、請求項１の発明で
は、利用者のスケジュールを記憶し、スケジュールに応
じて所定の装置に対する操作制御を行うシステムであっ
て、スケジュールの遂行に影響を与える所定種類の状態
を検知する検知手段から検知情報を入力し、検知情報に
基づいてスケジュールを柔軟に変更しながら装置の制御
を行うので、無駄な装置の制御や、不適切な装置の制御
を防止することができる。

【０１１４】請求項２ないし請求項４の発明では、所定
の対象物の移動情報、または、生体情報、または、利用
者の周囲の環境情報に応じてスケジュールを変更するの
で、状況に応じた適切な装置の制御を行うことができ、
柔軟性の高いシステムを提供可能とする。

【０１１５】請求項５の発明では、イベント発生後に検
知情報を入力した結果、イベント発生による効果が得ら
れない場合には、スケジュールを変更してイベント発生
を継続させるようにするので、スケジュールの確実な遂
行を可能とする。

【０１１６】請求項６の発明は、イベント発生以前に検
知情報を入力した結果、その効果が既に得られている場
合には、スケジュールを変更してイベントの発生を中止
するので、装置の無駄な制御を防止することができる。

【０１１７】請求項７の発明は、イベント発生以前に検
知情報を入力した結果、イベント発生による効果が有効
に得られないと判断した場合には、スケジュールを変更
してイベントの発生を中止するので、装置の無駄な制御
を防止することができる。

【０１１８】請求項８または請求項９の発明は、装置等
を備えるコントローラと、スケジュールの記憶部等を備
える携帯スケジューラとから本発明のシステムを構成す
ることにより、携帯性に優れたシステムを提供可能とす
る。

【０１１９】

【図面の簡単な説明】

【図１】本発明のスケジュールシステムの全体構成図で
ある。

【図２】携帯スケジューラおよびコントローラのシステ
ム構成図である（内蔵センサタイプ）。

【図３】携帯スケジューラおよびコントローラのシステ
ム構成図である（外的センサタイプ）。

【図４】制御部の備えるソフトウェアを示す図である。

【図５】行動検知によりスケジュールを変更するフロー
チャートである。

【図６】生体情報を検知するセンサーを備えたシステム
構成図である（内蔵センサタイプ）。

【図７】生体情報を検知するセンサーを備えたシステム
構成図である（外的センサタイプ）。

【図８】行動検知および生体情報検知によりスケジュー
ルを変更するフローチャートである。

【図９】本発明を応用した決済システムの全体構成図で
ある。

【図１０】クレジットカードとして機能する携帯スケジ
ューラおよび決済機と接続されたコントローラのシステ
ム構成図である（内蔵センサタイプ）。

【図１１】クレジットカードとして機能する携帯スケジ
ューラおよび決済機と接続されたコントローラのシステ
ム構成図である（外的センサタイプ）。

【図１２】制御部の備えるソフトウェアを示す図であ
る。

【図１３】スケジュールに応じて決済先を変更する決済
処理のフローチャートである。

【図１４】クーポン情報に応じて決済先を変更する決済
処理のフローチャートである。

【図１５】スケジュールに応じて利用上限値を変更する
決済処理のフローチャートである。

【符号の説明】

１０携帯スケジューラ１１制御部１２記憶部１３タイマー部１４通信部１５判別部５０コントローラ５１制御部（機器制御手段）５２通信部５３機器

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｇ０６Ｆ 15/02 ３５５Ｇ０６Ｆ 15/02 ３５５Ａ // Ａ４７Ｊ 31/00 Ａ４７Ｊ 31/00 Ｚ (72)発明者西田直樹大阪府大阪市中央区安土町二丁目３番13号大阪国際ビルミノルタ株式会社内 (72)発明者藤原浩次大阪府大阪市中央区安土町二丁目３番13号大阪国際ビルミノルタ株式会社内 (72)発明者藤原利光大阪府大阪市中央区安土町二丁目３番13号大阪国際ビルミノルタ株式会社内 (72)発明者保富英雄大阪府大阪市中央区安土町二丁目３番13号大阪国際ビルミノルタ株式会社内 (72)発明者長田英喜大阪府大阪市中央区安土町二丁目３番13号大阪国際ビルミノルタ株式会社内Ｆターム(参考） 5B019 GA03 JA02 JA09 JA10 KA04 5B049 BB11 BB46 CC02 CC16 CC32 CC36 CC39 CC48 DD00 DD04 EE01 EE28 FF04 FF08 GG04 GG06 GG07

Claims

【特許請求の範囲】

【請求項１】利用者のスケジュールを記憶する記憶手
段と、計時手段と、前記記憶手段に記憶されたスケジュールと前記計時手段
から取得した時間とから、イベント発生の要求信号を送
出する制御手段と、前記イベント発生により得られる効果と関連のある所定
種類の状態情報を検知する検知手段と、前記要求信号に従って、所定の装置に対する操作制御を
行う操作制御手段と、を備え、前記制御手段は、前記検知手段から入力した検知情報を
もとに、前記イベント発生により得られる効果が有効と
なるように前記スケジュールを変更し、変更後のスケジ
ュールに応じたイベント発生の要求信号を送出すること
を特徴とする柔軟対応型スケジュールシステム。
【請求項２】請求項１に記載の柔軟対応型スケジュー
ルシステムであって、前記検知手段は、所定の対象物の移動を検知する手段で
あることを特徴とする柔軟対応型スケジュールシステ
ム。
【請求項３】請求項１に記載の柔軟対応型スケジュー
ルシステムであって、前記検知手段は、前記利用者の生体情報を検知する手段
であることを特徴とする柔軟対応型スケジュールシステ
ム。
【請求項４】請求項１に記載の柔軟対応型スケジュー
ルシステムであって、前記検知手段は、前記利用者の周囲の環境情報を検知す
る手段であることを特徴とする柔軟対応型スケジュール
システム。
【請求項５】請求項１ないし請求項４のいずれかに記
載の柔軟対応型スケジュールシステムであって、前記制御手段は、前記所定の装置の操作によるイベント発生後、前記検知
手段の検知情報に基づいて前記イベント発生の効果が得
られないことが判明した場合、前記イベント発生の要求
信号を再送信するよう前記スケジュールを変更すること
を特徴とする柔軟対応型スケジュールシステム。
【請求項６】請求項１ないし請求項５のいずれかに記
載の柔軟対応型スケジュールシステムであって、前記制御手段は、前記イベント発生以前に、前記検知手段の検知情報に基
づいて前記イベント発生により得られる効果が既に達成
されている場合、前記イベント発生の要求信号の送信を
中止するよう前記スケジュールを変更することを特徴と
する柔軟対応型スケジュールシステム。
【請求項７】請求項１ないし請求項６のいずれかに記
載の柔軟対応型スケジュールシステムであって、前記制御手段は、前記要求信号の送出前に、前記利用者が前記イベント発
生による効果を有効に得ることができないと判断した場
合、前記イベント発生の要求信号の送信を中止するよう
前記スケジュールを変更することを特徴とする柔軟対応
型スケジュールシステム。
【請求項８】請求項１ないし請求項７のいずれかに記
載の柔軟対応型スケジュールシステムであって、前記検知手段と前記記憶手段と前記計時手段と前記制御
手段とは、前記利用者が所持する携帯スケジューラに収
容され、前記操作制御手段と前記所定の装置とはコント
ローラを構成し、前記制御手段と前記操作制御手段と
は、無線通信により前記要求信号の送受信を行うことを
特徴とする柔軟対応型スケジュールシステム。
【請求項９】請求項１ないし請求項７のいずれかに記
載の柔軟対応型スケジュールシステムであって、前記記憶手段と前記計時手段と前記制御手段とは、前記
利用者が所持する携帯スケジューラに収容され、前記検
知手段と前記操作制御手段と前記所定の装置とはコント
ローラを構成し、前記制御手段と前記操作制御手段と
は、無線通信により前記要求信号の送受信を行うことを
特徴とする柔軟対応型スケジュールシステム。