知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-04-14
(45)【発行日】2023-04-24
(54)【発明の名称】画像形成装置
(51)【国際特許分類】
H04N 1/34 20060101AFI20230417BHJP
B41J 29/00 20060101ALI20230417BHJP
B41J 29/38 20060101ALI20230417BHJP
B41J 29/42 20060101ALI20230417BHJP
G03G 21/00 20060101ALI20230417BHJP
G03G 21/02 20060101ALI20230417BHJP
H04N 1/00 20060101ALI20230417BHJP
H04N 1/10 20060101ALI20230417BHJP
【ＦＩ】
H04N1/34 200
B41J29/00 Z
B41J29/38 201
B41J29/42 F
G03G21/00 386
G03G21/02
H04N1/00 127A
H04N1/10
【請求項の数】
2
(21)【出願番号】P 2022085484
(22)【出願日】2022-05-25
(62)【分割の表示】P 2018129129の分割
【原出願日】2018-07-06
(65)【公開番号】P2022119889
(43)【公開日】2022-08-17
【審査請求日】2022-05-25
(73)【特許権者】
【識別番号】000003562
【氏名又は名称】東芝テック株式会社
(74)【代理人】
【識別番号】110003708
【氏名又は名称】弁理士法人鈴榮特許綜合事務所
(74)【代理人】
【識別番号】100108855
【弁理士】
【氏名又は名称】蔵田 昌俊
(74)【代理人】
【識別番号】100179062
【弁理士】
【氏名又は名称】井上 正
(74)【代理人】
【識別番号】100075672
【弁理士】
【氏名又は名称】峰 隆司
(74)【代理人】
【識別番号】100153051
【弁理士】
【氏名又は名称】河野 直樹
(74)【代理人】
【識別番号】100162570
【弁理士】
【氏名又は名称】金子 早苗
(72)【発明者】
【氏名】松本 一男
【審査官】花田 尚樹
(56)【参考文献】
【文献】特開２０１３－２２５２８８（ＪＰ，Ａ）
【文献】特開２０１８－０５６７８１（ＪＰ，Ａ）
【文献】特開２０１５－０８８９７７（ＪＰ，Ａ）
【文献】米国特許出願公開第２０１２／０３１０８２７（ＵＳ，Ａ１）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｎ １／３２ － １／３６
１／４２ － １／４４
Ｂ４１Ｊ ２９／００ －２９／７０
Ｇ０３Ｇ １５／００
１５／３６
２１／００
２１／０２
２１／１４
２１／２０
Ｈ０４Ｎ １／００
Ｈ０４Ｎ １／０４ － １／２０７
(57)【特許請求の範囲】
【請求項1】
画像をスキャンするスキャナと、決済サーバとデータを送受信する通信部と、
用紙に画像を印刷するプリンタと、
印刷データを取得し、
前記スキャナを用いて、ユーザが提示する媒体からユーザの決済ＩＤを示すコードを読み取り、
前記通信部を通じて、前記スキャナが読み取った前記コードをデコードして得られた前記決済ＩＤを用いて前記印刷データの印刷代金を収受する送金リクエストを前記決済サーバに送信し、
前記通信部を通じて、前記送金リクエストに応じた、前記印刷代金の収受が完了したことを示す完了通知を前記決済サーバから受信すると、前記プリンタを用いて前記印刷データを前記用紙に印刷する、
プロセッサと、
を備え、
前記決済ＩＤは、前記ユーザの口座を示す、
画像形成装置。
【請求項2】
前記スキャナは、原稿を照らす光源を備え、前記プロセッサは、携帯端末の表示部が表示する前記コードを読み取る場合、前記光源が発光する強度を低下させる、
前記請求項１に記載の画像形成装置。
【発明の詳細な説明】
【技術分野】
【0001】
本発明の実施形態は、画像形成装置に関する。
【背景技術】
【0002】
画像形成装置には、画像を印刷するために料金を収受するものがある。そのような画像形成装置は、コインなどの現金を収受するための収受機構を有する必要がある。
【0003】
他方、近年、ＱＲコード（登録商標）などのコードを利用して決済を行うサービスが提供されている。
【0004】
従来、画像形成装置は、コードを利用して料金を収受することができないという課題がある。
【先行技術文献】
【特許文献】
【0005】
【文献】特開２００６－３０９４５１号公報
【発明の概要】
【発明が解決しようとする課題】
【0006】
上記の課題を解決するため、コードを利用して料金を収受することができる画像形成装置を提供する。
【課題を解決するための手段】
【0007】
実施形態によれば、画像形成装置は、スキャナと、通信部と、プリンタと、プロセッサと、を備える。スキャナは、画像をスキャンする。通信部は、決済サーバとデータを送受信する。プリンタは、用紙に画像を印刷する。プロセッサは、印刷データを取得し、前記スキャナを用いて、ユーザが提示する媒体からユーザの決済ＩＤを示すコードを読み取り、前記通信部を通じて、前記スキャナが読み取った前記コードをデコードして得られた前記決済ＩＤを用いて前記印刷データの印刷代金を収受する送金リクエストを前記決済サーバに送信し、前記通信部を通じて、前記送金リクエストに応じた、前記印刷代金の収受が完了したことを示す完了通知を前記決済サーバから受信すると、前記プリンタを用いて前記印刷データを前記用紙に印刷する。前記決済ＩＤは、前記ユーザの口座を示す。
【図面の簡単な説明】
【0008】
【発明を実施するための形態】
【0009】
以下、実施形態について図面を参照して説明する。
（第１の実施形態）
まず、第１の実施形態について説明する。
実施形態に係る印刷システムは、スキャナなどを用いて得られた印刷データを用紙に印刷する。印刷システムは、印刷データを用紙に印刷する際に、印刷のための代金（印刷代金）を収受する。印刷システムは、決済システムを用いるためのコードを表示しユーザの携帯端末に読み取らせることで、印刷代金を収受する。
（第１の実施形態）
まず、第１の実施形態について説明する。
実施形態に係る印刷システムは、スキャナなどを用いて得られた印刷データを用紙に印刷する。印刷システムは、印刷データを用紙に印刷する際に、印刷のための代金（印刷代金）を収受する。印刷システムは、決済システムを用いるためのコードを表示しユーザの携帯端末に読み取らせることで、印刷代金を収受する。
【0010】
図１は、実施形態に係る印刷システム１である。図１が示すように、印刷システム１は、決済サーバ１０、携帯端末２０、画像形成装置３０及びネットワーク４０などを備える。決済サーバ１０、携帯端末２０及び画像形成装置３０は、ネットワーク４０に接続する。なお、印刷システム１は、図１が示すような構成の他に必要に応じた構成をさらに具備したり、印刷システム１から特定の構成が除外されたりしてもよい。
【0011】
決済サーバ１０は、携帯端末２０又は画像形成装置３０からのリクエストに応じて決済を行う。決済サーバ１０は、各個人又は各法人の口座を管理する。各口座は、決済ＩＤによって特定される。各口座には、現金がチャージされる。決済サーバ１０は、送金元の口座から送金先の口座へ代金を送金する。たとえば、決済サーバ１０は、送金元の口座を示す決済ＩＤ、送金先の口座を示す決済ＩＤ及び送金する金額などを含む送金リクエストを受信する。決済サーバ１０は、受信した送金リクエストに従って、送金元の口座から送金先の口座に当該金額の代金を送金する。
【0012】
決済サーバ１０は、送金が完了すると、送金が完了したことを示す完了通知を送信する。たとえば、決済サーバ１０は、送金リクエストを送信した端末に完了通知を送信する。また、決済サーバ１０は、送金リクエストなどが示す所定の端末に完了通知を送信してもよい。
たとえば、決済サーバ１０は、プロセッサ、メモリ及び通信部などを含むＰＣなどである。
たとえば、決済サーバ１０は、プロセッサ、メモリ及び通信部などを含むＰＣなどである。
【0013】
携帯端末２０（媒体）は、所定の印刷データを印刷するユーザが所持する端末である。携帯端末２０は、印刷のための代金を決済する。たとえば、携帯端末２０は、スマートフォン又はタブレットＰＣなどである。携帯端末２０については、後に詳述する。
【0014】
画像形成装置３０は、印刷データを用紙に印刷する。画像形成装置３０は、ユーザの操作に従って、スキャナを通じて原稿から印刷データを取得する。画像形成装置３０は、印刷のための代金の決済が完了した後に、印刷データを用紙に印刷する。なお、画像形成装置３０は、外部サーバから印刷データを取得してもよい。また、画像形成装置３０は、ユーザが所持するメモリ（ＵＳＢメモリなど）から印刷データを取得してもよい。画像形成装置３０については、後に詳述する。
【0015】
ネットワーク４０は、決済サーバ１０、携帯端末２０及び画像形成装置３０の間などでデータを送受信するための通信網である。たとえば、ネットワーク４０は、インターネットである。また、ネットワーク４０は、独自の通信網であってもよい。
【0016】
次に、携帯端末２０の構成例について説明する。図２は、携帯端末２０の構成例を示すブロック図である。図２が示すように、携帯端末２０は、プロセッサ２１、ＲＯＭ２２、ＲＡＭ２３、ＮＶＭ２４、通信部２５、操作部２６、表示部２７及び撮影部２８などを備える。これらの各部は、データバスなどを介して互いに接続される。なお、携帯端末２０は、図２が示すような構成の他に必要に応じた構成を具備したり、携帯端末２０から特定の構成が除外されたりしてもよい。
【0017】
プロセッサ２１は、携帯端末２０全体の動作を制御する機能を有する。プロセッサ２１は、内部キャッシュ及び各種のインターフェースなどを備えてもよい。プロセッサ２１は、内部メモリ、ＲＯＭ２２又はＮＶＭ２４が予め記憶するプログラムを実行することにより種々の処理を実現する。
【0018】
なお、プロセッサ２１がプログラムを実行することにより実現する各種の機能のうちの一部は、ハードウエア回路により実現されるものであってもよい。この場合、プロセッサ２１は、ハードウエア回路により実行される機能を制御する。
【0019】
ＲＯＭ２２は、制御プログラム及び制御データなどが予め記憶された不揮発性のメモリである。ＲＯＭ２２に記憶される制御プログラム及び制御データは、携帯端末２０の仕様に応じて予め組み込まれる。
【0020】
ＲＡＭ２３は、揮発性のメモリである。ＲＡＭ２３は、プロセッサ２１の処理中のデータなどを一時的に格納する。ＲＡＭ２３は、プロセッサ２１からの命令に基づき種々のアプリケーションプログラムを格納する。また、ＲＡＭ２３は、アプリケーションプログラムの実行に必要なデータ及びアプリケーションプログラムの実行結果などを格納してもよい。
【0021】
ＮＶＭ２４は、データの書き込み及び書き換えが可能な不揮発性のメモリである。ＮＶＭ２４は、たとえば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）又はフラッシュメモリなどから構成される。ＮＶＭ２４は、携帯端末２０の運用用途に応じて制御プログラム、アプリケーション及び種々のデータなどを格納する。
【0022】
通信部２５は、決済サーバ１０などの外部装置とデータを送受信するためのインターフェースである。通信部２５は、ネットワーク４０に接続する。通信部２５は、たとえば、有線又は無線のＬＡＮ接続をサポートするインターフェースである。
【0023】
操作部２６は、オペレータから種々の操作の入力を受け付ける。操作部２６は、受け付けた操作を示す信号をプロセッサ２１へ送信する。たとえば、操作部２６は、キーボード、テンキー及びタッチパネルから構成される。
【0024】
表示部２７は、プロセッサ２１の制御により種々の情報を表示する。たとえば、表示部２７は、液晶モニタから構成される。なお、操作部２６がタッチパネルなどで構成される場合、表示部２７は、操作部２６と一体的に形成されてもよい。
【0025】
撮影部２８は、画像を撮影する。撮影部２８は、携帯端末２０の筐体に形成される。たとえば、撮影部２８は、携帯端末２０の裏面に形成される。撮影部２８は、携帯端末２０から所定の領域を撮影する。たとえば、撮影部２８は、ＣＣＤカメラなどである。撮影部２８は、撮影した画像をプロセッサ２１に送信する。
【0026】
次に、画像形成装置３０について説明する。図３は、画像形成装置３０の構成例を示すブロック図である。図３が示すように、画像形成装置３０は、プロセッサ３１、ＲＯＭ３２、ＲＡＭ３３、ＮＶＭ３４、通信部３５、操作部３６、表示部３７、プリンタ３８及びスキャナ３９などを備える。これらの各部は、データバスを介して互いに接続される。なお、画像形成装置３０は、図３が示すような構成の他に必要に応じた構成を具備したり、画像形成装置３０から特定の構成が除外されたりしてもよい。
【0027】
プロセッサ３１は、画像形成装置３０全体の動作を制御する機能を有する。プロセッサ３１は、内部キャッシュ及び各種のインターフェースなどを備えてもよい。プロセッサ３１は、内部メモリ、ＲＯＭ３２又はＮＶＭ３４が予め記憶するプログラムを実行することにより種々の処理を実現する。
【0028】
なお、プロセッサ３１がプログラムを実行することにより実現する各種の機能のうちの一部は、ハードウエア回路により実現されるものであってもよい。この場合、プロセッサ３１は、ハードウエア回路により実行される機能を制御する。
【0029】
ＲＯＭ３２は、制御プログラム及び制御データなどが予め記憶された不揮発性のメモリである。ＲＯＭ３２に記憶される制御プログラム及び制御データは、画像形成装置３０の仕様に応じて予め組み込まれる。
【0030】
ＲＡＭ３３は、揮発性のメモリである。ＲＡＭ３３は、プロセッサ３１の処理中のデータなどを一時的に格納する。ＲＡＭ３３は、プロセッサ３１からの命令に基づき種々のアプリケーションプログラムを格納する。また、ＲＡＭ３３は、アプリケーションプログラムの実行に必要なデータ及びアプリケーションプログラムの実行結果などを格納してもよい。
【0031】
ＮＶＭ３４は、データの書き込み及び書き換えが可能な不揮発性のメモリである。ＮＶＭ３４は、たとえば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）又はフラッシュメモリなどから構成される。ＮＶＭ３４は、画像形成装置３０の運用用途に応じて制御プログラム、アプリケーション及び種々のデータなどを格納する。
【0032】
通信部３５は、決済サーバ１０などとデータを送受信するためのインターフェースである。通信部３５は、ネットワーク４０に接続する。通信部３５は、たとえば、有線又は無線のＬＡＮ接続をサポートするインターフェースである。
【0033】
操作部３６は、オペレータから種々の操作の入力を受け付ける。操作部３６は、受け付けた操作を示す信号をプロセッサ３１へ送信する。ここでは、操作部３６は、タッチパネルから構成される。
【0034】
表示部３７は、プロセッサ３１の制御により種々の情報を表示する。たとえば、表示部３７は、液晶モニタから構成される。ここでは、表示部３７は、操作部３６と一体的に形成されてもよい。
【0035】
プリンタ３８は、プロセッサ３１からの信号などに基づいて画像を用紙に印刷する。たとえば、プリンタ３８は、用紙を供給する供給部及び用紙に画像を印字する印字部などから構成される。
【0036】
プリンタ３８は、用紙部から用紙を取り出して印字部まで搬送する。プリンタ３８は、印字部を用いて用紙に画像を形成する。印字部は、たとえば、インクジェット方式又は電子写真方式で用紙に画像を形成する。プリンタ３８の構成は、特定の構成に限定されるものではない。
【0037】
スキャナ３９は、印刷データを取得するインターフェースである。スキャナ３９は、画像形成装置３０の上部に形成される。スキャナ３９は、原稿を光学的に走査し、原稿の画像を読み取る。スキャナ３９は、原稿をセットする透明な原稿台及び主走査方向に形成されるセンサ列などから構成される。スキャナ３９は、原稿台にセットされた原稿を下方から読み取る。スキャナ３９は、副走査方向にセンサ列を移動し、原稿全体を読み取る。
【0038】
スキャナ３９は、原稿をカラー画像又はモノクロ画像として読み取る。
【0039】
また、スキャナ３９は、原稿を照らす光源３９ａを備える。たとえば、光源３９ａは、センサ列に形成される。光源３９ａは、センサ列が走査する領域を照らす。たとえば、光源３９ａは、蛍光灯又はＬＥＤなどから構成される。
【0040】
光源３９ａは、発光する強度を変更することができる。たとえば、光源３９ａが発光する強度は、光源３９ａに供給される電力などによって制御される。
【0041】
次に、携帯端末２０が実現する機能について説明する。携帯端末２０が実現する機能は、プロセッサ２１がＲＯＭ２２又はＮＶＭ２４などに格納されるプログラムを実行することで実現される。
【0042】
まず、プロセッサ２１は、画像形成装置３０の印刷代金を支払うための決済ＩＤ（サービス側決済ＩＤ）をエンコードして得られたコードを読み取ってサービス側決済ＩＤを取得する機能を有する。
【0043】
プロセッサ２１は、操作部２６に入力された操作に従って、撮影部２８を起動する。ここで、ユーザは、撮影部２８を表示部３７が表示するコードに翳すものとする。ここでは、コードは、二次元コード（たとえば、ＱＲコード）である。なお、コードは、一次元コードであってもよい。プロセッサ２１は、撮影部２８を用いて、コードが写る画像を取得する。
【0044】
コードが写る画像を取得すると、プロセッサ２１は、コードをデコードする。プロセッサ２１は、コードをデコードすることでサービス側決済ＩＤを取得する。
【0045】
図４は、プロセッサ２１がコードを読み取る動作例を示す図である。図４が示すように、画像形成装置３０は、表示部３７にコードを表示する。ユーザは、携帯端末２０の撮影部２８が表示部３７に表示されるコードを撮影することができる位置に携帯端末２０を翳す。プロセッサ２１は、撮影部２８を用いてコードが写る画像を取得する。
【0046】
また、プロセッサ２１は、取得したサービス側決済ＩＤに基づいて印刷代金の決済処理を行う機能を有する。
【0047】
プロセッサ２１は、サービス側決済ＩＤを取得すると、印刷代金の入力を受け付ける。たとえば、プロセッサ２１は、テンキーなどのアイコンを表示してユーザから印刷代金の入力を受け付ける。
【0048】
印刷代金の入力を受け付けると、プロセッサ２１は、印刷代金を決済するための送金リクエストを生成する。送金リクエストは、送金元の決済ＩＤとしてユーザの決済ＩＤ（ユーザ側決済ＩＤ）を、送金先の決済ＩＤとして取得したサービス側決済ＩＤを、送金する金額として入力された印刷代金を示す。たとえば、プロセッサ２１は、ＮＶＭ２４などからユーザ側決済ＩＤを取得する。ユーザ側決済ＩＤは、ユーザの口座を特定する決済ＩＤである。
【0049】
送金リクエストを生成すると、プロセッサ２１は、通信部２５を通じて、生成した送金リクエストを決済サーバ１０へ送信する。
【0050】
次に、画像形成装置３０が実現する機能について説明する。画像形成装置３０が実現する機能は、プロセッサ３１がＲＯＭ３２又はＮＶＭ３４などに格納されるプログラムを実行することで実現される。
【0051】
まず、プロセッサ３１は、印刷データを取得する機能を有する。
プロセッサ３１は、操作部２６を通じてコピーを行う操作の入力を受け付ける。図５は、プロセッサ３１がコピーを行う操作の入力を受け付けるために表示する画面の例である。図５が示すように、プロセッサ３１は、コピーを行う操作を受け付けるためのアイコン１０１を表示する。プロセッサ３１は、アイコン１０１へのタップを検知すると、コピーを行う操作の入力を受け付けたと判定する。
プロセッサ３１は、操作部２６を通じてコピーを行う操作の入力を受け付ける。図５は、プロセッサ３１がコピーを行う操作の入力を受け付けるために表示する画面の例である。図５が示すように、プロセッサ３１は、コピーを行う操作を受け付けるためのアイコン１０１を表示する。プロセッサ３１は、アイコン１０１へのタップを検知すると、コピーを行う操作の入力を受け付けたと判定する。
【0052】
ここで、ユーザは、画像形成装置３０の原稿台に原稿をセットするものとする。
【0053】
プロセッサ３１は、コピーを行う操作の入力を受け付けると、スキャンを開始する操作を受け付ける。図６は、プロセッサ３１がスキャンを開始する操作の入力を受け付けるために表示する画面の例である。図６が示すように、プロセッサ３１は、スキャンを開始する操作を受け付けるためのアイコン１０２を表示する。プロセッサ３１は、アイコン１０２へのタップを検知すると、スキャンを開始する操作の入力を受け付けたと判定する。
【0054】
プロセッサ３１は、スキャンを開始する操作の入力を受け付けると、スキャナ３９を用いて原稿をスキャンして原稿の画像を取得する。原稿が複数枚ある場合、プロセッサ３１は、スキャナ３９を用いて各原稿の画像を取得する。プロセッサ３１は、原稿の画像を印刷データとして取得する。
【0055】
なお、プロセッサ３１は、通信部３５などを通じて外部装置から印刷データを取得してもよい。また、プロセッサ３１は、ユーザが所持するメモリ（ＵＳＢメモリなど）から印刷データを取得してもよい。プロセッサ３１が印刷データを取得する方法は、特定の方法に限定されるものではない。
【0056】
また、プロセッサ３１は、印刷代金の収受を行う決済サービスの選択を受け付ける機能を有する。
【0057】
プロセッサ３１は、画像形成装置３０が利用可能な決済サービスから印刷代金の収受を行う決済サービスの選択を受け付ける。図７は、プロセッサ３１が決済サービスの選択を受け付けるために表示する画面の例である。図７が示すように、プロセッサ３１は、決済サービスの選択を受け付けるためのアイコン１０３を表示する。プロセッサ３１は、アイコン１０３の１つへのタップを検知すると、タップされたアイコン１０３が示す決済サービスの選択を受け付けたと判定する。
【0058】
また、プロセッサ３１は、印刷代金を提示する機能を有する。
【0059】
プロセッサ３１は、印刷データに基づいて印刷代金を決定する。たとえば、プロセッサ３１は、印刷枚数などに基づいて印刷代金を決定する。また、プロセッサ３１は、カラー印刷又はモノクロ印刷であるかに基づいて印刷代金を決定してもよい。印刷代金を決定すると、プロセッサ３１は、表示部２７に決定した印刷代金を表示する。
【0060】
図８は、プロセッサ３１が印刷代金を表示する画面の例である。図８が示すように、プロセッサ３１は、決済金額として決定した印刷代金を表示する。また、プロセッサ３１は、印刷代金を確定するためのアイコン１０４を表示する。プロセッサ３１は、アイコン１０４へのタップを検知すると、印刷代金を確定する。
【0061】
また、プロセッサ３１は、サービス側決済ＩＤをエンコードして得られたコードを表示する機能を有する。
【0062】
プロセッサ３１は、ＮＶＭ３４などからサービス側決済ＩＤを取得する。たとえば、ＮＶＭ３４は、予めサービス側決済ＩＤを格納する。たとえば、サービス側決済ＩＤは、画像形成装置３０を設置するサービスを運用する法人の決済ＩＤである。
【0063】
サービス側決済ＩＤを取得すると、プロセッサ３１は、所定のアルゴリズムに従って取得したサービス側決済ＩＤをエンコードすることでコードを生成する。コードを生成すると、プロセッサ３１は、表示部３７に生成したコードを表示する。
【0064】
なお、ＮＶＭ３４は、サービス側決済ＩＤをエンコードして得られたコードを予め格納してもよい。プロセッサ３１は、ＮＶＭ３４からコードを取得してもよい。
【0065】
【0066】
また、プロセッサ３１は、印刷代金の収受が完了したことを示す完了通知を受信すると、印刷データを用紙に印刷する機能を有する。
【0067】
たとえば、決済サーバ１０は、携帯端末２０からの送金リクエストに基づいてユーザ側決済ＩＤの口座からサービス側決済ＩＤの口座に代金を送信する。代金を送金すると、決済サーバ１０は、代金の金額を示す完了通知を画像形成装置３０に送信する。なお、送金リクエストは、完了通知を画像形成装置３０に送信することを指示するものであってもよい。
【0068】
プロセッサ３１は、通信部３５を通じて当該完了通知を受信する。当該完了通知を受信すると、プロセッサ３１は、当該完了通知が示す金額と印刷代金とが一致するか判定する。両者が一致する場合、プロセッサ３１は、プリンタ３８を用いて、印刷データを用紙に印刷する。プロセッサ３１は、印刷した用紙を外部に放出する。
【0069】
なお、プロセッサ３１は、当該完了通知が示す金額が印刷代金を超える場合、印刷データを用紙に印刷して差額を返金してもよい。たとえば、プロセッサ３１は、差額を返金するための送金リクエストを決済サーバ１０に送信してもよい。
【0070】
また、プロセッサ３１は、当該完了通知が示す金額が印刷代金より少ない場合、エラーを表示してもよい。
【0071】
図１０は、プロセッサ３１が印刷データを用紙に印刷している間に表示する画面の例である。図１０が示すように、プロセッサ３１は、コピー中であることを示すメッセージを表示する。また、プロセッサ３１は、収受が完了した印刷代金などを表示する。
【0072】
また、図１１は、プロセッサ３１が印刷を完了した場合に表示する画面の例である。図１１が示すように、プロセッサ３１は、コピーが完了したことを示すメッセージを表示する。また、プロセッサ３１は、収受が完了した印刷代金などを表示する。
【0073】
また、プロセッサ３１は、コピーが完了した後に、完了通知が示す金額が印刷データの印刷に現実に必要だった印刷代金よりも多い場合、差額をユーザ側決済ＩＤの口座に返金する機能を有する。
【0074】
たとえば、印刷動作が画像形成装置３０の不具合（紙づまり又は故障など）などによって途中で終了した場合、プロセッサ３１は、完了した印刷に対応する印刷代金を決定する。印刷代金を決定すると、プロセッサ３１は、完了通知が示す金額と決定した印刷代金との差額を算出する。差額を算出すると、プロセッサ３１は、差額を返金する送金リクエストを生成する。送金リクエストは、送金元の決済ＩＤとしてサービス側決済ＩＤを、送金先の決済ＩＤとしてユーザ側決済ＩＤを、送金する金額として差額を示す。
【0075】
送金リクエストを生成すると、プロセッサ３１は、通信部３５を通じて生成した送金リクエストを決済サーバ１０に送信する。
【0076】
次に、印刷システム１の動作例について説明する。図１２は、印刷システム１の動作例について説明するためのフローチャートである。
【0077】
ここでは、ユーザは、画像形成装置３０の操作部３６にコピーを行う操作を入力するものとする。
【0078】
画像形成装置３０のプロセッサ３１は、操作部３６を通じてコピーを行う操作の入力を受け付ける（ＡＣＴ１１）。ここで、ユーザは、スキャナ３９に原稿をセットするものとする。
【0079】
コピーを行う操作の入力を受け付けると、プロセッサ３１は、スキャナ３９を用いて原稿をスキャンし印刷データを取得する（ＡＣＴ１２）。印刷データを取得すると、プロセッサ３１は、操作部３６を通じて決済サービスの選択を受け付ける（ＡＣＴ１３）。ユーザは、決済サービスを選択する操作を入力する。
【0080】
決済サービスの選択を受け付けると、プロセッサ３１は、表示部３７に印刷代金を表示する（ＡＣＴ１４）。印刷代金を表示すると、プロセッサ３１は、表示部３７にサービス側決済ＩＤをエンコードして得られたコードを表示する（ＡＣＴ１５）。
【0081】
ここで、携帯端末２０のプロセッサ２１は、撮影部２８を用いてコードを撮影しデコードしてサービス側決済ＩＤを取得する（ＡＣＴ１６）。サービス側決済ＩＤを取得すると、プロセッサ２１は、操作部２６を通じて印刷代金の入力を受け付ける（ＡＣＴ１７）。ユーザは、操作部２６を通じてＡＣＴ１４で表示される印刷代金を入力する。
【0082】
印刷代金の入力を受け付けると、プロセッサ２１は、通信部１５を通じて、ユーザ側決済ＩＤの口座からサービス側決済ＩＤの口座に印刷代金を送金する送金リクエストを決済サーバ１０に送信する（ＡＣＴ１８）。
【0083】
決済サーバ１０は、携帯端末２０から送金リクエストを受信する。送金リクエストを受信すると、決済サーバ１０は、送金リクエストに従って代金を送金する。代金を送金すると、決済サーバ１０は、完了通知を画像形成装置３０に送信する（ＡＣＴ１９）。
【0084】
画像形成装置３０のプロセッサ３１は、通信部３５を通じて完了通知を受信する。完了通知を受信すると、プロセッサ３１は、印刷データを用紙に印刷する（ＡＣＴ２０）。印刷データを用紙に印刷すると、プロセッサ３１は、完了通知が示す金額と印刷データの印刷に現実に必要だった印刷代金との差額があるか判定する（ＡＣＴ２１）。
【0085】
差額があると判定すると（ＡＣＴ２１、ＹＥＳ）、プロセッサ３１は、通信部３５を通じて差額を返金する送金リクエストを決済サーバ１０に送信する（ＡＣＴ２２）。
【0086】
プロセッサ３１が、差額がないと判定した場合（ＡＣＴ２１、ＮＯ）、又は、プロセッサ３１差額を返金する送金リクエストを決済サーバ１０に送信した場合（ＡＣＴ２２）、印刷システム１は、動作を終了する。
【0087】
なお、プロセッサ３１は、所定の操作の入力を受け付けると、過去の取引明細を表示してもよい。たとえば、プロセッサ３１は、日時と送金された印刷代金とを対応付けて表示してもよい。
【0088】
また、画像形成装置３０は、ＦＡＸを送信するものであってもよい。プロセッサ３１は、ＦＡＸに係る代金を上記の通り決済ＩＤを用いて収受してもよい。
また、プロセッサ３１は、完了通知を携帯端末２０から受信してもよい。
また、プロセッサ３１は、完了通知を携帯端末２０から受信してもよい。
【0089】
また、画像形成装置３０は、３Ｄプリンタであってもよい。
また、プロセッサ３１は、サービス側決済ＩＤをエンコードして得られたコードを用紙に印刷してもよい。
また、プロセッサ３１は、サービス側決済ＩＤをエンコードして得られたコードを用紙に印刷してもよい。
【0090】
以上のように構成された印刷システムは、画像形成装置においてサービス側決済ＩＤを示すコードを表示する。印刷システムは、携帯端末２０にコードを読み取らせて印刷代金を収受する。印刷システムは、印刷代金の収受が完了すると、印刷データを用紙に印刷する。従って、印刷システムは、コードを利用して、印刷代金を収受することができる。（第２の実施形態）
次に、第２の実施形態について説明する。
第２の実施形態に係る印刷システムは、画像形成装置３０がユーザ側決済ＩＤを取得して送金リクエストを送信する点で第１の実施形態のそれと異なる。従って、その他の点については同一の符号を付して詳細な説明を省略する。
次に、第２の実施形態について説明する。
第２の実施形態に係る印刷システムは、画像形成装置３０がユーザ側決済ＩＤを取得して送金リクエストを送信する点で第１の実施形態のそれと異なる。従って、その他の点については同一の符号を付して詳細な説明を省略する。
【0091】
印刷システム１、決済サーバ１０、携帯端末２０、画像形成装置３０及びネットワーク４０の構成例は、第１の実施形態のそれらと同様であるため説明を省略する。
【0092】
次に、携帯端末２０が実現する機能について説明する。携帯端末２０が実現する機能は、プロセッサ２１がＲＯＭ２２又はＮＶＭ２４などに格納されるプログラムを実行することで実現される。
【0093】
また、プロセッサ２１は、ユーザ側決済ＩＤをエンコードして得られたコードを表示する機能を有する。
【0094】
プロセッサ２１は、ＮＶＭ２４などからユーザ側決済ＩＤを取得する。たとえば、ＮＶＭ２４は、予め自身のユーザ側決済ＩＤを格納する。
【0095】
ユーザ側決済ＩＤを取得すると、プロセッサ２１は、所定のアルゴリズムに従って取得したユーザ側決済ＩＤをエンコードすることでコードを生成する。コードを生成すると、プロセッサ２１は、表示部２７に生成したコードを表示する。
【0096】
なお、ＮＶＭ２４は、ユーザ側決済ＩＤをエンコードして得られたコードを予め格納してもよい。プロセッサ２１は、ＮＶＭ２４からコードを取得してもよい。
【0097】
【0098】
次に、画像形成装置３０が実現する機能について説明する。画像形成装置３０が実現する機能は、プロセッサ３１がＲＯＭ３２又はＮＶＭ３４などに格納されるプログラムを実行することで実現される。
【0099】
まず、プロセッサ３１は、スキャナ３９を用いてユーザ側決済ＩＤをエンコードして得られたコードを読み取ってユーザ側決済ＩＤを取得する機能を有する。
【0100】
プロセッサ３１は、操作部２６を通じてコードの読み取りを行う操作の入力を受け付ける。図１４は、プロセッサ３１がコードの読み取りを行う操作の入力を受け付けるために表示する画面の例である。図１４が示すように、プロセッサ３１は、コードの読み取りを行う操作を受け付けるためのアイコン１０７を表示する。プロセッサ３１は、アイコン１０７へのタップを検知すると、コードの読み取りを行う操作の入力を受け付けたと判定する。
【0101】
ここで、ユーザは、携帯端末２０をスキャナ３９にセットする。即ち、ユーザは、スキャナ３９が携帯端末２０の表示部２７を読み取れるように、携帯端末２０をスキャナ３９にセットする。
【0102】
【0103】
プロセッサ３１は、原稿を取得する場合と同様に光源３９ａを発光させる。プロセッサ３１は、スキャナ３９のセンサ列を移動させて携帯端末２０の表示部２７からコードが写る画像をスキャンする。
【0104】
プロセッサ３１は、得られた画像に写るコードをデコードする。プロセッサ３１は、コードをデコードすることでサービス側決済ＩＤを取得する。
【0105】
コードのデコードに失敗した場合、プロセッサ３１は、光源３９ａが発光する強度を低下させる。たとえば、プロセッサ３１は、光源３９ａの光量（又は輝度など）を低下させる。たとえば、プロセッサ３１は、現在の強度から所定の強度へ低下させるように光源３９ａに供給する電力を制御する。
【0106】
光源３９ａが発光する強度を低下させると、プロセッサ３１は、スキャナ３９のセンサ列を移動させて携帯端末２０の表示部２７からコードが写る画像をスキャンする。再度、コードのデコードに失敗した場合、プロセッサ３１は、光源３９ａが発光する強度をさらに低下させる。
【0107】
プロセッサ３１は、所定の回数、上記の動作を繰り返してサービス側決済ＩＤを取得する。所定の回数、上記の動作を繰り返してもコードのデコードに失敗する場合、プロセッサ３１は、エラーを出力する。
【0108】
また、画像形成装置３０がコードを読み取るためのハンドスキャナを備える場合、プロセッサ３１は、コードのデコードに失敗すると、ハンドスキャナを用いてコードを読み取ることを促すメッセージなどを表示してもよい。この場合、プロセッサ３１は、ハンドスキャナを用いてコードを読み取る。
【0109】
また、プロセッサ３１は、取得したユーザ側決済ＩＤに基づいて印刷代金の決済処理を行う機能を有する。
【0110】
プロセッサ３１は、ユーザ側決済ＩＤを取得すると、プロセッサ３１は、印刷代金を決済するための送金リクエストを生成する。送金リクエストは、送金元の決済ＩＤとして取得したユーザ側決済ＩＤを、送金先の決済ＩＤとしてサービス側決済ＩＤを、送金する金額として印刷代金を示す。たとえば、プロセッサ３１は、ＮＶＭ３４などからサービス側決済ＩＤを取得する。
【0111】
送金リクエストを生成すると、プロセッサ３１は、通信部３５を通じて、生成した送金リクエストを決済サーバ１０へ送信する。
【0112】
次に、印刷システム１の動作例について説明する。図１６は、印刷システム１の動作例について説明するためのフローチャートである。
【0113】
ここでは、ユーザは、画像形成装置３０の操作部３６にコピーを行う操作を入力するものとする。
【0114】
画像形成装置３０のプロセッサ３１は、操作部３６を通じてコピーを行う操作の入力を受け付ける（ＡＣＴ３１）。ここで、ユーザは、スキャナ３９に原稿をセットするものとする。
【0115】
コピーを行う操作の入力を受け付けると、プロセッサ３１は、スキャナ３９を用いて原稿をスキャンし印刷データを取得する（ＡＣＴ３２）。印刷データを取得すると、プロセッサ３１は、操作部３６を通じて決済サービスの選択を受け付ける（ＡＣＴ３３）。ユーザは、決済サービスを選択する操作を入力する。
【0116】
決済サービスの選択を受け付けると、プロセッサ３１は、表示部３７に印刷代金を表示する（ＡＣＴ３４）。
【0117】
ここで、携帯端末２０のプロセッサ２１は、ユーザ側決済ＩＤをエンコードして得られたコードを表示部２７に表示する（ＡＣＴ３５）。
【0118】
画像形成装置３０のプロセッサ３１は、スキャナ３９を用いてコードを読み取ってユーザ側決済ＩＤを取得する（ＡＣＴ３６）。ユーザ側決済ＩＤを取得すると、プロセッサ３１は、通信部３５を通じて、ユーザ側決済ＩＤの口座からサービス側決済ＩＤの口座に印刷代金を送金する送金リクエストを決済サーバ１０に送信する（ＡＣＴ３７）。
【0119】
決済サーバ１０は、画像形成装置３０から送金リクエストを受信する。送金リクエストを受信すると、決済サーバ１０は、送金リクエストに従って代金を送信する。代金を送金すると、決済サーバ１０は、完了通知を画像形成装置３０に送信する（ＡＣＴ３８）。
【0120】
画像形成装置３０のプロセッサ３１は、通信部３５を通じて完了通知を受信する。完了通知を受信すると、プロセッサ３１は、印刷データを用紙に印刷する（ＡＣＴ３９）。印刷データを用紙に印刷すると、プロセッサ３１は、完了通知が示す金額と印刷データの印刷に現実に必要だった印刷代金との差額があるか判定する（ＡＣＴ４０）。
【0121】
差額があると判定すると（ＡＣＴ４０、ＹＥＳ）、プロセッサ３１は、通信部３５を通じて差額を返金する送金リクエストを決済サーバ１０に送信する（ＡＣＴ４１）。
【0122】
プロセッサ３１が、差額がないと判定した場合（ＡＣＴ４０、ＮＯ）、又は、プロセッサ３１差額を返金する送金リクエストを決済サーバ１０に送信した場合（ＡＣＴ４１）、印刷システム１は、動作を終了する。
【0123】
次に、プロセッサ３１がコードを読み取る動作例（ＡＣＴ３６）について説明する。図１７は、プロセッサ３１がコードを読み取る動作例について説明するためのフローチャートである。
【0124】
ここでは、ユーザは、画像形成装置３０の操作部３６にコードの読み取りを行う操作を入力するものとする。
【0125】
プロセッサ３１は、操作部３６を通じてコードの読み取りを行う操作の入力を受け付ける（ＡＣＴ５１）。ここで、ユーザは、スキャナ３９に携帯端末２０をセットするものとする。
【0126】
コードの読み取りを行う操作の入力を受け付けると、プロセッサ３１は、ｎをリセット（ｎ＝０）する（ＡＣＴ５２）。ｎをリセットすると、プロセッサ３１は、スキャナ３９を用いて携帯端末２０の表示部２７からコードを読み取る（ＡＣＴ５３）。
【0127】
コードの読み取りに失敗すると（ＡＣＴ５４、ＮＯ）、プロセッサ３１は、ｎをインクリメントする（ＡＣＴ５５）。ｎをインクリメントすると、プロセッサ３１は、ｎ＞Ｎであるか判定する（ＡＣＴ５６）。ここで、Ｎは、読み取り回数の上限である。
【0128】
ｎ＞Ｎでないと判定すると（ＡＣＴ５６、ＮＯ）、プロセッサ３１は、光源３９ａが発光する強度を低下させる（ＡＣＴ５７）。光源３９ａが発光する強度を低下させると、プロセッサ３１は、ＡＣＴ５３に戻る。
【0129】
コードの読み取りに成功した場合（ＡＣＴ５４、ＹＥＳ）、又は、ｎ＞Ｎであると判定した場合（ＡＣＴ５６、ＹＥＳ）、プロセッサ３１は、動作を終了する。
【0130】
なお、ｎ＞Ｎであると判定した場合（ＡＣＴ５６、ＹＥＳ）、プロセッサ３１は、エラーを表示部３７に表示してもよい。この場合、印刷システム１は、動作を終了してもよい。
【0131】
また、プロセッサ３１は、スキャナ３９を用いて用紙に印刷されたコードを読み取ってもよい。
【0132】
プロセッサ３１は、光源３９ａをオフにしてスキャナ３９を用いて携帯端末２０の表示部２７からコードを読み取ってもよい。
【0133】
以上のように構成された印刷システムは、携帯端末においてユーザ側決済ＩＤを示すコードを表示する。印刷システムは、画像形成装置にコードを読み取らせて印刷代金を収受する。その結果、印刷システムは、ユーザに携帯端末２０に対して印刷代金を入力させることなく印刷代金を収受することができる。
【0134】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
以下に、本願の出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
画像を表示する表示部と、
決済サーバとデータを送受信する通信部と、
用紙に画像を印刷するプリンタと、
印刷データを取得するインターフェースと、
決済ＩＤを示すコードを前記表示部に表示し、
前記通信部を通じて、前記コードを用いて前記印刷データの印刷代金の収受が完了したことを示す完了通知を前記決済サーバから受信すると、前記プリンタを用いて前記印刷データを前記用紙に印刷する、
プロセッサと、
を備える画像形成装置。
［Ｃ２］
前記プロセッサは、前記インターフェースが前記印刷データを取得すると、前記印刷代金を前記表示部に表示する、
前記Ｃ１に記載の画像形成装置。
［Ｃ３］
画像をスキャンするスキャナと、
決済サーバとデータを送受信する通信部と、
用紙に画像を印刷するプリンタと、
印刷データを取得し、
前記スキャナを用いて、ユーザが提示する媒体からユーザの決済ＩＤを示すコードを読み取り、
前記通信部を通じて、前記スキャナが読み取った前記コードをデコードして得られた前記決済ＩＤを用いて前記印刷データの印刷代金を収受する送金リクエストを前記決済サーバに送信し、
前記通信部を通じて、前記送金リクエストに応じた、前記印刷代金の収受が完了したことを示す完了通知を前記決済サーバから受信すると、前記プリンタを用いて前記印刷データを前記用紙に印刷する、
プロセッサと、
を備える画像形成装置。
［Ｃ４］
前記スキャナは、原稿を照らす光源を備え、
前記プロセッサは、携帯端末の表示部が表示する前記コードを読み取る場合、前記光源が発光する強度を低下させる、
前記Ｃ３に記載の画像形成装置。
［Ｃ５］
前記プロセッサは、前記完了通知が示す収受した印刷代金が、前記プリンタが前記印刷データを印刷した印刷代金よりも多い場合、前記通信部を通じて、差額を返金するための送金リクエストを前記決済サーバに送信する、
前記Ｃ１乃至４の何れか１項に記載の画像形成装置。
以下に、本願の出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
画像を表示する表示部と、
決済サーバとデータを送受信する通信部と、
用紙に画像を印刷するプリンタと、
印刷データを取得するインターフェースと、
決済ＩＤを示すコードを前記表示部に表示し、
前記通信部を通じて、前記コードを用いて前記印刷データの印刷代金の収受が完了したことを示す完了通知を前記決済サーバから受信すると、前記プリンタを用いて前記印刷データを前記用紙に印刷する、
プロセッサと、
を備える画像形成装置。
［Ｃ２］
前記プロセッサは、前記インターフェースが前記印刷データを取得すると、前記印刷代金を前記表示部に表示する、
前記Ｃ１に記載の画像形成装置。
［Ｃ３］
画像をスキャンするスキャナと、
決済サーバとデータを送受信する通信部と、
用紙に画像を印刷するプリンタと、
印刷データを取得し、
前記スキャナを用いて、ユーザが提示する媒体からユーザの決済ＩＤを示すコードを読み取り、
前記通信部を通じて、前記スキャナが読み取った前記コードをデコードして得られた前記決済ＩＤを用いて前記印刷データの印刷代金を収受する送金リクエストを前記決済サーバに送信し、
前記通信部を通じて、前記送金リクエストに応じた、前記印刷代金の収受が完了したことを示す完了通知を前記決済サーバから受信すると、前記プリンタを用いて前記印刷データを前記用紙に印刷する、
プロセッサと、
を備える画像形成装置。
［Ｃ４］
前記スキャナは、原稿を照らす光源を備え、
前記プロセッサは、携帯端末の表示部が表示する前記コードを読み取る場合、前記光源が発光する強度を低下させる、
前記Ｃ３に記載の画像形成装置。
［Ｃ５］
前記プロセッサは、前記完了通知が示す収受した印刷代金が、前記プリンタが前記印刷データを印刷した印刷代金よりも多い場合、前記通信部を通じて、差額を返金するための送金リクエストを前記決済サーバに送信する、
前記Ｃ１乃至４の何れか１項に記載の画像形成装置。
【符号の説明】
【0135】
１…印刷システム、１０…決済サーバ、１５…通信部、２０…携帯端末、２１…プロセッサ、２２…ＲＯＭ、２３…ＲＡＭ、２４…ＮＶＭ、２５…通信部、２６…操作部、２７…表示部、２８…撮影部、３０…画像形成装置、３１…プロセッサ、３２…ＲＯＭ、３３…ＲＡＭ、３４…ＮＶＭ、３５…通信部、３６…操作部、３７…表示部、３８…プリンタ、３９…スキャナ、３９ａ…光源、４０…ネットワーク、１０１…アイコン、１０２…アイコン、１０３…アイコン、１０４…アイコン、１０５…コード、１０６…コード、１０７…アイコン。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
