画像形成装置およびその制御方法およびプログラムおよび記憶媒体
【課題】
複写機等に併設されるコインベンダーにおいて、複写機の各種機能を有効に組み合わせることにより、使用料の決済を目的とせず多目的に活用できる仕組みを提供する。
【解決手段】
集金を伴うイベントの登録を指定ユーザとともに受け付けるイベント登録受付手段と、利用者受付手段により受付けられたユーザが、前記イベント登録手段により登録されたイベントに指定されたユーザかを判断する判断手段と、前記登録されたユーザであると判断された場合、前記ユーザによる前記コインベンダーへの入金を、前記登録されたイベントに対する入金として処理する入金確認手段を有することを特徴とする。
ベントに対する入金として処理する入金確認手段とを有することを特徴とする。
複写機等に併設されるコインベンダーにおいて、複写機の各種機能を有効に組み合わせることにより、使用料の決済を目的とせず多目的に活用できる仕組みを提供する。
【解決手段】
集金を伴うイベントの登録を指定ユーザとともに受け付けるイベント登録受付手段と、利用者受付手段により受付けられたユーザが、前記イベント登録手段により登録されたイベントに指定されたユーザかを判断する判断手段と、前記登録されたユーザであると判断された場合、前記ユーザによる前記コインベンダーへの入金を、前記登録されたイベントに対する入金として処理する入金確認手段を有することを特徴とする。
ベントに対する入金として処理する入金確認手段とを有することを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
コインベンダーと接続された複写機におけるコインベンダーを利用した集金システムに関する。
【背景技術】
【０００２】
近年コンビニエンスストア等に設置される複写機において、使用料徴収のためのコイベンダーが設置されている。しかしコインベンダーの使用目的は、あくまでも複写機の使用料の徴収もしくは関連機器や通信費の徴収を目的とするものであった。
【０００３】
その１つとして特許文献１にはプリント課金システムが開示されている。この特許文献において、プリント料金や通信費を如何に徴収するかを目的としているものであった。
【０００４】
また特許文献２にはコインベンダーを用いたコピー装置が開示されているが、この特許文献においても、コインベンダーをコピー機能に対する使用料の徴収を目的としている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−２６５９７８号公報
【特許文献２】特開２００５−２４２０９７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１および特許文献２はともに、コインベンダーの使用目的を商品やサービス対する費用の徴収とするものであった。したがって、多少の時間の差はあれ基本的には商品やサービスと金銭の引き換えが原則となっている。
【０００７】
そのため、コインベンダーで集金した費用を、商品やサービスに対する費用以外に利用するということはできなかった。そのため、あらかじめコインベンダーに料金を投入しておき、必要に応じて利用する手法や、お釣りが発生したときにそのお釣りを再度コインベンダーに保存するような手法は行われていなかった。
またコインベンダーに金銭を保管することにより、そのデータを適切に処理することで、集金や送金が可能となるが既存の機構では実現できなかった
【０００８】
そこで本願発明は、複写機に接続されたコインベンダーで集金した費用を、接続された複写機以外のサービスに利用することが可能なシステムを提供することを課題とする。
【課題を解決するための手段】
【０００９】
コインベンダーと接続され、利用者のログインを受付ける利用者受付手段とを有する画像形成装置において、
集金を伴うイベントの登録を指定ユーザとともに受け付けるイベント登録受付手段と、
前記利用者受付手段により受付けられたユーザが、前記イベント登録手段により登録されたイベントに指定されたユーザかを判断する判断手段と、
【００１０】
前記判断手段により前記登録されたユーザであると判断された場合、前記ユーザによる前記コインベンダーへの入金を、前記登録されたイベントに対する入金として処理する入金確認手段と、
を有することを特徴とする。
【発明の効果】
【００１１】
本発明によれば、複写機に接続されたコインベンダーで集金した費用を、接続された複写機以外のサービスに利用することが可能なシステムを提供することを課題とする。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施形態における集金システムの構成を示す図である。
【図２】本発明の実施形態における集金システムハードウェア構成を示す図である。
【図３】本発明の実施形態における集金システムの管理者側の処理フローを示す図である。
【図４】本発明の実施形態における集金システムの参加者側の処理フローを示す図である。
【図５】本発明の実施形態における集金システムのお釣りの通知フローを示す図である。
【図６】本発明の実施形態における集金システムのシーケンス図である。
【図７】本発明の実施形態における集金システムが管理する利用者の管理テーブルである。
【図８】本発明の実施形態における集金システムが管理する集金対象の管理テーブルである。
【図９】本発明の実施形態における集金システムが管理するコインベンダーの管理テーブルである。
【図１０】本発明の実施形態における集金システムが管理する利用者グループの管理テーブルである。
【図１１】本発明の実施形態における集金システムが管理する利用者の管理テーブルである。
【図１２】利用者１が入金する前の主要テーブルの状態である。
【図１３】利用者１が入金した後の主要テーブルの状態である。
【図１４】利用者Ｎが入金し、利用者１に対してお釣り支払い可能になった状態の主要テーブルの状態である。
【図１５】利用者１に対しておつりが支払われた後の主要テーブルの状態である。
【図１６】管理者側の画面シーケンスである。
【図１７】参加者側の画面シーケンスである。
【図１８】利用者１に対して入金を促すメールである。
【図１９】利用者１に対して入金が完了したことを伝えるメール画面である。
【図２０】利用者１に対してお釣りができたことを通知メール画面である。
【図２１】利用者１のお釣り引き出しフロー図である。
【図２２】幹事の集金引き出しフロー図である。
【図２３】利用者１のお釣り引き出し画面遷移図である。
【図２４】幹事の集金引き出し画面遷移図である。
【発明を実施するための形態】
【００１３】
以下に本発明を実現する情報処理装置について図面を用いて詳細に説明する。
図１は、本発明の情報処理装置を適用可能な複写機のシステム構成の一例を示す図である。
【００１４】
１００は複写機ＯＳが持つユーザインターフェース機能である。集金システムはこのユーザインターフェース機能を経由し利用者が操作するタッチパネルや各種ボタンの情報を受け取る。同様にユーザインターフェース機能を経由し不図示のＬＣＤに情報を表示する。
１０１は複写機ＯＳが持つファイルアクセス機能である。集金システムは、この機能を用いて集金システム用データベースのアクセスを行う。
【００１５】
１０２は集金システム本体である。集金システムは複写機ＯＳの上で稼働するアプリケーションで、複写機がもつ各種機能（外部制御機能、通信機能、印刷機能、スキャン機能、個人認証機能）を利用し、各種サービスを提供する。また集金システムの利用者管理や金銭管理のため各種制御情報（金銭情報、個人情報、制御情報）をテーブルもしくはファイルとして保持する。
【００１６】
１０３は複写機ＯＳ（オペレーティングシステム）自身である。複写機は図２に示すようなハードウェア構成をもち、複写機ＯＳはこのハードウェアおよび各種アプリケーションを管理するオペレーティングシステムである。本複写機ＯＳと複写機とが協同することにより複合機としての機能を実現している。
１０４は複写機ＯＳが持つコインベンダーなどの外部機器を制御する機能である。集金システムは、外部制御機能を経由してコインベンダー制御や管理を行う。
【００１７】
１０５は複写機ＯＳが持つ通信機能である。通信機能はネットワークや回線を用いて他の装置と通信を行う機能であり、集金システムはこの通信機能を用いてメールサーバーと連携して利用者に対してメールの送信や、他の複写機やプリンタに対して印刷機能と連携しリモートプリントなどを行う。
１０６は複写機ＯＳがもつ印刷機能である。集金システムは印刷機能を使用し各種履歴や情報の帳票出力を行う。
【００１８】
１０７は複写機ＯＳがもつスキャン機能である。集金システムは、スキャンされた画像に対して他のアプリケーション（ＯＣＲやＯＭＲ）と連携し画像解析の結果を利用者からの入力データとして扱うことが可能である。
【００１９】
１０８は複写機ＯＳが持つ個人認証機能である。集金システム１０２は、複写機がもつ個人認証機能を利用して個人やグループを認証し、この単位で金銭の管理を行う。代表的な個人認証は、ログイン名／パスワードを入力パネルから入力してもらう方法が一般的であるが、複写機にＦｅｌｉｃａなどのＩＣカードを用いた認証機能があればこれを使用することも可能である。また他の認証システム（ｗｉｎｄｏｗｓの認証）と連携できれば、これを使用することも可能である。認証は複写機本体で行ってもいいし、別途用意された認証サーバを用いるようにしてもよい。
１０９は集金システム用の金銭情報を管理するためのデータベースである。このデータベースには後述する各テーブルが保持される。
図２は、本発明の実施形態における各種端末のハードウェア構成を示す図である。
【００２０】
２００は複写機のハードウェア構成である。複写機はシステムバスに接続されたＣＰＵ２０６、ＲＡＭ２０７、ＲＯＭ２０８、ＨＤＤ２０９、各種インターフェースで構成される。ＣＰＵ２０６はＲＡＭ２０７、ＲＯＭ２０８、ＨＤＤ２０９に保存された情報に従って、キーボードＩ／Ｆ２１０、ディスプレイＩ／Ｆ２１１、スキャナＩ／Ｆ２１４、プリンタＩ／Ｆ２１６、外部制御Ｉ／Ｆ２１８（コインベンダーＩ／Ｆ）、ネットワークＩ／Ｆ２１９経由で他の機器や装置を制御する。
【００２１】
２０１はコインベンダーのハードウェア構成である。コインベンダーはシステムバスに接続されたＣＰＵ２３０、ＲＡＭ２３１、ＲＯＭ２３２、各種インターフェースで構成される。ＣＰＵ２３０はＲＡＭ２３１、ＲＯＭ２３２に保存された情報に従って、ホストＩ／Ｆ２３４経由で複写機との通信を行う。また金銭制御２３３を用いて、コインベンダーに対する入金および出金を制御する
【００２２】
２０２はネットワークに接続された利用者のＰＣである。利用者はこのＰＣで集金システム１０２からメールサーバー２０４経由で送信された各種メールを受信することができる。またＰＣに接続されている印刷装置２０５があれば、集金システム１０２からのリモート印刷も可能となる。
２０３はネットワークに接続された他の複写機である。集金システム１０２からのリモート印刷を行うことができる。
【００２３】
２０４はメールサーバーである。集金システム１０２は、集金関係者に対して各種情報をメールで通知することが可能である。代表例として、管理者がイベントとして宴会を登録した場合に送られる「宴会するから入金してねメール」や、ユーザの利用時に不足していたおつりの準備ができたときに通知される「おつりができたよメール」などがある。
２０５は利用者のＰＣに接続された印刷装置である。この印刷装置は、ＰＣからの印刷以外に集金システム１０２からの印刷を行うことができる。
【００２４】
２０６は複写機のＣＰＵである。このＣＰＵは、複写機ＯＳ１０３にしたがって、複写機内の他のハードウェアの制御をおこなう。また複写機ＯＳ１０３の上で稼働する集金システム１０２の制御も行う。
２０７は複写機のＲＡＭである。このＲＡＭは、システムバスを経由してＣＰＵ２０６に対して揮発性の記憶エリアを提供する。
２０８は複写機のＲＯＭである。このＲＯＭは、システムバスを経由してＣＰＵ２０６に対して不揮発性の記憶エリアを提供する。
２０９はハードディスクである。このハードディスクは、システムバスを経由してＣＰＵ２０９に対して補助記憶エリアを提供する。
２１０はキーボードインターフェースである。キーボードインターフェースは、システムバスとキーボード２１１との仲介を行う。
２１１はキーボードである。キーボードは利用者からの入力を受け付ける。
２１２はディスプレイインターフェースである。ディスプレイインターフェースは、システムバスとＬＣＤ２１３との仲介を行う
２１３はディスプレイである。ディスプレイは、利用者に対して各種情報を表示する。
２１４はスキャナインターフェースである。スキャナインターフェースは、システムバスとスキャナ２１５との仲介を行う。
２１５はスキャナである。スキャナは、圧板やＡＤＦにセットされた原稿を読み込む。
２１６はプリンタインターフェースである。プリンタインターフェースは、システムバスとプリンタの仲介を行う。
２１７はプリンタである。プリンタは印刷を行う。
２１８は外部制御インターフェースである。外部制御インターフェースは、システムバスとコインベンダーの仲介を行う。
【００２５】
２１９はネットワークインターフェースである。ネットワークインターフェースは、システムバスネットワークの仲介をおこなうことで、利用者ＰＣ２０２、利用者ＰＣに接続された印刷機２０５、他複写機２０３、メールサーバー２０４と通信を可能にする
２３０はコインベンダーのＣＰＵである。このＣＰＵは、ＲＡＭ２３１やＲＯＭ２３２の情報をもとに、コインベンダーの制御をおこなう。
２３１はコインベンダーのＲＡＭである。このＲＡＭは、システムバスを経由してＣＰＵ２３０に対して揮発性の記憶エリアを提供する。
２３２はコインベンダーのＲＯＭである。このＲＯＭは、システムバスを経由してＣＰＵ２３０に対して不揮発性の記憶エリアを提供する。
【００２６】
２３３はコインベンダーの金銭制御をおこなう部分である。これはシステムバスを経由してＣＰＵ２３０から通知された情報に従い、入金制御および出金制御をおこなう。
２３４はホストインターフェースである。ホストインターフェースは、コインベンダーと複写機との通信を提供する。
【００２７】
次に、図３および図１６に基づき複写機２００上の集金システム１０２の集金情報登録のフローを説明する。図３は、集金システムの管理者側の処理フローを示すフローチャートであり、図１６は、その際に複写機の表示画面に表示されるユーザインターフェースの画面シーケンス４００〜４０８である。
【００２８】
ユーザのユーザインターフェース機能１００に表示される画面４００に対し、利用者ＩＤおよびパスワードを入力した後”ＯＫ”ボタンを押下することによって、利用者ＩＤおよびパスワードをＲＡＭ２０７へ保存する。ＤＢ１０９の利用者管理テーブルより利用者ＩＤを取得しステップ３００において、ＤＢ１０９に当該利用者ＩＤが存在した場合、利用者ＩＤおよびパスワードを条件に個人認証機能１０８を用いて認証処理を実施する。認証に失敗した場合はステップ３０１においてエラー処理を行う。
【００２９】
認証に成功した場合はステップ３０２へ進み、集金登録処理を行うユーザは画面４０１の”イベント登録”ボタンを押下することによりステップ３０３へ進み、ユーザインターフェース機能１００を用いて表示された画面４０２を操作して“タイトル”、“締め切り”及び“金額”を入力する。入力する内容に不備がない場合は、画面遷移するためのボタンを押下することにより“タイトル”、“締め切り”及び“金額”をＲＡＭ２０７へ保存し、ステップ３０４へ進む。
ステップ３０４では、ユーザインターフェース機能１００を用いて表示された画面４０３を操作してグループ登録処理ないしは個人登録処理を行う。
【００３０】
グループ登録処理ではステップ３０５において、画面４０４を操作することにより、すでにＤＢ１０９のグループ管理テーブルに登録されている各利用者の集合にユニークな任意のグループＩＤを１からｎ個選択することができ、選択されたグループＩＤをＲＡＭ２０７及びＤＢ１０９の集金管理テーブルへ保存する。
【００３１】
ステップ３０７において、画面４０６の”はい”ボタンを押下することによって、ステップ３０４へ戻り複数のグループ登録を行うことを可能とする。また、画面４０６の”完了”ボタンを押下することによって、ＲＡＭ２０７へ保存されたグループＩＤを画面４０７へ表示する。
【００３２】
個人登録ではステップ３０６において、画面４０５を操作することにより、ＤＢ１０９の利用者管理テーブル及びＲＡＭ２０７へ利用者ＩＤ及び利用者権限の登録を実行する。この際、利用者ＩＤが個人認証機能に存在することを条件とする。
【００３３】
ステップ３０７において、画面４０６の”はい”ボタンを押下することによって、ステップ３０４へ戻り複数の個人登録を行うことを可能とする。また、画面４０６の”完了”ボタンを押下することによって、ＲＡＭ２０７へ保存された利用者ＩＤを画面４０７へ表示する。
【００３４】
ステップ３０８では、画面４０７の”はい”ボタンを押下することによって、ＤＢ１０９の集金管理テーブルへ画面４０２により入力されたタイトルを集金名として、金額を集金総額として、集金ＩＤと共に登録を行う。
【００３５】
ステップ３０９では、画面４０８の”はい”ボタンを押下することによって、ＤＢ１０９の集金管理テーブルから利用者情報を取得し、取得した利用者ＩＤを検索条件に個人認証機能よりユーザのメールアドレスを取得する。取得したメールアドレスを用い、ステップ３１０において、通信機能１０５からネットワークＩ／Ｆ２１９を通じてメールサーバー２０４へ図１８の内容をイメージとしたメールを送信する。“いいえ”ボタンを押下時は一連の処理を終了する。
【００３６】
以下、図４および図１６に基づき複写機２００上の集金システム１０２の入金処理のフローを説明する。図４は、本集金システムの参加者側の処理フローであり、図１７は、その際に複写機の表示画面に表示されるユーザインターフェースの画面シーケンス４０９〜４１４である。
【００３７】
ユーザのユーザインターフェース機能１００を用いて表示される画面４０９に対し、利用者ＩＤおよびパスワードを入力した後”ＯＫ”ボタンを押下することによって、利用者ＩＤおよびパスワードをＲＡＭ２０７へ保存する。ＤＢ１０９の利用者管理テーブルより利用者ＩＤを取得しステップ３１２において、ＤＢ１０９に当該利用者ＩＤが存在した場合、利用者ＩＤおよびパスワードを条件に個人認証機能１０８を用いて認証処理を実施する。認証に失敗した場合はステップ３１３においてエラー処理を行う。
【００３８】
認証に成功した場合はステップ３１４へ進み、画面４１０に表示されるＤＢ１０９の集金管理テーブルの集金ＩＤに紐づいた任意の集金対象の情報（飲み会等のイベント）を選択することにより、ＤＢ１０９の集金管理テーブルより集金ＩＤを検索条件に当該集金管理テーブルの各情報を取得しＲＡＭ２０７へ保存する。つぎに利用者ＩＤを検索条件にＤＢ１０９のチャージ金額を取得し、ＲＡＭ２０７へ保存した後、出欠確認画面である画面４１１へ遷移する。
【００３９】
なお、上述したような入金確認により、集金対象のイベントに対しての入金として処理しているが、ユーザ認証に成功した場合であっても、該当する利用者に対して集金対象の情報が存在しない場合は、通常の複写機の機能やサービスを利用する代金として入金を受け付けることが可能となっている。
画面４１１において、ユーザが出席の意思があり入金を行う場合は“入金”ボタンを押下することにより入金画面である画面４１２へ遷移する。
【００４０】
画面４１２では、ステップ３１４によりＲＡＭ２０７へ保存された集金情報から会費の値を取得し、もし、チャージ金額が会費を下回る場合はＲＡＭ２０７へ保存されたチャージ金額から差し引いた金額の入金を促すメッセージを画面へ表示する。つぎに外部制御Ｉ／Ｆ２１８を通じてコインベンダー２０１のホストＩ／Ｆ２３４へチャージ金額を差し引いた会費を送信し、ＣＰＵ２３０はＲＡＭ２３１を使用して金銭制御２３３に対し会費金額を保存する。チャージ金額が会費を上回る場合はステップ３１６へ進むものとする。
【００４１】
チャージ金額が会費を下回る場合にユーザはステップ３１５において、コインベンダーへ金銭を投入する。もしコインベンダー内で紙幣量もしくは硬貨量に一方的な偏りが見られた場合は、均等が保てるように紙幣もしくは硬貨で入金を促すメッセージを表示する。
【００４２】
次にステップ３１６において投入された金銭の金種と個数を金銭制御２３３は検知し、投入済みの金額の情報としてホストＩ／Ｆ２３４から外部制御Ｉ／Ｆ２１８を通じて集金システム本体へ通知する。通知された投入済みの金額情報をＣＰＵ２０６はＤＢ１０９の集金管理テーブルの利用者ごとの入金情報及びコインベンダー管理テーブルのお札およびコインの総数として保存すると同時に入金情報をすでにユーザがコインベンダーへ入金した金額として画面４１２において表示する。
【００４３】
チャージ金額が会費を上回る場合にＣＰＵ２０６はＤＢ１０９の集金管理テーブルの利用者ごとの入金情報を保存すると同時に入金情報をすでにユーザがコインベンダーへ入金した金額として画面４１２において表示する。
【００４４】
ユーザがコインベンダーに投入する金額を完了とする場合、画面４１２の”完了”ボタンを押下することによって、ステップ３１７へ進み、画面４１３おいて入金の合計金額を表示し、当該集金ＩＤ及び利用者ＩＤを検索条件にＤＢ１０９の集金管理テーブルのおつり有無と入金額及び入金総額を登録する。また、メンテナンス性向上を目的として、ＤＢ１０９のログ管理テーブルへ利用者ＩＤ時間、種別及び入出金額を登録する。
ステップ３１８では、実際にユーザがコインベンダーへ投入した金額の記録として送信することを促すため、画面４１４を表示する。
【００４５】
送信を行う場合は”はい”ボタンを押下することにより、通信機能１０５はステップ３１２において保存された利用者ＩＤを検索条件に個人認証機能１０８よりユーザのメールアドレスを取得し、ネットワークＩ／Ｆ２１９を通じてメールサーバー２０４へ図１９の内容をイメージとしたメールを送信した後ないしは、”いいえ”ボタン押下時はステップ３２０の終了処理として、ＲＡＭ２０７上の利用者ＩＤ及び集金ＩＤ以外の保存データを消去する。
【００４６】
次に、図５に基づき複写機２００上の集金システム１０２のおつり管理処理のフローを説明する。図４のステップ３２０の終了処理を開始条件として、ステップ３２１以降のおつり管理処理を行う。
【００４７】
ステップ３２１においてＤＢ１０９の集金管理テーブルよりステップ３１４にてＲＡＭ２０７へ保存した集金ＩＤを検索条件に集金管理テーブルの利用者単位の各情報を取得する。処理の対象となる利用者の優先順位はＤＢ１０９のログ管理テーブルの入金を行った時間の古さ順を第一条件、入金金額を第二条件としてソートした順位とする。
ステップ３２２以降の処理は、利用者の人数分処理をループするものとする。
【００４８】
ステップ３２３において利用者の会費よりも利用者の入金額（チャージ金額を含む）が大きいことを確認する。大きい場合は、ステップ３２４において、おつり金額を求める（おつり金額＝入金額−会費）。小さい場合は以降の処理は行わず、次の利用者に対する処理を行うためステップ３２４へ移行する。おつりがない場合は終了処理を行う。
ステップ３２５において、ＤＢ１０９のコインベンダー管理テーブルから残高を取得する。
【００４９】
ステップ３２６において、残高金額がおつり金額よりも大きくかつ、お札およびコインの総数によって割り切れる値かどうかの確認を行い、おつりの支払いが可能であるならば、ＤＢ１０９の集金管理テーブルのおつり有無情報におつりがあることを示すフラグをたてる。
【００５０】
ステップ３２７において利用者ＩＤを検索条件に個人認証機能１０８よりユーザのメールアドレスを取得し、ネットワークＩ／Ｆ２１９を通じてメールサーバー２０４へ図２０の内容をイメージとしたメールを送信し終了処理を行う。図２０は、利用者に対しておつりができたことを通知するメールの一例を表わす図である。送信元の複写機の情報、宴会（イベント）情報、入金管理番号およびおつりの金額に関する情報などが記載されている。
【００５１】
以下、図２１および図２３に基づき複写機２００上の集金システム１０２のおつり引き出し処理のフローを説明する。図２１は、集金システムのおつり引き出し処理のフローチャートであり、図２３は、その際に複写機の表示画面に表示されるユーザインターフェースの画面シーケンス４４１〜４４５である。
【００５２】
ユーザのユーザインターフェース機能１００を用いて表示される画面４４１に対し、利用者ＩＤおよびパスワードを入力した後”ＯＫ”ボタンを押下することによって、利用者ＩＤおよびパスワードをＲＡＭ２０７へ保存する。ＤＢ１０９の利用者管理テーブルより利用者ＩＤを取得しステップ３４１において、ＤＢ１０９に当該利用者ＩＤが存在した場合、利用者ＩＤおよびパスワードを条件に個人認証機能１０８を用いて認証処理を実施する。認証に失敗した場合はステップ３４２においてエラー処理を行う。
【００５３】
認証に成功した場合はステップ３４３へ進み、画面４４３に表示されるＤＢ１０９の集金管理テーブルの集金ＩＤに紐づいた任意の集金対象の情報（飲み会等）を選択することにより、ＤＢ１０９の集金管理テーブルより集金ＩＤを検索条件に集金名を取得し画面４４４へ遷移する。
【００５４】
画面４４４において、ユーザが集金の意思があり出金を行う場合は“出金”ボタンにつづけて”次へ”ボタンを押下することによりステップ３４５へ進み、ＤＢ１０９の集金管理テーブルより利用者ＩＤを検索条件に当該集金管理テーブルの各情報を取得し、ステップ３４６へ進む。
【００５５】
ステップ３４６では、取得した集金管理情報におつり有無情報におつり有りのフラグが存在する場合は会費と入金額の差額からおつりを計算しＲＡＭ２０７へ保存する。当該フラグが存在しない場合は処理を終了する。
【００５６】
ステップ３４７において、ＤＢ１０９のコインベンダー管理テーブルの残高を取得し、ＲＡＭ２０７に保存されているおつり金額を支払うだけの残高が存在する場合は、当該テーブルのお札およびコインの総数を取得し、おつり金額を支払う金種が存在するならば、ステップ３４８へ進む。
【００５７】
ステップ３４８において、外部制御Ｉ／Ｆ２１８を通じてコインベンダー２０１のホストＩ／Ｆ２３４を通じて、金銭制御２３３に対しおつり金額及び出金を促すメッセージを送信する。
【００５８】
金銭制御２３３はおつりを出金する。出金が完了し、ユーザが画面４４５の“完了”ボタンを押下するとコインベンダー２０１の金銭制御２３３はホストＩ／Ｆ２３４を通じて複写機２００上の集金システム１０２へ出金結果を送信する。
【００５９】
出金結果を受信した集金システム１０２は、ステップ３４９において、ＤＢ１０９のコインベンダー管理テーブルの残高から出金金額を引いた金額を残額として更新し、ＤＢ１０９の集金管理テーブルより利用者ＩＤを検索条件に当該利用者のおつり有無情報へおつりの支払いが済んだ意味をあらわすフラグをたて、入金額情報をおつり支払い後の金額へ更新する。また、メンテナンス性向上を目的として、ＤＢ１０９のログ管理テーブルへ利用者ＩＤ、時間、種別及び入出金額を登録する。
【００６０】
以下、図２２および図２４に基づき複写機２００上の集金システム１０２の宴会代金引き出し処理のフローを説明する。図２１は、集金システムのイベントとして宴会が登録されていた場合の、宴会代金引き出し処理のフローチャートであり、図２３は、その際に複写機の表示画面に表示されるユーザインターフェースの画面である。
【００６１】
ユーザのユーザインターフェース機能１００を用いて表示される画面４５１に対し、利用者ＩＤおよびパスワードを入力した後”ＯＫ”ボタンを押下することによって、利用者ＩＤおよびパスワードをＲＡＭ２０７へ保存する。ＤＢ１０９の利用者管理テーブルより利用者ＩＤを取得しステップ３５１において、ＤＢ１０９に当該利用者ＩＤが存在した場合、利用者ＩＤおよびパスワードを条件に個人認証機能１０８を用いて認証処理を実施する。認証に失敗した場合はステップ３５２においてエラー処理を行う。
【００６２】
認証に成功した場合はステップ３５３へ進み、画面４５３に表示されるＤＢ１０９の集金管理テーブルの集金ＩＤに紐づいた任意の集金対象の情報（ｘｘｘ飲み会等）を選択することにより、ＤＢ１０９の集金管理テーブルより集金ＩＤを検索条件に集金名を取得し画面４５４へ遷移する。
【００６３】
画面４５４において、管理者が宴会代金の意思があり出金を行う場合は“宴会代金出金”ボタンにつづけて”次へ”ボタンを押下することによりステップ３５５へ進み、ＤＢ１０９の集金管理テーブルより集金ＩＤを検索条件に当該集金管理テーブルの各情報を取得し、ステップ３５６へ進む。
ステップ３５６では、取得した集金管理情報より、各利用者の入金額から会費を引いた金額を計算しＲＡＭ２０７へ宴会代金として保存する。
【００６４】
ステップ３５７において、ＤＢ１０９のコインベンダー管理テーブルの残高を取得し、ＲＡＭ２０７に保存されている宴会代金を支払うだけの残高が存在する場合は、当該テーブルのお札およびコインの総数を取得し、おつり金額を支払う金種が存在するならば、ステップ３５８へ進む。
【００６５】
ステップ３５８において、外部制御Ｉ／Ｆ２１８を通じてコインベンダー２０１のホストＩ／Ｆ２３４を通じて、金銭制御２３３に対し宴会代金金額及び出金を促すメッセージを送信する。
【００６６】
金銭制御２３３は宴会代金を出金する。出金が完了し、管理者が画面４５５の”完了”ボタンを押下すると、コインベンダー２０１の金銭制御２３３はホストＩ／Ｆ２３４を通じて複写機２００上の集金システム１０２へ出金結果を送信する。
【００６７】
出金結果を受信した集金システム１０２は、ステップ３５９において、ＤＢ１０９のコインベンダー管理テーブルの残高から宴会代金出金金額を引いた金額を残額として更新し、ＤＢ１０９の集金管理テーブルより利用者ＩＤを検索条件に当該利用者のおつり有無情報へ集金が済んだ意味をあらわすフラグをたてる。また、メンテナンス性向上を目的として、ＤＢ１０９のログ管理テーブルへ利用者ＩＤ、時間、種別及び入出金額を登録する。
【００６８】
本発明の特徴としておつりの保留がある。おつりの保留とは、利用者が金銭をとコインベンダーに投入したがその時点ではおつりが無い場合、おつりとなる金銭がコインベンダーに確保さえたときメールで通知を受け、別途おつりを受け取るシステムである。このおつり保留が発生し、その後おつり保留が解除されるまでのシーケンスを図６示す。またこの詳細を図７〜１５を用いて以下に記載する。
【００６９】
図７は、利用者のテーブルの一例を示す図である。本システムの利用者を管理するテーブルであり、利用者ＩＤをキーに、その利用者が幹事なのか利用者なのかを示す利用者権限および当該利用者がチャージしてある金額が記憶されている。
【００７０】
図８は、集金対象の管理テーブルの一例を示す図である。集金ＩＤをキーに管理されており、登録されるイベントごとに管理されている。集金される金額である会費、イベントの幹事を示す幹事ＩＤが記憶され、また、利用者ごとに、利用者のＩＤ、入金額、おつりが必要かどうかを示すおつり有無が記憶されている。
【００７１】
図９は、コインベンダーの管理テーブルの一例を示す図である。該当するコインベンダーの中にためられている金額を示す残高、利用者が入出金した金額を示す投入／引出し金額欄、および残高を構成するお札およびコインの総数が記憶されている。
【００７２】
図１０は、利用者グループの管理テーブルの一例を示す図である。グループを管理するグループＩＤとグループに登録されている利用者のＩＤとが記憶されている。
【００７３】
図１１は、ログに関する管理テーブルの一例を示す図である。コインベンダーに対して何か処理がされた時のログが記録されている。ログを管理するための一意な番号である管理番号、利用者を識別するための利用者ＩＤ、どのような処理を行ったのかの種別、および入金／出金／おつりに関する金額が適宜記録される。
【００７４】
管理者（幹事など）は複写機にログイン５０１し、宴会の登録（集金登録５０２）を行う。この宴会の登録により、集金管理テーブルに集金関連の情報と利用者の情報が登録される。その後幹事がログアウト５０３することによりテーブルを確定とし、登録された利用者に対して図１８に示す集金登録通知（宴会が登録されましたメール）が送信される。
【００７５】
なお、この時点で、あらかじめコインベンダーには、利用者３が入金した１０００円札４枚と５００円玉１枚の合計４５００円が保存されていたとする。このとき集金管理テーブルとコインベンダー管理テーブルの状態を図１２に記載する。
【００７６】
利用者１は図１８の集金登録通知（宴会が登録されましたメール）を受け、その会費をしはらうため複写機にログイン５０５する。所定の画面操作を行った後、コインベンダーに対して入金５０６を行う。このとき利用者１は１００００円札１枚の投入を行ったとする。１００００円札が投入されたことは、複写機に対する入金通知５０７で通知され、その通知をもとに集金システムは投入額とおつりの計算を行う。
【００７７】
利用者１が投入した１００００円は集金管理テーブル８０１の利用者１のテーブルに登録され、入金額と会費から入金額の妥当性とおつりについて計算がおこなわれる。利用者１は１００００円札を投入したため、５５００円のおつりを受け取る権利を有するが、コインベンダーには利用者３が投入した４５００円分しか保存されていない。そのため、この状態では利用者１はおつりを受け取ることができない。
【００７８】
これまでの自動販売機などでは、利用者１が投入した１００００円が返却され、強制的におつりが発生しないような仕組みになっていたが、本発明はこの状態をおつりの保留中として扱い、別途おつりをうけとれるような処理を行う。そのため集金管理テーブル８０１におつり有無フラグを設置し、おつり保留中の管理を行う。
利用者１のログアウト５０８を持ってテーブルの値を確定とし、この状態を図１３に示す。
【００７９】
集金管理テーブル８０１の利用者１の「入金額」欄が「０円」から「１００００円」に、「おつり有無」欄が「無」から「有」に、コインベンダー管理テーブル９０１の「残高」欄が「４５００円」から「１４５００円」に、「投入／引出し金額」欄が「０円」から「１００００円」に、「お札およびコインの総数」欄の「１００００円札」欄が「０枚」から「１枚」に変更になっている。
【００８０】
その後、参加者２が複写機にログイン５０９し、会費４５００円分を１０００円札４枚と１００円玉５枚を投入５１０したとする。それは集金システムに通知５１１され、集金システムは投入金額とおつりの計算を行う。利用者２のログアウト５１２をもってテーブルの内容を確定とし、その状態を図１４に示す。
【００８１】
集金テーブル８０１の利用者２欄の「入金額」欄が「０円」から「４５００円」に、コインベンダー管理テーブル９０１の「残高」欄が「１４５００円」から「１９０００」円に、「投入／引出し金額」欄が「１００００円」から「４５００円」に、「お札およびコインの総数」欄の「１０００円札」欄が「４枚」から「８枚」に、「１００円玉」欄が「０枚」から「５枚」に変更になっている。
【００８２】
集金システムは、上記テーブルの確定と伴い、利用者１に対するおつりを確保できたので、利用者１に対しておつり支払い可能通知を図２０のおつり支払い可能通知（おつりができましたメール）にて通知５１３を行う。
【００８３】
上記メール５１３を受け取った利用者１は、複写機にログイン５１４し、所定の操作を行ったあと、集金システムからコインベンダーに対する出金指示５１５を経由しコインベンダーから出金５１６としておつり５００円を受け取る。おつりを受け取った参加者１はログアウト５１７を行い、テーブルを確定としこの状態を図１５に示す。
【００８４】
集金テーブル８０１の利用者１欄の「入金額」欄が「１００００円」から「４５００円」に、コインベンダー管理テーブル９０１の「残高」欄が「１９０００円」から「１３５００」円に、「投入／引出し金額」欄が「１００００円」から「−５５００円」に、「お札およびコインの総数」欄の「１０００円札」欄が「８枚」から「３枚」に、「５００円玉」欄が「１枚」から「０枚」に変更になっている。
【００８５】
最後に幹事が複写機にログイン５１８し、宴会代の引き出し操作５１９を行う。複写機はコインベンダーに対して金銭引き出し通知５２０を行うことにより、幹事は宴会代を受け取ることができる。その後幹事がログアウトを行うことによって、集金テーブルがクリアされる。
以上説明したように、本実施形態によれば、複写機に接続されたコインベンダーで集金した費用を、接続された複写機以外のサービスに利用することができる。
【００８６】
また、おつりをすぐに受け取ることができないような残高であっても、コインベンダーに金銭が補充された時点で、改めておつりを受け取ることが可能となる。そして、おつりを受け取るまでの間であっても、支払いすみとして処理することが可能となる。
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【００８７】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【００８８】
また、本発明におけるプログラムは、図３〜図５、図２１〜２２に示すフローチャートの処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は図３〜図５、図２１〜２２の処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは各装置の処理方法ごとのプログラムであってもよい。
【００８９】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【００９０】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
【００９１】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク、ソリッドステートドライブ等を用いることができる。
【００９２】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００９３】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００９４】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【００９５】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【００９６】
１００ ユーザインターフェース機能
１０１ ファイルアクセス機能
１０２ 集金システム（本発明実施例）
１０３ 複写機ＯＳ（オペレーティングシステム）
１０４ 外部制御機能
１０５ 通信機能
１０６ 印刷機能
１０７ スキャン機能
１０８ 個人認証機能
１０９ 集金システム用データベース
２００ 複写機
２０１ コインベンダー
２０２ 利用者ＰＣ
２０３ 他複写機
２０４ メールサーバー
２０５ 利用者ＰＣ付属印刷機
【技術分野】
【０００１】
コインベンダーと接続された複写機におけるコインベンダーを利用した集金システムに関する。
【背景技術】
【０００２】
近年コンビニエンスストア等に設置される複写機において、使用料徴収のためのコイベンダーが設置されている。しかしコインベンダーの使用目的は、あくまでも複写機の使用料の徴収もしくは関連機器や通信費の徴収を目的とするものであった。
【０００３】
その１つとして特許文献１にはプリント課金システムが開示されている。この特許文献において、プリント料金や通信費を如何に徴収するかを目的としているものであった。
【０００４】
また特許文献２にはコインベンダーを用いたコピー装置が開示されているが、この特許文献においても、コインベンダーをコピー機能に対する使用料の徴収を目的としている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−２６５９７８号公報
【特許文献２】特開２００５−２４２０９７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１および特許文献２はともに、コインベンダーの使用目的を商品やサービス対する費用の徴収とするものであった。したがって、多少の時間の差はあれ基本的には商品やサービスと金銭の引き換えが原則となっている。
【０００７】
そのため、コインベンダーで集金した費用を、商品やサービスに対する費用以外に利用するということはできなかった。そのため、あらかじめコインベンダーに料金を投入しておき、必要に応じて利用する手法や、お釣りが発生したときにそのお釣りを再度コインベンダーに保存するような手法は行われていなかった。
またコインベンダーに金銭を保管することにより、そのデータを適切に処理することで、集金や送金が可能となるが既存の機構では実現できなかった
【０００８】
そこで本願発明は、複写機に接続されたコインベンダーで集金した費用を、接続された複写機以外のサービスに利用することが可能なシステムを提供することを課題とする。
【課題を解決するための手段】
【０００９】
コインベンダーと接続され、利用者のログインを受付ける利用者受付手段とを有する画像形成装置において、
集金を伴うイベントの登録を指定ユーザとともに受け付けるイベント登録受付手段と、
前記利用者受付手段により受付けられたユーザが、前記イベント登録手段により登録されたイベントに指定されたユーザかを判断する判断手段と、
【００１０】
前記判断手段により前記登録されたユーザであると判断された場合、前記ユーザによる前記コインベンダーへの入金を、前記登録されたイベントに対する入金として処理する入金確認手段と、
を有することを特徴とする。
【発明の効果】
【００１１】
本発明によれば、複写機に接続されたコインベンダーで集金した費用を、接続された複写機以外のサービスに利用することが可能なシステムを提供することを課題とする。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施形態における集金システムの構成を示す図である。
【図２】本発明の実施形態における集金システムハードウェア構成を示す図である。
【図３】本発明の実施形態における集金システムの管理者側の処理フローを示す図である。
【図４】本発明の実施形態における集金システムの参加者側の処理フローを示す図である。
【図５】本発明の実施形態における集金システムのお釣りの通知フローを示す図である。
【図６】本発明の実施形態における集金システムのシーケンス図である。
【図７】本発明の実施形態における集金システムが管理する利用者の管理テーブルである。
【図８】本発明の実施形態における集金システムが管理する集金対象の管理テーブルである。
【図９】本発明の実施形態における集金システムが管理するコインベンダーの管理テーブルである。
【図１０】本発明の実施形態における集金システムが管理する利用者グループの管理テーブルである。
【図１１】本発明の実施形態における集金システムが管理する利用者の管理テーブルである。
【図１２】利用者１が入金する前の主要テーブルの状態である。
【図１３】利用者１が入金した後の主要テーブルの状態である。
【図１４】利用者Ｎが入金し、利用者１に対してお釣り支払い可能になった状態の主要テーブルの状態である。
【図１５】利用者１に対しておつりが支払われた後の主要テーブルの状態である。
【図１６】管理者側の画面シーケンスである。
【図１７】参加者側の画面シーケンスである。
【図１８】利用者１に対して入金を促すメールである。
【図１９】利用者１に対して入金が完了したことを伝えるメール画面である。
【図２０】利用者１に対してお釣りができたことを通知メール画面である。
【図２１】利用者１のお釣り引き出しフロー図である。
【図２２】幹事の集金引き出しフロー図である。
【図２３】利用者１のお釣り引き出し画面遷移図である。
【図２４】幹事の集金引き出し画面遷移図である。
【発明を実施するための形態】
【００１３】
以下に本発明を実現する情報処理装置について図面を用いて詳細に説明する。
図１は、本発明の情報処理装置を適用可能な複写機のシステム構成の一例を示す図である。
【００１４】
１００は複写機ＯＳが持つユーザインターフェース機能である。集金システムはこのユーザインターフェース機能を経由し利用者が操作するタッチパネルや各種ボタンの情報を受け取る。同様にユーザインターフェース機能を経由し不図示のＬＣＤに情報を表示する。
１０１は複写機ＯＳが持つファイルアクセス機能である。集金システムは、この機能を用いて集金システム用データベースのアクセスを行う。
【００１５】
１０２は集金システム本体である。集金システムは複写機ＯＳの上で稼働するアプリケーションで、複写機がもつ各種機能（外部制御機能、通信機能、印刷機能、スキャン機能、個人認証機能）を利用し、各種サービスを提供する。また集金システムの利用者管理や金銭管理のため各種制御情報（金銭情報、個人情報、制御情報）をテーブルもしくはファイルとして保持する。
【００１６】
１０３は複写機ＯＳ（オペレーティングシステム）自身である。複写機は図２に示すようなハードウェア構成をもち、複写機ＯＳはこのハードウェアおよび各種アプリケーションを管理するオペレーティングシステムである。本複写機ＯＳと複写機とが協同することにより複合機としての機能を実現している。
１０４は複写機ＯＳが持つコインベンダーなどの外部機器を制御する機能である。集金システムは、外部制御機能を経由してコインベンダー制御や管理を行う。
【００１７】
１０５は複写機ＯＳが持つ通信機能である。通信機能はネットワークや回線を用いて他の装置と通信を行う機能であり、集金システムはこの通信機能を用いてメールサーバーと連携して利用者に対してメールの送信や、他の複写機やプリンタに対して印刷機能と連携しリモートプリントなどを行う。
１０６は複写機ＯＳがもつ印刷機能である。集金システムは印刷機能を使用し各種履歴や情報の帳票出力を行う。
【００１８】
１０７は複写機ＯＳがもつスキャン機能である。集金システムは、スキャンされた画像に対して他のアプリケーション（ＯＣＲやＯＭＲ）と連携し画像解析の結果を利用者からの入力データとして扱うことが可能である。
【００１９】
１０８は複写機ＯＳが持つ個人認証機能である。集金システム１０２は、複写機がもつ個人認証機能を利用して個人やグループを認証し、この単位で金銭の管理を行う。代表的な個人認証は、ログイン名／パスワードを入力パネルから入力してもらう方法が一般的であるが、複写機にＦｅｌｉｃａなどのＩＣカードを用いた認証機能があればこれを使用することも可能である。また他の認証システム（ｗｉｎｄｏｗｓの認証）と連携できれば、これを使用することも可能である。認証は複写機本体で行ってもいいし、別途用意された認証サーバを用いるようにしてもよい。
１０９は集金システム用の金銭情報を管理するためのデータベースである。このデータベースには後述する各テーブルが保持される。
図２は、本発明の実施形態における各種端末のハードウェア構成を示す図である。
【００２０】
２００は複写機のハードウェア構成である。複写機はシステムバスに接続されたＣＰＵ２０６、ＲＡＭ２０７、ＲＯＭ２０８、ＨＤＤ２０９、各種インターフェースで構成される。ＣＰＵ２０６はＲＡＭ２０７、ＲＯＭ２０８、ＨＤＤ２０９に保存された情報に従って、キーボードＩ／Ｆ２１０、ディスプレイＩ／Ｆ２１１、スキャナＩ／Ｆ２１４、プリンタＩ／Ｆ２１６、外部制御Ｉ／Ｆ２１８（コインベンダーＩ／Ｆ）、ネットワークＩ／Ｆ２１９経由で他の機器や装置を制御する。
【００２１】
２０１はコインベンダーのハードウェア構成である。コインベンダーはシステムバスに接続されたＣＰＵ２３０、ＲＡＭ２３１、ＲＯＭ２３２、各種インターフェースで構成される。ＣＰＵ２３０はＲＡＭ２３１、ＲＯＭ２３２に保存された情報に従って、ホストＩ／Ｆ２３４経由で複写機との通信を行う。また金銭制御２３３を用いて、コインベンダーに対する入金および出金を制御する
【００２２】
２０２はネットワークに接続された利用者のＰＣである。利用者はこのＰＣで集金システム１０２からメールサーバー２０４経由で送信された各種メールを受信することができる。またＰＣに接続されている印刷装置２０５があれば、集金システム１０２からのリモート印刷も可能となる。
２０３はネットワークに接続された他の複写機である。集金システム１０２からのリモート印刷を行うことができる。
【００２３】
２０４はメールサーバーである。集金システム１０２は、集金関係者に対して各種情報をメールで通知することが可能である。代表例として、管理者がイベントとして宴会を登録した場合に送られる「宴会するから入金してねメール」や、ユーザの利用時に不足していたおつりの準備ができたときに通知される「おつりができたよメール」などがある。
２０５は利用者のＰＣに接続された印刷装置である。この印刷装置は、ＰＣからの印刷以外に集金システム１０２からの印刷を行うことができる。
【００２４】
２０６は複写機のＣＰＵである。このＣＰＵは、複写機ＯＳ１０３にしたがって、複写機内の他のハードウェアの制御をおこなう。また複写機ＯＳ１０３の上で稼働する集金システム１０２の制御も行う。
２０７は複写機のＲＡＭである。このＲＡＭは、システムバスを経由してＣＰＵ２０６に対して揮発性の記憶エリアを提供する。
２０８は複写機のＲＯＭである。このＲＯＭは、システムバスを経由してＣＰＵ２０６に対して不揮発性の記憶エリアを提供する。
２０９はハードディスクである。このハードディスクは、システムバスを経由してＣＰＵ２０９に対して補助記憶エリアを提供する。
２１０はキーボードインターフェースである。キーボードインターフェースは、システムバスとキーボード２１１との仲介を行う。
２１１はキーボードである。キーボードは利用者からの入力を受け付ける。
２１２はディスプレイインターフェースである。ディスプレイインターフェースは、システムバスとＬＣＤ２１３との仲介を行う
２１３はディスプレイである。ディスプレイは、利用者に対して各種情報を表示する。
２１４はスキャナインターフェースである。スキャナインターフェースは、システムバスとスキャナ２１５との仲介を行う。
２１５はスキャナである。スキャナは、圧板やＡＤＦにセットされた原稿を読み込む。
２１６はプリンタインターフェースである。プリンタインターフェースは、システムバスとプリンタの仲介を行う。
２１７はプリンタである。プリンタは印刷を行う。
２１８は外部制御インターフェースである。外部制御インターフェースは、システムバスとコインベンダーの仲介を行う。
【００２５】
２１９はネットワークインターフェースである。ネットワークインターフェースは、システムバスネットワークの仲介をおこなうことで、利用者ＰＣ２０２、利用者ＰＣに接続された印刷機２０５、他複写機２０３、メールサーバー２０４と通信を可能にする
２３０はコインベンダーのＣＰＵである。このＣＰＵは、ＲＡＭ２３１やＲＯＭ２３２の情報をもとに、コインベンダーの制御をおこなう。
２３１はコインベンダーのＲＡＭである。このＲＡＭは、システムバスを経由してＣＰＵ２３０に対して揮発性の記憶エリアを提供する。
２３２はコインベンダーのＲＯＭである。このＲＯＭは、システムバスを経由してＣＰＵ２３０に対して不揮発性の記憶エリアを提供する。
【００２６】
２３３はコインベンダーの金銭制御をおこなう部分である。これはシステムバスを経由してＣＰＵ２３０から通知された情報に従い、入金制御および出金制御をおこなう。
２３４はホストインターフェースである。ホストインターフェースは、コインベンダーと複写機との通信を提供する。
【００２７】
次に、図３および図１６に基づき複写機２００上の集金システム１０２の集金情報登録のフローを説明する。図３は、集金システムの管理者側の処理フローを示すフローチャートであり、図１６は、その際に複写機の表示画面に表示されるユーザインターフェースの画面シーケンス４００〜４０８である。
【００２８】
ユーザのユーザインターフェース機能１００に表示される画面４００に対し、利用者ＩＤおよびパスワードを入力した後”ＯＫ”ボタンを押下することによって、利用者ＩＤおよびパスワードをＲＡＭ２０７へ保存する。ＤＢ１０９の利用者管理テーブルより利用者ＩＤを取得しステップ３００において、ＤＢ１０９に当該利用者ＩＤが存在した場合、利用者ＩＤおよびパスワードを条件に個人認証機能１０８を用いて認証処理を実施する。認証に失敗した場合はステップ３０１においてエラー処理を行う。
【００２９】
認証に成功した場合はステップ３０２へ進み、集金登録処理を行うユーザは画面４０１の”イベント登録”ボタンを押下することによりステップ３０３へ進み、ユーザインターフェース機能１００を用いて表示された画面４０２を操作して“タイトル”、“締め切り”及び“金額”を入力する。入力する内容に不備がない場合は、画面遷移するためのボタンを押下することにより“タイトル”、“締め切り”及び“金額”をＲＡＭ２０７へ保存し、ステップ３０４へ進む。
ステップ３０４では、ユーザインターフェース機能１００を用いて表示された画面４０３を操作してグループ登録処理ないしは個人登録処理を行う。
【００３０】
グループ登録処理ではステップ３０５において、画面４０４を操作することにより、すでにＤＢ１０９のグループ管理テーブルに登録されている各利用者の集合にユニークな任意のグループＩＤを１からｎ個選択することができ、選択されたグループＩＤをＲＡＭ２０７及びＤＢ１０９の集金管理テーブルへ保存する。
【００３１】
ステップ３０７において、画面４０６の”はい”ボタンを押下することによって、ステップ３０４へ戻り複数のグループ登録を行うことを可能とする。また、画面４０６の”完了”ボタンを押下することによって、ＲＡＭ２０７へ保存されたグループＩＤを画面４０７へ表示する。
【００３２】
個人登録ではステップ３０６において、画面４０５を操作することにより、ＤＢ１０９の利用者管理テーブル及びＲＡＭ２０７へ利用者ＩＤ及び利用者権限の登録を実行する。この際、利用者ＩＤが個人認証機能に存在することを条件とする。
【００３３】
ステップ３０７において、画面４０６の”はい”ボタンを押下することによって、ステップ３０４へ戻り複数の個人登録を行うことを可能とする。また、画面４０６の”完了”ボタンを押下することによって、ＲＡＭ２０７へ保存された利用者ＩＤを画面４０７へ表示する。
【００３４】
ステップ３０８では、画面４０７の”はい”ボタンを押下することによって、ＤＢ１０９の集金管理テーブルへ画面４０２により入力されたタイトルを集金名として、金額を集金総額として、集金ＩＤと共に登録を行う。
【００３５】
ステップ３０９では、画面４０８の”はい”ボタンを押下することによって、ＤＢ１０９の集金管理テーブルから利用者情報を取得し、取得した利用者ＩＤを検索条件に個人認証機能よりユーザのメールアドレスを取得する。取得したメールアドレスを用い、ステップ３１０において、通信機能１０５からネットワークＩ／Ｆ２１９を通じてメールサーバー２０４へ図１８の内容をイメージとしたメールを送信する。“いいえ”ボタンを押下時は一連の処理を終了する。
【００３６】
以下、図４および図１６に基づき複写機２００上の集金システム１０２の入金処理のフローを説明する。図４は、本集金システムの参加者側の処理フローであり、図１７は、その際に複写機の表示画面に表示されるユーザインターフェースの画面シーケンス４０９〜４１４である。
【００３７】
ユーザのユーザインターフェース機能１００を用いて表示される画面４０９に対し、利用者ＩＤおよびパスワードを入力した後”ＯＫ”ボタンを押下することによって、利用者ＩＤおよびパスワードをＲＡＭ２０７へ保存する。ＤＢ１０９の利用者管理テーブルより利用者ＩＤを取得しステップ３１２において、ＤＢ１０９に当該利用者ＩＤが存在した場合、利用者ＩＤおよびパスワードを条件に個人認証機能１０８を用いて認証処理を実施する。認証に失敗した場合はステップ３１３においてエラー処理を行う。
【００３８】
認証に成功した場合はステップ３１４へ進み、画面４１０に表示されるＤＢ１０９の集金管理テーブルの集金ＩＤに紐づいた任意の集金対象の情報（飲み会等のイベント）を選択することにより、ＤＢ１０９の集金管理テーブルより集金ＩＤを検索条件に当該集金管理テーブルの各情報を取得しＲＡＭ２０７へ保存する。つぎに利用者ＩＤを検索条件にＤＢ１０９のチャージ金額を取得し、ＲＡＭ２０７へ保存した後、出欠確認画面である画面４１１へ遷移する。
【００３９】
なお、上述したような入金確認により、集金対象のイベントに対しての入金として処理しているが、ユーザ認証に成功した場合であっても、該当する利用者に対して集金対象の情報が存在しない場合は、通常の複写機の機能やサービスを利用する代金として入金を受け付けることが可能となっている。
画面４１１において、ユーザが出席の意思があり入金を行う場合は“入金”ボタンを押下することにより入金画面である画面４１２へ遷移する。
【００４０】
画面４１２では、ステップ３１４によりＲＡＭ２０７へ保存された集金情報から会費の値を取得し、もし、チャージ金額が会費を下回る場合はＲＡＭ２０７へ保存されたチャージ金額から差し引いた金額の入金を促すメッセージを画面へ表示する。つぎに外部制御Ｉ／Ｆ２１８を通じてコインベンダー２０１のホストＩ／Ｆ２３４へチャージ金額を差し引いた会費を送信し、ＣＰＵ２３０はＲＡＭ２３１を使用して金銭制御２３３に対し会費金額を保存する。チャージ金額が会費を上回る場合はステップ３１６へ進むものとする。
【００４１】
チャージ金額が会費を下回る場合にユーザはステップ３１５において、コインベンダーへ金銭を投入する。もしコインベンダー内で紙幣量もしくは硬貨量に一方的な偏りが見られた場合は、均等が保てるように紙幣もしくは硬貨で入金を促すメッセージを表示する。
【００４２】
次にステップ３１６において投入された金銭の金種と個数を金銭制御２３３は検知し、投入済みの金額の情報としてホストＩ／Ｆ２３４から外部制御Ｉ／Ｆ２１８を通じて集金システム本体へ通知する。通知された投入済みの金額情報をＣＰＵ２０６はＤＢ１０９の集金管理テーブルの利用者ごとの入金情報及びコインベンダー管理テーブルのお札およびコインの総数として保存すると同時に入金情報をすでにユーザがコインベンダーへ入金した金額として画面４１２において表示する。
【００４３】
チャージ金額が会費を上回る場合にＣＰＵ２０６はＤＢ１０９の集金管理テーブルの利用者ごとの入金情報を保存すると同時に入金情報をすでにユーザがコインベンダーへ入金した金額として画面４１２において表示する。
【００４４】
ユーザがコインベンダーに投入する金額を完了とする場合、画面４１２の”完了”ボタンを押下することによって、ステップ３１７へ進み、画面４１３おいて入金の合計金額を表示し、当該集金ＩＤ及び利用者ＩＤを検索条件にＤＢ１０９の集金管理テーブルのおつり有無と入金額及び入金総額を登録する。また、メンテナンス性向上を目的として、ＤＢ１０９のログ管理テーブルへ利用者ＩＤ時間、種別及び入出金額を登録する。
ステップ３１８では、実際にユーザがコインベンダーへ投入した金額の記録として送信することを促すため、画面４１４を表示する。
【００４５】
送信を行う場合は”はい”ボタンを押下することにより、通信機能１０５はステップ３１２において保存された利用者ＩＤを検索条件に個人認証機能１０８よりユーザのメールアドレスを取得し、ネットワークＩ／Ｆ２１９を通じてメールサーバー２０４へ図１９の内容をイメージとしたメールを送信した後ないしは、”いいえ”ボタン押下時はステップ３２０の終了処理として、ＲＡＭ２０７上の利用者ＩＤ及び集金ＩＤ以外の保存データを消去する。
【００４６】
次に、図５に基づき複写機２００上の集金システム１０２のおつり管理処理のフローを説明する。図４のステップ３２０の終了処理を開始条件として、ステップ３２１以降のおつり管理処理を行う。
【００４７】
ステップ３２１においてＤＢ１０９の集金管理テーブルよりステップ３１４にてＲＡＭ２０７へ保存した集金ＩＤを検索条件に集金管理テーブルの利用者単位の各情報を取得する。処理の対象となる利用者の優先順位はＤＢ１０９のログ管理テーブルの入金を行った時間の古さ順を第一条件、入金金額を第二条件としてソートした順位とする。
ステップ３２２以降の処理は、利用者の人数分処理をループするものとする。
【００４８】
ステップ３２３において利用者の会費よりも利用者の入金額（チャージ金額を含む）が大きいことを確認する。大きい場合は、ステップ３２４において、おつり金額を求める（おつり金額＝入金額−会費）。小さい場合は以降の処理は行わず、次の利用者に対する処理を行うためステップ３２４へ移行する。おつりがない場合は終了処理を行う。
ステップ３２５において、ＤＢ１０９のコインベンダー管理テーブルから残高を取得する。
【００４９】
ステップ３２６において、残高金額がおつり金額よりも大きくかつ、お札およびコインの総数によって割り切れる値かどうかの確認を行い、おつりの支払いが可能であるならば、ＤＢ１０９の集金管理テーブルのおつり有無情報におつりがあることを示すフラグをたてる。
【００５０】
ステップ３２７において利用者ＩＤを検索条件に個人認証機能１０８よりユーザのメールアドレスを取得し、ネットワークＩ／Ｆ２１９を通じてメールサーバー２０４へ図２０の内容をイメージとしたメールを送信し終了処理を行う。図２０は、利用者に対しておつりができたことを通知するメールの一例を表わす図である。送信元の複写機の情報、宴会（イベント）情報、入金管理番号およびおつりの金額に関する情報などが記載されている。
【００５１】
以下、図２１および図２３に基づき複写機２００上の集金システム１０２のおつり引き出し処理のフローを説明する。図２１は、集金システムのおつり引き出し処理のフローチャートであり、図２３は、その際に複写機の表示画面に表示されるユーザインターフェースの画面シーケンス４４１〜４４５である。
【００５２】
ユーザのユーザインターフェース機能１００を用いて表示される画面４４１に対し、利用者ＩＤおよびパスワードを入力した後”ＯＫ”ボタンを押下することによって、利用者ＩＤおよびパスワードをＲＡＭ２０７へ保存する。ＤＢ１０９の利用者管理テーブルより利用者ＩＤを取得しステップ３４１において、ＤＢ１０９に当該利用者ＩＤが存在した場合、利用者ＩＤおよびパスワードを条件に個人認証機能１０８を用いて認証処理を実施する。認証に失敗した場合はステップ３４２においてエラー処理を行う。
【００５３】
認証に成功した場合はステップ３４３へ進み、画面４４３に表示されるＤＢ１０９の集金管理テーブルの集金ＩＤに紐づいた任意の集金対象の情報（飲み会等）を選択することにより、ＤＢ１０９の集金管理テーブルより集金ＩＤを検索条件に集金名を取得し画面４４４へ遷移する。
【００５４】
画面４４４において、ユーザが集金の意思があり出金を行う場合は“出金”ボタンにつづけて”次へ”ボタンを押下することによりステップ３４５へ進み、ＤＢ１０９の集金管理テーブルより利用者ＩＤを検索条件に当該集金管理テーブルの各情報を取得し、ステップ３４６へ進む。
【００５５】
ステップ３４６では、取得した集金管理情報におつり有無情報におつり有りのフラグが存在する場合は会費と入金額の差額からおつりを計算しＲＡＭ２０７へ保存する。当該フラグが存在しない場合は処理を終了する。
【００５６】
ステップ３４７において、ＤＢ１０９のコインベンダー管理テーブルの残高を取得し、ＲＡＭ２０７に保存されているおつり金額を支払うだけの残高が存在する場合は、当該テーブルのお札およびコインの総数を取得し、おつり金額を支払う金種が存在するならば、ステップ３４８へ進む。
【００５７】
ステップ３４８において、外部制御Ｉ／Ｆ２１８を通じてコインベンダー２０１のホストＩ／Ｆ２３４を通じて、金銭制御２３３に対しおつり金額及び出金を促すメッセージを送信する。
【００５８】
金銭制御２３３はおつりを出金する。出金が完了し、ユーザが画面４４５の“完了”ボタンを押下するとコインベンダー２０１の金銭制御２３３はホストＩ／Ｆ２３４を通じて複写機２００上の集金システム１０２へ出金結果を送信する。
【００５９】
出金結果を受信した集金システム１０２は、ステップ３４９において、ＤＢ１０９のコインベンダー管理テーブルの残高から出金金額を引いた金額を残額として更新し、ＤＢ１０９の集金管理テーブルより利用者ＩＤを検索条件に当該利用者のおつり有無情報へおつりの支払いが済んだ意味をあらわすフラグをたて、入金額情報をおつり支払い後の金額へ更新する。また、メンテナンス性向上を目的として、ＤＢ１０９のログ管理テーブルへ利用者ＩＤ、時間、種別及び入出金額を登録する。
【００６０】
以下、図２２および図２４に基づき複写機２００上の集金システム１０２の宴会代金引き出し処理のフローを説明する。図２１は、集金システムのイベントとして宴会が登録されていた場合の、宴会代金引き出し処理のフローチャートであり、図２３は、その際に複写機の表示画面に表示されるユーザインターフェースの画面である。
【００６１】
ユーザのユーザインターフェース機能１００を用いて表示される画面４５１に対し、利用者ＩＤおよびパスワードを入力した後”ＯＫ”ボタンを押下することによって、利用者ＩＤおよびパスワードをＲＡＭ２０７へ保存する。ＤＢ１０９の利用者管理テーブルより利用者ＩＤを取得しステップ３５１において、ＤＢ１０９に当該利用者ＩＤが存在した場合、利用者ＩＤおよびパスワードを条件に個人認証機能１０８を用いて認証処理を実施する。認証に失敗した場合はステップ３５２においてエラー処理を行う。
【００６２】
認証に成功した場合はステップ３５３へ進み、画面４５３に表示されるＤＢ１０９の集金管理テーブルの集金ＩＤに紐づいた任意の集金対象の情報（ｘｘｘ飲み会等）を選択することにより、ＤＢ１０９の集金管理テーブルより集金ＩＤを検索条件に集金名を取得し画面４５４へ遷移する。
【００６３】
画面４５４において、管理者が宴会代金の意思があり出金を行う場合は“宴会代金出金”ボタンにつづけて”次へ”ボタンを押下することによりステップ３５５へ進み、ＤＢ１０９の集金管理テーブルより集金ＩＤを検索条件に当該集金管理テーブルの各情報を取得し、ステップ３５６へ進む。
ステップ３５６では、取得した集金管理情報より、各利用者の入金額から会費を引いた金額を計算しＲＡＭ２０７へ宴会代金として保存する。
【００６４】
ステップ３５７において、ＤＢ１０９のコインベンダー管理テーブルの残高を取得し、ＲＡＭ２０７に保存されている宴会代金を支払うだけの残高が存在する場合は、当該テーブルのお札およびコインの総数を取得し、おつり金額を支払う金種が存在するならば、ステップ３５８へ進む。
【００６５】
ステップ３５８において、外部制御Ｉ／Ｆ２１８を通じてコインベンダー２０１のホストＩ／Ｆ２３４を通じて、金銭制御２３３に対し宴会代金金額及び出金を促すメッセージを送信する。
【００６６】
金銭制御２３３は宴会代金を出金する。出金が完了し、管理者が画面４５５の”完了”ボタンを押下すると、コインベンダー２０１の金銭制御２３３はホストＩ／Ｆ２３４を通じて複写機２００上の集金システム１０２へ出金結果を送信する。
【００６７】
出金結果を受信した集金システム１０２は、ステップ３５９において、ＤＢ１０９のコインベンダー管理テーブルの残高から宴会代金出金金額を引いた金額を残額として更新し、ＤＢ１０９の集金管理テーブルより利用者ＩＤを検索条件に当該利用者のおつり有無情報へ集金が済んだ意味をあらわすフラグをたてる。また、メンテナンス性向上を目的として、ＤＢ１０９のログ管理テーブルへ利用者ＩＤ、時間、種別及び入出金額を登録する。
【００６８】
本発明の特徴としておつりの保留がある。おつりの保留とは、利用者が金銭をとコインベンダーに投入したがその時点ではおつりが無い場合、おつりとなる金銭がコインベンダーに確保さえたときメールで通知を受け、別途おつりを受け取るシステムである。このおつり保留が発生し、その後おつり保留が解除されるまでのシーケンスを図６示す。またこの詳細を図７〜１５を用いて以下に記載する。
【００６９】
図７は、利用者のテーブルの一例を示す図である。本システムの利用者を管理するテーブルであり、利用者ＩＤをキーに、その利用者が幹事なのか利用者なのかを示す利用者権限および当該利用者がチャージしてある金額が記憶されている。
【００７０】
図８は、集金対象の管理テーブルの一例を示す図である。集金ＩＤをキーに管理されており、登録されるイベントごとに管理されている。集金される金額である会費、イベントの幹事を示す幹事ＩＤが記憶され、また、利用者ごとに、利用者のＩＤ、入金額、おつりが必要かどうかを示すおつり有無が記憶されている。
【００７１】
図９は、コインベンダーの管理テーブルの一例を示す図である。該当するコインベンダーの中にためられている金額を示す残高、利用者が入出金した金額を示す投入／引出し金額欄、および残高を構成するお札およびコインの総数が記憶されている。
【００７２】
図１０は、利用者グループの管理テーブルの一例を示す図である。グループを管理するグループＩＤとグループに登録されている利用者のＩＤとが記憶されている。
【００７３】
図１１は、ログに関する管理テーブルの一例を示す図である。コインベンダーに対して何か処理がされた時のログが記録されている。ログを管理するための一意な番号である管理番号、利用者を識別するための利用者ＩＤ、どのような処理を行ったのかの種別、および入金／出金／おつりに関する金額が適宜記録される。
【００７４】
管理者（幹事など）は複写機にログイン５０１し、宴会の登録（集金登録５０２）を行う。この宴会の登録により、集金管理テーブルに集金関連の情報と利用者の情報が登録される。その後幹事がログアウト５０３することによりテーブルを確定とし、登録された利用者に対して図１８に示す集金登録通知（宴会が登録されましたメール）が送信される。
【００７５】
なお、この時点で、あらかじめコインベンダーには、利用者３が入金した１０００円札４枚と５００円玉１枚の合計４５００円が保存されていたとする。このとき集金管理テーブルとコインベンダー管理テーブルの状態を図１２に記載する。
【００７６】
利用者１は図１８の集金登録通知（宴会が登録されましたメール）を受け、その会費をしはらうため複写機にログイン５０５する。所定の画面操作を行った後、コインベンダーに対して入金５０６を行う。このとき利用者１は１００００円札１枚の投入を行ったとする。１００００円札が投入されたことは、複写機に対する入金通知５０７で通知され、その通知をもとに集金システムは投入額とおつりの計算を行う。
【００７７】
利用者１が投入した１００００円は集金管理テーブル８０１の利用者１のテーブルに登録され、入金額と会費から入金額の妥当性とおつりについて計算がおこなわれる。利用者１は１００００円札を投入したため、５５００円のおつりを受け取る権利を有するが、コインベンダーには利用者３が投入した４５００円分しか保存されていない。そのため、この状態では利用者１はおつりを受け取ることができない。
【００７８】
これまでの自動販売機などでは、利用者１が投入した１００００円が返却され、強制的におつりが発生しないような仕組みになっていたが、本発明はこの状態をおつりの保留中として扱い、別途おつりをうけとれるような処理を行う。そのため集金管理テーブル８０１におつり有無フラグを設置し、おつり保留中の管理を行う。
利用者１のログアウト５０８を持ってテーブルの値を確定とし、この状態を図１３に示す。
【００７９】
集金管理テーブル８０１の利用者１の「入金額」欄が「０円」から「１００００円」に、「おつり有無」欄が「無」から「有」に、コインベンダー管理テーブル９０１の「残高」欄が「４５００円」から「１４５００円」に、「投入／引出し金額」欄が「０円」から「１００００円」に、「お札およびコインの総数」欄の「１００００円札」欄が「０枚」から「１枚」に変更になっている。
【００８０】
その後、参加者２が複写機にログイン５０９し、会費４５００円分を１０００円札４枚と１００円玉５枚を投入５１０したとする。それは集金システムに通知５１１され、集金システムは投入金額とおつりの計算を行う。利用者２のログアウト５１２をもってテーブルの内容を確定とし、その状態を図１４に示す。
【００８１】
集金テーブル８０１の利用者２欄の「入金額」欄が「０円」から「４５００円」に、コインベンダー管理テーブル９０１の「残高」欄が「１４５００円」から「１９０００」円に、「投入／引出し金額」欄が「１００００円」から「４５００円」に、「お札およびコインの総数」欄の「１０００円札」欄が「４枚」から「８枚」に、「１００円玉」欄が「０枚」から「５枚」に変更になっている。
【００８２】
集金システムは、上記テーブルの確定と伴い、利用者１に対するおつりを確保できたので、利用者１に対しておつり支払い可能通知を図２０のおつり支払い可能通知（おつりができましたメール）にて通知５１３を行う。
【００８３】
上記メール５１３を受け取った利用者１は、複写機にログイン５１４し、所定の操作を行ったあと、集金システムからコインベンダーに対する出金指示５１５を経由しコインベンダーから出金５１６としておつり５００円を受け取る。おつりを受け取った参加者１はログアウト５１７を行い、テーブルを確定としこの状態を図１５に示す。
【００８４】
集金テーブル８０１の利用者１欄の「入金額」欄が「１００００円」から「４５００円」に、コインベンダー管理テーブル９０１の「残高」欄が「１９０００円」から「１３５００」円に、「投入／引出し金額」欄が「１００００円」から「−５５００円」に、「お札およびコインの総数」欄の「１０００円札」欄が「８枚」から「３枚」に、「５００円玉」欄が「１枚」から「０枚」に変更になっている。
【００８５】
最後に幹事が複写機にログイン５１８し、宴会代の引き出し操作５１９を行う。複写機はコインベンダーに対して金銭引き出し通知５２０を行うことにより、幹事は宴会代を受け取ることができる。その後幹事がログアウトを行うことによって、集金テーブルがクリアされる。
以上説明したように、本実施形態によれば、複写機に接続されたコインベンダーで集金した費用を、接続された複写機以外のサービスに利用することができる。
【００８６】
また、おつりをすぐに受け取ることができないような残高であっても、コインベンダーに金銭が補充された時点で、改めておつりを受け取ることが可能となる。そして、おつりを受け取るまでの間であっても、支払いすみとして処理することが可能となる。
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【００８７】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【００８８】
また、本発明におけるプログラムは、図３〜図５、図２１〜２２に示すフローチャートの処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は図３〜図５、図２１〜２２の処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは各装置の処理方法ごとのプログラムであってもよい。
【００８９】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【００９０】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
【００９１】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク、ソリッドステートドライブ等を用いることができる。
【００９２】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００９３】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００９４】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【００９５】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【００９６】
１００ ユーザインターフェース機能
１０１ ファイルアクセス機能
１０２ 集金システム（本発明実施例）
１０３ 複写機ＯＳ（オペレーティングシステム）
１０４ 外部制御機能
１０５ 通信機能
１０６ 印刷機能
１０７ スキャン機能
１０８ 個人認証機能
１０９ 集金システム用データベース
２００ 複写機
２０１ コインベンダー
２０２ 利用者ＰＣ
２０３ 他複写機
２０４ メールサーバー
２０５ 利用者ＰＣ付属印刷機
【特許請求の範囲】
【請求項１】
コインベンダーと接続され、利用者のログインを受付ける利用者受付手段とを有する画像形成装置において、
集金を伴うイベントの登録を指定ユーザとともに受け付けるイベント登録受付手段と、
前記利用者受付手段により受付けられたユーザが、前記イベント登録手段により登録されたイベントに指定されたユーザかを判断する判断手段と、
前記判断手段により前記登録されたユーザであると判断された場合、前記ユーザによる前記コインベンダーへの入金を、前記登録されたイベントに対する入金として処理する入金確認手段と、
を有することを特徴とする画像形成装置。
【請求項２】
前記入金確認手段は、前記判断手段により前記認証されたユーザがイベントの指定ユーザとして登録されていない場合には、画像形成装置の利用に対する代金の入金として扱うことを特徴とする請求項１に記載の画像形成装置。
【請求項３】
入金された金額に対するおつりに関する管理を行うおつり管理手段を有し、
前記おつり管理手段により、おつりを支払うべき利用者に対するおつりが前記コインベンダーに入金されたと判断された場合、
前記おつりを支払うべき利用者に対して、おつりの準備ができたことを通知する通知手段を有することを特徴とする請求項１または２に記載の画像形成装置。
【請求項４】
コインベンダーと接続され、利用者のログインを受付ける利用者受付手段とを有する画像形成装置の制御方法において、
集金を伴うイベントの登録を指定ユーザとともに受け付けるイベント登録受付ステップと、
前記利用者受付ステップにより受付けられたユーザが、前記イベント登録手段により登録されたイベントに指定されたユーザかを判断する判断ステップと、
前記判断ステップにより前記登録されたユーザであると判断された場合、前記ユーザによる前記コインベンダーへの入金を、前記登録されたイベントに対する入金として処理する入金確認ステップと、
を有する画像形成装置の制御方法。
【請求項５】
画像形成装置に請求項４記載の画像形成装置の制御方法を実現させるためのプログラム。
【請求項６】
請求項５に記載のプログラムをコンピュータ読み取り可能に記憶した記憶媒体。
【請求項１】
コインベンダーと接続され、利用者のログインを受付ける利用者受付手段とを有する画像形成装置において、
集金を伴うイベントの登録を指定ユーザとともに受け付けるイベント登録受付手段と、
前記利用者受付手段により受付けられたユーザが、前記イベント登録手段により登録されたイベントに指定されたユーザかを判断する判断手段と、
前記判断手段により前記登録されたユーザであると判断された場合、前記ユーザによる前記コインベンダーへの入金を、前記登録されたイベントに対する入金として処理する入金確認手段と、
を有することを特徴とする画像形成装置。
【請求項２】
前記入金確認手段は、前記判断手段により前記認証されたユーザがイベントの指定ユーザとして登録されていない場合には、画像形成装置の利用に対する代金の入金として扱うことを特徴とする請求項１に記載の画像形成装置。
【請求項３】
入金された金額に対するおつりに関する管理を行うおつり管理手段を有し、
前記おつり管理手段により、おつりを支払うべき利用者に対するおつりが前記コインベンダーに入金されたと判断された場合、
前記おつりを支払うべき利用者に対して、おつりの準備ができたことを通知する通知手段を有することを特徴とする請求項１または２に記載の画像形成装置。
【請求項４】
コインベンダーと接続され、利用者のログインを受付ける利用者受付手段とを有する画像形成装置の制御方法において、
集金を伴うイベントの登録を指定ユーザとともに受け付けるイベント登録受付ステップと、
前記利用者受付ステップにより受付けられたユーザが、前記イベント登録手段により登録されたイベントに指定されたユーザかを判断する判断ステップと、
前記判断ステップにより前記登録されたユーザであると判断された場合、前記ユーザによる前記コインベンダーへの入金を、前記登録されたイベントに対する入金として処理する入金確認ステップと、
を有する画像形成装置の制御方法。
【請求項５】
画像形成装置に請求項４記載の画像形成装置の制御方法を実現させるためのプログラム。
【請求項６】
請求項５に記載のプログラムをコンピュータ読み取り可能に記憶した記憶媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【公開番号】特開２０１１−１３８０１２（Ｐ２０１１−１３８０１２Ａ）
【公開日】平成２３年７月１４日（２０１１．７．１４）
【国際特許分類】
【出願番号】特願２００９−２９８１６８（Ｐ２００９−２９８１６８）
【出願日】平成２１年１２月２８日（２００９．１２．２８）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＷＩＮＤＯＷＳ
【出願人】（３０１０１５９５６）キヤノンソフトウェア株式会社 (364)
【Ｆターム（参考）】
【公開日】平成２３年７月１４日（２０１１．７．１４）
【国際特許分類】
【出願日】平成２１年１２月２８日（２００９．１２．２８）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＷＩＮＤＯＷＳ
【出願人】（３０１０１５９５６）キヤノンソフトウェア株式会社 (364)
【Ｆターム（参考）】
[ Back to top ]