JP2015230512A - ユーザインタフェース画面作成支援システム - Google Patents

Abstract

【課題】不特定多数のゲストにより操作されるユーザインタフェース画面の作成を支援する技術を提供する。
【解決手段】実施形態のユーザインタフェース画面作成支援装置は、不特定多数のゲストにより操作されるユーザインタフェース画面の作成を支援するデザインテンプレートを画面作成者に提示する装置であって、ゲスト情報取得部、テンプレート選択部、テンプレート提示部を有する。ゲスト情報取得部は、前記ユーザインタフェース画面を操作するゲストに関するゲスト情報を取得する。テンプレート選択部は、前記取得されるゲスト情報に基づいて、選択候補として提示すべきデザインテンプレートを、所定の記憶領域に予め記憶されている複数のテンプレート群の内から選択する。テンプレート提示部は、前記テンプレート選択部にて選択されるデザインテンプレートを前記画面作成者に提示する。
【選択図】図１０

Description

この明細書に記載の実施形態は、不特定多数のゲストにより操作されるユーザインタフェース画面の作成を支援する技術に関する。

店舗やイベント会場などでは、サイネージ装置（電子掲示板）等を用いて、商品や開催イベント等に関しての種々の情報が表示されている。

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

しかしながら、単にサイネージ装置に代表的な画像を表示するだけで、サイネージ装置を閲覧する不特定多数のゲストの注意を効果的に惹きつけることができるとは限らない。

実施形態は、不特定多数のゲストにより操作されるユーザインタフェース画面の作成にあたり、ゲストの注意を惹きつけ易いユーザインタフェース画面の作成を支援する技術を提供することを目的とする。

実施形態のユーザインタフェース画面作成支援装置は、不特定多数のゲストにより操作されるユーザインタフェース画面の作成を支援するデザインテンプレートを画面作成者に提示する装置であって、ゲスト情報取得部、テンプレート選択部、テンプレート提示部を有する。ゲスト情報取得部は、前記ユーザインタフェース画面を操作するゲストに関するゲスト情報を取得する。テンプレート選択部は、前記取得されるゲスト情報に基づいて、選択候補として提示すべきデザインテンプレートを、所定の記憶領域に予め記憶されている複数のテンプレート群の内から選択する。テンプレート提示部は、前記テンプレート選択部にて選択されるデザインテンプレートを前記画面作成者に提示する。

本実施形態のシステム構成例を示す図である。 実施形態のシステムのブロック図である。 実施形態のサイネージ装置の表示例を示す図である。 実施形態の携帯端末装置のカーソル操作画面の表示例を示す図である。 実施形態の携帯端末装置の代表画像選択後の表示例を示す図である。 実施形態のサーバの動作例を示すフローチャートである。 利用者が撮像した写真画像データを受信する際の動作例を示したフローチャートである。 本実施の形態におけるユーザインタフェース画面の作成支援方法について説明するフローチャートである。 サーバ１００のＨＤＤ１０４に予め格納されているデザインテンプレート群の一例である。 デザインテンプレートを選択する際の選択ルールを規定するテーブルの一例である。 ID:2931のデザインテンプレートにおける各コンテンツエリアの設定項目の一例を示す図である。 ID:2931のデザインテンプレートにおける各コンテンツエリアの設定項目の一例を示す図である。

以下、図面を参照しつつ本実施形態の態様を説明する。

図１は、本実施形態のシステム構成例を示す図である。情報提供システム１は、例えば、サーバ１００、サイネージ装置２００、アクセスポイント３０１、ルータ３０２、クライアント端末８００等を有する。サーバ１００とサイネージ装置２００とは、例えばＨＤＭＩ（High Definition Multimedia Interface）ケーブルやＤＶＩ（Digital Visual Interface）ケーブルなどの映像入出力ケーブルで接続されている。またサーバ１００とアクセスポイント３０１やルータ３０２とは、例えばＬＡＮ（Local Area Network）ケーブルで接続されている。尚、ＬＡＮケーブルを用いてサーバ１００とサイネージ装置２００とを接続する構成でもよい。

サーバ１００は、サイネージ装置２００の表示制御や、アクセスポイント３０１を介して来店者、イベント参加者、通行人が所持している携帯端末装置４０１〜４０３へ情報を提供するコンピュータである。またサーバ１００は、アクセスポイント３０１を介して携帯端末装置４０１〜４０３から送信される画像データを取得し、サイネージ装置２００に当該画像データを表示させる。またサーバ１００は、ルータ３０２を介してＳＮＳ（Social Networking Service）のサイトへ当該画像データをアップロードする。尚、サーバ１００と携帯端末装置４０１〜４０３との通信は、アクセスポイント３０１を介さずに広域回線網を用いてもよい。サーバ１００は、管理者や後述の操作装置１０８への操作入力を受け付け、サイネージ装置２００にて表示させるユーザインタフェース画面の作成・編集を行うことができる。

サイネージ装置２００は、例えば商業施設に設置することができ、来店者やイベント参加者のみならず、通行人などにも視認可能な位置に配置された電子掲示板である。サイネージ装置２００は、サーバ１００から出力される映像信号に従い、画像を表示する。具体的な表示例は後述する。サイネージ装置２００は、サーバ１００から出力される音声信号に従い、音声を発してもよい。

アクセスポイント３０１は、サーバ１００と携帯端末装置４０１〜４０３とが無線通信を行うための通信基盤装置であり、本実施形態では、IEEE802.11の規格に準拠した通信を行い、暗号化通信を行う。ルータ３０２は、情報提供システム１の外部装置との通信を中継する装置である。サーバ１００は、ルータ３０２を介してＳＮＳサイトに画像をアップロード可能となっている。

尚、携帯端末装置４０１〜４０３は、例えば、来店者やイベント参加者、通行人（以下、利用者と称する）が所持するスマートフォン等の通信端末装置とするが、必ずしもこれに限られるものではなく、ノート型のコンピュータやタブレット型コンピュータなどでもよい。携帯端末装置４０１〜４０３は、少なくとも無線通信を行うことが可能であり、Ｗｅｂブラウザ、撮像用のカメラアプリケーションが導入されているものとする。携帯端末装置４０１〜４０３は、Ｗｅｂブラウザを用いて操作画面をタッチパネルディスプレイに表示し、タッチパネルディスプレイを介してユーザからの操作情報を取得してサーバ１００に送信する。また携帯端末装置４０１〜４０３は、アクセスポイント３０１を介して、撮像した画像をサーバ１００に送信する。

クライアント端末８００は、例えばインターネット、ＬＡＮ、ＷＡＮ等を介してサーバ１００と通信可能なパーソナルコンピュータ等の通信端末である。ユーザは、クライアント端末８００の操作装置８０８を用いて操作入力を行い、サーバ１００からサイネージ装置２００に提供させるユーザインタフェース画面の作成・編集を行うことができる。

サーバ１００の構成について図２を用いて説明する。サーバ１００は、プロセッサ１０１、ＲＡＭ（Random Access Memory）１０２、ＲＯＭ（Read Only Memory）１０３、ＨＤＤ（Hard Disk Drive）１０４、ネットワークＩ／Ｆ（Interface）１０５、出力装置１０６、モニタ１０７、操作装置１０８を有する。プロセッサ１０１はＣＰＵ（Central Processing Unit）などの演算装置である。プロセッサ１０１は、ＲＯＭ１０３に記憶されたプログラムやＨＤＤに記憶されたプログラム１１５をＲＡＭ１０２に展開し、演算を実行することで、各ハードウェアと協働しながら様々な機能を提供する。ＲＡＭ１０２は主記憶装置であり、ＲＯＭ１０３はシステムプログラムなどを不揮発性に記憶した装置である。ＨＤＤ１０４はプログラムやデータなどを不揮発性に記憶する補助記憶装置である。ネットワークＩ／Ｆ１０５は、ＬＡＮボードであり、アクセスポイント３０１、ルータ３０２との間で通信を行う。出力装置１０６は、ＨＤＭＩ端子やＤＶＩ端子、映像出力を制御するコントローラを含んだ装置であり、サイネージ装置２００とケーブルを介して接続される。モニタ１０７、操作装置１０８（例えばキーボード）は、サーバ１００の管理者などがメンテナンスを行う場合の操作表示部である。

ＨＤＤ１０４は、展示画像データ１１１、レイアウトデータ１１２、詳細ＤＢ１１３、プログラム１１５が事前に記憶されている。

プログラム１１５は、Ｗｅｂサーバ機能を提供し、またクライアント（本例では携帯端末装置４０１〜４０３）からの指示を受けて実行するプログラム群を含む。

展示画像データ１１１は、サイネージ装置２００に表示される、商品や開催イベントの代表画像をまとめたデータ群である。レイアウトデータ１１２は、サイネージ装置２００に文字や画像等を表示するときの配置位置、向き、大きさ等を定義したデータ群であり、例えばマークアップ言語やスタイルシート、サーバ１００や携帯端末装置２００で実行するためのスクリプトを含んでいる。詳細ＤＢ１１３は、展示画像データ１１１のそれぞれの代表画像に対応づけられた詳細データを記憶したデータベースである。例えば衣服を販売する店舗の場合、詳細ＤＢ１１３には、代表画像のファイル名、代表画像に示された衣服の品名や価格、色ごとの在庫有無、コーディネイト例（店舗お勧めの衣服の組み合わせ例）、備考欄などの各種情報を１つのレコードとして記憶する。尚、備考欄には、値下げ対象商品であるかの情報などのテキスト情報が記憶される。これらレコード内の各種情報は、利用者の携帯端末装置４０１〜４０３に送信される詳細情報である。

図２を参照しつつ、クライアント端末８００の構成について説明する。クライアント端末８００は、例えば、プロセッサ８０１、ＲＡＭ（Random Access Memory）８０２、ＲＯＭ（Read Only Memory）８０３、ネットワークＩ／Ｆ（Interface）８０５、モニタ８０７、操作装置８０８等を有する。プロセッサ８０１はＣＰＵ（Central Processing Unit）などの演算装置である。プロセッサ８０１は、ＲＯＭ８０３に記憶されたプログラムや不図示のＨＤＤ等の記憶装置に記憶されたプログラムをＲＡＭ８０２に展開し、演算を実行することで、各ハードウェアと協働しながら様々な機能を提供する。ＲＡＭ８０２は主記憶装置であり、ＲＯＭ８０３はシステムプログラムなどを不揮発性に記憶した装置である。不図示のＨＤＤは通信端末に通常備わる記憶装置であり、プログラムやデータなどを不揮発性に記憶する補助記憶装置である。ネットワークＩ／Ｆ８０５は、インターネット等の通信回線を介して例えばルータ３０２等との間で通信を行う。モニタ８０７、操作装置８０８（例えばキーボード）は、クライアント端末８００のユーザ等が、サーバ１００にて提供するユーザインタフェース画面の作成や編集等のメンテナンスを行う場合の操作表示部である。

次に、サイネージ装置２００におけるユーザインタフェース画面の表示例を図３に示す。尚、以降の説明では、衣服を販売している店舗を一例に説明する。サイネージ装置２００は、ディスプレイの上段に代表画像２０１〜２０６を表示する。代表画像２０１〜２０６は、商品衣服を着用した人のスナップ写真画像などであり、縦横方向に整列して一覧表示される。代表画像２０１〜２０６はＨＤＤ１０４に記憶された展示画像データ１１１内のデータであり、サーバ１００は、展示画像データ１１１の中から事前に指定される代表画像を取得し、レイアウトデータ１１２に従い代表画像２０１〜２０６をサイネージ装置２００に表示する。またサイネージ装置２００は、利用者が送信した写真画像２１０をディスプレイの下段にランダムに配置して表示する。このように、代表画像２０１〜２０６と写真画像２１０とは同時に表示される。

図３に示すカーソル２１１〜２１３は、利用者の操作に従い移動するポインタである。ここで、カーソル２１１〜２１３の操作について説明する。またここでは、携帯端末装置４０１を用いて操作するものとする。サイネージ装置２００の表示内容を視認した利用者は、携帯端末装置４０１を用いて、ＱＲコード２２０を撮像することでサーバ１００のＵＲＬを入手し、Ｗｅｂブラウザを用いてアクセスする。サーバ１００は、携帯端末装置４０１からのアクセスをトリガとしてレイアウトデータ１１２内のデータ（スクリプトを含む）を携帯端末装置４０１に送信する。携帯端末装置４０１は、送信されたスクリプトをＷｅｂブラウザ内で実行することで、図４に示す操作画面を表示する。利用者は、タッチパネルディスプレイ４１３を用いて、表示された十字キー４１１を操作する。この操作情報はサーバ１００に逐次送信され、サーバ１００はこの操作情報に従いカーソル２１１を移動させる。

サーバ１００は、複数端末からの同時操作を許容する。すなわち、上述の操作を、携帯端末装置４０２、４０３でも同時に行うことができる。複数人が操作する場合、各利用者がいずれのカーソルを操作しているのかが分からなくなるため、本実施形態では、図３に示す各カーソルの色と、図４に示す十字キー４１１と同じ色にする。本例では、携帯端末装置４０１はカーソル２１１を操作し、他の携帯端末装置４０２、４０３は、カーソル２１２、２１３をそれぞれ操作している。本例では十字キー４１１の表示色とカーソルの色とを同じものとしたが、態様はこれに限定されず、利用者が理解できる程度に、カーソルと同じ色を携帯端末装置に表示させればよい。

引き続き、携帯端末装置４０１での操作や画面表示例について説明する。利用者が興味のある代表画像にカーソルを合わせ、図４の操作画面上を下方向にフリックすると、この操作情報を受け付けたサーバ１００は、当該選択された代表画像に対応づけられた詳細データを、詳細ＤＢ１１３から取得する。サーバ１００は、取得した詳細データおよび代表画像を携帯端末装置４０１に送信し、またレイアウトデータ１１２から所定のデータを取得して送信する。

携帯端末装置４０１は、送信されるレイアウトデータに従い、図５に示すように代表画像（ここでは図３の代表画像２０３が選択されたものとする）、詳細データ４１４を表示する。例えば代表画像２０３には、ジャケット、スカート、マフラーなどを着用した人の画像であるとすると、詳細データ４１４は、当該ジャケット、スカート、マフラー等の品名や在庫の有無、価格など、詳細ＤＢ１１３に登録されている各値となる。また同じレコード内のコーディネイト例も表示され、備考欄は、お得情報として表示される。

利用者は、代表画像３０２やコーディネイト例などを参考にして試着した後は、図５に示すボタン４１５を押下する。これにより撮像用のカメラアプリケーションが起動し、試着状態などを撮像することができる。この撮像データはサーバ１００に送信され、サイネージ装置２００のディスプレイ下段に、写真画像２１０として表示される。また一方で、サーバ１００は、携帯端末装置４０１より送信される撮像データをＳＮＳにアップロードする。本実施形態では、事前に情報提供システム１用のアカウントをＳＮＳに登録しておき、この登録アカウントで撮像データをアップロードする。サーバ１００は、アップロードしたリンク先ＵＲＬを携帯端末装置４０１に送信する。これにより、利用者は、ＳＮＳアプリケーションの機能を用いて、各種情報（試着衣服や店舗名など）を知人や第三者に知らせることができる。

次に、サーバ１００の動作例を図６、図７を参照しつつ説明する。これら各動作は、プロセッサ１０１がＨＤＤ１０４に事前に記憶されているプログラム１１５をＲＡＭ１０２に展開し、演算実行することで実現される。

図６は、利用者が詳細情報を取得するまでの動作例を示したフローチャートである。プロセッサ１０１は、ネットワークＩ／Ｆ１０５を介して携帯端末装置からのアクセスを受け付ける（ＡＣＴ００１）。本例では、携帯端末装置４０１からアクセスされるものとする。またプロセッサ１０１は、この際に利用者を識別する情報も取得する。この利用者識別情報は、例えばＣｏｏｋｉｅなどの技術を用いて携帯端末装置４０１に記憶されている。尚、新規アクセスの場合、当該携帯端末装置４０１には新たな利用者識別情報が携帯端末装置４０１に記憶される。

プロセッサ１０１は、送信される利用者識別情報に基づき、利用者を特定、識別する（ＡＣＴ００２）。この利用者の特定は、例えばカーソルの色などに反映され、プロセッサ１０１は、前回利用時と同じカーソル色が空いている場合はその色を使うように割り当てる。尚、上記例のようにＣｏｏｋｉｅを用いて利用者識別を行ってもよいし、ＨＴＴＰベースのユーザ認証を行ってもよい。また、端末の固有ＩＤなどを取得することで、登録情報や過去のアクセス情報と照会することもできる。

プロセッサ１０１は、サイネージ装置２００に当該利用者用のカーソルを表示するように制御する（ＡＣＴ００３）。またプロセッサ１０１は、ネットワークＩ／Ｆ１０５が受信する、携帯端末装置４０１の操作情報に従い、カーソルを移動させる（ＡＣＴ００４）。プロセッサ１０１は、取得操作（下方向へのフリック操作）の情報を受け付けるまで、ＡＣＴ００４を繰り返し実行する（ＡＣＴ００５、Ｎｏのループ）。取得操作を受け付けると（ＡＣＴ００５、Ｙｅｓ）、プロセッサ１０１は、選択される代表画像に対応した詳細情報を詳細ＤＢ１１３より取得し、また選択される代表画像を展示画像データ１１１から取得し（ＡＣＴ００６）、これら各データを携帯端末装置４０１に送信する（ＡＣＴ００７）。尚、プロセッサ１０１は、代表画像のファイル名に基づき詳細ＤＢ１１３内のレコードを特定し、詳細情報を取得する。

図７は、利用者が撮像した写真画像データを受信する際の動作例を示したフローチャートである。プロセッサ１０１は、携帯端末装置４０１からアクセスを受け付け（ＡＣＴ１０１）、これと同時に送信される利用者識別情報に基づき利用者を識別する（ＡＣＴ１０２）。ネットワークＩ／Ｆ１０５が撮像画像を受信することで、プロセッサ１０１は、この撮像画像を一時的にＲＡＭ１０２に記憶する（ＡＣＴ１０３）。

プロセッサ１０１は、撮像画像に対し、写真のフレーム枠などを設けるなどの装飾加工を施す（ＡＣＴ１０４）。プロセッサ１０１は、撮像画像のサイズが大きいなどは規定サイズになるように変更し、また画像を回転させる（ＡＣＴ１０５）。画像の回転は、上下が反転しない程度に回転させる。プロセッサ１０１は、ＡＣＴ１０４、１０５の処理を行った後の画像をサイネージ装置２００に表示させる（図３の写真画像２１０を参照）。写真画像の配置位置は、図３に示すようにランダムとなるように配置され、写真画像が既に表示されている場合は、その上に重ねて配置することも許容される。

プロセッサ１０１は、ネットワークＩ／Ｆ１０５を動作させて撮像画像をＳＮＳサイトにアップロードする（ＡＣＴ１０７）。このときにアップロードされる画像は、ＡＣＴ１０３で受信された撮像画像そのままでもよいし、各種加工後の画像でもよい。

以上のようにして、利用者は複数人で視認可能なサイネージ装置から、所望する代表画像を選択し、且つ、代表画像に応じた詳細情報を容易に提供することができる。また利用者が撮像した画像をサイネージ装置に表示することで、一方通行の情報提示ではなく、利用者参加型の情報提供システムを提供することができる。

続いて、本実施の形態による情報提供システム１において上述のようにサイネージ装置２００にて画面表示されるユーザインタフェース画面の作成・編集方法（ユーザインタフェース画面作成支援方法）について説明する。

本実施の形態では、不特定多数のゲストにより操作されるユーザインタフェース画面の作成者が、サーバ１００の操作装置１０８もしくはクライアント端末８００の操作装置８０８を操作することにより、サイネージ装置２００にて画面表示させるユーザインタフェース画面の作成・編集を実行可能となっている。

図８は、本実施の形態におけるユーザインタフェース画面の作成支援方法について説明するフローチャートである。ここでは、一例として、クライアント端末８００の操作装置８０８を操作するユーザ（例えば、店舗の画面の管理者等）が、ネットワーク経由でサーバ１００にログインし、サーバ１００によりサイネージ装置２００に提供されるユーザインタフェース画面を編集する場合を例に挙げる。もちろん、これに限られるものではなく、ユーザがサーバ１００の操作装置１０８を直接操作して、サーバ１００によりサイネージ装置２００に提供されるユーザインタフェース画面を編集する場合も同様のプロセスで処理が行われる。したがって、以下に示すＡＣＴ９０２〜ＡＣＴ９０４の処理機能を実態的に備えるシステムが、ユーザインタフェース画面作成支援システムに相当する。もちろん、これらＡＣＴ９０２〜ＡＣＴ９０４の機能は単一の装置に備わっている必要はなく、システム全体として結果としてこれらＡＣＴ９０２〜ＡＣＴ９０４の機能が実現されていればよい。

まず、プロセッサ８０１は、操作装置８０８へのユーザの操作入力に基づいて、当該ユーザによるログイン操作の認証を行う（ＡＣＴ９０１）。

続いて、プロセッサ８０１（ゲスト情報取得部）は、ユーザインタフェース画面を操作するゲストに関するゲスト情報を取得する（ＡＣＴ９０２）。

なお、ここでの「ゲスト情報」としては、例えば、

（１）サイネージ装置２００を操作するゲストを、サイネージ装置２００等に備わるカメラ等によって撮像した画像を顔認識技術やパターン認識技術によって解析することにより推定される、性別、年齢層、身長、体型、服装等の外見的情報、
（２）各ゲストのサイネージ装置２００への操作履歴等から推定される嗜好、趣味といった嗜好性に関する情報、
（３）各ゲストの識別情報に予め対応づけて登録されている性別、年齢、身体的特徴、嗜好性等に関する情報、
（４）ユーザインタフェース画面の管理者によって予め登録されている、ターゲット層としてのゲストの性別、年齢層、身長、体型、服装等の属性情報

などを挙げることができる。

プロセッサ８０１は、例えば、上述の（１）のゲスト情報を取得する場合、サイネージ装置２００にて撮像された画像やサイネージ装置２００にて録音された音声等のデータをネットワーク経由で受信し、これらデータを解析することによってサイネージ装置２００の周辺にいるゲストの属性を推定する。具体的には、サイネージ装置２００に、サイネージ装置２００にて画面表示させるユーザインタフェース画面周辺に位置するユーザに関する「周辺ゲスト情報」を取得するためのカメラやマイク（周辺ゲスト情報取得部）を備え、プロセッサ８０１（ゲスト情報取得部）によって、上記カメラ等にて取得された情報をゲスト情報として取得する。

例えば、サイネージ装置のユーザインタフェース画面周辺に位置して当該ユーザインタフェース画面を見ているゲストの顔、体型、髪型、服装等をカメラで撮像し、公知の画像認識技術よって顔認識等行うことにより、画面周辺に位置するゲストの性別、大まかな年齢等を周辺ゲスト情報として推定することができる。

また、サイネージ装置のユーザインタフェース画面周辺で喋っているゲストの声をマイクで録音し、公知の音声認識技術等によって分析することにより、画面周辺に位置するゲストの性別、大まかな年齢等を周辺ゲスト情報として推定することができる。

また、プロセッサ８０１は、例えば、上述の（２）のゲスト情報を取得する場合、ゲストによるサイネージ装置２００への過去の操作履歴を、その操作を行ったゲストの属性情報と紐付て取得することができる。

また、プロセッサ８０１は、例えば、上述の（３）のゲスト情報を取得する場合、例えばポイントカード等の会員制サービスへの入会時に顧客情報としてサーバ１００等に予め登録されている顧客の属性情報を、ゲスト情報として取得することができる。必要に応じて、当該ユーザのログインＩＤに上記特定の会員制サービスを紐付て登録しておくことで、画面の作成編集を行うユーザ（画面作成者）が、ある特定の会員制サービスへの登録情報をゲスト情報として利用することもできる。例えば、ある画面作成者が、店舗Ａのユーザインタフェース画面の作成編集を行う場合には、当該画面作成者のログインＩＤと店舗Ａとを紐付ておくことで、当該画面作成者がユーザインタフェース画面の作成・編集を行う際の画面作成支援に、店舗Ａのサービスに関連して登録されているゲスト情報を利用することが可能となる。

また、プロセッサ８０１は、例えば、上述の（４）のゲスト情報を取得する場合、ユーザインタフェース画面の管理者によってサーバ１００のＨＤＤ等に予め登録されている、宣伝ターゲット層としてのゲストの性別、年齢層、身長、体型、服装等の属性情報をゲスト情報として取得することができる。

なお、ここでのプロセッサ８０１によるゲスト情報の取得は、ＡＣＴ９０１にて行われる認証処理によって得られる画面作成者のログイン情報に基づいて、当該画面作成者のＩＤに対応づけられている上記（３）および（４）のようなゲスト情報を取得することができるが、これに限られるものではない。具体的には、例えば、画面作成者が上述の（１）および（２）のようなゲスト情報をインタフェース画面の作成支援に役立てたい場合には、サイネージ装置２００における特定の時間帯におけるゲストの操作履歴等の情報をゲスト情報として取得しておき、後に利用してもよい。

次に、プロセッサ８０１（テンプレート選択部）は、取得されるゲスト情報に基づいて、選択候補として提示すべきデザインテンプレートを、所定の記憶領域に予め記憶されている複数のテンプレート群の内から選択する（ＡＣＴ９０３）。図９は、サーバ１００のＨＤＤ１０４に予め格納されているデザインテンプレート群の一例である。図９に示すように、あらかじめ用意されている各デザインテンプレートには、ＩＤが付されており、且つそれぞれのデザインテンプレートは、例えば、

ID:2276 乳幼児の注意を惹きやすいようにキャラクタを表示し且つフォントサイズの大きいデザインテンプレート
ID:2931 小学生の注意を惹きやすいように明るい色合いを用い、且つコンテンツを表示可能なエリア数をID:2276よりも多くしたデザインテンプレート
ID:2054 大人の注意を惹きやすいように落ち着いた色合いを用い、且つコンテンツを表示可能なエリア数をID:2931よりも多くしたデザインテンプレート
ID:2276 高齢者でも視認性が高いように、一画面で表示させるコンテンツ数を少なくし、フォントサイズを大きくしたデザインテンプレート

といったように、宣伝対象となるゲストの属性に応じて大きい宣伝効果を得られるように、様々な属性のゲストを想定した種々のデザインテンプレート群が用意されている。

また、プロセッサ８０１（対応テンプレート設定部）は、画面作成者の操作装置８０８への操作入力に基づいて、周辺ゲスト情報取得部としてのカメラやマイク等にて取得される周辺ゲスト情報が示すゲストに対して表示させるべき任意のテンプレートを設定することもできる。

このような構成とすることにより、事前にゲストの属性に応じて表示させたいインタフェース画面のテンプレートを選択しておき、実際にサイネージ装置周辺にゲストが位置する際にそのゲストの属性に予め対応付けてあるデザインテンプレートによるユーザインタフェース画面を表示させることにより、例えばゲストの年齢層や性別に適した手法での情報提供を行うことができる。

プロセッサ８０１（テンプレート選択部）は、サーバ１００のＨＤＤ１０４に予め登録されている図１０に示すようなデータテーブルに基づいて、図９に例示したようなデザインテンプレートの中から推奨されるデザインテンプレートの抽出を行う。プロセッサ８０１は、例えば取得されるゲスト情報が、「女性」であり且つ「６〜１０歳」であることを示すものである場合、図１０のテーブルに基づいて、ID:2931のデザインテンプレートを選択する（ＡＣＴ９０３）。

プロセッサ８０１（テンプレート提示部）は、選択されたデザインテンプレートをモニタ８０７にて画面表示し、画面作成時のテンプレートとして画面作成者に提示する（ＡＣＴ９０４）。もちろん、ここでは説明の便宜上、結果的に提示するテンプレートが１つである場合を例示したが、これに限られるものではなく、結果的に提示するデザインテンプレートが複数となるような判定テーブルを用いてもよい。

上述のようにして選択されたデザインテンプレートは、キャプションとしてのテキストブックス「TITLE」をページトップに有しており、その下に複数のコンテンツエリアが配列されている。

図１１は、ID:2931のデザインテンプレートにおける各コンテンツエリアの設定項目の一例を示す図である。

同図に示すように、各コンテンツエリアには、ユーザインタフェース画面として表示された際にダウンロード可能な画像を表示するエリアである「ダウンロードエリア」、ユーザインタフェース画面として表示された際にその領域へのデータアップロードが可能なエリアである「アップロードエリア」、データのダウンロードやアップロードを行うことはできず、所定の情報（例えば、「１階」、「２階」といったインデックス情報など）が固定的に表示される「固定情報エリア」のいずれかを択一的に表示させるように設定可能となっている。ここでは、一例として、これら３つの種別のエリアのいずれかを選択する操作は、図１１および図１２に示すようなプルダウンメニューによって可能となっている。

サーバ１００のプロセッサ１０１は、上述のようにして選択され、各種設定が行われたデザインテンプレートに関する情報を、画面作成者のログインＩＤや当該ログインＩＤに対応づけられている店舗等の組織の識別情報に紐付て、レイアウトデータとしてサーバ１００のＨＤＤ１０４に格納させる。

このように、不特定多数のゲストによって閲覧されるユーザインタフェース画面の作成にあたり、雛形としての複数のテンプレート群の内から、ゲストに関する情報を基にして適切に抽出されたデザインテンプレートを画面作成者に提供することにより、ターゲットとなるゲストの属性により即したユーザインタフェース画面の作成を容易に行うことができる。

ある店舗に設置されているサイネージ装置を操作するゲストの年齢層や性別などがある程度絞れている場合、そのゲストの属性に適切なデザインテンプレートを利用することが望ましい。

そこで、ユーザインタフェース画面の作成者や店舗運営者が、プロセッサ８０１（ゲスト情報設定部）によって、ターゲット層となるゲストに関する情報を任意に設定可能な構成とすることにより、ターゲットであるゲストに対するより効果的な情報提供を可能とするデザインテンプレートを画面作成者に候補テンプレートとして提示することができる。

また、サイネージ装置２００に備わるプロセッサもしくはサーバ２００に備わるプロセッサ２０１（言語設定情報取得部）により、サイネージ装置２００と通信可能に接続されるゲスト保有端末の言語設定に関する情報を取得することにより、プロセッサ（言語設定情報取得部）にて取得される言語設定に関する情報が示す言語設定で、プロセッサ（表示制御部）によってサイネージ装置２００におけるユーザインタフェース画面の表示を行わせることもできる。

このように、サイネージ装置と通信するゲスト保有端末がある場合に、サイネージ装置におけるユーザインタフェース画面の言語設定を上記ゲスト保有端末の言語設定に合わせることで、当該サイネージ装置付近にいるゲストに理解しやすい言語でのインタフェース画面の表示を可能とすることができる。

なお、上述の実施の形態では、宣伝ターゲットとなるゲストの属性と、その属性に対応付けるデザインテンプレートとの関係は、主に画面作成者側で事前に規定する構成となっているが、これに限られるものではなく、例えば、それぞれの属性のゲストが過去にどのようなデザインのテンプレートを実際に操作したか、といった統計情報に基づいて、ある属性のゲストから操作された頻度の高いデザインテンプレートについては、その属性のゲストを宣伝のターゲットとする画面作成者には積極的に推奨するようにしてもよい。

本実施形態では装置内部に発明を実施する機能が予め記録されている場合で説明をしたが、これに限らず同様の機能をネットワークから装置にダウンロードしても良いし、同様の機能を記録媒体に記憶させたものを装置にインストールしてもよい。記録媒体としては、ＣＤ−ＲＯＭ等プログラムを記憶でき、かつ装置が読み取り可能な記録媒体であれば、その形態は何れの形態であっても良い。またこのように予めインストールやダウンロードにより得る機能は装置内部のＯＳ（オペレーティング・システム）等と協働してその機能を実現させるものであってもよい。

本発明は、その精神または主要な特徴から逸脱することなく、他の様々な形で実施することができる。そのため、前述の実施の形態はあらゆる点で単なる例示に過ぎず、限定的に解釈してはならない。本発明の範囲は、特許請求の範囲によって示すものであって、明細書本文には、なんら拘束されない。さらに、特許請求の範囲の均等範囲に属する全ての変形、様々な改良、代替および改質は、すべて本発明の範囲内のものである。

１ 情報提供システム、１００ サーバ（情報提供装置）、２００ サイネージ装置、３０１ アクセスポイント、３０２ ルータ、４０１、４０２、４０３ 携帯端末装置、１０１ プロセッサ、１０２ ＲＡＭ、１０３ ＲＯＭ、１０４ ＨＤＤ、１０５ ネットワークＩ／Ｆ、１０６ 出力装置、８００ クライアント端末。

Claims (5)

1. 不特定多数のゲストにより操作されるユーザインタフェース画面の作成を支援するデザインテンプレートを画面作成者に提示するユーザインタフェース画面作成支援装置であって、
   前記ユーザインタフェース画面を操作するゲストに関するゲスト情報を取得するゲスト情報取得部と、
   前記取得されるゲスト情報に基づいて、選択候補として提示すべきデザインテンプレートを、所定の記憶領域に予め記憶されている複数のテンプレート群の内から選択するテンプレート選択部と、
   前記テンプレート選択部にて選択されるデザインテンプレートを前記画面作成者に提示するテンプレート提示部と、
   を備えるユーザインタフェース画面作成支援システム。
2. ユーザの操作入力に基づいて、前記ユーザインタフェース画面を操作するターゲット層としてのゲストに関する情報を設定するゲスト情報設定部をさらに備え、
   前記ゲスト情報取得部は、前記ゲスト情報設定部により設定される情報を取得する請求項１に記載のユーザインタフェース画面作成支援システム。
3. 前記ユーザインタフェース画面は、前記不特定多数のゲストが訪問する場所に設置されるサイネージ装置にて表示されるものであり、
   前記サイネージ装置は、前記サイネージ装置にて画面表示させる前記ユーザインタフェース画面周辺に位置するユーザに関する周辺ゲスト情報を取得する周辺ゲスト情報取得部を備え、
   前記ゲスト情報取得部は、前記周辺ゲスト情報取得部にて取得された情報を前記ゲスト情報として取得する請求項１に記載のユーザインタフェース画面作成支援システム。
4. 前記ユーザインタフェース画面は、前記不特定多数のゲストが訪問する場所に設置されるサイネージ装置にて表示されるものであり、
   前記サイネージ装置は、前記サイネージ装置にて画面表示させる前記ユーザインタフェース画面周辺に位置するユーザに関する周辺ゲスト情報を取得する周辺ゲスト情報取得部を備え、
   前記ユーザインタフェース画面作成支援システムは、前記画面作成者の操作入力に基づいて、前記周辺ゲスト情報取得部にて取得される周辺ゲスト情報が示すゲストに対して表示させるべき任意のテンプレートを設定する対応テンプレート設定部をさらに備える請求項１に記載のユーザインタフェース画面作成支援システム。
5. 前記ユーザインタフェース画面は、前記不特定多数のゲストが訪問する場所に設置されるサイネージ装置にて表示されるものであり、
   前記サイネージ装置は、
   前記サイネージ装置と通信可能に接続されるゲスト保有端末の言語設定に関する情報を取得する言語設定情報取得部と、
   前記言語設定情報取得部にて取得される言語設定に関する情報が示す言語設定で、前記ユーザインタフェース画面を表示させる表示制御部と、
   を備える請求項１に記載のユーザインタフェース画面作成支援システム。