特開 2025-144209 画像形成装置、画像形成方法及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2025144209

(43)【公開日】2025-10-02

(54)【発明の名称】画像形成装置、画像形成方法及びプログラム

(51)【国際特許分類】

   H04N 1/387 20060101AFI20250925BHJP

   H04N 1/00 20060101ALI20250925BHJP

   B41J 21/00 20060101ALI20250925BHJP

【ＦＩ】

H04N1/387

H04N1/00 Z

B41J21/00 Z

【審査請求】未請求

【請求項の数】11

【出願形態】ＯＬ

(21)【出願番号】P 2024043877

(22)【出願日】2024-03-19

(71)【出願人】

【識別番号】000001007

【氏名又は名称】キヤノン株式会社

(74)【代理人】

【識別番号】100126240

【弁理士】

【氏名又は名称】阿部 琢磨

(74)【代理人】

【識別番号】100223941

【弁理士】

【氏名又は名称】高橋 佳子

(74)【代理人】

【識別番号】100159695

【弁理士】

【氏名又は名称】中辻 七朗

(74)【代理人】

【識別番号】100172476

【弁理士】

【氏名又は名称】冨田 一史

(74)【代理人】

【識別番号】100126974

【弁理士】

【氏名又は名称】大朋 靖尚

(72)【発明者】

【氏名】成田 干城

【テーマコード（参考）】

2C187

【Ｆターム（参考）】

2C187DB18

2C187DB22

2C187DB23

(57)【要約】

【課題】 フォームに画像データを合成した印刷データを作成する際の手間を減らすことを目的とする。
【解決手段】 チャットサービスに投稿された画像データと当該画像データを投稿したユーザの識別情報を受信する受信手段と、前記受信手段が受信した画像データと前記識別情報に対応する情報をフォーム画像に合成し印刷データを出力する出力手段と、前記出力された印刷データに基づいて画像を用紙に印刷する印刷手段とを有することを特徴とする。
【選択図】 図５

【特許請求の範囲】

【請求項1】

チャットサービスに投稿された画像データと当該画像データを投稿したユーザの識別情報を受信する受信手段と、
前記受信手段が受信した画像データと前記識別情報に対応する情報をフォーム画像に合成し印刷データを出力する出力手段と、
前記出力された印刷データに基づいて画像を用紙に印刷する印刷手段とを有する画像形成装置。

【請求項2】

前記識別情報と前記情報を対応付けて記憶する記憶手段をさらに有し、
前記出力手段は、前記受信手段が受信した画像データと前記記憶手段が記憶する情報であり、前記識別情報に対応する情報を前記フォーム画像に合成し前記印刷データを出力することを特徴とする請求項１に記載の画像形成装置。

【請求項3】

前記識別情報に対応する前記情報を受信する受信手段をさらに有し、
前記出力手段は、前記受信手段が受信した画像データと前記受信手段が受信した情報であり、前記識別情報に対応する情報を前記フォーム画像に合成し前記印刷データを出力することを特徴とする請求項１に記載の画像形成装置。

【請求項4】

前記受信手段は前記画像データと前記識別情報を、前記チャットサービスを提供するチャットサーバーから受信することを特徴とする請求項１に記載の画像形成装置。

【請求項5】

原稿の画像を読み取って画像データを生成する読取手段をさらに有し、
前記識別情報に対応する情報は、前記読取手段が原稿を読み取ることによって生成された画像データから取得された情報であることを特徴とする請求項１に記載の画像形成装置。

【請求項6】

前記識別情報に対応する情報は、前記読取手段が原稿を読み取ることによって生成された画像データに文字認識処理を実行することによって取得された情報であることを特徴とする請求項５に記載の画像形成装置。

【請求項7】

前記識別情報は、前記ユーザの電話番号であることを特徴とする請求項１に記載の画像形成装置。

【請求項8】

前記識別情報は、前記チャットサービスに登録されている前記ユーザのアカウントに対応付けて登録されている電話番号であることを特徴とする請求項７に記載の画像形成装置。

【請求項9】

前記印刷手段による前記画像データに基づく画像の印刷が完了したことによって、前記チャットサービスに、印刷物を受け取ることをユーザに促す情報の投稿の要求を送信する送信手段をさらに有することを特徴とする請求項１に記載の画像形成装置。

【請求項10】

チャットサービスに投稿された画像データと当該画像データを投稿したユーザの識別情報を受信する受信工程と、
前記受信工程で受信した画像データと前記識別情報に対応する情報をフォーム画像に合成し印刷データを出力する出力工程と、
前記出力された印刷データに基づいて画像を用紙に印刷する印刷工程とを有する画像形成方法。

【請求項11】

請求項１乃至９の何れか１項に記載の画像形成装置の各手段をコンピュータに実行させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

画像形成装置、画像形成方法及びプログラムに関する。

【背景技術】

【0002】

病院等で使用される顔写真付きの診察券を作成するには、病院側の情報が記載された印刷データ（診察券フォーム）を予め用意しておき、患者ごとの診察券発行時に可変情報（患者名や顔写真）を追加した印刷データを作成してプリンタで印刷する。

【0003】

特許文献１には、印刷データとフォーム指定情報を受信し、対応したフォーム情報を読み出して印刷データと合成するかを設定する技術が開示されている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２００７－２４５４７０号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

例えば顔写真付き診察券等を発行する際には、患者から病院に写真データを提供し、病院の事務員が病院側の固定情報が記載された診察券フォームに写真データを追加した印刷データを作成してプリンタで印刷をするため、病院側で発行手続きに手間がかかる。

【0006】

本発明は、フォームに画像データを合成した印刷データを作成する際の手間を減らすことを目的とする。

【課題を解決するための手段】

【0007】

本発明の画像形成装置は、上記課題に鑑みてなされたものであり、チャットサービスに投稿された画像データと当該画像データを投稿したユーザの識別情報を受信する受信手段と、前記受信手段が受信した画像データと前記識別情報に対応する情報をフォーム画像に合成し印刷データを出力する出力手段と、前記出力された印刷データに基づいて画像を用紙に印刷する印刷手段とを有することを特徴とする。

【発明の効果】

【0008】

フォームに画像データを合成した印刷データを作成する際の手間を減らすことができる。

【図面の簡単な説明】

【0009】

【図1】病院受付業務におけるシステム構成の一例を示す図

【図2】画像処理装置のハードウェア構成の一例を示す図

【図3】ユーザ端末２０のハードウェア構成の一例を示す図

【図4】チャットツールサーバー３０のハードウェア構成の一例を示す図

【図5】チャットツールからの画像合成印刷の処理の一例を示す図

【図6】問診票の一例を示す図

【図7】診察券フォームの一例を示す図

【図8】フォームデータ情報の一例を示す図

【図9】識別情報とユーザ情報の対応付けを示す図

【図10】チャットメッセージの一例を示す図

【図11】チャットツールサーバーと画像処理装置におけるメッセージイベントの一例を示す図

【図12】チャットツールからの画像合成印刷の一例を示すシーケンス図

【図13】チャットツールからの画像合成印刷処理の一例を示すフローチャート

【図14】チャットツールからの画像合成印刷処理の一例を示すフローチャート

【図15】ユーザ情報の登録要求画面の一例を示す図

【発明を実施するための形態】

【0010】

以下、本発明を実施するための最良の形態について図面を用いて説明する。なお画像処理装置のフローチャートに係る制御ユニット（１１０）のプログラムは、制御ユニット（１１０）のＲＯＭ（１１２）またはストレージ（１１４）に記憶されており、ＲＡＭ（１１３）に読み出されＣＰＵ（１０３）によって実行される。また情報処理装置のフローチャートにおいて、プログラムはＲＯＭ（１２２）に記憶されており、ＲＡＭ（１２４）に読み出されてＣＰＵ（１１１）によって実行される。

【0011】

本実施例は動物病院において顔写真としてペットの写真を診察券に合成する事例において説明する。

【0012】

図１は、病院受付業務におけるシステム構成の一例を示す図である。
本実施形態では、画像処理装置１０、医事会計システム１１、事務用ＰＣ１２、ファイルサーバー１３がネットワーク１４で接続されており、お互いに通信可能な状態となっている。またネットワーク１４、ユーザ端末２０、チャットツールサーバー３０は外部ネットワーク１５で接続されており、お互い通信可能な状態となっている。医事会計システム１１は病院窓口の各事務処理や会計処理を行うためのシステムであり、事務用ＰＣ１２を用いて利用する。ファイルサーバー１３には病院受付業務で使用するデータが格納され、事務用ＰＣ１２を用いて利用する。画像形成装置でもある画像処理装置１０は受信した文書データを印刷したり、スキャンした文書データを他装置へ送信したりする。ユーザ端末２０はチャットツールのユーザが利用するスマートフォンやタブレット端末、パーソナルコンピュータ等の情報端末である。図中では１台の端末が接続されていることを例に挙げているが、接続数は任意である。ユーザはユーザ端末２０を操作してチャットツールサーバー３０にアクセスし、他ユーザとのメッセージのやり取りを行う。ユーザ端末２０とチャットツールサーバー３０は優先あるいは無線の通信ネットワークに接続されており、各々でデータ送受信が可能となっている。本実施形態では通信ネットワークの一例としてインターネット上の公衆回線を想定しているが、専用回線を用いても良い。チャットツールサーバー３０はインターネット上に配置されたチャットサーバーであり、チャットツール３０６を用いたチャットサービスを提供するサーバーである。チャットツールサーバー３０はユーザ端末２０に対するメッセージ等の送受信処理、及びメッセージ送受信の表示画面表示等、メッセージのやり取りに関する処理を実行する。チャットツールサーバー３０は３人以上のメンバーでグループを形成し、グループ内でのメッセージ等のやり取りを処理することができる。さらにチャットツールサーバー３０はボットサービスを提供し、特定のキーワードを含むメッセージに所定のメッセージを応答する自動応答処理や、受けたメッセージを設定されたＵＲＬにＨＴＴＰ通信でフックするＷｅｂＨｏｏｋ処理を行うことができる。

【0013】

図２は、画像処理装置１０のハードウェア構成の一例を示す図である。

【0014】

画像処理装置１０はＣＰＵ１１１、ＲＯＭ１１２、ＲＡＭ１１３、ストレージ１１４、操作部Ｉ／Ｆ１１５、操作部１１６を備える。さらに、画像処理装置１０は読取部Ｉ／Ｆ１１７、読取部１１８、印刷部Ｉ／Ｆ１１９、印刷部１２０、無線通信部Ｉ／Ｆ１２１、無線通信部１２２、通信部Ｉ／Ｆ１２３、通信部１２４を備える。ＣＰＵ１１１を含む制御部１１０は、画像処理装置１０全体の動作を制御する。ＣＰＵ１１１は、ＲＯＭ１１２又はストレージ１１４に記憶された制御プログラムをＲＡＭ１１３に読み出して、読取制御や印刷制御などの各種制御を行う。ＲＯＭ１１２は、ＣＰＵ１１１で実行可能な制御プログラムを格納する。また、ＲＯＭ１１２は、ブートプログラムやフォントデータなども格納する。ＲＡＭ１１３は、主記憶メモリであり、ワークエリア、ＲＯＭ１１２及びストレージ１１４に格納された各種制御プログラムを展開するための一時記憶領域として用いられる。ストレージ１１４は、画像データ、印刷データ、各種プログラム、各種アドレス、及び各種設定情報を記憶する。本実施例ではストレージ１１４としてフラッシュメモリを想定しているが、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）やＨＤＤ（Ｈａｒｄ Ｄｉｓｃ Ｄｒｉｖｅ）などの補助記憶装置を用いるようにしても良い。また、ｅＭＭＣ（ｅｍｂｅｄｄｅｄ Ｍｕｌｔｉ Ｍｅｄｉａ Ｃａｒｄ）を用いるようにしても良い。なお、本実施例の画像処理装置１０は、１つのＣＰＵ１１１が１つのメモリ（ＲＡＭ１１３）を用いて後述するフローチャートに示す各処理を実行するものとするが、これに限るものではない。例えば複数のＣＰＵ、ＲＡＭ、ＲＯＭ、及びストレージを協働させて後述するフローチャートに示す各処理を実行することもできる。また、ＡＳＩＣやＦＰＧＡ等のハードウェア回路を用いて一部の処理を実行するようにしてもよい。操作部Ｉ／Ｆ１１５は、例えばタッチパネルのような表示部やハードキーを含む操作部１１６と制御部１１０を接続する。操作部１１６は、ユーザに対して情報を表示したり、ユーザからの入力を検出したりする。読取部Ｉ／Ｆ１１７は、例えばスキャナのような読取部１１８と制御部１１０を接続する。読取部１１８は原稿の画像を読み取って、ＣＰＵ１１１がその画像をバイナリーデータなどの画像データを生成する。読取部１１８によって読み取られた画像に基づき生成された画像データは、外部装置に送信されたり、記録紙上に印刷されたりする。印刷部Ｉ／Ｆ１１９は、例えばプリンタのような印刷部１２０と制御部１１０を接続する。ＣＰＵ１１１は、ＲＡＭ１１３に記憶された画像データ（印刷データ）を印刷部Ｉ／Ｆ１１９を介して印刷部１２０に転送する。印刷部１２０は、転送された画像データに基づく画像を給紙カセットから給送された記録紙に印刷する。無線通信部Ｉ／Ｆ１２１は、無線通信部１２２を制御する為のＩ／Ｆで制御部１１０と無線経由で外部の無線機器と接続する。外部の無線機器としてユーザ端末２０を使用する構成としてもよい。通信部Ｉ／Ｆ１２３は、制御部１１０とネットワーク１４を接続する。通信部Ｉ／Ｆ１２３は、通信部１２４がネットワーク１４上の外部装置に画像データや装置内部の各種情報を送信したり、ネットワーク１４上の情報処理装置から印刷データやネットワーク１４上の情報を受信したりする。ネットワーク１４を介した送受信の方法としては、電子メール（Ｅメール）を用いての送受信や、その他のプロトコル（例えば、ＦＴＰやＳＭＢ、ＷＥＢＤＡＶ等）を用いたファイル送信を行うことができる。

【0015】

チャットツール制御部１２５は、チャットツールサーバー３０のメッセージＡＰＩを用いて、通信部Ｉ／Ｆ１２３を介してチャットツールサーバー３０からＨＴＴＰ通信によるアクセスで、画像データや各種データをネットワーク１４で送受信する事ができる。

【0016】

画像処理部１２６は、入力及び出力画像データに対し、レンダリング（ラスター画像変換）、解像度変換、圧縮伸張、２値多値変換、合成レイアウトなどの画像処理を行う複数のＡＳＩＣから構成される。例えば、画像処理部１２６は通信部Ｉ／Ｆ１２３を介して受信した文書データをレンダリングして印刷用の画像データを生成したり、読取部Ｉ／Ｆ１１７を介して入力された複数の画像データを１ページの画像として合成レイアウトしたりできる。また画像処理装置１０はフォーム合成印刷機能を持ち、フォームデータとして指定された文書データまたは画像データに対して、別の画像データやテキストデータを所定位置に合成レイアウトした印刷用の画像データを生成することができる。

【0017】

図３は、ユーザ端末２０のハードウェア構成の一例を示す図である。

【0018】

なお、本実施形態のユーザ端末２０はスマートフォンやタブレットＰＣ等の装置を想定しているが、Ｗｉ－Ｆｉ通信が可能な情報処理装置であれば他の装置であってもよい。

【0019】

ＣＰＵ２０７はＲＯＭ２０８が記憶している制御プログラムを読み出して、ユーザ端末２０の動作を制御するための様々な処理を実行する。ＲＯＭ２０８は、制御プログラムを記憶している。ＲＡＭ２０９は、ＣＰＵ２０７の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ２１０は、写真や電子文書等の様々なデータを記憶する。操作パネル２０１は、ユーザのタッチ操作を検出可能なタッチパネル機能を備え、ＯＳや電子メール送信アプリケーションが提供する各種画面を表示する。例えば、ＨＤＤ２１０にはチャットツールサーバー３０が提供するチャットツール２１１がアプリケーションとしてインストールされている。また、チャットツール２１１上では、チャットツールサーバー３０で発行されたユーザ端末２０の端末用アカウント２１２が作成されており、チャットツール２１１に記憶されている情報が操作パネル２０１に表示される。ユーザは操作パネル２０１にタッチ操作を入力することで、ユーザ端末２０に所望の操作指示を入力することができる。なお、ユーザ端末２０は不図示のハードウェアキーを備えていて、ユーザはこのハードウェアキーを用いてユーザ端末２０に操作指示を入力することができる。カメラ２０２はユーザの撮像指示に応じて撮像する。カメラ２０２で撮像された写真は、ＨＤＤ２１０の所定の領域に記憶される。また、ＱＲコード（登録商標）解析が可能なプログラムを用いて、カメラ２０２で読み取ったＱＲコードから情報を取得することも可能である。ユーザ端末２０はＮＦＣ通信部２０３、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信部２０４、無線ＬＡＮ通信部２０５を介して各種周辺機器とデータの送受信を行うことができる。ユーザ端末２０のＢｌｕｅｔｏｏｔｈ通信部２０４はＢｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙに対応していてもよい。

【0020】

図４は、チャットツールサーバー３０のハードウェア構成の一例を示す図である。

【0021】

ＣＰＵ３０１はＲＯＭ３０２が記憶している制御プログラムやＨＤＤ３０５が記憶しているチャットツール３０６を読み出して、チャットツールサーバー３０の動作を制御するための様々な処理を実行する。ＲＯＭ３０２は、制御プログラムを記憶している。ＲＡＭ３０３は、ＣＰＵ３０１の主メモリ、ワークエリア等の一時記憶領域として用いられる。

【0022】

ＨＤＤ３０５は、メッセージ、画像、チャネル情報、アプリケーション等の様々なデータを記憶する。通信部３０４を介してユーザ端末２０、画像処理装置１０など各種機器とデータの授受を行うことができる。なお、通信部３０４はＥｔｈｅｒｎｅｔ（登録商標）を用いた有線の通信を行ってもいいし、Ｗｉ－Ｆｉのような無線通信を行ってもよい。ＨＤＤ３０５にはチャットツール３０６がインストールされており、ＣＰＵ３０１上で動作する。またチャットツールサーバー３０はチャットツール３０６においてボットサービスを提供しており、一般ユーザや法人ユーザやボット用のアカウントを発行して、ボット用アカウント３０７を作成することができる。ボット用アカウント３０７では、特定のキーワードを含むメッセージに所定のメッセージを応答する自動応答処理や、受けたメッセージを設定されたＵＲＬにＨＴＴＰ通信でフックするＷｅｂＨｏｏｋ処理を行うことができる。ボットサービスを利用するために、ユーザはボット用アカウント３０７に自動応答処理のメッセージを設定したり、ＷｅｂＨｏｏｋ処理のＷｅｂＨｏｏｋＵＲＬを設定したりする。

【0023】

図５は、チャットツールからの画像合成印刷の処理の一例を示す図である。

【0024】

問診票（４００）は受付で配布されて患者（飼い主）が飼い主の名前、ペットの名前、ペットの生年月日、電話番号などを記入する。また問診票（４００）にはチャット登録用の２次元コード（ＱＲコード（登録商標）等）が記載されていても良い。

【0025】

患者（飼い主）はユーザ端末２０であるユーザ端末（４０１）でチャットツール（４０３）にアクセスして登録処理を行い、ペットの写真（４０２）の画像データをチャットに投稿する。なお、ここで患者（飼い主）はペットの名前や電話番号、ペットの生年月日をチャット上で記入してもよい。

【0026】

チャットツールサーバー３０上のチャットツール（４０３）はペットの写真（４０２）の画像データが投稿されると、予め登録されている画像処理装置１０である画像処理装置（４０４）に対して画像の印刷要求を送信する。この時、この印刷要求には患者（飼い主）から受け付けた画像データと、患者（飼い主）のチャットサービス上のアカウントに対応付けられた電話番号等の識別情報が含まれる。なお、チャットツール（４０３）は、患者（飼い主）がペットの名前や電話番号、ペットの生年月日をチャット上で記入した場合は、入力された電話番号や生年月日等の文字列と画像データとを画像処理装置（４０４）に送信する。この場合、患者（飼い主）のチャットサービス上のアカウントに紐づく識別情報と上記文字列と画像データが送信されてもいいし、患者（飼い主）のチャットサービス上のアカウントに紐づく識別情報は送信されずに上記文字列と画像データが送信されてもいい。

【0027】

画像処理装置（４０４）はチャットツール（４０３）から画像の印刷要求を受信すると、診察券印刷を実行すると判断し、ファイルサーバー（４０５）から診察券フォームのデータ（４０６）を取得する。

【0028】

画像処理装置（４０４）は印刷要求で受信した画像データ（写真（４０７））を診察券フォームのデータ（４０６）の所定の位置に合成し、印刷データを出力する。

【0029】

また画像処理装置（４０４）は診察券に記載すべき患者情報も診察券フォームのデータ（４０６）に合成する。この時合成される患者情報（飼い主の名前、ペットの名前、ペットの生年月日等）は、チャット上に患者によって投稿された文字列であってもいい。また、印刷要求にチャットサービス上のアカウントに紐づく識別情報が含まれている場合は、合成される患者情報は、画像処理装置（４０４）が記憶している患者情報のうちの上記識別情報に対応する患者情報であってもいい。そして画像処理装置（４０４）は合成して生成した印刷データ（４０９）を印刷する。なお、患者情報は画像処理装置１０ではなく、外部のサーバーに識別情報と患者情報が対応づけて記憶されており、画像処理装置１０が識別情報を外部装置に送信し、外部装置が画像処理装置１０にその識別情報に対応する患者情報を送信する構成であってもよい。

【0030】

上記記載を踏まえると、画像処理装置は、チャットサービスに投稿された画像データと当該画像データを投稿したユーザの識別情報を受信する受信手段と受信手段が受信した画像データと前記識別情報に対応する情報をフォーム画像に合成し印刷データを出力する。さらに、前記出力された印刷データに基づいて画像を用紙に印刷する印刷手段とを有する。

【0031】

また、ユーザの識別情報と患者情報は画像処理装置１０によって対応付けて記憶されてもいいし、外部の装置に対応付けて記憶されていてもいい。外部の装置に記憶されている場合は、画像処理装置１０が外部の装置からユーザの識別情報に対応する患者情報を受信する。

【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】

＜その他の実施の形態＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給する。そして、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】