JP2016051364A - 端末、出力システム、それらの制御方法、及びプログラム - Google Patents

Abstract

【課題】ユーザが出力装置に出力させたことを忘れ放置していたとしても、そのことをユーザに気付かせ、出力の放置による安全面、省エネルギー・コスト面、セキュリティ面での問題を解決すること。【解決手段】情報処理装置１２０は、出力装置１１０に対して出力指示を行い、前記出力指示に応じて、出力装置１１０との間で通信される無線プロトコルに従う通知に従い、当該通知から特定される出力装置１１０との距離と、該距離における時間情報とを監視し、監視の結果に従い、前記出力指示の必要性に関する警告を行う。【選択図】図１

Description

本発明は、端末、出力システム、端末の制御方法、それらの制御方法、及びプログラムに関するものである。

クライアントから離れた場所の出力装置に対して出力指示を送信し、出力装置に出力させる機能が多く知られている。例えば、オフィスにおいては、パーソナルコンピュータ等の端末からネットワークを介してプリンタへ印刷指示を送信し、プリンタで印刷を行う機能が知られている。さらに近年、モバイル等の移動型端末からインターネット経由で自宅のエアコンに運転指示を送信し、エアコンに運転させる機能も提供されている。

一方、機器同士が直接通信するための通信技術のうち、省エネルギーでかつ、ＮＦＣ等と比較して長距離の通信が可能な技術（例えばＢＬＥ（Ｂｌｕｅｔｏｏｔｈ（登録商標） Ｌｏｗ Ｅｎｅｒｇｙ））を活用し、機器同士の距離に応じてさまざまなサービスを提供可能な仕組みが開発されている。なお、ＮＦＣは、Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎの略称である。

例えば、Ｂｅａｃｏｎ（登録商標）は、発信機がＢｅａｃｏｎと呼ばれる機器情報をＢＬＥでブロードキャスト発信し、受信機は受信した機器情報と共に得られる距離情報に合わせてさまざまなサービスを提供することができる仕組みである。
この仕組みを利用すると、例えば、ある店舗でＢｅａｃｏｎを発信し、顧客の移動型端末でその店舗のＢｅａｃｏｎを検知すると、その距離に応じたセールス情報を通知するようなサービスを提供できる。

特許文献１では、クライアントが不使用状態の機器の位置情報を元に置き忘れを検知してユーザに通知する技術が開示されている。

特開２０１３−２４３５８７号公報

上述したような、クライアントから離れた場所の出力装置に対して出力させる機能を利用すると、出力装置に出力させたまま放置してしまう場合があり、これがさまざまな問題を引き起こしてしまう。

例えば、自宅のエアコンに運転させた後、忘れて自宅に帰らずにいた場合、連続運転により発火等の問題が発生する危険性があり、安全面で課題がある。また、誰もいない自宅で長時間運転させることにより電力を無駄に消費するという省エネルギーやコスト面での課題もある。

また、不特定多数の社員が出入りするオフィスのプリンタに出力物を出力した後、忘れて放置してしまった場合、放置した出力物を勝手に持ち出されてしまう可能性があるというセキュリティ面での課題がある。
このように、ユーザが出力装置に出力させたことを忘れ放置していた場合、安全面、省エネルギー・コスト面、セキュリティ面で様々な問題が発生する可能性がある。

本発明は、上記の問題点を解決するためになされたものである。本発明の目的は、ユーザが出力装置に出力させたことを忘れ放置していたとしても、そのことをユーザに気付かせることができ、出力の放置による問題を解決することができる仕組みを提供することである。

本発明は、出力装置に対して出力指示を行う指示手段と、前記出力指示に応じて、前記出力装置との間で通信される無線プロトコルに従う通知に従い、当該通知から特定される前記出力装置との距離と、該距離における時間情報とを監視する監視手段と、前記監視の結果に従い、前記出力指示の必要性に関する警告を行う警告手段と、を有することを特徴とする。

本発明によれば、ユーザが出力装置に出力させたことを忘れ放置していたとしても、そのことをユーザに気付かせることができる。よって、出力の放置による安全面、省エネルギー・コスト面、セキュリティ面での問題を解決することができる。

実施例１における出力システムの構成図 実施例１の出力システムを構成する各装置のハードウェア構成図 実施例１の出力システムを構成する各装置のソフトウェア構成図 出力指示を行う画面を例示する図 アラーム通知画面を例示する図 運転状況表示画面を例示する図 監視の実行を選択する画面を例示する図 監視の実行を設定する画面を例示する図 監視時間を設定する画面を例示する図 アラーム通知画面を例示する図 実施例１の出力システムで用いる情報を例示する図 実施例１の出力アプリケーションの処理を例示するフローチャート 実施例１の出力装置の処理を例示するフローチャート 実施例１の出力サービスの処理を例示するフローチャート 実施例１の別形態の出力アプリケーションの処理を例示するフローチャート 実施例２における出力システムの構成図 実施例２の出力システムを構成する各装置のハードウェア構成図 実施例２の出力システムを構成する各装置のソフトウェア構成図 実施例２のＵＩ画面を例示する図 実施例２のアプリケーション情報を例示する図 実施例２の出力システムにおける処理を例示するフローチャート

以下、本発明を実施するための形態について図面を用いて説明する。

＜出力システムの構成＞
始めに、本発明の実施例１における出力システム１０００の構成について説明する。
図１は、本発明の実施例１を示す出力システム１０００の構成を例示する図である。

出力システム１０００は、情報処理装置１２０、出力装置１１０を含む。情報処理装置１２０、出力装置１１０は、ユーザ環境に配置された装置であり、ネットワーク１００を介して互いに接続されている。ネットワーク１００はインターネット１０１に接続されている。また、出力システム１０００は、Ｗｅｂアプリケーションサーバ群１３０を含む。出力システム１０００を構成する各装置、および各サーバ群は、インターネット１０１を介して接続可能であり、互いにデータ通信することができる。

情報処理装置１２０は、インターネット１０１への接続方法として通信１０２（例えば無線ＬＡＮ通信）を使用できる端末である。加えて、情報処理装置１２０は、出力装置１１０が通信１０３により発信するデータを直接受信することが可能である。通信１０３は、例えばＢＬＥ（Ｂｌｕｅｔｏｏｔｈ（登録商標） Ｌｏｗ Ｅｎｅｒｇｙ））を活用した通信（Ｂｅａｃｏｎ（登録商標））である。出力装置１１０がＢｅａｃｏｎと呼ばれる機器情報をＢＬＥでブロードキャスト発信し、情報処理装置１２０が受信した機器情報と共に得られる距離情報に基づいて処理を行う（詳細は後述する）。

なお、本実施例では、情報処理装置１２０、出力装置１１０は一台で構成されているが複数台あってもよい。また、Ｗｅｂアプリケーションサーバ群１３０は、複数台で構成されているが一台であってもよい。さらに、Ｗｅｂアプリケーションサーバ群１３０は、インターネット１０１を介さずにユーザ環境に配置され、ネットワーク１００を介して情報処理装置１２０、出力装置１１０と接続されていてもよい。

また、情報処理装置１２０は、例えばスマートフォン等の携帯端末である。また、出力装置１１０は、空気調和設備（エアーコンディショナーなど）や、画像出力装置（プリンタ、テレビ等）の離れた場所からリモートにより電気的に何らかの出力が制御される装置である。

＜ハードウェア構成＞
次に、出力システム１０００を構成する各装置・各サーバのハードウェア構成について説明する。
図２は、出力システム１０００を構成する各装置、および各サーバ群のハードウェア構成を例示するブロック図である。

図２（ａ）は、情報処理装置１２０、Ｗｅｂアプリケーションサーバ群１３０に含まれる各サーバのハードウェア構成の一例を示す。
図２（ａ）において、ＣＰＵ２０１は、記憶部であるＲＯＭ２０３や外部メモリ２１１等に記憶されているプログラムに従って、システムバス２２０に接続される各デバイスを総括的に制御する。ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等としても機能している。ＲＯＭ２０３は、各種プログラム及びデータを格納している。表示部Ｉ／Ｆ２０４は、表示部２０９への表示を制御している。操作部Ｉ／Ｆ２０５は、ボタン／タッチパネル／キーボード／ポインティングデバイス２１０からの入力を制御する。

外部メモリＩ／Ｆ２０６は、フラッシュメモリ、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｉｓｋ）等の外部メモリ２１１とのアクセスを制御する。外部メモリ２１１は、保存又は、読み取り可能な記憶媒体として機能し、オペレーティングシステム（ＯＳ）、Ｗｅｂブラウザ、及び各種アプリケーションのプログラムや各種データが記憶されている。本実施例に記載されている処理は、外部メモリ２１１に記憶されているアプリケーション、及び各モジュール（ソフトウェア）のプログラムを、必要に応じてＲＡＭ２０２に読み出してＣＰＵ２０１により実行することによって実現される。

通信Ｉ／Ｆ２０７は、ＮＩＣ２１２やＰ２Ｐ２１３の通信を制御している。ＮＩＣ２１２は、ネットワークとの接続Ｉ／Ｆであり、ネットワークへの接続を可能とし、データの送受信を制御する。なお、ＮＩＣ２１２は、この構成に限定されるものではなく、携帯網などへの通信を制御して無線基地局とのネットワークに接続可能であってもよい。Ｐ２Ｐ２１３は、Ｐ２Ｐ（ｐｅｅｒ ｔｏ ｐｅｅｒ）通信の接続Ｉ／Ｆであり、Ｐ２Ｐ通信によるデータの送受信や、Ｂｅａｃｏｎデータの受信を制御する。

本実施例で説明する情報処理装置１２０やＷｅｂアプリケーションサーバ群１３０の処理は、外部メモリ２１１等に記録されたプログラムを必要に応じてＲＡＭ２０２にロードし、ＣＰＵ２０１が実行することによって実現されるものとする。なお、プログラムは、外部メモリ２１１以外にもＲＡＭ２０２やＲＯＭ２０３にて記憶されてもよい。

図２（ｂ）は、出力装置１１０のハードウェア構成の一例を示す。
図２（ｂ）において、ＣＰＵ２３１は、出力装置１１０の全体の動作を制御している。ＣＰＵ２３１は、ＲＯＭ２３３や外部メモリ２４１等に記憶されているプログラムに従って、システムバス２５０に接続される各デバイスを総括的に制御している。

ＲＡＭ２３２は、ＣＰＵ２３１の主メモリ、ワークエリア等として機能すると共に、入力情報展開領域、環境データ格納領域としても用いられる。また、このＲＡＭ２３２は、ＮＶＲＡＭ（Ｎｏｎ−ｖｏｌａｔｉｌｅ ＲＡＭ：不揮発性ＲＡＭ）領域も備えており、増設ポート（不図示）に接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。ＲＯＭ２３３は、ＣＰＵ２３１により実行される制御プログラム、及び各種データを記憶している。

操作部Ｉ／Ｆ２３４は、出力装置１１０の各種設定を行うための操作部２３９とのインタフェースを制御している。出力Ｉ／Ｆ２３５は、出力部２４０とのインタフェースを制御している。出力部２４０は、冷暖房出力や画像出力等を行う。外部メモリＩ／Ｆ２３６は、フラッシュメモリ、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｉｓｋ）等の外部メモリ２４１とのアクセスを制御する。通信Ｉ／Ｆ２３７は、ＮＩＣ２４２やＢｅａｃｏｎ２４３の通信を制御している。

ＮＩＣ２４２は、ネットワークとの接続Ｉ／Ｆであり、Ｗｅｂアプリケーションサーバ群１３０との間でのデータの送受信を制御する。Ｂｅａｃｏｎ２４３は、Ｂｅａｃｏｎデータ発信用Ｉ／Ｆであり、出力装置１１０を識別可能なＢｅａｃｏｎデータの発信を制御する。通信Ｉ／Ｆ２３７は、ウェブサービスプロトコルなど実施環境に適した実装を備える。本実施例で説明する出力装置１１０の処理は、外部メモリ２４１等に記録されているプログラムを、必要に応じてＲＡＭ２３２に読み出してＣＰＵ２３１により実行することによって実現される。なお、プログラムは、外部メモリ２４１以外にもＲＡＭ２３２やＲＯＭ２３３にて記憶されてもよい。

＜ソフトウェア構成＞
次に、出力システム１０００を構成する各装置、および各サーバ群のソフトウェア構成について説明する。
図３は、出力システム１０００を構成する各装置、および各サーバ群のソフトウェア構成を示している。

Ｗｅｂアプリケーションサーバ群１３０は、複数台のサーバを仮想化して１台のサーバとみなし、その１台のサーバで出力サービス３３０の機能を実現している。なお、Ｗｅｂアプリケーションサーバ群１３０は、その１台のサーバ内に複数のヴァーチャルマシンを起動し、各々のヴァーチャルマシンに対して出力サービス３３０の機能を実現させている。図３に示す出力サービス３３０は、ヴァーチャルマシンの１台を示したものである。出力サービス３３０は、情報処理装置１２０、出力装置１１０とデータ通信が可能であり、情報処理装置１２０の要求に従い出力装置１１０に出力要求を送信する。

なお、出力サービス３３０の各機能を実現するプログラムは、Ｗｅｂアプリケーションサーバ群１３０を構成する装置のＲＯＭ２０３や外部メモリ２１１に記憶されており、該装置のＣＰＵ２０１が必要に応じてＲＡＭ２０２にプログラムをロードし実行することで、これらの機能は実現される。

情報処理装置１２０は、出力アプリケーション３２０を有している。出力アプリケーション３２０は、出力サービス３３０とデータ通信が可能であり、アプリケーションが動作するために使用するデータの送受信を行う。また、出力アプリケーション３２０は、出力装置１１０に対する出力要求を出力サービス３３０に送信することができる。また、出力アプリケーション３２０は、出力装置１１０から発信されるＢｅａｃｏｎデータを受信することで、出力装置１１０の監視を行う。出力アプリケーション３２０はオペレーティングシステム（ＯＳ）上で動作しており、ＯＳを制御することで通信Ｉ／Ｆ２０７や表示部Ｉ／Ｆ２０４を介してデータ通信や画面表示等が行われる。

なお、出力アプリケーション３２０の各機能を実現するプログラムは、情報処理装置１２０のＲＯＭ２０３や外部メモリ２１１に記憶されており、情報処理装置１２０のＣＰＵ２０１が必要に応じてＲＡＭ２０２にプログラムをロードし実行することで、これらの機能は実現される。

出力装置１１０は、情報処理装置１２０の出力アプリケーション３２０から出力サービス３３０を介して送信される出力要求に応答し、出力を行う。また、出力装置１１０を識別可能なＢｅａｃｏｎデータの発信を行う。
なお、図３に示されている出力装置１１０のソフトウェア構成の各機能を実現するプログラムは、出力装置１１０のＲＯＭ２３３や外部メモリ２１１に記憶されており、出力装置１１０のＣＰＵ２３１が必要に応じてＲＡＭ２３２にプログラムをロードし実行することで、これらの機能は実現される。

以下、各装置・各サーバ群が有する機能について説明する。
まず、Ｗｅｂアプリケーションサーバ群１３０が有する出力サービス３３０の機能について説明する。
出力サービス３３０は、通信部３３１、データ格納部３３２を有する。

通信部３３１は、情報処理装置１２０、出力装置１１０との通信方式に準拠した通信モジュールを有する。この通信モジュールは、情報処理装置１２０、出力装置１１０とデータ通信を行うためのインタフェースに対応したものであり、情報処理装置１２０、出力装置１１０が有する通信モジュールとデータ通信を行うことが可能である。通信部３３１は、データ格納部３３２から情報処理装置１２０の出力アプリケーション３２０が使用するデータを取得し、出力アプリケーション３２０に送信する。また、出力アプリケーション３２０から送信されるデータをデータ格納部３３２に格納する。さらに、出力アプリケーション３２０の要求に従い、出力装置１１０に出力要求を送信する。

データ格納部３３２は、情報処理装置１２０の出力アプリケーション３２０が使用するデータを格納している。
図５（ａ）は、データ格納部３３２に格納されるデータの一例を示す図である。
データ格納部３３２に格納されるデータには、ユーザカウント（５０１）、パスワード（５０２）、出力装置アドレス（５０３）が含まれる。ユーザカウント（５０１）、パスワード（５０２）は、出力アプリケーション３２０が出力サービス３３０に接続する際に必要な認証情報であり、出力サービス３３０により発行され管理されているものである。出力装置アドレス（５０３）は、ユーザが管理する出力装置１１０に接続するためのアドレス情報であり、ネットワーク上で出力装置１１０を一意に特定できる情報である。この他にも、出力アプリケーション３２０の設定情報や、出力装置１１０のステータス情報等をデータ格納部３３２に格納してもよい（不図示）。これら情報は、情報処理装置１２０に出力アプリケーション３２０がインストールされるとき、もしくはインストール後にユーザの入力により設定される。

次に、情報処理装置１２０が有する出力アプリケーション３２０の機能について説明する。
出力アプリケーション３２０は、ユーザインタフェース部３２１、サービス通信部３２２、制御部３２３、監視部３２４、データ格納部３２５を有する。

ユーザインタフェース部３２１は、画面表示を行い、ユーザからの指示を受け付ける処理を行う。
制御部３２３は、ユーザインタフェース部３２１、サービス通信部３２２、監視部３２４を制御して、出力サービス３３０に出力要求を送信する。

サービス通信部３２２は、制御部３２３の指示に従い、出力サービス３３０と通信を行う。サービス通信部３２２は、出力サービス３３０との通信方式に準拠した通信モジュールを有する。この通信モジュールは、出力サービス３３０とデータ通信を行うためのインタフェースに対応したものであり、出力サービス３３０が有する通信モジュールとデータ通信を行うことが可能である。

監視部３２４は、制御部３２３の指示に従い、出力装置１１０から発信されるＢｅａｃｏｎデータの監視を行う。監視部３２４は、出力装置１１０との通信方式に準拠した通信モジュールを有する。この通信モジュールは、出力装置１１０が有する通信モジュールから発信されるＢｅａｃｏｎデータを受信するためのインタフェースに対応したものである。

データ格納部３２５には、出力アプリケーション３２０が使用するデータが格納されている。
図５（ｂ）は、データ格納部３２５に格納されているデータの一例を示す図である。
データ格納部３２５に格納されているデータには、出力アプリケーション３２０の出力設定（５１０）、監視設定（５１１）、監視時間（５１２）、出力サービスアドレス（５１３）が含まれる。

出力設定（５１０）は、出力アプリケーション３２０が出力要求を送信するときの設定情報である。監視設定（５１１）は、出力装置１１０の監視を行うかどうかの設定である。監視時間（５１２）は、出力アプリケーション３２０が監視を行うときの監視時間である。出力サービスアドレス（５１３）は、出力サービス３３０に接続するための接続先アドレスであり、ネットワーク上で出力サービス３３０を一意に特定できる情報である。これら情報は、出力アプリケーション３２０がインストールされるとき、もしくはインストール後にユーザの入力により設定される。

次に、出力装置１１０が有する機能について説明する。
出力装置１１０は、サービス通信部３１０、出力制御部３１１、出力部３１２、識別情報発信部３１３を有する。

サービス通信部３１０は、出力制御部３１１の指示に従い出力サービス３３０と通信を行う。サービス通信部３１０は、出力サービス３３０との通信方式に準拠した通信モジュールを有する。この通信モジュールは、出力サービス３３０とデータ通信を行うためのインタフェースに対応したものであり、出力サービス３３０が有する通信モジュールとデータ通信を行うことが可能である。

出力制御部３１１は、サービス通信部３１０、出力部３１２を制御して出力サービス３３０の要求に従い出力を行う。
出力部３１２は、出力制御部３１１の指示に従い出力を行う。
識別情報発信部３１３は、出力装置１１０を識別可能なＢｅａｃｏｎデータの発信を行う。
以上で各装置・各サーバ群が有する機能についての説明は終了する。

＜出力アプリケーション３２０の処理＞
続いて、情報処理装置１２０の出力アプリケーション３２０が、出力装置１１０へ出力を行う処理について、図６Ａを用いて説明する。
図６Ａは、情報処理装置１２０の出力アプリケーション３２０が出力装置１１０へ出力を行う処理を例示するフローチャートである。なお、このフローチャートに示す各ステップは、情報処理装置１２０の外部メモリ２１１等に記憶されたプログラムを、必要に応じてＲＡＭ２０２に読み出してＣＰＵ２０１により実行することによって実現される。

まず、ステップＳ６０１において、出力アプリケーション３２０のユーザインタフェース部３２１が、ユーザから出力装置へ出力するための出力指示を受け取る。
図４Ａは、ユーザが出力指示を行う画面の一例を示す図であり、ユーザインタフェース部３２１により表示される。
４０１は、現在の出力設定が表示されている。４０２〜４０４は、出力設定を変更するためのボタンである。４０５は、出力指示を行うためのボタンである。４０６は、現在の出力装置１１０の運転状況を表示するためのボタンであり、ボタン４０６が押下された場合、運転状況表示画面が表示される。運転状況表示画面の詳細については後述する。

ボタン４０５が押下されることで出力指示を受け取ると、ユーザインタフェース部３２１は、該出力指示を制御部３２３に送信する。出力指示を受信したことに応じて、制御部３２３は、データ格納部３２５から出力サービス３３０の接続先アドレスと出力設定を取得し、サービス通信部３２２に出力指示と共に送信する。これに応じて、サービス通信部３２２は、取得した接続先アドレスを元に、出力サービス３３０へ接続する。なお、出力サービス３３０へ接続する際には、認証処理を行う。認証処理は、ユーザインタフェース部３２１に入力されるユーザカウント・パスワードを使用して行う。以前認証済みであれば、データ格納部３２５にユーザカウント・パスワードを保存しておき、その情報を使用して行ってもよい。ユーザカウント・パスワードは、出力サービス３３０が発行し管理しているものである。認証に成功すると、出力サービス３３０への接続に成功する。

出力サービス３３０へ接続すると、ステップＳ６０２において、サービス通信部３２２が、出力サービス３３０に対して、出力設定を含む出力要求を送信する。
次に、ステップＳ６０３において、サービス通信部３２２は、出力要求送信の結果として、出力サービス３３０から、出力装置１１０のＢｅａｃｏｎデータの識別情報を取得する。Ｂｅａｃｏｎデータの識別情報には、ＵＵＩＤ、メジャー番号、マイナー番号、説明が含まれる。

図５（ｃ）は、図６のＳ６０３で取得するＢｅａｃｏｎデータの識別情報の一例を示す図である。
ＵＵＩＤ（５２０）は、出力装置を一意に識別可能なＢｅａｃｏｎデータの識別情報である。メジャー番号（５２１）、マイナー番号（５２２）は、ＵＵＩＤが同じ出力装置を識別するための番号である。名称（５２３）は、出力装置の名称である。

次に、ステップＳ６１０において、制御部３２３は、サービス通信部３２２から出力装置１１０のＢｅａｃｏｎデータの識別情報を受け取ると、その識別情報と共に監視部３２４に監視指示を送信する。監視部３２４は、この監視指示を受け取ると、監視処理を行う。監視処理は、出力装置から発信されるＢｅａｃｏｎデータのうち、上記Ｓ６０３で取得した識別情報と合致するものを検知することにより行う。図５（ｃ）の例で説明すると、受信したＢｅａｃｏｎデータに、ＵＵＩＤ＝"ｇｈ３８ｆｇ４３９・・・"と合致する識別情報が含まれていると、そのＢｅａｃｏｎデータを検知する。
監視部３２４は、出力装置から発信されるＢｅａｃｏｎデータのうち、上記Ｓ６０３で取得した識別情報と合致するものを検知すると、Ｓ６１１に処理を進める。

ステップＳ６１１では、監視部３２４は、検知したＢｅａｃｏｎデータと共に取得される距離情報を元に、出力装置１１０との距離が近いかどうかを判断する。
図５（ｄ）は、Ｂｅａｃｏｎデータと共に取得される距離情報の一例を示す図である。
ＵＵＩＤ（５３０）、メジャー番号（５３１）、マイナー番号（５３２）、名称（５３３）は、図５（ｃ）のＵＵＩＤ（５２０）、メジャー番号（５２１）、マイナー番号（５２２）、名称（５２３）と同様である。距離情報（５３４）は、情報処理装置１２０と出力装置１１０との距離を示す情報であり、Ｂｅａｃｏｎデータ発信側と受信側、２点間の距離を示す。例えば"とても近い（Ｉｍｍｅｄｉａｔｅ）"、"近い（Ｎｅａｒ）"、"遠い（Ｆａｒ）"、"範囲外（Ｕｎｋｎｏｗｎ）"といった距離を示す情報がＢｅａｃｏｎデータ発信側と受信側、２点間の距離に応じて示される。距離情報の定義はハードウェアの能力やソフトウェアの仕様によりさまざま考えられる。例えば５０ｃｍ以内＝"とても近い"、５０ｃｍ〜６ｍ＝"近い"、６ｍ〜２０ｍ＝遠い、２０ｍ＝範囲外、といった具合に定義される。また、どの距離情報を示していれば「近い」と判断するかは、出力アプリケーション３２０の仕様次第である。本実施例では距離情報で５０ｃｍ以内を表す"とても近い"が示された場合に「近い」と判断することとする。

そして、上記Ｓ６１１において、監視部３２４は、出力装置１１０との距離が近い（"とても近い"）と判断した場合（Ｓ６１１でＹｅｓの場合）、Ｓ６１５に処理を進め、監視処理を終了し、本フローチャートの処理を終了する。

一方、上記Ｓ６１１において、監視部３２４は、出力装置１１０との距離が近くない（"近い"、"遠い"又は"範囲外"）と判断した場合（Ｓ６１１でＮｏの場合）、Ｓ６１２に処理を進める。

ステップＳ６１２では、監視部３２４は、上記Ｓ６１０で出力指示を送信した後に経過した時間が、所定の監視時間を過ぎているかどうかを判断する。なお、所定の監視時間は、前述の図５（ｂ）の監視時間５１２で説明したように出力アプリケーション３２０で予め設定された固定値であってもよいし、別の形態として、情報処理装置１２０と出力装置１１０との距離に応じて設定される値であってもよい。

図５（ｅ）は、情報処理装置１２０と出力装置１１０との距離に応じて設定される監視時間のリストの一例を示す図である。
図５（ｅ）に示す例では、距離情報として、５４０は"範囲外"、５４１は"とても近い"、５４２は"近い"、５４３は"遠い"を示し、それぞれ監視時間（分）として、"６０"、"Ｎｕｌｌ（値なし）"、"１０"、"２０"が設定されている。

上記Ｓ６１２において、まだ監視時間を過ぎていないと判断した場合（Ｓ６１２でＮｏの場合）、監視部３２４は、Ｓ６１０に処理を戻す。
一方、監視時間を過ぎていると判断した場合（Ｓ６１２でＹｅｓの場合）、監視部３２４は、Ｓ６１３に処理を進める。
ステップＳ６１３では、監視部３２４は、ユーザインタフェース部３２１を介して、例えば図４Ｂに示すようなアラーム通知を行う。

図４Ｂは、ユーザインタフェース部３２１により表示されるアラーム通知画面の一例を示す図である。
図４Ｂに示すように、４１０にはアラーム内容が表示されている。４１１は監視を終了する指示を行うためのボタンである。４１２は出力装置１１０の運転状況を確認するためのボタンである。ボタン４１２が押下されると、図４Ｃに示すような運転状況表示画面が表示される。なお、図４ＢのＵＩ画面に、運転の停止（出力指示に対応する出力の停止）等を行うためのボタン（出力停止ボタン）を設けてもよい。

図４Ｃは、ユーザインタフェース部３２１により表示される運転状況表示画面の一例を示す図である。
図４Ｃに示すように、４２０には出力装置１１０の運転状況が表示されている。４２１は監視を終了する指示を行うためのボタンである。４２２は本画面を閉じるためのボタンである。なお、図４ＣのＵＩ画面に、運転の停止（出力指示に対応する出力の停止）等を行うためのボタン（出力停止ボタン）を設けてもよい。図４Ｂ又は図４Ｃの出力停止ボタンが押下されると、出力アプリケーション３２０が、出力サービス３３０を介して、出力装置１１０に運転の停止を指示することができる。この指示を受けた出力装置１１０は、運転（出力）を停止する。このように、アラーム通知画面により、出力後の放置の通知、出力の継続の確認などのアラーム通知を行うことができる。

以下、図６Ａのフローチャートの説明に戻る。
上記Ｓ６１３のアラーム通知の後、監視部３２４は、ステップＳ６１４において、監視を終了するかどうかを判断する。
図４Ｂ、図４Ｃの画面例で説明すると、ボタン４１１やボタン４２１が押下されたことを、ユーザインタフェース部３２１を介して検知すると、監視部３２４は、監視を終了すると判断し、これを検知しない間は監視を終了しないと判断する。

そして、監視を終了しないと判断した場合（Ｓ６１４でＮｏの場合）、監視部３２４は、Ｓ６１０に処理を戻し、監視を継続する。
一方、監視を終了すると判断した場合（Ｓ６１４でＹｅｓの場合）、監視部３２４は、Ｓ６１５に処理を進め、監視処理を終了し、本フローチャートの処理を終了する。

以上の処理により、出力アプリケーション３２０の監視部３２４は、出力装置１１０との間で通信される無線プロトコルに従う通知（例えば、出力装置１１０から発信されるＢｅａｃｏｎデータの受信）に従って、Ｂｅａｃｏｎデータから特定される出力装置１１０との距離と、該距離における時間情報とを監視する。そして、監視の結果、前記距離が規定値を満たすことなく（"とても近い"になることなく）、前記出力を行ってから前記距離における時間情報が示す時間が経過した場合に、前記出力指示の必要性に関する警告を行う。例えば、出力をしたまま忘れていないか、出力の継続が必要であるか等の警告を行う。このような構成により、ユーザが出力装置に出力させた後に忘れていても気付くことができるようになり、出力後の放置による安全面、省エネルギー・コスト面、セキュリティ面での課題を解決することができる。

＜出力アプリケーション３２０の別の形態１＞
また、別の形態として、上記Ｓ６０２で出力要求を送信したときに、監視を行うかどうかを選択させる形態も考えられる。
図４Ｄは、出力要求送信時に監視を行うかどうかを選択させる画面の一例を示す図であり、ユーザインタフェース部３２１により表示される。
４３０には出力要求を送信したことを示す情報が表示されている。４３１には出力装置１１０の監視を行うことを示す情報が表示されている。４３２は監視を行わないことを指示するためのボタンである。ボタン４３２が押下された場合は、監視を行わずに終了する。４３３は本画面を閉じるためのボタンである。

即ち、図６ＡのＳ６０２の後、制御部３２３は、ユーザインタフェース部３２１を介して、図４Ｄに示すような画面を表示し、監視を行うか否かの指示の入力をユーザに促す。そして、監視を行うか否かの指示を受け取ると、制御部３２３は、該指示に基づいて監視を行うか否かを判断する。そして、監視を行わないと判断した場合には、制御部３２３は、図６Ａのフローチャートの処理を終了する。一方、監視を行うと判断した場合には、制御部３２３は、Ｓ６０３に処理を進める。
以上の処理により、上記効果に加え、出力状況によっては必要のない無駄な監視を抑えることができる。

＜出力アプリケーション３２０の別の形態２＞
また、別の形態として、監視を行うかどうかを出力アプリケーション３２０で予め設定しておく形態も考えられる。

図４Ｅは、出力アプリケーション３２０で監視を行うかどうかを設定するための画面の一例を示す図であり、ユーザインタフェース部３２１により表示される。
４４０は監視を行うかどうかを設定するためのチェックボックスである。チェックボックス４４０が選択されている（チェックが入っている）場合は、以後の出力要求送信時に、出力装置の監視を行う。チェックボックス４４０が選択されていない場合は、以後の出力要求送信時に、出力装置の監視を行わない。４４１は本画面を閉じるためのボタンである。なお、この設定は、データ格納部３２５等に格納されているものとする。

即ち、図６ＡのＳ６０２の後、制御部３２３は、データ格納部３２５等から上記監視を行うかどうかの設定を取得し、該設定に基づいて監視を行うか否かを判断する。そして、監視を行うと判断した場合には、制御部３２３は、Ｓ６０３に処理を進める。一方、監視を行わないと判断した場合には、制御部３２３は、図６Ａのフローチャートの処理を終了する。
以上の処理により、上記効果に加え、出力アプリケーションによっては必要のない無駄な監視を抑えることができる。

＜出力アプリケーション３２０の別の形態３＞
さらに、監視を行うかどうかの設定と合わせて、監視時間を任意に設定できる形態も考えられる。
図４Ｆは、出力アプリケーション３２０で任意の監視時間を設定する画面の一例を示す図であり、ユーザインタフェース部３２１により表示される。なお、図４Ｅと同一のものには同一の符号を付してある。
チェックボックス４４０の監視を行うかどうかの設定と合わせて、４５１に監視時間を設定するためのフィールドが設けられている。なお、この設定は、データ格納部３２５等に格納されているものとする。

即ち、別の形態２の場合と同様に、図６ＡのＳ６０２の後、制御部３２３は、データ格納部３２５等から上記監視を行うかどうかの設定および監視時間の設定を取得し、該設定に基づいて監視を行うか否かを判断する。そして、監視を行わないと判断した場合には、制御部３２３は、図６Ａのフローチャートの処理を終了する。一方、監視を行うと判断した場合には、制御部３２３は、Ｓ６０３に処理を進める。なお、Ｓ６１２では、監視部３２４は、上記データ格納部３２５等から取得した設定に含まれる監視時間の設定に基づいて、規定時間の経過を判断する。
以上の処理により、他の形態２の効果に加え、ユーザの所望の監視時間で監視を行うことができる。
以上で情報処理装置１２０の出力アプリケーション３２０が、出力装置１１０へ出力を行う処理についての説明を終了する。

＜出力装置１１０の処理＞
続いて、出力装置１１０が、情報処理装置１２０、出力サービス３３０からの要求に従い出力を行う処理について、図６Ｂを用いて説明する。
図６Ｂは、出力装置１１０が情報処理装置１２０、出力サービス３３０からの要求に従い出力を行う処理を例示するフローチャートである。なお、このフローチャートに示す各ステップは、出力装置１１０の外部メモリ２４１等に記録されているプログラムを、必要に応じてＲＡＭ２３２に読み出してＣＰＵ２３１により実行することによって実現される。

まず、ステップＳ６２０において、出力装置１１０の識別情報発信部３１３は、出力装置１１０を識別可能なＢｅａｃｏｎデータを発信する。Ｂｅａｃｏｎデータについては図６Ａで説明した通りである。Ｂｅａｃｏｎデータの発信は処理が終了するまで継続する。

次に、ステップＳ６２１において、サービス通信部３１０は、出力サービス３３０の通信部３３１に対して定期的にポーリングを行い、出力要求が送信されるかどうかを判断する。
そして、出力要求が送信されていないと判断した場合（Ｓ６２１でＮｏの場合）、サービス通信部３１０は、Ｓ６２１の処理を繰り返す。
一方、出力要求が送信されると判断した場合（Ｓ６２１でＹｅｓの場合）、サービス通信部３１０は、出力制御部３１１に対して出力サービス３３０の出力要求を送信し、Ｓ６２２に遷移する。

ステップＳ６２２では、出力制御部３１１は、サービス通信部３１０から出力サービス３３０の出力要求を受信し、該受信した出力要求に従い、出力部３１２に出力指示を送信する。出力部３１２は、受信した出力指示に従い出力を行う。

次に、ステップＳ６２３において、出力制御部３１１は、識別情報発信部３１３から出力装置１１０が発信するＢｅａｃｏｎデータの識別情報を取得し、サービス通信部３１０を介して、出力サービス３３０に送信する。Ｂｅａｃｏｎデータの識別情報については図６Ａで説明した通りである。そして、本フローチャートの処理を終了する。
以上で出力装置１１０が、情報処理装置１２０、出力サービス３３０からの要求に従い出力を行う処理についての説明を終了する。

＜出力サービス３３０の処理＞
続いて、Ｗｅｂアプリケーションサーバ群１３０の出力サービス３３０が、情報処理装置１２０からの出力要求に従い出力を行う処理について、図６Ｃを用いて説明する。
図６Ｃは、Ｗｅｂアプリケーションサーバ群１３０の出力サービス３３０が情報処理装置１２０からの出力要求に従い出力を行う処理を例示するフローチャートである。なお、このフローチャートに示す各ステップは、Ｗｅｂアプリケーションサーバ群１３０を構成する装置の外部メモリ２１１等に記憶されたプログラムを、必要に応じてＲＡＭ２０２に読み出してＣＰＵ２０１により実行することによって実現される。

まず、ステップＳ６３０において、通信部３３１は、情報処理装置１２０の出力アプリケーション３２０から接続要求を受信したか否かを判断する。
そして、接続要求を受信していないと判断した場合（Ｓ６３０でＮｏの場合）、通信部３３１は、Ｓ６３０の処理を繰り返す。
一方、接続要求を受信したと判断した場合（Ｓ６３０でＹｅｓの場合）、通信部３３１は、Ｓ６３１に処理を進める。

ステップＳ６３１では、通信部３３１は、認証処理を行う。認証処理は、出力アプリケーション３２０から送信されるユーザカウント・パスワードを、データ格納部３３２に格納されているユーザカウント・パスワードと照合することにより行う。ユーザカウント・パスワードは、出力サービス３３０が発行し管理しているものである。そして、認証に成功すると、通信部３３１は、Ｓ６３２に処理を進める。

ステップＳ６３２では、通信部３３１は、出力アプリケーション３２０から出力要求を受信したか否かを判断する。
そして、出力要求を受信していないと判断した場合（Ｓ６３２でＮｏの場合）、通信部３３１は、Ｓ６３２の処理を繰り返す。
一方、出力要求を受信したと判断した場合（Ｓ６３２でＹｅｓの場合）、通信部３３１は、Ｓ６３３に処理を進める。

ステップＳ６３３では、通信部３３１は、出力装置１１０に出力要求を送信する。なお、出力装置１１０の接続先アドレスは、データ格納部３３２に格納されている。データ格納部３３２に格納されている情報については前述の通りである。
次に、ステップＳ６３４において、通信部３３１は、情報処理装置１２０からの出力要求の返信として、出力装置１１０から送信されるＢｅａｃｏｎデータの識別情報を送信する。
以上でＷｅｂアプリケーションサーバ群１３０の出力サービス３３０が、情報処理装置１２０からの出力要求に従い出力を行う処理についての説明を終了する。

＜出力アプリケーション３２０の別の形態４＞
情報処理装置１２０の出力アプリケーション３２０が、出力装置１１０へ出力を行う処理について、図６Ａを用いて説明したが、この別の形態について、図６Ｄを用いて説明する。
図６Ｄは、情報処理装置１２０の出力アプリケーション３２０が出力装置１１０へ出力を行う処理の別の形態を例示するフローチャートである。なお、このフローチャートに示す各ステップは、情報処理装置１２０の外部メモリ２１１等に記憶されたプログラムを、必要に応じてＲＡＭ２０２に読み出してＣＰＵ２０１により実行することによって実現される。

Ｓ６４０〜Ｓ６５０は、図６ＡのＳ６０１〜Ｓ６１０と同様であるので説明を省略する。
ステップＳ６５１において、出力アプリケーション３２０の監視部３２４は、Ｓ６５０で検知したＢｅａｃｏｎデータと共に取得される距離情報に基づいて、情報処理装置１２０と出力装置１１０との距離情報を、データ格納部３２５に格納し履歴として記録する。

図５（ｆ）は、記録されている距離情報の履歴の一例を示す図である。
図５（ｆ）に示す例では、５５０、５５１、５５２、５５３の順に新しい履歴として記録されており、それぞれ距離情報が"Ｕｎｋｎｏｗｎ"、"Ｆａｒ"、"Ｎｅａｒ"、"Ｆａｒ"と記録されている。これら履歴情報は、上記Ｓ６５０で受信した出力装置１１０のＢｅａｃｏｎデータに紐付いて記録されている。距離情報については、図６Ａで説明した通りである。

次に、Ｓ６５２は、図６ＡのＳ６１１と同様である。
次に、ステップＳ６５３において、監視部３２４は、出力指示を送信した後に経過した時間が、所定の監視時間を過ぎているかどうかを判断する。なお、監視時間を過ぎているかどうかの判断方法については、図６Ａで説明した通りである。
そして、監視時間を過ぎていると判断した場合（Ｓ６５３でＹｅｓの場合）、監視部３２４は、Ｓ６５５に処理を進める。

一方、まだ監視時間を過ぎていないと判断した場合（Ｓ６５３でＮｏの場合）、監視部３２４は、Ｓ６５４に処理を進める。
ステップＳ６５４では、監視部３２４は、情報処理装置１２０が出力装置１１０に途中まで近づいてから遠ざかっているかを、上記Ｓ６５１で記録されている距離情報の履歴を元に判断する。図５（ｆ）の例で説明すると、５５０、５５１、５５２では順に距離情報が近づいており、５５３で遠ざかっていると判断する。

そして、上記Ｓ６５４において、近づいてから遠ざかっていると判断しなかった場合（Ｓ６５４でＮｏの場合）、と判断した場合、監視部３２４は、Ｓ６５０に処理を戻す。
一方、上記Ｓ６５４において、近づいてから遠ざかっていると判断した場合（Ｓ６５４でＹｅｓの場合）、と判断した場合、監視部３２４は、Ｓ６５５に処理を進める。

ステップＳ６５５では、監視部３２４は、ユーザインタフェース部３２１を介して、図４Ｇに示すような、アラーム通知を行う。

図４Ｇは、ユーザインタフェース部３２１により表示されるアラーム通知画面の一例を示す図である。
４６０にはアラーム内容が表示されている。４６１は監視を終了する指示を行うためのボタンである。

上記Ｓ６５５のアラーム通知の後、監視部３２４は、ステップＳ６５６において、監視を終了するかどうかを判断する。図４Ｇの例で説明すると、ボタン４６１が押下されたことを、ユーザインタフェース部３２１を介して検知すると、監視部３２４は、監視を終了すると判断し、これを検知しない間は監視を終了しないと判断する。

そして、監視を終了しないと判断した場合（Ｓ６５６でＮｏの場合）、監視部３２４は、Ｓ６５０に処理を戻し、監視を継続する。
一方、監視を終了すると判断した場合（Ｓ６５５でＹｅｓの場合）、監視部３２４は、Ｓ６５７に処理を進め、監視処理を終了する。

以上に示したように、ユーザが出力装置１１０に出力指示を行った後、出力装置１１０に近づいてから遠ざかった場合には、規定時間の経過前でもアラーム通知を行うことができ、ユーザが出力装置に出力させた後に忘れていることを効率的に警告してユーザに気付かせることができるようになり、出力後の放置による安全面、省エネルギー・コスト面、セキュリティ面での課題を解決することができる。

以上示したように、実施例１では、出力装置１１０に対する出力指示に応じて、出力装置１１０との間で通信される無線プロトコルに従う通知に従い、当該通知から特定される出力装置１１０との距離と、該距離における時間情報とを監視し、該監視の結果に従い（例えば、出力装置１１０との距離が所定距離以内を満たさず該距離における時間が経過すると）、前記出力指示の必要性に関する警告（アラーム通知）を行う。例えば、出力後の放置の通知、出力の継続の確認などのアラーム通知を行う。この構成により、ユーザは出力装置に出力させた後忘れていても気付くことができるようになり、以下に示すような、出力指示後の放置による安全面、省エネルギー・コスト面、セキュリティ面での課題を解決することができる。例えば、ユーザが離れた場所の出力装置に対して出力させる機能を利用すると、出力したまま放置してしまう場合があり、例えば自宅のエアーコンディショナーに運転させた後、忘れて自宅に帰らずにいた場合、連続運転により発火等の問題が発生する危険性（安全面で課題）がある。また、誰もいない自宅で長時間運転させることにより電気を消費してしまう可能性（省エネルギー・コスト面での課題）がある。また、不特定多数の社員が出入りするオフィスのプリンタに出力物を出力した後、忘れて放置してしまった場合、放置した出力物を勝手に持ち出される可能性（セキュリティ面での課題）があるが、これらの課題を解決することができる。
以上で実施例１についての説明を終了する。

上記実施例１では、出力装置が発信するＢｅａｃｏｎデータを元に、情報処理装置が出力装置の監視を行う形態について説明した。実施例２では、情報発信装置が発信するＢｅａｃｏｎデータを元に、出力装置が情報発信装置の監視を行う形態について説明する。なお、情報発信装置とは、セキュリティカードのようなユーザが携帯可能な装置である。

＜出力システムの構成＞
始めに、実施例２における出力システム２０００の構成について説明する。
図７は、本発明の実施例２を示す出力システム２０００の構成を例示する図である。

出力システム２０００は、情報発信装置７３０、情報処理装置７２０、出力装置７１０を含む。情報発信装置７３０、情報処理装置７２０、出力装置７１０は、ユーザ環境に配置された装置である。情報処理装置７２０と出力装置７１０とは、ネットワーク７００を介して互いに接続されている。

情報発信装置７３０は、通信７０１による情報発信が可能であり、出力装置７１０は通信７０１で発信された情報を受信することが可能である。通信７０１は、例えばＢＬＥを活用した通信（Ｂｅａｃｏｎ（登録商標））である。情報発信装置７３０がＢｅａｃｏｎと呼ばれる機器情報をＢＬＥでブロードキャスト発信し、出力装置７１０が受信した機器情報と共に得られる距離情報に基づいて処理を行う（詳細は後述する）。なお、情報発信装置７３０は、セキュリティカードのようなユーザが携帯可能な装置である。
なお、図７に示す例では、情報発信装置７３０、情報処理装置７２０、出力装置７１０は一台ずつ記載されているが、複数台ずつあってもよい。

＜ハードウェア構成＞
次に、出力システム２０００を構成する各装置のハードウェア構成について説明する。
図８は、出力システム２０００を構成する各装置のハードウェア構成を例示するブロック図である。

図８（ａ）は、情報処理装置７２０のハードウェア構成の一例を示すブロック図である。
図８（ａ）に示す、ＣＰＵ８０１、ＲＡＭ８０２、ＲＯＭ８０３、表示部Ｉ／Ｆ８０４、操作部Ｉ／Ｆ８０５、外部メモリＩ／Ｆ８０６、拡張Ｉ／Ｆ８０８、表示部８０９、ボタン／タッチパネル／キーボード／ポインティングデバイス８１０、外部メモリ８１１、システムバス８２０は、図２（ａ）のＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３、表示部Ｉ／Ｆ２０４、操作部Ｉ／Ｆ２０５、外部メモリＩ／Ｆ２０６、拡張Ｉ／Ｆ２０８、表示部２０９、ボタン／タッチパネル／キーボード／ポインティングデバイス２１０、外部メモリ２１１、システムバス２２０と同様であるので説明は省略する。

通信Ｉ／Ｆ８０７は、ＮＩＣ８１２やＰ２Ｐ８１３の通信を制御している。ＮＩＣ８１２は、ネットワークとの接続Ｉ／Ｆであり、ネットワークへの接続を可能とし、データの送受信を制御する。なお、この構成に限定されるものではなく、ＮＩＣ８１２は、携帯網などへの通信を制御して無線基地局とのネットワークに接続可能であってもよい。Ｐ２Ｐ８１３は、Ｐ２Ｐ通信の接続Ｉ／Ｆであり、Ｐ２Ｐ通信による接続を可能とし、データの送受信を制御する。

本実施例に記載している情報処理装置７２０の処理は、外部メモリ８１１に記録されているアプリケーション、及び各モジュール（ソフトウェア）のプログラムを、必要に応じてＲＡＭ８０２に読み出してＣＰＵ８０１により実行することによって実現される。なお、プログラムは、外部メモリ８１１以外にもＲＡＭ８０２やＲＯＭ８０３にて記憶されてもよい。

図８（ｂ）は、出力装置７１０のハードウェア構成の一例を示すブロック図である。
図８（ｂ）に示す、ＣＰＵ８３１、ＲＡＭ８３２、ＲＯＭ８３３、操作部Ｉ／Ｆ８３４、出力Ｉ／Ｆ８３５、外部メモリＩ／Ｆ８３６、拡張Ｉ／Ｆ８３８、操作部８３９、出力部８４０、外部メモリ８４１、システムバス８５０は、図２（ｂ）のＣＰＵ２３１、ＲＡＭ２３２、ＲＯＭ２３３、操作部Ｉ／Ｆ２３４、出力Ｉ／Ｆ２３５、外部メモリＩ／Ｆ２３６、拡張Ｉ／Ｆ２３８、操作部２３９、出力部２４０、外部メモリ２４１、システムバス２５０と同様であるので説明は省略する。

通信Ｉ／Ｆ８３７は、ＮＩＣ８４２やＰ２Ｐ８４３の通信を制御している。ＮＩＣ８４２は、ネットワークとの接続Ｉ／Ｆであり、情報処理装置７２０との間でのデータの送受信を制御する。Ｐ２Ｐ８４３は、Ｐ２Ｐ通信の接続Ｉ／Ｆであり、Ｐ２Ｐ通信によるデータの送受信や、Ｂｅａｃｏｎデータの受信を制御する。

本実施例に記載している出力装置７１０の処理は、外部メモリ８４１に記録されているプログラムを、必要に応じてＲＡＭ８３２に読み出してＣＰＵ８３１により実行することによって実現される。なお、プログラムは、外部メモリ８４１以外にもＲＡＭ８３２やＲＯＭ８３３にて記憶されてもよい。

図８（ｃ）は、情報発信装置７３０のハードウェア構成の一例を示すブロック図である。
図８（ｃ）に示す、ＣＰＵ８６１、ＲＡＭ８６２、ＲＯＭ８６３、システムバス８７０は、図２（ａ）のＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３、システムバス２２０と同様であるので説明は省略する。

通信Ｉ／Ｆ８６４は、Ｂｅａｃｏｎ８６５の通信を制御している。Ｂｅａｃｏｎ８６５は、Ｂｅａｃｏｎデータ発信用Ｉ／Ｆであり、情報発信装置７３０を識別可能なＢｅａｃｏｎデータの発信を制御する。
本実施例に記載している情報発信装置７３０の処理は、ＲＯＭ８６３に記録されているプログラムを、必要に応じてＲＡＭ８６２に読み出してＣＰＵ８６１により実行することによって実現される。

＜ソフトウェア構成＞
次に、出力システム２０００を構成する各装置のソフトウェア構成について説明する。
図９は、出力システム２０００を構成する各装置のソフトウェア構成を例示する図である。

情報処理装置７２０は、出力アプリケーション９２０を有している。
出力アプリケーション９２０は、出力装置７１０とデータ通信が可能であり、出力装置７１０に対して出力要求を送信することができる。また、出力アプリケーション９２０は、出力装置７１０に対して、情報発信装置７３０のＢｅａｃｏｎデータの識別情報を送信する。出力アプリケーション９２０は、オペレーティングシステム（ＯＳ）上で動作しており、ＯＳを制御することで通信Ｉ／Ｆ８０７や表示部Ｉ／Ｆ８０４を介してデータ通信や画面表示等が行われる。

なお、出力アプリケーション９２０の各機能を実現するプログラムは、情報処理装置７２０のＲＯＭ８０３や外部メモリ８１１に記憶されており、情報処理装置７２０のＣＰＵ８０１が必要に応じてＲＡＭ８０２にプログラムをロードし実行することで、これらの機能は実現される。

出力装置７１０は、情報処理装置７２０の出力アプリケーション９２０から送信される出力要求に応答し、出力を行う。また、出力装置７１０は、出力アプリケーション９２０から情報発信装置７３０のＢｅａｃｏｎデータの識別情報を取得し、情報発信装置７３０が発信するＢｅａｃｏｎデータを受信することで、情報発信装置７３０の監視を行う。

なお、図３に示されている出力装置７１０の各ソフトウェア構成の機能を実現するプログラムは、出力装置７１０のＲＯＭ８３３や外部メモリ８４１に記憶されており、出力装置７１０のＣＰＵ８３１が必要に応じてＲＡＭ８３２にプログラムをロードし実行することで、これらの機能は実現される。

情報発信装置７３０は、情報発信装置７３０を識別可能なＢｅａｃｏｎデータの発信を行う。なお、図８に示されている情報発信装置７３０の各ソフトウェア構成の機能を実現するプログラムは、情報発信装置７３０のＲＯＭ８６３に記憶されており、ＣＰＵ８６１が必要に応じてＲＡＭ２６２にプログラムをロードし実行することで、これらの機能は実現される。
また、情報発信装置７３０は、セキュリティカードのような装置としたが、同様の機能を実現できる携帯可能な装置であれば、どのような装置であってもよい。例えば、情報発信装置７３０は、スマートフォンなどの携帯端末でもよい。

以下、各装置が有する機能について説明する。
まず、情報処理装置７２０が有する出力アプリケーション９２０の機能について説明する。
出力アプリケーション９２０は、ユーザインタフェース部９２１、出力処理部９２２、データ格納部９２３を有する。
ユーザインタフェース部９２１は、各種ＵＩ画面（例えば、出力装置７１０に出力指示を行う画面）の表示を行い、ユーザからの指示を受け付ける処理を行う。

出力処理部９２２は、ユーザインタフェース部９２１やデータ格納部９２３を制御して、出力装置７１０に出力要求と、情報発信装置７３０が発信するＢｅａｃｏｎの識別情報を送信する。出力処理部９２２は、出力装置７１０との通信方式に準拠した通信モジュールを有する。この通信モジュールは、出力装置７１０とデータ通信を行うためのインタフェースに対応したものであり、出力装置７１０が有する通信モジュールとデータ通信を行うことが可能である。
データ格納部９２３には、出力アプリケーション９２０が使用するデータが格納されている。

図１１は、データ格納部９２３に格納されているデータの一例を示す図である。
図１１に示すように、データ格納部９２３に格納されているデータには、出力装置アドレス（１１０１）、出力アプリケーション９２０の出力設定（１１０２）、ＵＵＩＤ（１１０３）、メジャー番号（１１０４）、マイナー番号（１１０５）が含まれる。出力装置アドレス（１１０１）は、出力装置７１０に接続するためのアドレス情報であり、ネットワーク上で出力装置７１０を一意に特定できる情報である。出力設定（１１０２）は、出力アプリケーション９２０が出力要求を送信するときの設定情報である。ＵＵＩＤ（１１０３）は、情報発信装置７３０を一意に識別可能なＢｅａｃｏｎデータの識別情報である。メジャー番号、マイナー番号は、ＵＵＩＤが同じ情報発信装置を区別するための番号である。これら情報は、出力アプリケーション９２０がインストールされるとき、もしくはインストール後にユーザの入力等により設定される。ＵＵＩＤ、メジャー番号、マイナー番号は、情報発信装置７３０からＰ２Ｐ通信により取得して設定する形態も考えられるし、ユーザ情報に紐づけて管理している管理サーバ（不図示）から取得して設定する形態も考えられる。

次に、出力装置７１０が有する機能について説明する。
出力装置７１０は、出力制御部９１１、出力部９１２、監視部９１３を有する。
出力制御部９１１は、出力部９１２、監視部９１３を制御して、情報処理装置７２０の要求に従い、出力と監視処理を行う。出力制御部９１１は、情報処理装置７２０との通信方式に準拠した通信モジュールを有する。この通信モジュールは、情報処理装置７２０とデータ通信を行うためのインタフェースに対応したものであり、情報処理装置７２０が有する通信モジュールとデータ通信を行うことが可能である。
出力部９１２は、出力制御部９１１の指示に従い出力を行う。

監視部９１３は、出力制御部９１１の指示に従い、情報発信装置７３０から発信されるＢｅａｃｏｎデータの監視を行う。監視部９１３は、情報発信装置７３０との通信方式に準拠した通信モジュールを有する。この通信モジュールは、情報発信装置７３０が有する通信モジュールから発信されるＢｅａｃｏｎデータを受信するためのインタフェースに対応したものである。本実施例では、出力制御部９１１が情報処理装置７２０から取得した情報発信装置７３０のＢｅａｃｏｎの識別情報を元に、監視部９１３が情報発信装置７３０により発信されるＢｅａｃｏｎデータを受信し検知することで監視処理を行う。

次に、情報発信装置７３０が有する機能について説明する。
情報発信装置７３０は、識別情報発信部９３０を有する。識別情報発信部９３０は、情報発信装置７３０を識別可能なＢｅａｃｏｎデータの発信を行う。
以上で各装置が有する機能についての説明は終了する。

＜情報発信装置７３０の処理＞
続いて、情報発信装置７３０がＢｅａｃｏｎデータを発信する処理について、図１２（ａ）を用いて説明する。
図１２（ａ）は、情報発信装置７３０がＢｅａｃｏｎデータを発信する処理を例示するフローチャートである。なお、このフローチャートに示す各ステップは、情報発信装置７３０のＲＯＭ８６３等に記憶されたプログラムを、必要に応じてＲＡＭ８６２に読み出してＣＰＵ８６１により実行することによって実現される。

ステップＳ１２０１において、情報発信装置７３０の識別情報発信部９３０は、情報発信装置７３０を識別可能なＢｅａｃｏｎデータを発信し、これを継続する。Ｂｅａｃｏｎデータについては実施例１の図６Ａで説明した通りである。

＜出力アプリケーション９２０の処理＞
続いて、情報処理装置７２０の出力アプリケーション９２０が、出力装置７１０へ出力を行う処理について、図１２（ｂ）を用いて説明する。
図１２（ｂ）は、情報処理装置７２０の出力アプリケーション９２０が出力装置７１０へ出力を行う処理を例示するフローチャートである。なお、このフローチャートに示す各ステップは、情報処理装置７２０の外部メモリ８１１等に記憶されたプログラムを、必要に応じてＲＡＭ８０２に読み出してＣＰＵ８０１により実行することによって実現される。

まず、ステップＳ１２１０において、出力アプリケーション９２０のユーザインタフェース部９２１が、ユーザからの出力装置へ出力するための出力指示を受け取り、出力処理部９２２に送信する。出力指示を受け取ると、出力処理部９２２は、データ格納部９２３から取得した出力装置７１０の接続先アドレスに対して、出力要求を送信する。データ格納部９２３に格納されているデータについては、前述の通りである。

次に、ステップＳ１２１１において、出力処理部９２２は、監視要求と共に、データ格納部９２３から取得した情報発信装置７３０のＢｅａｃｏｎデータの識別情報（ＵＵＩＤ、メジャー番号、マイナー番号）を、出力装置７１０に送信する。

次に、ステップＳ１２１２において、出力処理部９２２は、出力装置７１０に対してステータスの確認を行う。
次に、ステップＳ１２１３において、出力処理部９２２は、上記Ｓ１２１２で行ったステータス確認の結果、アラーム通知要求を受けたか否かを判断する。

そして、アラーム通知要求を受けたと判断した場合（Ｓ１２１３でＹｅｓの場合）、出力処理部９２２は、Ｓ１２１４へ処理を進める。
ステップＳ１２１４では、出力処理部９２２は、ユーザインタフェース部９２１を介して、例えば図１０（ａ）に示すようなアラーム通知を行う。

図１０（ａ）は、ユーザインタフェース部９２１により表示されるアラーム通知画面の一例を示す図である。
図１０（ａ）に示すように、１００１にアラーム内容が表示されている。
上記Ｓ１２１４のアラーム通知後、出力処理部９２２は、本フローチャートの処理を終了する。

一方、上記Ｓ１２１５において、アラーム通知要求を受けていないと判断した場合（Ｓ１２１３でＮｏの場合）、出力処理部９２２は、Ｓ１２１５へ処理を進める。
ステップＳ１２１５では、出力処理部９２２は、ステータス確認を終了するかどうかを判断する。なお、ステータス確認を終了するかどうかは、出力装置１１０に対するステータス確認の結果か、もしくはユーザインタフェース部９２１へのユーザの入力により判断する。

そして、ステータス確認を終了しないと判断した場合（Ｓ１２１５でＮｏの場合）、出力処理部９２２は、Ｓ１２１２に処理を戻す。
一方、ステータス確認を終了すると判断した場合（Ｓ１２１５でＹｅｓの場合）、出力処理部９２２は、本フローチャートの処理を終了する。

＜出力装置７１０の処理＞
続いて、出力装置７１０が、情報処理装置７２０からの要求に従い出力を行う処理のフローについて、図１２（ｃ）を用いて説明する。
図１２（ｃ）は、出力装置７１０が情報処理装置７２０からの要求に従い出力を行う処理を例示するフローチャートである。なお、このフローチャートに示す各ステップは、出力装置７１０のＲＯＭ８３３又は外部メモリ８４１等に記録されているプログラムを、必要に応じてＲＡＭ８３２に読み出してＣＰＵ８３１により実行することによって実現される。

まず、ステップＳ１２２０において、出力装置７１０の出力制御部９１１は、情報処理装置７２０から出力要求を受信したかどうかを判断する。
そして、出力要求を受信していないと判断した場合（Ｓ１２２０でＮｏの場合）、出力制御部９１１は、ステップＳ１２２０の処理を繰り返す。
一方、出力要求を受信したと判断した場合（Ｓ１２２０でＹｅｓの場合）、出力制御部９１１は、ステップＳ１２２１に処理を進める。

ステップＳ１２２１では、出力制御部９１１は、上記Ｓ１２２０で受信した情報処理装置７２０からの出力要求に従い、出力部９１２に出力要求を送信する。出力部９１２は、受信した出力要求に従い出力を行う。

次に、ステップＳ１２２２において、出力制御部９１１は、情報処理装置７２０から監視要求とＢｅａｃｏｎデータの識別情報を受信したかどうかを判断する。
そして、監視要求とＢｅａｃｏｎデータの識別情報を受信していないと判断した場合（Ｓ１２２２でＮｏの場合）、出力制御部９１１は、本フローチャートの処理を終了する。
一方、監視要求とＢｅａｃｏｎデータの識別情報を受信したと判断した場合（Ｓ１２２２でＹｅｓの場合）、出力制御部９１１は、ステップＳ１２３０に処理を進める。

ステップＳ１２３０では、出力制御部９１１は、情報処理装置７２０から受信したＢｅａｃｏｎデータの識別情報と共に、監視指示を監視部９１３に送信する。監視部９１３は、監視指示を受け取ると、Ｂｅａｃｏｎデータの識別情報を元に、情報発信装置７３０の監視処理を行う。監視処理は、情報発信装置７３０から発信されるＢｅａｃｏｎデータのうち、上記Ｓ１２２２で取得した識別情報と合致するものを検知することにより行う。監視処理の内容については、実施例１の図６ＡのＳ６１０で説明した内容と同様である。
監視部９１３は、情報発信装置７３０から発信されるＢｅａｃｏｎデータのうち、上記Ｓ１２２２で取得した識別情報と合致するものを検知すると、Ｓ１２３１に処理を進める。

次に、ステップＳ１２３１において、監視部９１３は、検知したＢｅａｃｏｎデータと共に取得される距離情報を元に、情報発信装置７３０との距離が近いかどうかを判断する。近いかどうかの判断方法については、実施例１の図６ＡのＳ６１１で説明した内容と同様である。

そして、上記Ｓ１２３１において、情報発信装置７３０との距離が近いと判断した場合（Ｓ１２３１でＹｅｓの場合）、監視部９１３は、Ｓ１２３５に処理を進め、監視処理を終了し、本フローチャートの処理を終了する。

一方、上記Ｓ１２３１において、情報発信装置７３０との距離が近くないと判断した場合（Ｓ１２３１でＮｏの場合）、監視部９１３は、Ｓ１２３２に処理を進める。
ステップＳ１３３２では、監視部９１３は、上記Ｓ１２２１で出力を始めてから経過した時間が、所定の監視時間を過ぎているかどうかを判断する。なお、監視時間を過ぎているかどうかの判断方法については、実施例１の図６ＡのＳ６１２で説明した内容と同様である。

そして、上記Ｓ１２３２において、まだ監視時間を過ぎていないと判断した場合（Ｓ１２３２でＮｏの場合）、監視部９１３は、Ｓ１２３０に処理を戻す。
一方、監視時間を過ぎていると判断した場合（Ｓ１２３２でＹｅｓの場合）、監視部９１３は、は、Ｓ１２３３に処理を戻す。

ステップＳ１２３３では、監視部９１３は、上記Ｓ１２２０で受信した出力指示の出力元である情報処理装置７２０に対してアラーム通知を行う。このアラーム通知は、情報処理装置７２０からのステータス確認に対する応答としてアラームを要求するものである。この場合に情報処理装置７２０に表示されるアラーム通知画面については、前述の通りである。

また、上記Ｓ１２３３のアラーム通知の別の形態として、情報発信装置７３０、情報処理装置７２０の識別情報と共にメールアドレスが紐付いて管理されている管理サーバ（不図示）や出力装置７１０からメールアドレスを取得し、そのメールアドレスに対してアラーム通知のメール（例えば図１０（ｂ）に示すような警告メール）を送信する形態も考えられる。

図１０（ｂ）は、送信したアラーム通知のメールの画面の一例を示す図である。
１０１０には、メールの差出人、宛先、件名が表示されている。１０１１には、アラーム内容が表示されている。１０１２には、出力装置７１０のＷｅｂページへのリンクが表示されている。

以下、図１２（ｃ）のフローチャートの説明に戻る。
上記Ｓ１２３３のアラーム通知の後、監視部９１３は、ステップＳ１２３４において、監視を終了するかどうかを判断する。なお、監視を終了するかどうかの判断は、情報処理装置７２０から送信される要求に従うか、出力装置７１０におけるユーザの指示に従う。

そして、上記Ｓ１２３４において、監視を終了しないと判断した場合（Ｓ１２３４でＮｏの場合）、監視部９１３は、Ｓ１２３０に処理を戻す。
一方、監視を終了すると判断した場合（Ｓ１２３４でＹｅｓの場合）、監視部９１３は、Ｓ１２３５に処理を進め、監視処理を終了し、本フローチャートの処理を終了する。

以上示したように、実施例２によれば、出力装置７１０に対する出力指示に伴い、出力装置７１０に対して、情報発信装置７３０と出力装置７１０との間で通信される無線プロトコルに従う通知に含まれる監視用識別情報を送信し、当該通知から特定される出力装置７１０との距離と、該距離における時間情報とを用いた監視の結果の受信に従い（例えば、情報発信装置７３００との距離が所定距離以内を満たさず該距離における時間が経過すると）、前記出力指示の必要性に関する警告（アラーム通知）を行う構成を有する。例えば、出力後の放置の通知、出力の継続の確認などのアラーム通知を行う。この構成により、ユーザは出力装置に出力させた後忘れていても気付くことができるようになり、前述の放置による安全面、省エネルギー・コスト面、セキュリティ面での課題を解決することができる。

なお、例えば、情報処理装置７２０を、Ｂｅａｃｏｎデータを発信可能なスマートフォンなどの携帯端末とし、情報処理装置７２０が情報発信装置７３０の機能（識別情報発信部９３０）を備える構成であってもよい。この構成の場合も、上記実施例２と同様の効果を得ることができる。
以上で実施例２についての説明を終了する。

実施例１では、Ｗｅｂアプリケーションサーバ群１３０における出力サービス３３０が、情報処理装置１２０の出力アプリケーション３２０、出力装置１１０とデータ通信することで、本発明の処理を実現しているが、形態はこの限りでは無い。
例えば、Ｗｅｂアプリケーションサーバ群１３０及び出力サービス３３０が含まれておらず、情報処理装置１２０の出力アプリケーション３２０が出力サービス３３０と同等の機能を備え、出力装置１１０に直接データ通信を行って出力を行う形態も考えられる。

この形態の場合、出力アプリケーション３２０は、出力サービス３３０の通信部３３１、データ格納部３３２と同等の機能を備え、サービス通信部３２２は、出力装置１１０とデータ通信を行い、制御部３２３がこれらを制御することで同様の機能が実現される。また、出力装置１１０のサービス通信部３１０は、出力アプリケーション３２０とデータ通信を行い、出力制御部３１１がこれらを制御することで、同様の機能が実現される。
以上の構成により、より少ない装置構成で、実施例１と同等の効果が得られる。

実施例１では、情報処理装置１２０の出力アプリケーション３２０が出力サービス３３０を介して出力装置１１０からＢｅａｃｏｎデータの識別情報を取得しているが、形態はこの限りでは無い。
例えば、出力サービス３３０に、出力装置アドレスと共に出力装置１１０のＢｅａｃｏｎデータの識別情報が紐付いて管理されており、出力アプリケーション３２０が出力サービス３３０からＢｅａｃｏｎデータの識別情報を取得する形態も考えられる。

この形態の場合、出力サービス３３０のデータ格納部３３２には、出力装置アドレスと共に、出力装置１１０のＢｅａｃｏｎデータの識別情報（ＵＵＩＤ、メジャー番号、マイナーが番号）が紐付いて格納されている。これら情報は、出力装置１１０の管理者が、出力装置１１０、もしくは情報処理装置１２０から出力サービス３３０に接続することで設定される。出力サービス３３０の通信部３３１は、出力アプリケーション３２０から出力装置１１０のＢｅａｃｏｎデータの識別情報の取得を要求されると、データ格納部３３２から出力装置アドレスに紐付いたＢｅａｃｏｎデータの識別情報を取得し返信する。
以上の構成により、実施例１と同等の効果が得られる。

実施例２では、情報処理装置７２０の出力アプリケーション３２０が、監視要求（情報発信装置７３０の識別情報を含む）を出力装置７１０に送信する構成を説明した。しかし、予め、情報処理装置７２０（又はユーザ名）に対応する情報発信装置７３０の識別情報をサーバ等に登録しておく。そして、出力装置７１０が、受信した出力要求に対応する情報処理装置７２０の識別情報（又はユーザ名）に基づいて、前記サーバから、対応する情報発信装置７３０の識別情報を取得するようにしてもよい。
以上の構成により、実施例２と同等の効果が得られる。

なお、本発明に適用可能な出力装置は、例えば、エアーコンディショナー等の空調装置や、床暖房等の暖房装置、バス給湯装置等の家電や、プリンタやテレビ等の画像出力装置、その他、離れた場所からリモートにより電気的に何らかの出力が制御される装置であれば、どのような出力装置であってもよい。

以上示したように、本発明の各実施例によれば、ユーザが出力装置に出力させたことを忘れ放置していたとしても、そのことをユーザに気付かせ、出力の放置による安全面、省エネルギー・コスト面、セキュリティ面での問題を解決することができる。

なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
また、上記各実施例を組み合わせた構成も全て本発明に含まれるものである。

（他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。
本発明は上記実施例に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施例の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。即ち、上述した各実施例及びその変形例を組み合わせた構成も全て本発明に含まれるものである。

Claims (14)

1. 出力装置に対して出力指示を行う指示手段と、
   前記出力指示に応じて、前記出力装置との間で通信される無線プロトコルに従う通知に従い、当該通知から特定される前記出力装置との距離と、該距離における時間情報とを監視する監視手段と、
   前記監視の結果に従い、前記出力指示の必要性に関する警告を行う警告手段と、
   を有することを特徴とする端末。
2. 前記端末は、前記出力指示に応じて、前記出力装置から、前記通知に含まれる出力装置の識別情報を受信する受信手段をさらに有し、
   前記監視手段は、該受信した識別情報に対応する通知に従う監視を行うことを特徴とする請求項１に記載の端末。
3. 前記警告手段は、前記監視の結果、前記距離が規定値を満たすことなく、前記出力を行ってから前記距離における時間情報が示す時間が経過した場合に、前記警告を行うことを特徴とする請求項１又は２に記載の端末。
4. 前記出力装置には、空気調和設備、及び画像出力装置の少なくともいずれかが含まれることを特徴とする請求項１乃至３のいずれか１項に記載の端末。
5. 出力装置に対して出力指示を行う指示手段と、
   前記出力指示に応じて、前記出力装置との間で通信される無線プロトコルに従う通知に従い、当該通知から特定される前記出力装置との距離と、該距離における時間情報とを監視する監視手段と、
   前記監視の結果に従い、前記出力指示への必要性に関する警告を行う警告手段と、を有する端末と、
   前記出力指示の受信に応じて、識別情報を応答する応答手段を有する出力装置と、を有することを特徴とする出力システム。
6. 自装置の識別情報を含む通知を無線プロトコルに従って発信する発信手段を有する発信装置と、
   受信した出力指示に従って出力を行う出力手段と、
   前記出力指示に対応する前記発信装置の識別情報を取得する取得手段と、
   前記発信装置との間で通信される無線プロトコルに従う通知に従い、当該通知から特定される前記発信装置との距離と、該距離における時間情報とを監視する監視手段と、
   前記監視の結果に従い、前記出力指示の必要性に関する警告を行う警告手段と、を有する出力装置と、
   を有することを特徴とする出力システム。
7. 前記警告手段は、前記警告を前記出力指示の出力元に要求する、又は、前記出力指示に対応する宛先に警告メールを送信することを特徴とする請求項６に記載の出力システム。
8. 前記出力指示の出力元と前記発信装置とが同一の装置であることを特徴とする請求項６又は７に記載の出力システム。
9. 前記警告手段は、前記監視の結果、前記距離が規定値を満たすことなく、前記出力を行ってから前記距離における時間情報が示す時間が経過した場合に、前記警告を行うことを特徴とする請求項６乃至８のいずれか１項に記載の出力システム。
10. 前記出力装置には、空気調和設備、及び画像出力装置の少なくともいずれかが含まれることを特徴とする請求項６乃至９のいずれか１項に記載の出力システム。
11. 端末の制御方法であって、
    出力装置に対して出力指示を行う指示ステップと、
    前記出力指示に応じて、前記出力装置との間で通信される無線プロトコルに従う通知に従い、当該通知から特定される前記出力装置との距離と、該距離における時間情報とを監視する監視ステップと、
    前記監視の結果に従い、前記出力指示の必要性に関する警告を行う警告ステップと、
    を有することを特徴とする制御方法。
12. 端末と出力装置とを有する出力システムの制御方法であって、
    前記端末が実行する、
    出力装置に対して出力指示を行う指示ステップと、
    前記出力指示に応じて、前記出力装置との間で通信される無線プロトコルに従う通知に従い、当該通知から特定される前記出力装置との距離と、該距離における時間情報とを監視する監視ステップと、
    前記監視の結果に従い、前記出力指示への必要性に関する警告を行う警告ステップと、
    前記出力装置が実行する、
    前記出力指示の受信に応じて、識別情報を応答する応答ステップと、
    を有することを特徴とする制御方法。
13. 発信装置と出力装置とを有する出力システムの制御方法であって、
    前記発信装置が実行する、
    自装置の識別情報を含む通知を無線プロトコルに従って発信する発信ステップと、
    前記出力装置が実行する、
    受信した出力指示に従って出力を行う出力ステップと、
    前記出力指示に対応する前記発信装置の識別情報を取得する取得ステップと、
    前記発信装置との間で通信される無線プロトコルに従う通知に従い、当該通知から特定される前記発信装置との距離と、該距離における時間情報とを監視する監視ステップと、
    前記監視の結果に従い、前記出力指示の必要性に関する警告を行う警告ステップと、
    を有することを特徴とする制御方法。
14. コンピュータを、請求項１乃至４のいずれか１項に記載される手段として機能させるためのプログラム。

Images