JP2006189954A - チケット提供システム，クライアントデバイス，確認サーバ，検札デバイスおよびプログラム - Google Patents

Abstract

【課題】正常に印刷できない状況が発生しても最終的に正常なチケットをユーザに提供できるようにする。
【解決手段】複合機は、チケットを生成（印刷）し（ｓ４１６）、このチケットを読み取ったパラメータを機能サーバへ送信した後（ｓ４２４，ｓ４２６）、印刷データが再送信されてきたら（ｓ４２８〜ｓ４４０→ｓ４１４）、再度チケット生成からパラメータ送信までを行う（ｓ４１６〜ｓ４２６）。これら処理は、画像データが再送信されなくなるまで繰り返されるが、上記再送信は、機能サーバが複合機側で正常なチケットの生成が行われていないと解析した場合に行うものであるため、複合機側で正常なチケットが生成されるまで上記繰り返しがなされることになる。こうして、複合機側でチケットが正常に生成されない状況が発生しても上記処理を繰り返すことで、最終的に正常なチケットを生成して提供できる。
【選択図】図６

Description

本発明は、クライアントデバイスのユーザに対してチケットを提供するチケット提供システムに関する。

現在、サーバからインターネットなどを介して画像データを有料でプリンタに送信し、このプリンタにて画像データを印刷させることで、この画像データで示される画像を印刷してなる媒体をプリンタのユーザに提供する、といったサービスが実用化されている。

この種のサービスで利用可能な技術として、例えば、プリンタにおいて、ユーザから料金の支払いが受け付けられたことを条件にサーバ（ファイルサーバ３０）から画像データ（データファイル）を取得し、こうして取得された画像データで示される画像を印刷するための料金以上の支払いが受け付けられたときに、その画像データで示される画像の印刷を開始する、といった技術などが提案されている（特許文献１参照）。
特開２００４−７８５９３号公報

上述したサービスにおいては、ユーザに対して有料で画像を印刷してなる記録媒体を提供することができるが、このとき、プリンタ側の機械的なトラブルに起因して画像が正常に印刷されなかった場合、ユーザは所望する画像が印刷されてなる記録媒体を取得することができなくなってしまう。

特に、このサービスが、例えば、コンサートなどのチケットのように特有の利用価値を有するものを提供するサービスである場合には、料金を支払ったのにも拘わらず正常な利用価値を有さない記録媒体がユーザに提供されてしまう結果となり、サービスの質を低下させることになるため、好ましいことではない。

本発明は、このような課題を解決するためになされたものであり、その目的は、画像が正常に印刷されない状況が発生した場合であっても、最終的に正常な画像が印刷されてなる記録媒体をユーザに提供できるようにするための技術を提供することである。

上記課題を解決するため請求項１に記載のチケット提供システムは、記録媒体に印刷する記録内容を示すデータであり、該記録内容が印刷された記録媒体をチケットとして利用可能な状態とするためのチケット化データを、ネットワーク経由で確認サーバからクライアントデバイスに送信し、該クライアントデバイスにより前記チケット化データで示される記録内容を記録媒体に印刷してなるチケットを生成することにより、前記クライアントデバイスのユーザに対してチケットを提供するチケット提供システムである。このチケット提供システムのうち、前記クライアントデバイスは、前記確認サーバから送信されてきたチケット化データに基づき、該チケット化データで示される記録内容を記録媒体に印刷してなるチケットを生成するチケット生成手段と、該チケット生成手段により生成されたチケットについて、該チケットに印刷された記録内容を読み取るクライアント側読取手段と、該クライアント側読取手段により読み取られた記録内容を示す内容データをネットワーク経由で確認サーバに送信するクライアント側内容送信手段と、を備えている。また、前記確認サーバは、前記クライアントデバイスに対して前記チケット化データを送信するチケット送信手段と、該チケット送信手段によりチケット化データを送信した後、前記クライアントデバイスから送信されてきた前記内容データで示される記録内容に基づき、該クライアントデバイス側において前記チケット化データに基づく正常な記録内容の記録媒体への印刷が行われたか否かを判定する正常印刷判定手段と、該正常印刷判定手段により正常な記録内容の印刷が行われていないと判定された場合に、前記チケット化データをクライアントデバイスに再送信する再送信指令手段と、を備えている。そして、前記クライアントデバイスにおいて、前記クライアント側内容送信手段により内容データを送信した後、前記確認サーバから前記チケット化データがネットワーク経由で送信されてきた場合に、再度、前記チケット生成手段によるチケットの生成，前記クライアント側読取手段による記録内容の読み取り，および，前記クライアント側内容送信手段による内容データの送信を行う、ように構成されている。

このように構成されたチケット提供システムにおいて、クライアントデバイスは、内容データを送信した後で確認サーバからチケット化データが送信されてきた場合に、再度、チケットの生成，記録内容の読み取り，および，内容データの送信を行い、これらの処理は、確認サーバからのチケット化データの再送信が行われなくなるまで繰り返される。ただし、このように確認サーバがチケット化データを再送信するのは、確認サーバがクライアントデバイス側でチケット化データに基づく正常な記録内容の印刷が行われていないと判定した場合で、クライアントデバイス側でチケット化データに基づく正常な記録内容の印刷がなされたときに終了する。

これにより、クライアントデバイス側の機械的なトラブルに起因してチケット化データに基づく記録内容の印刷が正常に行われない状況が発生したとしても、記録内容が正常に印刷されるまで、そのような印刷に関する処理を繰り返すことが可能で、最終的に正常な記録内容が記録媒体に印刷されてなるチケットをクライアントデバイスのユーザに提供することができる。

この構成において、クライアントデバイスのクライアント側読取手段は、チケット生成手段により生成されたチケットに印刷された記録内容を読み取る手段であればよく、記録内容を読み取るための具体的な構成は特に限定されない。例えば、記録媒体の全体または一部に印刷された画像を読み取るスキャナ，および，チケット生成手段により生成されたチケットをスキャナまで搬送する搬送機構などからなるものや、上記スキャナのみからなるものが考えられ、後者のようにスキャナのみからなる構成の場合には、クライアントデバイスのユーザが手作業によりスキャナによる読み取り作業（読み取り位置へのチケットのセット）を行うようにすればよい。

また、確認サーバの正常判定手段は、内容データで示される記録内容に基づき、クライアントデバイス側においてチケット化データに基づく正常な記録内容の記録媒体への印刷が行われたか否かを判定する手段であればよく、そのような判定を行うための具体的な構成は特に限定されない。例えば、先に送信したチケット化データで示される記録内容の全体または一部と、クライアントデバイス側から受信した内容データで示される記録内容の全体または一部とを照合し、両者が一致する場合または一定以上の近似を示す場合に、正常な印刷が行われたと判定するように構成すればよい。ここでいう「記録内容の全体または一部」としては、例えば、その記録内容を構成する構成要素全体，または，特定のレイアウト，その記録内容の配色などが考えられる。

また、チケット化データが、少なくとも該チケット化データを識別可能な識別情報を含む記録内容を示すデータである場合であれば、請求項２に記載のように、前記正常印刷判定手段は、前記クライアントデバイスから送信されてきた内容データで示される記録内容に基づいて、該記録内容に含まれる識別情報で識別されるチケット化データが先に前記クライアントデバイスへ送信されたチケット化データと一致する場合に、該クライアント側において前記チケット化データに基づく正常な記録内容の記録媒体への印刷が行われたと判定する、ように構成することができる。

このように構成すれば、チケット化データに含まれる識別情報に基づいて、容易にクライアントデバイス側で正常な印刷が行われたか否かを判定することができる。
なお、上述した「識別情報」とは、例えば、クライアントデバイス側に送信する毎に割り当てられるユニークな記号（１以上の数字や文字などからなる）などで構成されるものであって、このような記号は、例えば、記号そのもの，記号を示す一次元コード（バーコード），記号を示す二次元コード（例えば、ＱＲコードなど）などとしてチケットに印刷されるものとすればよい。

また、上述したようなコンテンツ提供システムにおいて、クライアントデバイス側で正常な印刷が行われなかった際には、例えば、クライアントデバイス側でインクや記録媒体などの消耗品がなくなり物理的に印刷ができなくなることなども考えられるため、チケット化データが再送信されてきたとしても、直ちに印刷を行うことができない，または，直ちに印刷を行いたくない場合もありうる。

このような場合には、クライアントデバイス側で直ちに印刷を行うのではなく、ユーザの操作を受けて印刷を開始するようにすることが望ましい。このためには、請求項３に記載のように、前記確認サーバにおいて、前記再送信指令手段は、前記正常印刷判定手段により正常な記録内容の印刷が行われていないと判定された場合に、チケットの生成を指令するための生成指令データを前記クライアントデバイスに送信し、該クライアントデバイスから前記チケット化データの送信を要求する旨の要求データがネットワーク経由で送信されてくるまで待機した後、前記チケット化データをクライアントデバイスに送信する、ように構成されており、前記クライアントデバイスにおいては、前記クライアント側内容送信手段により内容データを送信した後、前記確認サーバから前記生成指令データが送信されてきた場合に、ユーザの操作を受けて前記要求データを確認サーバに送信する要求送信手段が備えられている、といった構成を採用することが好適である。

このように構成すれば、確認サーバは、クライアントデバイスから要求データを受信するまでチケット化データの再送信を行わないため、それまではクライアントデバイス側においてチケット化データに基づくチケットの印刷が行われることを防止することができる。この要求データは、クライアントデバイスがユーザの操作を受けた際に確認サーバへ送信するものであるため、ユーザは、チケット化データに基づくチケットの印刷を、クライアントデバイスに対する操作を行うまでの間、保留することができる。

ところで、上述したようなチケット提供システムにおいては、クライアントデバイス側で正常な印刷が行われるまで、確認サーバによるチケット化データのクライアントデバイスへの送信が繰り返されるように構成されているが、正常な印刷が行われていないと判定されたチケットがチケットとして認識可能な程度の印刷状態である場合、それをチケットとして使用することが可能になってしまう虞がある。そのため、このような状況をユーザにより悪用されてしまうと、不正に多くのチケットをユーザが取得してしまう状況が生じうる。

そこで、このようなことを防止するために、請求項４に記載のチケット提供システムでは、前記確認サーバは、正常印刷判定手段により正常な記録内容の印刷が行われていると判定されたチケット化データを、有効なチケット化データとしてデータベースに登録するデータ登録手段を備え、再送信指令手段は、正常印刷判定手段により正常な記録内容の印刷が行われていないと判定された場合に、先に送信された前記チケット化データとは別のチケット化データをクライアントデバイスに送信する、ように構成されており、クライアントデバイスは、クライアント側内容送信手段により内容データを送信した後、確認サーバからチケット化データが送信されてきた場合に、該チケット化データに基づくチケット生成手段によるチケットの生成，クライアント側内容読取手段による記録内容の読み取り，および，クライアント側内容送信手段による内容データの送信を行う、ように構成することとしている。

このように構成すれば、クライアントデバイス側で正常に印刷されていないと判定された場合、確認サーバからは、先に送信したチケット化データとは異なるチケット化データが送信される一方、正常に印刷されていると判定された場合には、そのチケット化データを有効なチケット化データとしてデータベースに登録することができる。

これにより、確認サーバ側でチケット化データに基づく印刷がクライアントデバイス側で正常に行われなかったと判定された場合において、そのチケット化データに基づいて生成されたチケットがチケットとして認識可能な程度の印刷状態であったとしても、データベースにおいて有効なものとして登録されたチケットとはならず、上記不正を未然に防止できる。なお、例えば、このチケットを検札する際に、データベースを参照して有効なものか否かをチェックすることで、正常に印刷されなかったチケット化データに基づいて生成されたチケットであること，または，不正に取得されたチケットであることを確認することができる。

また、上述したように、チケットを検札する場合においては、チケット提供システムとして、例えば、請求項５に記載のように構成することが好適である。
請求項５に記載のチケット提供システムは、
検札デバイスを用いてチケットの検札を行うことができるように構成されており、前記検札デバイスは、チケットに印刷された記録内容を読み取る検札側読取手段と、該検札側読取手段により読み取られた記録内容を示す内容データをネットワーク経由で前記確認サーバに送信する検札側内容送信手段と、該検札側内容送信手段により内容データが送信された後、該内容データに基づいて前記確認サーバ側で検札した結果を示す検札データがネットワーク経由で該確認サーバから送信されてきた際に、該検札データで示される検札結果を報知する検札報知手段と、を備えており、前記確認サーバは、前記検札デバイスから送信されてきた前記内容データで示される記録内容に基づき、該記録内容に含まれる識別情報で識別されるチケット化データが、前記データベースに登録されていれば、該チケット化データに対応するチケットが正常なチケットであると判定する一方、前記データベースに登録されていなければ、該チケット化データに対応するチケットが正常なチケットではないと判定する検札判定手段と、該検札判定手段による検札結果を示す検札データを前記検札デバイスに送信する検札送信手段と、を備えている。

このように構成すれば、検札デバイスによって、チケットに印刷された記録内容を読み取った内容データを確認サーバに送信することで、この確認サーバから正常なチケットであるか否かの検札結果を示す検札データを取得することができるため、この検札結果を確認することで適切にチケットの検札を行うことができる。

この構成において、検札デバイスの検札側読取手段は、チケットに印刷された記録内容を読み取る手段であって、記録内容を読み取るための具体的な構成は特に限定されない。例えば、記録媒体の全体または一部に印刷された画像を読み取るスキャナなどからなるものが考えられる。

また、以上説明したチケット提供システムにおいて、ユーザにチケットを提供するにあたり、このチケットを有料のものとする場合には、チケットの料金をユーザから徴収する必要がある。その場合の徴収方法としては、例えば、上述した検札時に直接ユーザから徴収するといった方法が考えられるが、このような料金の徴収についてもシステムの一部処理として行うように構成できることが効率的である。

そのための構成としては、例えば、請求項６に記載のように、前記確認サーバは、前記正常印刷判定手段により正常な記録内容の印刷が行われていると判定された場合に、前記クライアントデバイスのユーザに対する課金処理を行う課金手段を備えている、といった構成が好適である。

このように構成すれば、クライアントデバイス側において正常に印刷が行われたと判定された場合、つまり正常にチケットの提供を行うことができたと判定された場合にのみ、課金処理によりユーザへのチケット提供に対する課金を行うことができる。

なお、この構成における「課金処理」とは、クライアントデバイスのユーザに対する課金を行うために行われる処理であって、例えば、ユーザに提供したチケットに対して定められた金額をユーザによる利用料金の合計額（所定の記録領域に記憶されたもの）に加算するといった処理のことである。

また、請求項７に記載のクライアントデバイスは、記録媒体に印刷する記録内容を示すデータであり、該記録内容が印刷された記録媒体をチケットとして利用可能な状態とするためのチケット化データを、ネットワーク経由で受信し、前記チケット化データで示される記録内容を記録媒体に印刷してなるチケットを生成した後、該チケットに基づく内容データを確認サーバに送信するとともに、これを受信した該確認サーバにより前記チケット化データに基づく記録内容の記録媒体への印刷が正常に行われたか否かを判定し、正常な記録内容の印刷が行われていないと判定された場合に、前記チケット化データを再送信することにより、ユーザに対してチケットを提供するチケット提供システムを構成するクライアントデバイスである。

このクライアントデバイスは、前記確認サーバから送信されてきたチケット化データに基づき、該チケット化データで示される記録内容を記録媒体に印刷してなるチケットを生成するチケット生成手段と、該チケット生成手段により生成されたチケットについて、該チケットに印刷された記録内容を読み取るクライアント側読取手段と、該クライアント側読取手段により読み取られた記録内容を示す内容データをネットワーク経由で確認サーバに送信するクライアント側内容送信手段と、を備えるとともに、前記クライアント側内容送信手段により内容データを送信した後、前記確認サーバから前記チケット化データがネットワーク経由で送信されてきた場合に、再度、前記チケット生成手段によるチケットの生成、前記クライアント側読取手段による記録内容の読み取り、および、前記クライアント側内容送信手段による内容データの送信を行う、ように構成されている。

このように構成されたクライアントデバイスは、請求項１から６のいずれかに記載のチケット提供システムの一部を構成することができる。
なお、このクライアントデバイスについては、請求項２から６のいずれかに記載のクライアントデバイスと同様の構成としてもよく、この場合、請求項２から６のいずれかに記載のチケット提供システムの一部（クライアントデバイス）を構成することができる。

また、請求項８に記載の確認サーバは、記録媒体に印刷する記録内容を示すデータであり、該記録内容が印刷された記録媒体をチケットとして利用可能な状態とするためのチケット化データを、ネットワーク経由で送信するとともに、前記チケット化データを受信したクライアントデバイスで記録内容を記録媒体に印刷してなるチケットを生成した後、該チケットに基づく内容データを前記クライアントデバイスから送信を受けるとともに、受信した該内容データに基づき前記チケット化データに基づく記録内容の記録媒体への印刷が正常に行われたか否かを判定し、正常な記録内容の印刷が行われていないと判定された場合に、前記チケット化データを再送信することにより、ユーザに対してチケットを提供するチケット提供システムを構成する確認サーバである。

この確認サーバは、前記クライアントデバイスに対して前記チケット化データを送信するチケット送信手段と、該チケット送信手段によりチケット化データを送信した後、前記クライアントデバイスから送信されてきた前記内容データで示される記録内容に基づき、該クライアントデバイス側において前記チケット化データに基づく正常な記録内容の記録媒体への印刷が行われたか否かを判定する正常印刷判定手段と、該正常印刷判定手段により正常な記録内容の印刷が行われていないと判定された場合に、前記チケット化データをクライアントデバイスに再送信する再送信指令手段と、を備えている。

このように構成された確認サーバは、請求項１から６のいずれかに記載のチケット提供システムの一部を構成することができる。
なお、この確認サーバについては、請求項２から６のいずれかに記載の確認サーバと同様の構成としてもよく、この場合、請求項２から６のいずれかに記載のチケット提供システムの一部（確認サーバ）を構成することができる。

また、請求項９に記載の検札デバイスは、記録媒体に印刷する記録内容を示すデータであり、該記録内容が印刷された記録媒体をチケットとして利用可能な状態とするためのチケット化データを、確認サーバからネットワーク経由でクライアントデバイスに送信するとともに、前記チケット化データを受信したクライアントデバイスで記録内容を記録媒体に印刷してなるチケットを生成した後、前記確認サーバは、該チケットに基づく内容データを前記クライアントデバイスから受信するとともに、受信した前記チケット化データに基づく記録内容の記録媒体への印刷が正常に行われたか否かを判定し、正常な記録内容の印刷が行われていないと判定された場合に、前記チケット化データを前記クライアントデバイスに再送信することにより、ユーザに対して提供されるチケットに基づきサービスの提供を行うサービス提供システムを構成する検札デバイスである。

この前記検札デバイスは、チケットに印刷された記録内容を読み取る検札側読取手段と、該検札側読取手段により読み取られた記録内容を示す内容データを検札のためにネットワーク経由で前記確認サーバに送信する検札側内容送信手段と、該検札側内容送信手段により内容データが送信された後、該内容データに基づいて前記確認サーバ側で検札した結果を示す検札データがネットワーク経由で該確認サーバから送信されてきた際に、該検札データで示される検札結果を報知する検札報知手段と、を備えている。

このように構成された検札デバイスは、請求項５または６に記載のチケット提供システムの一部を構成することができる。
また、請求項１０に記載のプログラムは、記録媒体に印刷する記録内容を示すデータであり、該記録内容が印刷された記録媒体をチケットとして利用可能な状態とするためのチケット化データを、ネットワーク経由で受信し、前記チケット化データで示される記録内容を記録媒体に印刷してなるチケットを生成した後、該チケットに基づく内容データを確認サーバに送信するとともに、これを受信した該確認サーバにより前記チケット化データに基づく記録内容の記録媒体への印刷が正常に行われたか否かを判定し、正常な記録内容の印刷が行われていないと判定された場合に、前記チケット化データを再送信することにより、ユーザに対してチケットを提供するチケット提供システムを構成するクライアントデバイスを制御するコンピュータ読み取り可能なクライアントデバイス用プログラムである。このプログラムは、前記確認サーバから送信されてきたチケット化データに基づき、該チケット化データで示される記録内容を記録媒体に印刷してなるチケットを生成するチケット生成手順と、該チケット生成手順により生成されたチケットについて、該チケットに印刷された記録内容を読み取るクライアント側読取手順と、該クライアント側読取手順により読み取られた記録内容を示す内容データをネットワーク経由で確認サーバに送信するクライアント側内容送信手順と、前記クライアント側内容送信手順により内容データを送信した後、前記確認サーバから前記チケット化データがネットワーク経由で送信されてきた場合に、再度、前記チケット生成手順によるチケットの生成、前記クライアント側読取手順による記録内容の読み取り、および、前記クライアント側内容送信手順による内容データの送信を行わせる繰り返し手順と、を含むものである。

このようなプログラムにより制御されるクライアントデバイスは、請求項１から６のいずれかに記載のチケット提供システムの一部を構成することができる。
なお、このプログラムについては、請求項２から６のいずれかに記載のクライアントデバイスの備える全手段としての機能を実現するための処理手順を、上記クライアントデバイスに実行させるためのプログラムとしてもよく、この場合、このクライアントデバイスは、請求項２から６のいずれかに記載のチケット提供システムの一部（クライアントデバイス）を構成することができる。

また、請求項１１に記載のプログラムは、記録媒体に印刷する記録内容を示すデータであり、該記録内容が印刷された記録媒体をチケットとして利用可能な状態とするためのチケット化データを、ネットワーク経由で送信するとともに、前記チケット化データを受信したクライアントデバイスで記録内容を記録媒体に印刷してなるチケットを生成した後、該チケットに基づく内容データを前記クライアントデバイスから送信を受けるとともに、受信した該内容データに基づき前記チケット化データに基づく記録内容の記録媒体への印刷が正常に行われたか否かを判定し、正常な記録内容の印刷が行われていないと判定された場合に、前記チケット化データを再送信することにより、ユーザに対してチケットを提供するチケット提供システムを構成する確認サーバを制御するコンピュータ読み取り可能な確認サーバ用プログラムである。

この確認サーバ用プログラムは、前記クライアントデバイスに対して前記チケット化データを送信するチケット送信手順と、該チケット送信手順によりチケット化データを送信した後、前記クライアントデバイスから送信されてきた前記内容データで示される記録内容に基づき、該クライアントデバイス側において前記チケット化データに基づく正常な記録内容の記録媒体への印刷が行われたか否かを判定する正常印刷判定手順と、該正常印刷判定手順により正常な記録内容の印刷が行われていないと判定された場合に、前記チケット化データをクライアントデバイスに再送信する再送信指令手順と、を含む。

このようなプログラムにより制御される確認サーバは、請求項１から６のいずれかに記載のチケット提供システムの一部を構成することができる。
なお、このプログラムについては、請求項２から６のいずれかに記載の確認サーバの備える全手段としての機能を実現するための処理手順を、上記確認サーバに実行させるためのプログラムとしてもよく、この場合、この確認サーバは、請求項２から６のいずれかに記載のチケット提供システムの一部（確認サーバ）を構成することができる。

また、請求項１２に記載のプログラムは、記録媒体に印刷する記録内容を示すデータであり、該記録内容が印刷された記録媒体をチケットとして利用可能な状態とするためのチケット化データを、確認サーバからネットワーク経由でクライアントデバイスに送信するとともに、前記チケット化データを受信したクライアントデバイスで記録内容を記録媒体に印刷してなるチケットを生成した後、前記確認サーバは、該チケットに基づく内容データを前記クライアントデバイスから受信するとともに、受信した前記チケット化データに基づく記録内容の記録媒体への印刷が正常に行われたか否かを判定し、正常な記録内容の印刷が行われていないと判定された場合に、前記チケット化データを前記クライアントデバイスに再送信することにより、ユーザに対して提供されるチケットに基づきサービスの提供を行うサービス提供システムを構成する検札デバイスを制御するコンピュータ読み取り可能な検札デバイス用プログラムである。

この検札デバイス用プログラムは、チケットに印刷された記録内容を読み取る検札側読取手順と、該検札側読取手順により読み取られた記録内容を示す内容データを検札のためにネットワーク経由で前記確認サーバに送信する検札側内容送信手順ムと、該検札側内容送信手順により内容データが送信された後、該内容データに基づいて前記確認サーバ側で検札した結果を示す検札データがネットワーク経由で該確認サーバから送信されてきた際に、該検札データで示される検札結果を報知する検札報知手順と、を含む。

このようなプログラムにより制御される検札デバイスは、請求項５または６に記載のチケット提供システムの一部を構成することができる。

以下に本発明の実施形態を図面と共に説明する。
（１）全体構成
サービス提供システムは、図１に示すように、複合機１０，ディレクトリサーバ２０，機能サーバ３０，検札デバイス６０などからなり、これらがネットワーク（本実施形態においては、ＷＡＮ：Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）１を介してデータ通信可能に接続されている。具体的にいうと、複合機１０，ディレクトリサーバ２０および機能サーバ３０は、それぞれルータ（Ｒ：周知のブロードバンドルータ）２〜５を介してネットワーク１と接続されている。

複合機１０は、制御部１１，操作部１２，読取部１３，記録部１４，通信部１５，記憶部１６，音入力部１７および音出力部１８などを備えている。
これらのうち、制御部１１は、ＣＰＵ，ＲＯＭ，ＲＡＭ等を備え、このＣＰＵが、ＲＯＭに記憶されているプログラムに従って複合機１０全体を統括制御する。

また、操作部１２は、図２に示すように、コピーキー４１，スキャナキー４２，ＦＡＸキー４３，サービスキー４４，設定キー４５，上下左右の方向キー４６〜４９，ＯＫキー５０およびキャンセルキー５１，ディスプレイ５２などからなるユーザインタフェースとして構成されている。

また、読取部１３は、スキャナとしての機能を実現するための入力デバイスであり、用紙等のシート状記録媒体に記録（例えば印刷）された画像を読み取り、その画像を表す画像データを生成する。

また、記録部１４は、プリンタとしての機能を実現するための出力デバイスであり、画像データで示される画像を用紙等のシート状記録媒体に印刷する。
また、通信部１５は、複合機１０をネットワーク１に接続すると共に、このネットワーク１を介してデータを送受信するための処理を行う。

また、記憶部１６は、図示しない不揮発性ＲＡＭを備えており、この不揮発性ＲＡＭにデータを記憶可能に構成されている。
また、音入力部１７は、本複合機１０が備える図示しないハンドセット（受話器）に設けられたマイクから音を入力し、その音を表す音データ（ＰＣＭデータ）を生成する。

そして、音出力部１８は、音データ（ＰＣＭデータ）の表す音を、図示しないハンドセット，または，複合機１０本体に設けられた図示しないスピーカから出力する。
ディレクトリサーバ２０は、制御部２１，通信部２２および記憶部２３を備えている。

これらのうち、制御部２１は、ＣＰＵ，ＲＯＭ，ＲＡＭ等を備え、このＣＰＵが、ＲＯＭまたはＲＡＭに記憶されているプログラムに従ってディレクトリサーバ２０全体を統括制御する。

また、通信部２２は、ディレクトリサーバ２０をネットワーク１に接続すると共に、このネットワーク１を介してデータを送受信するための処理を行う。
そして、記憶部２３は、図示しないハードディスクを備えており、このハードディスクにデータを記憶する。この記憶部２３には、後述するサービス定義情報２５を記憶するためのサービス定義情報記憶部２４が設けられている。このサービス定義情報２５は、ＸＭＬ（eXtensible Markup Language）により記述されたＸＭＬデータであり、この記述内容に従って後述するサービス選択用画面を表示させることで、機能サーバ３０が提供可能なサービス一覧（各サービスの種類及び要求先アドレス（ＵＲＬ；Uniform Resource Locator）を提供することができる。

機能サーバ３０は、制御部３１，通信部３２および記憶部３３などを備えている。
これらのうち、制御部３１は、ＣＰＵ，ＲＯＭ，ＲＡＭ等を備え、このＣＰＵが、ＲＯＭまたはＲＡＭに記憶されているプログラムに従って機能サーバ３０全体を統括制御する。なお、この制御部３１は、複合機１０の制御部１１に比べて充分に高性能な構成とされており、複合機１０の制御部１１では実行困難な処理についてもその処理を行うことができる。

また、通信部３２は、機能サーバ３０をネットワーク１に接続すると共に、このネットワーク１を介してデータを送受信するための処理を行う。
そして、記憶部３３は、図示しないハードディスクを備えており、このハードディスクにデータを記憶する。この記憶部３３は、それぞれ異なるサービスを提供するための処理を実行するサービスソフトウェア１２２を記憶するためのサービスソフト記憶部１２０と、後述する課金を行う際に必要となる情報を記憶する課金情報記憶部１３０と、後述するセッションＩＤなどの情報を記憶するセッション管理情報記憶部１４０と、後述する印刷データを記憶するサービス出力記憶部１５０と、後述するチケット番号などの情報を記憶するチケット管理情報記憶部１６０と、からなる。

検札デバイス６０は、複合機１０の備える制御部１１，操作部１２，読取部１３，通信部１５，記憶部１６と同様の構成である制御部６１，操作部６２，読取部６３，通信部６５，記憶部６６などを備えている。なお、本実施形態において、この検札デバイス６０は、後述するように複合機１０のユーザに提供されたチケットの検札を行うためのものであり、そのチケットにより入場を許可すべき会場に設置されたものである。
（２）複合機１０による処理
以下に、複合機１０の制御部１１により実行される各種処理について説明する。
（２−１）複合機処理
はじめに、複合機１０が起動された以降、繰り返し実行される処理である複合機処理を図３に基づいて説明する。

この複合機処理が起動されたら、まず、初期化処理を行う（ｓ１０２）。
この初期化処理を終えた後、外部からの指令，例えば、操作部１２への入力操作やネットワーク１を介した指令信号の入力などが発生したら（ｓ１０４）、その入力が動作モードをサービスモードへ移行させるための内容であるか否かをチェックする（ｓ１０６）。ここでは、例えば、ｓ１０４による入力が操作部１２のサービスキー４４を押下する操作であれば、サービスモードへ移行させるための内容であると判定する。なお、この「サービスモード」とは、以下の処理で示すように、機能サーバ３０に対してサービスの提供を要求するための処理を実行するための動作モードである。

このｓ１０６で、入力がサービスモードへ移行させるための内容でないと判定されたら（ｓ１０６：ＮＯ）、その入力内容に応じて他の動作モードに対する処理（その他のモードの処理）を行った後（ｓ１０８）、ｓ１０４へ戻る。

一方、ｓ１０６で、サービスモードへ移行させるための内容であると判定されたら（ｓ１０６：ＹＥＳ）、機能サーバ３０に要求すべきサービスを指定する方法をユーザに選択させる（ｓ１１０）。ここでは、サービスをリストから指定するか、要求先アドレスを直接入力により指定するかを選択させるための選択画面をディスプレイ５２に表示させることによりユーザに選択を促す。この選択画面が表示された後、ユーザは、いずれにてサービスを指定するかの選択を操作部１２により行うことができる。

このｓ１１０で、リストから指定する旨が選択されたら（ｓ１１０：ＹＥＳ）、ディレクトリサーバ２０にサービス一覧の照会を要求する（ｓ１１２）。ここでは、ディレクトリサーバ２０に対してサービス定義情報２５の送信を要求するためのアドレスとして、あらかじめ記憶部１６に記憶されたアドレス宛に、ＨＴＴＰ１．１（ＨＴＴＰ：ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）に基づくＨＴＴＰリクエスト（以降、単に「ＨＴＴＰリクエスト」という）を送信することにより、サービス一覧の照会を要求する。このアドレスに基づいてアクセスを受けたディレクトリサーバ２０は、後述のように、ＨＴＴＰ１．１に基づくＨＴＴＰレスポンス（以降、単に「ＨＴＴＰレスポンス」という）により、トップのサービス定義情報２５をＨＴＴＰレスポンスにより返信してくる。このトップのサービス定義情報２５は、「チケット発行サービス」，「データ保存サービス」，「印刷サービス」，「コピー応用サービス」といったサービスのカテゴリについての選択を促すカテゴリ選択用画面を表示させるためのサービス定義情報２５である。

こうして、サービス一覧の照会を要求した後、ディレクトリサーバ２０から返信されたサービス定義情報２５を受信したら（ｓ１１４）、このサービス定義情報２５に基づいて選択用画面をディスプレイ５２に表示させた後（ｓ１１６）、次の処理（ｓ１２０）へ移行する。このｓ１１６がトップのサービス定義情報２５を受信した後に行われる場合には、そのＸＭＬの記述に従って、図４（ａ）に示すように、表示用タイトルとして「ディレクトリサービス」の文字がディスプレイ５２の表示領域上部に配置され、選択可能なカテゴリを表す項目である「データ保存サービス」，「印刷サービス」および「コピー応用サービス」，「チケット発行サービス」の文字が表示領域下部に配置されてなるカテゴリ選択画面の表示を行う。また、このサービス定義情報２５には、カテゴリに対応する別のサービス定義情報２５のアドレスがリンク先として割り当てられており、いずれかの項目がサービス選択画面に基づいて選択されることにより、その項目に対応するアドレスのサービス定義情報２５をディレクトリサーバ２０に要求することができる。なお、表示領域の制約上、すべての項目を一度に表示することができない場合、画面をスクロールさせることで各項目の配置が上下に移動するように構成されている（図４（ａ）において「チケット発行サービス」は表示領域の制約上表示されていない）。

また、ｓ１１６の処理がトップ以外のサービス定義情報２５を受信した後に行われる場合，具体的な例として、「コピー応用サービス」に関するサービス定義情報２５を受信した場合には、そのＸＭＬの記述に従って、図４（ｂ），（ｃ）に示すように、表示用タイトルとして「コピー応用サービス」の文字が表示領域上部に配置され、選択可能な項目として「すかし入りコピー」，「翻訳コピー」，「原稿読み上げ」および「音声テキスト変換」のサービスが表示領域下部に配置されてなるサービス選択画面の表示を行う。また、「チケット発行サービス」に関するサービス定義情報２５を受信した場合には、そのＸＭＬの記述に従って、図４（ｄ）に示すように、表示用タイトルとして「チケット発行サービス」の文字が表示領域上部に配置され、選択可能な項目としてこのサービスにて発行されたチケットを利用可能なイベントが表示領域下部に配置されてなるサービス選択画面の表示を行う。また、これらサービス定義情報２５についても、サービスまたはイベントに対応する別のサービス定義情報２５のアドレスがリンク先として割り当てられており、いずれかの項目がサービス選択画面に基づいて選択された際に、その項目に対応するアドレスのサービスの提供を機能サーバ３０に要求することになる。なお、これらサービス選択画面についても、表示領域の制約上、すべての項目を一度に表示することができない場合、画面をスクロールさせることで各項目の配置が上下に移動するように構成されている。

また、上述したｓ１１０で、要求先アドレスを直接入力により指定する旨が選択された場合には（ｓ１１０：ＮＯ）、要求先アドレスを入力するためのアドレス入力画面をディスプレイ５２に表示させた後（ｓ１１８）、次の処理（ｓ１２０）へ移行する。

こうして、選択用画面またはアドレス入力画面が表示された以降、ユーザは、いずれかの項目を選択する操作（アドレスを入力する操作），または，サービスモードを終了する操作（停止操作）を操作部１２により行うことができる。

次に、ユーザによる操作部１２への入力操作を受け付け（ｓ１２０）、こうして行われた入力操作がリンクを選択する操作であるか否かをチェックする（ｓ１２２）。ここでは、ｓ１１６にて表示された選択用画面における項目を選択する操作，または，ｓ１１８にて表示されたアドレス入力画面にアドレスを入力する操作が入力操作として行われた場合に、リンクを選択する操作であると判定する。

このｓ１２２で、リンクを選択する操作でないと判定された場合（ｓ１２２：ＮＯ）、その入力操作が停止操作であれば（ｓ１２４：ＹＥＳ）、ｓ１０４へ戻ることによりサービスモードとしての処理を終了する一方、入力操作が停止操作でなければ（ｓ１２４：ＮＯ）、拒否音（ブザー音など）を鳴動させた後（ｓ１２６）、ｓ１２０へ戻る。

また、ｓ１２２で、入力操作がリンクを選択する操作であると判定された場合（ｓ１２２：ＹＥＳ）、その選択されたリンクがサービスへのリンク，つまり機能サーバ３０にサービスの提供を要求するためのＩＤであるか否かをチェックする（ｓ１２８）。

このｓ１２８で、サービスへのリンクでないと判定された場合，つまり別のサービス定義情報２５のＩＤである場合には（ｓ１２８：ＮＯ）、ディレクトリサーバ２０に対してサービス一覧の照会を要求し、該当するサービス定義情報２５を受信した後（ｓ１３０）、ｓ１１６へ戻ってサービス選択用画面をディスプレイ５２に表示させる。

そして、ｓ１２８で、サービスへのリンクであると判定された場合には（ｓ１２８：ＹＥＳ）、後述するセッション処理（図５）を行った後（ｓ１３２）、ｓ１０４へ戻ることによりサービスモードとしての処理を終了する。
（２−２）セッション処理
続いて、図３におけるｓ１３２であるセッション処理の詳細な処理手順を図５に基づいて説明する。

このセッション処理では、まず、図３におけるｓ１２０により選択されたリンク先（アドレスを直接入力した場合には、そのアドレス）に基づいてサービスを起動する（ｓ２０２）。ここでは、リンク先に対してサービス起動指令をＨＴＴＰリクエストにより送信することで、図３におけるｓ１２０にてユーザに選択されたサービスを機能サーバ３０側において起動させる。このサービス起動指令を受信した機能サーバ３０からは、セッションＩＤがＨＴＴＰレスポンスにより返信されてくる。

次に、ｓ２０４によるサービス起動指令に応じて機能サーバ３０から返信されてくるセッションＩＤを受信する（ｓ２０４）。なお、以降の処理で送信するＨＴＴＰリクエストおよびＨＴＴＰレスポンスには、特に明示しない限り、全てセッションＩＤが含まれた状態でやりとりされることとし、このＨＴＴＰリクエストを受信した機能サーバ３０側では、このセッションＩＤに基づいて通信中のデバイスを管理（周知のセッション管理）するように構成されている。

次に、複合機１０自身に対する指令の有無を問い合わせるための「複合機指令問合せ」をＨＴＴＰリクエストにより機能サーバ３０へ送信する（ｓ２０６）。この「複合機指令問合せ」を受信した機能サーバ３０は、複合機１０に対する指令が発生していれば、その内容を示す指令（指令が発生していない場合には「指令なし」を示す指令）をＨＴＴＰレスポンスにより返信してくる。

次に、ｓ２０６による問い合わせにより返信されてくる指令（複合機指令）を受信したら（ｓ２０８）、その指令がジョブ起動指令であるか否かを判定する（ｓ２１０）。この「ジョブ起動指令」とは、後述のように、ｓ２０２にてサービス起動指令を送信した以降、機能サーバ３０側で発生する指令であり、そのタイミングやサービスの内容に応じたジョブの起動を指令する内容となっている。なお、このジョブ起動指令には起動すべきジョブのジョブＩＤ，ジョブの種類およびジョブの通信先アドレスが付加されている。

このｓ２１０で、ジョブ起動指令であると判定された場合（ｓ２１０：ＹＥＳ）、ジョブの起動に必要なリソースを確保した後で（ｓ２１２）、ジョブ起動指令で指令されたジョブを起動する（ｓ２１３）。ここでは、ジョブ起動指令で指令されたジョブに対して、このジョブ起動指令に付加されたジョブＩＤおよび通信先アドレスを渡すことにより、そのジョブを起動する。なお、こうして起動されるジョブは、他の処理と並行して実行されるものであり、これについては、複数種類のサービスのうち、本発明を理解する上で重要なサービスである「チケット発行サービス」のみを例に挙げて、後述する「チケット発行ジョブ」（図６）において詳述する。

こうして、ジョブの起動を行った後、所定インターバル待機した後（ｓ２１４）、ｓ２０６へ戻る。
また、上述したｓ２１０で、ジョブ起動指令でないと判定された場合（ｓ２１０：ＮＯ）、ｓ２０８で受信した指令がジョブ終了指令であるか否かをチェックする（ｓ２１６）。この「ジョブ終了指令」とは、上述したｓ２１３でジョブを起動した以降、このジョブが終了した際に機能サーバ３０側で発生する指令である。なお、このジョブ終了指令には、その終了したジョブのジョブＩＤが付加されている。

このｓ２１６で、ジョブ終了指令であると判定された場合（ｓ２１６：ＹＥＳ）、このジョブ終了指令に付加されたジョブＩＤのジョブについて、このジョブを起動するにあたりｓ２１２にて確保したリソースを解放した後（ｓ２１８）、ｓ２１４へ移行する。

また、上述したｓ２１６で、ジョブ終了指令でないと判定された場合（ｓ２１６：ＮＯ）、「指令なし」を示すものであるか否かをチェックし（ｓ２２０）、「指令なし」を示すものであれば（ｓ２２０：ＹＥＳ）、ｓ２１４へ移行する一方、「指令なし」を示すものでなければ（ｓ２２０：ＮＯ）、セッション終了指令であるか否かを判定する（ｓ２２２）。この「セッション終了指令」とは、この複合機１０に対するサービスの提供が終了した際に機能サーバ３０側で発生する処理である。

そして、このｓ２２２で、セッション終了指令であると判定された場合（ｓ２２２：ＹＥＳ）、本セッション処理を終了する一方、ｓ２０８で受信した指令が上述したいずれの指令でもない場合，例えば、エラー通知情報である場合には（ｓ２２２：ＮＯ）、エラーを報知するための処理（指令エラーの処理）を行った後（ｓ２２４）、本セッション処理を終了する。このｓ２２４では、エラーである旨のメッセージをディスプレイ５２に表示させることによりエラーを報知する。
（２−３）チケット発行ジョブ
続いて、図５におけるｓ２１３にて起動されるジョブの一種であるチケット発行ジョブの処理手順を図６に基づいて説明する。

このチケット発行ジョブが開始されると、まず、ユーザにユーザＩＤを入力させるためのＩＤ入力画面をディスプレイ５２に表示させ、これに対応して操作部１２によりユーザＩＤを入力する操作が行われたら（ｓ４０２）、このユーザＩＤに基づいてチケット発行サービスを機能サーバ３０側において起動させる（ｓ４０４）。ここでは、サービス定義情報２５で示されるチケット発行サービスのアドレス宛に、チケット発行サービスを起動させるためのサービス起動指令を、入力されたユーザＩＤと共にＨＴＴＰリクエストにより送信することで、チケット発行サービスを機能サーバ３０側において起動させる。このサービス起動指令を受信した機能サーバ３０からは、第１パラメータ要求がセッションＩＤと共にＨＴＴＰレスポンスにより返信されてくる。この「第１パラメータ要求」は、後述のように、サービス起動指令を受信した機能サーバ３０側で発生する指令であり、第１パラメータ（本実施形態においては、席の種類）を複合機１０に対して要求するための指令となるＸＭＬデータである。

次に、ｓ４０４にて送信したサービス起動指令に応じて機能サーバ３０から返信されてくる第１パラメータ要求およびセッションＩＤを受信する（ｓ４０６）。なお、以降の処理で送信するＨＴＴＰリクエストおよびＨＴＴＰレスポンスには、全てセッションＩＤが含まれた状態で送信されることは、上述したのと同様である。

次に、ｓ４０６にて受信した第１パラメータ要求に基づいて第１パラメータを指定させるためのパラメータ入力画面をディスプレイ５２に表示させることにより、第１パラメータを指定する操作をユーザに促す（ｓ４０８）。本実施形態においては、第１パラメータ要求のＸＭＬの記述に従って、図７（ａ）に示すように、表示用タイトルとして特定のイベント名（図７（ａ）における「ＸＸ」）が表示領域上部に配置され、選択可能な項目としてこのイベントにおける席の種類（図７（ａ）における「Ｓ席」，「Ａ席」）が表示領域下部に配置されてなるパラメータ入力画面の表示を行う。このパラメータ入力画面が表示された後、ユーザは、いずれかの席を第１パラメータとして指定する操作を行うことができる。

このパラメータ入力画面の表示後、第１パラメータ（席の種類）を指定する操作が行われたら（ｓ４１０）、その第１パラメータをＨＴＴＰリクエストにより機能サーバ３０へ送信する（ｓ４１２）。この第１パラメータを受信した機能サーバ３０からは、第１パラメータ（席の種類）に対応するチケットを印刷するための印刷データがＨＴＴＰレスポンスにより返信されてくる。

次に、ｓ４１６により送信した第１パラメータに応じて機能サーバ３０から返信されてくる印刷データを受信した後（ｓ４１４）、この印刷データで示される画像を記録部１４によりシート状記録媒体に記録させることでチケットを生成する（ｓ４１６）。この印刷データで示される画像には、チケットとしてのデザインを決定する要素の他、第１パラメータで示される席の種類に応じた席番号，印刷データ毎に割り当てられたユニークなチケット番号，および，チケット番号に基づいて生成されたエラー検出用の文字列（本実施形態においては、チェックサム）などの要素が含まれており、これらをシート状記録媒体に記録することで図８に示すようなチケットが生成される。

こうして、チケットの生成が終了したら、その旨を通知するための生成終了情報をＨＴＴＰリクエストにより機能サーバ３０へ送信する（ｓ４１８）。この生成終了情報を受信した機能サーバ３０からは、第２パラメータ要求がＨＴＴＰレスポンスにより返信されてくる。この「第２パラメータ要求」は、後述のように、生成終了情報を受信した機能サーバ３０側で発生する指令であり、ｓ４１６にて生成したチケットをスキャンしてなる画像データを複合機１０に対して要求するための指令となるＸＭＬデータである。

次に、ｓ４１８にて送信した生成終了情報に応じて機能サーバ３０から返信されてくる第２パラメータ要求を受信する（ｓ４２０）。
次に、このｓ４２０にて受信した第２パラメータ要求に基づいて第２パラメータを生成させるためのパラメータ入力画面をディスプレイ５２に表示させることにより、第２パラメータを生成する操作をユーザに促す（ｓ４２２）。ここでは、第２パラメータ要求のＸＭＬの記述に従って、図７（ｂ）に示すように、読取部１３によりシート状記録媒体を読み込ませるためのＡＤＦ（Auto Documennt Feeder ）に、生成したチケットをセットすべき旨のメッセージからなるパラメータ入力画面のディスプレイ５２への表示を行う。このパラメータ入力画面が表示された後、ユーザは、ＡＤＦにチケットをセットした後、操作部１２のスキャナキー４２を押下するといった操作を行うことにより、読取部１３でチケットを読み取ってなる画像データを第２パラメータとして生成することができる。

このパラメータ入力画面の表示後、第２パラメータ（画像データ）を生成する操作が行われたら（ｓ４２４）、こうして生成された第２パラメータをＨＴＴＰリクエストにより機能サーバ３０へ送信する（ｓ４２６）。この第２パラメータを受信した機能サーバ３０からは、第３パラメータ要求がＨＴＴＰレスポンスにより返信されてくる。この「第３パラメータ要求」は、後述のように、第２パラメータを受信した機能サーバ３０側で発生する指令であり、第３パラメータとして、その後の処理内容の指定を複合機１０に対して要求するための指令となるＸＭＬデータである。より具体的にいうと、機能サーバ３０は、第２パラメータで示されるチケットが正常に印刷されているか否かを、先に送信した印刷データ（ｓ４１４により受信されたもの）に基づいて確認した確認結果と共に、その確認結果に応じた処理内容の指定を要求するための第３パラメータ要求を返信してくる。

次に、このｓ４２６にて送信した第２パラメータに応じて機能サーバ３０から返信されてくる第３パラメータ要求を受信する（ｓ４２８）。
次に、このｓ４２８にて受信した第３パラメータ要求に基づいて第３パラメータを指定させるためのパラメータ入力画面をディスプレイ５２に表示させることにより、第３パラメータを指定する操作をユーザに促す（ｓ４３０）。ここでは、第３パラメータが、チケットが正常に印刷されていない旨の確認結果に対応する第３パラメータ要求であれば、この第３パラメータ要求のＸＭＬの記述に従って、図７（ｃ）に示すように、正常に印刷されていないために使用できない可能性がある旨のメッセージが表示領域上部に配置され、チケットを生成し直す（再印刷する）か否かの項目（図７（ｃ）における「再印刷する」，「再印刷しない」）が選択可能な項目として表示領域下部に表示されてなるパラメータ入力画面の表示を行う。また、チケットが正常に印刷された旨の確認結果に対応する第３パラメータ要求であれば、この第３パラメータ要求のＸＭＬの記述に従って、図７（ｄ）に示すように、チケットが正常に印刷されている旨のメッセージが表示領域上部に配置され、引き続きチケット発行サービスを継続させるか否かの項目（図７（ｄ）における「更にチケットを購入する」，「終了する」）が選択可能な項目として表示領域下部に表示されてなるパラメータ入力画面の表示を行う。

このパラメータ入力画面が表示された後、ユーザは、いずれかの項目を第３パラメータとして指定する操作を行うことができる。
このパラメータ入力画面の表示後、タイムアウトとなっているか否かをチェックする（ｓ４３２）。ここでは、パラメータ入力画面を表示した以降、ユーザにより項目を指定する操作が行われないまま所定時間（本実施形態においては３０秒）が経過した場合に、タイムアウトになっていると判定する。

このｓ４３２にてタイムアウトになっていると判定された場合には（ｓ４３２：ＹＥＳ）、サービス終了処理を行った後（ｓ４３４）、本チケット発行ジョブを終了する。このｓ４３４では、まず、チケット発行サービスの終了を指令するためのサービス終了指令をＨＴＴＰリクエストにより機能サーバ３０へ送信し、このサービス終了指令を受信した機能サーバ３０からＨＴＴＰレスポンスにより返信されてくるサービス終了確認を受信する、といった処理を行う。

一方、ｓ４３２にてタイムアウトになる前に（ｓ４３２：ＮＯ）、第３パラメータを指定する操作が行われたら（ｓ４３６）、こうして指定された第３パラメータがチケットを生成し直す旨のパラメータ（図７（ｃ）における「再印刷する」を指定した場合）であれば（ｓ４３８：ＹＥＳ）、その第３パラメータをＨＴＴＰリクエストにより機能サーバ３０へ送信した後（ｓ４４０）、ｓ４１４に戻る。なお、このｓ４４０にて送信した第３パラメータを受信した機能サーバ３０からは、再度印刷データがＨＴＴＰレスポンスにより返信されてくるため、ｓ４１４にて再度印刷データを受信することとなる。

また、ｓ４３６にて指定された第３パラメータがチケット発行サービスを継続させる旨のパラメータ（図７（ｄ）における「更にチケットを購入する」を指定した場合）であれば（ｓ４３８：ＮＯ，ｓ４４２：ＹＥＳ）、その第３パラメータをＨＴＴＰリクエストにより機能サーバ３０へ送信した後（ｓ４４４）、ｓ４０６に戻る。なお、このｓ４４４にて送信した第３パラメータを受信した機能サーバ３０からは、再度第１パラメータがＨＴＴＰレスポンスにより返信されてくるため、ｓ４０６にて再度第１パラメータ要求を受信することとなる。

また、ｓ４３６にて指定された第３パラメータが上述した以外のパラメータ（図７（ｃ）における「再印刷しない」，同図（ｄ）における「終了する」を指定した場合）であれば（ｓ４４２：ＮＯ）、ｓ４３４へ移行してサービス終了処理を行った後、本チケット発行ジョブを終了する。
（３）機能サーバ３０による処理
以下に、機能サーバ３０の制御部３１により実行される各種処理について説明する。
（３−１）機能サーバ処理
はじめに、ＨＴＴＰリクエストが受信される毎に行われる機能サーバ処理の処理手順を図９に基づいて説明する。

この機能サーバ処理が起動されると、まず、受信したＨＴＴＰリクエストがサービス起動指令であるか否かをチェックする（ｓ７０２）。この「サービス起動指令」は、図５におけるｓ２０２にて複合機１０により送信されるものである。

このｓ７０２で、サービス起動指令であると判定された場合には（ｓ７０２：ＹＥＳ）、セッションＩＤを生成し、このセッションＩＤを示す送信データを生成すると共に、サービスの実行のためのリソースを確保して後述のセッション処理（図１０）を起動した後（ｓ７０８）、ここで生成した送信データをＨＴＴＰレスポンスとして複合機１０へ返信して（ｓ７１０）、本機能サーバ処理を終了する。この場合において返信される送信データ（セッションＩＤ）は、図５におけるｓ２０４にて複合機１０が受信するものである。

また、ｓ７０２で、サービス起動指令でないと判定された場合には（ｓ７０２：ＮＯ）、ＨＴＴＰリクエストがサービス終了指令であるか否かをチェックする（ｓ７１２）。この「サービス終了指令」は、図６におけるｓ４３４，または，複合機１０のキャンセルキー５１押下などの操作によりサービスの実行の停止が指示されることにより、複合機１０側から送信されてくるものである。

このｓ７１２で、サービス終了指令であると判定された場合には（ｓ７１２：ＹＥＳ）、セッションＩＤおよびｓ７０８にて確保されたリソースを解放し、サービス終了を表すセッション終了指令を生成した後（ｓ７１４）、ｓ７１０へ移行し、このセッション終了指令をＨＴＴＰレスポンスとして複合機１０へ返信して、本機能サーバ処理を終了する。この場合において返信されるセッション終了指令は、複合機１０が図５におけるｓ２０８にて受信して同図ｓ２２２にて「ＹＥＳ」と判定することとなるものである。

一方、上述のｓ７１２にてサービス終了指令ではないと判定された場合には（ｓ７１２：ＮＯ）、サービスに関する情報が含まれているか否か，具体的には複合機１０がセッション処理またはジョブ（入出力ジョブ，チケット発行ジョブ）において送信してきたＨＴＴＰリクエストであるか否かをチェックする（ｓ７１６）。

このｓ７１６で、サービスに関する情報が含まれていると判定された場合には（ｓ７１６：ＹＥＳ）、そのＨＴＴＰリクエストを送信してきたプロセス（セッション処理，入出力ジョブ，チケット発行ジョブのいずれか）を特定する（ｓ７１８）。

このｓ７１８によりプロセスを特定できなければ（ｓ７２０：ＹＥＳ）、エラーを通知するための情報（エラー通知情報）を生成した後（ｓ７２２）、次の処理（ｓ７３６）へ移行する。

一方、ｓ７１８によりプロセスを特定できれば（ｓ７２０：ＮＯ）、その特定したプロセスにＨＴＴＰリクエストにて送信されてきた情報を渡す（ｓ７２４）。
こうして、ｓ７２４を終えた後、または、ｓ７１６にてサービスに関する情報が含まれていないと判定された場合（ｓ７１６：ＮＯ）、セッションＩＤまたはジョブＩＤに対応する情報の記憶領域を特定する（ｓ７２６）。

このｓ７２６により記憶領域を特定できなければ（ｓ７２８：ＹＥＳ）、ｓ７２２へ移行してエラー通知情報を生成して次の処理（ｓ７３６）へ移行する。一方、記憶領域を特定できれば（ｓ７２８：ＮＯ）、この記憶領域に複合機１０へ返信すべき情報が存在しているか否かをチェックする（ｓ７３０）。

そして、このｓ７３０で、返信すべき情報が存在していないと判定されたら（ｓ７３０：ＮＯ）、「指令なし」の情報を生成した後（ｓ７３２）、次の処理（ｓ７３６）へ移行する一方、送信すべき情報が存在していると判定されたら（ｓ７３０：ＹＥＳ）、その返信情報に基づいて複合機制御指令を生成した後（ｓ７３４）、次の処理（ｓ７３６）へ移行する。

次に、こうしてｓ７２２．ｓ７３２，ｓ７３４にて生成した情報をＨＴＴＰレスポンスとして複合機１０へ返信する（ｓ７３６）。ここで返信されるＨＴＴＰレスポンスのうち、ｓ７２２にて生成されたエラー通知情報は、複合機１０が同図ｓ２０８にて受信して同図ｓ２２２にて「ＮＯ」と判定した後、同図ｓ２２４を実施することとなるものである。また、ｓ７３２にて生成された「指令なし」の情報は、複合機１０が同図ｓ２０８にて受信して同図ｓ２２０にて「ＹＥＳ」と判定することとなるものである。そして、ｓ７３４にて生成された複合機制御指令は、後述するジョブにおいて異なる内容のものとなり、それぞれ複合機１０側で対応するジョブにおいて受信されるものである。

そして、セッションＩＤ又はジョブＩＤに対応するメモリアドレスに「送信済み」をセットした後（ｓ７３８）、本機能サーバ処理を終了する。
（３−２）セッション処理
続いて、機能サーバ処理と並行して実行されるセッション処理の処理手順を図１０に基づいて説明する。

このセッション処理が開始されると、まず、初期化処理を行う（ｓ８０２）。
次に、サービス起動指令により起動を指令されたサービスに対応するジョブを起動する（ｓ８０４）。このサービス起動指令は、図５におけるｓ２０２にて複合機１０から送信されたものであり、図９におけるｓ７０２にてサービス起動指令であると判定されたものである。

次に、該当するジョブの起動指令を複合機指令として出力する（ｓ８０６）。ここでは、ジョブＩＤおよび通信先アドレスと共に該当するジョブの起動指令を、返信情報を格納する記憶領域に書き込む処理を行う。これに基づいて、図９におけるｓ７３４にて複合機制御指令が生成され、同図ｓ７３６にて複合機１０側に起動指令として送信されることとなる。この起動指令は、複合機１０が、図５におけるｓ２０８にて受信し、これに基づいて同図ｓ２１３にて該当するジョブを起動することとなるものである。

次に、ｓ８０４にて起動したジョブが終了するまで待機した後（ｓ８０８：ＮＯ）、そのジョブが終了したら（ｓ８０８：ＹＥＳ）、該当するジョブの終了指令を複合機指令として出力する（ｓ８１０）。ここでは、ジョブＩＤと共に該当するジョブ終了指令を、返信情報を格納する記憶領域に書き込む処理を行う。これに基づいて、図９におけるｓ７３４にて複合機制御指令が生成され、同図ｓ７３６にて複合機１０側に終了指令として送信されることとなる。この終了指令は、複合機１０が、図５におけるｓ２０８にて受信して、同図ｓ２１６にて「ＹＥＳ」と判定することにより、該当するジョブを停止（終了）することとなるものである。

そして、該当するジョブにおいて確保されていたリソースを解放するなどの終了処理を行った後（ｓ８１２）、本セッション処理を終了する（ｓ８１４）。このｓ８１４では、セッション終了指令を、返信情報を格納する記憶領域に書き込む処理を行う。これに基づいて、図９におけるｓ７３４にて複合機制御指令が生成され、同図ｓ７３６にて複合機１０側に送信されることとなる。このセッション終了指令は、複合機１０が、図５におけるｓ２０８にて受信し、これに基づいてセッション処理を終了することとなる（同図ｓ２２２）ものである。
（３−３）チケット提供ジョブ
続いて、図１０におけるｓ８０４にて起動されるジョブのうち、本発明を理解する上で重要なジョブであるチケット提供ジョブの処理手順を図１１に基づいて説明する。

このチケット提供ジョブが開始されると、まず、複合機１０からユーザＩＤおよびサービス起動指令を受信し（ｓ９０２）、このユーザＩＤおよびサービス起動指令を送信してきた複合機１０とのセッション管理を行うためのセッションＩＤを生成してセッション管理情報記憶部１４０に記憶させる（ｓ９０４）。本実施形態において、セッション管理情報記憶部１４０には、図１２に示すように、セッションＩＤをユーザＩＤなどの情報と対応づけて登録するためのデータベースであるセッション管理情報が記憶されているため、このｓ９０４においては、ここで生成されるセッションＩＤとｓ９０２にて受信されるユーザＩＤとを上記データベースに対応づけて登録することにより、セッションＩＤの記憶を行う。

次に、第１パラメータ要求をＨＴＴＰレスポンスにより複合機１０へ返信する（ｓ９０６）。ここで送信される第１パラメータ要求とは、図６におけるｓ４０６にて複合機１０が受信するものであって、第１パラメータ（本実施形態においては、席の種類）を複合機１０に対して要求するための指令となるＸＭＬデータである。この第１パラメータ要求を受信した複合機１０からは、同図ｓ４１２にて第１パラメータがＨＴＴＰリクエストにより送信されてくる。

次に、ｓ９０６にて送信した第１パラメータ要求を受けた複合機１０から第１パラメータを受信したら（ｓ９０８）、後述する課金情報更新処理を行う（ｓ９１０）。この課金情報更新処理は、このチケット発行サービスの提供を受けているユーザに対する課金を行うための処理であって、その詳細な説明は後述する「課金情報更新処理」（図１４）にて詳述する。

次に、ｓ９０８にて受信した第１パラメータに基づいて複合機１０側でチケットを生成するために必要な（チケット化可能な）印刷データを生成する（ｓ９１２）。ここでは、あらかじめ用意（記憶部３３に記憶）されたチケットとしてのデザインを示す要素（画像データ）に、第１パラメータで示される席の種類に応じて定めた席番号，生成する印刷データ毎に割り当てたユニークなチケット番号，および，チケット番号に基づいて生成されたエラー検出用の文字列（チェックサム）などの要素を重畳してなる画像（図８参照）を示す画像データを、チケット化可能な印刷データとして生成してサービス出力記憶部１５０に記憶させる。

また、このｓ９１２においては、印刷データに割り当てられたチケット番号を、チケット管理情報記憶部１６０に記憶されているデータベースであるチケット管理情報に（図１３参照）、登録する処理も行う。このチケット管理情報は、印刷データに割り当てたチケット番号それぞれについて、そのチケット番号の印刷データに基づいて生成されたチケットが以降の処理で有効なものとして使用可能な状態となったか否かを示す状態情報（「有効」または「無効」）が、対応づけられて登録されたものであり、このｓ９１２にてチケット番号が登録された時点において状態情報は「無効」として登録される。

次に、ｓ９１２にて生成された印刷データをＨＴＴＰレスポンスにより複合機１０へ返信する（ｓ９１４）。この印刷データは、図６におけるｓ４１４にて複合機１０が受信するものであり、この印刷データを受信した複合機１０からは、チケットの生成が終了した際に同図ｓ４１８にて生成終了情報がＨＴＴＰリクエストにより送信されてくる。

次に、ｓ９１４にて送信した印刷データを受けた複合機１０から生成終了情報を受信したら（ｓ９１６）、第２パラメータ要求をＨＴＴＰレスポンスにより複合機１０へ返信する（ｓ９１８）。ここで送信される第２パラメータ要求とは、図６におけるｓ４２０にて複合機１０が受信するＨＴＴＰリクエストであって、第２パラメータ（チケットをスキャンしてなる画像データ）を複合機１０に対して要求するための指令となるＸＭＬデータである。この第２パラメータ要求を受信した複合機１０からは、図６におけるｓ４２６にて第２パラメータがＨＴＴＰリクエストにより送信されてくる。

次に、ｓ９１８にて送信した第２パラメータ要求を受けた複合機１０から第２パラメータを受信したら（ｓ９２０）、この第２パラメータを解析する（ｓ９２１）。ここでは、第２パラメータで示される画像データについて、ＯＣＲ（Optical Character Recognition ）を行うことにより、チケットにおいてあらかじめ定められた領域に印刷されているチケット番号，および，エラー検出用の文字列（チェックサム）の読み取りを試みる。次に、このエラー検出用の文字列により、チケット番号が正常なものであるか否かをチェックする。そして、チケット番号が正常なものであると判定された場合において、そのチケット番号が、直前に行われたｓ９１２にて印刷データを生成した際に割り当てたチケット番号と一致するか否かをチェックし、一致すれば解析結果が正常であると判定する。

次に、ｓ９２１での解析結果に応じた第３パラメータ要求をＨＴＴＰレスポンスにより複合機１０へ返信する（ｓ９２２）。ここでは、まず、解析結果が正常ではないとされた場合であれば、第３パラメータ要求として、チケットが正常に印刷されていないために使用できない可能性がある旨のメッセージを通知すると共に、チケットを生成し直す（再印刷する）か否かの選択を指令するためのＸＭＬデータを複合機１０へ送信する。また、解析結果が正常であるとされた場合であれば、第３パラメータ要求として、チケットが正常に印刷されている旨のメッセージを通知すると共に、引き続きチケット発行サービスを継続させるか否かの選択を指令するためのＸＭＬデータを複合機１０へ送信する。

また、ここで送信される第３パラメータ要求とは、図６におけるｓ４２８にて複合機１０が受信するＨＴＴＰリクエストであって、第３パラメータ（その後の処理内容）を複合機１０に対して要求するための指令となるＸＭＬデータである。この第３パラメータ要求を受信した複合機１０からは、図６におけるｓ４３４にてサービス終了指令，または，同図ｓ４４０，ｓ４４４にて第３パラメータが送信されてくる。

次に、ｓ９２２にて送信した第３パラメータ要求を受けた複合機１０からサービス終了指令を受信したか否かをチェックし（ｓ９２４）、サービス終了指令を受信していたら（ｓ９２４：ＹＥＳ）、チケット発行サービスの終了を確認した旨を通知するためのサービス終了確認をＨＴＴＰレスポンスにより複合機１０へ送信した後（ｓ９２６）、本チケット提供ジョブを終了する。このサービス終了確認は、複合機１０が図６におけるｓ４３４にて受信するものである。

一方、サービス終了指令を受信していなければ（ｓ９２４：ＮＯ）、ｓ９２２にて送信した第３パラメータ要求を受けた複合機１０から第３パラメータを受信し（ｓ９２８）、この第３パラメータが、チケットを生成し直すか否かの項目のうちの「チケットを生成し直す」旨を示すものである場合には（ｓ９３０：ＹＥＳ）、ｓ９１２へ戻り、改めて印刷データを生成し直して、以降の処理を行う。

また、ｓ９２８にて受信した第３パラメータが、チケットを生成し直すか否かの項目のうちの「チケットを生成し直さない」旨を示すものである場合には（ｓ９３０：ＮＯ，ｓ９３２：ＹＥＳ）、ｓ９２６へ移行し、サービス終了確認を送信した後、本チケット提供ジョブを終了する。

また、ｓ９２８にて受信した第３パラメータが、チケットを生成し直すか否かの項目を示すものではない場合（ｓ９３２：ＮＯ）、チケット管理情報に登録されている状態情報のうち、直前に行われたｓ９１２にて生成された印刷データに割り当てられたチケット番号に対応する状態情報を「有効」に更新する（ｓ９３４）。

次に、ｓ９２８にて受信した第３パラメータが、チケット発行サービスを継続させるか否かの項目のうちの「チケット発行サービスを継続させる」旨を示すものである場合には（ｓ９３６：ＹＥＳ）、ｓ９０６へ移行し、以降の処理を繰り返す。

そして、ｓ９２８にて受信した第３パラメータが、チケット発行サービスを継続させるか否かの項目のうちの「終了する」旨を示すものである場合には（ｓ９３６：ＮＯ）、ｓ９２６へ移行し、サービス終了確認を送信した後、本チケット提供ジョブを終了する。
（３−４）課金情報更新処理
続いて、図１１におけるｓ９１０にて実行される課金情報更新処理の処理手順を図１４に基づいて説明する。

この課金情報更新処理においては、まず、料金を特定する（ｓ１００２）。ここでは、図１１におけるｓ９０８にて受信した第１パラメータに基づき、この第１パラメータに対応する料金を特定する。

次に、図１１におけるｓ９０２にて受信したユーザＩＤのユーザに対する情報にアクセス制限が課せられていない（ロック解除）状態となるまで待機する（ｓ１００４）。本実施形態において、課金情報記憶部１３０には、図１５に示すように、ユーザＩＤそれぞれについて、このユーザＩＤのユーザに対して課金を行う際に必要となる情報（決済方法，決済に付随する情報，未決済課金金額）の他、これら情報の更新を制限するためのアクセス制限を課しているか否かを示す情報（図１５における「ロック」；「ＴＲＵＥ」がアクセス制限を課している（ロック）状態，「ＦＡＬＳＥ」がアクセス制限を課していない状態）が対応づけられた状態で登録されたデータベースである課金情報が記憶されている。そのため、このｓ１００４では、該当するユーザＩＤに対応する情報にアクセス制限が課せられていない状態となるまで待機する。

このｓ１００４にてアクセス制限が課せられていない状態となったら、課金情報に登録されたユーザＩＤのうち、図１１におけるｓ９０２にて受信したユーザＩＤのユーザに対する情報にアクセス制限を課す（ロック状態とする）（ｓ１００６）。ここでは、該当するユーザＩＤに対応する情報（図１５における「ロック」）を、アクセス制限を課す旨の内容（ＴＲＵＥ）に更新することによりアクセス制限を課す。

次に、課金情報に登録された未決済課金金額のうち、図１１におけるｓ９０２にて受信したユーザＩＤに対応する未決済課金金額を読み出し（ｓ１００８）、こうして読み出した未決済課金金額に、ｓ１００２にて特定した料金を加算する（ｓ１０１０）。

次に、課金情報に登録された未決済課金金額のうち、図１１におけるｓ９０２にて受信したユーザＩＤに対応する未決済課金金額を、ｓ１０１０にて加算された金額に更新する（ｓ１０１２）。

そして、課金情報に登録されたユーザＩＤのうち、図１１におけるｓ９０２にて受信したユーザＩＤのユーザに対する情報にアクセス制限を解除した後（ｓ１０１４）、本課金情報更新処理を終了する。このｓ１０１４では、該当するユーザＩＤに対応する情報（ロック）を、アクセス制限を課さない旨の内容（ＦＡＬＳＥ）に更新することによりアクセス制限を課す。

なお、こうして課金情報に登録された未決済課金金額は、一定期間毎に、各ユーザの金融機関における口座から引き落とされ、チケット発行サービスを提供する提供者の口座に振り込まれることになる。そして、このような引き落としまたは振り込みが正常に行われた後で、課金情報に登録された未決済課金金額が「０」に更新される。
（３−５）チケット確認ジョブ
続いて、図１０におけるｓ８０４にて起動されるジョブのうち、本発明を理解する上で重要なジョブであるチケット確認ジョブの処理手順を図１６に基づいて説明する。なお、このチケット確認ジョブは、後述のように、検札デバイス６０からサービス起動指令を受信することにより起動されるものである。

このチケット確認ジョブが開始されると、まず、検札デバイス６０からユーザＩＤおよびサービス起動指令を受信し（ｓ１１０２）、このユーザＩＤおよびサービス起動指令を送信してきた検札デバイス６０とのセッション管理を行うためのセッションＩＤを生成してセッション管理情報記憶部１４０に記憶させる（ｓ１１０４）。ここでは、ここで生成されるセッションＩＤとｓ１１０２にて受信されるユーザＩＤとを、セッション管理情報記憶部１４０のセッション管理情報に登録することにより、セッションＩＤの記憶を行う。

次に、ｓ１１０４にて生成されたセッションＩＤと共に第４パラメータ要求をＨＴＴＰレスポンスにより検札デバイス６０へ返信する（ｓ１１０６）。ここで送信される第４パラメータ要求とは、第４パラメータ（本実施形態においては、チケットをスキャンしてなる画像データ）の生成を検札デバイス６０に対して要求するための指令となるＸＭＬデータである。この第４パラメータ要求を受信した検札デバイス６０からは、第４パラメータがＨＴＴＰリクエストにより送信されてくる。

次に、ｓ１１０６にて送信した第４パラメータ要求を受けた検札デバイス６０から第４パラメータを受信し（ｓ１１０８）、この第４パラメータの解析を行う（ｓ１１１０）。ここでは、図１１におけるｓ９２１と同様、第４パラメータで示される画像データについて、ＯＣＲを行うことによりチケット番号，および，エラー検出用の文字列（チェックサム）の読み取りを試みる。その後、このエラー検出用の文字列により、チケット番号が正常なものであるか否かをチェックする。

次に、ｓ１１１０による解析結果が正常であるか否かをチェックする（ｓ１１１２）。ここでは、ｓ１１１０において、ＯＣＲによるチケット番号およびエラー検出用の文字列の読み取りが正常に行え、かつ、このエラー検出用の文字列によりチケット番号が正常なものであるとされた場合に解析結果が正常であると判定する。つまり、ＯＣＲによるチケット番号およびエラー検出用の文字列の読み取りが正常に行えた場合であっても、エラー検出用の文字列によりチケット番号が正常なものではないとされた場合には、解析結果が正常ではないと判定することになる。

このｓ１１１２にて解析結果が正常でないと判定された場合には（ｓ１１１２：ＮＯ）、第５パラメータ要求をＨＴＴＰレスポンスにより検札デバイス６０へ返信する（ｓ１１１４）。ここで送信される第５パラメータ要求とは、第５パラメータ（本実施形態においては、解析を続行するか否かを示す情報）を検札デバイス６０に対して要求するための指令となるＸＭＬデータである。この第５パラメータ要求を受信した検札デバイス６０からは、第５パラメータがＨＴＴＰリクエストにより送信されてくる。

そして、ｓ１１１４にて送信した第５パラメータ要求を受けた検札デバイス６０から第５パラメータを受信し（ｓ１１１６）、この第５パラメータが「解析を続行する」旨の情報であれば（ｓ１１１８：ＹＥＳ）、ｓ１１０６へ戻り、これ以降の処理を繰り返す一方、第５パラメータが「解析を終了する」旨の情報であれば（ｓ１１１８：ＮＯ）、チケット確認サービスを終了した旨を通知するためのサービス終了確認をＨＴＴＰレスポンスにより複合機１０へ送信した後（ｓ１１１９）、本チケット確認ジョブを終了する。

また、上述したｓ１１１２にて解析結果が正常であると判定された場合には（ｓ１１１２：ＹＥＳ）、この解析で読み取ることのできたチケット番号が、チケット管理情報記憶部１６０に記憶されたチケット管理情報（図１３参照）に登録されているか否かをチェックする（ｓ１１２０）。

このｓ１１２０にてチケット番号がチケット管理情報に登録されていないと判定された場合には（ｓ１１２０：ＮＯ）、第６パラメータ要求をＨＴＴＰレスポンスにより検札デバイス６０へ返信する（ｓ１１２２）一方、登録されていると判定された場合には（ｓ１１２０：ＹＥＳ）、その登録されているチケット番号に対応する状態情報が「有効」となっているか否かをチェックする（ｓ１１２４）。ｓ１１２２にて送信する第６パラメータ要求とは、上述した第５パラメータを検札デバイス６０に対して要求するための指令となるＸＭＬデータであるが、検札デバイス６０側で表示されることとなるメッセージの内容が第５パラメータ要求と異なっている。この第６パラメータ要求を受信した検札デバイス６０からは、第５パラメータがＨＴＴＰリクエストにより送信されてくる。

このｓ１１２４にて状態情報が「有効」になっていない（つまり「無効」となっている）と判定された場合には（ｓ１１２４：ＮＯ）、ｓ１１２２へ移行して第６パラメータ要求を送信する一方、状態情報が「有効」になっていると判定された場合には（ｓ１１２４：ＹＥＳ）、第７パラメータ要求をＨＴＴＰレスポンスにより検札デバイス６０へ返信する（ｓ１１２６）。この第７パラメータ要求とは、上述した第５パラメータを検札デバイス６０に対して要求するための指令となるＸＭＬデータであるが、検札デバイス６０側で表示されるメッセージの内容が第５，第６パラメータ要求と異なっている。この第７パラメータ要求を受信した検札デバイス６０からは、第５パラメータがＨＴＴＰリクエストにより送信されてくる。

そして、ｓ１１１６へ移行して、ｓ１１２２，ｓ１１２４にて送信した第６，第７パラメータ要求を受けた検札デバイス６０から第５パラメータを受信し、この第５パラメータが「解析を続行する」旨の情報であれば（ｓ１１１８：ＹＥＳ）、ｓ１１０６へ戻り、これ以降の処理を繰り返す一方、第５パラメータが「解析を終了する」旨の情報であれば（ｓ１１１８：ＮＯ）、ｓ１１１９へ移行してサービス終了確認を送信した後、本チケット確認ジョブを終了する。
（４）検札デバイス６０による処理
以下に、検札デバイス６０の制御部６１により実行される各種処理について説明する。
（４−１）チケット確認処理
検札デバイス６０が起動された以降、繰り返し実行される処理であるチケット確認処理を図１７に基づいて説明する。

このチケット確認処理が開始されると、まず、ユーザにユーザＩＤを入力させるためのＩＤ入力画面をディスプレイに表示させ、これに対応して操作部６２によりユーザＩＤを入力する操作が行われたら（ｓ１２０２）、このユーザＩＤに基づいてチケット確認サービスを機能サーバ３０側において起動させる（ｓ１２０４）。ここでは、あらかじめ定められたチケット確認サービスのアドレス宛に、チケット確認サービスを起動させるためのサービス起動指令を、入力されたユーザＩＤと共にＨＴＴＰリクエストにより送信することで、チケット確認サービスを機能サーバ３０側において起動させる。このサービス起動指令を受信した機能サーバ３０からは、図１６におけるｓ１１０６にて第４パラメータ要求がセッションＩＤと共にＨＴＴＰレスポンスにより返信されてくる。この「第４パラメータ要求」は、上述したように、サービス起動指令を受信した機能サーバ３０側で発生する指令であり、第４パラメータ（本実施形態においては、チケットをスキャンしてなる画像データ）の生成を複合機１０に対して要求するための指令となるＸＭＬデータである。

次に、ｓ１２０４にて送信したサービス起動指令に応じて機能サーバ３０から返信されてくる第４パラメータ要求およびセッションＩＤを受信する（ｓ１２０６）。なお、以降の処理で送信するＨＴＴＰリクエストおよびＨＴＴＰレスポンスには、全てセッションＩＤが含まれた状態で送信されることは、上述したのと同様である。

次に、このｓ１２０６にて受信した第４パラメータ要求に基づいて第４パラメータを生成させるためのパラメータ入力画面をディスプレイに表示させることにより、第４パラメータを生成する操作をユーザに促す（ｓ１２０８）。ここでは、第４パラメータ要求のＸＭＬの記述に従って、図１８（ａ）に示すように、ＡＤＦにチケットをセットすべき旨のメッセージからなるパラメータ入力画面の表示を行う。このパラメータ入力画面が表示された後、ユーザは、ＡＤＦへのチケットのセットを行った後、操作部６２のスキャナキーを押下するといった操作を行うことにより、読取部６３でチケットを読み取ってなる画像データを第４パラメータとして生成させることができる。

このパラメータ入力画面の表示後、第４パラメータ（画像データ）を生成する操作が行われたら（ｓ１２１０）、こうして生成された第４パラメータをＨＴＴＰリクエストにより機能サーバ３０へ送信する（ｓ１２１２）。この第４パラメータを受信した機能サーバ３０からは、第５〜第７パラメータ要求のいずれかがＨＴＴＰレスポンスにより返信されてくる。ここで、「第５〜第７パラメータ要求」は、上述したように、第４パラメータを受信した機能サーバ３０側でいずれかが発生する指令であり、第５パラメータとして、機能サーバ３０側において解析を続行するか否かの指定を複合機１０に対して要求するための指令となるＸＭＬデータである。

次に、このｓ１２１２にて送信した第４パラメータに応じて機能サーバ３０から返信されてくるパラメータ要求（第５〜第７パラメータ要求のいずれか）を受信する（ｓ１２１４）。

次に、このｓ１２１４にて受信したパラメータ要求に基づいて第５パラメータを指定させるためのパラメータ入力画面をディスプレイ５２に表示させることにより、第５パラメータを指定する操作をユーザに促す（ｓ１２１６）。ここでは、第５パラメータ要求を受信した場合であれば、この第５パラメータ要求のＸＭＬの記述に従って、図１８（ｂ）に示すように、チケットが印刷不要により正常な解析ができなかった旨のメッセージが表示領域上部に配置され、解析を続行する（解析をやり直す）か否かの項目（図１８（ｂ）における「検査を続行する」，「検査を終了する」）が選択可能な項目として表示領域に表示されてなるパラメータ入力画面の表示を行う。また、第６パラメータ要求を受信した場合であれば、この第６パラメータ要求のＸＭＬの記述に従って、図１８（ｃ）に示すように、チケットが有効なものとして登録されていない旨のメッセージが表示領域上部に配置され、解析を続行するか否かの項目が選択可能な項目として表示領域に表示されてなるパラメータ入力画面の表示を行う。また、第７パラメータ要求を受信した場合であれば、この第７パラメータ要求のＸＭＬの記述に従って、図１８（ｄ）に示すように、チケットが有効なものとして登録されている旨のメッセージが表示領域上部に配置され、解析を続行するか否かの項目が選択可能な項目として表示領域に表示されてなるパラメータ入力画面の表示を行う。

このパラメータ入力画面が表示された後、ユーザは、いずれかの項目を第５パラメータとして指定する操作を行うことができる。
このパラメータ入力画面の表示後、第５パラメータを指定する操作が行われたら（ｓ１２１８）、こうして指定された第５パラメータをＨＴＴＰリクエストにより機能サーバ３０へ送信する（ｓ１２２０）。

そして、ｓ１２１８にて指定された第５パラメータが解析を続行する旨の情報であれば（ｓ１２２２：ＹＥＳ）、ｓ１２０６へ戻り、これ以降の処理を繰り返す一方、第５パラメータが解析を終了する旨の情報であれば（ｓ１２２２：ＮＯ）、機能サーバ３０からはサービス終了確認が送信されてくるため、このサービス終了指令を受信して（ｓ１２２４）、本チケット確認処理を終了する。

［効果］
このように構成されたサービス提供システムにおいて、複合機１０は、チケット発行ジョブにてチケットを生成したら（図６におけるｓ４１６）、このチケットを読み取ってなる第２パラメータを機能サーバ３０へ送信した後（同図ｓ４２４，ｓ４２６）、この機能サーバ３０とのデータ通信を経て印刷データを受信した場合に（同図ｓ４２８〜ｓ４４０→ｓ４１４）、再度、チケットの生成，記録内容の読み取り，および，第２パラメータの送信を行う（同図ｓ４１６〜ｓ４２６）。つまり、これらの処理は、機能サーバ３０からの画像データの再送信が行われなくなるまで繰り返されることとなるが、このように機能サーバ３０が画像データを再送信するのは、機能サーバ３０が複合機１０側で印刷データに基づく正常なチケットの生成が行われていないとの解析結果に応じた第３パラメータ要求を送信し（図１１におけるｓ９２１，ｓ９２２），かつ，複合機１０側でユーザが再送信を希望した（図６におけるｓ４３８→ｓ４４０）場合であるため、上記繰り返しは、複合機１０側で正常なチケットが生成されるまで行われることとなる。

これにより、複合機１０側の機械的なトラブルに起因して印刷データに基づくチケットの生成（印刷）が正常に行われない状況が発生したとしても、チケットが正常に生成されるまで、そのような生成に関する処理を繰り返すことができるため、最終的に正常なチケットを生成して複合機１０のユーザに提供することができる。

また、機能サーバ３０は、複合機１０から送信されてきた第２パラメータに基づいて、複合機１０側でチケットが正常に生成されたか否かを判定するにあたり（図１１における９２１）、チケットから読み取られたチケット番号の照合を行うように構成されている。このように、チケット可能なデータとして複合機１０へ送信する印刷データに割り当てたチケット番号に基づいて、複合機１０側で正常なチケットの生成が行われたか否かを判定することができる。

また、機能サーバ３０が複合機１０側で印刷データに基づく正常なチケットの生成が行われていないとの解析結果に応じた第３パラメータ要求を送信した（図１１におけるｓ９２１，ｓ９２２）場合であっても、複合機１０側でユーザが再送信を希望するまでは（図６におけるｓ４３８→ｓ４４０）、機能サーバ３０から複合機１０への印刷データの再送信が行われない。そのため、複合機１０側でユーザが再送信を希望して所定の操作を行うまでは、複合機１０側で印刷データに基づくチケットの生成が行われることはなく、これにより、ユーザは、印刷データに基づくチケットの生成を、この操作を行うまでの間、保留することができる。これにより、例えば、複合機１０側でインクやシート状記録媒体などの消耗品がなくなり物理的に印刷ができなくなっている状況であったとしても、このような状況を改善させるまで、印刷データの再送信を受けてチケットを生成するタイミングを適切に遅らせることができる。

また、機能サーバ３０は、複合機１０側で正常にチケットの生成が行われたとの解析結果に応じた第３パラメータ要求を送信した（図１１におけるｓ９２１，ｓ９２２），つまり複合機１０側に正常なチケットを提供できた場合のみ、そのチケットに対応するチケット管理情報の状態情報を「有効」に更新することにより（同図ｓ９３２，ｓ９３４→ｓ９３４）、そのチケットを有効なものとして登録することができる。そして、こうして提供したチケットを検札デバイス６０により検札する際に、「有効」となっていない状態情報に対応するチケットについては、有効なチケットではない旨を検札デバイス６０側に通知することができる（図１６におけるｓ１１２４→ｓ１１２２）。

これにより、複合機１０側で印刷データに基づくチケットの生成が正常に行われなかったと判定された場合において、その印刷データに基づいて生成されたチケットがチケットとして認識可能な程度の印刷状態であったとしても、そのチケットがチケット管理情報において「有効」となっている状態情報に対応するチケットとはならない。よって、このチケットを検札するにあたり、チケット管理情報を参照して有効なものか否かをチェックすることで、正常に生成されなかったチケットであること，または，不正なチケットであることを確認することができる。

また、検札デバイス６０は、チケットに印刷された内容を読み取ってなる画像データを機能サーバ３０に送信することで（図１７におけるｓ１２１２）、この機能サーバ３０から正常なチケットであるか否かの解析結果を示すメッセージが含まれた第５パラメータ要求を取得することができるため（同図ｓ１２１４）、このメッセージに基づいて適切にチケットの検札を行うことができる。

［変形例］
以上、本発明の実施の形態について説明したが、本発明は、上記実施形態に何ら限定されることはなく、本発明の技術的範囲に属する限り種々の形態をとり得ることはいうまでもない。

例えば、上記実施形態においては、本発明におけるクライアントデバイスとして、複合機１０を適用した構成を例示したが、機能サーバ３０により提供されるチケット発行サービスを受けてチケットを生成する機能を有するデバイスであれば、複合機以外の装置として、例えば、プリンタ装置，ファクシミリ装置などに適用することも可能である。

また、上記実施形態においては、機能サーバ３０と検札デバイス６０とが別体の装置としてそれぞれデータ通信により検札を実現するように構成されたものを例示したが、両者を一体化した装置として構成し、内部処理により検札を実現できるように構成することも可能である。

また、上記実施形態においては、機能サーバ３０が自身の記憶部３３にチケット管理情報記憶部１６０を有しており、ここにチケット管理情報を記憶して管理するように構成されたものを例示したが、このチケット管理情報記憶部１６０を有する別のデバイスを機能サーバ３０とデータ通信可能に構成し、このデバイスにおいてチケット管理情報を記憶，管理するように構成してもよい。

また、上記実施形態においては、機能サーバ３０が検札デバイス６０から受信した第４パラメータを解析して、その結果を検札デバイス６０に返すように構成されたものを例示したが、このような第４パラメータの解析については、検札デバイス６０が、機能サーバ３０の記憶部３３にアクセスしながら直接行うように構成してもよい。

また、上記実施形態においては、複合機１０の読取部１３によりチケットを読み取らせるにあたり（図６におけるｓ４２２）、ユーザにチケットをＡＤＦにセットさせて読み取りを開始するための操作を行わせるように構成されたものを例示した。しかし、複合機１０に、記録部１４により記録されたシート状記録媒体を読取部１３まで搬送する搬送機構を備え、これにより、記録部１４により記録されてなるチケットをユーザの手を介することなく読取部１３まで搬送し、この読取部１３にて読み取らせるように構成してもよい。

また、上記実施形態においては、機能サーバ３０が、複合機１０から送信されてきた第２パラメータに基づいて、複合機１０側でチケットが正常に生成されたか否かを判定するにあたり（図１１における９２１）、チケットから読み取られたチケット番号の照合を行うように構成されたものを例示した。しかし、複合機１０側でチケットが正常に生成されたか否かを判定する際には、先に送信した印刷データで示される画像の全体または一部と、複合機１０側から受信した第２パラメータで示される画像の全体または一部とを照合し、両者が一致する場合または一定以上の近似を示す場合に、正常に生成されたと判定する構成であれば、チケット番号以外の部分に基づいて照合を行うようにしてもよい。ここでいう「画像の全体または一部」とは、例えば、チケットを構成する構成要素のレイアウト，チケットを構成する構成要素の配色などが考えられる。

また、上記実施形態においては、チケットの一部分として印刷されるチケット番号が、文字列となっている構成を例示したが、このチケット番号は、文字列そのものでなくてもよい。具体的には、この文字列を二次元コード（例えば、ＱＲコードなど）などで示したものをチケットの一部分として印刷されるように構成することが考えられる。また、このチケット番号については、チケットから検札デバイス６０の読取部６３が読み取ることができるものであればよく、例えば、人間が視認し難い色（例えば、黄色など）にて印刷されるようにしたり、不可視光線（いわゆるブラックライト）を受けて発光する蛍光物質で印刷されるようにしてもよい。

また、上記実施形態において、機能サーバ３０が、複合機１０から第１パラメータを受信した後で課金処情報更新処理を行い、ユーザに対する課金を行うように構成されたものを例示した。しかし、このユーザに対する課金は、複合機１０側で正常にチケットの生成が行われた場合にのみ行うように構成してもよい。このためには、例えば、図１９に示すように、図１１における「課金情報更新処理」を、ｓ９３２とｓ９３４との間（またはｓ９３４とｓ９３６との間）で行うように構成すればよい。

このように構成すれば、複合機１０側において正常にチケットが生成されたと判定された場合、つまり正常にチケットの提供を行うことができた場合にのみ、ユーザへのチケット提供に対する課金を行うことができる。

［本発明との対応関係］
以上説明した実施形態において、サービス提供システムが本発明におけるチケット提供システムであり、複合機１０が本発明におけるクライアントデバイスであり、機能サーバ３０が本発明における確認サーバである。

また、図６におけるｓ４１６が本発明におけるチケット生成手段であり、同図ｓ４２４にてチケットを読み取る処理を行う制御部３１が本発明におけるクライアント側読取手段であり、同図ｓ４２６が本発明におけるクライアント側内容送信手段であり、同図ｓ４４０が本発明における要求送信手段である。

また、図１１におけるｓ９１４は本発明におけるチケット送信手段および再送信指令手段であり、同図ｓ９２１は本発明における正常印刷判定手段であり、同図ｓ９１２，ｓ９３４が本発明におけるデータ登録手段であり、同図ｓ９１０が本発明における課金手段であり、図１６におけるｓ１１１０が本発明における検札判定手段であり、同図ｓ１１１４，ｓ１１２２，ｓ１１２６が本発明における検札送信手段である。

また、図１７におけるｓ１２１０にてチケットを読み取る処理を行う制御部３１が本発明における検札側読取手段であり、同図ｓ１２１２が本発明における検札側内容送信手段であり、同図ｓ１２１８が本発明における検札報知手段である。

また、チケット番号が本発明における識別情報であり、図６におけるｓ４２４にて生成される第２パラメータが本発明における内容データであり、同図ｓ４４０にて送信される第３パラメータが本発明における要求データであり、図１１におけるｓ９１４にて機能サーバ３０から送信される印刷データが本発明におけるチケット化データであり、図１６におけるｓ１１１４，ｓ１１２２，ｓ１１２６にて送信されるパラメータ要求が本発明における検札データであり、図１７におけるｓ１２１０にて生成される第４パラメータが本発明における内容データである。

サービス提供システムの構成を示すブロック図 操作部の構成を示す図 複合機による複合機処理を示すフローチャート 選択用画面を示す図 複合機によるセッション処理を示すフローチャート 複合機によるチケット発行ジョブを示すフローチャート パラメータ入力画面を示す図（１） 生成されたチケットを示す図 機能サーバによる機能サーバ処理を示すフローチャート 機能サーバによるセッション処理を示すフローチャート 機能サーバによるチケット提供ジョブを示すフローチャート セッション管理情報のデータ構成を示す図 チケット管理情報のデータ構成を示す図 機能サーバによる課金情報更新処理を示すフローチャート 課金情報のデータ構成を示す図 機能サーバによるチケット確認ジョブを示すフローチャート 検札デバイスによるチケット確認処理を示すフローチャート パラメータ入力画面を示す図（２） 他の実施形態における機能サーバによるチケット提供ジョブを示すフローチャート

符号の説明

１０…複合機、１１…制御部、１２…操作部、１３…読取部、１４…記録部、１５…通信部、１６…記憶部、１７…音入力部、１８…音出力部、２０…ディレクトリサーバ、２１…制御部、２２…通信部、２３…記憶部、２４…サービス定義情報記憶部、２５…サービス定義情報、３０…機能サーバ、３１…制御部、３２…通信部、３３…記憶部、４１…コピーキー、４２…スキャナキー、４２…スキャナボタン、４３…ＦＡＸキー、４４…サービスキー、４５…設定キー、４６…方向キー、５０…ＯＫキー、５１…キャンセルキー、５２…ディスプレイ、６０…検札デバイス、６１…制御部、６２…操作部、６３…読取部、６５…通信部、６６…記憶部。

Claims (12)

1. 記録媒体に印刷する記録内容を示すデータであり、該記録内容が印刷された記録媒体をチケットとして利用可能な状態とするためのチケット化データを、ネットワーク経由で確認サーバからクライアントデバイスに送信し、該クライアントデバイスにより前記チケット化データで示される記録内容を記録媒体に印刷してなるチケットを生成することにより、前記クライアントデバイスのユーザに対してチケットを提供するチケット提供システムであって、
   前記クライアントデバイスは、
   前記確認サーバから送信されてきたチケット化データに基づき、該チケット化データで示される記録内容を記録媒体に印刷してなるチケットを生成するチケット生成手段と、
   該チケット生成手段により生成されたチケットについて、該チケットに印刷された記録内容を読み取るクライアント側読取手段と、
   該クライアント側読取手段により読み取られた記録内容を示す内容データをネットワーク経由で確認サーバに送信するクライアント側内容送信手段と、を備えており、
   前記確認サーバは、
   前記クライアントデバイスに対して前記チケット化データを送信するチケット送信手段と、
   該チケット送信手段によりチケット化データを送信した後、前記クライアントデバイスから送信されてきた前記内容データで示される記録内容に基づき、該クライアントデバイス側において前記チケット化データに基づく正常な記録内容の記録媒体への印刷が行われたか否かを判定する正常印刷判定手段と、
   該正常印刷判定手段により正常な記録内容の印刷が行われていないと判定された場合に、前記チケット化データをクライアントデバイスに再送信する再送信指令手段と、を備えており、
   前記クライアントデバイスにおいて、前記クライアント側内容送信手段により内容データを送信した後、前記確認サーバから前記チケット化データがネットワーク経由で送信されてきた場合に、再度、前記チケット生成手段によるチケットの生成，前記クライアント側読取手段による記録内容の読み取り，および，前記クライアント側内容送信手段による内容データの送信を行う、ように構成されている
   ことを特徴とするチケット提供システム。
2. 前記チケット化データは、少なくとも該チケット化データを識別可能な識別情報が含まれる記録内容を示すデータであって、
   前記確認サーバにおいて、
   前記正常印刷判定手段は、前記クライアントデバイスから送信されてきた前記内容データで示される記録内容に基づいて、該記録内容に含まれる識別情報で識別されるチケット化データが先に前記クライアントデバイスへ送信されたチケット化データと一致する場合に、該クライアント側において前記チケット化データに基づく正常な記録内容の記録媒体への印刷が行われたと判定する
   ことを特徴とする請求項１に記載のチケット提供システム。
3. 前記確認サーバにおいて、
   前記再送信指令手段は、前記正常印刷判定手段により正常な記録内容の印刷が行われていないと判定された場合に、チケットの生成を指令するための生成指令データを前記クライアントデバイスに送信し、該クライアントデバイスから前記チケット化データの送信を要求する旨の要求データがネットワーク経由で送信されてくるまで待機した後、前記チケット化データをクライアントデバイスに送信する、ように構成されており、
   前記クライアントデバイスは、
   前記クライアント側内容送信手段により内容データを送信した後、前記確認サーバから前記生成指令データが送信されてきた場合に、ユーザの操作を受けて前記要求データを確認サーバに送信する要求送信手段を備えている
   ことを特徴とする請求項１または請求項２に記載のチケット提供システム。
4. 前記確認サーバは、
   前記正常印刷判定手段により正常な記録内容の印刷が行われていると判定されたチケット化データを、有効なチケット化データとしてデータベースに登録するデータ登録手段を備え、
   前記再送信指令手段は、前記正常印刷判定手段により正常な記録内容の印刷が行われていないと判定された場合に、先に送信された前記チケット化データとは別のチケット化データを前記クライアントデバイスに送信する、ように構成されており、
   前記クライアントデバイスは、
   前記クライアント側内容送信手段により内容データを送信した後、前記確認サーバから前記チケット化データが送信されてきた場合に、該チケット化データに基づく前記チケット生成手段によるチケットの生成，前記クライアント側内容読取手段による記録内容の読み取り，および，前記クライアント側内容送信手段による内容データの送信を行う、ように構成されている
   ことを特徴とする請求項１から３のいずれかに記載のチケット提供システム。
5. 検札デバイスを用いてチケットの検札を行うことができるように構成されており、
   前記検札デバイスは、
   チケットに印刷された記録内容を読み取る検札側読取手段と、
   該検札側読取手段により読み取られた記録内容を示す内容データをネットワーク経由で前記確認サーバに送信する検札側内容送信手段と、
   該検札側内容送信手段により内容データが送信された後、該内容データに基づいて前記確認サーバ側で検札した結果を示す検札データがネットワーク経由で該確認サーバから送信されてきた際に、該検札データで示される検札結果を報知する検札報知手段と、を備えており、
   前記確認サーバは、
   前記検札デバイスから送信されてきた前記内容データで示される記録内容に基づき、該記録内容に含まれる識別情報で識別されるチケット化データが、前記データベースに登録されていれば、該チケット化データに対応するチケットが正常なチケットであると判定する一方、前記データベースに登録されていなければ、該チケット化データに対応するチケットが正常なチケットではないと判定する検札判定手段と、
   該検札判定手段による検札結果を示す検札データを前記検札デバイスに送信する検札送信手段と、を備えている
   ことを特徴とする請求項４に記載のチケット提供システム。
6. 前記確認サーバは、
   前記正常印刷判定手段により正常な記録内容の印刷が行われていると判定された場合に、前記クライアントデバイスのユーザに対する課金処理を行う課金手段を備えている
   ことを特徴とする請求項１から５のいずれかに記載のチケット提供システム。
7. 記録媒体に印刷する記録内容を示すデータであり、該記録内容が印刷された記録媒体をチケットとして利用可能な状態とするためのチケット化データを、ネットワーク経由で受信し、前記チケット化データで示される記録内容を記録媒体に印刷してなるチケットを生成した後、該チケットに基づく内容データを確認サーバに送信するとともに、これを受信した該確認サーバにより前記チケット化データに基づく記録内容の記録媒体への印刷が正常に行われたか否かを判定し、正常な記録内容の印刷が行われていないと判定された場合に、前記チケット化データを再送信することにより、ユーザに対してチケットを提供するチケット提供システムを構成するクライアントデバイスであって、
   前記クライアントデバイスは、
   前記確認サーバから送信されてきたチケット化データに基づき、該チケット化データで示される記録内容を記録媒体に印刷してなるチケットを生成するチケット生成手段と、
   該チケット生成手段により生成されたチケットについて、該チケットに印刷された記録内容を読み取るクライアント側読取手段と、
   該クライアント側読取手段により読み取られた記録内容を示す内容データをネットワーク経由で確認サーバに送信するクライアント側内容送信手段と、を備えるとともに、
   前記クライアント側内容送信手段により内容データを送信した後、前記確認サーバから前記チケット化データがネットワーク経由で送信されてきた場合に、再度、前記チケット生成手段によるチケットの生成、前記クライアント側読取手段による記録内容の読み取り、および、前記クライアント側内容送信手段による内容データの送信を行う、ように構成されている
   ことを特徴とするクライアントデバイス。
8. 記録媒体に印刷する記録内容を示すデータであり、該記録内容が印刷された記録媒体をチケットとして利用可能な状態とするためのチケット化データを、ネットワーク経由で送信するとともに、前記チケット化データを受信したクライアントデバイスで記録内容を記録媒体に印刷してなるチケットを生成した後、該チケットに基づく内容データを前記クライアントデバイスから送信を受けるとともに、受信した該内容データに基づき前記チケット化データに基づく記録内容の記録媒体への印刷が正常に行われたか否かを判定し、正常な記録内容の印刷が行われていないと判定された場合に、前記チケット化データを再送信することにより、ユーザに対してチケットを提供するチケット提供システムを構成する確認サーバであって、
   前記確認サーバは、
   前記クライアントデバイスに対して前記チケット化データを送信するチケット送信手段と、
   該チケット送信手段によりチケット化データを送信した後、前記クライアントデバイスから送信されてきた前記内容データで示される記録内容に基づき、該クライアントデバイス側において前記チケット化データに基づく正常な記録内容の記録媒体への印刷が行われたか否かを判定する正常印刷判定手段と、
   該正常印刷判定手段により正常な記録内容の印刷が行われていないと判定された場合に、前記チケット化データをクライアントデバイスに再送信する再送信指令手段と、を備えている
   ことを特徴とする確認サーバ。
9. 記録媒体に印刷する記録内容を示すデータであり、該記録内容が印刷された記録媒体をチケットとして利用可能な状態とするためのチケット化データを、確認サーバからネットワーク経由でクライアントデバイスに送信するとともに、前記チケット化データを受信したクライアントデバイスで記録内容を記録媒体に印刷してなるチケットを生成した後、前記確認サーバは、該チケットに基づく内容データを前記クライアントデバイスから受信するとともに、受信した前記チケット化データに基づく記録内容の記録媒体への印刷が正常に行われたか否かを判定し、正常な記録内容の印刷が行われていないと判定された場合に、前記チケット化データを前記クライアントデバイスに再送信することにより、ユーザに対して提供されるチケットに基づきサービスの提供を行うサービス提供システムを構成する検札デバイスであって、
   前記検札デバイスは、
   チケットに印刷された記録内容を読み取る検札側読取手段と、
   該検札側読取手段により読み取られた記録内容を示す内容データを検札のためにネットワーク経由で前記確認サーバに送信する検札側内容送信手段と、
   該検札側内容送信手段により内容データが送信された後、該内容データに基づいて前記確認サーバ側で検札した結果を示す検札データがネットワーク経由で該確認サーバから送信されてきた際に、該検札データで示される検札結果を報知する検札報知手段と、を備えている
   ことを特徴とする検札デバイス。
10. 記録媒体に印刷する記録内容を示すデータであり、該記録内容が印刷された記録媒体をチケットとして利用可能な状態とするためのチケット化データを、ネットワーク経由で受信し、前記チケット化データで示される記録内容を記録媒体に印刷してなるチケットを生成した後、該チケットに基づく内容データを確認サーバに送信するとともに、これを受信した該確認サーバにより前記チケット化データに基づく記録内容の記録媒体への印刷が正常に行われたか否かを判定し、正常な記録内容の印刷が行われていないと判定された場合に、前記チケット化データを再送信することにより、ユーザに対してチケットを提供するチケット提供システムを構成するクライアントデバイスを制御するコンピュータ読み取り可能なプログラムであって、
    前記プログラムは、
    前記確認サーバから送信されてきたチケット化データに基づき、該チケット化データで示される記録内容を記録媒体に印刷してなるチケットを生成するチケット生成手順と、
    該チケット生成手順により生成されたチケットについて、該チケットに印刷された記録内容を読み取るクライアント側読取手順と、
    該クライアント側読取手順により読み取られた記録内容を示す内容データをネットワーク経由で確認サーバに送信するクライアント側内容送信手順と、
    前記クライアント側内容送信手順により内容データを送信した後、前記確認サーバから前記チケット化データがネットワーク経由で送信されてきた場合に、再度、前記チケット生成手順によるチケットの生成、前記クライアント側読取手順による記録内容の読み取り、および、前記クライアント側内容送信手順による内容データの送信を行わせる繰り返し手順と、を含む
    ことを特徴とするコンピュータ読み取り可能なプログラム。
11. 記録媒体に印刷する記録内容を示すデータであり、該記録内容が印刷された記録媒体をチケットとして利用可能な状態とするためのチケット化データを、ネットワーク経由で送信するとともに、前記チケット化データを受信したクライアントデバイスで記録内容を記録媒体に印刷してなるチケットを生成した後、該チケットに基づく内容データを前記クライアントデバイスから送信を受けるとともに、受信した該内容データに基づき前記チケット化データに基づく記録内容の記録媒体への印刷が正常に行われたか否かを判定し、正常な記録内容の印刷が行われていないと判定された場合に、前記チケット化データを再送信することにより、ユーザに対してチケットを提供するチケット提供システムを構成する確認サーバを制御するコンピュータ読み取り可能なプログラムであって、
    前記プログラムは、
    前記クライアントデバイスに対して前記チケット化データを送信するチケット送信手順と、
    該チケット送信手順によりチケット化データを送信した後、前記クライアントデバイスから送信されてきた前記内容データで示される記録内容に基づき、該クライアントデバイス側において前記チケット化データに基づく正常な記録内容の記録媒体への印刷が行われたか否かを判定する正常印刷判定手順と、
    該正常印刷判定手順により正常な記録内容の印刷が行われていないと判定された場合に、前記チケット化データをクライアントデバイスに再送信する再送信指令手順と、を含む
    ことを特徴とするコンピュータ読み取り可能なプログラム。
12. 記録媒体に印刷する記録内容を示すデータであり、該記録内容が印刷された記録媒体をチケットとして利用可能な状態とするためのチケット化データを、確認サーバからネットワーク経由でクライアントデバイスに送信するとともに、前記チケット化データを受信したクライアントデバイスで記録内容を記録媒体に印刷してなるチケットを生成した後、前記確認サーバは、該チケットに基づく内容データを前記クライアントデバイスから受信するとともに、受信した前記チケット化データに基づく記録内容の記録媒体への印刷が正常に行われたか否かを判定し、正常な記録内容の印刷が行われていないと判定された場合に、前記チケット化データを前記クライアントデバイスに再送信することにより、ユーザに対して提供されるチケットに基づきサービスの提供を行うサービス提供システムを構成する検札デバイスを制御するコンピュータ読み取り可能なプログラムであって、
    前記プログラムは、
    チケットに印刷された記録内容を読み取る検札側読取手順と、
    該検札側読取手順により読み取られた記録内容を示す内容データを検札のためにネットワーク経由で前記確認サーバに送信する検札側内容送信手順と、
    該検札側内容送信手順により内容データが送信された後、該内容データに基づいて前記確認サーバ側で検札した結果を示す検札データがネットワーク経由で該確認サーバから送信されてきた際に、該検札データで示される検札結果を報知する検札報知手順と、を含む
    ことを特徴とするコンピュータ読み取り可能なプログラム。