(57)【要約】【課題】登録の手間の軽減と，誤った通知先情報の入力の防止と，を実現する技術を提供すること。【解決手段】処方箋の画像データが添付された電子メールを受信した場合に，ＭＦＰ２００は，画像データに対応するＩＤと，ＩＤに対応する画像データを添付されていた電子メールの送信元のメールアドレスと，ＩＤに対応する画像データと，状態情報を関連付けた受付情報レコードを生成して受付情報データベース３５に記憶して，ＩＤに対応する第１バーコードの画像５４と画像データの画像５２をシート５１に印刷する。その後，ＭＦＰ２００は，シート５１に印刷された第１バーコードの画像５４をバーコードリーダ４００で読み取った場合に，読み取ったバーコードからＩＤを抽出し，ＩＤに対応するメールアドレスを受付情報データベース３５から読み出して，そのメールアドレスに完了通知を送信する。【選択図】    図４
2018133679.tif 000002
【特許請求の範囲】
【請求項１】
シートに画像を形成する画像形成部と，
メールサーバと通信を行う通信部と，
シートから画像を読み取る画像読取部と，
記憶部と，
制御部と，
を備え，
前記制御部は，
前記通信部を制御して，前記メールサーバへ，前記メールサーバに保存されている電子メールを送信するよう要求するメール要求を送信させる第１要求送信処理と，
前記第１要求送信処理の実行後，前記通信部を制御して，前記メールサーバから送信された前記電子メールを受信させる電子メール受信処理と，
を実行し，
さらに前記制御部は，
前記電子メール受信処理によって受信された前記電子メールに画像データが添付されていた場合，
前記画像データに対応する識別情報を生成する生成処理と，
前記記憶部に，
前記識別情報と，
前記識別情報に対応する前記画像データを添付されていた前記電子メールの送信元アドレスと，
前記識別情報に対応する前記画像データと，
を記憶させる記憶処理と，
前記画像形成部を制御して，前記識別情報に対応する特定画像と，前記識別情報に対応する前記画像データの画像と，をシートに形成させる画像形成処理と，
を実行し，
さらに前記制御部は，
前記画像読取部を制御して，前記画像形成処理によって画像が形成されたシートから前記特定画像を読み取った場合に，
読み取られた前記特定画像から前記識別情報を抽出する抽出処理と，
前記記憶部から前記抽出処理によって抽出された前記識別情報に対応する前記画像データを添付されていた前記電子メールの送信元アドレスを読み出すアドレス読出処理と，
前記通信部を制御して，前記メールサーバへ，前記アドレス読出処理によって読み出された前記送信元アドレスに対して所定の情報を含む電子メールを送信することを要求するメール送信要求を送信させる第２要求送信処理と，
を実行する，
ことを特徴とする画像形成装置。
【請求項２】
請求項１に記載する画像形成装置において，
さらに前記制御部は，
前記記憶処理では，前記記憶部に，前記識別情報に対応する第１の状態を示す状態情報を記憶させ，
さらに前記制御部は，
前記抽出処理の実行後，前記記憶部から前記抽出処理によって抽出された前記識別情報に対応する前記状態情報を読み出す状態読出処理を実行し，
さらに前記制御部は，
前記状態読出処理によって読み出された前記状態情報が前記第１の状態を示す場合，
前記アドレス読出処理と，
前記第２要求送信処理と，
前記第２要求送信処理の実行後，前記抽出処理によって抽出された前記識別情報に対応する前記状態情報を，第２の状態を示す状態情報に変更する変更処理と，
を実行する，
ことを特徴とする画像形成装置。
【請求項３】
請求項２に記載する画像形成装置において，
さらに前記制御部は，
前記画像形成処理では，前記特定画像として，前記識別情報および第１の更新種別を示す状態更新情報に対応する第１特定画像と，前記識別情報および第２の更新種別を示す状態更新情報に対応する第２特定画像と，をシートに形成させ，
前記抽出処理では，前記特定画像から前記識別情報と前記状態更新情報とを抽出し，
前記抽出処理によって抽出された前記状態更新情報が前記第２の更新種別を示す場合，前記アドレス読出処理，前記第２要求送信処理，および前記変更処理を実行せず，さらに前記抽出処理によって抽出された前記識別情報に対応する前記状態情報を，第３の状態を示す状態情報に変更する，
ことを特徴とする画像形成装置。
【請求項４】
請求項２または請求項３に記載する画像形成装置において，
さらに前記制御部は，
前記画像形成処理では，前記特定画像として，前記識別情報と，枠画像と，をシートに形成し，
前記抽出処理では，前記特定画像から前記識別情報と前記枠画像とを抽出し，
前記抽出処理によって抽出された前記枠画像によって囲まれた領域内の画像が，前記画像形成処理にて形成した枠画像によって囲まれた領域内の画像と同じか否かを判断し，
前記抽出処理によって抽出された前記枠画像によって囲まれた領域内の画像が，前記画像形成処理にて形成した枠画像によって囲まれた領域内の画像と同じではないと判断した場合，前記アドレス読出処理，前記第２要求送信処理，および前記変更処理を実行せず，さらに前記抽出処理によって抽出された前記識別情報に対応する前記状態情報を，第３の状態を示す情報に変更する，
ことを特徴とする画像形成装置。
【請求項５】
請求項２から請求項４のいずれか１つに記載する画像形成装置において，
さらに前記制御部は，
前記記憶処理では，前記状態情報に対応する日時情報であって前記状態情報を記憶した日時を示す前記日時情報を，前記記憶部に記憶させ，
前記記憶部に記憶される前記状態情報が変更された場合に，変更された前記状態情報に対応する前記日時情報を，前記状態情報が変更された日時に変更する，
ことを特徴とする画像形成装置。
【請求項６】
請求項２から請求項４のいずれか１つに記載する画像形成装置において，
さらに前記制御部は，
前記記憶処理では，前記状態情報に対応する日時情報であって前記状態情報を記憶した日時を示す前記日時情報を，前記記憶部に記憶させ，
前記記憶部に記憶される前記状態情報が変更された場合に，変更された前記状態情報に対応する前記日時情報を，前記記憶部に新たに追加する，
ことを特徴とする画像形成装置。
【請求項７】
請求項１に記載する画像形成装置において，
さらに前記制御部は，
前記第２要求送信処理の実行後，前記記憶部から，前記抽出処理によって抽出された前記識別情報に対応する前記画像データを添付されていた前記電子メールの送信元アドレスおよび前記抽出処理によって抽出された前記識別情報に対応する前記画像データとを，削除する削除処理を実行する，
ことを特徴とする画像形成装置。
【請求項８】
請求項７に記載する画像形成装置において，
さらに前記制御部は，
前記第２要求送信処理の実行後，前記前記通信部を制御して，前記抽出処理によって抽出された前記識別情報に対応する前記画像データを添付されていた前記電子メールの送信元アドレスおよび前記抽出処理によって抽出された前記識別情報に対応する前記画像データの情報を，外部装置に送信させ，前記外部装置への送信が完了した後，前記削除処理を実行する，
ことを特徴とする画像形成装置。
【請求項９】
請求項１から請求項８のいずれか１つに記載する画像形成装置において，
前記画像読取部は，バーコードリーダであり，
前記制御部は，
前記画像形成処理では，前記特定画像として，前記識別情報に対応するバーコードの画像を，シートに形成し，
前記抽出処理では，前記バーコードリーダを制御して，前記画像形成処理によってシートに形成された前記バーコードの画像を読み取った場合に，読み取られた前記バーコードの画像から前記識別情報を抽出する
ことを特徴とする画像形成装置。
【請求項１０】
請求項１から請求項９のいずれか一つに記載する画像形成装置において，
操作部を備え，
前記制御部は，
前記操作部が，前記特定画像の読み取りを指示する操作を受け付けた場合，前記画像読取部を制御して，前記画像形成処理によって画像が形成されたシートから前記特定画像を読み取らせる，
ことを特徴とする画像形成装置。
【請求項１１】
シートに画像を形成する画像形成部と，
メールサーバと通信を行う通信部と，
シートから画像を読み取る画像読取部と，
記憶部と，
操作部と，
制御部と，
を備え，
前記制御部は，
前記通信部を制御して，前記メールサーバへ，前記メールサーバに保存されている電子メールを送信するよう要求するメール要求を送信させる第１要求送信処理と，
前記第１要求送信処理の実行後，前記通信部を制御して，前記メールサーバから送信された前記電子メールを受信させる電子メール受信処理と，
を実行し，
さらに前記制御部は，
前記電子メール受信処理によって受信された前記電子メールに画像データが添付されていた場合，
前記画像データに対応する識別情報を生成する生成処理と，
前記記憶部に，
前記識別情報と，
前記識別情報に対応する前記画像データを添付されていた前記電子メールの送信元アドレスと，
前記識別情報に対応する前記画像データと，
を記憶させる記憶処理と，
を実行し，
さらに前記制御部は，
前記操作部が，前記記憶部に記憶されている前記画像データの画像の印刷を指示する操作を受け付けた場合，
前記記憶部から，前記操作によって印刷対象となった前記画像データと，前記操作によって印刷対象となった前記画像データに対応する前記識別情報と，を読み出す印刷対象読出処理と，
前記画像形成部を制御して，前記印刷対象読出処理によって読み出された前記識別情報に対応する特定画像と，前記印刷対象読出処理によって読み出された前記画像データに対応する画像と，をシートに形成させる画像形成処理と，
を実行し，
さらに前記制御部は，
前記画像読取部を制御して，前記画像形成処理によって画像が形成されたシートから前記特定画像を読み取った場合に，
読み取られた前記特定画像から前記識別情報を抽出する抽出処理と，
前記記憶部から前記抽出処理によって抽出された前記識別情報に対応する前記画像データを添付されていた前記電子メールの送信元アドレスを読み出すアドレス読出処理と，
前記通信部を制御して，前記メールサーバへ，前記アドレス読出処理によって読み出された前記送信元アドレスに対して所定の情報を含む電子メールを送信することを要求するメール送信要求を送信させる第２要求送信処理と，
を実行する，
ことを特徴とする画像形成装置。
【請求項１２】
請求項１１に記載する画像形成装置において，
さらに前記制御部は，
前記記憶処理では，前記記憶部に，前記識別情報に対応する第１の状態を示す状態情報を記憶させ，
さらに前記制御部は，
前記画像形成処理の実行後，前記印刷対象読出処理によって読み出された前記識別情報に対応する前記状態情報を，第２の状態を示す情報に変更する第１の変更処理を実行し，
さらに前記制御部は，
前記抽出処理の実行後，前記記憶部から前記抽出処理によって抽出された前記識別情報に対応する前記状態情報を読み出す状態読出処理を実行し，
さらに前記制御部は，
前記状態読出処理によって読み出された前記状態情報が前記第２の状態を示す場合，
前記アドレス読出処理と，
前記第２要求送信処理と，
前記第２要求送信処理の実行後，前記抽出処理によって抽出された前記識別情報に対応する前記状態情報を，第３の状態を示す情報に変更する第２の変更処理と，
を実行する，
ことを特徴とする画像形成装置。
【請求項１３】
請求項１１に記載する画像形成装置において，
さらに前記制御部は，
前記第２要求送信処理の実行後，前記記憶部から，前記抽出処理によって抽出された前記識別情報に対応する前記画像データを添付されていた前記電子メールの送信元アドレスおよび前記抽出処理によって抽出された前記識別情報に対応する前記画像データとを，削除する削除処理を実行する，
ことを特徴とする画像形成装置。
【請求項１４】
請求項１１から請求項１３のいずれか一つに記載する画像形成装置において，
前記制御部は，
前記操作部が，前記特定画像の読み取りを指示する操作を受け付けた場合，前記画像読取部を制御して，前記画像形成処理によって画像が形成されたシートから前記特定画像を読み取らせる，
ことを特徴とする画像形成装置。
【請求項１５】
シートに画像を形成する画像形成部と，
メールサーバと通信を行う通信部と，
シートから画像を読み取る画像読取部と，
を備える画像形成装置による情報通知方法であって，
前記通信部によって，前記画像形成装置から前記メールサーバへ，前記メールサーバに保存されている電子メールを送信するよう要求するメール要求を送信する第１要求送信ステップと，
前記第１要求送信ステップの後，前記メールサーバから前記画像形成装置へ送信された前記電子メールを前記画像形成装置が受信する電子メール受信ステップと，
を含み，
さらに，受信された前記電子メールに画像データが添付されていた場合のステップとして，
前記画像データに対応する識別情報を生成する生成ステップと，
前記識別情報と，
前記識別情報に対応する前記画像データを添付されていた前記電子メールの送信元アドレスと，
前記識別情報に対応する前記画像データと，
を記憶装置に記憶させる記憶ステップと，
前記画像形成部によって，前記識別情報に対応する特定画像と，前記識別情報に対応する前記画像データの画像と，をシートに形成する画像形成ステップと，
を含み，
前記画像読取部を制御して，前記画像形成ステップにて画像が形成されたシートから前記特定画像を読み取った場合のステップとして，
読み取られた前記特定画像から前記識別情報を抽出する抽出ステップと，
前記記憶装置から，前記抽出ステップにて抽出された前記識別情報に対応する前記画像データを添付されていた前記電子メールの送信元アドレスを読み出すアドレス読出ステップと，
前記通信部によって，前記画像形成装置から前記メールサーバへ，前記アドレス読出ステップにて読み出された前記送信元アドレスに対して所定の情報を含む電子メールを送信することを要求するメール送信要求を送信する第２要求送信ステップと，
を含む，
ことを特徴とする前記画像形成装置の情報通知方法。
【請求項１６】
請求項１５に記載する情報通知方法において，
前記記憶ステップでは，前記記憶装置に，前記識別情報に対応する第１の状態を示す状態情報を記憶させ，
前記画像読取部を制御して，前記画像形成ステップにて画像が形成されたシートから前記特定画像を読み取った場合のステップとして，さらに，
前記抽出ステップの後，前記記憶装置から前記抽出ステップにて抽出された前記識別情報に対応する前記状態情報を読み出す状態読出ステップを含み，
さらに，前記状態読出ステップにて読み出された前記状態情報が前記第１の状態を示す場合のステップとして，
前記アドレス読出ステップと，
前記第２要求送信ステップと，
前記第２要求送信ステップの後，前記抽出ステップにて抽出された前記識別情報に対応する前記状態情報を，第２の状態を示す情報に変更する変更ステップと，
を含む，
ことを特徴とする情報通知方法。
【請求項１７】
請求項１５に記載する情報通知方法において，
前記画像読取部を制御して，前記画像形成ステップにて画像が形成されたシートから前記特定画像を読み取った場合のステップとして，さらに，
前記第２要求送信ステップの後，前記記憶装置から，前記抽出ステップにて抽出された前記識別情報に対応する前記画像データを添付されていた前記電子メールの送信元アドレスおよび前記抽出ステップによって抽出された前記識別情報に対応する前記画像データとを，削除する削除ステップを含む，
ことを特徴とする情報通知方法。
【請求項１８】
シートに画像を形成する画像形成部と，
メールサーバと通信を行う通信部と，
シートから画像を読み取る画像読取部と，
操作部と，
を備える画像形成装置による情報通知方法であって，
前記通信部によって，前記画像形成装置から前記メールサーバへ，前記メールサーバに保存されている電子メールを送信するよう要求するメール要求を送信する第１要求送信ステップと，
前記第１要求送信ステップの後，前記メールサーバから前記画像形成装置へ送信された前記電子メールを前記画像形成装置が受信する電子メール受信ステップと，
を含み，
さらに，受信された前記電子メールに画像データが添付されていた場合のステップとして，
前記画像データに対応する識別情報を生成する生成ステップと，
前記識別情報と，
前記識別情報に対応する前記画像データを添付されていた前記電子メールの送信元アドレスと，
前記識別情報に対応する前記画像データと，
を記憶装置に記憶させる記憶ステップと，
を含み，
前記操作部によって，前記記憶装置に記憶されている前記画像データの画像の印刷を指示する操作を受け付けた場合のステップとして，
前記記憶装置から，前記操作によって印刷対象となった前記画像データと，前記操作によって印刷対象となった前記画像データに対応する前記識別情報と，を読み出す印刷対象読出ステップと，
前記画像形成部によって，前記印刷対象読出ステップにて読み出された前記識別情報に対応する特定画像と，前記印刷対象読出ステップにて読み出された前記画像データに対応する画像と，をシートに形成する画像形成ステップと，
を含み，
前記画像読取部を制御して，前記画像形成ステップにて画像が形成されたシートから前記特定画像を読み取った場合のステップとして，
読み取られた前記特定画像から前記識別情報を抽出する抽出ステップと，
前記記憶装置から，前記抽出ステップにて抽出された前記識別情報に対応する前記画像データを添付されていた前記電子メールの送信元アドレスを読み出すアドレス読出ステップと，
前記通信部によって，前記画像形成装置から前記メールサーバへ，前記アドレス読出ステップにて読み出された前記送信元アドレスに対して所定の情報を含む電子メールを送信することを要求するメール送信要求を送信する第２要求送信ステップと，
を含む，
ことを特徴とする前記画像形成装置の情報通知方法。
【請求項１９】
請求項１８に記載する情報通知方法において，
前記記憶ステップでは，前記記憶装置に，前記識別情報に対応する第１の状態を示す状態情報を記憶させ，
前記操作部によって，前記記憶装置に記憶されている前記画像データの画像の印刷を指示する操作を受け付けた場合のステップとして，さらに，
前記画像形成ステップの後，前記印刷対象読出ステップにて読み出された前記識別情報に対応する前記状態情報を，第２の状態を示す情報に変更する第１の変更ステップを含み，
前記画像読取部を制御して，前記画像形成ステップにて画像が形成されたシートから前記特定画像を読み取った場合のステップとして，さらに，
前記抽出ステップの後，前記記憶装置から前記抽出ステップにて抽出された前記識別情報に対応する前記状態情報を読み出す状態読出ステップを含み，
さらに，前記状態読出ステップにて読み出された前記状態情報が前記第２の状態を示す場合のステップとして，
前記アドレス読出ステップと，
前記第２要求送信ステップと，
前記第２要求送信ステップの後，前記抽出ステップにて抽出された前記識別情報に対応する前記状態情報を，第３の状態を示す情報に変更する第２の変更ステップと，
を含む，
ことを特徴とする情報通知方法。
【請求項２０】
請求項１８に記載する情報通知方法において，
前記画像読取部を制御して，前記画像形成ステップにて画像が形成されたシートから前記特定画像を読み取った場合のステップとして，さらに，
前記第２要求送信ステップの後，前記記憶装置から，前記抽出ステップにて抽出された前記識別情報に対応する前記画像データを添付されていた前記電子メールの送信元アドレスおよび前記抽出ステップによって抽出された前記識別情報に対応する前記画像データとを，削除する削除ステップを含む，
ことを特徴とする情報通知方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，画像形成装置および情報通知方法に関する。さらに詳細には，画像形成装置から通信機器に対して通知を行う技術に関するものである。
【背景技術】
【０００２】
従来から，ユーザが所有する通信機器に対して所定の情報を送信することで，その所定の情報をユーザに通知する技術が知られている。例えば，特許文献１には，調剤薬局において，薬の準備ができたにもかかわらず薬を受け取っていない顧客に対して，薬の準備ができていることを通知する情報通知システムが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−１７３３７３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら，前記した従来の技術には次のような問題があった。すなわち，特許文献１に開示される技術では，薬の準備ができていることの通知を希望する顧客が，氏名やメールアドレス等の通知先情報を，通知を行う装置にあらかじめ登録しておく必要があり，登録に手間がかかる。また，登録された通知先情報に誤りがあると，本来の通知先に通知が届かない可能性もある。
【０００５】
本発明は，前記した従来の技術が有する問題点を解決するためになされたものである。すなわちその課題とするところは，登録の手間の軽減と，誤った通知先情報の入力の防止と，を実現する技術を提供することにある。
【課題を解決するための手段】
【０００６】
この課題の解決を目的としてなされた画像形成装置は，シートに画像を形成する画像形成部と，メールサーバと通信を行う通信部と，シートから画像を読み取る画像読取部と，記憶部と，制御部と，を備え，前記制御部は，前記通信部を制御して，前記メールサーバへ，前記メールサーバに保存されている電子メールを送信するよう要求するメール要求を送信させる第１要求送信処理と，前記第１要求送信処理の実行後，前記通信部を制御して，前記メールサーバから送信された前記電子メールを受信させる電子メール受信処理と，を実行し，さらに前記制御部は，前記電子メール受信処理によって受信された前記電子メールに画像データが添付されていた場合，前記画像データに対応する識別情報を生成する生成処理と，前記記憶部に，前記識別情報と，前記識別情報に対応する前記画像データを添付されていた前記電子メールの送信元アドレスと，前記識別情報に対応する前記画像データと，を記憶させる記憶処理と，前記画像形成部を制御して，前記識別情報に対応する特定画像と，前記識別情報に対応する前記画像データの画像と，をシートに形成させる画像形成処理と，を実行し，さらに前記制御部は，前記画像読取部を制御して，前記画像形成処理によって画像が形成されたシートから前記特定画像を読み取った場合に，読み取られた前記特定画像から前記識別情報を抽出する抽出処理と，前記記憶部から前記抽出処理によって抽出された前記識別情報に対応する前記画像データを添付されていた前記電子メールの送信元アドレスを読み出すアドレス読出処理と，前記通信部を制御して，前記メールサーバへ，前記アドレス読出処理によって読み出された前記送信元アドレスに対して所定の情報を含む電子メールを送信することを要求するメール送信要求を送信させる第２要求送信処理と，を実行する，ことを特徴とする。
【０００７】
本明細書に開示される画像形成装置は，画像データが添付された電子メールを受信すると，その受信した各電子メールに添付された画像データについて，識別情報と，電子メールの送信元アドレスと，添付されていた画像データと，を関連付けて自動的に記憶部に記憶する。そして，画像形成装置は，記憶部に記憶した送信元アドレスに完了通知を送信する。そのため，画像形成装置には，メールアドレス等の通知先情報を事前に登録する必要が無い。これにより，ユーザには，通知先情報を登録する手間が生じない。そして，画像形成装置は，識別情報に対応する特定画像と識別情報に対応する画像データの画像とを同じシートに印刷する。その後，画像形成装置は，シートから特定画像を読み取ると，その特定画像から識別情報を抽出し，抽出された識別情報に対応する送信元アドレスを通知先に決定する。そのため，通知先情報を入力する際の入力ミスが生じ難い。
【０００８】
また，本明細書には，シートに画像を形成する画像形成部と，メールサーバと通信を行う通信部と，シートから画像を読み取る画像読取部と，記憶部と，操作部と，制御部と，を備え，前記制御部は，前記通信部を制御して，前記メールサーバへ，前記メールサーバに保存されている電子メールを送信するよう要求するメール要求を送信させる第１要求送信処理と，前記第１要求送信処理の実行後，前記通信部を制御して，前記メールサーバから送信された前記電子メールを受信させる電子メール受信処理と，を実行し，さらに前記制御部は，前記電子メール受信処理によって受信された前記電子メールに画像データが添付されていた場合，前記画像データに対応する識別情報を生成する生成処理と，前記記憶部に，前記識別情報と，前記識別情報に対応する前記画像データを添付されていた前記電子メールの送信元アドレスと，前記識別情報に対応する前記画像データと，を記憶させる記憶処理と，を実行し，さらに前記制御部は，前記操作部が，前記記憶部に記憶されている前記画像データの画像の印刷を指示する操作を受け付けた場合，前記記憶部から，前記操作によって印刷対象となった前記画像データと，前記操作によって印刷対象となった前記画像データに対応する前記識別情報と，を読み出す印刷対象読出処理と，前記画像形成部を制御して，前記印刷対象読出処理によって読み出された前記識別情報に対応する特定画像と，前記印刷対象読出処理によって読み出された前記画像データに対応する画像と，をシートに形成させる画像形成処理と，を実行し，さらに前記制御部は，前記画像読取部を制御して，前記画像形成処理によって画像が形成されたシートから前記特定画像を読み取った場合に，読み取られた前記特定画像から前記識別情報を抽出する抽出処理と，前記記憶部から前記抽出処理によって抽出された前記識別情報に対応する前記画像データを添付されていた前記電子メールの送信元アドレスを読み出すアドレス読出処理と，前記通信部を制御して，前記メールサーバへ，前記アドレス読出処理によって読み出された前記送信元アドレスに対して所定の情報を含む電子メールを送信することを要求するメール送信要求を送信させる第２要求送信処理と，を実行する，ことを特徴とする画像形成装置が，開示されている。
【０００９】
上記装置の機能を実現するための制御方法，コンピュータプログラム，および当該コンピュータプログラムを格納するコンピュータにて読取可能な記憶媒体も，新規で有用である。
【発明の効果】
【００１０】
本発明によれば，登録の手間の軽減と，誤った通知先情報の入力の防止と，を実現する技術が実現される。
【図面の簡単な説明】
【００１１】
【図１】本発明の第１実施形態である画像形成装置の電気的構成を示すブロック図である。
【図２】受付情報データベースのデータ構造を示す図である。
【図３】処方箋の一例を示す図である。
【図４】通知処理の概要を示すシーケンス図である。
【図５】処方箋受付処理の手順を示すフローチャートである。
【図６】調剤後処理の手順を示すフローチャートである。
【図７】図６のサブフローチャートである。
【図８】本発明の第２実施形態である画像形成装置が印刷した処方箋の一例を示す図である。
【図９】処方箋受付処理の手順を示すフローチャートである。
【図１０】調剤後処理の手順を示すフローチャートである。
【図１１】本発明の第３実施形態である画像形成装置が実行する処方箋受付処理の手順を示すフローチャートである。
【図１２】処方箋印刷処理の手順を示すフローチャートである。
【図１３】受付情報データベースのデータ構造を示す図である。
【発明を実施するための形態】
【００１２】
以下，本実施形態にかかる装置について，添付図面を参照しつつ詳細に説明する。
【００１３】
（第１実施形態）
以下，第１実施形態にかかる装置について，添付図面を参照しつつ詳細に説明する。本形態は，読取機能および印刷機能を有する複合機（ＭＦＰ：Multi Function Peripheral）に本発明を適用したものである。
【００１４】
［ＭＦＰの構成］
図１に示すように，本形態のＭＦＰ２００は，自機がクライアントとして登録されるメールサーバ３０１に，ネットワークを介して通信可能に接続されている。メールサーバ３０１は，クライアントの要求に応じて電子メールの送受信を制御したり，クライアント宛の電子メールを保存したりする。つまり，ＭＦＰ２００は，メールサーバ３０１を介して他の通信機器と電子メールの送受信を行うことができる。通信機器には，例えば，スマートフォン１００の他，タブレットなどのユーザが持ち歩くことができる移動通信端末や，パソコンや，複合機などが含まれる。
【００１５】
また，ＭＦＰ２００は，外部装置５００にネットワークを介して接続され，作業ログなどを残すようにしている。なお，ＭＦＰ２００は，ＵＳＢケーブル等を介して外部装置５００に接続しても良いし，ＷｉＦｉなどを介して外部装置５００に無線通信接続しても良い。
【００１６】
ＭＦＰ２００は，ＣＰＵ３１と，ＲＯＭ３２と，ＲＡＭ３３と，ＮＶＲＡＭ（Non Volatile RAM）３４とを備えたコントローラ３０を備えている。また，コントローラ３０は，シートに画像を印刷する画像形成部１０と，原稿の画像を読み取るスキャナ部１１と，動作状況の表示やユーザによる入力操作の受付を行う操作パネル４０と，バーコードリーダインターフェイス３７と，ネットワークインターフェイス３９に接続されている。ＲＡＭ３３は、記憶部の一例である。ネットワークインターフェイス３９は，通信部の一例である。
【００１７】
コントローラ３０は，ＣＰＵ３１等，プリンタの制御に利用されるハードウェアを纏めた総称であって，実際にプリンタに存在する単一のハードウェアを表すとは限らない。ＣＰＵ３１は，制御部の一例である。なお，コントローラ３０が制御部であってもよい。
【００１８】
画像形成部１０は，カラー印刷が可能であってもモノクロ印刷のみが可能であってもよい。本形態では，カラー印刷が可能なものとする。また，印刷方式についても，電子写真方式であってもインクジェット方式であってもよい。
【００１９】
また，スキャナ部１１は，カラースキャンが可能であってもモノクロスキャンのみが可能であってもよい。本形態では，カラースキャンが可能なものとする。また，読取機構についても，ＣＣＤであってもＣＩＳであってもよい。更に，スキャナ部１１は，ＯＣＲ機能を備えても良い。
【００２０】
操作パネル４０は，ユーザによる入力操作を受け付けるボタン群４１と，メッセージや設定内容を表示する液晶ディスプレイ４２とを有している。ボタン群４１としては，例えば，画像処理の開始を指示するＯＫボタンや，画像処理のキャンセルを指示するキャンセルボタンがある。また，ＭＦＰ２００は，各種のボタンを液晶ディスプレイ４２に表示させ，押下された位置に基づいて各種の指示を受け付けても良い。ボタン群４１は操作部の一例になる。尚，液晶ディスプレイ４２がタッチパネルの場合には，液晶ディスプレイ４２が操作部の一例になる。
【００２１】
ＲＯＭ３２には，ＭＦＰ２００を制御するための制御プログラムであるファームウェアや各種設定，初期値等が記憶されている。ＲＡＭ３３およびＮＶＲＡＭ３４は，各種制御プログラムが読み出される作業領域として，あるいはデータを一時的に記憶する記憶領域として利用される。
【００２２】
ＣＰＵ３１は，ＲＯＭ３２から読み出した制御プログラムや各種センサから送られる信号に従って，その処理結果をＲＡＭ３３またはＮＶＲＡＭ３４に記憶させながら，ＭＦＰ２００の各構成要素を制御する。
【００２３】
ここで，ＲＡＭ３３は，ＭＦＰ２００がネットワークインターフェイス３９を制御してメールサーバ３０１に保存されている自機宛の電子メール（以下「未受信メール」ともいう）を受信した場合に，受信した順番に従って，メールサーバ３０１から受信した未受信メールを，処方箋の登録および印刷が終了しておらず，処方箋を受け付けられていない「未処理メール」として，記憶する。
【００２４】
また，ＲＡＭ３３には，受付情報データベース３５が，設けられている。例えば図２に示すように，受付情報データベース３５には，「ＩＤ」のアイテムと，「送信元アドレス」のアイテムと，「添付データ」のアイテムと，「状態」のアイテムと，「調剤日時」のアイテムと，「納品日時」のアイテムを備える受付情報レコードが，格納される。つまり，受付情報データベース３５には，ＩＤと，送信元アドレスと，添付データと，状態に関する情報が関連付けて記憶される。また，受付情報データベース３５には，ＩＤ毎に，調剤日時と納品日時に関する情報が作業の進行状況に応じて適宜追加して記憶される。
【００２５】
すなわち，「ＩＤ」のアイテムには，処方箋の画像データに付与されたＩＤが記憶される。ＩＤは，識別情報の一例である。ＩＤは，ＭＦＰ２００が受信した電子メールに添付された処方箋の画像データに対応して画像データの各々に生成される。つまり，ＩＤは，処方箋毎に生成される。「送信元アドレス」のアイテムには，各ＩＤに対応する画像データが添付されていた電子メールの送信元のメールアドレスが，記憶される。そのため，１通の電子メールに複数の画像データが添付されている場合には，異なるＩＤの「送信元アドレス」のアイテムに，同じメールアドレスが登録される。これにより，１通の電子メールに添付された複数の処方箋の画像データが，当該１通の電子メールの送信元に紐付けされる。「添付データ」のアイテムには，ＩＤに対応する画像データのファイル名および保存先を示す情報が記憶される。
【００２６】
「状態」のアイテムには，作業の進行状況を示す情報が記憶される。つまり，「状態」のアイテムには，処方箋の登録および印刷が終了し，処方箋を受け付けられたけれども，調剤が完了しておらず，完了通知を送信していないことを示す情報である「受付済み」と，調剤が完了し，完了通知の送信が完了したことを示す情報である「調剤済み」と，薬の納品が完了したことを示す情報である「納品済み」が，変更可能に設定される。本形態において，「受付済み」は，第１の状態を示す状態情報の一例である。「調剤済み」は，第２の状態を示す状態情報の一例である。「納品済み」は，第３の状態を示す状態情報の一例である。
【００２７】
「調剤日時」のアイテムには，調剤が完了した日時を示す情報が記憶される。つまり，「調剤日時」のアイテムには，「状態」のアイテムに「調剤済み」を記憶した日時が，記憶される。「納品日時」には，納品が完了した日時を示す情報が記憶される。つまり，「納品日時」には，「状態」のアイテムに「納品済み」を記憶した日時が，記憶される。「調剤日時」のアイテムと「納品日時」のアイテムに記憶される日時の情報が，日時情報の一例である。
【００２８】
図１の説明に戻り，ネットワークインターフェイス３９は，ＬＡＮケーブルを介して接続された装置と通信を行うためのハードウェアである。ＭＦＰ２００は，ネットワークインターフェイス３９がネットワークを介してメールサーバ３０１と外部装置５００に接続されている。
【００２９】
バーコードリーダインターフェイス３７は，バーコードリーダ４００との通信を制御するハードウェアである。バーコードリーダ４００は，画像読取部の一例である。バーコードリーダインターフェイス３７とバーコードリーダ４００は，有線接続しても良いし，無線接続しても良い。また，バーコードリーダ４００は，例えば，ペンリーダでも，ＣＣＤタッチリーダでも，レーザスキャナでも，二次元バーコードリーダでも，定置式バーコードリーダでも良い。
【００３０】
例えば図３に示すように，シート５１には，処方箋の画像データの画像５２の他に，第１バーコードの画像５４と第２バーコードの画像５５が印刷されている。第１バーコードの画像５４と第２バーコードの画像５５は，特定画像の一例である。また，第１バーコードの画像５４は，第１特定画像の一例である。第２バーコードの画像５５は，第２特定画像の一例である。ＭＦＰ２００は，バーコードリーダ４００に第１バーコードの画像５４又は第２バーコードの画像５５を読み取らせる。
【００３１】
第１バーコードの画像５４には，ＩＤと，第１状態更新情報が含まれる。第１状態更新情報は，第１の更新種別を示す状態更新情報の一例である。第１状態更新情報は，第１バーコードの画像５４に含まれるＩＤに対応する受付情報データベース３５の「状態」のアイテムを，「調剤済み」に変更することを指示する情報である。
【００３２】
これに対して，第２バーコードの画像５５には，ＩＤと，第２状態更新情報が含まれる。第２状態更新情報は，第２の更新種別を示す状態更新情報の一例である。第２状態更新情報は，第２バーコードの画像５５に含まれるＩＤに対応する受付情報データベース３５の「状態」のアイテムを，「納品済み」に変更することを指示する情報である。
【００３３】
第２バーコードの画像５５は，第１バーコードの画像５４に含まれるＩＤと同じＩＤを含むが，第１バーコードの画像５４に含まれる第１状態更新情報と異なる第２状態更新情報を含む。そのため，ＭＦＰ２００は，第１状態更新情報と第２状態更新情報の違いにより，第１バーコードの画像５４と第２バーコードの画像５５を読み分けることができる。
【００３４】
［完了通知の概要］
続いて，ＭＦＰ２００が調剤の完了を通知する概要について，図４に示すシーケンス図を参照して説明する。
【００３５】
例えば，患者は，病院から提供された処方箋を自分のスマートフォン１００のカメラで撮影し，処方箋の画像データを電子メールに添付して，かかりつけの薬局のメールアドレスに送信する。
【００３６】
薬局に設置されたＭＦＰ２００は，画像データが添付された電子メールを受信すると，画像データに付与されたＩＤと，当該電子メールの送信元のメールアドレスと，ＩＤに対応する画像データのファイル名および保存先に関する情報と，状態を関連付けた受付情報レコードを生成し，受付情報データベース３５に自動的に記憶する。このとき，「状態」のアイテムには，「受付済み」が自動的に設定される。よって，患者は，ＭＦＰ２００に自分のメールアドレス等を事前に登録する必要がない。
【００３７】
その後，ＭＦＰ２００は，ＩＤに対応する第１バーコードの画像５４と，第２バーコードの画像５５と，処方箋の画像データの画像５２を，シート５１に印刷する。薬剤師は，ＭＦＰ２００が印刷したシート５１を受け取り，調剤を行う。
【００３８】
調剤が完了すると，薬剤師は，シート５１に印刷された第１バーコードの画像５４を，バーコードリーダ４００に読み取らせる。すると，ＭＦＰ２００は，第１バーコードの画像５４からＩＤを抽出し，抽出したＩＤに対応するメールアドレスを，受付情報データベース３５から読み出す。ＭＦＰ２００は，読み出したメールアドレスを通知先にして，調剤が完了したことを通知する完了通知を送信する。よって，ＭＦＰ２００は，通知先になるメールアドレスが入力されなくても，当該処方箋の画像データを送信した患者のスマートフォン１００に，完了通知を自動送信できる。
【００３９】
完了通知を送信したＭＦＰ２００は，第１バーコードの画像５４に含まれる第１状態更新情報に従って，ＩＤに対応する受付情報データベース３５の「状態」のアイテムを，「調剤済み」に自動的に変更する。
【００４０】
スマートフォン１００に完了通知が届くと，患者が薬局へ行って薬を受け取る。薬剤師は，薬を納品する場合に，シート５１に印刷された第２バーコードの画像５５を，バーコードリーダ４００に読み取らせる。すると，ＭＦＰ２００は，第２バーコードの画像５５に含まれる第２状態更新情報に従って，ＩＤに対応する受付情報データベース３５の「状態」のアイテムを，「納品済み」に自動的に変更する。ＭＦＰ２００が「状態」のアイテムを自動更新するので，薬局側が「状態」のアイテムに情報を入力する手間が軽減される。
【００４１】
その後，ＭＦＰ２００は，ＩＤに対応するメールアドレスと画像データを外部装置５００へ送信する。これにより，作業のログが外部装置５００に残される。それから，ＭＦＰ２００は，ＩＤに対応するメールアドレスと画像データを削除する。これにより，ＲＡＭ３３の記憶容量が確保される。
【００４２】
［完了通知送信処理の制御手順］
続いて，完了通知の送信を制御する手順を，図５〜図７のフローチャートを参照して説明する。完了通知の送信手順は，作業の流れによって大きく，図５のフローチャートに示す処方箋受付処理と，図６及び図７のフローチャートに示す調剤後処理に分けられる。以下では，処方箋受付処理の制御手順を説明した後，調剤後処理の制御手順を説明する。
【００４３】
［処方箋受付処理］
図５のフローチャートに示す処方箋受付処理は，ＣＰＵ３１にて定期的に実行される。例えば，病院から処方箋を受け取った患者は，自分のスマートフォン１００のカメラで処方箋を撮影して，処方箋の画像データを電子メールに添付し，薬局が指定するメールアドレスに送信する。この電子メールは，ＭＦＰ２００がクライアントとして登録されるメールサーバ３０１に保存される。そこで，ＣＰＵ３１は，ネットワークインターフェイス３９を制御して，メールサーバ３０１に定期的に自動接続し，それを契機に図５のフローチャートに示す処理を実行する。
【００４４】
ＣＰＵ３１は，ネットワークインターフェイス３９を制御して，メールサーバ３０１が保存しているＭＦＰ２００宛の未受信メールを，ＭＦＰ２００に送信することを，メールサーバ３０１へ要求する（Ｓ１）。Ｓ１の処理は，第１要求送信処理の一例である。そして，ＣＰＵ３１は，ネットワークインターフェイス３９を制御して，メールサーバ３０１に保存されているＭＦＰ２００宛の未受信メールを，メールサーバ３０１から全て受信し，未処理メールとしてＲＡＭ３３に記憶する（Ｓ２）。Ｓ２の処理は，電子メール受信処理の一例である。未処理メールは，受信された順番にＲＡＭ３３に記憶される。
【００４５】
その後，ＣＰＵ３１は，未処理メールの受信順番Ｎに「０」を設定する（Ｓ３）。それから，ＣＰＵ３１は，ＲＡＭ３３に未処理メールが有るか否かを判断する（Ｓ４）。ＣＰＵ３１は，ＲＡＭ３３に未処理メールが記憶されていない場合には，未処理メールがないと判断し（Ｓ４：ＮＯ），処方箋受付処理を終了する。
【００４６】
一方，ＣＰＵ３１は，ＲＡＭ３３に未処理メールが記憶されている場合には，未処理メールが有ると判断する（Ｓ４：ＹＥＳ）。この場合，ＣＰＵ３１は，受信順番Ｎに「１」を加算し，未処理メールの順番をカウントする（Ｓ５）。その後，ＣＰＵ３１は，第Ｎ未処理メールをＲＡＭ３３から読み出す（Ｓ６）。
【００４７】
それから，ＣＰＵ３１は，Ｓ６にて読み出した第Ｎ未処理メールに画像データが添付されているか否かを判断する（Ｓ７）。ネットを介して処方箋を受け付ける場合には，調剤のための処方箋の画像データを電子メールに添付する必要があるからである。
【００４８】
ＣＰＵ３１は，Ｓ６にて読み出した第Ｎ未処理メールに画像データが添付されていないと判断した場合には（Ｓ７：ＮＯ），Ｓ６にて読み出した第Ｎ未処理メールの送信元のメールアドレスを宛先に設定し，「添付データなし」を通知する電子メールを送信することをメールサーバ３０１に要求する（Ｓ１６）。患者は，この通知を自分のスマートフォン１００で確認することにより，処方箋の画像データを添付し忘れたことに気付き，処方箋の画像データを添付した電子メールをＭＦＰ２００に送り直すことができる。
【００４９】
これに対して，ＣＰＵ３１は，Ｓ６にて読み出した第Ｎ未処理メールに画像データが添付されていると判断した場合には（Ｓ７：ＹＥＳ），画像データの添付数Ｘに「０」を設定する。第Ｎ未処理メールには，複数の処方箋の画像データが添付されていることがある。そのため，ＣＰＵ３１は，画像データの添付数Ｘを「０」に初期化する（Ｓ８）。そして，ＣＰＵ３１は，画像データの添付数Ｘに「１」を加算し，画像データの添付数Ｘをカウントする（Ｓ９）。
【００５０】
それから，ＣＰＵ３１は，Ｓ６にて読み出した第Ｎ未処理メールに添付された画像データのうち，第Ｎ未処理メールに対してＸ番目に添付された第Ｘ画像データをＲＡＭ３３から読み出して取得する（Ｓ１０）。そして，ＣＰＵ３１は，Ｓ１０にて取得した第Ｘ画像データに対応するＩＤを生成する（Ｓ１１）。Ｓ１１の処理は，生成処理の一例である。
【００５１】
そして，ＣＰＵ３１は，ＩＤと，送信元のメールアドレスと，第Ｘ画像データと，状態を関連付けて，１つの受付情報レコードとして生成し，受付情報データベース３５に記憶する。そして，ＣＰＵ３１は，「状態」のアイテムを「受付済み」に設定する（Ｓ１２）。Ｓ１２の処理は，記憶処理の一例である。つまり，ＣＰＵ３１は，受付情報データベース３５の「ＩＤ」のアイテムに，Ｓ１１にて生成したＩＤを記憶する。このＩＤに対応する受付情報レコードの「送信元アドレス」のアイテムに，ＣＰＵ３１は，Ｓ６にて読み出した第Ｎ未処理メールの送信元のメールアドレスを記憶する。そして，同受付情報レコードの「添付データ」のアイテムに，ＣＰＵ３１は，Ｓ１０にて取得した第Ｘ画像データのファイル名と保存先に関する情報を，記憶する。そして，同受付情報レコードの「状態」のアイテムに，ＣＰＵ３１は，「受付済み」を記憶する。
【００５２】
それから，ＣＰＵ３１は，Ｓ１１にて生成したＩＤに対応する第１バーコードの画像５４と第２バーコードの画像５５を生成する（Ｓ１３）。つまり，ＣＰＵ３１は，Ｓ１１にて生成したＩＤと，ＩＤに対応する受付情報データベース３５の「状態」のアイテムを「調剤済み」に変更することを指示する情報である第１状態更新情報とを含む第１バーコードの画像５４を生成する。また，ＣＰＵ３１は，Ｓ１１にて生成したＩＤと，ＩＤに対応する受付情報データベース３５の「状態」のアイテムを「納品済み」に変更することを指示する情報である第２状態更新情報とを含む第２バーコードの画像５５を生成する。
【００５３】
その後，ＣＰＵ３１は，第１バーコードの画像５４と第２バーコードの画像５５をシート５１の余白５３に挿入し，画像形成部１０を制御して，処方箋の画像データの画像５２をシート５１に印刷する（Ｓ１４）。つまり，ＣＰＵ３１は，ＩＤに対応する「添付データ」のアイテムから処方箋の画像データのファイル名と保存先に関する情報を取得し，所定の保存先から取得したファイル名と同じファイル名の画像データを読み出す。そして，ＣＰＵ３１は，Ｓ１３にて生成した第１バーコードの画像５４と第２バーコードの画像５５を，画像データの画像５２と共に，シート５１に印刷する。
【００５４】
処方箋の画像データの画像５２を印刷すると，ＣＰＵ３１は，第Ｎ未処理メールに添付された画像データを全て印刷したか否かを判断する（Ｓ１５）。
【００５５】
ＣＰＵ３１は，第Ｎ未処理メールに添付された画像データを全て印刷していない場合（第Ｎ未処理メールに添付された画像データのうち，まだ印刷していない画像データが残っている場合）には（Ｓ１５：ＮＯ），Ｓ９に戻り，まだ印刷していない画像データに対応するＳ９〜Ｓ１５の処理を行う。
【００５６】
例えば，患者は，内科を受診して処方箋Ａを病院から受け取り，外科を受診して処方箋Ｂを受け取った場合には，電子メールに処方箋Ａの画像データＡＡと処方箋Ｂの画像データＢＢを添付して，ＭＦＰ２００に送信する。この場合，ＣＰＵ３１は，Ｓ９〜Ｓ１５の処理を繰り返し行うことにより，画像データＡＡと画像データＢＢを同じ電子メールに紐付けして，受付情報データベース３５に記憶する。
【００５７】
すなわち，ＣＰＵ３１は，第Ｎ未処理メールに添付された処方箋Ａの画像データＡＡについてＩＤを生成し，その生成したＩＤに第Ｎ未処理メールの送信元アドレスと画像データＡＡを関連付けた受付情報レコードを生成し，受付情報データベース３５に記憶する。また，ＣＰＵ３１は，同第Ｎ未処理メールに添付された処方箋Ｂの画像データＢＢについて，画像データＡＡと別にＩＤを生成し，その生成したＩＤに同第Ｎ未処理メールの送信元アドレスと画像データＢＢを関連付けた受付情報レコードを生成し，受付情報データベース３５に記憶する。この場合において，画像データＡＡのＩＤに対応する受付情報レコードの送信元アドレスと，画像データＢＢのＩＤに対応する受付情報レコードの送信元アドレスには，同じメールアドレスが登録される。そのため，ＭＦＰ２００は，処方箋Ａに従う調剤が完了したことを通知する完了通知と，処方箋Ｂに従う調剤が完了したことを通知する完了通知を，同一のメールアドレスに送信できるようになる。
【００５８】
一方，ＣＰＵ３１は，第Ｎ未処理メールに添付された画像データを全て印刷した場合（第Ｎ未処理メールに添付された画像データのうち，印刷していない画像データが残っていない場合）は（Ｓ１５：ＹＥＳ），Ｓ４に戻り，Ｓ５〜Ｓ１５の処理を行っていない未処理メールが，ＲＡＭ３３に残っているかどうか判断する。
【００５９】
ＣＰＵ３１は，Ｓ４の判断処理の結果がＹＥＳである間，上述のＳ５〜Ｓ１５の処理を繰り返し行い，受信順番Ｎに従って未処理メールに添付された処方箋を受け付ける。一方，ＣＰＵ３１は，Ｓ４の判断処理の結果がＮＯになったら，処方箋受付処理を終了する。
【００６０】
このように，ＣＰＵ３１が，処方箋の画像データが添付された電子メールを受信すると，完了通知の通知先になるメールアドレスや処方箋の画像データに関する情報などの受付情報を，受付情報データベース３５に自動的に登録するので，受付情報を登録する手間が抑制される。また，ＣＰＵ３１が，電子メールに添付された処方箋の画像データの画像５２を，受信した電子メール毎にシート５１に自動的に印刷するので，処方箋の画像データの印刷漏れを回避できる。また，処方箋の画像データを印刷する操作にかかる手間を少なくできる。
【００６１】
［調剤後処理］
図６のフローチャートに示す調剤後処理は，バーコードリーダ４００にバーコードを読み取らせたことを契機に，ＣＰＵ３１にて実行される。シート５１は，印刷されてから薬を納品するまでの間，薬に添付される。例えば，薬剤師は，シート５１に印刷された処方箋に従って調剤を完了すると，その薬が納品されるまで，薬の入ったカゴにシート５１を一緒に入れておいたり，薬が入った袋にシート５１を輪ゴムやホッチキスなどで留めたりする。このように薬に添付されるシート５１に印刷された第１バーコードの画像５４又は第２バーコードの画像５５をバーコードリーダ４００に読み取らせたことを契機に，ＣＰＵ３１は，図６のフローチャートに示す調剤後処理を実行する。
【００６２】
ＣＰＵ３１は，バーコードリーダインターフェイス３７を制御して，バーコードリーダ４００が読み取ったバーコードから状態更新情報とＩＤを抽出する（Ｓ２１）。Ｓ２１の処理は，抽出処理の一例である。
【００６３】
そして，ＣＰＵ３１は，Ｓ２１にて抽出したＩＤと同じＩＤの受付情報レコードが，受付情報データベース３５に有るか否かを判断する（Ｓ２２）。つまり，ＣＰＵ３１は，Ｓ２１にて抽出したＩＤを受付情報データベース３５に記憶されたＩＤに照合し，一致するものが有るか否かを判断する。
【００６４】
ＣＰＵ３１は，Ｓ２１にて抽出したＩＤと同じＩＤの受付情報レコードが受付情報データベース３５に無い場合には（Ｓ２２：ＮＯ），「ＩＤが存在しない」旨のエラー通知を，液晶ディスプレイ４２に表示させる。例えば，患者が処方箋を薬局に直接提出した場合には，受付情報データベース３５にＩＤが登録されていない。この場合には，エラー通知が行われるので，薬剤師は，完了通知を送信する必要がないことを認識できる。
【００６５】
これに対して，ＣＰＵ３１は，Ｓ２１にて抽出したＩＤと同じＩＤの受付情報レコードが受付情報データベース３５に有ると判断した場合には（Ｓ２２：ＹＥＳ），Ｓ２１にて抽出した状態更新情報が第１状態更新情報であるか否かを判断する（Ｓ２３）。つまり，第１バーコードの画像５４を読み取ったか，第２バーコードの画像５５を読み取ったかを判断する。
【００６６】
Ｓ２１にて抽出した状態更新情報が第１状態更新情報である場合には（Ｓ２３：ＹＥＳ）。ＣＰＵ３１は，Ｓ２１にて抽出したＩＤに対応する受付情報レコードの「状態」のアイテムに「受付済み」を設定されているか否かを判断する（Ｓ２４）。
【００６７】
「状態」のアイテムに「受付済み」が設定されている場合には（Ｓ２４：ＹＥＳ），完了通知の送信がまだ完了していない。そこで，ＣＰＵ３１は，対応するＩＤの受付情報レコードからメールアドレスを読み出す（Ｓ２５）。Ｓ２５の処理は，アドレス読出処理の一例である。つまり，ＣＰＵ３１は，Ｓ２１にて抽出したＩＤと同じＩＤの受付情報レコードの「送信元アドレス」のアイテムから，メールアドレスを取得する。
【００６８】
そして，ＣＰＵ３１は，ネットワークインターフェイス３９を制御して，Ｓ２５にて読み出したメールアドレスを通知先に設定して，「調剤完了」を通知するメールを送信する（Ｓ２６）。Ｓ２６の処理は，第２要求送信処理の一例である。つまり，ＣＰＵ３１は，ネットワークインターフェイス３９を制御して，メールサーバ３０１に対して，Ｓ２５にて読み出したメールアドレス宛に完了通知を送信することを要求する。完了通知には，例えば，「調剤が完了しました。受け取りに来て下さい。」などのコメントが含まれる。メールサーバ３０１は，ＭＦＰ２００からの要求に従って，宛先のメールアドレスを付与されたスマートフォン１００に，完了通知を電子メールで送信する。
【００６９】
完了通知を送信したＣＰＵ３１は，Ｓ２１にて抽出したＩＤに対応する受付情報レコードの「状態」のアイテムを「受付済み」から「調剤済み」に変更する（Ｓ２７）。Ｓ２７の処理は，変更処理の一例である。これにより，当該薬については，完了通知の送信が完了していること，あるいは，納品待ちであることを，ＣＰＵ３１が認識できるようになる。
【００７０】
「状態」のアイテムを「調剤済み」に変更したＣＰＵ３１は，Ｓ２１にて抽出したＩＤに対応する受付情報レコードの「調剤日時」のアイテムに，「状態」のアイテムの設定を変更した日時を記憶させる（Ｓ２８）。つまり，ＣＰＵ３１は，Ｓ２７にて「状態」のアイテムを「受付済み」から「調剤済み」に変更した日時を検出し，検出した日時を，受付情報レコードの「調剤日時」のアイテムに新たに追加して記憶する。これにより，完了通知を送信した作業のログ（調剤を完了した作業のログ）が，受付情報データベース３５に，より詳細に記録される。その後，ＣＰＵ３１は，調剤後処理を終了する。
【００７１】
よって，調剤を完了した薬剤師は，調剤に使用した処方箋のシート５１に印刷された第１バーコードの画像５４をバーコードリーダ４００に読み取らせれば，メールアドレスを入力しなくても，完了通知を送信できる。また，完了通知の送信や，作業状況を示す情報である状態情報の変更，調剤日時の登録が自動的に行われるので，薬剤師がこれらを入力操作する手間が抑制される。
【００７２】
尚，「状態」のアイテムに「受付済み」が設定されていない場合には（Ｓ２４：ＮＯ），ＣＰＵ３１は，液晶ディスプレイ４２を制御して，エラー通知を行った後，調剤後処理を終了する。つまり，ＣＰＵ３１は，既に完了通知の送信が完了しているので，完了通知の通信先になるメールアドレスを読み出す処理（Ｓ２５）や，完了通知を送信する処理（Ｓ２６）や，状態情報を変更する処理（Ｓ２７）を実行しない。
【００７３】
例えば，ＣＰＵ３１は，「状態」のアイテムに「調剤済み」が設定されている場合には（Ｓ２４：ＮＯ），「状態」のアイテムに「調剤済み」が設定されていることをエラー通知する（Ｓ３０）。エラー通知は，完了通知の送信が完了しているコメントを含んでもよい。これにより，そのエラー通知を見た薬剤師は，完了通知を送信した患者が，完了通知に気付いていないか，何らかの事情により，薬を受け取りに来ていないことに気付く。また，調剤日時を確認することにより，薬剤師は，どれくらいの期間，患者が薬を取りに来ていないかも把握できる。そこで，薬剤師は，例えば，完了通知を再送信したり，電話などの別の方法で，調剤が完了したことを患者に知らせたりして，薬の受け取りを促すことができる。
【００７４】
また例えば，ＣＰＵ３１は，「状態」のアイテムに「納品済み」が設定されている場合には（Ｓ２４：ＮＯ），「状態」のアイテムに「納品済み」が設定されていることをエラー通知する（Ｓ３０）。これにより，そのエラー通知を見た薬剤師は，患者が既に薬を受け取ったことを認識できる。よって，薬剤師が完了通知の再送や薬の受け取りを促す電話連絡などを無駄に行うことを回避できる。
【００７５】
上記に対して，ＣＰＵ３１は，Ｓ２１にて抽出した状態更新情報が，第１状態更新情報でない場合には（Ｓ２３：ＮＯ），図７のＳ３１に進む。例えば，バーコードリーダ４００が第２バーコードの画像５５を読み取った場合，Ｓ２１にて抽出した状態更新情報は，第２状態更新情報であって，第１状態更新情報ではない。この場合，ＣＰＵ３１は，図７のＳ３１において，Ｓ２１にて抽出したＩＤに対応する受付情報レコードの「状態」のアイテムに「調剤済み」が設定されているか否かを判断する。
【００７６】
受付情報レコードの「状態」のアイテムに「調剤済み」が設定されている場合には（Ｓ３１：ＹＥＳ），完了通知の送信が完了しているが，納品が完了していない。そこで，ＣＰＵ３１は，Ｓ２１にて抽出したＩＤと同じＩＤを有する受付情報レコードの「状態」のアイテムを，「調剤済み」から「納品済み」に変更する（Ｓ３２）。そのため，ＣＰＵ３１は，完了通知の通知先となるメールアドレスを読み出す処理（Ｓ２５）や，完了通知を送信する処理（Ｓ２６），「状態」のアイテムの設定を「調剤済み」に変更する処理（Ｓ２７）を実行せず，完了通知を無駄に送信しない。また，当該薬について，納品が完了したことを，ＣＰＵ３１が認識できるようになる。
【００７７】
「状態」のアイテムを「納品済み」に変更したＣＰＵ３１は，Ｓ２１にて抽出したＩＤに対応する受付情報レコードの「納品日時」のアイテムに，「状態」の設定を変更した日時を記憶する（Ｓ３３）。つまり，ＣＰＵ３１は，Ｓ３２にて「状態」のアイテムを「納品済み」に変更した日時を検出し，検出した日時を，受付情報レコードの「納品日時」のアイテムに新たに追加して記憶する。これにより，納品が完了した作業のログが，受付情報データベース３５に，より詳細に記録される。
【００７８】
よって，薬剤師は，薬を患者に納品する場合に，薬に添付された処方箋のシート５１に印刷された第２バーコードの画像５５をバーコードリーダ４００に読み取らせるだけで，状態情報の変更，納品日時の登録が自動的に行われるので，薬剤師がこれらを入力操作する手間が抑制される。
【００７９】
「納品日時」のアイテムに日時情報を記憶したＣＰＵ３１は，Ｓ２１にて抽出したＩＤに対応するメールアドレスと，同ＩＤに対応する処方箋の画像データのファイル名と保存先を，受付情報データベース３５から読み出す。そして，ネットワークインターフェイス３９を制御して，読み出したメールアドレスと，読み出した保存先から読み出したファイル名と同じファイル名の画像データを，外部装置５００に送信する（Ｓ３４）。
【００８０】
外部装置５００に所定のデータを送信したＣＰＵ３１は，Ｓ２１にて抽出したＩＤに対応するメールアドレスと，同ＩＤに対応する処方箋の画像データを削除する（Ｓ３５）。Ｓ３５の処理は，削除処理の一例である。つまり，ＣＰＵ３１は，Ｓ２１にて抽出したＩＤに関連付けられたメールアドレスと，処方箋の画像データのファイル名および保存先に関する情報を，受付情報データベース３５から削除する。また，ＣＰＵ３１は，削除対象になる画像データの保存先から対応する画像データを削除する。
【００８１】
ＣＰＵ３１は，納品が完了した処方箋の画像データを受付情報データベース３５や保存先から削除することにより，新たに受け付けた処方箋の画像データを保存するために必要なＲＡＭ３３の空き容量を確保できる。また，この削除前に，削除対象となるメールアドレスと処方箋の画像データを外部装置５００に送信して保存させるので，納品が完了したメールアドレスと処方箋の画像データを，業務の記録として外部装置５００に残すことができる。
【００８２】
尚，ＣＰＵ３１は，「状態」のアイテムに「調剤済み」が設定されていない場合には（Ｓ３１：ＮＯ），液晶ディスプレイ４２を制御して，エラー通知を行った後（Ｓ３６），調剤後処理を終了する。
【００８３】
例えば，ＣＰＵ３１は，「状態」のアイテムに「受付済み」が設定されている場合には（Ｓ３１：ＮＯ），「状態」のアイテムに「受付済み」が設定されていることをエラー通知する（Ｓ３６）。これにより，そのエラー通知を見た薬剤師は，患者が完了通知前に薬を受け取りに薬局に来たことに気付く。そこで，薬剤師は，例えば，Ｓ２１にて抽出したＩＤに対応する受付情報レコードを削除する操作や，「状態」のアイテムを「納品済み」に変更する操作を，ボタン群４１を操作して行う。これにより，納品済みの患者に完了通知を送信することを回避できる。
【００８４】
また例えば，ＣＰＵ３１は，「状態」のアイテムに「納品済み」が設定されている場合には，「状態」のアイテムに「納品済み」が設定されていることをエラー通知する。これにより，そのエラー通知を見た薬剤師は，薬を受け取りに来た来訪者と別の人，例えば，患者が薬局に来訪した場合にはその家族が，既に薬を受け取ったことに気付き，その旨を来訪者に伝えることができる。
【００８５】
ここで，ＣＰＵ３１は，例えば，毎週１回，受付情報データベース３５から「納品日時」のアイテムに７日以上過去の日付が記録されている受付情報レコードを削除するようにしても良い。納品が完了して「納品日時」が記録されてから７日以上経過した受付情報レコードは，再び参照される可能性が小さい。そこで，このような古い受付情報レコードを定期的に受付情報データベース３５から削除すると，新たに受け付けた処方箋の画像データを保存するために必要なＲＡＭ３３の空き容量を確保できるため，好ましい。
【００８６】
以上詳細に説明したように上記ＭＦＰ２００は，処方箋の画像データが少なくとも１つ添付された電子メールを受信すると，その受信した各電子メールに添付された画像データについて，ＩＤと，電子メールの送信元であるメールアドレスと，添付されていた処方箋の画像データと，を関連付けて自動的に受付情報データベース３５に記憶する。そして，ＭＦＰ２００は，受付情報データベース３５に記憶されたメールアドレスに完了通知を送信する。そのため，ＭＦＰ２００には，メールアドレス等の通知先情報を事前に登録する必要が無い。これにより，患者には，通知先情報を登録する手間が生じない。そして，ＭＦＰ２００は，ＩＤに対応する第１バーコードの画像５４と第２バーコードの画像５５を，電子メールに添付されていた処方箋の画像データの画像５２が印刷されるシート５１に印刷する。その後，ＭＦＰ２００は，シート５１から第１バーコードの画像５４をバーコードリーダ４００にて読み取ると，その第１バーコードの画像５４からＩＤを抽出し，抽出されたＩＤに対応するメールアドレスを通知先に決定する。そのため，通知先情報を入力する際の入力ミスが生じ難い。
【００８７】
（第２実施形態）
続いて，第２実施形態にかかる装置について，添付図面を参照しつつ詳細に説明する。本形態は，第１実施形態と同様，ＭＦＰ２００に本発明を適用したものである。
【００８８】
第２実施形態のＭＦＰ２００は，ハード構成は第１実施形態の装置と同様であるが，制御手順が第１実施形態の装置と相違する。すなわち，図８に示すように，第２実施形態のＭＦＰ２００は，処方箋の画像データの画像５２が印刷されたシート５１の余白５３に，チェックボックスの画像６１を１個と，バーコードの画像６２を１個，印刷する。そして，第２実施形態のＭＦＰ２００は，スキャナ部１１により，チェックボックスの画像６１にチェック６３があるか否かにより，チェックボックスの画像６１の読み分けを行う。この点を除き，本形態の制御手順は，第１実施形態の制御手順と同様である。よって，ここでは，第１実施形態と異なる制御手順を中心に説明し，第１実施形態と共通するハード構成及び制御手順には，第１実施形態と同じ符号を使用し，適宜説明を省略する。なお，本形態では，スキャナ部１１が画像読取部の一例である。
【００８９】
図９のフローチャートに示すように，ＣＰＵ３１は，第１実施形態と同様にして，所定の受付情報レコードを受付情報データベース３５に記憶すると（Ｓ１〜Ｓ１２），Ｓ１１にて生成したＩＤを含むバーコードを生成する（Ｓ１０１）。本形態では，ＣＰＵ３１は，バーコードを１個だけ生成する。そして，ＣＰＵ３１は，Ｓ１０１にて生成したバーコードの画像６２と，チェックボックスの画像６１を，シート５１の余白５３に挿入し，第Ｎ未処理メールに添付された第Ｘ画像データの画像と共に印刷する（Ｓ１０２）。チェックボックスの画像６１とバーコードの画像６２は，特定画像の一例である。そして，バーコードの画像６２は識別情報の一例である。また，チェックボックスの画像６１は枠画像の一例である。Ｓ１０２の処理は，画像形成処理の一例である。
【００９０】
ＣＰＵ３１は，Ｓ５〜Ｓ１２，Ｓ１０１，Ｓ１０２，Ｓ１５の処理を繰り返し，Ｓ２にてＲＡＭ３３に記憶した未処理メールについて，それぞれ，受付情報の登録と処方箋の画像データの印刷を終了すると（Ｓ１５：ＹＥＳ），処方箋受付処理を終了する。
【００９１】
調剤が完了した薬剤師は，チェックボックスの画像６１に何も記入しないで，処方箋の画像データの画像５２が印刷されたシート５１をスキャナ部１１で読み取る。ＣＰＵ３１は，スキャナ部１１を制御して，チェックボックスの画像６１とバーコードの画像６２を読み取ったことを契機に，図１０のフローチャートに示す調剤後処理を実行する。
【００９２】
ＣＰＵ３１は，読み取ったバーコードの画像６２から，ＩＤを抽出する。また，ＣＰＵ３１は，読み取ったチェックボックスの画像６１から，状態更新情報を抽出する（Ｓ１１１）。つまり，ＣＰＵ３１は，チェックボックスの画像６１の枠で囲まれた領域内の画像を抽出する。Ｓ１１１の処理は，抽出処理の一例である。
【００９３】
ＣＰＵ３１は，Ｓ２１にて抽出したＩＤと同じＩＤを有する受付情報レコードが，受付情報データベース３５に有る場合には（Ｓ２２：ＹＥＳ），チェックボックスの画像６１にチェック６３があるか否かを判断する（Ｓ１１２）。つまり，ＣＰＵ３１は，チェックボックスの画像６１の枠で囲まれた領域内の画像が，図９のＳ１０２にてシート５１に印刷されたチェックボックスの画像６１の枠で囲まれた領域内の画像と同じであるか否かを判断する。
【００９４】
ＣＰＵ３１は，チェックボックスの画像６１の枠で囲まれた領域内の画像が，図９のＳ１０２にてシート５１に印刷されたチェックボックスの画像６１の枠で囲まれた領域内の画像と同じである場合には，チェックボックスの画像６１にチェック６３がないと判断する（Ｓ１１２：ＮＯ）。つまり，ＣＰＵ３１は，Ｓ１１１にて抽出した状態更新情報が，第１状態更新情報であると判断する。この場合，ＣＰＵ３１は，Ｓ２４以降の処理を実行し，完了通知の送信等を行う。Ｓ２４以降の処理は，第１実施形態と同様なので説明を割愛する。
【００９５】
ＣＰＵ３１は，チェックボックスの画像６１の枠で囲まれた領域内の画像が，図９のＳ１０２にてシート５１に印刷したチェックボックスの画像６１の枠で囲まれた領域内の画像と同じでない場合には，チェックボックスの画像６１にチェック６３があると判断する（Ｓ１１２：ＹＥＳ）。つまり，ＣＰＵ３１は，Ｓ１１１にて抽出した状態更新情報が，第１状態更新情報でないと判断する。この場合，ＣＰＵ３１は，Ｓ１１１にて抽出したＩＤに対応するメールアドレスを読み出す処理（Ｓ２５）や，完了通知を送信する処理（Ｓ２６）や，「状態」のアイテムの設定を変更する処理（Ｓ２７）を実行せずに，図７のＳ３１以降の処理を実行する。Ｓ３１以降の処理は，第１実施形態と同様なので，説明を省略する。
【００９６】
このような本形態のＭＦＰ２００は，第１実施形態と同様，患者が完了通知の送信先になるメールアドレスを事前に登録する必要がない。そして，ＭＦＰ２００は，ＩＤに対応するバーコードの画像６２と，電子メールに添付されていた処方箋の画像データの画像５２とを同じシート５１に印刷する。その後，ＭＦＰ２００は，スキャナ部１１にてバーコードの画像６２を読み取ると，そのバーコードの画像６２からＩＤを抽出し，抽出されたＩＤに対応するメールアドレスを受付情報データベース３５から読み出し，通知先に決定して完了通知を送信する。そのため，通知先となるメールアドレスを入力する際の入力ミスが生じ難い。
【００９７】
また，例えば，薬を納品する場合であって，薬剤師がチェックボックスの画像６１内にチェック６３を記入した後，シート５１をスキャナ部１１に読み取らせた場合には，ＣＰＵ３１は，状態更新情報が第１状態更新情報でないので，完了通知を送信しない。この場合，ＣＰＵ３１は，対応する「状態」のアイテムを「納品済み」に変更する。よって，納品済みの患者に完了通知を送信することを回避できる。
【００９８】
（第３実施形態）
続いて，第３実施形態にかかる装置について，添付図面を参照しつつ詳細に説明する。本形態は，第１実施形態と同様，ＭＦＰ２００に本発明を適用したものである。
【００９９】
本形態は，電子メールに添付された処方箋の画像データの画像５２を手動印刷する点が，第１実施形態と相違し，その他の点は第１実施形態と共通している。よって，ここでは，第１実施形態と相違する点を中心に説明し，第１実施形態と共通する点は，同じ符号を使用し，適宜説明を省略する。
【０１００】
図１３に示すように，本形態の受付情報データベース３５は，「状態」のアイテムに，「受付済み」，「調剤済み」，「納品済み」の他に，「登録済み」も更新可能に記憶される。本形態において，「登録済み」は，第１の状態を示す状態情報の一例である。「受付済み」は，第２の状態を示す状態情報の一例である。「調剤済み」は，第３の状態を示す状態情報の一例である。「登録済み」は，処方箋の登録は完了したが，処方箋の印刷は完了しておらず，処方箋の受付が完了していないことを示す情報である。なお，「受付済み」と「調剤済み」と「納品済み」は，第１実施形態と同様の情報である。
【０１０１】
図１１のフローチャートに示す処方箋受付処理は，第１実施形態と同様，定期的にＣＰＵ３１にて実行される。本形態では，ＣＰＵ３１は，Ｓ２にてＲＡＭ３３に記憶した未処理メールを１通読み出して，読み出した未処理メールに添付された画像データに対応するＩＤを生成する（Ｓ１〜Ｓ１１）。
【０１０２】
その後，ＣＰＵ３１は，生成したＩＤに，電子メールの送信元になるメールアドレスおよびＩＤに対応する画像データを関連付けて，受付情報レコードを生成し，受付情報データベース３５に登録する（Ｓ１〜Ｓ１１，Ｓ２０１）。Ｓ２０１の処理では，受付情報レコードの「状態」のアイテムに，「登録済み」が記憶される。Ｓ２０１の処理は，記憶処理の一例である。これにより，ＣＰＵ３１は，当該処方箋について，登録は完了したが，印刷は完了していないことを，認識できるようになる。
【０１０３】
その後，ＣＰＵ３１は，第Ｎ未処理メールに添付された画像データを全て受付情報データベース３５に記憶したか否かを判断する（Ｓ２０２）。例えば，第Ｎ未処理メールに複数の画像データが添付されている場合には，全ての画像データについてＩＤと受付情報レコードを生成し，受付情報データベース３５に記憶するまでは（Ｓ２０２：ＮＯ），ＣＰＵ３１は，Ｓ９〜Ｓ１１，Ｓ２０１，Ｓ２０２の処理を繰り返す。ＣＰＵ３１は，第Ｎ未処理メールに添付された画像データを全て記憶したと判断すると（Ｓ２０２：ＹＥＳ），Ｓ４に戻り，Ｓ５〜Ｓ１１，Ｓ２０１，Ｓ２０２の処理を行っていない未処理メールが，ＲＡＭ３３に残っているかどうか判断する。
【０１０４】
ＣＰＵ３１は，Ｓ４の判断処理の結果がＹＥＳである間，Ｓ５〜Ｓ１１，Ｓ２０１の処理を繰り返すことにより，ＲＡＭ３３に記憶された未処理メールに添付された処方箋の画像データを，印刷しないで，受付情報データベース３５に登録することだけを行う。一方，ＣＰＵ３１は，Ｓ４の判断処理の結果がＮＯになったら，処方箋受付処理を終了する。
【０１０５】
処方箋の画像データの印刷は，ＣＰＵ３１が，図１２のフローチャートに示す処方箋印刷処理を実行することにより，行われる。処方箋印刷処理は，ボタン群４１が入力操作され，ＣＰＵ３１が処方箋を印刷するジョブの選択を受け付けたことを契機として，実行される。よって，処方箋の画像データの印刷は，処方箋に関する受付情報の登録と異なるタイミングで行われる。
【０１０６】
処方箋を印刷するジョブを受け付けたＣＰＵ３１は，液晶ディスプレイ４２を制御して，未印刷一覧を表示させる（Ｓ２１１）。未印刷一覧は，受付情報データベース３５に登録された処方箋の画像データのうち，「状態」のアイテムに「登録済み」が記憶されている画像データを抽出し，ＩＤなどを表示したものである。このとき，未印刷一覧には，印刷対象選択ボックスも未印刷の画像データ毎に表示され，印刷対象を任意に選択できるようにする。
【０１０７】
そして，ＣＰＵ３１は，印刷対象を選択して，印刷実行命令が入力されたか否かを判断する（Ｓ２１２）。ＣＰＵ３１は，印刷対象を選択して，印刷が実行されるまで待機する（Ｓ２１２：ＮＯ）。
【０１０８】
ＣＰＵ３１は，例えば，薬剤師が，ボタン群４１の選択ボタンを押下して，Ｓ２１１にて液晶ディスプレイ４２に表示された未印刷一覧の印刷対象選択ボックスを任意に選択し，ボタン群４１のＯＫボタンを押下した場合に，印刷対象の印刷を受け付ける。つまり，ＣＰＵ３１は，印刷対象を選択して，印刷実行命令が入力されたと判断する（Ｓ２１２：ＹＥＳ）。なお，選択は，一括で選択しても良いし，任意に選択しても良い。この場合，ＣＰＵ３１は，印刷対象の数Ｍに「０」を設定する（Ｓ２１３）。その後，ＣＰＵ３１は，印刷対象の数Ｍに「１」を加算し，印刷対象の数をカウントし始める（Ｓ２１４）。
【０１０９】
そして，ＣＰＵ３１は，第Ｍ印刷対象となる処方箋の画像データとＩＤを読み出す（Ｓ２１５）。Ｓ２１５の処理は，印刷対象読出処理の一例である。つまり，ＣＰＵ３１は，第Ｍ印刷対象に対応する受付情報レコードの「ＩＤ」のアイテムから  ＩＤを読み出す。また，ＣＰＵ３１は，第Ｍ印刷対象に対応する受付情報レコードの「添付データ」のアイテムから，処方箋の画像データのファイル名と保存先に関する情報を読み出し，所定の保存先から処方箋の画像データを読み出す。
【０１１０】
それから，ＣＰＵ３１は，Ｓ２１５にて読み出したＩＤに対応する第１バーコードと第２バーコードを生成する（Ｓ２１６）。その後，ＣＰＵ３１は，Ｓ２０３にて生成した第１バーコードの画像５４と第２バーコードの画像５５をシート５１の余白５３に挿入し，画像形成部１０を制御して，第１バーコードの画像５４と，第２バーコードの画像５５と，Ｓ２１５にて読み出したＩＤに対応する処方箋の画像データの画像５２を，同じシート５１に印刷する（Ｓ２１７）。Ｓ２１７の処理は，画像形成処理の一例である。なお，Ｓ２１６，Ｓ２１７の処理は，図５のＳ１３，Ｓ１４の処理と同様である。
【０１１１】
その後，ＣＰＵ３１は，印刷が完了した画像データに対応するＩＤの受付情報レコードについて，「状態」のアイテムを，「受付済み」に変更する（Ｓ２１８）。Ｓ２１８の処理は，第１の変更処理の一例である。これにより，ＣＰＵ３１は，当該処方箋について，登録と印刷が完了し，処方箋が薬局側に受け付けられたことを認識できるようになる。
【０１１２】
処方箋を印刷して「状態」のアイテムを変更したＣＰＵ３１は，Ｓ２１２にて選択された印刷対象を全て印刷したか否かを判断する（Ｓ２１９）。選択された印刷対象を全て印刷していない場合には（Ｓ２１９：ＮＯ），Ｓ２１４に戻り，次の印刷対象の処理に移行する。このように，Ｓ２１４〜Ｓ２１９の処理を繰り返し，選択された印刷対象を全て印刷すると（Ｓ２１９：ＹＥＳ），ＣＰＵ３１は，処方箋印刷処理を終了する。
【０１１３】
尚，本形態においても，調剤後は，第１実施形態において図６及び図７のフローチャートを用いて説明した調剤後処理と同様の処理を行う。この場合，図６のＳ２７の処理は，第２の変更処理の一例である。
【０１１４】
よって，本形態のＭＦＰ２００は，電子メールに添付された処方箋の画像データを，電子メール毎に，手動印刷するので，任意のタイミングで処方箋の画像データの画像５２をシート５１に印刷でき，シート５１の紛失を抑制できる。例えば，薬局が営業していない夜間や年末年始などに，患者が処方箋の画像データを添付した電子メールをＭＦＰ２００に送信することがある。この場合，ＭＦＰ２００は，電子メールに対応するＩＤや，当該電子メールの送信元のメールアドレスや，当該電子メールに添付された処方箋の画像データに関する情報や，状態などの受付情報を受付情報データベース３５に登録する処理だけを行う。そして，例えば，休み明けの朝に薬剤師がＭＦＰ２００のボタン群４１を操作して印刷対象を選択し，印刷実行命令をＭＦＰ２００に入力すると，ＭＦＰ２００が，印刷対象のＩＤを含む第１バーコードの画像５４および第２バーコードの画像５５と，印刷対象となる処方箋の画像データの画像５２を，シート５１に印刷する。よって，シート５１が，薬剤師の認識の下で印刷され，紛失しにくい。
【０１１５】
なお，本実施の形態は単なる例示にすぎず，本発明を何ら限定するものではない。したがって本発明は当然に，その要旨を逸脱しない範囲内で種々の改良，変形が可能である。例えば，本発明は，ＭＦＰ２００の他，通信機能を備えるプリンタやコピー機等に適用しても良い。
【０１１６】
シート５１に印刷する特定画像は，バーコードの画像の他，識別情報そのものを表した画像であっても良い。この場合，ＯＣＲ機能を備えるスキャナ部１１等によって文字を解析して識別情報を特定すると良い。また，特定画像は，ＱＲコード（登録商標）や，カラーコード等，暗号化した画像であっても良い。この場合，複号用のリーダによって識別情報を特定すると良い。
【０１１７】
受付情報データベース３５の調剤日時と納品日時のアイテムに代えて，「状態」のアイテムの設定を変更した日時を記憶する日時情報を記憶するアイテムを設け，「状態」のアイテムの設定が変更された場合に，既存の日時情報を，「状態」のアイテムの設定が変更された日時に，書き換えて変更するようにしても良い。例えば，日時情報に調剤日時が記憶されていたところ，「状態」のアイテムの設定が「調剤済み」から「納品済み」に変更された場合には，既存の日時情報である調剤日時に，新たな日時情報である納品日時を上書きするようにしても良い。
【０１１８】
ＣＰＵ３１は，ボタン群４１を操作されて，特定画像を読み取る指示が入力された場合に，バーコードリーダ４００を制御して，シート５１に印刷された第１バーコードの画像５４又は第２バーコードの画像５５をバーコードリーダ４００に読み取らせたり，スキャナ部１１を制御して，チェックボックスの画像６１とバーコードの画像６２を読み取らせたりするようにしても良い。
【０１１９】
第１バーコードの画像５４，第２バーコードの画像５５，チェックボックスの画像６１，バーコードの画像６２は，処方箋が印刷されるシート５１と同じであれば，異なる面に形成しても良い。例えば，第２バーコードの画像５５やチェックボックスの画像６１をシート５１の裏面に形成し，第１バーコードの画像５４やバーコードの画像６２を，処方箋の画像データの画像５２と共にシート５１の表面に形成しても良い。
【０１２０】
特定画像は，状態更新情報を含まなくても良い。例えば，チェックボックスの画像６１を印刷しなくても良い。
【０１２１】
処方箋の印刷は，印刷されていない処方箋の画像データを印刷対象として一括選択し，印刷を実行しても良い。
【０１２２】
受付情報データベース３５は，ＲＡＭ３３でなく，ＮＶＲＡＭ３４や外部装置５００に設けても良い。
【０１２３】
「状態」のアイテムは，受付情報データベース３５に設けなくても良い。この場合，図６及び図１０のＳ２７や，図７のＳ３２の処理を省略し，「状態」のアイテムの設定を変更しないようにしても良い。
【０１２４】
「調剤日時」のアイテムや「納品日時」のアイテムは，受付情報データベース３５に設けなくても良い。この場合，図６及び図１０のＳ２８や，図７のＳ３３の処理を省略し，調剤日時や納品日時を記憶しないようにしても良い。
【０１２５】
ＣＰＵ３１は，受付情報データベース３５の「状態」のアイテムに「受付済み」と「調剤済み」を設定し，「納品済み」を設定しないようにしても良い。この場合，第２バーコードの画像５５やチェックボックスの画像６１をシート５１に印刷せず，図７のＳ３１〜Ｓ３６の処理を省略しても良い。また，この場合，図６及び図１０に示すＳ２８の処理の後に，図７のＳ３４，Ｓ３５の処理を入れたり，Ｓ３５の処理だけを入れたりしても良い。つまり，例えば，完了通知を送信した直後に，対応するＩＤの受付情報レコードを受付情報データベース３５から削除しても良い。そして，この削除処理の前に，メールアドレスと処方箋の画像データを外部装置５００に送信して，作業ログを外部装置５００に残すようにしても良い。
【０１２６】
図７のＳ３５の処理は，省略しても良い。つまり，完了通知を送信した後に，それに対応する受付情報レコードを受付情報データベース３５から削除しなくても良い。また，図７のＳ３４の処理は，無くても良い。つまり，受付情報レコードを削除する前に，作業ログを外部装置５００に残さなくても良い。
【０１２７】
第１バーコードの画像５４と第２バーコードの画像５５の横に，バーコードリーダ４００によって読み取る順番や時期を認識させる情報を，印刷しても良い。例えば，読み取り順序を示す数字や，読み取り時期を示す「通知時」「納品時」などの文字列を，画像５４，５５の横に印刷しても良い。
【０１２８】
第１実施形態又は第２実施形態に示すような処方箋の自動印刷と，第３実施形態に示すような処方箋の手動印刷は，いずれか一方に固定しても良いし，選択できるようにしても良い。
【０１２９】
また，実施の形態に開示されている処理は，単一のＣＰＵ，複数のＣＰＵ，ＡＳＩＣなどのハードウェア，またはそれらの組み合わせで実行されてもよい。また，実施の形態に開示されている処理は，その処理を実行するためのプログラムを記録した記録媒体，または方法等の種々の態様で実現することができる。
【符号の説明】
【０１３０】
１０    画像形成部
１１    スキャナ部
３１    ＣＰＵ
３３    ＲＡＭ
３９    ネットワークインターフェイス
４１    ボタン群
５１    シート
５２    画像データの画像
５４    第１バーコードの画像
５５    第２バーコードの画像
６１    チェックボックスの画像
６２    バーコードの画像
２００  ＭＦＰ
４００  バーコードリーダ
５００  外部装置
【図１】
2018133679.tif 000003
【図２】
2018133679.tif 000004
【図３】
2018133679.tif 000005
【図４】
2018133679.tif 000006
【図５】
2018133679.tif 000007
【図６】
2018133679.tif 000008
【図７】
2018133679.tif 000009
【図８】
2018133679.tif 000010
【図９】
2018133679.tif 000011
【図１０】
2018133679.tif 000012
【図１１】
2018133679.tif 000013
【図１２】
2018133679.tif 000014
【図１３】
2018133679.tif 000015