JP2008009956A - 注文処理システムにおける注文処理方法 - Google Patents

Abstract

【課題】リンク画面で注文を処理する注文処理システムにおいて、端末装置における注文処理ページの表示を速くしてストレスなく注文を受け付けることのできる注文処理システムを提供する。
【解決手段】複数の注文処理ページを記憶した店舗内サーバ３と、カラオケ店舗の顧客が使用する無線端末装置９からなるシステムにおいて、ハイパーテキストと画像データの組み合わせで構成される注文処理ページを１枚の合成画像データとリンク情報のマップデータからなる合成済の注文処理ページに変換して記憶し、その一部を事前に無線端末装置９にキャッシュしておく。無線端末装置９では、利用者の注文をキャッシュページで処理し、キャッシュされていないページが要求されたときのみ、店舗内サーバからこのページをダウンロードして表示する。
【選択図】図１

Description

この発明は、注文を処理するサーバ装置と、顧客からの注文操作を受け付ける端末装置とう相互に接続した注文処理システムにおいてページ画像の表示を効率的に行う注文処理方法に関する。

いわゆるカラオケボックスと呼ばれるカラオケ装置を設置した店舗では、カラオケ装置をネットワークで接続して新曲配信の管理等を行っている。また、近年では、カラオケ装置に対してカラオケ曲の曲番号を送信してカラオケ曲の演奏リクエストを行うリモコン装置が高機能化し、ネットワークを介してカラオケ装置と通信することができるものも実用化されている（たとえば、非特許文献１）。

また、この端末装置を用いて、ゲーム等の種々のコンテンツを実行したり、カラオケ装置を介さずにネットワークを経由して店舗内のサーバ装置と通信し、飲食物等の注文を処理するシステムも提案されている（たとえば、非特許文献２）。
ホームページ、インターネット<ＵＲＬ：http://www.dkkaraoke.co.jp/business/karaoke_service/syouhin/DAM-DS2/DS2.html> ホームページ、インターネット<ＵＲＬ：http://www.clubdam.com/damstation/index.html>

飲食物の注文処理の場合、店舗内サーバに１度のアクセスで処理を終えることができず、利用者による、食べ物、飲物等のカテゴリの選択、アルコールドリンク，ソフトドリンク等のサブカテゴリの選択、個別商品の選択発注等、店舗内サーバに対して複数回のアクセスが必要になる。さらに、ツリー構成のメニューを辿って、複数回サーバにアクセスしたのち、目的の商品画面に到達するというような構成であるため、端末装置は、サーバ装置との通信が頻繁に発生する。また、イントラネットのＷｅｂページを用いた注文処理システムでは、１枚の注文処理ページに対して、ハイパーテキストファイルと複数の画像データファイル等の多くのファイルのダウンロードが必要であった。

すなわち、注文処理ページは、たとえば、図５に示すようなハイパーテキストによる画面上に多くの画像が貼り付けられて構成されたページであり、端末装置がこのページを表示するためには、ハイパーテキストファイルおよび多くの画像データファイルをダウンロードし、これらを合成して１枚の画像にレンダリングする必要がある。

しかしながら、上記端末装置は、可搬性を実現するため、小型・電池駆動の装置であり、ＣＰＵの処理機能をそれほど高くできないため画像のレンダリング速度が速くない、無線ＬＡＮ経由であるため店舗内サーバとの通信速度が速くない等の問題点があり、このため、注文処理に時間が掛かって顧客にストレスを与えてしまうという問題点があった。

この発明は、リンク画面で注文を処理する注文処理システムにおいて、端末装置における注文処理ページの表示を速くしてストレスなく注文を受け付けることのできる注文処理システムを提供することを目的とする。

請求項１の発明は、相互にリンクする複数の注文処理ページを端末装置に送信するサーバ装置と、前記サーバ装置から受信した前記注文処理ページを表示して、利用者による注文操作を処理する端末装置からなる注文処理システムにおける注文処理方法であって、
ハイパーテキストと画像データの組み合わせで構成される注文処理ページを、１枚に合成された合成画像データと前記ハイパーテキストによるリンクをこの画像データ上に再配置したマップデータとで構成される合成済の注文処理ページに事前に変換して前記サーバ装置に記憶するとともに、前記複数の注文処理ページの一部を前記端末装置に事前にダウンロードしてキャッシュしておき、前記端末装置が、利用者による注文操作を処理するとき、前記キャッシュされた注文処理ページを表示し、キャッシュされていない注文処理ページの要求が発生したとき、前記サーバ装置から該当の注文処理ページをダウンロードして表示する注文処理システムにおける注文処理方法である。

請求項２は、上記発明において、前記端末装置にキャッシュする注文処理ページのうち一部を、非圧縮の合成画像データを含む注文処理ページとし、他の一部を圧縮された合成画像データを含む注文処理ページとしたことを特徴とする。

請求項３の発明は、上記発明において、前記端末装置にキャッシュされていない注文処理ページの要求が発生したとき、圧縮された合成画像データを含む注文処理ページをダウンロードすることを特徴とする。

請求項４の発明は、上記発明において、前記端末装置における注文処理ページの表示頻度に基づいて、キャッシュする注文処理ページを決定することを特徴とする。

［作用］
この発明のサーバ装置は、たとえば、商品のカテゴリーを表示するトップページから個別の商品を表示する発注ページへツリー状にリンクする複数の注文処理ページを、インターネットまたはイントラネットを介して端末装置に供給するサーバ装置として構成される。インターネットまたはイントラネットを介して端末装置に供給されるページは、一般的にはＷｅｂページと呼ばれ、ハイパーテキストファイルと画像データファイルの組み合わせで構成されている。特に写真の多いページの場合には画像データファイルが多数にのぼる。

この発明では、この注文処理ページを、１枚に合成（レンダリング）された合成画像データとハイパーテキストによるリンクをこの画像データ上に再配置したマップデータで構成される合成済の注文処理ページに事前に変換してサーバ装置に記憶するようにした。これにより、端末装置は、１ページを表示するために多数のファイルをダウンロードする必要がなく、１枚の合成画像データファイルと１枚のマップデータファイルをダウンロードするのみでよくなる。

さらに、この発明では、複数の注文処理ページのうち、一部を事前に端末装置にダウンロードしてキャッシュしておくようにした。これにより、利用者の注文操作の都度、端末装置がサーバ装置にアクセスして注文処理ページをダウンロードする必要が無くなる。さらに、表示頻度の高い注文処理ページをキャッシュしておくことにより、端末装置がサーバ装置にアクセスして注文処理ページをダウンロードする頻度をさらに少なくすることができる。
この場合において、表示頻度を端末装置でログをとって定期的にサーバ装置にアップロードするようにすれば、キャッシュされた注文処理ページの表示頻度も正確に修正することができ、サーバ装置の負荷を少なくすることができる。

また、この発明では、合成画像データとして非圧縮の画像データと圧縮された画像データを用いている。非圧縮の画像データは、サイズが大きいが画質が良く、端末装置が読み出して表示するまでに要する時間が短い。一方、圧縮された画像データは、サイズが小さいためダウンロードに要する時間が短く、端末装置において少ない記憶容量で多数のデータを記憶することができる。

キャッシュする注文処理ページの合成画像データの一部を非圧縮の画像データとし、他の一部を圧縮された画像データとすることで、できるだけ多くの注文処理ページをキャッシュしつつ、端末装置において表示速度を速く高画質にすることができる。特に表示頻度の高い注文処理ページを非圧縮の画像データとすることで、全体としての表示速度をより速く、高画質の画像の表示頻度を高めることができる。

また、利用者の要求に応じてサーバ装置から端末装置にダウンロードする注文処理ページを圧縮された合成画像データの注文処理ページとすることで、ダウンロード時間を短くして表示速度を速くすることができる。

この発明によれば、端末装置で複数の注文処理ページを表示して利用者による注文を処理する注文処理システムにおいて、端末装置における注文処理ページの表示を速くしてストレスなく注文を受け付けることができるようになる。

図面を参照してこの発明の実施形態である注文処理システムについて説明する。この実施形態では、カラオケ店舗（カラオケボックス）の飲食物の注文処理に適用された注文処理システムの例を示す。

図１は、同カラオケ店舗におけるネットワーク構成を説明する図である。また、図２は、同カラオケ店舗における飲食物注文時のデータの流れを説明する図である。

図１において、カラオケ店舗１には、カラオケ装置７、無線端末装置９が複数台設置されている。カラオケ店舗１には、店舗内の（有線）ＬＡＮ５を介してルータ４、管理装置（ＰＯＳ）２、店舗内サーバ３、複数台のカラオケ装置７、複数台の無線アクセスポイント８が接続されており、無線アクセスポイント８を介した無線通信によって複数台の無線端末装置９がＬＡＮ５に接続されている。

ルータ４および店舗内サーバ３は、カラオケ店舗の管理室内に設置され、管理装置２は、サービスカウンタ等に設置される。複数台のカラオケ装置７は、各個室（カラオケボックス）に１台ずつ設置される。また、無線端末装置９は、各個室に１台ないし複数台が設置される。

無線端末装置９は、ユーザがカラオケ曲をリクエストするためのリクエスト機能（図２参照）、ユーザがカラオケ曲の一部を簡易に試聴するための試聴機能、カラオケ装置７によるカラオケ曲の演奏中にそのカラオケ曲の歌詞を表示する歌詞表示機能、ユーザのＩＤカードを読み取ってそのユーザをサーバにログインさせるログイン機能、ゲームプログラムをするゲーム機能、注文処理ページを表示して利用者の注文を処理し、その注文内容を店舗内サーバ３に送信する注文処理機能（図２参照）等を有している。

各個室に設置された無線端末装置９は、その個室に設置されているカラオケ装置７と対応づけられており、利用者が無線端末装置９を操作して行ったリクエストは、対応づけられたカラオケ装置７にＬＡＮを経由して送信される。対応づけられたカラオケ装置は、受信したリクエストのカラオケ曲を演奏する。また、無線端末装置９が歌詞表示をオンに設定していると、カラオケ装置７は、カラオケ曲を演奏するとき、そのカラオケ曲を演奏するための楽曲データから歌詞を表示するための歌詞データを抽出して無線端末装置９に送信する。無線端末装置９は、この歌詞データをカラオケ装置７によるカラオケ曲演奏と同期してディスプレイに表示する。

また、ルータ４は、インターネット１０を介してセンタ１１と接続されている。センタ１は、楽曲データ，顧客データ等を蓄積記憶している。各カラオケ装置７および無線端末９は、ＬＡＮ５，ルータ４およびインターネット２を介してセンタ１にアクセスし、楽曲データのダウンロードや顧客データのダウンロード（顧客のログイン）等の通信を行う。

店舗内サーバ３は、カラオケ装置７にダウンロードするＣＭ等を記憶しているコンピュータであり、無線端末装置９に対して注文処理ページを提供し、無線端末装置９からの注文情報を受信する注文処理サーバの機能も有している。

管理装置２は、このカラオケ店舗３の係員が操作する端末装置であり、各カラオケ装置７（個室）の利用時間の管理や、その利用料金の課金、無線端末装置９等を利用して店舗内サーバ３に対して飲食物等を注文した場合の課金もこの管理装置２で積算される。

このシステムで顧客が飲食物を注文する場合、顧客は、無線端末装置９の注文処理プログラムを起動し、この注文処理プログラムを用いて注文内容を入力する。無線端末装置９（注文処理プログラム）は、この注文内容を注文情報として店舗内サーバ３に送信する。店舗内サーバ３は、注文情報を受信すると、これを厨房に出力（ディスプレイに表示またはプリントアウト）する。厨房の担当者はこの出力に応じて顧客に対して飲食物を提供する。

無線端末装置９は、タッチパネル機能を備えたＬＣＤディスプレイを有しており、このＬＣＤディスプレイに上述した種々の機能を選択するボタンを表示している。顧客が、そのボタンのうちの注文ボタンをタッチすると、注文処理機能（注文処理プログラム）が起動する。

顧客からの注文の受け付けは、大カテゴリ→サブカテゴリ→個別商品の順に順次選択してゆくことにより、すなわちツリーを辿ってゆくことによって行われる。図６，図７に示すように、無線端末装置９は、トップページで、ＦＯＯＤ（食べ物），ＤＲＩＮＫ（飲物）等の大カテゴリを選択する画面を表示し、顧客の選択に応じて、サブカテゴリーの選択ページを表示する。たとえば、ＦＯＯＤのサブカテゴリーは、食事、おつまみ、ＳＷＥＥＴＳ等であり、ＤＲＩＮＫのサブカテゴリーは、アルコール（ドリンク）、ソフト（ドリンク）等である。顧客は、このツリーを辿ってゆくことで、所望の商品発注ページにたどり着くことができ、その商品発注ページで注文ボタンをタッチすることで、所望の商品を注文することができる。各ページ（注文処理ページ）は、図２に示すように、店舗内サーバ３から無線端末装置９にダウンロードされるものであるが、表示頻度の高いページ（たとえばトップページ等）は、予め無線端末装置９にダウンロードしてキャッシュされている。

図３は、前記無線端末装置９の外観図である。この無線端末装置９は、カラオケ曲の予約や曲のテンポ・キーをコントロールする機能を備えたいわゆるリモコン装置として機能するほか、飲食物等商品の注文機能、カラオケ曲の試聴機能、顧客のログイン機能、カメラによる撮影機能、歌詞表示機能等種々の機能を備えている。

無線端末装置９は、カラオケ店舗においては、無線ＬＡＮ端末として機能するが、ペアリング処理をすることにより、特定のカラオケ装置（同じ個室内のカラオケ装置）と対応づけられ、カラオケ曲の予約情報等はこの対応づけられたカラオケ装置に自動的に送信される。

無線端末装置９は、同図に示すように、略五角形（ホームベース状）の形状をしており、中央部にＬＣＤディスプレイ５０を備えている。このＬＣＤディスプレイ５０の下方中央にカードリーダ部５２、その左右にステレオスピーカ５１が設けられている。また、ＬＣＤディスプレイ５０の上端部には、カメラ５３，ストロボフラッシュ５４が設けられている。

ＬＣＤディスプレイ５０は、タッチパネル機能を有している。動作モードに応じてＬＣＤディスプレイ５０には、各種のボタンが表示され、利用者によるボタン操作をタッチパネルスイッチ６９（図４参照）が検出する。選曲時には、曲番号を入力するためのテンキー，曲名を入力するための５０音キーボード，パソコン配列のキーボード等のタッチキーが表示され、飲食物の注文時には、商品を選択するためのボタンが表示される。

また、カラオケ曲の演奏中には、ＬＣＤディスプレイ５０にカラオケ曲の歌詞テロップが、カラオケ装置７によるカラオケ曲の演奏と同期して表示される。

カードリーダ５２には、顧客のＩＤカードがセットされる。ＩＤカードは無線通信機能を備えたＩＣカードである。カードリーダ部５２の内部には、非接触カートインタフェース６５（図４参照）のアンテナが埋め込まれている。顧客のＩＤカードがカードリーダ部５２にセットされると、非接触カードインタフェース６５が無線通信でＩＤカードと通信し、このＩＤカードに記憶されている顧客ＩＤを読み取る。無線端末装置９は、読み取ったＩＤをＬＡＮ５−（ペアリングされているカラオケ装置７）−ルータ４−インターネット１０を介してセンタ１１に送信する。センタ１１は、無線端末装置９またはカラオケ装置７から顧客ＩＤを受信することにより、当該顧客の利用履歴を更新するとともに、当該無線端末装置９またはカラオケ装置７に対してこの顧客の顧客情報を送信する。無線端末装置９またはカラオケ装置７は、センタ１１から顧客情報を受信して、たとえば、カラオケ曲のスタート時に顧客の名前を表示する等の顧客個別対応を行う。

また、この無線端末装置９は簡略な音源を内蔵しており、楽曲データの一部を再生してカラオケ曲の試聴演奏をする機能を有している。この試聴演奏された楽音がステレオスピーカ５１から出力される。

図４は、同無線端末装置９のブロック図である。無線端末装置９を制御するＣＰＵ６０には、内部バスを介してＲＯＭ６１，ＲＡＭ６２，音源６３，非接触カードインタフェース６５，無線ＬＡＮインタフェース６６，周辺機器コントローラ６８が接続されている。

ＲＯＭ６１には、この無線端末装置９の動作を制御する前記注文処理プログラムを含む各種プログラムが記憶されている。ＲＯＭ６１は、フラッシュメモリで構成されており、ＵＳＢインタフェースを介して接続される外部装置によってプログラムの書き換えやバージョンアップが行われる。ＲＡＭ６２には、前記各種プログラムの動作領域、顧客情報等の各種データ記憶領域が設定されるとともに、上述した注文処理ページのキャッシュエリア６２Ａが設定される。

音源６３は、カラオケ装置７に内蔵されているものよりは簡略なものであるが、カラオケ曲の楽曲データ（楽音トラック，ガイドメロディトラック）に基づいて楽音を発生させることができるものである。この音源６３は、試聴モード時に利用される。試聴モードでは、ユーザによって選択されたカラオケ曲の楽曲データの一部（楽音トラック，ガイドメロディトラックの一部）をカラオケ装置７からダウンロードし、この楽曲データの一部を音源６３で再生する。音源６３にはアンプ６４が接続されている。アンプ６４は、音源６３が生成した試聴用の楽音を増幅してステレオスピーカ５１に出力する。

非接触カードインタフェース６５は、カードリーダ部５２にセットされた非接触媒体であるＩＤカードと通信するためのインタフェースである。この非接触カードインタフェース６５は、電磁波で非接触カードに電源を供給する機能および無線で非接触カードと通信する機能を備えている。

無線ＬＡＮインタフェース６６は、アンテナ７０を内蔵し、無線アクセスポイント８を介してこの無線端末装置９をＬＡＮ５に接続するためのインタフェースである。

周辺機器コントローラ６８には、前記ＬＣＤディスプレイ５０、タッチパネル６９、カメラ５３、ストロボフラッシュ５４のほか、赤外線リモコン信号をカラオケ装置７に対して送信する赤外線リモコン送信部７０、他の装置と赤外線通信をするためのＩｒＤＡ７１、ＵＳＢインタフェース７２等が接続されている。

赤外線リモコン送信部７０は、この無線端末装置９を同じ部屋のカラオケ装置７と対応づけるペアリング処理時に用いられる。ＵＳＢインタフェース７２は、この装置にパーソナルコンピュータ等のメンテナンス装置を接続してＲＯＭ（フラッシュメモリ）６１に記憶されているプログラム（ファームウェア）を書き換えるときに使用される。

図５は、注文処理ページの構成例を示す図である。この図は、注文処理プログラムが起動したとき、最初に表示されるトップページを示している。ページ画像１００は、タイル画像１０１がタイル状に繰り返し表示された背景の上に、４つのカテゴリーボタン１０２〜１０５を表示し、さらに、その下方に、頭文字入力ボタン１０６、商品Ｎｏ（番号）入力ボタン１０７、注文りれき（履歴）ボタン１０８を表示したものである。カテゴリーボタン１０２〜１０５は、ＦＯＯＤ（食物）ボタン１０２、ＤＲＩＮＫ（飲物）ボタン１０３、おすすめボタン１０４、取り皿等ボタン１０５である。また、頭文字入力ボタン１０６は、ツリーを辿らずに商品名を入力して直接商品発注ページに到達するための頭文字入力ページへ移行するためのボタンである。商品Ｎｏ入力ボタン１０７は、ツリーを辿らずに商品番号を入力して直接商品発注ページに到達するための商品番号入力ページへ移行するためのボタンである。注文りれきボタン１０８は、現在の顧客が入店してから今まで注文した商品の履歴を表示するページへ移行するためのボタンである。

このトップページは、図５に示したように、型となるハイパーテキストファイルの画面に少なくとも８個の画像データファイルが貼り付けて構成されている。
店舗内サーバ３は、注文処理ページを構成するハイパーテキストファイルと画像データファイルが入力されたとき、予めこれらを合成して１枚の合成画像データファイルとハイパーテキストによるリンクをこの画像データ上に再配置したマップデータからなる合成済注文処理ページを作成しておく。マップデータは、ＨＴＭＬにおけるクリッカブルマップのようなデータであり、画像データ上の一部エリアを座標で指定し、そのエリアに他のページやコマンドをリンクしたものである。

すなわち、図５のトップページは、図６（Ａ）に示す１枚の合成画像データファイル１１０と、図６（Ｂ）に示す、上記合成画像データ上のカテゴリボタンの表示位置にサブカテゴリの注文処理ページをリンクしたマップデータ１１１に合成される。マップデータ１１１においては、ボタン１０２〜１０８の画像データが張り付けられている位置に対応させたリンク情報１１２〜１１８が記述されている。

店舗内サーバ３は、無線端末装置９から注文処理ページの要求があったとき、この合成画像データファイル１１０およびマップデータ１１１を配信する。これにより、無線端末装置９は、注文処理ページとして多数のファイルをダウンロードする必要がなくなり、店舗内サーバ３との通信時間を短縮することができる。

図７は、複数の注文処理ページのリンク構造の一部を示す図である。図５，６に示したトップページ（００１）は、上述した４つのカテゴリボタンにより、４つのサブカテゴリページ、すなわち、ＦＯＯＤページ（００２）、ＤＲＩＮＫページ（００３）、おすすめページ（００４）、取り皿等のページ（００５）にリンクしている。さらに、ＦＯＯＤページ（００２）には、さらにサブカテゴリの、お食事ページ（００６）、おつまみページ（００７）、ＳＷＥＥＴＳページ（００８）がリンクしている。またＤＲＩＮＫページ（００３）には、さらにサブカテゴリの、アルコール（ドリンク）ページ（００９）、ソフト（ドリンク）ページ（０１０）がリンクしている。このリンク構造は、約１２０ページ程度で構成されている。

このリンクは、最終的に個別商品の注文ページに到達する。商品注文ページは、その商品の写真、個数指定ボタン（＋ボタン、−ボタン）、発注ボタンを表示するページである。顧客が、個数指定ボタンで個数を指定し、発注ボタンをオンすると、無線端末装置９（注文処理プログラム）は、この商品の指定個数の注文情報を店舗内サーバ３に送信する。

無線端末装置９は、１日の運用スタート時に電源がオンされる。電源がオンされたとき、店舗内サーバ３にアクセスして１２０ページの注文処理ページのうちの一部の注文処理ページのダウンロードを要求する。店舗内サーバ３は、これに応じて一部の注文処理ページをダウンロードする。このダウンロードするページは、たとえばトップページ等の表示頻度の高いページである。無線端末装置９は、ダウンロードされてきた注文処理ページをＲＡＭ６２のキャッシュエリア６２Ａに記憶（キャッシュ）する。

無線端末装置９は、上述したように可搬の電池駆動の端末装置であるため、機能の制約からＲＡＭ６２の容量が限られている。そのため、全ての注文処理ページをキャッシュせずに一部のページのみをキャッシュするようにしている。

無線端末装置９の注文処理プログラムは、起動すると、まず、キャッシュしているトップページを表示する。その後、顧客の選択に従って注文処理ページを表示してゆくが、選択されたページがキャッシュしたページである場合には、ＲＡＭ６２からそのページを読み出して表示し、選択されたページかキャッシュしていないページであった場合には、このページを要求するメッセージを店舗内サーバ３に送信し、これを店舗内サーバ３からダウンロードして表示する。

無線端末装置９の注文処理ページを効率的に行うため、店舗内サーバ３は、各無線端末装置９からアップロードされた注文処理ページの表示ログに基づいて表示頻度の高い注文処理ページを選出し、この選出した注文処理ページをダウンロードする。

また、無線端末装置９にキャッシュできるページ数を多くするため、店舗内サーバ３は、キャッシュする注文処理ページのうち、表示頻度の極めて高いページのみ非圧縮のＶＲＡＭフォーマット（ＢＭＰ）の合成画像データを配信し、他のキャッシュする注文処理ページについては、圧縮されたＪＰＥＧフォーマットの画像画像データを配信する。

図８（Ａ）は、店舗内サーバ３の注文処理ページデータベースを示す図である。店舗内サーバ３は、内蔵のハードディスクに全ての注文処理ページ（００１〜１２０）のデータを記憶している。記憶内容は、ＨＴＭＬで記述されたハイパーテキストファイルや貼り付けられる画像データ等からなる完全Ｗｅｂページデータ、この完全Ｗｅｂページデータを合成（レンダリング）したＶＲＡＭフォーマットデータおよびＪＰＥＧデータ、さらに、この合成した画像データ上で上記ハイパーテキストのリンクを再現するためのリンク情報を記載したマップデータからなっている。

図８（Ｂ）は、無線端末装置９がキャッシュする注文処理ページの構成を説明する図である。無線端末装置９は、表示頻度の高い注文処理ページをキャッシュするが、そのなかでも、特に表示頻度の高い注文処理ページの合成画像データは、ＶＲＡＭフォーマットのものをキャッシュし、それ以外は、ＪＰＥＧデータのものをキャッシュしている。

なお、表示頻度の高くないページは、キャッシュせず、そのページの表示要求が発生したとき店舗内サーバ３からダウンロードする。このとき、店舗内サーバ３は、ＪＰＥＧフォーマットの合成画像データとマップデータをダウンロードする。これにより、データ量を小さくしてダウンロードに要する時間を短縮することができる。

図９は、店舗内サーバ３の動作を示すフローチャートである。
同図（Ａ）は注文処理ページの登録処理を示すフローチャートである。この処理は、飲食物のメニューが変更される毎に行われる。注文処理ページのデータがＷｅｂページの形式で入力されると（Ｓ１）、このデータに基づいて１枚のＶＲＡＭフォーマットの合成画像データを作成する（Ｓ２）。そして、ハイパーテキストのリンクをこの合成画像データ上で再現するためのマップデータを作成する（Ｓ３）。次に、ＶＲＡＭフォーマットの合成画像データを圧縮してＪＰＥＧフォーマットの合成画像データを作成する（Ｓ４）。作成した合成画像データファイル、マップデータファイルおよび元のＷｅｂページのファイル群を、図７に示す注文処理ページデータベースに登録する（Ｓ５）。

同図（Ｂ）は、ログ集計動作を示すフローチャートである。無線端末装置９から、注文処理ページの表示ログがアップロードされてくると（Ｓ６）、この表示ログに基づいて、各ページの表示頻度を集計する（Ｓ７）。そしてこの集計結果に基づき、表示頻度の高い順に順位づけを行う（Ｓ８）。なお、無線端末装置９は、１日の運用終了時やビジーでない適当な時間に表示ログをアップロードする。

この集計および順位づけは、全時間帯について行ってもよく、時間帯別に行ってもよい。この時間帯は、たとえば、午後（１２時〜１７時）、夕刻（１７時〜２１時）、深夜（２１時〜）等である。

同図（Ｃ）は、注文処理ページのダウンロード処理を示すフローチャートである。無線端末装置９からアクセスがあると、それがキャッシュ要求であるか、個別ページのダウンロード要求であるかを判断する（Ｓ１０）。電源オン時のキャッシュ要求であれば（Ｓ１０でＹｅｓ）、上記ログ集計結果に基づいてダウンロードする注文処理ページを選択して（Ｓ１２）、これを無線端末装置９に対してダウンロードする（Ｓ１３）。キャッシュ要求でなく、個別ページの要求、すなわちキャッシュしていない注文処理ページの要求であれば（Ｓ１０でＮｏ）、その要求された注文処理ページをダウンロードする（Ｓ１４）。このダウンロードする注文処理ページは、ＪＰＥＧの合成画像データとマップデータからなるものである。

なお、キャッシュする注文処理ページの選択は、無線端末装置９のＲＡＭ６２に設定されているキャッシュエリアの容量に応じて、最も表示頻度の高い一部のページをＶＲＡＭフォーマットでキャッシュするように選択し、その次に表示頻度の高い一部のページをＪＰＥＧフォーマットでキャッシュするように選択する。

キャッシュページの選択に用いる集計結果は、１日に１回のキャッシュの場合には、全時間帯の集計結果を用い、電源オン時だけでなく、時間帯毎にキャッシュページを入れ換える運用をする場合には、時間帯毎の集計結果を用いればよい。

時間帯毎の集計結果を用いる場合、たとえば、午後はソフトドリンクのページが高頻度で表示され、夜は食事のページが高頻度で表示され、深夜はアルコールドリンクのページが高頻度で表示される等の集計結果が得られるが、この集計結果に基づき、店舗内サーバ３からのプッシュで、または、通信端末装置９からのアクセスにより、時間帯毎にキャッシュページの入れ換えを行う。この場合、毎回全てのページをキャッシュし直すのではなく、運用開始の電源オン時は全ての注文処理ページをキャッシュし、以後のキャッシュ動作では、前の時間帯から入れ換えられる注文処理ページのみ差し替えるようにすればよい。

図１０は、無線端末装置９の動作を示すフローチャートである。
同図（Ａ）は、電源オン時の動作を示すフローチャートである。電源がオンされると、店舗内サーバ３にアクセスし、注文処理ページのキャッシュを要求する（Ｓ１５）。これに対して店舗内サーバ３は、表示頻度の高い注文処理ページをキャッシュデータとして送信してくるため（Ｓ１６：図９のＳ１３に対応）、これをＲＡＭ６２のキャッシュエリアに記憶する（Ｓ１７）。

同図（Ｂ）は、前記注文処理プログラムの動作を示すフローチャートである。顧客は、飲食物を注文する場合に、注文ボタンをオンして、このプログラムを起動する。
注文処理プログラムが起動すると、まず、図６に示したトップページを表示する（Ｓ２０）。このページの表示中にタッチパネル６９がタッチを検出すると（Ｓ２１）、そのタッチされた位置の座標を検出し（Ｓ２２）、この表示しているページのマップデータに基づいてそのタッチ位置のリンクを検出する（Ｓ２３）。ボタン以外の位置がタッチされてリンク先がない場合にはＳ２４の判断でＳ２１にもどる。ボタンの位置がタッチされた場合にはそのボタンのリンクにしたがった処理を行う（Ｓ２５以下）。

そのとき表示している注文処理ページに個別商品の発注ボタンがあり、その発注ボタンがタッチされた場合には、注文情報を作成して店舗内サーバ３に送信する発注処理に進む（Ｓ２５）。

タッチされたボタンが次の注文処理ページにリンクするボタンであった場合には、その要求された注文処理ページがキャッシュされているかを判断する（Ｓ２６）。キャッシュされている場合には、ＲＡＭ６２のキャッシュエリアからその注文処理データを読み出してＬＣＤディスプレイ５０に表示する（Ｓ２７）。そしてＳ２１にもどる。一方、その要求された注文処理ページがキャッシュしていないページであった場合には、店舗内サーバ３にそのページの配信を要求するメッセージを送信する（Ｓ２８）。そしてこの要求した注文処理ページの画像を受信して（Ｓ２９：図９のＳ１４に対応）、この受信した画像をＬＣＤディスプレイ５０に表示する（Ｓ３０）。そしてＳ２１にもどる。

なお、商品は飲食物に限定されるものではなく、たとえばチケットや各種グッズであってもよい。

また、このシステムは、カラオケ店舗における注文処理システムのみでなく、画像処理能力の高くない端末装置で顧客からの注文を受け付けるあらゆるシステムに適用可能なものである。

この発明の実施形態である注文処理システムが適用されたカラオケ店舗におけるネットワーク構成を説明する図 同カラオケ店舗における飲食物注文時のデータの流れを説明する図 前記注文処理システムの無線端末装置９の外観図 同無線端末装置のブロック図 注文処理ページ（トップページ）の構成例を示す図 合成画像データおよびマップデータを説明する図 注文処理ページのリンク構成を説明する図 店舗内サーバの注文処理ページデータベースと無線端末装置のキャッシュページの構成を説明する図 店舗内サーバの動作を示すフローチャート 無線端末装置の動作を示すフローチャート

符号の説明

１…カラオケ店舗
２…管理装置（ＰＯＳ）
３…店舗内サーバ
７…カラオケ装置
９…無線端末装置
５０…ＬＣＤディスプレイ
６２…ＲＡＭ
６９…タッチパネル
１００…ハイパーテキストによる画面
１０２〜１０８…リンクボタンの画像データ
１１０…合成画像データ
１１１…マップデータ
１１２〜１１８…リンク情報の図示

Claims (4)

1. 相互にリンクする複数の注文処理ページを端末装置に送信するサーバ装置と、
   前記サーバ装置から受信した前記注文処理ページを表示して、利用者による注文操作を処理する端末装置と、
   からなる注文処理システムにおける注文処理方法であって、
   ハイパーテキストと画像データの組み合わせで構成される注文処理ページを、１枚に合成された合成画像データと前記ハイパーテキストによるリンクをこの画像データ上に再配置したマップデータとで構成される合成済の注文処理ページに事前に変換して前記サーバ装置に記憶するとともに、
   前記複数の注文処理ページの一部を前記端末装置に事前にダウンロードしてキャッシュしておき、
   前記端末装置が、利用者による注文操作を処理するとき、前記キャッシュされた注文処理ページを表示し、キャッシュされていない注文処理ページの要求が発生したとき、前記サーバ装置から該当の注文処理ページをダウンロードして表示する
   注文処理システムにおける注文処理方法。
2. 前記端末装置にキャッシュする注文処理ページのうち一部を、非圧縮の合成画像データを含む注文処理ページとし、他の一部を圧縮された合成画像データを含む注文処理ページとする請求項１に記載の注文処理システムにおける注文処理方法。
3. 前記端末装置にキャッシュされていない注文処理ページの要求が発生したとき、圧縮された合成画像データを含む注文処理ページをダウンロードする請求項１または請求項２に記載の注文処理システムにおける注文処理方法。
4. 前記端末装置における注文処理ページの表示頻度に基づいて、キャッシュする注文処理ページを決定する請求項１、請求項２または請求項３に記載の注文処理システムにおける注文処理方法。