携帯端末、承認システム、承認方法及びプログラム
【課題】施設又は設備を利用するに際し、効率的に承認者の承認を得る。
【解決手段】検出部１５は、使用者の状況に関する情報を取得する調整部１７は、検出部１５で取得された使用者の状況に関する情報に基づいて、承認条件を調整する。選出部１８は、ドアの解錠に応じて承認者を選出する。送信部１９は、ドアの解錠についての承認要求情報を選出された承認者の端末に送信する。情報取得部２０は、承認要求に対する承認者の承認結果に関する情報を取得する。判定部２１は、情報取得部２０によって取得された承認者の承認結果に関する情報に基づいて、調整部１７によって調整された承認条件が満たされたか否かを判定する。実行部２２は、判定部２１によって承認条件が満たされたと判定された場合に、使用者による施設又は設備の利用を可能とする処理を実行する。
【解決手段】検出部１５は、使用者の状況に関する情報を取得する調整部１７は、検出部１５で取得された使用者の状況に関する情報に基づいて、承認条件を調整する。選出部１８は、ドアの解錠に応じて承認者を選出する。送信部１９は、ドアの解錠についての承認要求情報を選出された承認者の端末に送信する。情報取得部２０は、承認要求に対する承認者の承認結果に関する情報を取得する。判定部２１は、情報取得部２０によって取得された承認者の承認結果に関する情報に基づいて、調整部１７によって調整された承認条件が満たされたか否かを判定する。実行部２２は、判定部２１によって承認条件が満たされたと判定された場合に、使用者による施設又は設備の利用を可能とする処理を実行する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末、承認システム、承認方法及びプログラムに関する。
【背景技術】
【０００２】
近年、高齢化が進み、日常生活における支援が必要な人が増加している。このような人に対する支援として、例えば、承認者が承認することによって、使用者が貯金口座から出金できる出入金システムが開示されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−１８６３２９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、上記特許文献１に開示された出入金システムでは、使用者や承認者の状況に関わらず画一的に承認を要求する。このため、例えば、使用者が承認を得るのを急いでいたとしても、承認者が迅速に承認操作を行わなければ、早急に承認を得るのは困難になる。
【０００５】
本発明は、上記実情に鑑みてなされたものであり、施設又は設備を利用するに際し、効率的に承認者の承認を得ることができる携帯端末、承認システム、承認方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明の第１の観点に係る携帯端末は、
使用者による施設又は設備の利用の承認を承認者から得るために用いられる携帯端末であって、
前記使用者の状況に関する情報を検出する検出部と、
前記検出部によって検出された前記使用者の状況に関する情報に基づいて、承認条件を調整する調整部と、
前記複数の承認者候補の中から、前記施設又は設備に関連する承認者を優先的に選出する選出部と、
承認要求に関する情報を、前記選出部で選出された承認者の端末に送信する送信部と、
前記承認要求に対する前記承認者の承認結果に関する情報を取得する情報取得部と、
前記情報取得部によって取得された前記承認者の承認結果に関する情報に基づいて、前記調整部によって調整された承認条件が満たされたか否かを判定する判定部と、
前記判定部によって前記承認条件が満たされたと判定された場合に、前記使用者による前記施設又は設備の利用を可能とする処理を実行する実行部と、
を備える。
【０００７】
本発明の第２の観点に係る承認システムは、
本発明の携帯端末と、
前記携帯端末から送信される承認要求に関する情報に応答して、ユーザ操作により、承認結果に関する情報を送信可能な端末と、
前記携帯端末で前記施設又は設備の利用を可能とする処理が実行されると、施設又は設備の状態を利用可能な状態に変更する変更装置と、
を備える。
【０００８】
また、本発明の第３の観点に係る承認方法は、
使用者による施設又は設備の利用の承認を承認者から得る承認方法であって、
前記使用者の携帯端末を用いて、前記使用者の状況に関する情報を検出する検出工程と、
前記検出工程において検出された前記使用者の状況に関する情報に基づいて、前記携帯端末を用いて、承認条件を調整する調整工程と、
前記携帯端末を用いて、前記複数の承認者候補の中から、前記施設又は設備に関連する承認者を優先的に選出する選出工程と、
前記携帯端末を用いて、承認要求に関する情報を、前記選出部で選出された承認者の端末に送信する送信工程と、
前記携帯端末を用いて、前記承認要求に対する前記承認者の承認結果に関する情報を取得する情報取得工程と、
前記携帯端末を用いて、前記情報取得工程において取得された前記承認者の承認結果に関する情報に基づいて、前記調整工程において調整された承認条件が満たされたか否かを判定する判定工程と、
前記判定工程において前記承認条件が満たされたと判定された場合に、前記使用者による前記施設又は設備の利用を可能とする処理を実行する実行工程と、
を含む。
【０００９】
また、本発明の第４の観点に係るプログラムは、
使用者による施設又は設備の利用の承認を承認者から得るために用いられる携帯端末を制御するコンピュータを、
前記使用者の状況に関する情報を検出する検出部、
前記検出部によって検出された前記使用者の状況に関する情報に基づいて、承認条件を調整する調整部、
前記複数の承認者候補の中から、前記施設又は設備に関連する承認者を優先的に選出する選出部、
承認要求に関する情報を、前記選出部で選出された承認者の端末に送信する送信部、
前記承認要求に対する前記承認者の承認結果に関する情報を取得する情報取得部、
前記情報取得部によって取得された前記承認者の承認結果に関する情報に基づいて、前記調整部によって調整された承認条件が満たされたか否かを判定する判定部、
前記判定部によって前記承認条件が満たされたと判定された場合に、前記使用者による前記施設又は設備の利用を可能とする処理を実行する実行部、
して機能させる。
【発明の効果】
【００１０】
本発明によれば、使用者の状況に関する情報に基づいて施設又は設備を利用するための承認条件が調整される。これにより、施設又は設備を利用するに際し、効率的に承認者の承認を得ることができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態１に係る承認システムの構成を示す図である。
【図２】図１に示す携帯端末の構成を示すブロック図である。
【図３】図３（Ａ）は、承認条件テーブルの内容を例示する図（その１）である。図３（Ｂ）は、承認条件テーブルの内容を例示する図（その２）である。図３（Ｃ）は、承認条件テーブルの内容を例示する図（その３）である。
【図４】承認要求関連テーブルの内容を例示する図である。
【図５】図１に示す端末の構成を示すブロック図である。
【図６】実施形態１に係る端末に表示される選択画面の一例を示す図である。
【図７】実施形態１に係る承認要求処理のフローチャートである。
【図８】実施形態１に係る調整条件の調整のフローチャートである。
【図９】実施形態１に係る承認者の選出のフローチャートである。
【図１０】図１０（Ａ）は、実施形態１に係る承認要求関連テーブルの内容を例示する図（その１）である。図１０（Ｂ）は、実施形態１に係る承認要求関連テーブルの内容を例示する図（その２）である。
【図１１】実施形態２に係る端末に表示される選択画面の一例を示す図である。
【図１２】実施形態２に係る承認要求処理のフローチャートである。
【図１３】実施形態２に係る承認条件テーブルの内容を例示する図である。
【図１４】図１４（Ａ）は、実施形態２に係る承認要求関連テーブルの内容を例示する図（その１）である。図１４（Ｂ）は、実施形態２に係る承認要求関連テーブルの内容を例示する図（その２）である。図１４（Ｃ）は、実施形態２に係る承認要求関連テーブルの内容を例示する図（その３）である。
【図１５】実施形態３に係る承認条件テーブルの内容を例示する図である。
【図１６】実施形態３に係る端末の構成を示すブロック図である。
【図１７】実施形態３に係る端末に表示される画面の一例を示す図である。
【図１８】実施形態３に係る承認要求処理のフローチャートである。
【図１９】図１９（Ａ）は、実施形態４に係る承認条件テーブルの内容を例示する図である。図１９（Ｂ）は、実施形態５に係る承認条件テーブルの内容を例示する図である。
【図２０】図２０（Ａ）は、実施形態４に係る承認要求関連テーブルの内容を例示する図（その１）である。図２０（Ｂ）は、実施形態４に係る承認要求関連テーブルの内容を例示する図（その２）である。図２０（Ｃ）は、実施形態４に係る承認要求関連テーブルの内容を例示する図（その３）である。図２０（Ｄ）は、実施形態４に係る承認要求関連テーブルの内容を例示する図（その４）である。
【図２１】実施形態４に係る承認要求処理のフローチャートである。
【図２２】実施形態５に係る承認要求処理のフローチャートである。
【図２３】図２３（Ａ）は、実施形態５に係る承認要求関連テーブルの内容を例示する図（その１）である。図２３（Ｂ）は、実施形態５に係る承認要求関連テーブルの内容を例示する図（その２）である。図２３（Ｃ）は、実施形態５に係る承認要求関連テーブルの内容を例示する図（その３）である。
【発明を実施するための形態】
【００１２】
本発明の実施形態について、図面を参照して詳細に説明する。
【００１３】
（実施形態１）
図１を参照して、本実施形態に係る承認システム１００の構成について説明する。承認システム１００は、携帯端末１、端末２、３、公衆基地局４、通信回線網５、ドア６及び施錠装置７を備える。
【００１４】
携帯端末１は、使用者によって携帯される。携帯端末１は、使用者による施設又は設備の利用の承認を承認者から得るために用いられる。端末２、３は、それぞれ承認者Ａ、Ｂによって所持されている。携帯端末１、端末２及び端末３は、通話機能、通信機能等を備える。
【００１５】
各公衆基地局４は、通信回線網５の基地局である。携帯端末１、端末２、３は、それぞれ通信圏内に存在する公衆基地局４と無線で接続することによって、通信回線網５を介して互いに通話や通信が可能である。
【００１６】
ドア６は、所定の施設（不図示）に出入りするために設けられている。ドア６は、施錠装置７と接続される。施錠装置７は、ドア６の施錠及び解錠を制御する。通常、ドア６は、施錠装置７によって施錠されている。使用者がドア６を解錠するには、承認者Ａ、Ｂによる承認を得る必要がある。
【００１７】
施錠装置７は、無線通信機能を備え、携帯端末１との間でデータの送受信が可能である。携帯端末１から解錠指令情報を受信すると、施錠装置７は、ドア６を解錠する。すなわち、施錠装置７は、携帯端末１においてドア６が設けられた施設の利用を可能とする処理が実行されると、ドア６を解除して、その施設を利用可能な状態に変更する変更装置として機能する。
【００１８】
図２を参照して、携帯端末１のシステム構成について説明する。携帯端末１は、操作入力部１１、表示部１２、通信部１３、記憶部１４、検出部１５及び制御部１６を備える。
【００１９】
操作入力部１１は、キーボタン、スイッチボタン等（いずれも不図示）を備える。操作入力部１１は使用者によって入力された操作に対応する操作入力信号を制御部１６に出力する。例えば、操作入力信号には、携帯端末１の電源オンオフ、ドア６の解錠操作等に対応するものがある。
【００２０】
表示部１２は、使用者が携帯端末１の機能を利用するために必要な各種の情報を表示する。例えば、各種の情報には、電源状態、電波強度、未読の電子メールの有無、インターネット上のサイトのデータ等がある。
【００２１】
通信部１３は、アンテナ（不図示）を備える。通信部１３は、アンテナを介して公衆基地局４から受信した無線信号の周波数の変換、復調等を行う。また、通信部１３は、アンテナを介して公衆基地局４に送信される無線信号を生成するためにベースバンド信号の周波数の変換、変調等を行う。
【００２２】
通信部１３は、例えば、ＣＤＭＡ（Code Division Multiple Access）、ＥＶ−ＤＯ（Evolution Data Only）等の所定の通信方式にて、公衆基地局４の中継により、通信回線網５を介して、端末２、３との間でデータの送受信を行う通信インターフェイスとして機能する。例えば、通信部１３を介して、ドア６の解錠についての承認を要求するための承認要求に関する情報（承認要求情報）が、端末２、３に送信される。これに対し、承認者Ａ、Ｂは、端末２、３を用いて承認操作を行う。この結果、端末２、３から承認結果に関する情報（承認結果情報）が携帯端末１に送信され、通信部１３を介して受信される。承認者Ａ、Ｂがドア６の解錠を承認する場合は、端末２、３は、承認の旨を含む承認結果情報を携帯端末１に送信する。承認者Ａ、Ｂがドア６の解錠を承認しない場合は、端末２、３は、非承認の旨を含む承認結果情報を携帯端末１に送信する。
【００２３】
さらに、通信部１３は、例えば、無線ＬＡＮ（Local Area Network）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、赤外線、Ｆｅｌｉｃａ（登録商標）等を用いて、施錠装置７との間で通信を行う通信インターフェイスとして機能する。例えば、施錠装置７への解錠指令情報は、通信部１３を介して送信される。
【００２４】
記憶部１４は、例えば、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等の読み書き可能なメモリ（不図示）を備える。記憶部１４は、各種プログラム、データ等を記憶する。記憶部１４は、承認条件テーブル１４１、承認要求関連テーブル１４２及び画像データベース１４３を記憶する。
【００２５】
承認条件テーブル１４１には、承認条件等が登録される。例えば、承認条件テーブル１４１には、図３（Ａ）に示すように、「ＩＤ」と、「承認内容」と、「承認者リスト」と、「承認条件」と、「設定日時」とが対応付けられて格納される。「ＩＤ」には、識別情報であり、固有の番号が格納される。「承認内容」には、承認の対象となる施設又は設備と、承認時に行われる動作とが格納される。「承認者リスト」には、承認者の名前が格納される。「承認条件」には、施設又は設備を利用するために満たされるべき条件が格納される。「設定日時」には、承認内容、承認者リスト、承認条件が全て設定されたときの日時が格納される。
【００２６】
例えば、ドア６を解錠するのに承認者Ａ、Ｂの承認が必要である場合は、例えば承認条件テーブル１４１のＩＤ「５１」の欄に、承認内容として「ドア６の解錠」、承認者リストとして「Ａ、Ｂ」、承認条件として「承認者の人数：２人以上」が格納される。なお、図３（Ａ）では、この欄の設定日時には、「２０１０年１０月２１日１０時３３分３３秒」が格納されている。
【００２７】
承認要求関連テーブル１４２には、図４に示すように、「ＩＤ」と、「承認者」と、「電子メールアドレス」と、「承認結果」と、「送信日時」とが対応付けられて格納される。
【００２８】
「ＩＤ」には、識別情報であり、固有の番号が格納される。この番号は、承認条件テーブル１４１のＩＤに対応する。例えば、承認条件テーブル１４１において、承認内容「ドア６の解錠」についての承認要求に関連する情報は、承認要求関連テーブル１４２のＩＤ「５１」に対応付けて格納される。
【００２９】
「承認者」には、承認者の名前が格納される。「電子メールアドレス」には、承認要求情報の送信先として承認者の電子メールアドレスが格納される。「承認結果」には、携帯端末１が承認の旨を受信した場合には「ＯＫ」が格納され、非承認の旨を受信した場合には「ＮＧ」が格納される。「送信日時」には、承認要求情報を送信した日時が格納される。
【００３０】
例えば、承認条件テーブル１４１のＩＤ「５１」の承認内容「ドア６の解錠」の承認条件に対応付けられた承認者リストには、「Ａ、Ｂ」が登録されているため、承認要求関連テーブル１４２では、ＩＤ「５１」に対応する承認者として、「承認者Ａ」、「承認者Ｂ」がそれぞれ格納される。承認者Ａ、Ｂに対応する各電子メールアドレスには、端末２の電子メールアドレスである「ａａ＠ｂｂ．ｎｅ．ｊｐ」、端末３の電子メールアドレスである「ｚｚ＠ｙｙ．ｎｅ．ｊｐ」が格納される。携帯端末１が端末２から承認結果情報として承認の旨を受信した場合、承認者Ａに対応する承認結果には「ＯＫ」が格納される。携帯端末１が端末３から承認結果情報として非承認の旨を受信した場合、承認者Ｂに対応する承認結果には「ＮＧ」が格納される。各送信日時には、携帯端末１が端末２、３に承認要求情報を送信した日時「２０１０年１０月２１日１０時３３分３５秒」が格納される。
【００３１】
画像データベース１４３には、ドア６が設けられた施設内の画像データが格納される。画像データベース１４３に格納される画像データには、その画像が撮影された施設又は設備の位置座標（経度、緯度）が関連付けられている。
【００３２】
検出部１５は、使用者の状況に関する情報を検出する。使用者の状況に関する情報には、様々なものがある。例えば、使用者が空腹であるといったことも、使用者の状況に関する情報に含まれる。この場合、検出部１５は、空腹を知らせるボタン（不図示）を備え、使用者によってボタンが押下されることによって、使用者の状況に関する情報として空腹であり緊急度が高いと判定するようにしてもよい。
【００３３】
制御部１６は、ＣＰＵ（Central Processing Unit）等を備える。制御部１６は、調整部１７、選出部１８、送信部１９、情報取得部２０、判定部２１及び実行部２２を備える。制御部１６が記憶部１４に記憶された各種プログラムを実行制御することにより、調整部１７、選出部１８、送信部１９、情報取得部２０、判定部２１及び実行部２２の機能を実現して、携帯端末１を統括的に制御するとともに、下記の各処理を実行する。
【００３４】
調整部１７は、検出部１５によって検出された使用者の状況に関する情報に基づいて、承認条件を調整する。例えば、調整部１７は、検出部１５によって取得された使用者の状況に関する情報に応じて、承認条件に含まれる承認に必要な承認者の人数を増減させる。
より具体的には、調整部１７は、検出部１５によって取得された使用者の状況に関する情報に基づいて、施設又は設備の利用の緊急度が高いと判定された場合、承認者の人数を「２人以上」から「１人以上」に減らす。
【００３５】
調整部１７は、調整した承認条件を、記憶部１４に記憶された承認条件テーブル１４１の承認条件として格納する。
【００３６】
選出部１８は、複数の承認者候補の中から、承認者を選出する。より具体的には、選出部１８は、施設又は設備に関連する承認者を優先的に選出する。例えば、使用者がドア６の解錠の承認を要求した場合、選出部１８は、記憶部１４に記憶されているドア６が設けられた施設に対応する位置情報（以下、単に「施設の位置情報」とする）と、画像データベース１４３に格納された各画像データに関連付けられた位置情報とを比較する。これにより、選出部１８は、位置情報が最も合致する画像データを特定する。選出部１８は、特定された画像データに対して顔解析を実行し、画像データに含まれる顔画像を抽出する。
【００３７】
記憶部１４に格納された電話帳データ（不図示）には、承認者の候補となる人の名前、その承認者の候補の電子メールアドレス、電話番号、その人の顔画像等を含むエントリが記憶されている。選出部１８は、抽出された顔画像と、電話帳データに記憶された顔画像とを比較し、抽出された顔画像と合致する顔画像を含むエントリを検索する。選出部１８は、検索されたエントリの人を承認者として優先的に選出する。
【００３８】
選出部１８は、記憶部１４に記憶された承認条件テーブル１４１に、選出された承認者及び設定日時を格納する。また、選出部１８は、選出された承認者とその電子メールアドレスとを、記憶部１４に記憶された承認要求関連テーブル１４２に格納する。
【００３９】
送信部１９は、通信部１３を介して、承認要求情報を、選出部１８によって選出された承認者の端末に送信する。
【００４０】
情報取得部２０は、例えば、通信部１３を介して、承認要求に対する承認者の承認結果情報を取得する。情報取得部２０は、取得した承認結果情報に基づいて、承認要求関連テーブル１４２を更新する。より詳細には、情報取得部２０は、承認結果情報と、送信日時とを承認要求関連テーブル１４２に格納する。
【００４１】
判定部２１は、情報取得部２０によって取得された承認者の承認結果情報に基づいて、調整部１７によって調整された承認条件が満たされたか否かを判定する。より具体的には、判定部２１は、記憶部１４に記憶された承認条件テーブル１４１を参照し、承認条件が満たされたか否かを判定する。例えば、図３（Ａ）のＩＤ「５１」の承認条件「承認者の人数：２人以上」において、承認者Ａ、Ｂともに承認結果が「ＯＫ」の場合、承認条件が満たされたものと判定される。
【００４２】
実行部２２は、判定部２１によって承認条件が満たされたと判定された場合に、使用者による施設又は設備の利用を可能とする処理を実行する。より具体的には、承認条件が満たされると、実行部２２は、ドア６の解錠指令情報を生成し、通信部１３を介して施錠装置７に送信する。解除指令情報を受信すると、施錠装置７は、ドア６を解錠する。
【００４３】
次に、端末２、３のシステム構成について説明する。端末３は、端末２と同じ構成のため、以下、端末２について詳細に説明する。端末２、３は、携帯端末１から送信される承認要求情報に応答して、ユーザ操作により、承認結果情報を送信可能である。
【００４４】
図５に示すように、端末２は、通信部２０１、表示部２０２、操作入力部２０３、記憶部２０４及び制御部２０５を備える。
【００４５】
通信部２０１は、アンテナ（不図示）を備える。通信部２０１は、例えば、ＣＤＭＡ、ＥＶ−ＤＯ等所定の通信方式にて、公衆基地局４の中継により、通信回線網５を介して、携帯端末１との間でデータの送受信を行う。例えば、通信部２０１は、携帯端末１から送信されたドア６の解錠についての承認要求情報を受信して、制御部２０５に出力する。
【００４６】
表示部２０２は、使用者が端末２の機能を利用するために必要な各種の情報を表示する。例えば、表示部２０２は、携帯端末１から送信されたドア６の解錠についての承認要求情報に基づいて、図６に示すように、ドア６の解錠について「承認する」か「承認しない」を選択する画面（以下、単に「選択画面」とする）を表示する。承認者Ａが「承認する」を選択すると、承認の旨を含む承認結果情報が携帯端末１に送信される。また、承認者Ａが「承認しない」を選択すると、承認しない旨を含む承認結果情報が携帯端末１に送信される。
【００４７】
操作入力部２０３は、キーボタン、スイッチボタン等（いずれも不図示）を備える。操作入力部２０３は、使用者によって入力された操作に対応する操作入力信号を制御部２０５に出力する。例えば、図６の選択画面において、承認者Ａが「承認する」を選択した場合、操作入力部２０３は、「承認する」に対応する操作入力信号を制御部２０５に出力する。一方、承認者Ａが「承認しない」を選択した場合、操作入力部２０３は、「承認しない」に対応する操作入力信号を制御部２０５に出力する。
【００４８】
記憶部２０４は、例えば、ＲＯＭ、ＲＡＭ等の読み書き可能なメモリを備える。記憶部２０４は、各種プログラム、データ等を記憶する。
【００４９】
制御部２０５は、ＣＰＵ等を備える。制御部２０５が記憶部２０４に記憶された各種プログラムを実行制御することにより、携帯端末１を統括的に制御するとともに、下記の各処理を実行する。
【００５０】
制御部２０５は、通信部２０１を介して承認要求情報が入力されると、表示部２０２を介して選択画面を表示する。
【００５１】
制御部２０５は、操作入力部２０３により「承認する」又は「承認しない」に対応する操作入力信号が入力されると、承認の旨又は非承認の旨を含む承認結果情報を生成する。制御部２０５は、通信部２０１を介して携帯端末１に生成した承認の旨又は非承認の旨を含む承認結果情報を送信する。
【００５２】
次に、図７を参照しながら、携帯端末１による承認要求処理について詳細に説明する。前提として、記憶部１４には、図３（Ａ）に示す承認条件テーブル１４１が記憶されているものとする。
【００５３】
承認要求処理は、使用者によってドア６の解錠要求に対応する操作が操作入力部１１を介して入力されることによって開始される。実行部２２は、調整部１７に承認条件の調整を指示し、選出部１８に承認者の選出を指示する（ステップＳ１）。
【００５４】
調整部１７は、実行部２２による指示に従って、承認条件を調整するサブルーチンを実行する（ステップＳ２）。図８に、承認条件を調整するサブルーチンが示されている。調整部１７は、検出部１５によって検出された使用者の状況に関する情報（端末２、３で承認者Ａ、Ｂが操作入力した情報等）に基づいて、緊急度が高いか否かを判定する（ステップＳ２１）。緊急度が高くない場合（ステップＳ２１；Ｎｏ）、調整部１７は、承認条件の調整を終了する。一方、緊急度が高い場合（ステップＳ２１；Ｙｅｓ）、調整部１７は、記憶部１４に記憶されている承認条件テーブル１４１を参照し、実行部２２から承認条件の調整の指示とともに送信されたＩＤ「５１」に対応する承認条件「承認者の人数：２人以上」を取得する（ステップＳ２２）。調整部１７は、承認条件「承認者の人数：２人以上」を「承認者の人数：１人以上」に調整する（ステップＳ２３）。次に、調整部１７は、承認条件テーブル１４１を更新する（ステップＳ２４）。より具体的には、調整部１７は、図３（Ｂ）に示すように、調整された承認条件「承認者の人数：１人以上」を承認条件テーブル１４１に格納する。また、選出部１８によって選出される承認者リスト及び選出者の選出によって確定する設定日時に「Ｎｕｌｌ」を格納する。
【００５５】
図７に戻り、選出部１８は、実行部２２による指示（ステップＳ１）に従って、承認者を選出する（ステップＳ３）。
【００５６】
図９には、承認者を選出するサブルーチンが示されている。選出部１８は、記憶部１４に記憶されている承認条件テーブル１４１を参照し、実行部２２から承認者の選出の指示とともに送信されたＩＤ「５１」に対応する承認内容「ドア６の解錠」を取得する（ステップＳ３１）。情報取得部２０は、記憶部１４を参照し、「ドア６の解錠」に関連付けられた施設の位置情報をＧＰＳ（Global Positioning System）等を用いて取得する（ステップＳ３２）。
【００５７】
選出部１８は、ＧＰＳ等により得られた施設の位置情報と、画像データベース１４３に格納された各画像データに関連付けられた位置情報とを比較し、ドア６が設けられた施設内で撮影された画像データを特定する（ステップＳ３３）。
【００５８】
選出部１８は、特定された画像データに含まれる顔に関するデータを抽出する（ステップＳ３４）。選出部１８は、抽出された顔画像に基づいて電話帳データに登録された承認者候補の中から承認者のエントリを検索する（ステップＳ３５）。ここでは、承認者Ａ、Ｂに対応するエントリが検索されるものとする。
【００５９】
選出部１８は、検索された人数が承認条件で設定された承認が必要な人数を超えたか否かを判定する（ステップＳ３６）。必要な人数を超えていなければ（ステップＳ３６；Ｎｏ）、選出部１８は、電話帳データから無作為に承認者を選出する（ステップＳ３８）。必要な人数を超えている場合（ステップＳ３６；Ｙｅｓ）、又はステップＳ３８実行後、選出部１８は、検索された承認者の名前と設定日時とを記憶部１４に記憶された承認条件テーブル１４１に格納し、承認条件テーブル１４１を更新する（ステップＳ３７）。
【００６０】
例えば、選出部１８は、記憶部１４に記憶された承認条件テーブル１４１を参照して、承認条件「承認者の人数：１人以上」を取得する。そして、選出部１８は、検索された人数が１以上であるか否かを判定する。検索された人数が２であるため、図３（Ｃ）に示すように、選出部１８は、検索された承認者Ａ、Ｂの名前と設定日時とを記憶部１４に記憶された承認条件テーブル１４１に格納し、承認条件テーブル１４１を更新する（ステップＳ３８）。続いて、図１０（Ａ）に示すように、選出部１８は、検索された承認者Ａ、Ｂの名前と電子メールアドレスとを記憶部１４に記憶された承認要求関連テーブル１４２に格納し、承認要求関連テーブル１４２を更新する（ステップＳ３９）。なお、承認結果及び送信日時は未定なので、承認要求関連テーブル１４２における承認結果及び送信日時には「Ｎｕｌｌ」が格納される。
【００６１】
図７に戻り、送信部１９は、記憶部１４に記憶された承認要求関連テーブル１４２を参照し、承認要求情報を端末２、３の電子メールアドレス宛に送信する（ステップＳ４）。これに対し、端末２、３各々は、承認結果情報を携帯端末１に送信する（ステップＳ５、６）。
【００６２】
情報取得部２０は、承認結果情報を取得し、承認要求関連テーブル１４２を更新する（ステップＳ７）。より詳細には、通信部１３を介して承認結果情報を受信すると、情報取得部２０は、受信した承認結果情報に基づいて承認要求関連テーブル１４２を更新する。図１０（Ｂ）に示すように、情報取得部２０は、承認結果情報に応じて、記憶部１４に記憶された承認要求関連テーブル１４２における承認者Ａ、Ｂに対応する各承認結果に「ＯＫ」を、各送信日時に「２０１１年３月２１日１０時３３分３５秒」を格納する。
【００６３】
判定部２１は、記憶部１４に記憶された承認要求関連テーブル１４２を参照して、承認条件が満たされたか否かを判定する（ステップＳ８）。承認条件が満たされると（ステップＳ８；Ｙｅｓ）、実行部２２は、解錠指令情報を生成する（ステップＳ９）。通信部１３を介して解錠指令情報が施錠装置７に送信されると、ドア６が解錠される。
【００６４】
一方、承認条件が満たされない場合（ステップＳ８；Ｎｏ）、制御部１６は、承認要求処理を終了する。
【００６５】
（実施形態２）
本実施形態に係る携帯端末１のシステム構成は、上記実施形態１と同じである。本実施形態では、例えば、承認者が事情により承認結果情報の送信が困難な場合に、その承認者は、承認結果情報を送信する権利（以下、単に「承認権」とする）を他の承認者に移譲することができる。情報取得部２０が承認者の端末２、３から承認権の移譲に関する情報（移譲情報）を受信した場合に、選出部１８は、承認要求情報が送信されてない承認者候補の中から、承認者を再選出する。送信部１９は、承認要求情報を、選出部１８で選出された承認者の端末に送信する。
【００６６】
端末２の制御部２０５は、通信部２０１によりドア６の解錠についての承認要求情報が入力されると、図１１に示すように、表示部２０２を介して、ドア６の解錠について「承認する」か「承認しない」に加えて、承認権を「移譲する」を選択画面に表示する。
【００６７】
承認者Ａが「移譲する」を選択すると、制御部２０５は、移譲情報を生成し、通信部２０１を介して、携帯端末１に移譲情報を送信する。
【００６８】
図１２を参照しながら、本実施形態に係る承認要求処理について詳細に説明する。なお、以下では、主に、上記実施形態１に係る承認要求処理と異なる処理について説明する。前提として、選出部１８及び調整部１７によって更新された承認条件テーブル１４１には、図１３に示すように、ＩＤ「５２」に対応付けて、承認内容に「ドア６の解錠」、承認者リストに「Ａ」、承認条件に「承認者の人数：１人以上」、設定日時に「２０１０年１０月１５日１２時２２分１０秒」が格納されている。
【００６９】
ステップＳ４では、携帯端末１から端末２に承認要求情報が送信される（図１２のａ）。これに対して、端末２から移譲情報が携帯端末１に送信される（ステップＳ１０）。情報取得部２０は、移譲情報を取得して、承認要求関連テーブル１４２を更新する（ステップＳ７）。具体的には、端末２から移譲情報を受信したため、図１４（Ａ）に示すように、承認要求関連テーブル１４２の承認者Ａに対応する承認結果は、「Ｎｕｌｌ」のままである。送信日時には、承認要求情報が送信された「２０１０年１０月１５日１２時２５分１０秒」が格納される。
【００７０】
続いて、端末２から移譲情報を受信したか否かを判定する（ステップＳ１１）。移譲情報を受信している場合（ステップＳ１１；Ｙｅｓ）、制御部１６は、ステップＳ３に戻る。選出部１８は、承認権の移譲先となる承認者を選出する（ステップＳ３）。選出部１８は、承認条件テーブル１４１と承認要求関連テーブル１４２とを更新する（図９のステップＳ３７、Ｓ３９）。この結果、承認要求関連テーブル１４２は、図１４（Ｂ）に示すように、項目に「移譲先電子メールアドレス」が追加され、承認者に「承認者Ｂ」が追加される。承認者Ｂに対応する「電子メールアドレス」及び承認者Ａに対応する「移譲先電子メールアドレス」には、承認者Ｂの電子メールアドレスである「ｚｚ＠ｙｙ．ｎｅ．ｊｐ」が格納される。
【００７１】
ステップＳ４では、送信部１９は、承認要求情報を端末３に送信する（図１２のｂ）。これに対して、端末３から承認結果情報が携帯端末１に送信されると（ステップＳ６）、情報取得部２０は、承認結果情報を取得して、記憶部１４に記憶された承認要求関連テーブル１４２に承認結果を更新する（ステップＳ７）。この結果、承認要求関連テーブル１４２は、図１４（Ｃ）に示すように、承認者Ｂに対応する承認結果に「ＯＫ」が格納され、承認者Ｂに対応する送信日時に承認要求情報を端末３に送信した日時「２０１０年１０月１５日１２時３０分１５秒」が格納される。
【００７２】
判定部２１は、記憶部１４に記憶された承認要求関連テーブル１４２を参照して、承認条件が満たされたか否かを判定する（ステップＳ８）。端末３が承認結果情報を送信したことにより、承認条件「承認者の人数：１人以上」が満たされるため（ステップＳ８；Ｙｅｓ）、実行部２２は、解錠指令情報を生成する（ステップＳ９）。通信部１３を介して解錠指令情報は、通信部１３を介して、施錠装置７に送信される。これにより、ドア６が解錠される。
【００７３】
（実施形態３）
本実施形態に係る携帯端末１のシステム構成は、上記実施形態１と同じである。本実施形態では、例えば、承認者が使用者を安全に支援できるように、承認者が使用者に近づいた行動をもって、承認者が使用者による施設又は設備の利用を承認したものとみなす。情報取得部２０は、承認者の端末２、３の位置と、施設又は設備の位置との距離が所定距離以内となったときに、承認要求に対して承認者が承認したものとみなして、承認結果情報を取得する。
【００７４】
図１５に示すように、選出部１８及び調整部１７によって更新された承認条件テーブル１４１には、ＩＤ「５３」に対応付けて、承認内容に「ドア６の解錠」、承認者リストに「Ａ」、承認条件に「承認者の人数：１人以上／位置」が格納されている。この承認条件は、１人以上の承認者が使用者に近い位置に移動することによって満たされる。
【００７５】
検出部１５は、通信部１３を介して、ＧＰＳ衛星から送信される携帯端末１の位置座標を検出する。検出部１５は、検出した携帯端末１の位置座標を実行部２２に出力する。
【００７６】
図１６に示すように、端末２は、上記実施形態１におけるシステム構成に加えて、さらに検出部２０６を備える。検出部２０６は、通信部２０１を介して、ＧＰＳ衛星から端末２の位置座標を取得する。制御部２０５は、検出部２０６で検出された端末２の位置座標を携帯端末１に送信する。制御部２０５は、通信部２０１を介して承認要求情報が入力されると、例えば、図１７に示すように、表示部２０２を介してドア６の解錠について「承認する場合は、ドア６に近づいてください。」といったメッセージを表示する。
【００７７】
通信部１３を介して端末２の位置座標を受信すると、判定部２１は、端末２の位置座標と検出部１５から入力される携帯端末１の位置座標とを比較し、端末２が携帯端末１から所定距離内にあるか否かを判定する。判定が肯定された場合、情報取得部２０は、承認者により承認されたものとみなし、記憶部１４に記憶された承認要求関連テーブル１４２の承認結果等を更新する。
【００７８】
図１８を参照しながら、本実施形態に係る承認要求処理について詳細に説明する。なお、主に、上記実施形態１に係る承認要求処理と異なる部分について説明する。
【００７９】
送信部１９が承認要求情報を端末２、３に送信すると（ステップＳ４）、制御部１６は所定時間が経過するまで待つ（ステップＳ１２；Ｎｏ）。この間に、端末２の制御部２０５は、所定時間毎に検出部２０６によって検出された位置座標を携帯端末１に送信する（ステップＳ１３）。所定時間が経過すると（ステップＳ１２；Ｙｅｓ）、情報取得部２０は、端末２が携帯端末１から所定距離内にあるか否かを判定する（ステップＳ１４）。判定結果に基づいて、情報取得部２０は、承認要求関連テーブル１４２の承認者Ａに対応する承認結果に「ＯＫ」を格納することにより、更新する（ステップＳ７）。
【００８０】
判定部２１は、記憶部１４に記憶された承認要求関連テーブル１４２を参照して、承認条件が満たされたか否かを判定する（ステップＳ８）。承認者Ａが承認し、承認条件「承認者の人数：１人以上／位置」が満たされるため（ステップＳ８；Ｙｅｓ）、実行部２２は、解錠指令情報を生成する（ステップＳ９）。実行部２２は、通信部１３を介して解錠指令情報を施錠装置７に送信する。これにより、ドア６が解錠される。
【００８１】
（実施形態４）
本実施形態に係る携帯端末１のシステム構成は、上記実施形態１と同じである。ただし、実行部２２は、承認要求情報を端末２に送信してから待ち時間が経過するまでに、承認者による承認結果情報の送信がない場合、端末２にアラームを出力させる。
【００８２】
より具体的には、待ち時間が経過するまでに承認結果情報の送信がない場合、実行部２２は、端末２にアラームの出力指示を含む報知動作情報を送信する。
【００８３】
通信部２０１を介して報知動作情報を受信した制御部２０５は、スピーカ（不図示）を介して、アラームを出力する。
【００８４】
例えば、図１９（Ａ）に示すように、選出部１８及び調整部１７によって更新された承認条件テーブル１４１には、上記実施形態１での項目に加えて、「待ち時間」が格納される。承認条件テーブル１４１では、ＩＤ「５４」に対応付けて、承認内容に「ドア６の解錠」、承認者リストに「Ａ」、承認条件に「承認者に人数：１人以上」、待ち時間に「３０分」、設定時間に「２０１１年３月２１日１０時３３分３３秒」が格納される。
【００８５】
情報取得部２０は、例えば、図２０（Ａ）に示すような承認要求関連テーブル１４２を作成する。承認要求関連テーブル１４２には、上記実施形態１での項目に加えて、「報知動作」が格納される。
【００８６】
図２１を参照しながら、本実施形態に係る承認要求処理について詳細に説明する。なお、上記実施形態１に係る承認要求処理と同じ部分については説明を省略する。前提として、選出部１８及び調整部１７によって更新された承認条件テーブル１４１の内容は、図１９（Ａ）に示すものとする。
【００８７】
送信部１９は、端末２に承認要求情報を送信する（ステップＳ４）。制御部１６は、承認条件テーブル１４１を参照し、送信してから待ち時間の３０分が経過するまで待つ（ステップＳ１５；Ｎｏ）。送信してから３０分が経過すると（ステップＳ１５；Ｙｅｓ）、図２０（Ｂ）に示すように、情報取得部２０は、送信日時に「２０１１年３月２１日１０時３３分３５秒」を格納して、承認要求関連テーブル１４２を更新する（ステップＳ７）。
【００８８】
承認条件「承認者の人数：１人以上」が満たされないため（ステップＳ８；Ｎｏ）、図２０（Ｃ）に示すように、送信部１９は、承認要求関連テーブル１４２の報知動作内容に「アラーム」を格納し、端末２に報知動作情報を送信する（ステップＳ１６）。この結果、端末２からアラームが出力され（ステップＳ１７）、アラームに気付いた承認者Ａが端末２を操作すると、承認結果情報が携帯端末１に送信される（ステップＳ５）。承認結果情報を受信した情報取得部２０は、図２０（Ｄ）に示すように、承認結果「ＯＫ」を格納し、承認要求関連テーブル１４２を更新する（ステップＳ１８）。この結果、承認条件が満たされたと肯定される（ステップＳ１９；Ｙｅｓ）。ステップＳ９を経て、使用者は、解錠指令情報を施錠装置７に送信することによって、ドア６を解錠することができる。一方、承認条件が満たされなかった場合（ステップＳ１９；Ｎｏ）、制御部１６は、承認要求処理を終了する。
【００８９】
（実施形態５）
本実施形態に係る携帯端末１のシステム構成は、上記実施形態４と同じである。ただし、本実施形態では、送信部１９が承認要求情報を承認者の端末２、３に送信してから所定の時間が経過するまでに、情報取得部２０が承認者の承認結果情報を取得していない場合には、まず、送信部１９は、承認者の端末２、３の動作状況に関する情報（動作状況情報）を取得すべく、動作状況の送信要求を、承認者の端末２、３に送信する。
【００９０】
制御部２０５は、自機で実行されているアプリケーションを監視している。制御部２０５は、電話アプリケーションが実行されている場合、携帯端末１から送信される動作状況の送信要求に応じて、端末２の動作状況情報として電話アプリケーションが動作していることを示す情報を携帯端末１に送信する。
【００９１】
実行部２２は、情報取得部２０によって取得された承認者の端末の動作状況情報に基づいて、承認者の端末を強制操作する情報を生成する。承認者の端末を強制操作する情報は、その端末で実行されている処理の強制停止命令を含む。送信部１９は、強制操作する情報を、承認者の端末２、３に送信する。
【００９２】
承認者の端末２の制御部２０５は、電話アプリケーションを強制終了し、表示部２０２を介して、選択画面を表示する。
【００９３】
図２１を参照しながら、本実施形態に係る承認要求処理について詳細に説明する。なお、上記実施形態４に係る承認要求処理と同じ部分については説明を省略する。前提として、選出部１８及び調整部１７によって更新された承認条件テーブル１４１の内容は、図１９（Ｂ）に示すものとする。
【００９４】
送信部１９が端末２に承認要求情報を送信する（ステップＳ４）。情報取得部２０は、承認条件テーブル１４１を参照し、送信してから待ち時間の５分が経過するまで待つ（ステップＳ１５；Ｎｏ）。送信してから５分が経過すると（ステップＳ１５；Ｙｅｓ）、図２３（Ａ）に示すように、実行部２２は、送信日時に「２０１１年３月２１日１０時３３分３５秒」を格納して、承認要求関連テーブル１４２を更新する（ステップＳ７）。
【００９５】
承認条件「承認者の人数：１人以上」が満たされないため（ステップＳ８；Ｎｏ）、送信部１９は、端末２に動作状況の送信要求を送信する（ステップＳ４１）。これに対し、端末２から動作状況情報が携帯端末１に送信される（ステップＳ４２）。
【００９６】
動作状況情報を受信した実行部２２は、端末２に電話アプリケーションの強制終了を指示する（ステップＳ４３）。より詳細には、実行部２２は、図２３（Ｂ）に示すように、承認要求関連テーブル１４２の報知動作内容に「電話アプリケーションの強制終了」を格納し、端末２に電話アプリケーションの強制終了の指示を含む報知動作情報を送信する。端末２は、報知動作情報を受信すると、端末２の電話アプリケーションを終了させ、表示部２０２に選択画面が表示される。
【００９７】
この選択画面の操作により、端末２は承認結果情報を送信する（ステップＳ５）。承認結果情報を受信した情報取得部２０は、図２３（Ｃ）に示すように、承認結果に「ＯＫ」を格納して、承認要求関連テーブル１４２を更新する（ステップＳ１８）。この結果、承認条件が満たされると（ステップＳ１９；Ｙｅｓ）、実行部２２は、解錠指令情報を生成する。この解錠指令情報は、施錠装置７に送信され、ドア６が解錠される。
【００９８】
以上説明したように、上記各実施形態によれば、使用者の状況に基づいて施設又は設備を利用するための承認者の承認条件が調整される。これにより、施設又は設備を利用するに際し、効率的に承認者の承認を得ることができる。
【００９９】
また、上記実施形態２では、承認者間で承認権の移譲が可能となるので、承認をしない承認者に起因する遅れを極力防止して、効率的に承認者の承認を得ることができる。
【０１００】
また、上記実施形態３では、承認条件は、承認者と施設又は設備との距離が所定距離以内になった場合に、承認者が承認したものとみなした。このようにすれば、さらに効率的に承認を得ることができる。
【０１０１】
上記実施形態４では、実行部２２は、承認要求情報を承認者が所持する端末２、３に送信し、承認要求情報を送信してから待ち時間が経過するまでに、承認者の応答がない場合、端末２にアラームを出力させることとした。これにより、例えば、承認者が端末２から離れていても、承認者が承認を要求されていることに気付くことができ、より効率的に承認を得ることができる。
【０１０２】
上記実施形態５では、承認者が、他のアプリケーションを実行しているため、承認を要求されていることに気づかない場合に、他のアプリケーションを強制停止させる。これにより、承認者が承認を要求されていることに気付くことができるので、効率的な承認が可能となる。
【０１０３】
なお、携帯端末１は、通信回線網５上に設けられたサーバ等（不図示）を介して、端末２、３との間でデータ通信を行うようにしてもよい。この場合、施錠装置７がサーバで管理されており、携帯端末１からサーバに解錠指令情報を送信することで、ドア６が解錠するようにしてもよい。
【０１０４】
なお、承認条件の承認者の人数は、３人以上であってもよい。また、選出部１８は、承認条件の承認者の人数以上の承認者を選出してもよい。
【０１０５】
なお、検出部１５は、温度センサ、血圧センサを備え、使用者の身体に関する情報として使用者の体温、血圧等を取得してもよい。また、取得部は、加速度センサを備え、使用者の行動に関する情報として加速度を取得してもよい。
【０１０６】
なお、上記各実施形態では、ドア６が施錠された施設を利用する場合の承認を得る方法について説明したが、例えば、使用者が、ＰＣ（Personal Computer）等の設備を利用する場合にも本発明を適用することができる。
【０１０７】
なお、上記各実施形態では、携帯端末１と端末２、３との間における承認要求情報等のデータの送受信に電子メールを用いたが、無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、赤外線、Ｆｅｌｉｃａ（登録商標）等を用いて、端末間で、直接データを送受信するようにしてもよい。
【０１０８】
なお、上記各実施形態における携帯端末１、端末２、３は、携帯電話機、ＰＨＳ（Personal Handy-phone System）、ＰＤＡ（Personal Digital Assistant又はPersonal Data Assistance）、ＰＣ、デジタルカメラ等であってもよい。
【０１０９】
なお、上記各実施形態における携帯端末１、端末２、３、施錠装置７は、データの送受信に無線通信を用いたが、有線通信でもよい。
【０１１０】
なお、上記実施形態において、実行されるプログラムは、フレキシブルディスク、ＣＤ−ＲＯＭ（Compact Disc Read-Only Memory）、ＤＶＤ（Digital Versatile Disc）、ＭＯ（Magneto-Optical disc）等のコンピュータ読み取り可能な記録媒体に格納して配布し、そのプログラムをインストールすることにより、上述の処理を実行するシステムを構成することとしてもよい。
【０１１１】
また、プログラムをインターネット等の通信ネットワーク上の所定のサーバ装置が有するディスク装置等に格納しておき、例えば、搬送波に重畳させて、ダウンロード等するようにしてもよい。
【０１１２】
また、上述の機能を、ＯＳ（Operating System）が分担して実現する場合又はＯＳとアプリケーションとの協働により実現する場合等には、ＯＳ以外の部分のみを媒体に格納して配布してもよく、また、ダウンロード等してもよい。
【０１１３】
なお、本発明は、上記実施形態及び図面によって限定されるものではない。本発明の要旨を変更しない範囲で実施形態及び図面に変更を加えることができるのはもちろんである。
【０１１４】
上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
【０１１５】
（付記１）
使用者による施設又は設備の利用の承認を承認者から得るために用いられる携帯端末であって、
前記使用者の状況に関する情報を検出する検出部と、
前記検出部によって検出された前記使用者の状況に関する情報に基づいて、承認条件を調整する調整部と、
前記複数の承認者候補の中から、前記施設又は設備に関連する承認者を優先的に選出する選出部と、
承認要求に関する情報を、前記選出部で選出された承認者の端末に送信する送信部と、
前記承認要求に対する前記承認者の承認結果に関する情報を取得する情報取得部と、
前記情報取得部によって取得された前記承認者の承認結果に関する情報に基づいて、前記調整部によって調整された承認条件が満たされたか否かを判定する判定部と、
前記判定部によって前記承認条件が満たされたと判定された場合に、前記使用者による前記施設又は設備の利用を可能とする処理を実行する実行部と、
を備える携帯端末。
【０１１６】
（付記２）
前記施設又は設備の位置情報が関連付けられた前記施設又は設備の画像と、前記複数の承認者各々の顔画像とを記憶する記憶部をさらに備え、
前記選出部は、
現在の位置情報に対応する前記施設又は設備の画像データに含まれる顔画像を抽出し、
抽出した顔画像と顔画像とが合致する承認者を優先的に選出する、
ことを特徴とする付記１に記載の携帯端末。
【０１１７】
（付記３）
前記調整部は、
前記検出部によって検出された前記使用者の状況に関する情報に応じて、前記承認条件に含まれる承認に必要な前記承認者の人数を増減させる、
ことを特徴とする付記１又は２に記載の携帯端末。
【０１１８】
（付記４）
前記情報取得部が、
前記承認者の端末から承認権の移譲に関する情報を受信した場合に、
前記選出部は、
前記承認要求に関する情報が送信されてない承認者候補の中から、承認者を再選出し、
前記送信部は、
承認要求に関する情報を、前記選出部で選出された承認者の端末に送信する、
ことを特徴とする付記１乃至３のいずれかに記載の携帯端末。
【０１１９】
（付記５）
前記情報取得部は、
前記承認者の端末と前記施設又は設備との距離が所定距離以内となったときに、前記承認要求に対して前記承認者が承認したものとみなして、承認結果に関する情報を取得する、
ことを特徴とする付記１乃至４のいずれかに記載の携帯端末。
【０１２０】
（付記６）
前記送信部が前記承認要求に関する情報を前記承認者の端末に送信してから所定の時間が経過するまでに、前記情報取得部が前記承認者の承認結果に関する情報を取得していない場合には、
前記実行部は、
前記承認者の端末を強制操作する情報を生成し、
前記送信部は、
前記強制操作する情報を、前記承認者の端末に送信する、
ことを特徴とする付記１乃至５のいずれかに記載の携帯端末。
【０１２１】
（付記７）
前記情報取得部は、
前記承認者の端末の動作状況に関する情報を取得し、
前記実行部は、
前記情報取得部によって取得された前記端末の動作状況に関する情報に基づいて、前記承認者の端末を強制操作する情報を生成する、
ことを特徴とする付記６に記載の携帯端末。
【０１２２】
（付記８）
前記承認者の端末を強制操作する情報は、
その端末で実行されている処理の強制停止命令を含む、
ことを特徴とする付記６又は７に記載の携帯端末。
【０１２３】
（付記９）
付記１乃至８のいずれかに記載の携帯端末と、
前記携帯端末から送信される承認要求に関する情報に応答して、ユーザ操作により、承認結果に関する情報を送信可能な端末と、
前記携帯端末で前記施設又は設備の利用を可能とする処理が実行されると、施設又は設備の状態を利用可能な状態に変更する変更装置と、
を備える承認システム。
【０１２４】
（付記１０）
使用者による施設又は設備の利用の承認を承認者から得る承認方法であって、
前記使用者の携帯端末を用いて、前記使用者の状況に関する情報を検出する検出工程と、
前記検出工程において検出された前記使用者の状況に関する情報に基づいて、前記携帯端末を用いて、承認条件を調整する調整工程と、
前記携帯端末を用いて、前記複数の承認者候補の中から、前記施設又は設備に関連する承認者を優先的に選出する選出工程と、
前記携帯端末を用いて、承認要求に関する情報を、前記選出部で選出された承認者の端末に送信する送信工程と、
前記携帯端末を用いて、前記承認要求に対する前記承認者の承認結果に関する情報を取得する情報取得工程と、
前記携帯端末を用いて、前記情報取得工程において取得された前記承認者の承認結果に関する情報に基づいて、前記調整工程において調整された承認条件が満たされたか否かを判定する判定工程と、
前記判定工程において前記承認条件が満たされたと判定された場合に、前記使用者による前記施設又は設備の利用を可能とする処理を実行する実行工程と、
を含む承認方法。
【０１２５】
（付記１１）
使用者による施設又は設備の利用の承認を承認者から得るために用いられる携帯端末を制御するコンピュータを、
前記使用者の状況に関する情報を検出する検出部、
前記検出部によって検出された前記使用者の状況に関する情報に基づいて、承認条件を調整する調整部、
前記複数の承認者候補の中から、前記施設又は設備に関連する承認者を優先的に選出する選出部、
承認要求に関する情報を、前記選出部で選出された承認者の端末に送信する送信部、
前記承認要求に対する前記承認者の承認結果に関する情報を取得する情報取得部、
前記情報取得部によって取得された前記承認者の承認結果に関する情報に基づいて、前記調整部によって調整された承認条件が満たされたか否かを判定する判定部、
前記判定部によって前記承認条件が満たされたと判定された場合に、前記使用者による前記施設又は設備の利用を可能とする処理を実行する実行部、
として機能させるプログラム。
【符号の説明】
【０１２６】
１ 携帯端末
２、３ 端末
４ 公衆基地局
５ 通信回線網
６ ドア
７ 施錠装置
１１、２０３ 操作入力部
１２、２０２ 表示部
１３、２０１ 通信部
１４、２０４ 記憶部
１５、２０６ 検出部
１６、２０５ 制御部
１７ 調整部
１８ 選出部
１９ 送信部
２０ 情報取得部
２１ 判定部
２２ 実行部
１００ 承認システム
１４１ 承認条件テーブル
１４２ 承認要求関連テーブル
１４３ 画像データベース
【技術分野】
【０００１】
本発明は、携帯端末、承認システム、承認方法及びプログラムに関する。
【背景技術】
【０００２】
近年、高齢化が進み、日常生活における支援が必要な人が増加している。このような人に対する支援として、例えば、承認者が承認することによって、使用者が貯金口座から出金できる出入金システムが開示されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−１８６３２９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、上記特許文献１に開示された出入金システムでは、使用者や承認者の状況に関わらず画一的に承認を要求する。このため、例えば、使用者が承認を得るのを急いでいたとしても、承認者が迅速に承認操作を行わなければ、早急に承認を得るのは困難になる。
【０００５】
本発明は、上記実情に鑑みてなされたものであり、施設又は設備を利用するに際し、効率的に承認者の承認を得ることができる携帯端末、承認システム、承認方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明の第１の観点に係る携帯端末は、
使用者による施設又は設備の利用の承認を承認者から得るために用いられる携帯端末であって、
前記使用者の状況に関する情報を検出する検出部と、
前記検出部によって検出された前記使用者の状況に関する情報に基づいて、承認条件を調整する調整部と、
前記複数の承認者候補の中から、前記施設又は設備に関連する承認者を優先的に選出する選出部と、
承認要求に関する情報を、前記選出部で選出された承認者の端末に送信する送信部と、
前記承認要求に対する前記承認者の承認結果に関する情報を取得する情報取得部と、
前記情報取得部によって取得された前記承認者の承認結果に関する情報に基づいて、前記調整部によって調整された承認条件が満たされたか否かを判定する判定部と、
前記判定部によって前記承認条件が満たされたと判定された場合に、前記使用者による前記施設又は設備の利用を可能とする処理を実行する実行部と、
を備える。
【０００７】
本発明の第２の観点に係る承認システムは、
本発明の携帯端末と、
前記携帯端末から送信される承認要求に関する情報に応答して、ユーザ操作により、承認結果に関する情報を送信可能な端末と、
前記携帯端末で前記施設又は設備の利用を可能とする処理が実行されると、施設又は設備の状態を利用可能な状態に変更する変更装置と、
を備える。
【０００８】
また、本発明の第３の観点に係る承認方法は、
使用者による施設又は設備の利用の承認を承認者から得る承認方法であって、
前記使用者の携帯端末を用いて、前記使用者の状況に関する情報を検出する検出工程と、
前記検出工程において検出された前記使用者の状況に関する情報に基づいて、前記携帯端末を用いて、承認条件を調整する調整工程と、
前記携帯端末を用いて、前記複数の承認者候補の中から、前記施設又は設備に関連する承認者を優先的に選出する選出工程と、
前記携帯端末を用いて、承認要求に関する情報を、前記選出部で選出された承認者の端末に送信する送信工程と、
前記携帯端末を用いて、前記承認要求に対する前記承認者の承認結果に関する情報を取得する情報取得工程と、
前記携帯端末を用いて、前記情報取得工程において取得された前記承認者の承認結果に関する情報に基づいて、前記調整工程において調整された承認条件が満たされたか否かを判定する判定工程と、
前記判定工程において前記承認条件が満たされたと判定された場合に、前記使用者による前記施設又は設備の利用を可能とする処理を実行する実行工程と、
を含む。
【０００９】
また、本発明の第４の観点に係るプログラムは、
使用者による施設又は設備の利用の承認を承認者から得るために用いられる携帯端末を制御するコンピュータを、
前記使用者の状況に関する情報を検出する検出部、
前記検出部によって検出された前記使用者の状況に関する情報に基づいて、承認条件を調整する調整部、
前記複数の承認者候補の中から、前記施設又は設備に関連する承認者を優先的に選出する選出部、
承認要求に関する情報を、前記選出部で選出された承認者の端末に送信する送信部、
前記承認要求に対する前記承認者の承認結果に関する情報を取得する情報取得部、
前記情報取得部によって取得された前記承認者の承認結果に関する情報に基づいて、前記調整部によって調整された承認条件が満たされたか否かを判定する判定部、
前記判定部によって前記承認条件が満たされたと判定された場合に、前記使用者による前記施設又は設備の利用を可能とする処理を実行する実行部、
して機能させる。
【発明の効果】
【００１０】
本発明によれば、使用者の状況に関する情報に基づいて施設又は設備を利用するための承認条件が調整される。これにより、施設又は設備を利用するに際し、効率的に承認者の承認を得ることができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態１に係る承認システムの構成を示す図である。
【図２】図１に示す携帯端末の構成を示すブロック図である。
【図３】図３（Ａ）は、承認条件テーブルの内容を例示する図（その１）である。図３（Ｂ）は、承認条件テーブルの内容を例示する図（その２）である。図３（Ｃ）は、承認条件テーブルの内容を例示する図（その３）である。
【図４】承認要求関連テーブルの内容を例示する図である。
【図５】図１に示す端末の構成を示すブロック図である。
【図６】実施形態１に係る端末に表示される選択画面の一例を示す図である。
【図７】実施形態１に係る承認要求処理のフローチャートである。
【図８】実施形態１に係る調整条件の調整のフローチャートである。
【図９】実施形態１に係る承認者の選出のフローチャートである。
【図１０】図１０（Ａ）は、実施形態１に係る承認要求関連テーブルの内容を例示する図（その１）である。図１０（Ｂ）は、実施形態１に係る承認要求関連テーブルの内容を例示する図（その２）である。
【図１１】実施形態２に係る端末に表示される選択画面の一例を示す図である。
【図１２】実施形態２に係る承認要求処理のフローチャートである。
【図１３】実施形態２に係る承認条件テーブルの内容を例示する図である。
【図１４】図１４（Ａ）は、実施形態２に係る承認要求関連テーブルの内容を例示する図（その１）である。図１４（Ｂ）は、実施形態２に係る承認要求関連テーブルの内容を例示する図（その２）である。図１４（Ｃ）は、実施形態２に係る承認要求関連テーブルの内容を例示する図（その３）である。
【図１５】実施形態３に係る承認条件テーブルの内容を例示する図である。
【図１６】実施形態３に係る端末の構成を示すブロック図である。
【図１７】実施形態３に係る端末に表示される画面の一例を示す図である。
【図１８】実施形態３に係る承認要求処理のフローチャートである。
【図１９】図１９（Ａ）は、実施形態４に係る承認条件テーブルの内容を例示する図である。図１９（Ｂ）は、実施形態５に係る承認条件テーブルの内容を例示する図である。
【図２０】図２０（Ａ）は、実施形態４に係る承認要求関連テーブルの内容を例示する図（その１）である。図２０（Ｂ）は、実施形態４に係る承認要求関連テーブルの内容を例示する図（その２）である。図２０（Ｃ）は、実施形態４に係る承認要求関連テーブルの内容を例示する図（その３）である。図２０（Ｄ）は、実施形態４に係る承認要求関連テーブルの内容を例示する図（その４）である。
【図２１】実施形態４に係る承認要求処理のフローチャートである。
【図２２】実施形態５に係る承認要求処理のフローチャートである。
【図２３】図２３（Ａ）は、実施形態５に係る承認要求関連テーブルの内容を例示する図（その１）である。図２３（Ｂ）は、実施形態５に係る承認要求関連テーブルの内容を例示する図（その２）である。図２３（Ｃ）は、実施形態５に係る承認要求関連テーブルの内容を例示する図（その３）である。
【発明を実施するための形態】
【００１２】
本発明の実施形態について、図面を参照して詳細に説明する。
【００１３】
（実施形態１）
図１を参照して、本実施形態に係る承認システム１００の構成について説明する。承認システム１００は、携帯端末１、端末２、３、公衆基地局４、通信回線網５、ドア６及び施錠装置７を備える。
【００１４】
携帯端末１は、使用者によって携帯される。携帯端末１は、使用者による施設又は設備の利用の承認を承認者から得るために用いられる。端末２、３は、それぞれ承認者Ａ、Ｂによって所持されている。携帯端末１、端末２及び端末３は、通話機能、通信機能等を備える。
【００１５】
各公衆基地局４は、通信回線網５の基地局である。携帯端末１、端末２、３は、それぞれ通信圏内に存在する公衆基地局４と無線で接続することによって、通信回線網５を介して互いに通話や通信が可能である。
【００１６】
ドア６は、所定の施設（不図示）に出入りするために設けられている。ドア６は、施錠装置７と接続される。施錠装置７は、ドア６の施錠及び解錠を制御する。通常、ドア６は、施錠装置７によって施錠されている。使用者がドア６を解錠するには、承認者Ａ、Ｂによる承認を得る必要がある。
【００１７】
施錠装置７は、無線通信機能を備え、携帯端末１との間でデータの送受信が可能である。携帯端末１から解錠指令情報を受信すると、施錠装置７は、ドア６を解錠する。すなわち、施錠装置７は、携帯端末１においてドア６が設けられた施設の利用を可能とする処理が実行されると、ドア６を解除して、その施設を利用可能な状態に変更する変更装置として機能する。
【００１８】
図２を参照して、携帯端末１のシステム構成について説明する。携帯端末１は、操作入力部１１、表示部１２、通信部１３、記憶部１４、検出部１５及び制御部１６を備える。
【００１９】
操作入力部１１は、キーボタン、スイッチボタン等（いずれも不図示）を備える。操作入力部１１は使用者によって入力された操作に対応する操作入力信号を制御部１６に出力する。例えば、操作入力信号には、携帯端末１の電源オンオフ、ドア６の解錠操作等に対応するものがある。
【００２０】
表示部１２は、使用者が携帯端末１の機能を利用するために必要な各種の情報を表示する。例えば、各種の情報には、電源状態、電波強度、未読の電子メールの有無、インターネット上のサイトのデータ等がある。
【００２１】
通信部１３は、アンテナ（不図示）を備える。通信部１３は、アンテナを介して公衆基地局４から受信した無線信号の周波数の変換、復調等を行う。また、通信部１３は、アンテナを介して公衆基地局４に送信される無線信号を生成するためにベースバンド信号の周波数の変換、変調等を行う。
【００２２】
通信部１３は、例えば、ＣＤＭＡ（Code Division Multiple Access）、ＥＶ−ＤＯ（Evolution Data Only）等の所定の通信方式にて、公衆基地局４の中継により、通信回線網５を介して、端末２、３との間でデータの送受信を行う通信インターフェイスとして機能する。例えば、通信部１３を介して、ドア６の解錠についての承認を要求するための承認要求に関する情報（承認要求情報）が、端末２、３に送信される。これに対し、承認者Ａ、Ｂは、端末２、３を用いて承認操作を行う。この結果、端末２、３から承認結果に関する情報（承認結果情報）が携帯端末１に送信され、通信部１３を介して受信される。承認者Ａ、Ｂがドア６の解錠を承認する場合は、端末２、３は、承認の旨を含む承認結果情報を携帯端末１に送信する。承認者Ａ、Ｂがドア６の解錠を承認しない場合は、端末２、３は、非承認の旨を含む承認結果情報を携帯端末１に送信する。
【００２３】
さらに、通信部１３は、例えば、無線ＬＡＮ（Local Area Network）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、赤外線、Ｆｅｌｉｃａ（登録商標）等を用いて、施錠装置７との間で通信を行う通信インターフェイスとして機能する。例えば、施錠装置７への解錠指令情報は、通信部１３を介して送信される。
【００２４】
記憶部１４は、例えば、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等の読み書き可能なメモリ（不図示）を備える。記憶部１４は、各種プログラム、データ等を記憶する。記憶部１４は、承認条件テーブル１４１、承認要求関連テーブル１４２及び画像データベース１４３を記憶する。
【００２５】
承認条件テーブル１４１には、承認条件等が登録される。例えば、承認条件テーブル１４１には、図３（Ａ）に示すように、「ＩＤ」と、「承認内容」と、「承認者リスト」と、「承認条件」と、「設定日時」とが対応付けられて格納される。「ＩＤ」には、識別情報であり、固有の番号が格納される。「承認内容」には、承認の対象となる施設又は設備と、承認時に行われる動作とが格納される。「承認者リスト」には、承認者の名前が格納される。「承認条件」には、施設又は設備を利用するために満たされるべき条件が格納される。「設定日時」には、承認内容、承認者リスト、承認条件が全て設定されたときの日時が格納される。
【００２６】
例えば、ドア６を解錠するのに承認者Ａ、Ｂの承認が必要である場合は、例えば承認条件テーブル１４１のＩＤ「５１」の欄に、承認内容として「ドア６の解錠」、承認者リストとして「Ａ、Ｂ」、承認条件として「承認者の人数：２人以上」が格納される。なお、図３（Ａ）では、この欄の設定日時には、「２０１０年１０月２１日１０時３３分３３秒」が格納されている。
【００２７】
承認要求関連テーブル１４２には、図４に示すように、「ＩＤ」と、「承認者」と、「電子メールアドレス」と、「承認結果」と、「送信日時」とが対応付けられて格納される。
【００２８】
「ＩＤ」には、識別情報であり、固有の番号が格納される。この番号は、承認条件テーブル１４１のＩＤに対応する。例えば、承認条件テーブル１４１において、承認内容「ドア６の解錠」についての承認要求に関連する情報は、承認要求関連テーブル１４２のＩＤ「５１」に対応付けて格納される。
【００２９】
「承認者」には、承認者の名前が格納される。「電子メールアドレス」には、承認要求情報の送信先として承認者の電子メールアドレスが格納される。「承認結果」には、携帯端末１が承認の旨を受信した場合には「ＯＫ」が格納され、非承認の旨を受信した場合には「ＮＧ」が格納される。「送信日時」には、承認要求情報を送信した日時が格納される。
【００３０】
例えば、承認条件テーブル１４１のＩＤ「５１」の承認内容「ドア６の解錠」の承認条件に対応付けられた承認者リストには、「Ａ、Ｂ」が登録されているため、承認要求関連テーブル１４２では、ＩＤ「５１」に対応する承認者として、「承認者Ａ」、「承認者Ｂ」がそれぞれ格納される。承認者Ａ、Ｂに対応する各電子メールアドレスには、端末２の電子メールアドレスである「ａａ＠ｂｂ．ｎｅ．ｊｐ」、端末３の電子メールアドレスである「ｚｚ＠ｙｙ．ｎｅ．ｊｐ」が格納される。携帯端末１が端末２から承認結果情報として承認の旨を受信した場合、承認者Ａに対応する承認結果には「ＯＫ」が格納される。携帯端末１が端末３から承認結果情報として非承認の旨を受信した場合、承認者Ｂに対応する承認結果には「ＮＧ」が格納される。各送信日時には、携帯端末１が端末２、３に承認要求情報を送信した日時「２０１０年１０月２１日１０時３３分３５秒」が格納される。
【００３１】
画像データベース１４３には、ドア６が設けられた施設内の画像データが格納される。画像データベース１４３に格納される画像データには、その画像が撮影された施設又は設備の位置座標（経度、緯度）が関連付けられている。
【００３２】
検出部１５は、使用者の状況に関する情報を検出する。使用者の状況に関する情報には、様々なものがある。例えば、使用者が空腹であるといったことも、使用者の状況に関する情報に含まれる。この場合、検出部１５は、空腹を知らせるボタン（不図示）を備え、使用者によってボタンが押下されることによって、使用者の状況に関する情報として空腹であり緊急度が高いと判定するようにしてもよい。
【００３３】
制御部１６は、ＣＰＵ（Central Processing Unit）等を備える。制御部１６は、調整部１７、選出部１８、送信部１９、情報取得部２０、判定部２１及び実行部２２を備える。制御部１６が記憶部１４に記憶された各種プログラムを実行制御することにより、調整部１７、選出部１８、送信部１９、情報取得部２０、判定部２１及び実行部２２の機能を実現して、携帯端末１を統括的に制御するとともに、下記の各処理を実行する。
【００３４】
調整部１７は、検出部１５によって検出された使用者の状況に関する情報に基づいて、承認条件を調整する。例えば、調整部１７は、検出部１５によって取得された使用者の状況に関する情報に応じて、承認条件に含まれる承認に必要な承認者の人数を増減させる。
より具体的には、調整部１７は、検出部１５によって取得された使用者の状況に関する情報に基づいて、施設又は設備の利用の緊急度が高いと判定された場合、承認者の人数を「２人以上」から「１人以上」に減らす。
【００３５】
調整部１７は、調整した承認条件を、記憶部１４に記憶された承認条件テーブル１４１の承認条件として格納する。
【００３６】
選出部１８は、複数の承認者候補の中から、承認者を選出する。より具体的には、選出部１８は、施設又は設備に関連する承認者を優先的に選出する。例えば、使用者がドア６の解錠の承認を要求した場合、選出部１８は、記憶部１４に記憶されているドア６が設けられた施設に対応する位置情報（以下、単に「施設の位置情報」とする）と、画像データベース１４３に格納された各画像データに関連付けられた位置情報とを比較する。これにより、選出部１８は、位置情報が最も合致する画像データを特定する。選出部１８は、特定された画像データに対して顔解析を実行し、画像データに含まれる顔画像を抽出する。
【００３７】
記憶部１４に格納された電話帳データ（不図示）には、承認者の候補となる人の名前、その承認者の候補の電子メールアドレス、電話番号、その人の顔画像等を含むエントリが記憶されている。選出部１８は、抽出された顔画像と、電話帳データに記憶された顔画像とを比較し、抽出された顔画像と合致する顔画像を含むエントリを検索する。選出部１８は、検索されたエントリの人を承認者として優先的に選出する。
【００３８】
選出部１８は、記憶部１４に記憶された承認条件テーブル１４１に、選出された承認者及び設定日時を格納する。また、選出部１８は、選出された承認者とその電子メールアドレスとを、記憶部１４に記憶された承認要求関連テーブル１４２に格納する。
【００３９】
送信部１９は、通信部１３を介して、承認要求情報を、選出部１８によって選出された承認者の端末に送信する。
【００４０】
情報取得部２０は、例えば、通信部１３を介して、承認要求に対する承認者の承認結果情報を取得する。情報取得部２０は、取得した承認結果情報に基づいて、承認要求関連テーブル１４２を更新する。より詳細には、情報取得部２０は、承認結果情報と、送信日時とを承認要求関連テーブル１４２に格納する。
【００４１】
判定部２１は、情報取得部２０によって取得された承認者の承認結果情報に基づいて、調整部１７によって調整された承認条件が満たされたか否かを判定する。より具体的には、判定部２１は、記憶部１４に記憶された承認条件テーブル１４１を参照し、承認条件が満たされたか否かを判定する。例えば、図３（Ａ）のＩＤ「５１」の承認条件「承認者の人数：２人以上」において、承認者Ａ、Ｂともに承認結果が「ＯＫ」の場合、承認条件が満たされたものと判定される。
【００４２】
実行部２２は、判定部２１によって承認条件が満たされたと判定された場合に、使用者による施設又は設備の利用を可能とする処理を実行する。より具体的には、承認条件が満たされると、実行部２２は、ドア６の解錠指令情報を生成し、通信部１３を介して施錠装置７に送信する。解除指令情報を受信すると、施錠装置７は、ドア６を解錠する。
【００４３】
次に、端末２、３のシステム構成について説明する。端末３は、端末２と同じ構成のため、以下、端末２について詳細に説明する。端末２、３は、携帯端末１から送信される承認要求情報に応答して、ユーザ操作により、承認結果情報を送信可能である。
【００４４】
図５に示すように、端末２は、通信部２０１、表示部２０２、操作入力部２０３、記憶部２０４及び制御部２０５を備える。
【００４５】
通信部２０１は、アンテナ（不図示）を備える。通信部２０１は、例えば、ＣＤＭＡ、ＥＶ−ＤＯ等所定の通信方式にて、公衆基地局４の中継により、通信回線網５を介して、携帯端末１との間でデータの送受信を行う。例えば、通信部２０１は、携帯端末１から送信されたドア６の解錠についての承認要求情報を受信して、制御部２０５に出力する。
【００４６】
表示部２０２は、使用者が端末２の機能を利用するために必要な各種の情報を表示する。例えば、表示部２０２は、携帯端末１から送信されたドア６の解錠についての承認要求情報に基づいて、図６に示すように、ドア６の解錠について「承認する」か「承認しない」を選択する画面（以下、単に「選択画面」とする）を表示する。承認者Ａが「承認する」を選択すると、承認の旨を含む承認結果情報が携帯端末１に送信される。また、承認者Ａが「承認しない」を選択すると、承認しない旨を含む承認結果情報が携帯端末１に送信される。
【００４７】
操作入力部２０３は、キーボタン、スイッチボタン等（いずれも不図示）を備える。操作入力部２０３は、使用者によって入力された操作に対応する操作入力信号を制御部２０５に出力する。例えば、図６の選択画面において、承認者Ａが「承認する」を選択した場合、操作入力部２０３は、「承認する」に対応する操作入力信号を制御部２０５に出力する。一方、承認者Ａが「承認しない」を選択した場合、操作入力部２０３は、「承認しない」に対応する操作入力信号を制御部２０５に出力する。
【００４８】
記憶部２０４は、例えば、ＲＯＭ、ＲＡＭ等の読み書き可能なメモリを備える。記憶部２０４は、各種プログラム、データ等を記憶する。
【００４９】
制御部２０５は、ＣＰＵ等を備える。制御部２０５が記憶部２０４に記憶された各種プログラムを実行制御することにより、携帯端末１を統括的に制御するとともに、下記の各処理を実行する。
【００５０】
制御部２０５は、通信部２０１を介して承認要求情報が入力されると、表示部２０２を介して選択画面を表示する。
【００５１】
制御部２０５は、操作入力部２０３により「承認する」又は「承認しない」に対応する操作入力信号が入力されると、承認の旨又は非承認の旨を含む承認結果情報を生成する。制御部２０５は、通信部２０１を介して携帯端末１に生成した承認の旨又は非承認の旨を含む承認結果情報を送信する。
【００５２】
次に、図７を参照しながら、携帯端末１による承認要求処理について詳細に説明する。前提として、記憶部１４には、図３（Ａ）に示す承認条件テーブル１４１が記憶されているものとする。
【００５３】
承認要求処理は、使用者によってドア６の解錠要求に対応する操作が操作入力部１１を介して入力されることによって開始される。実行部２２は、調整部１７に承認条件の調整を指示し、選出部１８に承認者の選出を指示する（ステップＳ１）。
【００５４】
調整部１７は、実行部２２による指示に従って、承認条件を調整するサブルーチンを実行する（ステップＳ２）。図８に、承認条件を調整するサブルーチンが示されている。調整部１７は、検出部１５によって検出された使用者の状況に関する情報（端末２、３で承認者Ａ、Ｂが操作入力した情報等）に基づいて、緊急度が高いか否かを判定する（ステップＳ２１）。緊急度が高くない場合（ステップＳ２１；Ｎｏ）、調整部１７は、承認条件の調整を終了する。一方、緊急度が高い場合（ステップＳ２１；Ｙｅｓ）、調整部１７は、記憶部１４に記憶されている承認条件テーブル１４１を参照し、実行部２２から承認条件の調整の指示とともに送信されたＩＤ「５１」に対応する承認条件「承認者の人数：２人以上」を取得する（ステップＳ２２）。調整部１７は、承認条件「承認者の人数：２人以上」を「承認者の人数：１人以上」に調整する（ステップＳ２３）。次に、調整部１７は、承認条件テーブル１４１を更新する（ステップＳ２４）。より具体的には、調整部１７は、図３（Ｂ）に示すように、調整された承認条件「承認者の人数：１人以上」を承認条件テーブル１４１に格納する。また、選出部１８によって選出される承認者リスト及び選出者の選出によって確定する設定日時に「Ｎｕｌｌ」を格納する。
【００５５】
図７に戻り、選出部１８は、実行部２２による指示（ステップＳ１）に従って、承認者を選出する（ステップＳ３）。
【００５６】
図９には、承認者を選出するサブルーチンが示されている。選出部１８は、記憶部１４に記憶されている承認条件テーブル１４１を参照し、実行部２２から承認者の選出の指示とともに送信されたＩＤ「５１」に対応する承認内容「ドア６の解錠」を取得する（ステップＳ３１）。情報取得部２０は、記憶部１４を参照し、「ドア６の解錠」に関連付けられた施設の位置情報をＧＰＳ（Global Positioning System）等を用いて取得する（ステップＳ３２）。
【００５７】
選出部１８は、ＧＰＳ等により得られた施設の位置情報と、画像データベース１４３に格納された各画像データに関連付けられた位置情報とを比較し、ドア６が設けられた施設内で撮影された画像データを特定する（ステップＳ３３）。
【００５８】
選出部１８は、特定された画像データに含まれる顔に関するデータを抽出する（ステップＳ３４）。選出部１８は、抽出された顔画像に基づいて電話帳データに登録された承認者候補の中から承認者のエントリを検索する（ステップＳ３５）。ここでは、承認者Ａ、Ｂに対応するエントリが検索されるものとする。
【００５９】
選出部１８は、検索された人数が承認条件で設定された承認が必要な人数を超えたか否かを判定する（ステップＳ３６）。必要な人数を超えていなければ（ステップＳ３６；Ｎｏ）、選出部１８は、電話帳データから無作為に承認者を選出する（ステップＳ３８）。必要な人数を超えている場合（ステップＳ３６；Ｙｅｓ）、又はステップＳ３８実行後、選出部１８は、検索された承認者の名前と設定日時とを記憶部１４に記憶された承認条件テーブル１４１に格納し、承認条件テーブル１４１を更新する（ステップＳ３７）。
【００６０】
例えば、選出部１８は、記憶部１４に記憶された承認条件テーブル１４１を参照して、承認条件「承認者の人数：１人以上」を取得する。そして、選出部１８は、検索された人数が１以上であるか否かを判定する。検索された人数が２であるため、図３（Ｃ）に示すように、選出部１８は、検索された承認者Ａ、Ｂの名前と設定日時とを記憶部１４に記憶された承認条件テーブル１４１に格納し、承認条件テーブル１４１を更新する（ステップＳ３８）。続いて、図１０（Ａ）に示すように、選出部１８は、検索された承認者Ａ、Ｂの名前と電子メールアドレスとを記憶部１４に記憶された承認要求関連テーブル１４２に格納し、承認要求関連テーブル１４２を更新する（ステップＳ３９）。なお、承認結果及び送信日時は未定なので、承認要求関連テーブル１４２における承認結果及び送信日時には「Ｎｕｌｌ」が格納される。
【００６１】
図７に戻り、送信部１９は、記憶部１４に記憶された承認要求関連テーブル１４２を参照し、承認要求情報を端末２、３の電子メールアドレス宛に送信する（ステップＳ４）。これに対し、端末２、３各々は、承認結果情報を携帯端末１に送信する（ステップＳ５、６）。
【００６２】
情報取得部２０は、承認結果情報を取得し、承認要求関連テーブル１４２を更新する（ステップＳ７）。より詳細には、通信部１３を介して承認結果情報を受信すると、情報取得部２０は、受信した承認結果情報に基づいて承認要求関連テーブル１４２を更新する。図１０（Ｂ）に示すように、情報取得部２０は、承認結果情報に応じて、記憶部１４に記憶された承認要求関連テーブル１４２における承認者Ａ、Ｂに対応する各承認結果に「ＯＫ」を、各送信日時に「２０１１年３月２１日１０時３３分３５秒」を格納する。
【００６３】
判定部２１は、記憶部１４に記憶された承認要求関連テーブル１４２を参照して、承認条件が満たされたか否かを判定する（ステップＳ８）。承認条件が満たされると（ステップＳ８；Ｙｅｓ）、実行部２２は、解錠指令情報を生成する（ステップＳ９）。通信部１３を介して解錠指令情報が施錠装置７に送信されると、ドア６が解錠される。
【００６４】
一方、承認条件が満たされない場合（ステップＳ８；Ｎｏ）、制御部１６は、承認要求処理を終了する。
【００６５】
（実施形態２）
本実施形態に係る携帯端末１のシステム構成は、上記実施形態１と同じである。本実施形態では、例えば、承認者が事情により承認結果情報の送信が困難な場合に、その承認者は、承認結果情報を送信する権利（以下、単に「承認権」とする）を他の承認者に移譲することができる。情報取得部２０が承認者の端末２、３から承認権の移譲に関する情報（移譲情報）を受信した場合に、選出部１８は、承認要求情報が送信されてない承認者候補の中から、承認者を再選出する。送信部１９は、承認要求情報を、選出部１８で選出された承認者の端末に送信する。
【００６６】
端末２の制御部２０５は、通信部２０１によりドア６の解錠についての承認要求情報が入力されると、図１１に示すように、表示部２０２を介して、ドア６の解錠について「承認する」か「承認しない」に加えて、承認権を「移譲する」を選択画面に表示する。
【００６７】
承認者Ａが「移譲する」を選択すると、制御部２０５は、移譲情報を生成し、通信部２０１を介して、携帯端末１に移譲情報を送信する。
【００６８】
図１２を参照しながら、本実施形態に係る承認要求処理について詳細に説明する。なお、以下では、主に、上記実施形態１に係る承認要求処理と異なる処理について説明する。前提として、選出部１８及び調整部１７によって更新された承認条件テーブル１４１には、図１３に示すように、ＩＤ「５２」に対応付けて、承認内容に「ドア６の解錠」、承認者リストに「Ａ」、承認条件に「承認者の人数：１人以上」、設定日時に「２０１０年１０月１５日１２時２２分１０秒」が格納されている。
【００６９】
ステップＳ４では、携帯端末１から端末２に承認要求情報が送信される（図１２のａ）。これに対して、端末２から移譲情報が携帯端末１に送信される（ステップＳ１０）。情報取得部２０は、移譲情報を取得して、承認要求関連テーブル１４２を更新する（ステップＳ７）。具体的には、端末２から移譲情報を受信したため、図１４（Ａ）に示すように、承認要求関連テーブル１４２の承認者Ａに対応する承認結果は、「Ｎｕｌｌ」のままである。送信日時には、承認要求情報が送信された「２０１０年１０月１５日１２時２５分１０秒」が格納される。
【００７０】
続いて、端末２から移譲情報を受信したか否かを判定する（ステップＳ１１）。移譲情報を受信している場合（ステップＳ１１；Ｙｅｓ）、制御部１６は、ステップＳ３に戻る。選出部１８は、承認権の移譲先となる承認者を選出する（ステップＳ３）。選出部１８は、承認条件テーブル１４１と承認要求関連テーブル１４２とを更新する（図９のステップＳ３７、Ｓ３９）。この結果、承認要求関連テーブル１４２は、図１４（Ｂ）に示すように、項目に「移譲先電子メールアドレス」が追加され、承認者に「承認者Ｂ」が追加される。承認者Ｂに対応する「電子メールアドレス」及び承認者Ａに対応する「移譲先電子メールアドレス」には、承認者Ｂの電子メールアドレスである「ｚｚ＠ｙｙ．ｎｅ．ｊｐ」が格納される。
【００７１】
ステップＳ４では、送信部１９は、承認要求情報を端末３に送信する（図１２のｂ）。これに対して、端末３から承認結果情報が携帯端末１に送信されると（ステップＳ６）、情報取得部２０は、承認結果情報を取得して、記憶部１４に記憶された承認要求関連テーブル１４２に承認結果を更新する（ステップＳ７）。この結果、承認要求関連テーブル１４２は、図１４（Ｃ）に示すように、承認者Ｂに対応する承認結果に「ＯＫ」が格納され、承認者Ｂに対応する送信日時に承認要求情報を端末３に送信した日時「２０１０年１０月１５日１２時３０分１５秒」が格納される。
【００７２】
判定部２１は、記憶部１４に記憶された承認要求関連テーブル１４２を参照して、承認条件が満たされたか否かを判定する（ステップＳ８）。端末３が承認結果情報を送信したことにより、承認条件「承認者の人数：１人以上」が満たされるため（ステップＳ８；Ｙｅｓ）、実行部２２は、解錠指令情報を生成する（ステップＳ９）。通信部１３を介して解錠指令情報は、通信部１３を介して、施錠装置７に送信される。これにより、ドア６が解錠される。
【００７３】
（実施形態３）
本実施形態に係る携帯端末１のシステム構成は、上記実施形態１と同じである。本実施形態では、例えば、承認者が使用者を安全に支援できるように、承認者が使用者に近づいた行動をもって、承認者が使用者による施設又は設備の利用を承認したものとみなす。情報取得部２０は、承認者の端末２、３の位置と、施設又は設備の位置との距離が所定距離以内となったときに、承認要求に対して承認者が承認したものとみなして、承認結果情報を取得する。
【００７４】
図１５に示すように、選出部１８及び調整部１７によって更新された承認条件テーブル１４１には、ＩＤ「５３」に対応付けて、承認内容に「ドア６の解錠」、承認者リストに「Ａ」、承認条件に「承認者の人数：１人以上／位置」が格納されている。この承認条件は、１人以上の承認者が使用者に近い位置に移動することによって満たされる。
【００７５】
検出部１５は、通信部１３を介して、ＧＰＳ衛星から送信される携帯端末１の位置座標を検出する。検出部１５は、検出した携帯端末１の位置座標を実行部２２に出力する。
【００７６】
図１６に示すように、端末２は、上記実施形態１におけるシステム構成に加えて、さらに検出部２０６を備える。検出部２０６は、通信部２０１を介して、ＧＰＳ衛星から端末２の位置座標を取得する。制御部２０５は、検出部２０６で検出された端末２の位置座標を携帯端末１に送信する。制御部２０５は、通信部２０１を介して承認要求情報が入力されると、例えば、図１７に示すように、表示部２０２を介してドア６の解錠について「承認する場合は、ドア６に近づいてください。」といったメッセージを表示する。
【００７７】
通信部１３を介して端末２の位置座標を受信すると、判定部２１は、端末２の位置座標と検出部１５から入力される携帯端末１の位置座標とを比較し、端末２が携帯端末１から所定距離内にあるか否かを判定する。判定が肯定された場合、情報取得部２０は、承認者により承認されたものとみなし、記憶部１４に記憶された承認要求関連テーブル１４２の承認結果等を更新する。
【００７８】
図１８を参照しながら、本実施形態に係る承認要求処理について詳細に説明する。なお、主に、上記実施形態１に係る承認要求処理と異なる部分について説明する。
【００７９】
送信部１９が承認要求情報を端末２、３に送信すると（ステップＳ４）、制御部１６は所定時間が経過するまで待つ（ステップＳ１２；Ｎｏ）。この間に、端末２の制御部２０５は、所定時間毎に検出部２０６によって検出された位置座標を携帯端末１に送信する（ステップＳ１３）。所定時間が経過すると（ステップＳ１２；Ｙｅｓ）、情報取得部２０は、端末２が携帯端末１から所定距離内にあるか否かを判定する（ステップＳ１４）。判定結果に基づいて、情報取得部２０は、承認要求関連テーブル１４２の承認者Ａに対応する承認結果に「ＯＫ」を格納することにより、更新する（ステップＳ７）。
【００８０】
判定部２１は、記憶部１４に記憶された承認要求関連テーブル１４２を参照して、承認条件が満たされたか否かを判定する（ステップＳ８）。承認者Ａが承認し、承認条件「承認者の人数：１人以上／位置」が満たされるため（ステップＳ８；Ｙｅｓ）、実行部２２は、解錠指令情報を生成する（ステップＳ９）。実行部２２は、通信部１３を介して解錠指令情報を施錠装置７に送信する。これにより、ドア６が解錠される。
【００８１】
（実施形態４）
本実施形態に係る携帯端末１のシステム構成は、上記実施形態１と同じである。ただし、実行部２２は、承認要求情報を端末２に送信してから待ち時間が経過するまでに、承認者による承認結果情報の送信がない場合、端末２にアラームを出力させる。
【００８２】
より具体的には、待ち時間が経過するまでに承認結果情報の送信がない場合、実行部２２は、端末２にアラームの出力指示を含む報知動作情報を送信する。
【００８３】
通信部２０１を介して報知動作情報を受信した制御部２０５は、スピーカ（不図示）を介して、アラームを出力する。
【００８４】
例えば、図１９（Ａ）に示すように、選出部１８及び調整部１７によって更新された承認条件テーブル１４１には、上記実施形態１での項目に加えて、「待ち時間」が格納される。承認条件テーブル１４１では、ＩＤ「５４」に対応付けて、承認内容に「ドア６の解錠」、承認者リストに「Ａ」、承認条件に「承認者に人数：１人以上」、待ち時間に「３０分」、設定時間に「２０１１年３月２１日１０時３３分３３秒」が格納される。
【００８５】
情報取得部２０は、例えば、図２０（Ａ）に示すような承認要求関連テーブル１４２を作成する。承認要求関連テーブル１４２には、上記実施形態１での項目に加えて、「報知動作」が格納される。
【００８６】
図２１を参照しながら、本実施形態に係る承認要求処理について詳細に説明する。なお、上記実施形態１に係る承認要求処理と同じ部分については説明を省略する。前提として、選出部１８及び調整部１７によって更新された承認条件テーブル１４１の内容は、図１９（Ａ）に示すものとする。
【００８７】
送信部１９は、端末２に承認要求情報を送信する（ステップＳ４）。制御部１６は、承認条件テーブル１４１を参照し、送信してから待ち時間の３０分が経過するまで待つ（ステップＳ１５；Ｎｏ）。送信してから３０分が経過すると（ステップＳ１５；Ｙｅｓ）、図２０（Ｂ）に示すように、情報取得部２０は、送信日時に「２０１１年３月２１日１０時３３分３５秒」を格納して、承認要求関連テーブル１４２を更新する（ステップＳ７）。
【００８８】
承認条件「承認者の人数：１人以上」が満たされないため（ステップＳ８；Ｎｏ）、図２０（Ｃ）に示すように、送信部１９は、承認要求関連テーブル１４２の報知動作内容に「アラーム」を格納し、端末２に報知動作情報を送信する（ステップＳ１６）。この結果、端末２からアラームが出力され（ステップＳ１７）、アラームに気付いた承認者Ａが端末２を操作すると、承認結果情報が携帯端末１に送信される（ステップＳ５）。承認結果情報を受信した情報取得部２０は、図２０（Ｄ）に示すように、承認結果「ＯＫ」を格納し、承認要求関連テーブル１４２を更新する（ステップＳ１８）。この結果、承認条件が満たされたと肯定される（ステップＳ１９；Ｙｅｓ）。ステップＳ９を経て、使用者は、解錠指令情報を施錠装置７に送信することによって、ドア６を解錠することができる。一方、承認条件が満たされなかった場合（ステップＳ１９；Ｎｏ）、制御部１６は、承認要求処理を終了する。
【００８９】
（実施形態５）
本実施形態に係る携帯端末１のシステム構成は、上記実施形態４と同じである。ただし、本実施形態では、送信部１９が承認要求情報を承認者の端末２、３に送信してから所定の時間が経過するまでに、情報取得部２０が承認者の承認結果情報を取得していない場合には、まず、送信部１９は、承認者の端末２、３の動作状況に関する情報（動作状況情報）を取得すべく、動作状況の送信要求を、承認者の端末２、３に送信する。
【００９０】
制御部２０５は、自機で実行されているアプリケーションを監視している。制御部２０５は、電話アプリケーションが実行されている場合、携帯端末１から送信される動作状況の送信要求に応じて、端末２の動作状況情報として電話アプリケーションが動作していることを示す情報を携帯端末１に送信する。
【００９１】
実行部２２は、情報取得部２０によって取得された承認者の端末の動作状況情報に基づいて、承認者の端末を強制操作する情報を生成する。承認者の端末を強制操作する情報は、その端末で実行されている処理の強制停止命令を含む。送信部１９は、強制操作する情報を、承認者の端末２、３に送信する。
【００９２】
承認者の端末２の制御部２０５は、電話アプリケーションを強制終了し、表示部２０２を介して、選択画面を表示する。
【００９３】
図２１を参照しながら、本実施形態に係る承認要求処理について詳細に説明する。なお、上記実施形態４に係る承認要求処理と同じ部分については説明を省略する。前提として、選出部１８及び調整部１７によって更新された承認条件テーブル１４１の内容は、図１９（Ｂ）に示すものとする。
【００９４】
送信部１９が端末２に承認要求情報を送信する（ステップＳ４）。情報取得部２０は、承認条件テーブル１４１を参照し、送信してから待ち時間の５分が経過するまで待つ（ステップＳ１５；Ｎｏ）。送信してから５分が経過すると（ステップＳ１５；Ｙｅｓ）、図２３（Ａ）に示すように、実行部２２は、送信日時に「２０１１年３月２１日１０時３３分３５秒」を格納して、承認要求関連テーブル１４２を更新する（ステップＳ７）。
【００９５】
承認条件「承認者の人数：１人以上」が満たされないため（ステップＳ８；Ｎｏ）、送信部１９は、端末２に動作状況の送信要求を送信する（ステップＳ４１）。これに対し、端末２から動作状況情報が携帯端末１に送信される（ステップＳ４２）。
【００９６】
動作状況情報を受信した実行部２２は、端末２に電話アプリケーションの強制終了を指示する（ステップＳ４３）。より詳細には、実行部２２は、図２３（Ｂ）に示すように、承認要求関連テーブル１４２の報知動作内容に「電話アプリケーションの強制終了」を格納し、端末２に電話アプリケーションの強制終了の指示を含む報知動作情報を送信する。端末２は、報知動作情報を受信すると、端末２の電話アプリケーションを終了させ、表示部２０２に選択画面が表示される。
【００９７】
この選択画面の操作により、端末２は承認結果情報を送信する（ステップＳ５）。承認結果情報を受信した情報取得部２０は、図２３（Ｃ）に示すように、承認結果に「ＯＫ」を格納して、承認要求関連テーブル１４２を更新する（ステップＳ１８）。この結果、承認条件が満たされると（ステップＳ１９；Ｙｅｓ）、実行部２２は、解錠指令情報を生成する。この解錠指令情報は、施錠装置７に送信され、ドア６が解錠される。
【００９８】
以上説明したように、上記各実施形態によれば、使用者の状況に基づいて施設又は設備を利用するための承認者の承認条件が調整される。これにより、施設又は設備を利用するに際し、効率的に承認者の承認を得ることができる。
【００９９】
また、上記実施形態２では、承認者間で承認権の移譲が可能となるので、承認をしない承認者に起因する遅れを極力防止して、効率的に承認者の承認を得ることができる。
【０１００】
また、上記実施形態３では、承認条件は、承認者と施設又は設備との距離が所定距離以内になった場合に、承認者が承認したものとみなした。このようにすれば、さらに効率的に承認を得ることができる。
【０１０１】
上記実施形態４では、実行部２２は、承認要求情報を承認者が所持する端末２、３に送信し、承認要求情報を送信してから待ち時間が経過するまでに、承認者の応答がない場合、端末２にアラームを出力させることとした。これにより、例えば、承認者が端末２から離れていても、承認者が承認を要求されていることに気付くことができ、より効率的に承認を得ることができる。
【０１０２】
上記実施形態５では、承認者が、他のアプリケーションを実行しているため、承認を要求されていることに気づかない場合に、他のアプリケーションを強制停止させる。これにより、承認者が承認を要求されていることに気付くことができるので、効率的な承認が可能となる。
【０１０３】
なお、携帯端末１は、通信回線網５上に設けられたサーバ等（不図示）を介して、端末２、３との間でデータ通信を行うようにしてもよい。この場合、施錠装置７がサーバで管理されており、携帯端末１からサーバに解錠指令情報を送信することで、ドア６が解錠するようにしてもよい。
【０１０４】
なお、承認条件の承認者の人数は、３人以上であってもよい。また、選出部１８は、承認条件の承認者の人数以上の承認者を選出してもよい。
【０１０５】
なお、検出部１５は、温度センサ、血圧センサを備え、使用者の身体に関する情報として使用者の体温、血圧等を取得してもよい。また、取得部は、加速度センサを備え、使用者の行動に関する情報として加速度を取得してもよい。
【０１０６】
なお、上記各実施形態では、ドア６が施錠された施設を利用する場合の承認を得る方法について説明したが、例えば、使用者が、ＰＣ（Personal Computer）等の設備を利用する場合にも本発明を適用することができる。
【０１０７】
なお、上記各実施形態では、携帯端末１と端末２、３との間における承認要求情報等のデータの送受信に電子メールを用いたが、無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、赤外線、Ｆｅｌｉｃａ（登録商標）等を用いて、端末間で、直接データを送受信するようにしてもよい。
【０１０８】
なお、上記各実施形態における携帯端末１、端末２、３は、携帯電話機、ＰＨＳ（Personal Handy-phone System）、ＰＤＡ（Personal Digital Assistant又はPersonal Data Assistance）、ＰＣ、デジタルカメラ等であってもよい。
【０１０９】
なお、上記各実施形態における携帯端末１、端末２、３、施錠装置７は、データの送受信に無線通信を用いたが、有線通信でもよい。
【０１１０】
なお、上記実施形態において、実行されるプログラムは、フレキシブルディスク、ＣＤ−ＲＯＭ（Compact Disc Read-Only Memory）、ＤＶＤ（Digital Versatile Disc）、ＭＯ（Magneto-Optical disc）等のコンピュータ読み取り可能な記録媒体に格納して配布し、そのプログラムをインストールすることにより、上述の処理を実行するシステムを構成することとしてもよい。
【０１１１】
また、プログラムをインターネット等の通信ネットワーク上の所定のサーバ装置が有するディスク装置等に格納しておき、例えば、搬送波に重畳させて、ダウンロード等するようにしてもよい。
【０１１２】
また、上述の機能を、ＯＳ（Operating System）が分担して実現する場合又はＯＳとアプリケーションとの協働により実現する場合等には、ＯＳ以外の部分のみを媒体に格納して配布してもよく、また、ダウンロード等してもよい。
【０１１３】
なお、本発明は、上記実施形態及び図面によって限定されるものではない。本発明の要旨を変更しない範囲で実施形態及び図面に変更を加えることができるのはもちろんである。
【０１１４】
上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
【０１１５】
（付記１）
使用者による施設又は設備の利用の承認を承認者から得るために用いられる携帯端末であって、
前記使用者の状況に関する情報を検出する検出部と、
前記検出部によって検出された前記使用者の状況に関する情報に基づいて、承認条件を調整する調整部と、
前記複数の承認者候補の中から、前記施設又は設備に関連する承認者を優先的に選出する選出部と、
承認要求に関する情報を、前記選出部で選出された承認者の端末に送信する送信部と、
前記承認要求に対する前記承認者の承認結果に関する情報を取得する情報取得部と、
前記情報取得部によって取得された前記承認者の承認結果に関する情報に基づいて、前記調整部によって調整された承認条件が満たされたか否かを判定する判定部と、
前記判定部によって前記承認条件が満たされたと判定された場合に、前記使用者による前記施設又は設備の利用を可能とする処理を実行する実行部と、
を備える携帯端末。
【０１１６】
（付記２）
前記施設又は設備の位置情報が関連付けられた前記施設又は設備の画像と、前記複数の承認者各々の顔画像とを記憶する記憶部をさらに備え、
前記選出部は、
現在の位置情報に対応する前記施設又は設備の画像データに含まれる顔画像を抽出し、
抽出した顔画像と顔画像とが合致する承認者を優先的に選出する、
ことを特徴とする付記１に記載の携帯端末。
【０１１７】
（付記３）
前記調整部は、
前記検出部によって検出された前記使用者の状況に関する情報に応じて、前記承認条件に含まれる承認に必要な前記承認者の人数を増減させる、
ことを特徴とする付記１又は２に記載の携帯端末。
【０１１８】
（付記４）
前記情報取得部が、
前記承認者の端末から承認権の移譲に関する情報を受信した場合に、
前記選出部は、
前記承認要求に関する情報が送信されてない承認者候補の中から、承認者を再選出し、
前記送信部は、
承認要求に関する情報を、前記選出部で選出された承認者の端末に送信する、
ことを特徴とする付記１乃至３のいずれかに記載の携帯端末。
【０１１９】
（付記５）
前記情報取得部は、
前記承認者の端末と前記施設又は設備との距離が所定距離以内となったときに、前記承認要求に対して前記承認者が承認したものとみなして、承認結果に関する情報を取得する、
ことを特徴とする付記１乃至４のいずれかに記載の携帯端末。
【０１２０】
（付記６）
前記送信部が前記承認要求に関する情報を前記承認者の端末に送信してから所定の時間が経過するまでに、前記情報取得部が前記承認者の承認結果に関する情報を取得していない場合には、
前記実行部は、
前記承認者の端末を強制操作する情報を生成し、
前記送信部は、
前記強制操作する情報を、前記承認者の端末に送信する、
ことを特徴とする付記１乃至５のいずれかに記載の携帯端末。
【０１２１】
（付記７）
前記情報取得部は、
前記承認者の端末の動作状況に関する情報を取得し、
前記実行部は、
前記情報取得部によって取得された前記端末の動作状況に関する情報に基づいて、前記承認者の端末を強制操作する情報を生成する、
ことを特徴とする付記６に記載の携帯端末。
【０１２２】
（付記８）
前記承認者の端末を強制操作する情報は、
その端末で実行されている処理の強制停止命令を含む、
ことを特徴とする付記６又は７に記載の携帯端末。
【０１２３】
（付記９）
付記１乃至８のいずれかに記載の携帯端末と、
前記携帯端末から送信される承認要求に関する情報に応答して、ユーザ操作により、承認結果に関する情報を送信可能な端末と、
前記携帯端末で前記施設又は設備の利用を可能とする処理が実行されると、施設又は設備の状態を利用可能な状態に変更する変更装置と、
を備える承認システム。
【０１２４】
（付記１０）
使用者による施設又は設備の利用の承認を承認者から得る承認方法であって、
前記使用者の携帯端末を用いて、前記使用者の状況に関する情報を検出する検出工程と、
前記検出工程において検出された前記使用者の状況に関する情報に基づいて、前記携帯端末を用いて、承認条件を調整する調整工程と、
前記携帯端末を用いて、前記複数の承認者候補の中から、前記施設又は設備に関連する承認者を優先的に選出する選出工程と、
前記携帯端末を用いて、承認要求に関する情報を、前記選出部で選出された承認者の端末に送信する送信工程と、
前記携帯端末を用いて、前記承認要求に対する前記承認者の承認結果に関する情報を取得する情報取得工程と、
前記携帯端末を用いて、前記情報取得工程において取得された前記承認者の承認結果に関する情報に基づいて、前記調整工程において調整された承認条件が満たされたか否かを判定する判定工程と、
前記判定工程において前記承認条件が満たされたと判定された場合に、前記使用者による前記施設又は設備の利用を可能とする処理を実行する実行工程と、
を含む承認方法。
【０１２５】
（付記１１）
使用者による施設又は設備の利用の承認を承認者から得るために用いられる携帯端末を制御するコンピュータを、
前記使用者の状況に関する情報を検出する検出部、
前記検出部によって検出された前記使用者の状況に関する情報に基づいて、承認条件を調整する調整部、
前記複数の承認者候補の中から、前記施設又は設備に関連する承認者を優先的に選出する選出部、
承認要求に関する情報を、前記選出部で選出された承認者の端末に送信する送信部、
前記承認要求に対する前記承認者の承認結果に関する情報を取得する情報取得部、
前記情報取得部によって取得された前記承認者の承認結果に関する情報に基づいて、前記調整部によって調整された承認条件が満たされたか否かを判定する判定部、
前記判定部によって前記承認条件が満たされたと判定された場合に、前記使用者による前記施設又は設備の利用を可能とする処理を実行する実行部、
として機能させるプログラム。
【符号の説明】
【０１２６】
１ 携帯端末
２、３ 端末
４ 公衆基地局
５ 通信回線網
６ ドア
７ 施錠装置
１１、２０３ 操作入力部
１２、２０２ 表示部
１３、２０１ 通信部
１４、２０４ 記憶部
１５、２０６ 検出部
１６、２０５ 制御部
１７ 調整部
１８ 選出部
１９ 送信部
２０ 情報取得部
２１ 判定部
２２ 実行部
１００ 承認システム
１４１ 承認条件テーブル
１４２ 承認要求関連テーブル
１４３ 画像データベース
【特許請求の範囲】
【請求項１】
使用者による施設又は設備の利用の承認を承認者から得るために用いられる携帯端末であって、
前記使用者の状況に関する情報を検出する検出部と、
前記検出部によって検出された前記使用者の状況に関する情報に基づいて、承認条件を調整する調整部と、
前記複数の承認者候補の中から、前記施設又は設備に関連する承認者を優先的に選出する選出部と、
承認要求に関する情報を、前記選出部で選出された承認者の端末に送信する送信部と、
前記承認要求に対する前記承認者の承認結果に関する情報を取得する情報取得部と、
前記情報取得部によって取得された前記承認者の承認結果に関する情報に基づいて、前記調整部によって調整された承認条件が満たされたか否かを判定する判定部と、
前記判定部によって前記承認条件が満たされたと判定された場合に、前記使用者による前記施設又は設備の利用を可能とする処理を実行する実行部と、
を備える携帯端末。
【請求項２】
前記施設又は設備の位置情報が関連付けられた前記施設又は設備の画像と、前記複数の承認者各々の顔画像とを記憶する記憶部をさらに備え、
前記選出部は、
現在の位置情報に対応する前記施設又は設備の画像データに含まれる顔画像を抽出し、
抽出した顔画像と顔画像とが合致する承認者を優先的に選出する、
ことを特徴とする請求項１に記載の携帯端末。
【請求項３】
前記調整部は、
前記検出部によって検出された前記使用者の状況に関する情報に応じて、前記承認条件に含まれる承認に必要な前記承認者の人数を増減させる、
ことを特徴とする請求項１又は２に記載の携帯端末。
【請求項４】
前記情報取得部が、
前記承認者の端末から承認権の移譲に関する情報を受信した場合に、
前記選出部は、
前記承認要求に関する情報が送信されてない承認者候補の中から、承認者を再選出し、
前記送信部は、
承認要求に関する情報を、前記選出部で選出された承認者の端末に送信する、
ことを特徴とする請求項１乃至３のいずれか一項に記載の携帯端末。
【請求項５】
前記情報取得部は、
前記承認者の端末と前記施設又は設備との距離が所定距離以内となったときに、前記承認要求に対して前記承認者が承認したものとみなして、承認結果に関する情報を取得する、
ことを特徴とする請求項１乃至４のいずれか一項に記載の携帯端末。
【請求項６】
前記送信部が前記承認要求に関する情報を前記承認者の端末に送信してから所定の時間が経過するまでに、前記情報取得部が前記承認者の承認結果に関する情報を取得していない場合には、
前記実行部は、
前記承認者の端末を強制操作する情報を生成し、
前記送信部は、
前記強制操作する情報を、前記承認者の端末に送信する、
ことを特徴とする請求項１乃至５のいずれか一項に記載の携帯端末。
【請求項７】
前記情報取得部は、
前記承認者の端末の動作状況に関する情報を取得し、
前記実行部は、
前記情報取得部によって取得された前記端末の動作状況に関する情報に基づいて、前記承認者の端末を強制操作する情報を生成する、
ことを特徴とする請求項６に記載の携帯端末。
【請求項８】
請求項１乃至７のいずれか一項に記載の携帯端末と、
前記携帯端末から送信される承認要求に関する情報に応答して、ユーザ操作により、承認結果に関する情報を送信可能な端末と、
前記携帯端末で前記施設又は設備の利用を可能とする処理が実行されると、施設又は設備の状態を利用可能な状態に変更する変更装置と、
を備える承認システム。
【請求項９】
使用者による施設又は設備の利用の承認を承認者から得る承認方法であって、
前記使用者の携帯端末を用いて、前記使用者の状況に関する情報を検出する検出工程と、
前記検出工程において検出された前記使用者の状況に関する情報に基づいて、前記携帯端末を用いて、承認条件を調整する調整工程と、
前記携帯端末を用いて、前記複数の承認者候補の中から、前記施設又は設備に関連する承認者を優先的に選出する選出工程と、
前記携帯端末を用いて、承認要求に関する情報を、前記選出部で選出された承認者の端末に送信する送信工程と、
前記携帯端末を用いて、前記承認要求に対する前記承認者の承認結果に関する情報を取得する情報取得工程と、
前記携帯端末を用いて、前記情報取得工程において取得された前記承認者の承認結果に関する情報に基づいて、前記調整工程において調整された承認条件が満たされたか否かを判定する判定工程と、
前記判定工程において前記承認条件が満たされたと判定された場合に、前記使用者による前記施設又は設備の利用を可能とする処理を実行する実行工程と、
を含む承認方法。
【請求項１０】
使用者による施設又は設備の利用の承認を承認者から得るために用いられる携帯端末を制御するコンピュータを、
前記使用者の状況に関する情報を検出する検出部、
前記検出部によって検出された前記使用者の状況に関する情報に基づいて、承認条件を調整する調整部、
前記複数の承認者候補の中から、前記施設又は設備に関連する承認者を優先的に選出する選出部、
承認要求に関する情報を、前記選出部で選出された承認者の端末に送信する送信部、
前記承認要求に対する前記承認者の承認結果に関する情報を取得する情報取得部、
前記情報取得部によって取得された前記承認者の承認結果に関する情報に基づいて、前記調整部によって調整された承認条件が満たされたか否かを判定する判定部、
前記判定部によって前記承認条件が満たされたと判定された場合に、前記使用者による前記施設又は設備の利用を可能とする処理を実行する実行部、
として機能させるプログラム。
【請求項１】
使用者による施設又は設備の利用の承認を承認者から得るために用いられる携帯端末であって、
前記使用者の状況に関する情報を検出する検出部と、
前記検出部によって検出された前記使用者の状況に関する情報に基づいて、承認条件を調整する調整部と、
前記複数の承認者候補の中から、前記施設又は設備に関連する承認者を優先的に選出する選出部と、
承認要求に関する情報を、前記選出部で選出された承認者の端末に送信する送信部と、
前記承認要求に対する前記承認者の承認結果に関する情報を取得する情報取得部と、
前記情報取得部によって取得された前記承認者の承認結果に関する情報に基づいて、前記調整部によって調整された承認条件が満たされたか否かを判定する判定部と、
前記判定部によって前記承認条件が満たされたと判定された場合に、前記使用者による前記施設又は設備の利用を可能とする処理を実行する実行部と、
を備える携帯端末。
【請求項２】
前記施設又は設備の位置情報が関連付けられた前記施設又は設備の画像と、前記複数の承認者各々の顔画像とを記憶する記憶部をさらに備え、
前記選出部は、
現在の位置情報に対応する前記施設又は設備の画像データに含まれる顔画像を抽出し、
抽出した顔画像と顔画像とが合致する承認者を優先的に選出する、
ことを特徴とする請求項１に記載の携帯端末。
【請求項３】
前記調整部は、
前記検出部によって検出された前記使用者の状況に関する情報に応じて、前記承認条件に含まれる承認に必要な前記承認者の人数を増減させる、
ことを特徴とする請求項１又は２に記載の携帯端末。
【請求項４】
前記情報取得部が、
前記承認者の端末から承認権の移譲に関する情報を受信した場合に、
前記選出部は、
前記承認要求に関する情報が送信されてない承認者候補の中から、承認者を再選出し、
前記送信部は、
承認要求に関する情報を、前記選出部で選出された承認者の端末に送信する、
ことを特徴とする請求項１乃至３のいずれか一項に記載の携帯端末。
【請求項５】
前記情報取得部は、
前記承認者の端末と前記施設又は設備との距離が所定距離以内となったときに、前記承認要求に対して前記承認者が承認したものとみなして、承認結果に関する情報を取得する、
ことを特徴とする請求項１乃至４のいずれか一項に記載の携帯端末。
【請求項６】
前記送信部が前記承認要求に関する情報を前記承認者の端末に送信してから所定の時間が経過するまでに、前記情報取得部が前記承認者の承認結果に関する情報を取得していない場合には、
前記実行部は、
前記承認者の端末を強制操作する情報を生成し、
前記送信部は、
前記強制操作する情報を、前記承認者の端末に送信する、
ことを特徴とする請求項１乃至５のいずれか一項に記載の携帯端末。
【請求項７】
前記情報取得部は、
前記承認者の端末の動作状況に関する情報を取得し、
前記実行部は、
前記情報取得部によって取得された前記端末の動作状況に関する情報に基づいて、前記承認者の端末を強制操作する情報を生成する、
ことを特徴とする請求項６に記載の携帯端末。
【請求項８】
請求項１乃至７のいずれか一項に記載の携帯端末と、
前記携帯端末から送信される承認要求に関する情報に応答して、ユーザ操作により、承認結果に関する情報を送信可能な端末と、
前記携帯端末で前記施設又は設備の利用を可能とする処理が実行されると、施設又は設備の状態を利用可能な状態に変更する変更装置と、
を備える承認システム。
【請求項９】
使用者による施設又は設備の利用の承認を承認者から得る承認方法であって、
前記使用者の携帯端末を用いて、前記使用者の状況に関する情報を検出する検出工程と、
前記検出工程において検出された前記使用者の状況に関する情報に基づいて、前記携帯端末を用いて、承認条件を調整する調整工程と、
前記携帯端末を用いて、前記複数の承認者候補の中から、前記施設又は設備に関連する承認者を優先的に選出する選出工程と、
前記携帯端末を用いて、承認要求に関する情報を、前記選出部で選出された承認者の端末に送信する送信工程と、
前記携帯端末を用いて、前記承認要求に対する前記承認者の承認結果に関する情報を取得する情報取得工程と、
前記携帯端末を用いて、前記情報取得工程において取得された前記承認者の承認結果に関する情報に基づいて、前記調整工程において調整された承認条件が満たされたか否かを判定する判定工程と、
前記判定工程において前記承認条件が満たされたと判定された場合に、前記使用者による前記施設又は設備の利用を可能とする処理を実行する実行工程と、
を含む承認方法。
【請求項１０】
使用者による施設又は設備の利用の承認を承認者から得るために用いられる携帯端末を制御するコンピュータを、
前記使用者の状況に関する情報を検出する検出部、
前記検出部によって検出された前記使用者の状況に関する情報に基づいて、承認条件を調整する調整部、
前記複数の承認者候補の中から、前記施設又は設備に関連する承認者を優先的に選出する選出部、
承認要求に関する情報を、前記選出部で選出された承認者の端末に送信する送信部、
前記承認要求に対する前記承認者の承認結果に関する情報を取得する情報取得部、
前記情報取得部によって取得された前記承認者の承認結果に関する情報に基づいて、前記調整部によって調整された承認条件が満たされたか否かを判定する判定部、
前記判定部によって前記承認条件が満たされたと判定された場合に、前記使用者による前記施設又は設備の利用を可能とする処理を実行する実行部、
として機能させるプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【公開番号】特開２０１２−２０８５８２（Ｐ２０１２−２０８５８２Ａ）
【公開日】平成２４年１０月２５日（２０１２．１０．２５）
【国際特許分類】
【出願番号】特願２０１１−７２０４７（Ｐ２０１１−７２０４７）
【出願日】平成２３年３月２９日（２０１１．３．２９）
【出願人】（３１０００６８５５）ＮＥＣカシオモバイルコミュニケーションズ株式会社 (1,081)
【Ｆターム（参考）】
【公開日】平成２４年１０月２５日（２０１２．１０．２５）
【国際特許分類】
【出願日】平成２３年３月２９日（２０１１．３．２９）
【出願人】（３１０００６８５５）ＮＥＣカシオモバイルコミュニケーションズ株式会社 (1,081)
【Ｆターム（参考）】
[ Back to top ]