JPWO2014041623A1 - 施設ユーザインタフェース配信システム - Google Patents

Abstract

携帯端末を用いて施設などの利用のためのサービス等を提供することができる低コストなシステムを実現する。本システムは、利用者の携帯端末（２００）に対して施設（３００）の利用のためのサービスを提供するためのＵＩを構成するためのプログラム（ＳＳＷ）を配信する配信装置（１００）を有する。配信装置は、施設に関係付けられるエリア及びＳＳＷを管理し、エリア内に利用者の携帯端末が存在するかどうかを判定し、エリア内に存在する携帯端末にＳＳＷを配信する。そして配信装置は、携帯端末でＳＳＷ（５００）により構成されるＵＩ（６００）に対する利用者の操作に応じて発行される情報を受信し、施設の運営者または施設内の機器に対して情報を通知する。

Description

本発明は、情報処理技術に関する。特に、実世界の施設や機器などの利用者に対してその利用のためのユーザインタフェース（ＵＩ）や機能やサービス処理を提供する技術に関する。特に、利用者の携帯端末におけるグラフィカルユーザインタフェース（ＧＵＩ）を用いたサービス提供方法などに関する。

従来、公共や民間の各種の施設や設備や場所などにおいて、利用者とのインタラクション、利用者に対するサービスの提供などを行う場合、当該施設などを利用者が利用するための専用の端末装置（固定的に設置される端末、あるいは携帯端末）を、当該施設の運営者側が用意する方式が採られている。例えば専用のソフトウェア（プログラム）を内蔵した携帯端末を利用者に貸与する方式などである。

また近年、携帯端末（携帯型の情報処理端末装置）及びその環境における入力機器・出力機器（入出力手段、ＵＩ）が技術的に発展している。例えばＧＵＩを構成可能なタッチパネル（タッチディスプレイ）を備えたスマートフォンやタブレットＰＣ等が多く利用されている。

そして、施設などの利用の場面で、専用の携帯端末のＵＩを用いてサービス等を提供するシステムが出てきている。例えば施設のサービスを受ける際や施設内の機器を操作する際などに、画像・動画・音声などを活用したインタラクティブ性を持つＧＵＩによるサービスが提供される。例えば美術館などにおける個別案内システム（ガイドシステム）や、居酒屋などの店舗におけるタッチパネルメニュー表を用いたオーダーシステムなどがみられる。

上記のように携帯端末のＵＩを用いてサービスを提供するシステム等に関する先行技術例として、特開２００５−３１６８５１号公報（特許文献１）、特開平１１−３１８６８０号公報（特許文献２）などがある。これらの従来技術では、携帯端末のＵＩ（機能）を用いることにより、利用者個人の状況に即したサービスの提供を実現できる。

特許文献１（「ガイドシステム」等）では、博物館や美術館の見学者が、別々の展示物や美術作品の間の関連を発見しながら見学していくことのできる、ガイドシステムについて記載されている。特許文献１では、ガイド情報生成装置が展示物に関する情報をユーザの携帯端末へ出力する旨が記載されている。

特許文献２（「オーダーシステム」）では、店側の係員と直接関わることなく客が手軽にオーダーでき、しかも精算についても自動化が図れるオーダーシステムについて記載されている。特許文献２では、飲食店におけるタッチパネルを用いたオーダーシステムが記載されている。注文側（客）が注文データを入力すると、受け手側（店）の表示・確認手段や会計手段に転送される旨が記載されている。

また携帯端末に対してソフトウェア（プログラム）を配信する先行技術例としては、特開２００５−８６４２６号公報（特許文献３）などがある。特許文献３（「携帯情報端末」等）では、現在位置及び隣接位置において利用可能なソフトウェアの入れ替えをすることができる携帯情報端末について記載されている。

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

前述のように施設や機器などの利用のためのサービス提供などのための専用の携帯端末などの装置を施設側が用意する方式がある。しかしながら、このような方式では、施設運営者側にとっては専用の装置などを導入・維持するためのコストが嵩むという課題がある。

また、利用者人数が多い施設や、利用者１人あたりの利用時間の短い施設などでは、専用の端末が導入できない可能性がある。例えば、エレベータや電車などの施設（乗り物）の場合、利用者全員に携帯端末を配布することは、費用対効果の面でも、端末の保守運用などの面においても、現実的でない。これらの理由から、専用の携帯端末（そのＵＩ）を利用したサービスを提供できる施設などは限定される。

以上を鑑み、本発明の主な目的は、各種の施設などにおいて、利用者の携帯端末（そのＵＩ）を利用することで、施設などの利用のためのサービス等を提供することができる、低コストなシステムなどを実現することである。特に、施設運営者側にとって専用の装置などを導入・維持する必要無く、保守運用コスト等を抑えることができ、低コストなシステムを実現する。これにより従来はコスト面などから上記のようなサービスを提供できなかった施設などを含め、上記のようなサービスを利用可能な場面（対象）を拡大し、利用者側の利便性などを実現する。

上記目的を達成するため、本発明のうち代表的な形態は、施設の利用者に対して当該施設または施設内の機器の利用のためのサービスを提供する施設ＵＩ配信システム等であって、以下に示す構成を有することを特徴とする。

本システムは、利用者の携帯端末に対して施設の利用のためのサービスを提供するためのＵＩを構成するためのプログラム（言い換えると機能を追加するためのプログラム）（サービスソフトウェア）を配信する配信装置を有する。配信装置は、利用者の携帯端末、及び施設または施設内の機器または施設運営者と通信する通信部と、施設または施設内の機器に関係付けられる所定のエリア、及び当該エリアに関係付けられたプログラムを記憶及び管理する管理部と、エリア内に利用者の携帯端末が存在するかどうかを判定するエリア判定部と、エリア内に存在する利用者の携帯端末にプログラムを配信する配信部と、利用者の携帯端末で実行されるプログラムにより構成されるＵＩに対する利用者の操作に応じて発行される情報を受信し、当該プログラムに関係付けられる施設の運営者または施設内の機器に対して情報を通知するサービス提供部とを有する。

また例えば、前記サービス提供部は、利用者の携帯端末で実行されるプログラムにより構成されるＵＩに対する利用者の操作に応じて発行されるサービス要求の情報を受信し、当該プログラムに関係付けられる施設の運営者または施設内の機器に対して、当該サービス要求の情報または当該サービス要求に対応付けられた所定の情報を通知し、携帯端末のプログラムに対してサービス要求に対する応答の情報を送信し、ＵＩに出力させる。

また例えば、前記配信装置は、携帯端末に配信されたプログラムにより構成されるＵＩにより追加された機能を無効化する無効化部を有し、無効化部は、エリア内に利用者の携帯端末が存在しない場合に、当該携帯端末のプログラムを無効化する処理を行う。

本発明のうち代表的な形態によれば、各種の施設などにおいて、利用者の携帯端末（そのＵＩ）を利用することで、施設などの利用のためのサービス等を提供することができる、低コストなシステムなどを実現できる。特に、施設運営者側にとって専用の装置などを導入・維持する必要無く、保守運用コスト等を抑えることができ、低コストなシステムを実現できる。これにより従来はコスト面などから上記のようなサービスを提供できなかった施設などを含め、上記のようなサービスを利用可能な場面（対象）を拡大し、利用者側の利便性などを実現できる。

本発明の実施の形態１のシステム（携帯端末に対する施設ユーザインタフェース配信システム）の全体の概要構成を示す図である。 実施の形態１のシステムの機能ブロック構成例を示す図である。 実施の形態１のシステムの動作などを示す図である。 本発明の実施の形態２のシステムの全体の構成を示す図である。 実施の形態２のシステムの施設（バス）・エリアの構成例を示す図である。 実施の形態２のエリア管理装置の処理フローを示す図である。 実施の形態２のＳＳＷ配信装置の処理フローを示す図である。 実施の形態２のサービス提供装置の処理フローを示す図である。 実施の形態２の携帯端末のＳＳＷによるＧＵＩ例を示す図である。 本発明の実施の形態３のシステムの全体の構成を示す図である。 実施の形態３の携帯端末の第１のＳＳＷによるＧＵＩ例を示す図である。 実施の形態３の携帯端末の第２のＳＳＷによるＧＵＩ例を示す図である。 本発明の実施の形態４のシステムの全体の構成を示す図である。 実施の形態４の携帯端末の第１のＳＳＷによるＧＵＩ例を示す図である。 実施の形態４の携帯端末の第２のＳＳＷによるＧＵＩ例を示す図である。

以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一部には原則として同一符号を付し、その繰り返しの説明は省略する。

＜概要等＞
本実施の形態のシステム（携帯端末に対する施設ＵＩ配信システム）（図１等）は、実世界の施設３００などを対象として、ＧＵＩ機能（例えばタッチディスプレイ）を備える利用者Ｕの携帯端末２００を利用して、施設３００の利用のためのＵＩ（ＧＵＩ）及びサービス等を提供する。利用者Ｕは、施設３００内に入出し、施設３００のサービス等を受ける。施設３００（敷地など）に応じてエリア（施設利用可能エリア）が設定される。本システム（施設ＵＩ配信装置１００）は、施設３００に関係付けられるエリア（施設利用可能エリア）内に存在する利用者（Ｕ）の携帯端末２００を判定（検知）する。そして本システム（施設ＵＩ配信装置１００）は、エリア内の携帯端末２００に対し、当該エリア（施設３００）に応じた、所定のプログラムであるサービスソフトウェア（ＳＳＷと略す）を配信する。このＳＳＷは、携帯端末２００で、当該施設３００を利用するための所定のＧＵＩを構成する（言い換えれば所定の機能を追加する）ためのプログラムである。本システムでは施設３００のサービス等に応じたＳＳＷのデータ（Ｄ０）が管理される。

利用者Ｕが施設３００のエリアに入ると、携帯端末２００に自動的にＳＳＷが配信され、携帯端末２００でＳＳＷ５００の実行により、ＧＵＩ（施設ＵＩ６００）が構成・表示される。利用者Ｕは、施設ＵＩ６００を通じて、施設３００のサービス等を受けるための要求や、施設３００内の機器（施設機器３１０）を利用するための操作などを、入力操作することができる。施設ＵＩ６００での利用者Ｕの入力操作は、携帯端末２００のＳＳＷ５００の処理、及び本システム（施設ＵＩ配信装置１００）の処理を介して、施設３００の所定の運営者（Ｐ）や施設機器３１０へ通知される。これにより利用者Ｕは、施設３００のサービス等を受けることができる。また利用者Ｕが施設３００のエリアから出ると、自動的にＳＳＷ５００（施設ＵＩ６００）の無効化が働く。

施設ＵＩ配信装置１００は、例えば施設３００内に設置される。施設３００側は、専用の端末などを導入して利用者Ｕに配布するといった必要が無く、低コストでシステム・サービス等を実現可能である。利用者ＵはＳＳＷの管理などの手間は不要であり、施設３００の利用の利便性などが得られる。

＜実施の形態１＞
図１〜図３を用いて、本発明の実施の形態１のシステム（携帯端末に対する施設ＵＩ配信システム）について説明する。実施の形態１は、実世界の任意の施設３００（契約等に基づく所定の施設）を対象とした基本的な構成を示す。なお実施の形態２以降では特定の施設３００に適用した構成を示す。

［システム構成（１）］
図１は、実施の形態１のシステム（携帯端末に対する施設ＵＩ配信システム）の構成を示す。本システム（携帯端末に対する施設ＵＩ配信システム）は、施設ＵＩ配信装置１００と、利用者Ｕの携帯端末２００と、施設（施設及びエリア）３００とを有する構成である。本システム（施設ＵＩ配信装置１００）は、例えば、施設運営者Ｐによって施設３００内に設置される。

携帯端末２００は、利用者Ｕが所持する例えばスマートフォンやタブレットＰＣなどの一般に流通している共通の規格を持つ情報処理端末装置である。

施設及びエリア３００は、任意の施設（契約等に基づく所定の施設）とそれに関係付けられるエリア（施設利用可能エリア）であり、施設運営者（Ｐ）と施設機器３１０とを含む。施設運営者Ｐは、施設３００に応じた人であり、例えば施設３００内にいてサービスを提供する人、あるいは施設３００内にはいないが施設３００のサービス等を管理している人などである。施設機器３１０は、施設３００に応じた機器であり、特有のサービス提供や機械的動作などを行う。

施設ＵＩ配信装置１００は、エリア判定部１、ＳＳＷ配信部（機能追加部）２、サービス提供部（施設通知部）３、通信部４、管理部５、無効化部６などを有する構成である。通信部４は、携帯端末２００や施設３００と所定の規格（例えば無線、Ｗｅｂなど）で通信処理を行う。当該通信のための通信アドレス情報などは管理部５で設定される。管理部５は、施設とエリアの関係付けや、施設（エリア）とＳＳＷ（機能）との関係付け等の情報、及びＳＳＷデータ（Ｄ０）等を記憶・管理する。

エリア判定部１は、利用者Ｕの携帯端末２００が施設３００（エリア）内にいること（入ったこと）及びいないこと（出たこと）を判定する。エリア判定部１は、例えば携帯端末２００のＩＤ（携帯端末ＩＤ）や位置を検知する。ＳＳＷ配信部（機能追加部）２は、エリア判定部１で利用者Ｕの携帯端末２００が所定の施設３００（エリア）内にいることを判定・検知した場合に、当該施設（エリア）３００に関係付けられたＳＳＷ（Ｄ０）を当該携帯端末２００へ配信する。ＳＳＷが配信された携帯端末２００では、当該ＳＳＷ５００が実行され、所定の施設ＵＩ（機能）６００が構成（追加）される。なおＳＳＷ５００の実行の前に利用者Ｕによる確認・承認操作を介在してもよい。ＳＳＷ５００の実行により、例えば携帯端末２００のタッチディスプレイの画面に、対応するＧＵＩ情報が表示される。利用者Ｕは、この施設ＵＩ６００において所定の機能に対応した所定の操作（例えば所定の施設サービスを要求するボタンのタッチ入力操作）が可能となる。利用者Ｕが施設ＵＩ６００で所定の操作をすると、当該操作に応じてＳＳＷ５００で処理が行われ、ＳＳＷ５００からサービス提供部３へと通信し、上記操作・処理に応じたサービス要求などの情報が送信される。

サービス提供部３は、携帯端末２００のＳＳＷ５００から上記サービス要求などの情報を受け付け、受信する。サービス提供部３は、受信したサービス要求などの情報、及び当該情報に対応して生成した本システム（サービス提供部３）から施設３００への要請などの情報、の少なくとも一方の情報を、該当の施設３００（施設運営者Ｐや施設機器３１０）へ通知する。上記通知を受けた施設運営者Ｐや施設機器３１０は、利用者Ｕ（携帯端末２００）からのサービス要求などがあることを認識でき、当該利用者Ｕに対して要求されたサービス等を提供することができる。

また上記サービス要求などを受信したサービス提供部３は、携帯端末２００のＳＳＷ５００に対し、上記サービス要求などに対する応答を送信する。応答は、例えば上記サービス要求を受理し施設３００へ通知した旨の情報などである。携帯端末２００のＳＳＷ５００では施設ＵＩ６００に上記応答結果を出力（表示）してもよい。また上記通知に対して施設３００側から本システム（サービス提供部３）への応答がある場合は、当該応答を携帯端末２００のＳＳＷ５００へ送信して施設ＵＩ６００に出力させてもよい。

上記サービス提供部３から施設３００へ通知する際の通知先（施設運営者Ｐ、施設機器３１０）については、管理部５で設定可能である。特定の一人以上の施設運営者Ｐに通知してもよいし、特定の一つ以上の施設機器３１０に通知してもよいし、それらの両方に同時に通知してもよい。施設運営者Ｐへ通知する場合、例えば施設運営者Ｐの所持する携帯端末などへ通知してもよいし、施設内の他の装置を通じて情報表示出力や音声出力してもよい。施設機器３１０へ通知する場合、直接、施設機器３１０に通信接続し、通知情報を送信してもよい。施設機器３１０では、通知情報を受信すると自動的に所定の処理（施設で提供するサービスに応じた処理）を実行するように構成してもよい。例えば飲食店の注文の要求であれば、注文の受領処理を行う。

上記ＳＳＷ５００による機能（施設ＵＩ６００）が追加された利用者Ｕの携帯端末２００が施設３００（エリア）から出た場合、エリア判定部１は、当該携帯端末２００がエリア内にいないこと（出たこと）を判定・検知する。その場合、本システムは、無効化部６により、当該携帯端末２００のＳＳＷ５００による機能（施設ＵＩ６００）を無効化する。逆に言えば、本システムは、所定のエリア内でのみ携帯端末２００でのＳＳＷ５００の動作を有効化する制御を行うことにより、エリア外では上記機能（施設ＵＩ６００）が無効化されることになる。

上記無効化部６による無効化の手段は、例えば、携帯端末２００内に一時記憶されたＳＳＷ５００の削除やアンインストールでもよいし、あるいは携帯端末２００内のＳＳＷデータは残したままとして、当該ＳＳＷの利用権限や利用期限の設定による無効化などでもよい。既存のプログラム有効化／無効化の技術を適用してもよい。

また、管理部５で施設３００（その空間領域）に対応したエリアを設定するだけでなく、施設３００内の何らかの機器（例えばある施設機器３１０）などを中心点としてその周囲の所定距離までの円などの範囲をエリアとして設定してもよい。この場合も同様に、エリア判定部１は、利用者Ｕの携帯端末２００がそのエリアに入ったことや出たこと（施設機器３１０に近付いたことや遠ざかったこと）を判定する。

［システム構成（２）］
図２は、実施の形態１のシステムのより詳しい構成（機能ブロック構成）を示す。図２の実施の形態１のシステムでは、施設ＵＩ配信装置１００と、利用者Ｕの携帯端末２００及びＲＦＩＤ４００と、対象の施設３００（Ｐ，３１０）とを有する構成である。

施設ＵＩ配信装置１００は、エリア（施設利用可能エリア）管理装置１０と、ＳＳＷ配信装置２０と、サービス提供装置３０とを有する構成である。施設ＵＩ配信装置１００（１０，２０，３０）は、例えば、全てが施設３００内に設置される。あるいは、施設ＵＩ配信装置１００（１０，２０，３０）の全てまたは一部が施設３００の外部（通信ネットワーク上など）に設置された形態も可能である。各装置は例えばサーバ等のコンピュータで構成され、各部は例えばソフトウェアプログラム処理で構成される。各装置及び各部は、適宜分離／統合した構成としてもよい。

利用者Ｕは、携帯端末２００に加え、ＲＦＩＤ（媒体）４００を所持する。ＲＦＩＤ（媒体）４００は、携帯端末２００とは別に所持されてもよいし、携帯端末２００に取り付け・接続されてもよいし、携帯端末２００自体に内蔵されてもよい。ＲＦＩＤ４００は、携帯端末２００の携帯端末ＩＤなどの情報を記憶部４０１に記憶する。携帯端末ＩＤ（端末ＩＤ）は、個別の利用者Ｕの携帯端末２００を一意に特定できる記号や数字などの情報である。端末ＩＤは、例えば電話番号やメールアドレスや他の通信アドレスなどでもよい。本システムでは、端末ＩＤは、通信アドレスとして機能し、端末ＩＤの指定により、その端末ＩＤを持つ携帯端末２００に対して通信（通信接続確立など）ができるものとする。

携帯端末２００は、元々備える基本機能２１０（ＯＳ，ＧＵＩ機能などを含む）と、本システムにより配信され実行されるＳＳＷ５００と、ＳＳＷ５００により構成されるＵＩ（機能）である施設ＵＩ６００とを有する。基本機能２１０は、制御部２０１、記憶部２０２、通信部２０３、入出力Ｉ/Ｆ（インタフェース）部２０４、入出力装置２０５などを含む。制御部２０１はＣＰＵ等、記憶部２０２はＲＯＭ，ＲＡＭ等を含む。通信部２０３は、施設ＵＩ配信装置１００側と無線などで通信可能なインタフェース部である。入出力Ｉ/Ｆ部２０４は、入出力装置２０５のインタフェース部であり、ＧＵＩ機能の構成要素である。入出力装置２０５は、キー等の入力デバイス、タッチディスプレイ等の入出力デバイスを含む。

エリア管理装置１０は、通信部１１、ＩＤ検知部１２、ＩＤリスト送信部１３などを有する構成である。通信部１１は、ＳＳＷ配信装置２０等と通信する処理を行う。ＩＤ検知部１２は、エリアに入出する携帯端末２００（ＲＦＩＤ４００）の端末ＩＤを検知する処理を行う（図１のエリア判定部１及び図３のＲＦＩＤリーダ１４と対応関係）。ＩＤリスト送信部１３は、エリア（施設３００）内にいる携帯端末２００の端末ＩＤのリスト（入場及び退場した端末ＩＤのリスト）をＳＳＷ配信装置２０へ送信（通知）する処理を行う。

ＳＳＷ配信装置２０は、通信部２１、端末通信部２２、ＳＳＷ記憶部２３、ＩＤリスト受信部２４、ＳＳＷ配信部２５などを有する構成である。通信部２１は、エリア管理装置１０等と通信する処理を行う。端末通信部２２は、携帯端末２００と通信する処理を行う。ＳＳＷ記憶部２３は、予めＳＳＷのデータ（Ｄ０）等を記憶する。ＩＤリスト受信部２４は、エリア管理装置２０のＩＤリスト送信部１３から端末ＩＤのリストを受信する処理を行う。ＳＳＷ配信部２５は、エリア内の携帯端末２００にＳＳＷのデータ（Ｄ０）を配信する処理を行う。

サービス提供装置３０は、通信部３１、端末通信部３２、ＳＳＷ情報配信部３３、施設通知部３４などを有する構成である。通信部３１は、ＳＳＷ配信装置２０等と通信する処理を行う。端末通信部３２は、携帯端末２００と通信する処理を行う。ＳＳＷ情報配信部３３は、ＳＳＷ５００と通信し、ＳＳＷ５００からのサービス要求などの情報を受け付け・受信し、またＳＳＷ５００に対して応答などを送信する処理を行う。施設通知部３４は、施設３００に対して前述のように情報を通知する処理を行う。なおサービス提供装置３０（ＳＳＷ情報配信部３３）は、ＳＳＷ５００をクライアントプログラムと捉えたときのサーバプログラムと捉えてもよい。

エリア管理装置１０は、施設３００とエリアの関係を管理し、エリアに携帯端末２０が入出したときに、当該携帯端末２００の端末ＩＤを検知し、当該端末ＩＤをＳＳＷ配信装置２０に通知する。ＳＳＷ配信装置１０は、エリア管理装置１０から通知された携帯端末ＩＤのリストを受信し、当該エリア内に位置する携帯端末２００に対してＳＳＷを配信する。サービス提供装置３０は、携帯端末２００のＳＳＷ５００（施設ＵＩ６００）からのサービス要求などを受信すると、これに応じて施設３００（Ｐ，３１０）へ要請などを通知し、また携帯端末２００のＳＳＷ５００に応答などの情報を配信する。通知の際は、要求を発信した携帯端末２００の端末ＩＤなどの情報を併せて通知してもよい。

［システム構成（３）］
図３は、実施の形態１のシステムの動作などを示す。図２の構成に加え、図３に示す要素を有する。図３の構成では、エリア管理装置１０は、前記ＩＤ検知部１２に対応したＲＦＩＤリーダ１４と、前述のＩＤリスト（Ｄ３）を記憶するＩＤリスト記憶部１５を備える。ＲＦＩＤリーダ１４により、近接するＲＦＩＤ４００内の携帯端末ＩＤ（４０２）を読み取ることができる。ＩＤリスト記憶部１５は、エリア内端末ＩＤ一覧であるＩＤリスト（Ｄ３）を記憶する。前記ＩＤ検知部１２は、ＩＤリスト記憶部１５に端末ＩＤを格納し、ＩＤ前記リスト送信部１３は、ＩＤリスト記憶部１５のＩＤリスト（Ｄ３）をＳＳＷ配信装置２０へ送信する。

ＳＳＷ配信装置２０は、前記ＳＳＷ記憶部２３に、ＳＳＷのデータ（Ｄ１）と利用キー（Ｄ２）とを記憶している。ＳＳＷ配信装置２０は、エリア内に位置する携帯端末２００に対して、前述のＳＳＷ（Ｄ１）の配信に加え、必要に応じて（例えば一定期間ごとに）、当該ＳＳＷの利用キー（Ｄ２）を配信する処理を行ってもよい。利用キー（Ｄ２）は、ＳＳＷ（Ｄ１）を有効化／無効化する制御のために用いる、制限時間付きのキー情報であり、利用キー（Ｄ２）が無いとＳＳＷ（Ｄ１）が実行できない。携帯端末２００は、配信されたＳＳＷ（Ｄ１）及び利用キー（Ｄ２）をＳＳＷ一時記憶部２２０に格納する。

以下、動作を順に示す（Ａ１等は動作を示す）。（Ａ１）まずエリア管理装置１０のＲＦＩＤリーダ１４では、エリア内の携帯端末２００のＲＦＩＤ４００を検知する。そして、（Ａ２）ＲＦＩＤ４００内の端末ＩＤ（４０２）を読み取り、（Ａ３）当該情報をＩＤリスト記憶部１５のＩＤリスト（Ｄ３）に格納する。（Ａ４）エリア管理装置１０は、ＩＤリスト（Ｄ３）の情報をＳＳＷ配信装置２０に送信（通知）する。

（Ａ５）ＳＳＷ配信装置２０は、受信したＩＤリストの端末ＩＤに対応した、エリア内の携帯端末２００に対してＳＳＷを配信するために、ＳＳＷ記憶部２３のＳＳＷ（Ｄ１）及び必要に応じて対応する利用キー（Ｄ２）を読み出し、（Ａ６）ＳＳＷ配信部２５により当該データ（例：Ｄ１及びＤ２）を携帯端末２００へ配信する。携帯端末２００は、配信されたデータ（例：Ｄ１及びＤ２）をＳＳＷ一時記憶部２２０に記憶する。

（Ａ７）携帯端末２００（前記基本機能２１０）は、ＳＳＷ一時記憶部２２０のＳＳＷ（Ｄ１）を読み出して実行する。利用キー（Ｄ２）がある場合は実行許可される。ＳＳＷ５００の実行により施設ＵＩ６００が構成される。（Ａ８）利用者Ｕは、施設ＵＩ６００において施設３００のサービス等を受けるために所定の入力操作をする。（Ａ９）ＳＳＷ５００は、入力操作に応じた処理を行い、サービス提供装置３０のＳＳＷ情報配信部３３に対してサービス要求などの情報を送信する。（Ａ１０）ＳＳＷ情報配信部３３は、サービス要求などの情報を受信し、ＳＳＷ５００へ当該サービス要求などを受理したこと等を示す応答を送信する。（Ａ１１）またＳＳＷ情報配信部３３は、施設通知部３４へ連携し、Ａ９のサービス要求などに応じた要請などの情報を、該当の施設３００の所定の通知先（Ｐ，３１０）へ通知する。（Ａ１２）また更に施設３００側からＡ１１に対する応答をサービス提供装置３０側へ送信し、Ａ１０の応答へ連携してもよい。

＜実施の形態２＞
次に図４〜図６を用いて、本発明の実施の形態２のシステム（携帯端末に対する施設ＵＩ配信システム）について説明する。実施の形態２では、対象の施設３００として、バス及びバス乗降システムに適用した場合である。

［システム構成］
図４は、実施の形態２のシステム構成を示す。基本的には実施の形態１の構成（図２，図３等）と同様であり、異なる部分として、施設３００Ａであるバス及びバス乗降システムに対応したＳＳＷ（Ｄ１，５００Ａ）の処理内容となる。ＳＳＷ５００Ａによる施設ＵＩ６００ＡはバスＵＩとなる。実施の形態２では、施設ＵＩ配信装置１００（１０，２０，３０）は、例えば、全てが施設３００Ａであるバス車内に設置される。ＳＳＷ配信装置２０のＳＳＷ記憶部２３には、施設３００Ａのバス運営会社またはそれとの契約等による本システムの業者などによって作成されたＳＳＷ（Ｄ１）及び設定情報などを記憶・管理する。

［施設（バス）］
図５は、施設３００Ａであるバス及びバス乗降システムを示す。図５の構成では、施設３００Ａであるバスにおいて、施設運営者Ｐに対応するバス乗務員（バス運転手など）と、バス乗客である利用者Ｕ（及びＲＦＩＤ４００付きの携帯端末２００）と、バス内に設置された施設機器３１０と、各バス出入口（５００１，５００２）に対応して設けられたＲＦＩＤリーダ１４（１４−１，１４−２）と、施設機器３１０に接続される図４の施設ＵＩ配信装置１００とを有する。施設利用可能エリア（Ｒ１とする）はバス車内全体またはそれを含んで成る範囲である。

エリア管理装置１０のＲＦＩＤリーダ１４は、バス乗客がＲＦＩＤ４００及び携帯端末２００を所持してエリア（バス）内に入出したときにＲＦＩＤ４００を検知できるように、各出入口（５００１，５００２）などの位置に配置されている。

このバス乗降システムでは、ＲＦＩＤリーダ１４を用いてバス乗客（Ｕ）の乗降を検知し、バス内部（エリアＲ１）にいる乗客の携帯端末２００に対して前述のＳＳＷを配信することで、バスＵＩ６００Ａを提供する。図９にバスＵＩ６００Ａの構成例を示す。図９に示すバスＵＩ６００Ａの画面は、バス乗務員（Ｐ）または施設機器３１０に対して降車の意思を伝えるインタフェースとなる。

ＲＦＩＤ４００は、例えば電子マネーによる決済機能の付いたカード媒体として構成されてもよい。バス乗客は、当該カードを用いてバス内での運賃支払いの決済ができる。当該カードを用いた決済処理と同時に、ＲＦＩＤ通信（近距離無線通信）によりＲＦＩＤリーダ１４（エリア管理装置１０）またはそれに連携する施設機器３１０との間で携帯端末ＩＤの授受を行う構成としてもよい。施設機器３１０は、例えばバス運行情報・運賃表示、及び運賃支払い受け付け機能などを有する装置である。

バス乗客により携帯端末２００の施設ＵＩ６００Ａでの入力操作（例えば図９での降車ボタン（９０２）のタッチ）があった場合、ＳＳＷ５００は、サービス提供装置３０（３３）に対し、対応するリクエスト（降車の要求）を送信する。サービス提供装置３０（３４）は、上記リクエストを受けると、バス内の乗務員（Ｐ）または施設機器３１０へ、降車の意思を持つバス乗客がいることを伝える。

また本実施の形態では、ＳＳＷにより、バス乗降システムの特性に対応したサービスとして、バス内の複数の乗客に対して降車状況などの情報を配信する。即ち、サービス提供装置３０は、ある乗客の携帯端末２００のＳＳＷ５００Ａからのリクエスト（降車意思）を受けると、当該リクエストを受け付け・受領したこと（即ち次のバス停留所で停車・降車があること）を示す情報を、当該バス内に存在する全ての携帯端末２００のＳＳＷ５００Ａに対して通知し、施設ＵＩ６００Ａで対応する情報を表示させる。

また携帯端末２００でのＳＳＷ５００（バスＵＩ６００Ａ）の利用に前述の利用キー（Ｄ２）を必要とする仕組みである。有効な利用キー（Ｄ２）を持たない携帯端末２００は、バスＵＩ６００Ａを構成できない、またはサービス提供装置３０に対して有効なリクエストを送信することができない。利用キー（Ｄ２）は、バス（エリア）内に携帯端末２００がいる場合、例えば一定の間隔で自動的に配信されるが、当該利用キー（Ｄ２）は一定時間が経過すると失効する。利用キー（Ｄ２）を用いて有効化／無効化を制御することにより、バスから降りた乗客（エリアから出た利用者Ｕの携帯端末２００）が、既に降りたバスに対してリクエストを発信すること等を防止することができる。

［エリア管理装置処理］
図６は、実施の形態２のエリア管理装置１０の処理フローを示す（S601等は処理ステップを示す）。エリア管理装置１０は、処理を開始すると、（S601）はじめにＲＦＩＤリーダ１４を起動する。（S602）そしてＲＦＩＤリーダ１４により当該施設利用可能エリア（バス）に入るＲＦＩＤ４００（バス乗客（Ｕ）の携帯端末２００）があるかを検知・判定する。エリア（バス）内に入る（乗車する）ＲＦＩＤ４００があった場合（S602-Y）、（S603）エリア管理装置１０（ＲＦＩＤリーダ１４）は、当該ＲＦＩＤ４００から携帯端末ＩＤを取得し、当該情報をＩＤリスト（Ｄ３）に追加する。

（S604）またＲＦＩＤリーダ１４により当該エリア（バス）から出るＲＦＩＤ４００（バス乗客（Ｕ）の携帯端末２００）があるかを検知・判定する。エリア（バス）から出る（降車する）ＲＦＩＤ４００があった場合（S604-Y）、（S605）エリア管理装置１０は、当該ＲＦＩＤ４００から携帯端末ＩＤを取得し、当該情報をＩＤリスト（Ｄ３）から削除する。

（S606）その後、エリア管理装置１０は、ＩＤリスト記憶部１５のＩＤリスト（Ｄ３）の端末ＩＤを、ＳＳＷ配信装置２０に通知する。（S607）エリア管理装置１０は、処理を終了させる場合は、この時点で処理を終了し、処理を終了させない場合、S608で待機し、ＲＦＩＤの判定（S602）に戻る。

［ＳＳＷ配信装置処理］
図７は、実施の形態２のＳＳＷ配信装置２０の処理フローを示す。ＳＳＷ配信装置２０は、処理を開始すると、（S701）エリア管理装置１０からのＩＤリスト情報（エリア内にいる端末ＩＤの一覧）を受信する。（S702）ＳＳＷ配信装置２０は、S701で受信したリストの中に１件以上の端末ＩＤが含まれている場合は（S702-Y）、（S703）リストの中から、まだ通信していない端末ＩＤを１件選び、当該端末ＩＤに対応した携帯端末２００に対して通信する。S703で通信した携帯端末２００が、ＳＳＷを有さない場合（まだＳＳＷが配信されていない場合）（S704-N）、（S705）ＳＳＷ配信装置２０（ＳＳＷ配信部２５）は、当該携帯端末２００に対してＳＳＷ記憶部２３のＳＳＷのデータ（Ｄ１）を配信する。（S706）S705の後、ＳＳＷ配信装置２０は、S705のＳＳＷ（Ｄ１）を一定期間利用可能にするための利用キー（Ｄ２）を当該携帯端末２００に配信する。またS704でＳＳＷを配信済みの場合も、S705で対応する利用キーを配信する（即ち利用可能な状態を継続・延長する）。

（S707）ＳＳＷ配信装置２０は、S701で受信したリストの中にまだ通信していない端末ＩＤがある場合（S707-Y）、続けてその携帯端末２００に通信する処理（S703）に戻る。同様に処理を繰り返し、リストに含まれる全ての端末ＩＤの携帯端末２００と通信した場合（S707-N）、（S708）ＳＳＷ配信装置２０は、リストの携帯端末２００に対して通信を行ったかどうかの状況をリセットする。S708の後、またはS702で端末ＩＤが０件だった場合、（S709）ＳＳＷ配信装置２０は、処理を終了するかどうか判定し、処理を終了しない場合は、S710で待機し、最初の処理（S701）に戻る。

［サービス提供装置処理］
図８は、実施の形態２のサービス提供装置３０の処理フローを示す。サービス提供装置３０は、処理を開始すると、（S801）携帯端末２００のＳＳＷ５００からの通信の受け付けを開始する。サービス提供装置３０は、ＳＳＷ５００からの前述のリクエスト（サービス要求など）があった場合（S802-Y）、（S803）サービス提供装置３０は、バス乗務員（Ｐ）または施設機器３１０に、S802のリクエストに対応した要請や情報（例えば降車意思）を通知する。（S804）その後、サービス提供装置３０は、該当の携帯端末２００のＳＳＷ５００に対し、S802のリクエストが受理されたことを示す応答を通知する。また前述のようにバス内に他の携帯端末２００のＳＳＷ５００が存在する場合は、各ＳＳＷに同様の応答を通知する。（S805）サービス提供装置３０は、処理を終了するかどうか判定し、処理を終了しない場合は、S806で待機し、最初の処理（S801）に戻る。

［ＵＩ例］
図９は、実施の形態２での携帯端末２００のＳＳＷ５００Ａによる施設（バス）ＵＩ６００Ａの様子（画面例）を示す。携帯端末２００のタッチディスプレイの画面（９０１）に、図示のようなＧＵＩを構成・表示する。本画面（ＧＵＩ）９０１では、降車ボタン９０２などを表示している。降車ボタン９０２を表示している。この降車ボタン９０２は、利用者Ｕ（乗客）がバスを降車する意思をバス乗務員または機器（３１０）に伝えるためのボタンである。このボタンは、実際のバスの物理的なインタフェースである降車ボタンに倣った例である。

本例の携帯端末２００には、入出力装置２０５として、タッチディスプレイないしはマウスのようなポインティングデバイスが搭載されている。本画面９０１で降車ボタン９０２が押された場合（タッチやクリック）、ＳＳＷ５００Ａは、サービス提供装置３０に前述のリクエストを送信する。

なお上記のようにバスの乗降の操作を可能とするＧＵＩ（機能）を提供するに限らず、バスの運行案内や、運賃の支払いの機能などを同様に実現可能である。またバスに限らず、他の乗り物にも同様に適用可能である。

＜実施の形態３＞
次に図１０〜図１２を用いて、本発明の実施の形態３のシステムについて説明する。

［システム構成］
図１０は、実施の形態３のシステム構成を示す。実施の形態３では、対象の施設３００Ｂとして、ビル（オフィスビル）内のフロア移動管理システムに適用した場合である。特に、ビル内のフロア移動管理システム（施設機器３１０と対応関係）として、エレベータ運行システム３３１と、扉開閉システム３３２とを含む場合である。エレベータ運行システム３１１は、フロア間を移動するためのエレベータの運行を管理する。扉開閉システム３１２は、各フロアの各扉の開閉を管理する。また図示しないが前述の施設運営者Ｐとしてビル管理者などがいるとする。施設利用可能エリアは、ビル内である。エリアは、特に、エレベータ運行システム３３１で管理されるエレベータの周辺を含む第１のエリア（Ｒ１１とする）と、扉開閉システム３３２で管理される各フロアの各扉の周辺を含む第２のエリア（Ｒ１２とする）とを含む。

施設ＵＩ配信装置１００（１０，２０，３０）は、例えば、全てが施設３００Ｂ（ビル）内に設置される。本システム（施設ＵＩ配信装置１００）では、ビル内にいる利用者Ｕ（ビル利用者）の位置（エリア）に応じた適切なＳＳＷを配信する。これによりＳＳＷに応じた施設ＵＩ６００Ｂ（ビルＵＩ）を構成し、利用者Ｕのビル内移動を効果的に補助する。利用者Ｕが第１のエリアＲ１１にいる場合は、第１のＳＳＷ（ＳＳＷ１）を配信し、第２のエリアＲ１２にいる場合は、第２のＳＳＷ（ＳＳＷ２）を配信する。第１のＳＳＷにより構成される施設ＵＩ６００Ｂは、第１のエリアＲ１１におけるエレベータ運行システム３１１の操作を可能とするＧＵＩである。第２のＳＳＷにより構成される施設ＵＩ６００Ｂは、第２のエリアＲ１２における扉開閉システム３１２の操作を可能とするＧＵＩである。

ＳＳＷ配信装置２０のＳＳＷ記憶部２３には、上記各ＳＳＷ（ＳＳＷ１，ＳＳＷ２）が管理される。なお本実施の形態では、利用者Ｕの位置（エリア）に応じた各ＳＳＷを配信する構成とするが、より簡易な形態として、ビル内に入った利用者Ｕに対して第１、第２のＳＳＷを一緒に配信する形態などとしてもよい。また、配信元のＳＳＷを１つに統合して、携帯端末２００で当該ＳＳＷの実行によりその時の利用者Ｕの位置（エリア）に応じた各ＧＵＩを構成する形態などとしてもよい。また勿論、エレベータ運行システム３１１、扉開閉システム３１２の一方のみに対応したシステムとしてもよい。

本システム（前記管理部５）に、ビル内のエリア（Ｒ１１，Ｒ１２）の構成などが設定される。ＳＳＷ配信装置２０は、ＳＳＷ記憶部２３に、ビル管理者などによって作成されたＳＳＷのデータを記憶・管理している。実施の形態３では、エリア（Ｒ１１，Ｒ１２）に応じたＳＳＷ（ＳＳＷ１，ＳＳＷ２）のデータを管理する。

エリア管理装置１０は、エリア内端末判定部１６を有する。また利用者Ｕの携帯端末２００は、ビル内測位部４３０を有する。ビル内測位部４３０は、ビル内での携帯端末２００の位置を測定（測位）する処理を行う測位機能である。なおビル内測位部４３０の測位機能は、当該ビルのシステムとの連携で実現されてもよいし、携帯端末２００側ではなく当該ビル（施設３００Ｂ）側に相当の測位機能を備えてもよい。

携帯端末２００側のビル内測位部４３０は、ビル内の当該携帯端末２００の位置情報と、前述同様の端末ＩＤとを含む情報を、エリア管理装置１０のエリア内端末判定部１６に通知する（動作Ｂ１）。エリア内端末判定部１６は、Ｂ１の通知情報を用いて、当該携帯端末２００の位置が、所定のエリア（Ｒ１１，Ｒ１２）内に該当するかどうかを判定する。この判定の結果、エリア内にいる携帯端末２００の端末ＩＤ（リスト）を、前述同様にＳＳＷ配信装置２０に通知する。実施の形態３では、複数のエリア（Ｒ１１，Ｒ１２）があるので、いずれのエリアであるかを示す情報も併せて通知する。

ＳＳＷ配信装置２０は、エリア管理装置１０からの端末ＩＤ及びエリアなどの情報に基づき、当該端末ＩＤを持つ携帯端末２００に対して、当該携帯端末２００がいるエリアに応じた適切なＳＳＷを、前述同様に配信する（動作Ｂ２）。携帯端末２００は、配信されたＳＳＷを一時記憶し、実行（５００Ｂ）することにより、ＳＳＷ５００Ｂに応じた施設ＵＩ６００Ｂを構成する。

第１のＳＳＷにより、エレベータ運行システム３３１（エレベータの運行）を操作するための第１のＧＵＩが構成される。図１１に第１のＧＵＩの画面例を示す。第２のＳＳＷにより、扉開閉システム３３２（扉の開閉）を操作するための第２のＧＵＩが構成される。図１２に第２のＧＵＩの画面例を示す。

上記施設ＵＩ６００Ｂ（画面）に対して利用者Ｕの入力操作があった場合、前述同様に、ＳＳＷ５００Ｂは、サービス提供装置３０に対し、対応するリクエストを送信する（動作Ｂ３）。そして、サービス提供装置３０は、ＳＳＷ５００Ｂからのリクエストの内容に応じて、施設３００Ｂ（３１１，３１２）へ情報を通知する（動作Ｂ４）。例えば第１のＳＳＷからのリクエスト（例えば階数及び開閉の情報）の場合、エレベータ運行システム３１１に対して当該情報（対応する制御命令）を通知する。例えば第２のＳＳＷからのリクエスト（例えば扉の開閉のための暗証番号及び開錠の情報）の場合、扉開閉システム３１２に対して当該情報（対応する制御命令）を通知する。各システム（３１１，３１２）は、通知された情報に従って動作する。これにより利用者Ｕはエレベータでの移動や扉の通過などができる。

［ＵＩ例］
図１１は、携帯端末２００の第１のＳＳＷによる第１のＧＵＩ（画面）を示す。本画面１４０１では、エレベータの運行を操作するためのボタン（階数ボタン１４０２，開閉１４０３など）を表示する。第１のＳＳＷは、当該ボタン操作に対応したリクエストを発行する。

図１２は、携帯端末２００の第２のＳＳＷによる第２のＧＵＩ（画面）を示す。本画面１５０１では、扉の開閉を操作するためのボタン（暗証番号入力ボタン１５０２，開錠ボタン１５０３など）を表示する。第２のＳＳＷは、当該ボタン操作に対応したリクエストを発行する。

［処理例］
実施の形態３での施設ＵＩ配信装置１００（１０，２０，３０）の処理例は以下である。

エリア管理装置１０は、まず携帯端末２００からの通信の受け付けを開始する。エリア管理装置１０は、携帯端末２００のビル内測位部４３０から送信される位置情報及び端末ＩＤを受信したとき、当該位置情報による位置が、第１のエリアＲ１１内である場合、当該端末ＩＤを第１のエリア内端末としてＩＤリスト（Ｄ３）に記憶する。同様に、当該位置情報による位置が第２のエリアＲ１２内である場合、当該端末ＩＤを第２のエリア内端末としてＩＤリスト（Ｄ３）に記憶する。いずれのエリア内でもない場合、エリア管理装置１０は、受信した端末ＩＤをリストから削除する。次にエリア管理装置１０は、ＩＤリスト（Ｄ３）の端末ＩＤ及びエリア等の情報をＳＳＷ配信装置２０に通知する。この時点で処理を中断しない場合、エリア管理装置１０は、最初の処理に戻る。

ＳＳＷ配信装置２０は、まず、エリア管理装置１０からエリア内の端末ＩＤ及びエリア等の情報を受信する。第１のエリア内端末がある場合、ＳＳＷ配信装置２０は、当該携帯端末２００に第１のＳＳＷ（ＳＳＷ１）を配信する。第２のエリア内端末がある場合、ＳＳＷ配信装置２０は、当該携帯端末２００に第２のＳＳＷ（ＳＳＷ２）を配信する。ここで処理を終了しない場合は、ＳＳＷ配信装置２０は、最初の処理に戻る。

サービス提供装置３０は、まず、携帯端末２００に配信されたＳＳＷ（ＳＳＷ１，ＳＳＷ２）からの通信の受け付けを開始する。第１のＳＳＷ（ＳＳＷ１）からのリクエストがあった場合、サービス提供装置３０は、エレベータ運行システム３１１に当該リクエストに対応した情報（制御命令）を通知し、携帯端末２００の第１のＳＳＷに対しては、当該リクエストの受理などの応答を送信する。また第２のＳＳＷ（ＳＳＷ２）からのリクエストがあった場合、サービス提供装置３０は、扉開閉システム３１２に当該リクエストに対応した情報（制御命令）を通知し、携帯端末２００の第２のＳＳＷに対しては、当該リクエストの受理などの応答を通知する。ここで処理を終了しない場合、サービス提供装置３０は、最初の状態に戻る。

なお上記のようにビル内の移動の操作を可能とするＧＵＩ（機能）を提供するに限らず、ビル内の案内の機能などを同様に実現可能である。またビルに限らず、他の建物にも同様に適用可能である。

＜実施の形態４＞
次に図１３〜図１５を用いて、本発明の実施の形態４のシステムについて説明する。

［システム構成］
図１３は、実施の形態４のシステム構成を示す。実施の形態４では、対象の施設３００Ｃとして、飲食店などの店舗及びその注文システムに適用した場合である。この店舗の注文システムは、本システム（施設ＵＩ配信装置１００）を用いて、注文サービス等を可能とするプログラム（ＳＳＷ）を店舗の利用者Ｕ（携帯端末２００）に配信する。店舗内には、注文システム３４０（前記施設機器３１０と対応関係）を有する。また施設運営者Ｐや店員などを有する。本実施の形態４では、対象となる施設３００Ｃである店舗が複数存在する。複数の店舗をＴ１，Ｔ２等で識別するものとする。本実施の形態４では、店舗に応じたＳＳＷを配信する。例えば第１の店舗Ｔ１用の第１のＳＳＷ（ＳＳＷ１）、第２の店舗Ｔ２用の第２のＳＳＷ（ＳＳＷ２）等を有する。

本実施の形態４では、各施設３００Ｃ（店舗）に対応して施設ＵＩ配信装置１００を有する。例えば、各施設３００Ｃ（店舗）内に施設ＵＩ配信装置１００（１０，２０，３０）が設置される構成とする。なお施設ＵＩ配信装置１００を１つに統合してもよい。その場合、例えば施設３００Ｃ（店舗）ごとにサービス提供装置３０を設置し、エリア管理装置１０及びＳＳＷ配信装置２０は１つに統一し、例えば通信ネットワーク上に設ける。

利用者Ｕ（店舗利用者）の携帯端末２００は、ＧＰＳ処理部４４０を有する。ＧＰＳ処理部４４０は、公知のＧＰＳを用いて携帯端末２００の測位を行う測位機能である。本システムでは、エリア管理装置１０に店舗内端末判定部１７を有する。店舗内端末判定部１７は、携帯端末２００のＧＰＳ処理部４４０から、位置情報及び端末ＩＤを取得する（動作Ｃ１）。店舗内端末判定部１７は、ＧＰＳによる利用者Ｕ（携帯端末２００）の位置情報に応じて、利用者Ｕ（携帯端末２００）が複数のうちのどの店舗の中にいるかを判定する。そして、ＳＳＷ配信装置２０は、当該位置情報（利用者Ｕのいる店舗）に応じて、店舗ごとに用意されたＳＳＷから配信するＳＳＷを選択して当該携帯端末２００へ配信する（動作Ｃ２）。

携帯端末２００でのＳＳＷの実行（Ｃ）により、当該ＳＳＷ５００Ｃに応じた施設ＵＩ（店舗ＵＩ）６００Ｃが構成される。即ち店舗に応じた店員呼び出しボタンや料理注文用のボタンなどを含んだＧＵＩを表示させる。これにより店舗利用者（Ｕ）による店舗の利用を効果的に補助する。図１４，図１５に、携帯端末２００の店舗ＵＩ６００Ｃの構成例を示す。ＳＳＷ配信装置２０には、予め店舗（施設３００Ｃ）等によって作成されたＳＳＷが登録される。登録できるＳＳＷは特に機能が限定されず、ＧＵＩ画面例（図１４，図１５）に示すように、店員呼び出し機能や飲食物注文機能などを、店舗が必要に応じて自由に設定することができる。登録される各ＳＳＷ（例：ＳＳＷ１，ＳＳＷ２）は、それぞれ個別の店舗ごとのサービス提供装置３０に関係付けられる。

携帯端末２００のＳＳＷ５００Ｃは、施設ＵＩ６００Ｃでの操作に基づき、対応するサービス提供装置３０に対して所定のリクエストを発行し（動作Ｃ３）、更にサービス提供装置３０から対応する注文システム３４０に対して情報を通知する（動作Ｃ４）。これにより利用者Ｕは店員の呼び出しや注文が可能である。

［ＵＩ例］
図１４は、第１のＧＵＩ（画面）の例として店員呼び出し機能の場合を示す。本画面２１０１では、店員呼び出しボタン２１０２を有する。利用者Ｕが店員呼び出しボタン２１０２を押すと、ＳＳＷ５００Ｃは、当該操作に対応したリクエストを発行する。そして本システムを通じて、店舗の店員（Ｐ）ないし注文システム３４０に伝わる。

図１５は、第２のＧＵＩ（画面）の例として注文機能の場合を示す。本画面２２０１では、メニューの各飲食物などの注文ボタン２２０２を有する。利用者Ｕが所望の注文ボタン２２０２を押すと、ＳＳＷ５００Ｃは、当該操作に対応したリクエストを発行する。そして本システムを通じて、店舗の店員（Ｐ）ないし注文システム３４０に伝わる。

［処理例］
実施の形態４での施設ＵＩ配信装置１００（１０，２０，３０）の処理例は以下である。第１の店舗Ｔ１に第１のサービス提供装置３０を有し、第２の店舗Ｔ２に第２のサービス提供装置３０を有する場合で説明する。

エリア管理装置１０は、まず携帯端末２００からの通信の受け付けを開始する。エリア管理装置１０は、携帯端末２００から送信されるＧＰＳによる位置情報及び端末ＩＤを受信したとき、受信した位置情報が第１の店舗Ｔ１（対応する第１のエリア）の内部である場合、当該端末ＩＤを第１の店舗内端末としてリスト（Ｄ３）に記憶する。また当該位置情報が第２の店舗Ｔ２（対応する第１のエリア）の内部である場合、当該端末ＩＤを第２の店舗内端末としてリスト（Ｄ３）に記憶する。受信した位置情報がいずれの店舗内でもない場合、エリア管理装置１０は、当該端末ＩＤをリスト（Ｄ３）から削除する。次に、エリア管理装置１０は、リスト（Ｄ３）の端末ＩＤ及び店舗などの情報を、ＳＳＷ配信装置２０に通知する。この時点で処理を中断しない場合、エリア管理装置１０は、最初の処理に戻る。

ＳＳＷ配信装置２０は、まずエリア管理装置２０から店舗内の端末ＩＤ及び店舗などの情報を受信する。ＳＳＷ配信装置２０は、例えば第１の店舗（Ｔ１）内に携帯端末２００がいる場合、当該携帯端末２００に第１のＳＳＷ（ＳＳＷ１）を配信する。同様に第２の店舗Ｔ２内に携帯端末２００がいる場合、第２のＳＳＷ（ＳＳＷ２）を配信する。ここで処理を終了しない場合、ＳＳＷ配信装置２０は、最初の処理に戻る。

第１の店舗Ｔ１の第１のサービス提供装置３０は、まず携帯端末２００に配信された第１のＳＳＷからの通信の受け付けを開始する。利用者Ｕの操作に基づき、第１のＳＳＷからのリクエストがあった場合、第１のサービス提供装置３０は、第１の店舗Ｔ１内の運営者（Ｐ）や注文システム３４０に対して、当該リクエストに対応した情報を通知し、また、携帯端末２００の第１のＳＳＷに対してはリクエストの受理などを応答する。ここで処理を終了しない場合、第１のサービス提供装置３０は、最初の処理に戻る。第２の店舗Ｔ２の第２のサービス提供装置３０の処理も同様である。

なお店舗内のサービス提供装置３０と注文システム３４０とを統合した構成としてもよい。また上記のように店舗の店員呼び出しや注文の機能に限らず、店舗の案内や、店舗の商品・サービス等の料金の支払いの機能などを同様に実現可能である。

＜効果等＞
以上説明したように、各実施の形態によれば、各種の施設３００などにおいて、利用者Ｕの携帯端末２００（そのＵＩ）を利用することで、施設３００などの利用のためのサービス等を提供することができる。特に、一般に流通している携帯端末２００を利用できるので、施設３００側にとって専用の装置などを導入・維持する必要無く、導入・保守運用コスト等を抑えることができ、低コストなシステムを実現できる。上記サービス提供により施設３００の付加価値を高めることができる。これにより従来はコスト面などから上記サービスを提供できなかった施設などを含め、上記サービスを提供・利用可能な場面（対象）を拡大し、利用者Ｕ側の利便性などを実現できる。携帯端末２００で利用者に対してわかりやすく操作しやすいＧＵＩを提供することで、利用者は施設３００の利用がしやすくなる。

更に、本来施設３００に設置する必要がある入出力装置（ボタン、レバー、タッチパネルなど）などの装置（例えば施設機器３１０）の役割を、携帯端末２００のＵＩに担わせることもできる。そのため、上記入出力装置（施設機器３１０）を削減して施設３００内の設備スペースを削減することもできる。また、施設３００内のデザインに関する制限を緩和してデザインの自由度を高めることもできる。また、従来の施設運営者が専用の携帯端末を用意して施設利用者に配布（貸与）する方式に比べて、施設運営者による携帯端末の在庫管理や盗難対策を省くことができる。

更に、本システムでは、上記サービス（対応するＵＩ・機能）の内容を追加・変更・調整などすることが容易に可能であり、その際には、ＳＳＷ配信装置２０のＳＳＷ（配信元）のみを更新すればよく、全ての携帯端末２００のプログラムを更新する作業などは省くことができる。本システムを導入する施設運営者Ｐは、ＳＳＷの内容（機能やデザイン）によって他の施設との差別化を行い、施設３００の付加価値を高めることができる。

以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることは言うまでもない。例えば、本システムでＳＳＷにより構成・提供するＵＩは、ＧＵＩ（視覚的なインタフェース）に限らず、音声インタフェースなど他の手段を併用してもよい。

本発明は、実世界の各種の施設などに利用可能である。例えば、バス・電車などの乗り物、オフィスビルなどの建物、公共施設や民間の店舗などに利用可能である。

Claims (19)

1. 施設の利用者に対して当該施設または施設内の機器の利用のためのサービスを提供する施設ユーザインタフェース配信システムであって、
   前記利用者の携帯端末に対して前記利用のためのサービスを提供するためのユーザインタフェースを構成するためのプログラムを配信する配信装置を有し、
   前記配信装置は、
   前記利用者の携帯端末、及び前記施設または施設内の機器または施設の運営者と通信する通信部と、
   前記施設または施設内の機器に関係付けられる所定のエリア、及び当該エリアに関係付けられる前記プログラムを記憶及び管理する管理部と、
   前記エリア内に前記利用者の携帯端末が存在するかどうかを判定するエリア判定部と、
   前記エリア内に存在する前記利用者の携帯端末に前記プログラムを配信する配信部と、
   前記利用者の携帯端末で実行される前記プログラムにより構成されるユーザインタフェースに対する前記利用者の操作に応じて発行される情報を受信し、当該プログラムに関係付けられる前記施設の運営者または施設内の機器に対して情報を通知するサービス提供部と、を有すること、を特徴とする施設ユーザインタフェース配信システム。
2. 請求項１記載の施設ユーザインタフェース配信システムにおいて、
   前記サービス提供部は、前記利用者の携帯端末で実行される前記プログラムにより構成されるユーザインタフェースに対する前記利用者の操作に応じて発行されるサービス要求の情報を受信し、当該プログラムに関係付けられる前記施設の運営者または施設内の機器に対して、当該サービス要求の情報または当該サービス要求に対応付けられた所定の情報を通知し、前記携帯端末の前記プログラムに対して前記サービス要求に対する応答の情報を送信し、前記ユーザインタフェースに出力させること、を特徴とする施設ユーザインタフェース配信システム。
3. 請求項１記載の施設ユーザインタフェース配信システムにおいて、
   前記配信装置は、前記携帯端末に配信されたプログラムにより構成されるユーザインタフェースを無効化する無効化部を有し、
   前記無効化部は、前記エリア内に前記利用者の携帯端末が存在しない場合に、当該携帯端末の前記プログラムを無効化する処理を行うこと、を特徴とするシステム。
4. 請求項３記載の施設ユーザインタフェース配信システムにおいて、
   前記配信装置は、前記携帯端末に対する前記プログラムの配信に応じて、当該プログラムを有効化するための有効期限付きのキー情報を配信し、
   前記無効化部は、前記携帯端末内に、有効期限内のキー情報が有る場合は前記プログラムを有効とし、無い場合は前記プログラムを無効とすること、を特徴とする施設ユーザインタフェース配信システム。
5. 請求項１記載の施設ユーザインタフェース配信システムにおいて、
   前記携帯端末は、タッチ入力及び画面表示が可能なタッチディスプレイを備え、
   前記携帯端末は、前記プログラムにより構成されるユーザインタフェースとして、前記タッチディスプレイの画面にグラフィカルユーザインタフェース情報を表示し、当該画面内の要素に対する前記利用者によるタッチ入力操作に応じて、前記施設に対する情報を発行すること、を特徴とする施設ユーザインタフェース配信システム。
6. 請求項１記載の施設ユーザインタフェース配信システムにおいて、
   前記通信部は、前記施設の運営者と通信する機能を有し、
   前記管理部は、前記通知先として前記施設の運営者を設定し、
   前記サービス提供部は、前記施設の運営者に対して情報を通知すること、を特徴とする施設ユーザインタフェース配信システム。
7. 請求項１記載の施設ユーザインタフェース配信システムにおいて、
   前記通信部は、前記施設内の機器と通信する機能を有し、
   前記管理部は、前記通知先として前記施設内の機器を設定し、
   前記サービス提供部は、前記施設内の機器に対して情報を通知し、
   前記施設内の機器は、前記通知の情報に応じた処理または動作を行うこと、を特徴とする施設ユーザインタフェース配信システム。
8. 請求項１記載の施設ユーザインタフェース配信システムにおいて、
   前記携帯端末は端末ＩＤを記憶し、または、前記携帯端末は端末ＩＤを内蔵した媒体を接続または内蔵し、または、前記利用者は端末ＩＤを内蔵した媒体を所持し、
   前記エリア判定部は、前記エリア内から前記端末ＩＤを検知し、検知した端末ＩＤをリストに記憶すること、を特徴とする施設ユーザインタフェース配信システム。
9. 請求項８記載の施設ユーザインタフェース配信システムにおいて、
   前記端末ＩＤは、ＲＦＩＤ媒体に記憶され、
   前記エリアに設置されるＲＦＩＤリーダ装置を有し、
   前記ＲＦＩＤリーダ装置は、前記エリアに入出する前記ＲＦＩＤ媒体の端末ＩＤを読み取り、
   前記エリア判定部は、前記ＲＦＩＤリーダ装置により読み取った端末ＩＤを用いて、前記エリア内に前記携帯端末が存在するかを判定すること、を特徴とする施設ユーザインタフェース配信システム。
10. 請求項１記載の施設ユーザインタフェース配信システムにおいて、
    前記携帯端末は、ＧＰＳにより当該携帯端末の位置情報を取得する測位機能を有し、
    前記エリア判定部は、前記携帯端末からの位置情報を取得し、当該位置情報を用いて、前記エリア内に前記携帯端末が存在するかを判定すること、を特徴とする施設ユーザインタフェース配信システム。
11. 請求項１記載の施設ユーザインタフェース配信システムにおいて、
    前記管理部は、前記施設内の所定の機器を中心としてその周辺を含む所定の範囲を前記エリアとして設定すること、を特徴とする施設ユーザインタフェース配信システム。
12. 請求項１記載の施設ユーザインタフェース配信システムにおいて、
    前記サービス提供部は、第１の携帯端末からのサービス要求の情報に対し、前記エリア内に複数の携帯端末が存在する場合、当該複数の携帯端末の各プログラムに対して、当該サービス要求に対する応答の情報を送信し、前記ユーザインタフェースに出力させること、を特徴とする施設ユーザインタフェース配信システム。
13. 請求項１記載の施設ユーザインタフェース配信システムにおいて、
    前記管理部は、前記施設に関係付けられたエリアとして、２つ以上のエリアを管理し、各エリアに関係付けられる各プログラムを管理し、各プログラムに応じて異なるユーザインタフェースが構成され、各プログラムに応じて異なる通知先が設定され、
    前記エリア判定部は、前記携帯端末がどのエリア内にいるかを判定し、
    前記配信部は、前記携帯端末がいるエリアに応じたプログラムを前記携帯端末に配信すること、を特徴とする施設ユーザインタフェース配信システム。
14. 請求項１記載の施設ユーザインタフェース配信システムにおいて、
    前記管理部は、複数の各々の施設に関係付けられた複数の各々のエリアが設定され、各エリアに関係付けられた各プログラムを管理し、各プログラムに応じて異なるユーザインタフェースが構成され、各プログラムに応じて異なる通知先が設定され、
    前記エリア判定部は、前記携帯端末がどの施設のエリア内にいるかを判定し、
    前記配信部は、前記携帯端末がいる施設のエリアに応じたプログラムを前記携帯端末に配信し、
    前記サービス提供部は、前記複数の各々の施設ごとに設けられ、当該サービス提供部に関係付けられた施設のエリア内にいる携帯端末のプログラムからの情報を受信し、当該施設の運営者または施設内の機器に対して情報を通知すること、を特徴とする施設ユーザインタフェース配信システム。
15. 請求項１記載の施設ユーザインタフェース配信システムにおいて、
    前記配信装置は、前記施設内に設置されること、を特徴とする施設ユーザインタフェース配信システム。
16. 請求項１記載の施設ユーザインタフェース配信システムにおいて、
    前記配信装置は、前記施設外の通信ネットワーク上に構成されること、を特徴とする施設ユーザインタフェース配信システム。
17. 請求項１記載の施設ユーザインタフェース配信システムにおいて、
    前記施設は、バスを含む乗り物であり、
    前記施設の運営者は、前記乗り物の乗務員であり、
    前記利用者は、前記乗り物の乗客であり、
    前記プログラムによるユーザインタフェースは、前記乗り物の乗降または運行案内または運賃の支払いに関する操作を可能とするユーザインタフェースであること、を特徴とする施設ユーザインタフェース配信システム。
18. 請求項１記載の施設ユーザインタフェース配信システムにおいて、
    前記施設は、オフィスビルを含む建物であり、
    前記利用者は、前記建物内の移動者であり、
    前記プログラムによるユーザインタフェースは、前記建物内におけるエレベータ及び扉を含む移動または建物内の案内に関する操作を可能とするユーザインタフェースであること、を特徴とする施設ユーザインタフェース配信システム。
19. 請求項１記載の施設ユーザインタフェース配信システムにおいて、
    前記施設は、商品またはサービスを販売する店舗であり、
    前記施設の運営者は、前記店舗の運営者または店員であり、
    前記利用者は、前記店舗の客であり、
    前記プログラムによるユーザインタフェースは、前記店舗の店員の呼び出し、または前記商品またはサービスの注文、または前記商品またはサービスの料金の支払いに関する操作を可能とするユーザインタフェースであること、を特徴とする施設ユーザインタフェース配信システム。

Images