JP2014048825A

JP2014048825A - サーバシステム

Info

Publication number: JP2014048825A
Application number: JP2012190384A
Authority: JP
Inventors: Masami Takahata; 政実高畠; Mika Hirama; 美香平間; Naoki Watanabe; 直樹渡邊; Tomonori Ikumi; 智則伊久美; Akihiko Fujiwara; 彰彦藤原
Original assignee: Toshiba Corp; Toshiba TEC Corp
Current assignee: Toshiba Corp; Toshiba TEC Corp
Priority date: 2012-08-30
Filing date: 2012-08-30
Publication date: 2014-03-17
Anticipated expiration: 2032-08-30
Also published as: JP5634461B2; US20140063521A1

Abstract

【課題】操作画面や画面上に表示されるオブジェクトの動作をカスタマイズ可能とする技術を提供する。
【解決手段】実施形態のサーバシステムは、記憶部と、制御部と、インターフェイス部とを有する。記憶部は、画面の表示に関するデータや画面に表示されるオブジェクトの動作を定義したデータが対応付けられ、組み合わされたデータであるテーマデータを複数記憶する。制御部は、記憶部に記憶されている複数のテーマデータのうちから選定されるテーマデータに基づき、表示用の閲覧データを作成し、閲覧データを、既存の閲覧データから、作成される閲覧データに切り替える。インターフェイス部は、制御部によって切り替えられた後の閲覧データを出力する。
【選択図】図２

Description

この明細書に記載の実施形態は、操作画面上の表示内容や表示オブジェクトの動作を、テーマごとに切り替える技術に関する。

コンビニエンスストア等の店舗や、役所などの自治体施設、小学校などの教育施設には、来客者や店員、職員が操作することで所望の印刷物を生成する端末（以下、キオスク端末と称する）がある。

このようなキオスク端末は、通常の原稿コピー機能やプリンタ機能以外に、店舗の場合はチケットや電子マネーの発行伝票など、自治体施設の場合は住民票など、教育施設の場合は通知表など、事前に登録されている書式の印刷物を生成する。

関連のある技術として、以下の文献が開示されている。

特開２００６−１０６９７７号公報

このようなキオスク端末の待ち受け画面や印刷ドキュメントの選択画面、画面上に表示されるオブジェクトの動作や挙動は、事前に設定され定義付けられており、固定であるため、汎用性に欠ける。

本実施形態は上述した問題点を解決するためになされたものであり、操作画面や、画面上に表示されるオブジェクトの動作をカスタマイズ可能とする技術を提供することを目的とする。

実施形態のサーバシステムは、記憶部と、制御部と、インターフェイス部とを有する。記憶部は、画面の表示に関するデータや画面に表示されるオブジェクトの動作を定義したデータが対応付けられ、組み合わされたデータであるテーマデータを複数記憶する。制御部は、記憶部に記憶されている複数のテーマデータのうちから選定されるテーマデータに基づき、表示用の閲覧データを作成し、閲覧データを、既存の閲覧データから、作成される閲覧データに切り替える。インターフェイス部は、制御部によって切り替えられた後の閲覧データを出力する。

実施形態の印刷システムの構成例を示す模式図である。実施形態のサーバの機能ブロックの一例を示す図である。実施形態の編集対象のデータ構成の一例を示す図である。実施形態の印刷システムの表示例を示す図である。実施形態の印刷システムのカスタマイズ設定時の動作例を示すフローチャートである。実施形態のテーマ設定時の動作例を示すフローチャートである。実施形態の１つの画面を設定するときの動作例を示すフローチャートである。実施形態の印刷システムによる時節に応じたテーマに変更するときの動作例を示す図である。実施形態の印刷システムによるマシンスペックに応じたテーマに変更するときの動作例を示す図である。実施形態のテーマに変更があったときの印刷設定変更の動作例を示すフローチャートである。

本実施形態は、キオスク端末のコントロールパネルに表示される画面の背景画像や、ボタン画像などの部品画像、レイアウト、デザイン、画面遷移などの表示用パーツを事前に作成しておく。また本実施形態では、ユーザビリティに関する機能やアプリケーションの機能など、表示されるオブジェクト（ボタンなど）の操作時の動作や挙動を定義したパーツを事前に作成しておき、表示用のパーツと動作を定義したパーツとを対応付けて組み合わせる。

本実施形態では、文書の印刷設定、ロゴ、文書のフィルタリング設定についても、パーツとして事前に作成しておき、これらも上記対応付けと関連付けて組み合わせる。この各パーツの組み合せを「テーマ」として定義する。

システム開発時においては各パーツを組み合わせることでテーマを構築する。これにより、納品先の用途に応じたカスタマイズを効率よく行うことが可能となる。またシステム運用時においては、様々な情報からシステムに反映されているテーマを動的に変更させる。またシステム運用時に、ユーザがパーツを自由に組み合わせてテーマを作成し、システムに反映させることができる。

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

図１は、実施形態の一態様を例示したシステムの全体構成図である。印刷システム５００は、キオスク端末１００と、サーバ２００（サーバシステム）とを有し、これらがネットワーク３００を介して互いに通信可能な構成となっている。

キオスク端末１００は、ユーザの指示に従い、シート上にユーザが所望する画像をシート上に形成する装置である。キオスク端末１００は、読み取り部Ｒ、画像形成部Ｐ、制御ボード１００、コントロールパネル１２０を有する。

読み取り部Ｒは、主に原稿シートのコピーを行う際に用いられるユニットであり、原稿シートをスキャンして紙媒体の像を電子データに変換するユニットである。読み取り部Ｒは、原稿を照射する発光体やその発光体を移動させるキャリッジ、撮像素子であるＣＣＤイメージセンサ（Charge Coupled Device Image Sensor）、原稿からの反射光をＣＣＤイメージセンサにまで導くミラーやレンズの光学系を含む。

画像形成部Ｐは、読み取り部Ｒで得られる画像データや、電子の画像データを受け取り、その画像データのトナー像をシート上に形成するユニットである。画像形成部Ｐは、シートを各機器まで搬送する搬送路、感光体ドラム、感光体ドラムに形成される像をシートに転写する転写器、転写したトナー像をシートに加熱定着させる定着器を含む。

制御ボード１１０は、キオスク端末１００内の各ハードウェアを統括制御するユニットであり、プロセッサ１１１、記憶装置１１２、通信ボード１１３を有する。プロセッサ１１１１は、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）などの演算処理装置であり、記憶装置１１２に記憶されているプログラムを演算実行することで、画像処理や各ハードウェアの制御を行う。記憶装置１１２は、ＲＡＭ（Random Access Memory）などの揮発性記憶装置、ハードディスクドライブやフラッシュメモリなどの不揮発性記憶装置を含み、プログラムや以降に説明する各データを記憶する。通信ボード１１３は、外部機器との間でのデータの送受信を制御するユニットであり、例えばＬＡＮカード（ＬＡＮ：Local Area Network）である。

コントロールパネル１２０は、ユーザに操作画面を表示したり、ユーザの入力を受け付けたりする装置である。本実施形態では、液晶タイプのフラット状の表示装置、タッチパネル形式の入力装置を含む。

サーバ２００は、従前のコンピュータと同様であり、ＣＰＵなどのプロセッサ２１１、ＲＡＭやハードディスクドライブなどの記憶装置２１２、ＬＡＮカードなどの通信ボード２１３を有する。またサーバ２００は、出力装置であるディスプレイ２６０、入力装置であるキーボード２６１やマウス（不図示）を有する。

通信ボード１１３と通信ボード２１３とが互いにネットワーク３００を介してデータの送受信を行っている。尚、本実施形態では、サーバ２００の記憶装置２１２には、ＷＥＢサーバプログラムやＷＥＢブラウザプログラムが事前に導入されており、キオスク端末１００には、ＷＥＢブラウザプログラムが事前に導入されている。ＷＥＢブラウザプログラムがＷＥＢサーバプログラムに向けてＨＴＭＬ取得電文を送信し、ＷＥＢサーバプログラムがＨＴＭＬ形式やその他のデータを返信することで、表示や操作が行われる。ＷＥＢサーバプログラム、ＷＥＢブラウザプログラムは、本実施形態では既存のプログラムが採用されるものとする。

図２は、サーバ２００の構成を示すブロック図である。サーバ２００は、制御部１０、表示部２０、操作部３０、カスタマイズ部４０、ＤＢ（Database）アクセス部５０、文書登録部６０、通信部７０を有する。これらは、サーバ２００のプロセッサ２１１が記憶装置２１２に導入されているプログラムをロードし、演算実行することで実現される。

制御部１０は、図２に示す各ブロックの実行を包括的に制御する部位である。表示部２０は、ディスプレイ２６０やビデオドライバ（不図示）を含み、ディスプレイ２６０を介してユーザや作業者に処理内容や実行結果、またＷＥＢブラウザプログラムを介してキオスク端末１００のコントロールパネル１２０と同等の操作画面を表示する。

操作部３０は、キーボード２６１やマウスを含み、ユーザや作業者からの入力を受け付ける部位である。カスタマイズ部４０は、テーマの設定や、テンプレートの編集処理を担う部位である。テンプレートは、表示用の背景画像やボタン画像などの画像データや、その表示位置、大きさ、数、およびユーザの操作によって実行されるプログラムを事前に組み合わせて用意されたものである。本実施形態では、複数のテンプレートが事前に用意され、記憶装置２１２に記憶されている。

ＤＢアクセス部５０は、事前に構築されているＤＢへアクセス制御をする部位であり、ＤＢ内のデータの登録、削除、更新、検索を主に行う部位である。文書登録部６０は、ＤＢアクセス部５０を介して印刷ドキュメントのデータや書式データを登録する部位である。印刷ドキュメントのデータや書式データは、他のコンピュータで作成されるドキュメントデータや、キオスク端末１００の読み取り部Ｒで読み取られた原稿データなどである。通信部７０は、通信ボード２１３を含み、キオスク端末１００とのデータ通信を実行する部位である。

またサーバ２００の記憶装置２１２には、文書ＤＢ６１、プロジェクトＤＢ５１、各種設定ＤＢ５２、テンプレートＤＢ５３、画像ＤＢ５４、テーマＤＢ５５の複数のＤＢが、ＤＢ単位もしくはテーブル単位で記憶されており、ＤＢアクセス部５０によりアクセス制御される。

文書ＤＢ６１は、文書登録部６０により登録される印刷ドキュメントのデータや書式データを記憶するＤＢであり、このドキュメントの実体データと、ドキュメントを一意に定義するドキュメントＩＤ（Identification）と、ドキュメントの属性情報とを対応付けて記憶する。属性情報とは、例えば「住民票」、「戸籍謄本」、「１０００円以下の商品」、「１０００円〜２０００円の商品」など、ユーザが用途に応じて任意で指定することができるカテゴリであり、印刷ドキュメント等をグループ化する情報である。印刷ドキュメントのデータや書式データをＤＢ内ではなくファイル形式で保持する場合は、文書ＤＢ６１には、そのリンクデータであるファイル名やパス名が記憶される。

プロジェクトＤＢ５１は、テーマの構築をする際に使用され、プロジェクトＩＤ、プロジェクト名やそのプロジェクトで使用する画像ファイルやレイアウトファイル、制御コードファイルの各ファイル名を対応付けて保持する。テーマの構築やカスタマイズは、本実施形態では、まずはプロジェクトを作成し、そのプロジェクトを単位として、プロジェクト内でのデータの編集等が行われる。プロジェクトＤＢ５１は、このプロジェクトを管理（新規作成、更新、削除、検索など）するＤＢである。

各種設定ＤＢ５２は、印刷設定（両面／片面印刷設定、カラー／グレイスケール印刷設定、割り付け印刷設定、シートサイズなど）や印刷用のロゴデータ、ウォーターマークとして印刷される文字列データ、その印刷位置の情報を対応付けて、これを一意に定義するＩＤとともに記憶する。また各種設定ＤＢ５２には、フィルタリングルールや機能設定も同じＩＤで対応付けられて記憶される。

テンプレートＤＢ５３は、テンプレートデータを一意にするテンプレートＩＤと、ブラウザ側で実行されるＪａｖａＳｃｒｉｐｔ（登録商標）や表示レイアウトのスタイルシートであるＣＳＳ（Cascading Style Sheets）の実体データ（もしくはこれら実体データのファイル名やパス名）を対応付けて記憶している。ボタン画像などの部品画像の表示位置、その数やボタン押下等のユーザ操作に起因する処理動作の組合せは、本実施形態では事前にテンプレートとして複数用意され、テンプレートＤＢ５３に登録されている。ユーザは、カスタマイズする場合にはこのテンプレートデータに対し、必要な箇所を修正する。尚、本実施形態では、１つのテンプレートデータで１つの画面イメージが形成されるものとする。

画像ＤＢ５４は、画像を一意にする画像ＩＤと、その画像データの実体データ（もしくは画像のファイル名やパス名など、画像ファイルを特定する情報）を対応付けて記憶する。画像データには、背景画像や、ボタン画像、ロゴ画像などの部品画像がある。

テーマＤＢ５５は、テーマを一意に定義付けするテーマＩＤとともに、上記ＤＢ５１〜５４、６１に保持されているそれぞれのＩＤを対応付けて組み合わせて保持するＤＢである。尚、１つのテーマＩＤに複数のテンプレートＩＤ、画像ＩＤ、各種設定ＩＤを対応付けることで、待ち受け画面、カテゴリ選択画面、印刷物選択画面等、複数画面の遷移を伴うテーマを構成させることができる。

図３（Ａ）は、テーマＤＢ５５による対応付けにより、テーマとして括られる各データを示す図である。本実施形態でのテーマは、ＣＳＳ、ＪａｖａＳｃｒｉｐｔ、背景画像、部品画像、各種設定により形成され、これら各データの組み合せをテーマとしている。また図３（Ｂ）は、各種設定を例示したものである。各種設定は、上述の各種設定ＤＢ５２に対応付けて記憶されたデータである印刷設定、印刷用ロゴ設定、機能設定、フィルタリングルール設定により形成されており、これら各データの組合せにより定義される。

本実施形態では、キオスク端末１００やサーバ２００のＷＥＢブラウザプログラムにより、ＨＴＭＬ形式のデータが解析され、コントロールパネル１２０やディスプレイ２６０に表示される。サーバ２００は、ＷＥＢサーバプログラムを用いてブラウザからの要求に応じたＨＴＭＬ形式の電文を送信するとともに、閲覧用テーマとしてシステムに反映されたＪａｖａＳｃｒｉｐｔファイル、ＣＳＳファイルも送信する。ＨＴＭＬ形式の電文内には、ＪａｖａＳｃｒｉｐｔファイル、ＣＳＳファイルを指定する記述があり、この記述によりＪａｖａＳｃｒｉｐｔが実行され、ＣＳＳファイルで定義されているスタイルが表示される。

ここで、表示の一例を図４に示す。図４（Ａ）は、黒色基調の背景やボタンによって構成される画面の表示例であり、図４（Ｂ）は、グラデーションを伴う基調の背景やボタンによって構成される表示例である。ボタンなどのオブジェクトの配置やオブジェクトの動作（ユーザの操作に起因した動作）は同じである。本実施形態では、ユーザの指定や条件に応じて図４（Ａ）や図４（Ｂ）などに表示を切り替える。

ここで図４を参照しつつ、ボタンオブジェクトの動作の一例を説明する。図４（Ａ）（図４（Ｂ）も同様）の各ボタン（「Citizens」、「Revenue department」等のラベルが付された矩形領域）が押下されると、そのボタンに対応したリンク先のページを要求する電文が、そのボタンに定義されている属性情報（例えば「Citizens」）とともに、サーバ２００に送信される。サーバ２００のＤＢアクセス部５０は、文書ＤＢ６１内で属性情報が「Citizen」となっている印刷ドキュメントデータを検索し、結果を制御部１０に出力する。制御部１０は、検索結果である印刷ドキュメントデータの一覧を生成する。通信部７０は、制御部１０の制御に従い、生成された一覧とともに、テーマとしてシステムに反映されているＨＴＭＬ、ＪａｖａＳｃｒｉｐｔ、ＣＳＳを送信元に返信する。これによりＷＥＢブラウザ上に、テーマとしてシステムに反映されている表示形式で、ドキュメント一覧が表示される。その後、一覧からユーザ所望のドキュメントが選択されることで、当該ドキュメントがテーマに応じた印刷設定で印刷される。本実施形態では、このようにテーマに応じた表示やテーマに応じた印刷設定で印刷される。

次に、印刷システム５００の動作例についてフローチャートを参照しつつ説明する。図５は、テーマを設定し、そのテーマをカスタマイズする際の全体動作を示したフローチャートである。まずサーバ２００内の制御部１０は、ユーザ（ここではテーマ設定者や構築者）による所定の操作で、操作部３０を介してプロジェクトの作成指示を受け付ける（ＡＣＴ００１）。制御部１０は、プロジェクト名をユーザから取得し、プロジェクトＩＤを生成してプロジェクト名とともにプロジェクトＤＢ５１に登録する。また制御部１０は、当該プロジェクト名が付された作業用フォルダを記憶装置２１２に作成する。次にテーマの設定処理が行われる（ＡＣＴ００２）。

このテーマ設定処理については、図６を用いて説明する。表示部２０は、テーマＤＢ５５に登録されている複数のテーマを一覧表示することで、テーマの選択が行われる（ＡＣＴ１０１）。制御部１０は、ここでテーマＤＢ５５に登録されているテーマＩＤを全て取得し、表示部２０に選択可能な形式（例えばプルダウンメニューやラジオボタン形式）で一覧表示させる。この際、テーマＩＤに関連付けられているテンプレートＩＤ、画像ＩＤを基に、各表示画面のサマリー画像が表示されてもよい。

カスタマイズ部４０は、ユーザにより選択されるプロジェクトにテーマを反映する（ＡＣＴ１０２、ＡＣＴ１０３）。ここでは、ＡＣＴ００１で作成されたプロジェクトの作業用フォルダに、テーマＩＤから各ＤＢの対応関係で導出されるＪａｖａＳｃｒｉｐｔのテンプレートファイル、ＣＳＳのテンプレートファイル、画像ファイルなどが、規定のフォルダ構造や命名規則で格納される。またこのときに、ＪａｖａＳｃｒｉｐｔファイルやＣＳＳファイル、画像ファイルの呼び出し元であるＨＴＭＬファイルも生成され、作業用フォルダに格納される。

テーマの新規設定の場合、テーマ設定処理については終了となるが（ＡＣＴ１０４、Ｎｏ）、テーマ内に既にカスタマイズされたパーツがあり、それを流用して設定する場合は、そのカスタマイズされたパーツをデフォルトのパーツ（カスタマイズ前の初期状態のパーツ）に戻す（ＡＣＴ１０４、Ｙｅｓ、ＡＣＴ１０５）。例えば図４（Ａ）に示す画面がテンプレートとして設定されている場合、黒色基調の複数のボタンの中の１つだけ黄色のボタン（ユーザがカスタマイズしたボタン）がある場合などでは、統一感が無くなる。よって、本実施形態では、基のデフォルトに戻すことにする。

図５の説明に戻る。ＡＣＴ００２でテーマ設定が行われた後、カスタマイズ部４０は、ユーザからの指示に従いながら作業フォルダ内のデータに対して編集処理を行う（ＡＣＴ００３）。このときの動作について図７を用いて説明する。

カスタマイズ部４０は、作業フォルダ内のＪａｖａＳｃｒｉｐｔファイル、ＣＳＳファイルの編集、設定を行う（ＡＣＴ２０１）。本実施形態では、パネル上部の領域をヘッダ領域、パネル下部の領域をフッダ領域、中央部をボディ領域としたレイアウトを基礎としており、ＡＣＴ２０１では、領域ごとに、配置する表示文字列やそのフォント、フォントサイズが設定され、またボタンやプルダウンメニュー等のオブジェクトの形状、数、ラベル、属性情報（ラベルと属性情報とは同値でもよい）、オブジェクトが操作されたときの動作コードが設定される。動作コードは、ＪａｖａＳｃｒｉｐｔファイルのファイル名で指定される。尚、テーマ設定時のものでよければそのまま使用されてもよい。

次いで、背景画像、部品画像を設定する（ＡＣＴ２０２）。各画像は、先のテーマ設定時により選定された画像でよければそのまま使用されるが、変更したい場合は、ユーザの所定操作により画像ＤＢ５４に登録されている画像が表示部２０に一覧表示され、ユーザ所望の画像が選択される。選択された画像は、プロジェクトの作業フォルダ内に保存される。画像の差し替えである場合は、作業フォルダ内の既存の画像ファイルに上書きで保存される。

次に、その他の各種設定についての設定処理が行われる（ＡＣＴ２０３）。カスタマイズ部４０は、テーマ内で定義されている各種設定ＩＤを取得し、各種設定ＤＢ５１を参照してその設定値（ここでは表示に関しての設定値）を取得する。取得される値は、表示部２０に表示される。ユーザは、変更が必要な部品については値を変更し、プロジェクト内に取り入れられる。

このような操作により、プロジェクト内でテーマについての設定が行われ、１つのパネル（表示画面）が形成される。全てのパネルの編集が完了するまで、上記ＡＣＴ２０１〜ＡＣＴ２０３の動作が実行される（図５のＡＣＴ００４、Ｎｏによるループ）。

全てのパネルの編集が完了する場合（ＡＣＴ００４、Ｙｅｓ）、カスタマイズ部４０は、ユーザの指示に従いパネル間の制御の設定を行う（ＡＣＴ００５）。ここでは、パネル内の一つのボタンが押下されるといずれのパネルに遷移するか、等の設定が行われる。ここの遷移のルールは、ＨＴＭＬファイル内で定義されてもよいしＪａｖａＳｃｒｉｐｔファイル内で定義されてもよい。カスタマイズ部４０は、いずれか一方もしくは両方のファイルを書き換えることで、画面遷移を定義付ける。

このようにテーマが作成されると、制御部１０は、ユーザからの指示を取得して、ＷＥＢブラウザからアクセス可能なフォルダやそのサブフォルダ内に、ＨＴＭＬファイル、ＪａｖaＳｃｒｉｐｔファイル、ＣＳＳファイルや画像データを配置する。これにより、キオスク端末１０から要求電文を受信すると、ユーザが設定したテーマに応じた表示を行うことができる。このような処理により、既存の表示用のテーマを新規に作成したテーマに変更させることができる。また上記のＷＥＢブラウザからアクセス可能なフォルダとは異なるフォルダを作成し（フォルダ名は本例ではテーマＩＤとする）、このフォルダに、作成したＨＴＭＬファイル、ＪａｖaＳｃｒｉｐｔファイル、ＣＳＳファイルや画像データを配置してもよい。これはテーマを複数用意して、必要に応じテーマを切り替える運用とする場合に有効な手段となる。

ＷＥＢブラウザから閲覧可能なデータや構造であり、ホームページとして用意されたフォルダ内のデータを閲覧データと称する。すなわち、閲覧データとは、ＷＥＢサーバアプリケーションが、要求に応じてＷＥＢブラウザに送信するデータの一式である。また、ホームページとして用意されたフォルダとは異なるフォルダであるが、ＷＥＢブラウザから閲覧可能なデータや構造で形成されているものも閲覧データと称する。

また本実施形態では、上述のユーザが指定したテーマに切り替え変更すること以外にも、時節に応じたテーマや、ＷＥＢブラウザプログラムが導入されている装置のスペックに応じたテーマとなるように変更し、表示や印刷設定を切り替えることができる。

ここで、時節に応じたテーマに切り替える動作について、図８を参照しつつ説明する。本例では、図５〜図７で説明した手法で複数のテーマが既に設定されており、また、春夏秋冬の季節それぞれに応じたテーマごとに、ＷＥＢサーバアプリケーションが提供可能な形式のファイルやフォルダ（すなわち閲覧データ）が既に形成され、事前に用意されているものとする。

制御部１０は、時節が変化したかの判定処理を行う（ＡＣＴ３０１）。制御部１０は、例えば１分ごとに定期的にハードウェアクロックから現在の日付の情報および現在時刻の情報を取得し（現在の日付の情報のみでもよい）、日付情報から今現在何月であるかの月情報を取得する。制御部１０は、この月情報に応じてテーマを切り替え変更する（ＡＣＴ３０２）。

例えば３月〜５月を春、６月〜８月を夏、９月〜１１月を秋、１２月〜２月を冬とすると、取得した月情報が２月から３月に切り替わった場合、制御部１０は、冬のテーマから春のテーマへとテーマを切り替える。その他の季節の切り替えも同様である。ここでの切り替えは、上述のＷＥＢブラウザからアクセス可能なフォルダやそのサブフォルダ内のファイル（冬のテーマ用の閲覧データ）を、春のテーマとして用意された閲覧データに上書きすることで切り替える方法でもよい。または、ホームディレクトリをリネームすることで、冬のテーマの閲覧データのホームディレクトリから春のテーマの閲覧データのホームディレクトリに、アクセス可能なディレクトリを切り替え変更する手法でもよい。尚、本例では、各季節とテーマＩＤとが対応付けられたデータが記憶装置２１２に記憶されており、制御部２１１は、切り替わった際にこの対応データを参照して切り替え後のテーマＩＤを取得する。その後制御部２１１は、フォルダ名が当該テーマＩＤとなっているフォルダを特定し、このフォルダ内のデータに切り替わるように制御する。

上記例では、季節に応じてテーマを切り替える実装について説明したが、朝方、日中、夜間などの時間帯でテーマを切り替えてもよい。この場合、現在時刻の情報のみが取得されてもよく、この取得される現在時刻の値が規定時刻に達しているかを判定することで、切り替えるか否かの判定がなされる。また日付に応じたテーマ切り替えも可能である。例えば店舗施設の場合、キオスク端末１００を操作している来店者に対し、例えば「本日ポイント還元日」などの広告データを通知することができる。

次に、マシンスペックによってテーマを切り替える動作について、図９を参照しつつ説明する。キオスク端末１００のコントロールパネル１２０には、解像度の低いものや高解像度のものがある。本実施形態では、解像度が低い場合は簡素な略式画像を用い、高解像度の場合は、詳細で緻密な画像を用いる、という切り替えが可能となる。また高機能のＪａｖａＳｃｒｉｐｔはその分負荷がかかるため、キオスク端末１００のプロセッサ１１１の処理能力が低い場合、機能を低く抑えたＪａｖａＳｃｒｉｐｔを実行するテーマとする、という切り替えが可能となる。本例も同様に、高機能用の閲覧データ、低機能用の閲覧データを事前に作成し、用意しておく。

制御部４０１は、キオスク端末１００のマシンスペックの情報を取得する（ＡＣＴ４０１）。キオスク端末１００のマシンスペックは、運用前に既にわかり得る情報であるため、サーバ２００の記憶装置２１２に事前にマシンスペックの情報を記憶させておき、それを取得する実装でもよい。またキオスク端末１００に、自機のマシンスペックを取得するための機構が備えられている場合は、その機構を通じてマシンスペックが取得される実装でもよい。制御部１０は、この取得したマシンスペックの情報に応じたテーマに切り替え変更する（ＡＣＴ４０２）。切り替え手法は、上記の時節によってテーマを切り替える実装例と同様である。

上記例のシステム側が所定の条件に応じて自動で切り替える手法は、図５〜図７のフローチャートに従い、事前に、ＷＥＢブラウザに即時に提供できるファイル構成、フォルダ構成（閲覧データ）を複数構築しておき、このファイルやフォルダ構成を切り替える、というものである。他の実装例として、テーマＤＢ５５に所定条件に応じたそれぞれのテーマを用意しておき、所定の条件になったときに、その都度、制御部１０がテーマＤＢ５５から条件に応じたテーマを取得して、ＷＥＢブラウザに提供できるファイル構成、フォルダ構成（閲覧データ）を構築する、という実装でもよい。

本実施形態では、テーマの変更に合わせて印刷設定も同時に変更される。テーマの変更や切り替えが発生した際に、サーバ２００からキオスク端末１００に、印刷設定の変更値が送信される。その時の動作フローを図１０に示す。サーバ２００の制御部１０は、テーマを変更した場合（ＡＣＴ５０１、Ｙｅｓ）、変更後のテーマのＩＤを取得して、そのテーマＩＤと関連している各種設定ＩＤをテーマＤＢ５５から取得する。制御部１０は、取得した各種設定ＩＤに対応している印刷設定値を各種設定ＤＢ５２から取得して、キオスク端末１００にこの印刷設定値を送信する。

キオスク端末１００のプロセッサ１１１は、この送信をトリガとして、予め記憶装置１１２に記憶されている印刷設定変更プログラムを起動する。プロセッサ１１１は、起動したプログラムを演算実行することで、送信された印刷設定値がデフォルトの印刷設定となるように、内部の印刷設定情報を書き換える（ＡＣＴ５０２）。これにより、書き換え後のデフォルト値で印刷されるようになる。このようにテーマを変更することで、例えば文書の印刷設定が「Ａ４で片面印刷」から「Ａ４で両面印刷」で印刷されるようになる。

また本実施形態では、利用シーンで印刷に必要な文字列やロゴを切り替えることができる。例えば店舗の場合、店のロゴを変えることができ、自治体施設の場合、市や区のロゴを変えて印刷することができる。

キオスク端末１００が、印刷する際に「ＣＯＰＹ」や「複写を禁ずる」等のユーザが任意で指定した文字列をウォーターマークとして自動的に付して印刷することが可能である場合や、印刷する際にオーバーレイさせる画像ファイルを指定できる場合、各種設定ＤＢ５２に、印刷設定値と同様に文字列やロゴ画像ファイルを登録することで、ウォーターマークの文字列やオーバーレイさせる画像データもテーマに応じて変更させることができる。サーバ２００の制御部１０は、テーマの変更があった際には、この文字列やロゴ画像も印刷設定値と一緒にキオスク端末１００に送信する。キオスク端末１００のプロセッサ１１１は、印刷設定変更プログラムを用いて、送信される文字列をウォーターマークとして設定し、送信されるロゴ画像をオーバーレイ用の画像ファイルとして扱うように設定する。これにより、テーマに応じたウォーターマークやロゴ画像も印刷される。

また、キオスク端末１００に対してフィルタリングルールの設定が可能である場合、このフィルタリングルールの設定に従い、印刷の可否を判定することができる。例えば印刷ドキュメント内に「極秘」等の文字が含まれる場合、当該印刷ドキュメントの印刷は許可しない、等の動作をテーマに応じて行うことができる。フィルタリングルールの設定も印刷設定値と同様に各種設定ＤＢ５２に登録し、テーマ変更の際に印刷設定値と同様にキオスク端末１００に送信され、反映されることで、テーマに応じたフィルタリング設定が可能となる。

上記のテーマ変更処理は、システム開発時のみならず、運用時においても行うことができる。また、運用時においてもユーザがテーマをカスタマイズすることもでき、そのカスタマイズしたテーマをアプリケーションに反映させ利用することもできる。また本実施形態では、デザインなど見た目だけでなく、動作、機能やユーザインターフェイスを、テーマの変更に応じて設定、追加、変更することができる。

また本実施形態では、さまざまな情報を基に、最適なテーマに動的に切り替えて反映させることができる。本実施形態では、一例として、時刻／日付／季節に応じたテーマに変更する態様、使用するマシンスペックに合わせたテーマに変更する態様について説明した。

また本実施形態により、テーマの設定によって機能設定を変更することができる。例えばテンプレートや部品の機能を異ならせることで、印刷設定あり／なしを指定や、リストビュー、サムネイルビューの遷移設定などを指定することが可能となる。また、テーマによって印刷する文書のフィルタリングルールを変更することが可能となり、テーマによって印刷できる文書を変えることができる。

本実施形態では、サーバ２００とキオスク端末１００の２つ筺体により構成された印刷システムについて説明したが、態様はこれに限定されない。すなわち、キオスク端末１００にサーバ２００の機能を取り入れて１つの筺体で印刷システムが提供されてもよいし、その逆でもよい。キオスク端末１００を複数有する構成であってもよく、サーバ２００で実現される各機能を複数筺体に分けてもよい。本実施形態では、テーマの構築やカスタマイズと、テーマに基づき生成される閲覧データの提供とをサーバ２００の１つの筺体で行う実装としているが、これらをサーバシステムとして別筺体としてもよい。この場合、テーマの構築やカスタマイズを行う環境として別途コンピュータを用意し、このコンピュータ上でテーマの構築から閲覧データの生成までを行う。サーバ２００は、生成された閲覧データのみを配置し、ＷＥＢ閲覧データの提供や切り替え処理を行う。

また本実施形態では、既存のＷＥＢサーバアプリケーションを採用したため、このＷＥＢサーバアプリケーションの仕様に合致したファイル構造の閲覧データを生成するものとして説明したが、態様はこれに限定されない。制御部１０は、例えば、送信する形式（ＨＴＴＰ（HyperText Transfer Protocol）形式）の電文フォーマットで閲覧データを作成する、という実装でもよいし、その他さまざまな態様が考えられる。またＷＥＢベースでのデータ送受信や閲覧画面であるものとして説明したが、態様はこれに限定されない。例えば独自仕様のアプリケーションを構築し、この独自仕様に則した形式で閲覧データを作成してもよいし、独自仕様に則したデータの送受信、画面の閲覧が行われる実装でもよい。

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

以上に詳述したように、この明細書に記載の技術によれば、テーマに応じた画面に切り替え変更することができ、用途にあったユーザインターフェイスや動作を提供できる。

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

１０制御部、２０表示部、３０操作部、４０カスタマイズ部、５０ＤＢアクセス部、５１プロジェクトＤＢ、５２各種設定ＤＢ、５３テンプレートＤＢ、５４画像ＤＢ、５５テーマＤＢ、６０文書登録部、６１文書ＤＢ、７０通信部、１００キオスク端末、１１０制御ボード、１１１、２１１プロセッサ、１１２、２１２記憶装置、１１３、２１３通信ボード、１２０コントロールパネル、２００サーバ、Ｐ画像形成部、Ｒ読み取り部、３００ネットワーク、５００印刷システム。

Claims

画面の表示に関するデータや画面に表示されるオブジェクトの動作を定義したデータが対応付けられ、組み合わされたデータであるテーマデータを複数記憶する記憶部と、
前記記憶部に記憶されている複数のテーマデータのうちから選定されるテーマデータに基づき、表示用の閲覧データを作成し、閲覧データを、既存の閲覧データから前記作成される閲覧データに切り替える制御部と、
前記制御部によって切り替えられた後の閲覧データを出力するインターフェイス部と、
を有するサーバシステム。
請求項１に記載のサーバシステムにおいて、
前記記憶部に記憶されるテーマデータには、さらに、印刷設定に関するデータも対応付けられ、組み合わされており、
前記制御部は、前記閲覧データの切り替えを行ったときに、該切り替え後の閲覧データの基となるテーマデータに含まれる印刷設定に関するデータを、前記記憶部から取得し、
前記インターフェイス部は、シートに画像を印刷する画像形成部を有する装置に対し、前記制御部により取得される印刷設定に関するデータを出力する
サーバシステム。
請求項１または２に記載のサーバシステムにおいて、
さらに、前記複数のテーマデータのうちから選択される１つのテーマデータに対して、ユーザの指示に従い、その一部もしくは全部を変更するカスタマイズ部を有し、
前記制御部は、既存の閲覧データから、前記カスタマイズ部によって変更されたテーマデータに基づき作成される閲覧データに切り替える
サーバシステム。