(57)【特許請求の範囲】
【請求項１】
代金の決済に用いられるカードである決済用カードが装着されるカード装着部と、
商品に関する情報が格納される商品情報格納部と、
前記カード装着部に前記決済用カードが装着されたか否かを判断する装着判断部と、
前記カード装着部に決済用カードが装着されたことを前記装着判断部が判断した場合に、当該決済用カードが支払い可能なカードであるか否かのチェックを行う支払チェック部と、
前記決済用カードが支払い可能なカードであることを示すチェック結果を前記支払チェック部が出力した場合に、前記商品情報を読み出して、当該商品についての注文の受け付けに用いられる注文画面を表示する表示部とを備え、
前記装着判断部は、更に、前記決済用カードの取り外しを判断し、
前記表示部は、前記装着判断部が、前記決済用カードの取り外しを判断した場合に、前記注文画面の表示をやめる注文装置。
【請求項２】
代金の決済に用いられるカードである決済用カードが装着されるカード装着部と、
商品に関する情報が格納される商品情報格納部と、
前記カード装着部に前記決済用カードが装着されたか否かを判断する装着判断部と、
前記カード装着部に決済用カードが装着されたことを前記装着判断部が判断した場合に、当該決済用カードが支払い可能なカードであるか否かのチェックを行う支払チェック部と、
前記決済用カードが支払い可能なカードであることを示すチェック結果を前記支払チェック部が出力した場合に、前記商品情報を読み出して、当該商品についての注文の受け付けに用いられる注文画面を表示する表示部とを備え、
前記装着判断部は、更に、前記決済用カードの取り外しを判断し、
前記装着判断部が、前記決済用カードの取り外しを判断した場合に、当該決済用カードを用いて前記注文画面を介して受け付けた注文の決済を行う決済処理部を更に備えた注文装置。
【請求項３】
前記決済処理部は、前記装着判断部が前記決済用カードの取り外しを判断してから予め指定された時間が経過した場合に決済を行う請求項２記載の注文装置。
【請求項４】
前記表示部は、前記装着判断部が、前記決済用カードの取り外しを判断した場合に、前記注文画面の表示をやめる請求項２または請求項３記載の注文装置。
【請求項５】
代金の決済に用いられるカードである決済用カードが装着されるカード装着部と、商品に関する情報が格納される商品情報格納部と、装着判断部と、支払チェック部と、表示部と、を用いて行われる注文方法であって、
前記装着判断部が、前記カード装着部に前記決済用カードが装着されたか否かを判断する装着判断ステップと、
前記支払チェック部が、前記カード装着部に決済用カードが装着されたことを前記装着判断ステップで判断した場合に、当該決済用カードが支払い可能なカードであるか否かのチェックを行う支払チェックステップと、
前記表示部が、前記決済用カードが支払い可能なカードであることを示すチェック結果を前記支払チェックステップにおいて出力された場合に、前記商品情報を読み出して、当該商品についての注文の受け付けに用いられる注文画面を表示する表示ステップとを備え、
前記装着判断ステップは、更に、前記決済用カードの取り外しを判断し、
前記表示ステップは、前記装着判断ステップにより、前記決済用カードの取り外しを判断した場合に、前記注文画面の表示をやめる注文方法。
【請求項６】
代金の決済に用いられるカードである決済用カードが装着されるカード装着部と、商品に関する情報が格納される商品情報格納部と、装着判断部と、支払チェック部と、表示部と、決済処理部とを用いて行われる注文方法であって、
前記装着判断部が、前記カード装着部に前記決済用カードが装着されたか否かを判断する装着判断ステップと、
前記支払チェック部が、前記カード装着部に決済用カードが装着されたことを前記装着判断ステップで判断した場合に、当該決済用カードが支払い可能なカードであるか否かのチェックを行う支払チェックステップと、
前記表示部が、前記決済用カードが支払い可能なカードであることを示すチェック結果を前記支払チェックステップにおいて出力された場合に、前記商品情報を読み出して、当該商品についての注文の受け付けに用いられる注文画面を表示する表示ステップとを備え、
前記装着判断ステップは、更に、前記決済用カードの取り外しを判断し、
前記決済処理部が、前記装着判断ステップにより、前記決済用カードの取り外しを判断した場合に、当該決済用カードを用いて前記注文画面を介して受け付けた注文の決済を行う決済処理ステップを更に備えた注文方法。
【請求項７】
商品に関する情報が格納される商品情報格納部にアクセス可能なコンピュータを、
代金の決済に用いられるカードである決済用カードが装着されるカード装着部に、前記決済用カードが装着されたか否かを判断する装着判断部と、
前記カード装着部に決済用カードが装着されたことを前記装着判断部が判断した場合に、当該決済用カードが支払い可能なカードであるか否かのチェックを行う支払チェック部と、
前記決済用カードが支払い可能なカードであることを示すチェック結果を前記支払チェック部が出力した場合に、前記商品情報を読み出して、当該商品についての注文の受け付けに用いられる注文画面を表示する表示部として機能させ、
前記装着判断部は、更に、前記決済用カードの取り外しを判断し、
前記表示部は、前記装着判断部が、前記決済用カードの取り外しを判断した場合に、前記注文画面の表示をやめるプログラム。
【請求項８】
商品に関する情報が格納される商品情報格納部にアクセス可能なコンピュータを、
代金の決済に用いられるカードである決済用カードが装着されるカード装着部に、前記決済用カードが装着されたか否かを判断する装着判断部と、
前記カード装着部に決済用カードが装着されたことを前記装着判断部が判断した場合に、当該決済用カードが支払い可能なカードであるか否かのチェックを行う支払チェック部と、
前記決済用カードが支払い可能なカードであることを示すチェック結果を前記支払チェック部が出力した場合に、前記商品情報を読み出して、当該商品についての注文の受け付けに用いられる注文画面を表示する表示部として機能させ、
前記装着判断部は、更に、前記決済用カードの取り外しを判断し、
前記装着判断部が、前記決済用カードの取り外しを判断した場合に、当該決済用カードを用いて前記注文画面を介して受け付けた注文の決済を行う決済処理部としてコンピュータを更に機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、商品の注文に用いられる装置等に関するものである。
【背景技術】
【０００２】
従来の技術として、同一グループの複数人の各メンバーが、携帯電話により、それぞれ別々に料理や飲み物を注文し、自分が注文したものだけ精算する機能を備えたものが開示されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−２５６５２２号公報（第１頁、第１図等）
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の注文装置においては、各メンバーが、精算機能を有する携帯電話を有していなければ注文や精算を行えないという課題があった。
【課題を解決するための手段】
【０００５】
本発明の注文装置は、代金の決済に用いられるカードである決済用カードが装着されるカード装着部と、商品に関する情報が格納される商品情報格納部と、カード装着部に決済用カードが装着されたか否かを判断する装着判断部と、カード装着部に決済用カードが装着されたことを装着判断部が判断した場合に、決済用カードが支払い可能なカードであるか否かのチェックを行う支払チェック部と、決済用カードが支払い可能なカードであることを示すチェック結果を支払チェック部が出力した場合に、商品情報を読み出して、商品についての注文の受け付けに用いられる注文画面を表示する表示部とを備えた注文装置である。
【０００６】
かかる構成により、各ユーザが決済用カードを装着することで、注文画面を表示することができ、携帯電話を利用せずに、各ユーザが個別に商品の注文を行うことができる。この結果、ユーザは、携帯電話に対して十分に薄く軽く携行性に優れた決済用カードだけを利用して、個別に商品の注文を行うことができる。
【０００７】
また、本発明の注文装置は、前記注文装置において、決済用カードが、クレジットカードであり、支払チェック部は、決済用カードについての与信チェックを行って支払い可能なカードであるか否かのチェックを行う注文装置である。
【０００８】
かかる構成により、与信チェックによって決済用カードが支払い可能なものであるユーザだけが、注文できるようにすることができ、決済用カードで支払いできないユーザからの注文受付を回避できる。
【０００９】
また、本発明の注文装置は、前記注文装置において、決済用カードが、電子マネーカードであり、支払チェック部は、当該決済用カードについての残高チェックを行って支払い可能なカードであるか否かのチェックを行う注文装置である。
【００１０】
かかる構成により、決済用カードの残高が残っているユーザだけが、注文できるようにすることができ、決済用カードで支払いできないユーザからの注文受付を回避できる。
【００１１】
また、本発明の注文装置は、前記注文装置において、装着判断部は、更に、決済用カードの取り外しを判断し、表示部は、装着判断部が、決済用カードの取り外しを判断した場合に、注文画面の表示をやめる注文装置である。
【００１２】
かかる構成により、ユーザが注文装置を利用していない際に、注文画面がのぞき見られたり、注文画面から不正な注文が行われることを防ぐことができる。
【００１３】
また、本発明の注文装置は、前記注文装置において、装着判断部は、更に、決済用カードの取り外しを判断し、装着判断部が、決済用カードの取り外しを判断した場合に、決済用カードを用いて注文画面を介して受け付けた注文の決済を行う決済処理部を更に備えた注文装置である。
【００１４】
かかる構成により、決済用カードが取り外された場合に、商品の注文が終了したと判断して、決済を行うことで、ユーザが決済を指示する手間を軽減することができる。
【００１５】
また、本発明の注文装置は、前記注文装置において、決済処理部は、装着判断部が決済用カードの取り外しを判断してから予め指定された時間が経過した場合に決済を行う注文装置である。
【００１６】
かかる構成により、ユーザが短時間だけ、一時的に注文装置から離れる際に、セキュリティの観点から決済用カードを取り外しても、決済が行われないようにすることができ、例えば、細かい決済が行われることを防いて、決済をまとめて行うことができる。
【発明の効果】
【００１７】
本発明による注文装置等によれば、精算機能を有する携帯電話を利用せずに、各ユーザが個別に商品の注文や決済を行うことができる。
【図面の簡単な説明】
【００１８】
【図１】本発明の実施の形態１における注文装置のブロック図
【図２】同動作について説明するフローチャート
【図３】同注文装置を有する注文システムの概念図
【図４】同商品情報管理表を示す図
【図５】同受注画面を示す図
【図６】同注文情報管理表を示す図
【図７】本発明の実施の形態２における注文装置のブロック図
【図８】同動作について説明するフローチャート
【図９】同注文装置を有する注文システムの概念図
【図１０】本発明の各実施の形態におけるコンピュータシステムの外観の一例を示す図
【図１１】同コンピュータシステムの構成の一例を示す図
【発明を実施するための形態】
【００１９】
以下、注文装置等の実施形態について図面を参照して説明する。なお、実施の形態において同じ符号を付した構成要素は同様の動作を行うので、再度の説明を省略する場合がある。
【００２０】
（実施の形態１）
図１は、本実施の形態における注文装置１のブロック図である。
注文装置１は、カード装着部１００、カードリーダ部１０１、商品情報格納部１０２、装着判断部１０３、支払チェック部１０４、表示部１０５、注文受付部１０６、注文情報格納部１０７、決済処理部１０８を備える。
【００２１】
カード装着部１００には、決済用カード５０が装着される。決済用カード５０とは、代金の決済に用いられるカードである。決済用カード５０は、例えば、クレジットカードや、デビッドカード、電子マネーカード等である。クレジットカードやデビッドカード等は、通常、カード番号等のカード識別情報を有している。また、カードの種類の情報や、カードの有効期限の情報等を有している。電子マネーカードは、例えば、カード内のＩＣチップに金額に相当する値が格納されており、この値の授受によって金銭の授受を行うＩＣカード型のものであっても良い。また、カード内のＩＣチップにカードＩＤ等が格納されており、このカードＩＤ等をサーバ等に送信することで、金銭の授受を行うサーバ型のものであっても良い。カード装着部１００は、例えば、決済用カード５０が挿入されるカード挿入口等を備えたカードスロット等である。この場合、決済用カード５０の装着は、カードスロットへの決済用カード５０の挿入と考えて良い。なお、決済用カード５０に格納されている上記のような情報を、ここでは、カード情報と呼ぶ。
【００２２】
なお、本実施の形態においては、決済用カード５０が、クレジットカードや、デビッドカード等の、決済用カード５０内に金銭に対応する値が格納されていないカードである場合を例に挙げて説明する。このような決済用カード５０を用いた場合、通常、決済用のサーバとの通信によってサーバ側で決済処理を行うため、このような決済用カード５０は、サーバ型の決済用カードと考えても良い。
【００２３】
カードリーダ部１０１は、決済用カード５０に格納されている情報であるカード情報の読み出しを行う。カードリーダ部１０１は、例えば、装着された状態の決済用カード５０からカード情報を読み出す。カードリーダ部１０１は、例えば、磁気カードである決済用カード５０から情報を読み出す磁気カードリーダや、ＩＣカードである決済用カード５０から情報を読み出すＩＣカードリーダ等である。なお、カードリーダ部１０１の構成については、公知技術であるので、ここでは説明を省略する。なお、ＩＣカード等の場合、カードリーダ部１０１の代わりに、カードリーダ／ライタ手段を利用しても良い。
【００２４】
商品情報格納部１０２には、１以上の商品に関する情報（以下、商品情報と称す）が格納される。商品情報は、例えば、商品名や、商品の画像や、商品について説明するテキスト情報や、商品の価格や、商品ＩＤ等を有する情報である。なお、ここでは、商品はサービスも含むものと考えても良い。商品情報格納部１０２に格納されている商品情報は、注文装置１が設置されている店舗等で取り扱う商品についての情報であることが好ましい。商品情報格納部１０２には、例えば、商品に関する情報がレイアウトされて配置された商品情報が格納されていても良い。例えば、商品情報は、１以上の商品に関する情報が配置された、ＨＴＭＬファイルや、画像ファイル、電子文書ファイル等で提供される表示用の情報であっても良い。また、商品情報は、例えば、後述する注文画面を表示するための、１以上の商品に関する情報が配置された情報であっても良い。具体例を挙げると、商品情報は、１以上の商品に関する情報が配置された飲食店の注文画面を表示するための情報であっても良い。
【００２５】
商品情報格納部１０２には、商品情報が予め格納されていても良いし、後述する注文画面を表示する際等に、他の装置から送信された商品情報が一時的に格納されても良い。ここで述べる格納は、一時記憶と考えても良い。商品情報格納部１０２は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。
【００２６】
装着判断部１０３は、カード装着部１００に決済用カード５０が装着されたか否かを判断する。装着判断部１０３は、更に、決済用カード５０の取り外しを判断してもよい。装着判断部１０３は、決済用カード５０のカード装着部１００への着脱をどのように判断しても良い。例えば、カード装着部１００に決済用カード５０を装着される際の物理的な力によって、状態が変化するスイッチ等を設けるようにして、このスイッチのオン、オフによって、カードが装着されたか否かを判断しても良い。あるいは、カード装着部１００に近接センサ等のセンサを設けるようにし、このセンサによって、装着されたカードの有無を検出しても良い。また、カードリーダ部１０１を用いて、予め指定された一定または不定のタイミングで、決済用カード５０からの情報の読み出し処理を繰り返し行い、情報が読み出せた場合に、カードが装着されたと判断し、読み出せない場合に、カードが装着されていないと判断しても良い。また、カードが装着された後に、カードが非装着の状態にあることが検出された場合に、カードが取り外されたと判断するようにすればよい。装着判断部１０３は、例えば、カードが装着されたと判断した場合に、装着されたことを示す情報を出力する。また、装着判断部１０３は、装着されたカードが取り外されたと判断した場合に、取り外されたことを示す情報を出力する。
【００２７】
装着判断部１０３は、通常、ＭＰＵやメモリ等から実現され得る。装着判断部１０３の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。
【００２８】
支払チェック部１０４は、装着判断部１０３が、決済用カード５０が装着されたことを判断した場合に、決済用カード５０についての支払チェックを行う。そして、例えば、チェック結果を出力する。支払チェックとは、決済用カード５０が支払い可能なカードであるか否かのチェックである。つまり、商品等の代金の支払い等に利用可能なカードであるか否かのチェックである。支払チェックは、決済用カード５０が有効なカードであるか否かのチェックであっても良い。決済用カード５０が本実施の形態のようなクレジットカードやデビッドカード等である場合、支払チェックは、例えば、与信チェックである。与信チェックは与信処理とも呼ばれる。与信チェックとは、例えば、装着された決済用カード５０に対する与信残高（ユーザが利用可能な残高）があるか否かのチェックや、決済用カード５０が、現在有効な決済用カードであるか否かのチェック等である。与信チェックとは、いわゆる決済用カード５０のオーソリ処理と考えても良い。例えば、支払チェック部１０４は、決済用カード５０が装着されたことを示す情報を装着判断部１０３が出力した場合に、支払チェックとして与信チェックを行う。なお、ここでは、支払チェック部１０４が支払チェックを行う決済用カード５０は、上述したように、クレジットカード等のサーバ型の決済用カードであり、支払チェックが、与信チェックである場合を例に挙げて説明する。
【００２９】
支払チェック部１０４による与信チェックの処理は、例えば、以下のように行われる。例えば、支払チェック部１０４は、カードリーダ部１０１を用いて、カード装着部１００に装着された決済用カード５０からカード番号等のカードＩＤやカードの種類の情報や有効期限の情報等の与信に利用される情報を読み出す。そして、読み出した与信に利用される情報を、支払チェック部１０４が有する図示しない送信手段から、予め指定されたサーバ装置（図示せず）に送信する。このサーバ装置は、例えば、装着された決済用カード５０による決済を行うサーバ装置である。あるいは、与信処理用のサーバ装置であっても良い。そして、サーバ装置から送信される与信チェックの結果を示す情報を、支払チェック部１０４内が有する図示しない受信部等で受信する。そして、受信した結果を示す情報を、装着されたカードについての支払チェックの結果を示す情報として表示部１０５等に出力する。
【００３０】
また、支払チェック部１０４は、後述する注文受付部１０６が注文を受け付ける毎に、注文された商品の合計金額を除いた決済用カード５０の与信枠の残高があるか否かを判断しても良い。
【００３１】
支払チェック部１０４は、通常、ＭＰＵやメモリ等から実現され得る。支払チェック部１０４の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。また、支払チェック部１０４は、上述したような図示しない送信手段や受信手段等の通信手段を有していてもよい。
【００３２】
表示部１０５は、支払チェック部１０４が、決済用カード５０が支払い可能な決済用カードであることを示すチェック結果を出力した場合に、商品情報格納部１０２から商品情報を読み出して、商品についての注文の受け付けに用いられる注文画面を表示する。また、上述したように、支払チェック部１０４が後述する注文受付部１０６が注文を受け付ける毎に、注文された商品の合計金額を除いた決済用カード５０の残高があるか否かをチェックする場合、表示部１０５は、支払チェック部１０４が残高があることを示す結果を出力している場合にだけ、注文画面を表示するようにしてもよい。あるいは、注文ボタン等が有効な、注文を受け付け可能なインターフェース等として機能する注文画面を表示するようにしても良い。例えば、支払チェック部１０４が、残高が足りないことを示す結果を出力している場合は、表示部１０５は、注文を行うボタンや、商品の画像等をグレイアウトした（即ち、利用できないことを示すように、表示濃度を低くした）注文画面を表示するようにしても良い。決済用カード５０が利用可能であることを示すチェック結果とは、例えば、与信チェックによりカードが利用可能であると判断された場合に支払チェック部１０４が出力するチェック結果や、与信チェックにより残高があると判断された場合に支払チェック部１０４が出力するチェック結果である。
【００３３】
注文画面は、表示部１０５が表示する商品についての注文を受け付けるためのインターフェース画面である。例えば、注文画面は、商品情報と、商品についての注文を受け付けるため画面であり、通常、注文を受け付けるボタン等の画像や、数量等の指定を受け付けるフィールド等の画像により構成される。注文画面は、注文受付のためのメニュー画面であっても良い。なお、注文画面は、結果的に、注文の受け付けに至る画面が表示可能な情報であればその構成等は問わない。例えば、注文画面は、最終的に注文を受け付ける画面が表示され得るものであれば、注文を受け付ける画面以外の他の１以上の画面を有していても良い。具体例を挙げると、注文画面は、１以上の商品を説明する画面と、この画面内の一品目を選択した場合に表示される選択した商品を注文する画面とで構成される画面であっても良い。また、注文画面は、店舗等についての情報や広告の情報等を更に有していてもよい。表示部１０５は、例えば、商品情報格納部１０２に格納されている商品情報を読み出し、読み出した商品情報を、予め指定されたルールに従って配置したり、予め指定されたテンプレート等に配置することで、注文画面の画像情報を生成して、注文画面を表示する。また、商品情報格納部１０２に、商品情報が配置された注文画面の表示用の情報、例えばＨＴＭＬ形式やＸＭＬ形式等の情報が格納されている場合、この情報を読み出して、注文画面を表示しても良い。
【００３４】
表示部１０５は、装着判断部１０３が、決済用カード５０の取り外しを判断した場合に、注文画面の表示をやめるようにすることが好ましい。表示をやめるとは、注文画面を一時的に非表示とする（停止する）ことであっても良いし、注文画面の表示を終了することであっても良い。注文画面を一時的に非表示とする場合、予め指定された時間内に、再度同じ決済用カード５０が装着された時点で、表示を再開するようにしても良い。
【００３５】
表示部１０５は、ディスプレイデバイスを含むと考えても含まないと考えても良い。表示部１０５は、ディスプレイデバイスのドライバーソフトまたは、ディスプレイデバイスのドライバーソフトとディスプレイデバイス等で実現され得る。
【００３６】
注文受付部１０６は、表示部１０５が表示した注文画面を介して、ユーザからの商品の注文を受け付ける。例えば、ユーザが注文画面に表示されている１以上の商品についての注文申込みボタンや注文確定ボタン等をマウスの操作やタッチパネルの操作等によって押した場合に、これらの商品についての注文を受け付ける。また、例えば、注文する商品についての数量や大きさ等を指定する情報が、注文画面に入力されている場合、この数量や大きさの情報も商品の注文とともに受け付ける。
【００３７】
ここで述べる注文の受け付けとは、キーボードやマウス、タッチパネルなどの入力デバイスから入力された情報の受け付けを含む概念である。注文受付部１０６は、テンキーやキーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。
【００３８】
なお、注文受付部１０６が受け付けた注文内容についての情報、つまり注文された商品についての商品情報は、例えば、注文受付部１０６内の図示しない注文送信手段から、この注文装置１の識別情報等と対応付けて、ネットワーク等を介して受注処理を行うサーバ装置や注文内容の通知先となるサーバ装置等に送信されるようにしてもよい。注文内容の情報は、例えば、商品コード等の商品の識別情報や、商品の数量や、商品のサイズの情報である。また、注文装置１自体が注文に応じた処理を行う装置であれば、この受け付けた注文に応じた処理を行うようにする。
【００３９】
注文情報格納部１０７には、注文受付部１０６が注文を受け付けた商品に関する情報である注文情報が格納される。注文情報は、結果的に、注文を受け付けた商品についての代金が取得可能な情報であればよく、例えば、注文を受け付けた商品の代金、あるいは代金の合計の情報であっても良いし、注文を受け付けた商品の識別情報や数量の情報等であっても良い。例えば、商品の識別情報と商品の価格とを有する情報を予め用意しておくことで、商品の識別情報から、注文した商品についての代金を算出することができる。
【００４０】
注文情報格納部１０７に注文情報が記憶される過程は問わない。例えば、注文受付部１０６が注文を受け付けた場合に、注文を受け付けた商品についての注文情報が、注文受付部１０６により蓄積されても良い。また、後述する決済処理部１０８が決済を行う際や、予め指定されたタイミングやトリガー等により、店舗のサーバ等から送信されたこの注文装置１から注文された商品についての代金、あるいは代金の合計金額等の注文情報が、注文情報格納部１０７に蓄積されても良い。注文情報格納部１０７は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。
【００４１】
決済処理部１０８は、装着判断部１０３が、決済用カード５０の取り外しを判断した場合に、決済用カード５０を用いて注文画面を介して受け付けた注文の決済を行う。例えば、予め、決済処理部１０８は、装着されていた決済用カード５０に格納されている決済に必要なカード情報を、カードリーダ部１０１を用いて取得して、図示しない記憶媒体等に蓄積しておく。決済に必要なカード情報は、決済用カード５０がクレジットカードであれば、カード番号や、有効期限の情報である。そして、決済用カード５０の取り外しを判断した場合に、決済処理部１０８は、上述した注文情報格納部１０７に格納されている注文情報を用いて、この注文装置１から注文された商品の代金の合計を示す情報を取得する。なお、決済処理部１０８が、決済用カード５０の取り外しを検出した際に、この注文装置１から注文された商品の代金等の注文情報を、店舗のサーバ等に要求する情報を送信するようにし、この要求に応じて店舗のサーバから送信される注文情報を、注文装置１が図示しない受信部等が受信して、注文情報格納部１０７に一時記憶するようにし、この一時記憶した注文情報を用いて、決済処理部１０８が、商品の代金の合計等を取得する用にしても良い。そして、この代金の合計を示す情報と、上記で予め取得していた決済に必要なカード情報とを、図示しない通信手段等を介して、決済処理を行うためのサーバ装置（図示せず）に送信する。この決済処理を行うサーバ装置は、例えば、カード会社や、決済の代行を行う会社等が運営するサーバ装置である。これによって、注文した商品の決済が終了する。
【００４２】
なお、決済処理部１０８は、装着判断部１０３が決済用カード５０の取り外しを判断してから予め指定された時間が経過した場合に決済を行うようにしてもよい。予め指定された時間が経過したか否かは、例えば、時計等を用いて取り外しからの経過時間をカウントすることで、判断可能である。このようにすることで、ユーザが、一時的に、注文装置１から離れる際に、決済用カード５０をカード装着部１００から取り外しても、決済が行われないようにすることができる。
【００４３】
決済処理部１０８は、通常、ＭＰＵやメモリ等から実現され得る。決済処理部１０８の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。
【００４４】
図２は、本実施の形態の注文装置１の動作の一例を示すフローチャートである。以下、注文装置１の動作を説明する。
【００４５】
（ステップＳ２０１）装着判断部１０３は、決済用カード５０が、カード装着部１００に装着されたか否かを判断する。装着された場合、ステップＳ２０２に進み、装着されていない場合、ステップＳ２０１に戻る。
【００４６】
（ステップＳ２０２）支払チェック部１０４は、カードリーダ部１０１を用いて、決済用カード５０からカード情報を読み出す。読み出すカード情報は、例えば、カード番号や、有効期限の情報である。読み出したカード情報は、例えば、図示しない記憶媒体等に一時記憶する。
【００４７】
（ステップＳ２０３）支払チェック部１０４は、ステップＳ２０２で読み出したカード情報を、与信処理を行う予め指定されたサーバ装置に送信する。
【００４８】
（ステップＳ２０４）支払チェック部１０４は、サーバ装置から送信される与信処理の結果を示す情報を受信したか否かを判断する。受信した場合、ステップＳ２０５に進み、受信していない場合、ステップＳ２０４に戻る。
【００４９】
（ステップＳ２０５）支払チェック部１０４は、与信処理（支払チェック）の結果が、装着された決済用カード５０が商品代金の支払いに利用可能な状態であることを示す結果であるか否かを判断する。利用可能な状態を示す結果である場合、ステップＳ２０６に進み、利用可能でない状態を示す結果である場合、ステップＳ２１０に進む。
【００５０】
（ステップＳ２０６）表示部１０５は、商品情報格納部１０２に格納されている商品情報を読み出し、この商品情報を用いて注文画面を表示する。
【００５１】
（ステップＳ２０７）注文受付部１０６は、注文画面を介して１以上の商品の注文を受け付けたか否かを判断する。受け付けた場合、ステップＳ２０８に進み、受け付けていない場合、ステップＳ２１１に進む。
【００５２】
（ステップＳ２０８）注文受付部１０６は、ステップＳ２０７で受け付けた注文を示す情報を、注文に応じた処理等を行う注文内容の送信先となるサーバ装置等（図示せず）に送信する。
【００５３】
（ステップＳ２０９）注文受付部１０６は、注文された商品についての注文情報を注文情報格納部１０７に蓄積する。そして、ステップＳ２０７に戻る。
【００５４】
（ステップＳ２１０）表示部１０５は、ステップＳ２０１で装着されたカードが、利用可能な決済用カード５０ではないことを示すエラー表示を行う。そして、ステップＳ２０１に戻る。
【００５５】
（ステップＳ２１１）装着判断部１０３は、装着された決済用カード５０がカード装着部１００から取り外されたか否かを判断する。取り外された場合、ステップＳ２１２に進み、取り外されていない場合、ステップＳ２０７に戻る。
【００５６】
（ステップＳ２１２）装着判断部１０３は、決済用カード５０がカード装着部１００に再装着されたか否かを判断する。再装着された場合、ステップＳ２０７に戻り、再装着されなかった場合、ステップＳ２１３に進む。再装着されたか否かは、単に再度、カード装着部１００に決済用カード５０が装着されたか否かを判断しても良いし、ステップＳ２０２で読み出したカード情報と、決済用カード５０の取り外し後にカード装着部１００に装着された決済用カード５０から読み出したカード情報とが一致するか否かによって判断してもよい。なお、一致しない決済用カード５０が装着されたと判断された場合、装着判断部１０３は、決済用カード５０が再装着されていないと判断するとともに、異なる決済用カード５０が装着された旨等を表示部１０５に表示させるようにしてもよい。
【００５７】
（ステップＳ２１３）決済処理部１０８は、決済用カード５０のカード装着部１００からの取り出しが検出された時点から、予め指定された時間が経過したか否かを判断する。経過した場合、ステップＳ２１４に進み、経過していない場合、ステップＳ２１３に戻る。
【００５８】
（ステップＳ２１４）決済処理部１０８は、注文情報格納部１０７に格納されている注文情報を用いて、この注文装置１で注文された商品の代金の合計金額を示す情報を取得する。
【００５９】
（ステップＳ２１５）決済処理部１０８は、ステップＳ２１４で取得した注文された商品の合計金額の情報と、ステップＳ２０２等で一時記憶されたカード情報を、決済用のサーバ装置にネットワークや通信回線等を介して送信する。そして、ステップＳ２０１に戻る。このステップＳ２１４とステップＳ２１５の処理とを、決済処理部１０８が行う決済の処理と考えて良い。
【００６０】
なお、図２のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。
【００６１】
以下、本実施の形態における注文装置１の具体的な動作について説明する。
図３は、注文装置１を有する注文システムの概念図である。この具体例においては、決済用カード５０が、クレジットカードである場合を例に挙げて説明する。なお、ユーザＡ〜ユーザＤがそれぞれ有する決済用カード５０を、ここでは、決済用カード５０ａ〜５０ｄとする。注文システムは、ここでは、複数の注文装置１と、決済用カードの与信処理および決済処理を行う決済用サーバ装置１０と、注文に応じた受注処理を行う受注処理サーバ装置２０とを備えている。ここでは、複数の注文装置１を、説明の便宜上、注文装置１ａ〜１ｄとして示している。複数の注文装置１と、決済用サーバ装置１０とは、ネットワークや通信回線等を介して通信可能に接続されている。また、複数の注文装置１と受注処理サーバ装置２０とは、ネットワークや通信回線等を介して通信可能に接続されている。ここでは、一例として、注文装置１と決済用サーバ装置１０が接続されたネットワークとの間、および注文装置１と受注処理サーバ装置２０との間は、無線ネットワークにより接続されているものとする。
【００６２】
また、ここでは、一例として、複数の注文装置１と受注処理サーバ装置２０とは、同じ飲食店内に設置されているものとする。そして、各注文装置１は、ユーザからの飲食物の注文を受け付けるための端末であり、複数のユーザが利用するテーブルの、各ユーザの着席する位置の近傍にそれぞれ設置されているものとする。なお、この注文システムにおいては、各ユーザが、一人につき一台、注文装置１を利用できるようにすることが好適である。
【００６３】
まず、ユーザＡ〜ユーザＤが飲食店内の同じテーブルにつき、各自の近傍に設置されている注文装置１のカード装着部１００に、各自の持つ決済用カード５０ａ〜５０ｄを装着したとする。例えば、ユーザＡが注文装置１ａのカード装着部１００に決済用カード５０ａを装着すると、装着判断部１０３は、決済用カード５０ａが装着されたことを検出し、カードリーダ部１０１を用いて、決済用カード５０ａから、カード番号と、有効期限と、カードの種類を示す情報（例えば、カード会社を示す情報）とを含むカード情報を読み出す。例えば、ユーザＡの決済用カード５０ａから読み出したカード番号が「１２３４１２３４××××××××」（ただし、×は数字であるとする）であり、有効期限が「１０／１４」（月／年）、カードの種類を示す情報が、「ＶＭＤＡカード」であったとする。読み出したカード情報は、図示しない記憶媒体等に一時記憶する。
【００６４】
そして、支払チェック部１０４は、読み出したカード情報を用いて与信処理を行う。即ち、まず、読み出したカード情報を、カード情報が示すカードの種類に応じた決済用サーバ装置１０にネットワーク経由で送信する。ここでは、「ＶＭＤＡカード」専用の決済用サーバ装置１０に送信する。なお、決済用カード５０の種類を示す情報は、決済用カード５０を用いた決済処理や与信処理が可能な決済用サーバ装置の通信先を示す情報（例えば、アドレス情報等）であっても良い。
【００６５】
決済用サーバ装置１０においては、注文装置１から送信されるカード番号と、有効期限の情報を用いて与信処理を行う。例えば、まず、有効期限が、現在の日時を含む期限であるか否かを判断し、カード番号が、利用停止されているカード番号であるか否かを判断し、このカード番号に対応する与信残高が正の値であるか否かを判断する。そして、有効期限が現在の日時を含む期限であり、かつ、カード番号が利用停止されているカード番号と一致せず、かつ、カード番号に対応する与信残高が正の値であると判断された場合、送信されたカード情報に対応する決済用カード５０ａが現在支払い可能な決済用カードであることを示す与信処理結果を、決済用サーバ装置１０が注文装置１ａに送信する。なお、決済用サーバ装置１０における与信処理等は公知技術であるので、ここでは詳細な説明は省略する。
【００６６】
支払チェック部１０４が、装着された決済用カード５０ａが支払いに利用可能であることを示す与信処理結果を示す情報を受信すると、この決済用カード５０ａが支払い可能であることを示すチェック結果を、表示部１０５に出力する。
【００６７】
表示部１０５は、決済用カード５０ａが支払い可能であることを示すチェック結果を受け付けたため、注文画面の表示を行う。
【００６８】
図４は、商品情報格納部１０２に格納されている商品情報を管理する商品情報管理表である。商品情報管理表は、「商品ＩＤ」、「ジャンル」、「商品名」、「価格」、「画像」という項目を有している。「商品ＩＤ」は、商品の識別番号、「ジャンル」は、商品の分類を示す情報、「商品名」は、商品の名称、「価格」は、商品の価格、「画像」は、商品画像のファイル名を示す。
【００６９】
表示部１０５は、予め用意されているテンプレート情報を、図示しない格納部等から読み出し、図４に示す商品情報管理表から読み出した商品情報を配置して、注文画面を生成して表示する。例えば、読み出したテンプレート情報が、４つの商品情報を配置するテンプレートを示す情報であるとすると、図４に示す商品情報管理表から４つの商品情報を読み出して配置することで、最初の注文画面を生成する。例えば、テンプレート情報には、配置される商品情報が示す商品についての数量を設定するためのフィールドや、注文を受け付けるためのボタン等が予め設定されているものとする。そして、ユーザＡが利用する注文装置１ａの表示部１０５は、生成した注文画面を注文装置１ａのモニタ１０５ａに表示する。なお、テンプレート情報に、商品情報等を配置して受注画面等の生成する技術は公知技術であるので、詳細な説明は省略する。
【００７０】
図５は、表示部１０５が表示する受注画面を示す図である。
【００７１】
ここで、モニタ１０５ａがタッチパネルを構成しており、ユーザがタッチパネルを操作して、「商品名」が「エビフライ」である商品の数量を設定する入力フィールド４１の値を、デフォルトである「１」から「２」に変更し、注文するためのボタン４２を押したとする。
【００７２】
ボタンを押した操作によって、注文受付部１０６は、「２つ」の「エビフライ」の注文を受け付ける。そして、「２つ」の「エビフライ」の注文を受け付けたことを示す注文内容についての情報を、受注処理サーバ装置２０に送信する。ここでは例として、「エビフライ」の「商品ＩＤ」である「Ｆ００１」と数量を示す値「２」とを、注文装置１ａの識別情報とともに、受注処理サーバ装置２０に送信する。
【００７３】
受注処理サーバ装置２０は、注文装置１ａから送信される注文内容についての情報を受信すると、この情報が図示しない記憶媒体等に蓄積するとともに、この情報をモニタ等に表示する。これにより、注文内容が飲食店の厨房等に連絡され、「エビフライ」の調理が開始され、注文装置１ａを利用するユーザにより注文された商品である「２」皿の「エビフライ」が提供される。
【００７４】
また、注文受付部１０６は、同様に、「商品ＩＤ」である「Ｆ００１」と数量を示す値「２」と、「エビフライ」の「価格」である「５００」を有する注文情報を、注文情報格納部１０７に蓄積する。なお、ここでの価格は、単価であるとする。
【００７５】
ユーザＡ以外の他のユーザが、それぞれの注文装置１ｂ〜１ｄを用いて行う注文等の操作についても上記と同様の処理が行われる。
【００７６】
次に、ユーザＡが、席を一時的に外すために、決済用カード５０ａをカード装着部１００から取り外したとすると、装着判断部１０３は、決済用カード５０ａが取り外されたことを検出するする。表示部１０５は、決済用カード５０ａの取り外しを検出すると、注文画面を一時的に非表示にする。非表示にするということは、具体的には、モニタ１０５ａに画像を何ら表示しないようにしても良いし、いわゆるスクリーンセイバー等と同様に、予め指定された画像をモニタ１０５ａに表示するようにしても良い。これにより、他のユーザが、ユーザＡの注文画面を覗いたり、他人の注文画面からの注文を試みたりできないようにすることができる。装着判断部１０３が決済用カード５０ａの取り外しを検出すると、決済処理部１０８は、時間のカウントを開始し、予め指定されている時間が経過したか否かを判断する処理を繰り返す。例えば、予め指定されている時間が１０分であったとする。また、装着判断部１０３は、予め指定された時間内に、決済用カード５０ａが、カード装着部１００に再装着されたか否かの判断を繰り返す。
【００７７】
そして、例えば、ユーザＡが席に戻り、決済用カード５０ａを、予め指定された時間である１０分以内に、再度、注文装置１ａのカード装着部１００に装着したとする。装着判断部１０３は、決済用カード５０ａがカード装着部１００に装着されたことを検出する。そして、この決済用カード５０ａからカード情報を読み出して、最初のカード装着時に蓄積されたカード情報と一致するか否かの判断を行う。そして一致する場合、決済用カード５０ａが再装着されたことを検出する。そして、表示部１０５が、再度、注文画面の表示を行い、注文装置１が、注文の受付が可能な状態とする。また、決済処理部１０８は、時間のカウントを終了する。
【００７８】
ここで、例えば、ユーザＡが、いくつかの商品を注文して飲食し、カードを取り外して、飲食店から立ち去ったとする。その結果、予め指定された時間内に、決済用カード５０ａが、注文装置１ａのカード装着部１００に再装着されなかったとする。この場合、決済処理部１０８は、決済処理を行うため、予め指定された時間が経過したと判断した時点で、注文情報格納部１０７に格納されている注文情報を用いて、ユーザＡが注文した商品の代金の合計を取得する。
【００７９】
図６は、注文情報格納部１０７に格納されている注文情報を管理する注文情報管理表である。注文情報管理表は、「商品ＩＤ」、「価格」、「数量」という項目を有している。
【００８０】
決済処理部１０８は、注文情報格納部１０７に格納されている各注文情報の「価格」の値と、「数量」の値とを乗算し、乗算により得られた全ての値の合計を、決済する代金の合計として算出する。ここでは、代金の合計として「２９００」（円）が算出される。そして、この算出された注文された代金の合計「２９００」と、決済用カード５０ａから読み出されて一時記憶されていたカード番号「１２３４１２３４××××××××」、および有効期限「１０／１４」を含むカード情報とを、ネットワーク等を介して、決済用サーバ装置１０に送信する。
【００８１】
決済用サーバ装置１０は、注文装置１ａから送信されるカード情報と注文された代金の合計の値とを受信すると、このカード情報が示す決済用カード５０ａから、注文された商品代金の合計を引き落とす決済処理を行う。なお、決済処理は、通常のクレジットカードの決済処理等と同様であるので、ここでは詳細な説明は省略する。これにより、ユーザＡの決済用カード５０ａから、注文された商品の代金が引き落とされる。なお、決済処理後は、ユーザＡのカード情報は削除する。
【００８２】
以上、本実施の形態によれば、精算機能を有する携帯電話を利用せずに、決済用カードを用いて、各ユーザが個別に商品の注文や決済を行うことができる。
【００８３】
なお、注文装置１は、商品についての注文を受け付ける装置であれば、どのような装置でも良く、注文対象となる商品等は問わない。例えば、上記の具体例のように、飲食店において、注文を受け付けるための装置であっても良いし、駅等で切符の注文を受け付ける装置等であっても良い。かかることは、以下においても同様である。
【００８４】
なお、上記具体例において、注文装置１が注文画面等を表示する前に、金額の入力を受け付けるための入力画面等を表示することで、図示しない受付部や注文受付部１０６等が、ユーザ等からの金額の入力を受け付けるようにしても良い。そして、表示部１０５が注文画面を表示する際には、入力された金額または決済用カードの残高のうちの金額の少ない方から、注文済の商品の代金の合計を減算した残高で注文可能な金額の商品だけが配置された注文画面を表示するようにしても良い。例えば、表示部１０５が、決済用カードの残高から、注文済の商品の代金の合計を減算して、注文可能な残高の値を取得する。そして、図４に示した商品情報管理表等の、商品識別情報と、商品代金とを対応付けて有する情報から、商品代金の値が、この取得した残高以下である商品識別情報を検索する。そして、表示部１０５は、検索された商品識別情報に対応した商品の商品情報を配置した注文画面を表示する。このようにすることで、ユーザの入力した予算をオーバーした商品の注文を防ぐことができる。かかることは以下の実施の形態においても同様である。
【００８５】
また、上記具体例において、注文装置１が注文画面等を表示する前に、飲食モードを指定する入力を受け付けるための入力画面等を表示することで、図示しない受付部や注文受付部１０６等が、ユーザ等からの飲食モードの入力を受け付けるようにしても良い。飲食モードとは、例えば、飲食する料理の質や、量や、好みや、食材の種類等についての、傾向や、様式を意味する。例えば、飲食モードは、予め指定された低価格の価格帯の料理を主として提供する低価格満腹モードや、予め指定された高価格の価格帯の料理を主として提供する豪華モード等である。そして、表示部１０５は、飲食モードに対応した条件を満たす料理の注文画面を表示する。例えば、低価格満腹モードの指定を受け付けた場合、表示部１０５は、予め指定された低価格の価格帯の料理を検索して注文画面に表示する。また、豪華モードの指定を受け付けた場合は、予め指定された高価格の価格帯の料理を検索して注文画面に表示する。飲食モードに応じた価格帯の注文画面を表示する処理は、例えば、以下のように行われる。まず、予め表示モードと、価格帯の上限値と下限値とを示す値とを対応付けて、図示しない記憶媒体等に蓄積しておくようにしておく。そして、表示部１０５は、注文画面の表示前等に、図示しない受付部等が受け付けた表示モードを指定する情報に対応した表示モードに対応した価格帯の上限値と下限値とを示す値を、この記憶媒体から読み出す。そして、表示部１０５は、図４に示した商品情報管理表等の、商品識別情報と、商品代金とを対応付けて有する情報から、商品代金の値が、取得した下限値以上、上限値未満の商品識別情報を検索し、検索した商品識別情報に対応した商品の商品情報を配置した注文画面を表示する。なお、上記のような金額の入力受付に加えて、このような飲食モードの指定の受付を行うようにしてもよい。この場合、上述したような残高以内の、飲食モードの条件を満たす料理のメニューを表示するようにすればよい。かかることは、以下の実施の形態においても同様である。
【００８６】
また、上記具体例において、ユーザが決済用カード５０を注文装置１から取り外してから、予め指定された時間が経過してから決済が行われるようにしているが、決済が行われるまでの間に、ユーザが別の店等に入ってこの決済用カード５０を他の注文装置１に装着した場合には、この注文装置１で与信チェックが行われる前に、先の注文装置１においては、この決済用カード５０からの決済を済ませるようにすることが好ましい。未決済のままでは、他の注文装置１による与信チェックが正確に行われないからである。なお、このような処理を行うためには、例えば、一の注文装置１に決済用カード５０が装着された場合、この決済用カードのカード番号等のカード識別情報が、他の注文装置１にネットワーク等を介して送信されるようにする。そして、各注文装置の未決済の決済用カード５０のカード識別情報と一致するか否かを判断し、一致する場合は、決済を行うようにすればよい。あるいは、未決済状態のカード識別情報等が、他の注文装置１に送信され、一致するカード識別情報を有する決済用カード５０が装着された場合に、未決済状態のカード識別情報を送信した注文装置１に、一致するカードが検出されたことを示す情報や、決済を行う指示等を送信して、決済を行わせるようにしてもよい。
【００８７】
（実施の形態２）
この実施の形態の注文装置２は、決済用カードとして、上述した決済用カード５０の代わりに、電子マネーカード等の、決済用カード内に金銭に対応する値が格納されている決済用カード６０を用いるようにしたものである。このような決済用カード６０は、決済にサーバ装置を利用しないため、独立型の決済用カードと考えても良い。
【００８８】
図７は、本実施の形態における注文装置２のブロック図である。
注文装置２は、カード装着部１００、カードリーダ／ライタ部２０１、商品情報格納部１０２、装着判断部１０３、支払チェック部２０４、表示部２０５、注文受付部１０６、注文情報格納部１０７、決済処理部２０８を備える。
【００８９】
カード装着部１００、商品情報格納部１０２、装着判断部１０３、注文受付部１０６、注文情報格納部１０７の構成及び動作等については、上記実施の形態１と同様であるのでここでは説明は省略する。
【００９０】
決済用カード６０は、例えば、電子マネーカード等の、決済用カード内に金銭に対応する値が格納されている決済用カードであり、格納されている情報の読み出し及び書き込みが可能な決済用カードである。金銭に対応する値とは、金銭の金額等の情報であっても良いし、金額等に変換可能な値、例えばポイント等であっても良い。決済用カード６０は、例えばＩＣカードである。但し、決済用カードは磁気カード等であっても良い。
【００９１】
カードリーダ／ライタ部２０１は、決済用カード６０に記録されている情報であるカード情報の読み出し及び書込みを行う。カードリーダ／ライタ部２０１は、例えば、カード装着部１００に装着された状態の決済用カード６０についてカード情報の読み出し及び書込みを行う。また、カード取り外し時に、決済用カード６０を用いて決済が行えるようにするためには、カード装着部１００に完全に装着されていない状態の決済用カード６０からもカード情報の読み出し及び書込みが行えるようにすることが好ましい。カード装着部１００に完全に装着されていない状態とは、例えばカード装着部１００から取り外し途中の状態である。カードリーダ／ライタ部２０１は、例えば、ＩＣカードである決済用カード６０から情報を読み出すＩＣカードリーダ／ライタや、磁気カードである決済用カード６０からの情報の読み出し及び書込みを行う磁気カードリーダ／ライタ等である。なお、カードリーダ／ライタの構成については、公知技術であるので、ここでは説明を省略する。
【００９２】
支払チェック部２０４は、装着判断部１０３が、決済用カード６０が装着されたことを判断した場合に、この決済用カード６０についての支払チェックを行う。そして、例えば、チェック結果を出力する。支払チェックとは、決済用カード６０が支払い可能なカードであるか否かのチェックである。つまり、商品等の代金の支払い等に利用可能なカードであるか否かのチェックである。支払チェックは、決済用カード６０が有効なカードであるか否かのチェックであっても良い。決済用カード６０が、電子マネーカード等の金銭に対応する値が格納された決済用カードである場合、決済用カード６０の支払チェックとは、例えば、残高チェックである。残高チェックとは、例えば、決済用カード６０の残高があるか否かをチェックすることである。残高があるとは、例えば、単に金額を問わず、利用可能な残高があることであってもよいし、予め指定された金額以上の残高があることであってもよい。予め指定された金額は、例えば、商品情報格納部１０２に格納されている商品情報が示す商品のうちの最低価格であっても良い。例えば、支払チェック部２０４は、１円以上の予め指定された金額以上の残高があるか否かをチェックし、予め指定された金額以上の残高があると判断された場合、残高があることを示すチェック結果の情報を出力する。あるいは、残高の有無を示すフラグの情報等をチェックしても良い。
【００９３】
また、支払チェック部２０４は、注文受付部１０６が注文を受け付ける毎に、注文された商品の合計金額を除いた決済用カード６０の値の残高があるか否かを判断しても良い。
【００９４】
支払チェック部２０４は、通常、ＭＰＵやメモリ等から実現され得る。支払チェック部２０４の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。
【００９５】
表示部２０５は、支払チェック部２０４が、決済用カード６０が支払い可能な決済用カードであることを示すチェック結果を出力した場合に、商品情報格納部１０２から商品情報を読み出して、商品についての注文の受け付けに用いられる注文画面を表示する。あるいは、表示部２０５は、注文ボタン等が有効な、注文を受け付け可能なインターフェース等として機能する注文画面を表示するようにしても良い。決済用カード６０が支払い可能な決済用カードであることを示すチェック結果とは、例えば、決済用カード６０の残高があることを示す残高チェックの結果である。表示部２０５のその他の構成や動作については、表示部１０５と同様であるのでここでは説明を省略する。
【００９６】
なお、表示部２０５は、支払チェック部２０４が、注文受付部１０６が注文を受け付ける毎に、注文された商品の合計金額を除いた決済用カード６０の値の残高があるか否かを判断する場合であって、例えば、支払チェック部２０４が、残高が足りないことを示す結果を出力した場合には、注文画面の表示を止めるようにしても良い。
【００９７】
また、表示部２０５は、決済用カード６０の残高で購入可能な商品の商品情報だけを表示するようにするようにしても良い。即ち、商品の価格が、決済用カード６０の残高以下の商品の商品情報だけを表示しても良い。また、注文受付部１０６が注文を受け付ける毎に、注文された商品の合計金額を除いた決済用カード６０の値の残高で購入可能な商品の商品情報（即ち、価格が、残高以下の商品の商品情報）だけを表示するようにしても良い。あるいは、購入できない商品の商品情報については、注文のボタン等を非表示等にして注文を受け付けないようにしても良いし、このような商品の商品情報や注文ボタン等は、表示濃度を薄くして（いわゆるグレイアウトして）、注文を受け付けられないようにするとともに、注文ができない商品であることを視覚的にユーザに知らせるようにしても良い。
【００９８】
決済処理部２０８は、装着判断部１０３が、決済用カード６０６０の取り外しを判断した場合に、決済用カード６０を用いて注文画面を介して受け付けた注文の決済を行う。この実施の形態においては、決済用カード６０が電子マネーカード等の独立型の決済用カードであるため、決済処理部２０８が、決済用カード６０から直接、注文された商品の代金を示す値を引き出す。決済処理部２０８が引き出した値に対応する代金を請求する情報を、電子マネーの管理を行う企業等に送信して、この代金に相当する金銭を店舗（企業）が受取る処理等は、通常の電子マネー等の処理と同様であるので、ここでは説明は省略する。
【００９９】
決済処理部２０８は、通常、ＭＰＵやメモリ等から実現され得る。決済処理部２０８の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。
【０１００】
図８は、本実施の形態の注文装置２の動作の一例を示すフローチャートである。以下、注文装置２の動作を説明する。なお、図８において、図２と同一符号は同一または相当するステップを示している。
【０１０１】
（ステップＳ８０１）支払チェック部２０４は、カードリーダ／ライタ部２０１を用いて、決済用カード６０からユーザが支払いに利用可能な残高の情報を読み出す。
【０１０２】
（ステップＳ８０２）支払チェック部２０４は、ステップＳ８０１で読み出した残高の情報を用いて、残高があるか否かのチェックを行う。例えば、残高が、１円以上であるか否かを判断し、１円以上であれば、残高があることを示す情報を出力し、その他の場合は、残高がないことを示す情報を出力する。この残高のチェックがここでは支払チェックである。
【０１０３】
（ステップＳ８０３）表示部２０５は、商品情報格納部１０２に格納されている商品情報を読み出し、この商品情報を用いて注文画面を表示する。そして、ステップＳ２０７に進む。
【０１０４】
（ステップＳ８０４）表示部２０５は、ステップＳ２０１で装着されたカードが、残高がない決済用カード６０であることを示すエラー表示を行う。そして、ステップＳ２０１に戻る。
【０１０５】
（ステップＳ８０５）決済処理部２０８は、決済用カード６０が、カード装着部１００から取り外されたか否かを判断する。ただし、ここでは、決済用カード６０から代金を示す情報を引き出せるように、カードリーダ／ライタ部２０１が決済用カード６０に対して情報の読み書きが範囲にある状態で、カードの取り出しが判断できるようにする。つまり、ここでは、決済用カード６０が完全に装着された状態以外の状態にすることを、カードを取り外すことと考える。例えば、カードが装着された状態から、予め指定された位置まで移動した場合に取り外されたと判断してもよいし、決済用カード６０の一部が、カード装着部１００から外れた場合に状態が変化するスイッチ等を設け、このスイッチの状態の変化によって、決済用カード６０の取り外しを検出しても良い。取り外された場合、ステップＳ２１４に進み、取り外されていない場合、ステップＳ２０１に戻る。
【０１０６】
（ステップＳ８０６）決済処理部２０８は、決済用カード６０からステップＳ２１４で算出した注文された商品の合計金額に相当する値を引き出す。この処理は、ＩＣカード型の電子マネーから代金を引き出す処理等と同様である。また、決済処理部２０８は、引き出した値に相当する金銭を請求する情報を、決済用カード６０を管理する企業のサーバ等に送信してもよい。そして、ステップＳ２０１に戻る。
【０１０７】
なお、図８のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。
【０１０８】
以下、本実施の形態における注文装置２の具体的な動作について説明する。
図９は、注文装置２を有する注文システムの概念図である。この具体例においては、独立型の決済用カード６０が、ＩＣカード型の電子マネーカードである場合を例に挙げて説明する。ここでは、ユーザＡ〜ユーザＤがそれぞれ利用する決済用カード６０を、決済用カード６０ａ〜６０ｄとする。注文システムは、ここでは、複数の注文装置２と、注文に応じた受注処理を行う受注処理サーバ装置２０とを備えている。ここでは、複数の注文装置２を、説明の便宜上、注文装置２ａ〜２ｄとして示している。複数の注文装置２と受注処理サーバ装置２０とは、ネットワークや通信回線等を介して通信可能に接続されている。ここでは、一例として、注文装置２と受注処理サーバ装置２０間は、無線ＬＡＮにより接続されているものとする。ここでは、上述した具体例と同様に、複数の注文装置１と受注処理サーバ装置２０とは、同じ飲食店内に設置されているものとする。
【０１０９】
まず、ユーザＡ〜ユーザＤが飲食店の同じテーブルにつき、各自の近傍に設置されている注文装置２のカード装着部１００に、各自の持つ決済用カード６０ａ〜６０ｄを装着したとする。例えば、ユーザＡが注文装置２ａのカード装着部１００に決済用カード６０ａを装着すると、装着判断部１０３は、決済用カード６０ａが装着されたことを検出する。
【０１１０】
次に、支払チェック部２０４は、カードリーダ／ライタ部２０１を用いて、決済用カード６０ａから、支払いに利用可能な残高の情報を読み出す。例えば、ユーザＡの決済用カード６０ａから読み出した残高が「５０００（円）」であったとする。そして、この残高が、予め指定されている値である「１（円）」以上の値であるか否かを判断する。ここでは、「１（円）」以上であるため、支払チェック部２０４は、残高があると判断し、残高があることを示す情報を出力する。
【０１１１】
表示部２０５は、残高があることを示すチェック結果の情報を支払チェック部２０４が出力したため、上記具体例と同様に、注文画面を表示する。そして、この注文画面を介して商品の注文を受け付ける。また、受け付けた商品についての注文情報を注文情報格納部１０７に蓄積する。
【０１１２】
そして、飲食が終了したユーザＡが、飲食店を出るために、カード装着部１００から決済用カード６０ａの一部を取り出した時点で、装着判断部１０３は、決済用カード６０ａが取り外されたことを検出する。そして、上記具体例と同様に、決済処理部２０８は、注文情報格納部１０７に格納されている注文情報を用いて、注文された代金の合計金額を取得し、決済用カード６０ａから、カードリーダ／ライタ部２０１を用いて、代金の合計金額に相当する値を取り出す。これにより、決済用カード６０ａについて、飲食代金の決済が終了する。また、決済用カード６０ａが取り外された時点で、表示部２０５は、注文画面の表示を終了する。
【０１１３】
以上、本実施の形態によれば、精算機能を有する携帯電話を利用せずに、決済用カードを用いて、各ユーザが個別に商品の注文や決済を行うことができる。
【０１１４】
また、上記実施の形態１および２の注文装置及び注文システムを、特に飲食店の注文等に利用する場合においては、決済用カードの装着時に与信チェックや残高チェック等のチェックを行うことで、通常の商品購入の場合と比較して、以下のような効果を奏する。
【０１１５】
即ち、通常の商品購入であれば、商品譲渡の段階でレジにて与信または残高チェックすることで、費用を回収できない危険性はない。与信または残高チェックの結果により、加盟店は商品譲渡をしなければいいからである。
【０１１６】
しかし、商品購入ではなく飲食についての代金の支払いを目的としてカードを使用する際、飲食後提示されたカードが、与信または残高不足になれば、加盟店の機会損失が発生する危険性がある。また、決済用カードの利用者に悪意がなくても、飲食の後、与信または残高不足が分かると、カード利用者にとって不測の事態が生じてしまうこととなる。これに対し、本願では、決済用カードの装着時に与信チェックや残高チェック等のチェックを行うことで、このような危険性を回避できるという効果がある。
【０１１７】
また、決済用カード装着後、決済用カードを利用するごとに利用金額を加算して、支払い可能な状態のままでのみ、即ち、決済用カードの残高が利用金額の合計よりも多い場合にのみ、飲食の注文を認めるようにしても良い。このようにすることで、カードを抜いたときに、自動的な決済ができる。決済が自動的にできるので、レジが不要になる。
【０１１８】
さらに、決済用カードを取り外す際に決済が行われるため、決済を行うためのボタンの押下等の操作を行わずに、決済用カードを抜いて立ち去るというカード利用者の不正行為の危険性も回避できる。
【０１１９】
なお、上記各実施の形態において、各処理（各機能）は、単一の装置（システム）によって集中処理されることによって実現されてもよく、あるいは、複数の装置によって分散処理されることによって実現されてもよい。
【０１２０】
また、上記各実施の形態において、一の装置に存在する２以上の通信手段等は、物理的に一の媒体で実現されても良いことは言うまでもない。
【０１２１】
また、上記各実施の形態において、各構成要素は専用のハードウェアにより構成されてもよく、あるいは、ソフトウェアにより実現可能な構成要素については、プログラムを実行することによって実現されてもよい。例えば、ハードディスクや半導体メモリ等の記録媒体に記録されたソフトウェア・プログラムをＣＰＵ等のプログラム実行部が読み出して実行することによって、各構成要素が実現され得る。
【０１２２】
なお、上記各実施の形態における注文装置を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、商品に関する情報が格納される商品情報格納部にアクセス可能なコンピュータを、代金の決済に用いられるカードである決済用カードが装着されるカード装着部に、決済用カードが装着されたか否かを判断する装着判断部と、カード装着部に決済用カードが装着されたことを装着判断部が判断した場合に、決済用カードが支払い可能なカードであるか否かのチェックを行う支払チェック部と、決済用カードが支払い可能なカードであることを示すチェック結果を支払チェック部が出力した場合に、商品情報を読み出して、商品についての注文の受け付けに用いられる注文画面を表示する表示部として機能させるためのプログラムである。
【０１２３】
なお、上記プログラムにおいて、上記プログラムが実現する機能には、ハードウェアでしか実現できない機能は含まれない。例えば、情報を取得する取得部や、情報を出力する出力部などにおけるモデムやインターフェースカードなどのハードウェアでしか実現できない機能は、上記プログラムが実現する機能には含まれない。
【０１２４】
図１０は、上記プログラムを実行して、上記実施の形態による注文装置を実現するコンピュータの外観の一例を示す模式図である。上記実施の形態は、コンピュータハードウェア及びその上で実行されるコンピュータプログラムによって実現されうる。
【０１２５】
図１０において、コンピュータシステム９００は、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｋ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）ドライブ９０５、ＦＤ（Ｆｌｏｐｐｙ（登録商標）  Ｄｉｓｋ）ドライブ９０６を含むコンピュータ９０１と、キーボード９０２と、マウス９０３と、モニタ９０４とを備える。
【０１２６】
図１１は、コンピュータシステム９００の内部構成を示す図である。図１１において、コンピュータ９０１は、ＣＤ−ＲＯＭドライブ９０５、ＦＤドライブ９０６に加えて、ＭＰＵ（Ｍｉｃｒｏ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）９１１と、ブートアッププログラム等のプログラムを記憶するためのＲＯＭ９１２と、ＭＰＵ９１１に接続され、アプリケーションプログラムの命令を一時的に記憶すると共に、一時記憶空間を提供するＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）９１３と、アプリケーションプログラム、システムプログラム、及びデータを記憶するハードディスク９１４と、ＭＰＵ９１１、ＲＯＭ９１２等を相互に接続するバス９１５とを備える。なお、コンピュータ９０１は、ＬＡＮへの接続を提供する図示しないネットワークカードを含んでいてもよい。
【０１２７】
コンピュータシステム９００に、上記実施の形態による注文装置等の機能を実行させるプログラムは、ＣＤ−ＲＯＭ９２１、またはＦＤ９２２に記憶されて、ＣＤ−ＲＯＭドライブ９０５、またはＦＤドライブ９０６に挿入され、ハードディスク９１４に転送されてもよい。これに代えて、そのプログラムは、図示しないネットワークを介してコンピュータ９０１に送信され、ハードディスク９１４に記憶されてもよい。プログラムは実行の際にＲＡＭ９１３にロードされる。なお、プログラムは、ＣＤ−ＲＯＭ９２１やＦＤ９２２、またはネットワークから直接、ロードされてもよい。
【０１２８】
プログラムは、コンピュータ９０１に、上記実施の形態による注文装置の機能を実行させるオペレーティングシステム（ＯＳ）、またはサードパーティプログラム等を必ずしも含んでいなくてもよい。プログラムは、制御された態様で適切な機能（モジュール）を呼び出し、所望の結果が得られるようにする命令の部分のみを含んでいてもよい。コンピュータシステム９００がどのように動作するのかについては周知であり、詳細な説明は省略する。
【０１２９】
本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。
【産業上の利用可能性】
【０１３０】
以上のように、本発明にかかる注文装置は、注文を受け付けるための装置として適しており、特に、複数のユーザ等から個別に注文を受け付ける装置等として有用である。
【符号の説明】
【０１３１】
１、２、１ａ〜１ｄ、２ａ〜２ｄ  注文装置
１０  決済用サーバ装置
２０  受注処理サーバ装置
５０、５０ａ〜５０ｄ、６０、６０ａ〜６０ｄ  決済用カード
１００  カード装着部
１０１  カードリーダ部
１０２  商品情報格納部
１０３  装着判断部
１０４、２０４  支払チェック部
１０５、２０５  表示部
１０５ａ  モニタ
１０６  注文受付部
１０７  注文情報格納部
１０８、２０８  決済処理部
２０１  カードリーダ／ライタ部
【図１】
0005656256.tif 000002
【図２】
0005656256.tif 000003
【図３】
0005656256.tif 000004
【図４】
0005656256.tif 000005
【図５】
0005656256.tif 000006
【図６】
0005656256.tif 000007
【図７】
0005656256.tif 000008
【図８】
0005656256.tif 000009
【図９】
0005656256.tif 000010
【図１０】
0005656256.tif 000011
【図１１】
0005656256.tif 000012