(57)【要約】      （修正有）【課題】データ送信機能を有する出力装置によってデータを１ないし複数の外部装置に送信することが可能なデータ送信システムにおいて、通信の負荷の増大を抑えつつ、ユーザに多くの操作を要求しない技術を提供する。【解決手段】ＭＦＰ１００は、マルチ出力ジョブを受け付けた場合、処方箋原本Ｐの画像を印刷する。ＭＦＰ１００は、複数の薬局のＭＦＰ等の１つから販売情報を受信し、受信した販売情報に含まれる患者ＩＤおよび処方箋ＩＤを抽出し、抽出した処方箋ＩＤが印刷した処方箋原本Ｐの処方箋ＩＤと一致する場合、送信した薬局のＦＡＸ番号を取得し、患者ＩＤと薬局のＦＡＸ番号とを関連付けて販売情報を受信した情報をＦＡＸ宛先ＤＢに記憶する。ＭＦＰ１００は、患者ごとに、所定回数以上のマルチ出力ジョブを受け付けた場合、販売情報を受信した情報が記憶されている薬局に処方箋情報（Ｑ１〜Ｑ４）を送信する。【選択図】図２
2020053907.tif 000002
【特許請求の範囲】
【請求項１】
マルチ出力装置と、複数のデータ受信装置と、を有するデータ送信システムであって、前記マルチ出力装置は、印刷機能とデータ送信機能とを有し、前記データ受信装置は、画像読取機能を有し、
前記マルチ出力装置は、
画像データについて特定出力指示を受け付けた場合に、前記画像データの画像を印刷する特定出力処理を実行し、前記特定出力指示には、ユーザＩＤが関連付けられ、印刷対象となる前記画像データの画像には、前記特定出力指示と関連付けられた前記ユーザＩＤと、前記画像データを識別する画像ＩＤとが含まれ、
前記マルチ出力装置は、
前記特定出力処理の後、前記複数のデータ受信装置のうちの１つである特定データ受信装置から特定画像データを受信し、前記特定画像データの画像に含まれるユーザＩＤおよび画像ＩＤを抽出し、抽出した前記画像ＩＤが、前記特定出力処理において印刷した前記画像データの画像に含まれる前記画像ＩＤと一致する場合、前記特定データ受信装置の装置ＩＤを取得し、応答があったことを示す応答情報を、抽出した前記ユーザＩＤおよび前記特定データ受信装置の装置ＩＤと関連付けてメモリに記憶する応答記憶処理を実行し、前記特定画像データは、前記特定出力処理によって前記マルチ出力装置が印刷したシートを、前記特定データ受信装置が読み取った画像データであり、前記特定画像データの画像には、前記特定出力処理において印刷した前記画像データの画像に含まれる前記ユーザＩＤおよび前記画像ＩＤが含まれ、
前記マルチ出力装置は、
前記ユーザＩＤごとに、所定回数以上の前記特定出力指示を受け付けた場合に、前記特定出力処理において、前記複数のデータ受信装置のうち前記メモリにて前記応答情報が関連付けられているデータ受信装置に対して前記画像データに基づく送信データを送信する、
ことを特徴とするデータ送信システム。
【請求項２】
請求項１に記載するデータ送信システムにおいて、
前記マルチ出力装置は、
前記特定出力処理において、前記送信データを、前記複数のデータ受信装置の少なくとも１つを選択して送信し、前記複数のデータ受信装置のうち前記メモリにて前記応答情報が関連付けられていないデータ受信装置は、前記メモリにて前記応答情報が関連付けられているデータ受信装置よりも、前記送信データの送信対象として選択され難い、
ことを特徴とするデータ送信システム。
【請求項３】
請求項１または請求項２に記載するデータ送信システムにおいて、
前記マルチ出力装置は、
前記特定出力処理において、印刷対象となる前記画像データの画像には、前記ユーザＩＤを含め、送信対象となる前記送信データの画像には、前記ユーザＩＤを含めない、
ことを特徴とするデータ送信システム。
【請求項４】
請求項１から請求項３のいずれか１つに記載するデータ送信システムにおいて、
前記マルチ出力装置は、
ユーザＩＤごとに、前記特定画像データの受信回数をデータ受信装置ごとに前記メモリに記憶し、前記特定出力処理において送信される前記送信データの画像には、送信先のデータ受信装置に対応する前記受信回数に基づく応答頻度を示す情報を含める、
ことを特徴とするデータ送信システム。
【請求項５】
請求項４に記載するデータ送信システムにおいて、
前記マルチ出力装置は、
前記所定回数以上の前記特定出力指示を受け付けた場合に、前記特定出力処理において、前記特定画像データの受信回数が閾値回数以下の前記データ受信装置に対して前記送信データを送信しない、
ことを特徴とするデータ送信システム。
【請求項６】
請求項１から請求項５のいずれか１つに記載するデータ送信システムにおいて、
前記マルチ出力装置は、
ユーザＩＤごとに、最新の前記特定画像データの受信時間をデータ受信装置ごとに前記メモリに記憶し、前記特定出力処理において送信される前記送信データの画像には、送信先のデータ受信装置に対応する前記最新の前記特定画像データの受信時間を示す情報を含める、
ことを特徴とするデータ送信システム。
【請求項７】
請求項６に記載するデータ送信システムにおいて、
前記マルチ出力装置は、
前記所定回数以上の前記特定出力指示を受け付けた場合に、前記特定出力処理において、前記最新の前記特定画像データの受信時間からの経過時間が閾値時間以上の前記データ受信装置に前記送信データを送信しない、
ことを特徴とするデータ送信システム。
【請求項８】
請求項１から請求項７のいずれか１つに記載するデータ送信システムにおいて、
前記データ受信装置は、
複数のシートを連続して読み取り、読取結果の画像１枚ごとに、送信先を選択して送信する応答送信処理を実行する、
ことを特徴とするデータ送信システム。
【請求項９】
請求項１から請求項８のいずれか１つに記載するデータ送信システムにおいて、
前記マルチ出力装置は、
前記特定出力処理にて印刷対象となる前記画像データの画像に、前記マルチ出力装置の特定情報を含め、
前記データ受信装置は、
前記特定画像データを送信する際、前記データ受信装置のユーザインタフェースを介して前記マルチ出力装置の前記特定情報の入力を受け付け、入力された前記特定情報を用いて、前記マルチ出力装置を宛先として前記特定画像データを送信する、
ことを特徴とするデータ送信システム。
【請求項１０】
請求項１から請求項９のいずれか１つに記載するデータ送信システムにおいて、
前記マルチ出力装置は、
前記特定出力処理において、前記送信データをファクシミリ送信し、
前記応答記憶処理において、前記特定画像データをファクシミリ受信する、
ことを特徴とするデータ送信システム。
【請求項１１】
請求項１から請求項１０のいずれか１つに記載するデータ送信システムにおいて、
前記所定回数は、２回である、
ことを特徴とするデータ送信システム。
【請求項１２】
請求項１から請求項１０のいずれか１つに記載するデータ送信システムにおいて、
前記所定回数は、３回以上の回数である、
ことを特徴とするデータ送信システム。
【請求項１３】
通信インタフェースと、
印刷デバイスと、
コントローラと、
を備え、前記通信インタフェースを介して複数のデータ受信装置と接続するマルチ出力装置において、
前記コントローラは、
画像データについて特定出力指示を受け付けた場合に、前記画像データの画像の印刷を前記印刷デバイスに行わせる特定出力処理を実行し、前記特定出力指示には、ユーザＩＤが関連付けられ、印刷対象となる前記画像データの画像には、前記特定出力指示と関連付けられた前記ユーザＩＤと、前記画像データを識別する画像ＩＤとが含まれ、
前記コントローラは、
前記特定出力処理を実行した後、前記通信インタフェースを介して前記複数のデータ受信装置のうちの１つである特定データ受信装置から特定画像データを受信し、前記特定画像データの画像に含まれるユーザＩＤおよび画像ＩＤを抽出し、抽出した前記画像ＩＤが、前記特定出力処理において印刷した前記画像データの画像に含まれる前記画像ＩＤと一致する場合、前記特定データ受信装置の装置ＩＤを取得し、応答があったことを示す応答情報を、抽出した前記ユーザＩＤおよび前記特定データ受信装置の装置ＩＤと関連付けてメモリに記憶する応答記憶処理を実行し、前記特定画像データは、前記特定出力処理によって前記マルチ出力装置が印刷したシートを、前記特定データ受信装置が読み取った画像データであり、前記特定画像データの画像には、前記特定出力処理において印刷した前記画像データの画像に含まれる前記ユーザＩＤおよび前記画像ＩＤが含まれ、
前記コントローラは、
前記ユーザＩＤごとに、所定回数以上の前記特定出力指示を受け付けた場合に、前記特定出力処理において、前記複数のデータ受信装置のうち前記メモリにて前記応答情報が関連付けられているデータ受信装置に対して前記画像データに基づく送信データを送信する、
ことを特徴とするマルチ出力装置。
【請求項１４】
マルチ出力装置に、
画像データについて特定出力指示を受け付けた場合に、前記画像データの画像の印刷を前記マルチ出力装置の印刷デバイスに行わせる特定出力処理を実行させ、前記特定出力指示には、ユーザＩＤが関連付けられ、印刷対象となる前記画像データの画像には、前記特定出力指示と関連付けられた前記ユーザＩＤと、前記画像データを識別する画像ＩＤとが含まれ、
さらに前記マルチ出力装置に、
前記特定出力処理を実行した後、前記マルチ出力装置の通信インタフェースを介して接続する複数のデータ受信装置のうちの１つである特定データ受信装置から特定画像データを受信し、前記特定画像データの画像に含まれるユーザＩＤおよび画像ＩＤを抽出し、抽出した前記画像ＩＤが、前記特定出力処理において印刷した前記画像データの画像に含まれる前記画像ＩＤと一致する場合、前記特定データ受信装置の装置ＩＤを取得し、応答があったことを示す応答情報を、抽出した前記ユーザＩＤおよび前記特定データ受信装置の装置ＩＤと関連付けてメモリに記憶する応答記憶処理を実行させ、前記特定画像データは、前記特定出力処理によって前記マルチ出力装置が印刷したシートを、前記特定データ受信装置が読み取った画像データであり、前記特定画像データの画像には、前記特定出力処理において印刷した前記画像データの画像に含まれる前記ユーザＩＤおよび前記画像ＩＤが含まれ、
さらに前記マルチ出力装置に、
前記ユーザＩＤごとに、所定回数以上の前記特定出力指示を受け付けた場合に、前記特定出力処理において、前記複数のデータ受信装置のうち前記メモリにて前記応答情報が関連付けられているデータ受信装置に対して前記画像データに基づく送信データを送信させる、
ことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ送信システム、マルチ出力装置およびプログラムに関する。
【背景技術】
【０００２】
従来、データ送信機能を有する出力装置が端末装置からデータを取得し、さらにその出力装置が遠隔地の外部装置に対してそのデータを転送するシステムが知られている。例えば特許文献１には、病院で処方箋を受け取った患者が携帯端末を操作することで、その携帯端末がネットワークに接続されるサーバにアクセスし、患者による薬局の選択と処方箋の撮像とを受け付け、サーバが処方箋の撮像画像を受信し、その撮像画像を選択された薬局の端末装置に転送する構成が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−１８０８５９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に開示されている構成では、処方箋を受け取った患者に、薬局の選択と処方箋の撮像との操作を要求している。そのため、システムのユーザである患者に、多くの操作の手間を強いる。選択可能な全ての薬局の端末装置に撮像画像を転送すればどの薬局であっても処方箋を受け取ることができ、ユーザによる薬局の選択操作の手間を省くことができるが、毎回全ての薬局の端末装置にデータを転送するとなると、通信の負荷が増えてしまう。
【０００５】
本明細書は、データ送信機能を有する出力装置によってデータを１ないし複数の外部装置に送信することが可能なデータ送信システムにおいて、通信の負荷の増大を抑えつつ、ユーザに多くの操作を要求しない技術を開示する。
【課題を解決するための手段】
【０００６】
この課題の解決を目的としてなされたデータ送信システムは、マルチ出力装置と、複数のデータ受信装置と、を有するデータ送信システムであって、前記マルチ出力装置は、印刷機能とデータ送信機能とを有し、前記データ受信装置は、画像読取機能を有し、前記マルチ出力装置は、画像データについて特定出力指示を受け付けた場合に、前記画像データの画像を印刷する特定出力処理を実行し、前記特定出力指示には、ユーザＩＤが関連付けられ、印刷対象となる前記画像データの画像には、前記特定出力指示と関連付けられた前記ユーザＩＤと、前記画像データを識別する画像ＩＤとが含まれ、前記マルチ出力装置は、前記特定出力処理の後、前記複数のデータ受信装置のうちの１つである特定データ受信装置から特定画像データを受信し、前記特定画像データの画像に含まれるユーザＩＤおよび画像ＩＤを抽出し、抽出した前記画像ＩＤが、前記特定出力処理において印刷した前記画像データの画像に含まれる前記画像ＩＤと一致する場合、前記特定データ受信装置の装置ＩＤを取得し、応答があったことを示す応答情報を、抽出した前記ユーザＩＤおよび前記特定データ受信装置の装置ＩＤと関連付けてメモリに記憶する応答記憶処理を実行し、前記特定画像データは、前記特定出力処理によって前記マルチ出力装置が印刷したシートを、前記特定データ受信装置が読み取った画像データであり、前記特定画像データの画像には、前記特定出力処理において印刷した前記画像データの画像に含まれる前記ユーザＩＤおよび前記画像ＩＤが含まれ、前記マルチ出力装置は、前記ユーザＩＤごとに、所定回数以上の前記特定出力指示を受け付けた場合に、前記特定出力処理において、前記複数のデータ受信装置のうち前記メモリにて前記応答情報が関連付けられているデータ受信装置に対して前記画像データに基づく送信データを送信する、ことを特徴としている。
【０００７】
本明細書に開示されるデータ送信システムのマルチ出力装置は、特定出力指示を受け付けて印刷した画像を複数のデータ受信装置の１つから受信した場合、応答があったことを示す応答情報を、ユーザＩＤ及びそのデータ受信装置と関連付けてメモリに記憶する。そして、ユーザＩＤごとに、所定回数以上の特定出力指示を受け付けた場合、応答情報が関連付けて記憶されているデータ受信装置に画像データに基づく送信データを送信する。つまり、応答があったデータ受信装置を送信先として自動的に決定するので、システムの管理者やユーザによる送信先の選択操作は不要である。また、応答情報が記憶されていないデータ受信装置には、送信データを送信しなくてもよいことから、毎回全てのデータ受信装置に送信する場合に比較して、通信の負荷の増大が抑えられる。
【０００８】
上記装置の機能を実現するための制御方法、コンピュータプログラム、および当該コンピュータプログラムを格納するコンピュータにて読取可能な記憶媒体も、新規で有用である。
【発明の効果】
【０００９】
本明細書に開示される技術によれば、データ送信機能を有する出力装置によってデータを１ないし複数の外部装置に送信することが可能なデータ送信システムにおいて、通信の負荷の増大を抑えつつ、ユーザに多くの操作を要求しない技術が実現される。
【図面の簡単な説明】
【００１０】
【図１】ＦＡＸシステムの電気的構成を示すブロック図である。
【図２】ＦＡＸシステムによる通信手順の例を示す説明図である。
【図３】デフォルト宛先情報の例を示す説明図である。
【図４】宛先候補情報の例を示す説明図である。
【図５】患者宛先情報の例を示す説明図である。
【図６】マルチ出力処理の手順を示すフローチャートである。
【図７】処方箋原本Ｐの例を示す説明図である。
【図８】送信順決定処理の手順を示すフローチャートである。
【図９】処方箋情報Ｑの例を示す説明図である。
【図１０】ＦＡＸ受信処理の手順を示すフローチャートである。
【図１１】応答送信処理の手順を示すフローチャートである。
【発明を実施するための形態】
【００１１】
データ送信システムを具体化した実施の形態について、添付図面を参照しつつ詳細に説明する。本形態は、複数台の複合機（以下、「ＭＦＰ」とする）を備えるＦＡＸシステムを開示するものである。
【００１２】
本形態のＦＡＸシステム１は、図１に示すように、ＭＦＰ１００と、ＰＣ２００と、ＭＦＰ３０１〜３０４と、を備える。ＭＦＰ１００とＭＦＰ３０１〜３０４は、いずれも、印刷機能とデータ送受信機能とを有する装置である。ＭＦＰ１００とＭＦＰ３０１〜３０４は、それぞれ電話通信網３００に接続されており、ファクシミリ（以下、「ＦＡＸ」とする）通信機能によるＦＡＸデータの送信及び受信を行うことができる。ＭＦＰ１００は、マルチ出力装置の一例であり、ＭＦＰ３０１〜３０４は、データ受信装置の一例である。
【００１３】
ＰＣ２００は、各種のアプリケーションプログラムが組み込まれており、ＭＦＰ１００に印刷実行の指示を送信する機能を含む各種の機能を備える装置である。ＰＣ２００は、例えば、アプリケーションプログラムの１つを介して、印刷指示の入力、印刷対象の画像データの選択、印刷パラメータの設定等を受け付ける。ＰＣ２００に代えて、例えば、スマートフォン、タブレットコンピュータであっても良い。
【００１４】
本形態のＦＡＸシステム１では、ＭＦＰ１００とＰＣ２００とは、所定の施設内に設けられ、ローカル接続によって通信可能となっている。ＵＳＢ接続、ＬＡＮ接続は、ローカル接続の一例である。一方、ＭＦＰ３０１〜３０４は、ＭＦＰ１００とは異なる施設であって、それぞれ異なる施設に配置されており、ＭＦＰ１００とはローカル接続されていない。
【００１５】
ＭＦＰ１００の電気的構成について説明する。ＭＦＰ１００は、図１に示すように、ＣＰＵ３１と、ＲＯＭ３２と、ＲＡＭ３３と、不揮発性メモリ３４と、を含む制御基板３０を備えている。また、ＭＦＰ１００は、ＦＡＸ通信インタフェース（以下、「ＦＡＸ−ＩＦ」とする）３５と、ローカル通信インタフェース（以下、「ローカルＩＦ」とする）３６と、ユーザインタフェース（以下、「ユーザＩＦ」とする）３７と、画像形成デバイス４０と、画像読取デバイス５０と、を備え、これらが制御基板３０に電気的に接続されている。ＭＦＰ１００は、ＦＡＸ−ＩＦ３５を用いて、ＭＦＰ３０１〜３０４と遠隔通信し、ローカルＩＦ３６を用いて、ＰＣ２００とローカル接続による通信を行う。ローカルＩＦ３６としては、例えば、ＵＳＢインタフェースや、ＬＡＮインタフェースが挙げられる。
【００１６】
ＣＰＵ３１は、ＲＯＭ３２や不揮発性メモリ３４から読み出した各種のプログラムに従って、また、ユーザの操作に基づいて、各種の処理を実行する。ＣＰＵ３１は、コントローラの一例である。
【００１７】
ＲＯＭ３２には、ＭＦＰ１００を起動するための起動プログラム等が記憶されている。ＲＡＭ３３は、各種の処理が実行される際の作業領域として、あるいは、データを一時的に記憶する記憶領域として利用される。不揮発性メモリ３４は、例えば、ＨＤＤ、フラッシュメモリであり、各種のプログラムや画像データ等のデータや各種設定を記憶する領域として利用される。ＲＯＭ３２、ＲＡＭ３３および不揮発性メモリ３４は、いずれもメモリの一例である。また、ＣＰＵ３１がＣＰＵバッファを備えているものであれば、ＣＰＵバッファもメモリの一例である。
【００１８】
なお、メモリの一例はいずれも、コンピュータが読み取り可能なストレージ媒体の一例である。コンピュータが読み取り可能なストレージ媒体とは、ｎｏｎ−ｔｒａｎｓｉｔｏｒｙな媒体である。ｎｏｎ−ｔｒａｎｓｉｔｏｒｙな媒体には、上記の例の他に、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ等の記録媒体も含まれる。また、ｎｏｎ−ｔｒａｎｓｉｔｏｒｙな媒体は、ｔａｎｇｉｂｌｅな媒体でもある。一方、インターネット上のサーバなどからダウンロードされるプログラムを搬送する電気信号は、コンピュータが読み取り可能な媒体の一種であるコンピュータが読み取り可能な信号媒体であるが、ｎｏｎ−ｔｒａｎｓｉｔｏｒｙなコンピュータが読み取り可能なストレージ媒体には含まれない。
【００１９】
ＦＡＸ−ＩＦ３５は、電話通信網３００を介したＦＡＸデータの送信及び受信を行うための構成、例えば、モデムを含む。ＦＡＸ−ＩＦ３５は、通信インタフェースの一例である。なお、ＭＦＰ１００は、さらに受話器を備え、音声通話機能を備えていても良い。ローカルＩＦ３６は、ＰＣ２００との通信を行うための構成を含む。ＭＦＰ１００は、さらに他の通信方式に対応可能であってもよい。
【００２０】
ユーザＩＦ３７は、例えば、タッチパネルであり、メッセージの表示機能とユーザによる操作を受け付ける機能との両方の機能を備える。なお、ユーザＩＦ３７は、入力機能を有しない表示画面と、数字キーやスタートキー等の入力ボタンとの組合せによる構成でも良い。
【００２１】
画像形成デバイス４０は、用紙に画像を形成するための構成を含む。画像形成デバイス４０は、印刷デバイスの一例である。画像形成デバイス４０は、インクジェット方式のデバイス、電子写真方式のデバイスなど、どのような方式のデバイスでも良い。また、画像形成デバイス４０は、カラー画像の形成が可能なデバイスであっても良いし、モノクロ画像のみを形成するデバイスであっても良い。また、ＭＦＰ１００は、異なる方式による複数の画像形成デバイス４０を備えていても良い。
【００２２】
画像読取デバイス５０は、用紙に印刷されている画像を読み取って、画像データを取得するための構成を含む。ＭＦＰ１００の画像読取デバイス２０は、カラー原稿を読み取ってカラー画像データを取得するカラーイメージスキャナであっても良いし、モノクロ画像データのみを取得するモノクロイメージスキャナであっても良い。また、ＭＦＰ１００は、重ねて載置された複数の原稿から、画像読取デバイス５０に向けて１枚ずつ搬送するＡＤＦ（自動原稿搬送装置の略）を備えていても良い。
【００２３】
本形態のＭＦＰ１００は、１つの画像データに基づいて、印刷とＦＡＸ送信とを行うマルチ出力機能を有している。ＭＦＰ１００は、画像データとマルチ出力指示とを含むマルチ出力ジョブを受け付けた場合、当該画像データに基づく印刷を行うとともに、当該画像データに基づくＦＡＸデータのＦＡＸ送信を行う。マルチ出力指示に基づくＦＡＸ送信の送信先は、１つであっても良いし、複数であっても良い。
【００２４】
本形態のＭＦＰ１００は、図１に示すように、マルチ出力機能を用いた各種の動作を行うためのプログラム３４１と、ＦＡＸ宛先データベース（以下、「ＤＢ」とする）３４２とを、不揮発性メモリ３４に記憶している。マルチ出力ジョブに対するＭＦＰ１００の各処理は、プログラム３４１によって実現される。プログラム３４１は、ファームウェアの一部であっても良い。また、プログラム３４１は、ＲＯＭ３２に記憶されていても良い。プログラム３４１やＦＡＸ宛先ＤＢ３４２の詳細に付いては後述する。
【００２５】
なお、本形態のＦＡＸシステム１では、マルチ出力ジョブに基づいてＭＦＰ１００にて印刷される画像とＦＡＸ送信される画像とは、同じ画像データに基づく画像であれば良く、完全に同一の画像であるとは限らない。また、複数の送信先に送信する場合、各送信先に送信するＦＡＸデータは、全く同じであっても良いし、元の画像データにそれぞれ異なる情報を付加したものであっても良い。また、ＭＦＰ１００は、マルチ出力ジョブを、ＰＣ２００等の外部装置から受信しても良いし、ＭＦＰ１００のユーザＩＦ３７を介して受け付けても良い。
【００２６】
ＭＦＰ３０１〜３０４は、少なくとも画像読取機能とＦＡＸ通信機能とを備えており、例えば、ＭＦＰ１００と同様のハードウェア構成を有する装置である。なお、ＭＦＰ３０１〜３０４は、マルチ出力機能を有していなくても良い。
【００２７】
本形態のプログラム３４１によるＭＦＰ１００の動作について、図２に示す具体例に基づいて説明する。図２では、ＭＦＰ１００が、ＰＣ２００からマルチ出力ジョブを受け付け、ＭＦＰ３０１〜３０４にＦＡＸデータを送信する例を示している。
【００２８】
図２の例では、ＭＦＰ１００とＰＣ２００とは、例えば、同じ病院または診療所内に配置され、当該病院または診療所のローカルネットワークなどを介して互いにローカル接続されている。以下では、病院または診療所を、単に、「病院等」とする。ＰＣ２００の使用者は、例えば、医師、医師の指示に基づいて操作入力を行う看護師や入力担当者である。ＭＦＰ３０１〜３０４は、例えば、それぞれ異なる院外調剤薬局の店舗に備えられており、図２の例では、それぞれ薬局Ａ〜Ｄに備えられている。
【００２９】
ＰＣ２００の使用者は、ＰＣ２００にて、マルチ出力ジョブに含まれる画像データの選択と、ＭＦＰ１００へのマルチ出力ジョブの送信を指示する操作と、を行う。マルチ出力ジョブに含まれる画像データは、例えば、院外処方箋の画像を含み、マルチ出力ジョブには、病院等において患者を識別する情報である患者ＩＤが含まれる。患者は、ユーザの一例であり、患者ＩＤは、ユーザＩＤの一例である。なお、複数の受診科を受診する患者の場合でも、１つの病院等内では、各受診科で共通の患者ＩＤが用いられる。
【００３０】
なお、本明細書では、各種のＩＤを単に識別するための情報という概念で用いており、これらは、数字やアルファベットの羅列に限られるものではない。例えば、患者ＩＤは、個々の患者を識別する情報であれば良く、患者の姓名と生年月日とを含む情報であっても良い。
【００３１】
ＭＦＰ１００は、ＰＣ２００からマルチ出力ジョブを受け付け（１）、受け付けたマルチ出力ジョブに基づいて、処方箋原本Ｐを印刷する（２）。印刷された処方箋原本Ｐは、病院等にて患者に手渡される（３）。処方箋原本Ｐには、それぞれ固有の識別情報である処方箋ＩＤが印刷される。処方箋ＩＤは、画像ＩＤの一例である。
【００３２】
さらに、ＭＦＰ１００は、受け付けたマルチ出力ジョブに基づいて、ＦＡＸデータとして処方箋情報Ｑ１〜Ｑ４を作成し、ＭＦＰ３０１〜３０４にそれぞれ送信する（４）。処方箋情報Ｑ１〜Ｑ４は、送信データの一例である。
【００３３】
処方箋情報Ｑ１〜Ｑ４は、処方箋原本Ｐと同様に、マルチ出力ジョブに含まれる画像データに基づいて作成されたデータである。処方箋情報Ｑ１〜Ｑ４には、少なくとも、患者ＩＤと、処方箋ＩＤと、処方箋の内容である薬剤の情報と、病院等の情報と、が含まれる。ただし、処方箋情報Ｑ１〜Ｑ４は、処方箋原本Ｐと全く同一ではない。例えば、処方箋原本Ｐには、患者を特定する個人情報が視認可能な状態で含まれているが、処方箋情報Ｑ１〜Ｑ４には、視認可能な状態では含まれていない。各薬局に送信される処方箋情報Ｑ１〜Ｑ４は、全て同じ情報であっても良いし、宛先の薬局名などが付加されてそれぞれ異なる情報であっても良い。以下、区別の必要のない場合には、単に、「処方箋情報Ｑ」とする。
【００３４】
ＭＦＰ３０１〜３０４は、それぞれ、処方箋情報Ｑ１〜Ｑ４を受信する。ＭＦＰ３０１〜３０４は、受信した処方箋情報Ｑに基づく印刷を、受信後すぐに実行しても良いし、処方箋情報Ｑを一旦自装置のメモリに記憶しておき、薬局のスタッフによる印刷指示を受け付けた後に実行しても良い。また、薬局では、受信した処方箋情報Ｑに基づいて、調剤の準備を開始しても良い。
【００３５】
処方箋原本Ｐを受け取った患者は、処方箋原本Ｐを薬局に提出して（５）、処方箋原本Ｐの記載に基づいて調剤された薬剤を購入する（６）。図２の例では、患者は、ＭＦＰ３０２を備える薬局Ｂにて薬剤を購入する。薬局Ｂにて、先に受信した処方箋情報Ｑに基づいて調剤の準備が開始されていれば、患者は、少ない待ち時間で薬剤を受け取ることができる。なお、本形態のＦＡＸシステム１では、マルチ出力ジョブに基づいてＭＦＰ１００が自動的に処方箋情報Ｑの送信を行うことから、患者あるいは病院等のスタッフは、ＦＡＸ送信のための送信先の操作を行う必要はない。
【００３６】
患者に薬剤を販売した薬局ＢのＭＦＰ３０２は、薬局Ｂのスタッフの指示に基づいて、薬剤を販売したことを示す情報である販売情報をＦＡＸにてＭＦＰ１００に送信する（７）。例えば、薬局Ｂのスタッフが患者から受け取った処方箋原本ＰをＭＦＰ３０２にセットして送信指示を入力することにより、ＭＦＰ３０２は、セットされた処方箋原本Ｐを読み取り、読み取った画像データをＭＦＰ１００にＦＡＸ送信する。この場合、読み取った画像データが、販売情報に相当する。ＭＦＰ３０２は、特定データ受信装置の一例であり、販売情報は、特定画像データの一例である。薬局ＢのＭＦＰ３０２は、ＭＦＰ１００で印刷された処方箋原本Ｐを読み取ってＭＦＰ１００に送信するだけでよく、既存の装置であっても対応可能である。
【００３７】
ＭＦＰ１００は、販売情報を受信した場合、受信した販売情報から患者ＩＤと処方箋ＩＤとを抽出する。受信した販売情報が処方箋原本Ｐを読み取った画像データである場合には、ＭＦＰ１００は、受信した画像データの画像の画像解析により、患者ＩＤと処方箋ＩＤとを抽出する。さらに、ＭＦＰ１００は、抽出した処方箋ＩＤが自装置にて印刷した処方箋原本Ｐの処方箋ＩＤと一致する場合、販売情報を受信したことを示す情報を、患者ＩＤと販売情報を送信した装置を識別する情報とに関連付けて自装置のメモリに記憶する。本形態のＭＦＰ１００は、図１に示したように、ＦＡＸ宛先ＤＢ３４２を不揮発性メモリ３４に記憶しており、販売情報を受信したことを示す情報をＦＡＸ宛先ＤＢ３４２に記憶する。
【００３８】
ＦＡＸ宛先ＤＢ３４２には、例えば、図３に示すデフォルト宛先情報６１と、図４に示す宛先候補情報６２と、図５に示す患者宛先情報６３と、が含まれる。デフォルト宛先情報６１は、この病院等へ通院している患者の多くが利用する所定の数以内の薬局の情報であり、新規の患者のデフォルトの送信先として使用される。デフォルト宛先情報６１には、図３に示すように、宛先名と宛先ＩＤとが、互いに関連付けて記憶されている。宛先名は、例えば、薬局の店舗を示す情報である。宛先ＩＤは、当該薬局にＦＡＸを送信する場合の送信先情報であり、例えば、当該薬局に備えられるＭＦＰなどのＦＡＸ番号である。
【００３９】
宛先候補情報６２は、デフォルト宛先情報６１を更新するための情報であり、デフォルト宛先情報６１よりも多くの薬局の情報が記憶されている。宛先候補情報６２は、例えば、当該病院等にて発行された処方箋がこれまでに提出された全ての薬局の情報を含む。宛先候補情報６２には、図４に示すように、宛先名と宛先ＩＤと立寄回数とが、互いに関連付けて記憶されている。宛先名と宛先ＩＤとは、デフォルト宛先情報６１と同様の情報である。立寄回数は、ＭＦＰ１００にて印刷された処方箋原本Ｐがその薬局に提出された累積回数を示す情報である。
【００４０】
患者宛先情報６３は、患者ごとに処方箋情報Ｑの送信先を決定するための情報である。図５に示すように、患者宛先情報６３には、患者情報６３１と宛先情報６３２とが含まれる。患者情報６３１には、患者名と、患者ＩＤと、患者の電話番号としての市外局番と市内番号と、処方回数と、が記憶されている。処方回数は、当該病院等にてこの患者に処方箋原本Ｐを発行した累積回数を示す情報である。
【００４１】
また、宛先情報６３２には、宛先名と宛先ＩＤと立寄回数と最新立寄日とが、互いに関連付けて記憶されている。宛先名と宛先ＩＤとは、デフォルト宛先情報６１や宛先候補情報６２と同様の情報である。立寄回数は、この患者に発行された処方箋原本Ｐに基づく画像データをその薬局から受信した累積回数であり、この患者が処方箋原本Ｐをその薬局に提出した回数に対応する情報である。立寄回数は、特定画像データの受信回数の一例である。最新立寄日は、この患者に発行された処方箋原本Ｐに基づく画像データをその薬局から受信した最新の日付を示す情報であり、この患者がその薬局に立ち寄った直近の日付に対応する情報である。最新立寄日は、最新の特定画像データの受信時間を示す情報の一例である。
【００４２】
ＭＦＰ１００は、薬局から処方箋原本Ｐの画像データをＦＡＸ受信した場合、受信した画像データに基づいて、その薬局に立ち寄った患者の情報を取得する。つまり、ＭＦＰ１００は、薬局からの販売情報に基づいて、患者がその薬局に立ち寄った回数や日付を取得できる。そして、ＭＦＰ１００は、取得した情報をＦＡＸ宛先ＤＢ３４２に記憶する。
【００４３】
さらに、ＭＦＰ１００は、患者ごとに、所定回数以上のマルチ出力ジョブを受け付けた場合、ＦＡＸ宛先ＤＢ３４２に基づいて、処方箋情報ＱのＦＡＸ送信の送信対象となる宛先を決定する。具体的には、ＭＦＰ１００は、宛先情報６３２に基づいて、例えば、最新立寄日が新しい薬局、立寄回数が閾値回数より多い薬局に、処方箋情報Ｑを送信する。なお、所定回数は、２以上であり、ＦＡＸシステム１の管理者によってあらかじめ設定されている。所定回数は、全患者で共通であっても良いし、患者ごとに設定しても良い。
【００４４】
なお、患者ごとのマルチ出力ジョブを受け付けた回数が所定回数に満たない場合、ＭＦＰ１００は、例えば、デフォルトの送信先に処方箋情報Ｑを送信する。デフォルトの送信先は、例えば、前述したデフォルト宛先情報６１に記憶されている宛先である。
【００４５】
続いて、上記の動作を実現するためにＭＦＰ１００にて実行されるマルチ出力処理の手順について、図６のフローチャートを参照して説明する。マルチ出力処理は、ＰＣ２００等からマルチ出力ジョブの実行指示を受け付けたことを契機に、ＣＰＵ３１にて実行される。マルチ出力処理は、図１に示したプログラム３４１によって実行される処理である。マルチ出力ジョブの実行指示は、特定出力指示の一例である。
【００４６】
なお、以下の処理およびフローチャートの各処理ステップは、基本的に、各プログラムに記述された命令に従ったＣＰＵ３１の処理を示す。すなわち、以下の説明における「判断」、「抽出」、「選択」、「算出」、「決定」、「特定」、「取得」、「受付」、「制御」等の処理は、ＣＰＵ３１の処理を表している。ＣＰＵ３１による処理は、ＭＦＰ１００のＯＳのＡＰＩを用いたハードウェア制御も含む。本明細書では、ＯＳの記載を省略して各プログラムの動作を説明する。すなわち、以下の説明において、「プログラムＢがハードウェアＣを制御する」という趣旨の記載は、「プログラムＢがＯＳのＡＰＩを用いてハードウェアＣを制御する」ことを指してもよい。また、プログラムに記述された命令に従ったＣＰＵ３１の処理を、省略した文言で記載することがある。例えば、「ＣＰＵ３１が行う」のように記載することがある。
【００４７】
なお、「取得」は要求を必須とはしない概念で用いる。すなわち、ＣＰＵ３１が要求することなくデータを受信するという処理も、「ＣＰＵ３１がデータを取得する」という概念に含まれる。また、本明細書中の「データ」とは、コンピュータに読取可能なビット列で表される。そして、実質的な意味内容が同じでフォーマットが異なるデータは、同一のデータとして扱われるものとする。本明細書中の「情報」についても同様である。また、「要求する」、「指示する」とは、要求していることを示す情報や、指示していることを示す情報を相手に出力することを示す概念である。また、要求していることを示す情報や指示していることを示す情報のことを、単に、「要求」、「指示」とも記載する。
【００４８】
また、ＣＰＵ３１による、情報Ａは事柄Ｂであることを示しているか否かを判断する処理を、「情報Ａから、事柄Ｂであるか否かを判断する」のように概念的に記載することがある。ＣＰＵ３１による、情報Ａが事柄Ｂであることを示しているか、事柄Ｃであることを示しているか、を判断する処理を、「情報Ａから、事柄Ｂであるか事柄Ｃであるかを判断する」のように概念的に記載することがある。
【００４９】
マルチ出力処理では、ＣＰＵ３１は、まず、受け付けた画像データに基づいて処方箋原本Ｐを印刷する（Ｓ１０１）。Ｓ１０１は、特定出力処理の一例である。処方箋原本Ｐの例を図７に示す。処方箋原本Ｐには、患者名や患者ＩＤなどの個人情報７１が、視認可能な形式で含まれている。処方箋原本Ｐには、さらに、処方箋の内容である薬剤の情報や発行日や医師名等の発行元の情報を含む内容情報７２、薬局のスタッフにＦＡＸ送信を依頼する文言を含む依頼情報７３、送信先情報７４などが記載されている。送信先情報７４は、例えば、ＭＦＰ１００のＦＡＸ番号であり、特定情報の一例である。
【００５０】
そして、ＣＰＵ３１は、受け付けたマルチ出力ジョブに含まれる患者ＩＤを取得し（Ｓ１０２）、新規の患者であるか否かを判断する（Ｓ１０３）。新規の患者は、患者宛先情報６３に情報が記憶されていない患者である。なお、図６では、患者宛先情報６３を、「患者ＤＢ」と記載している。
【００５１】
新規の患者であると判断した場合（Ｓ１０３：ＹＥＳ）、ＣＰＵ３１は、当該患者の患者宛先情報６３を作成する（Ｓ１０４）。さらに、ＣＰＵ３１は、患者宛先情報６３の宛先情報６３２に、デフォルト宛先情報６１に記憶されている各薬局の情報をコピーして（Ｓ１０５）、ＦＡＸ送信先の候補とする。また、ＣＰＵ３１は、患者情報６３１の処方回数と宛先情報６３２の全ての立寄回数とを０とし、最新立寄日は全て空欄とする。
【００５２】
新規の患者ではないと判断した場合（Ｓ１０３：ＮＯ）、ＣＰＵ３１は、患者宛先情報６３の宛先情報６３２に記憶されている宛先ＩＤを取得して（Ｓ１０６）、ＦＡＸ送信先の候補とする。
【００５３】
Ｓ１０５の後、または、Ｓ１０６の後、ＣＰＵ３１は、送信順決定処理を実行する（Ｓ１０７）。送信順決定処理は、ＦＡＸ送信先の候補とした各宛先ＩＤから、実際に処方箋情報Ｑを送信する宛先とＦＡＸ送信の送信順とを決定する処理である。
【００５４】
送信順決定処理の手順について、図８のフローチャートを参照して説明する。送信順決定処理では、ＣＰＵ３１は、まず、患者宛先情報６３の宛先情報６３２に、最新立寄日に情報が記憶されている宛先ＩＤが有るか否かを判断する（Ｓ２０１）。最新立寄日に情報が記憶されている宛先ＩＤが有ると判断した場合（Ｓ２０１：ＹＥＳ）、ＣＰＵ３１は、最新立寄日が最新の宛先ＩＤを送信順の１位に決定する（Ｓ２０２）。
【００５５】
次に、ＣＰＵ３１は、当該患者の処方回数が所定回数以上であるか否かを判断する（Ｓ２０３）。所定回数は、例えば、２回であり、病院等のシステムの管理者によって設定される。そして、当該患者の処方回数が所定回数以上であると判断した場合（Ｓ２０３：ＹＥＳ）、ＣＰＵ３１は、立寄回数が所定の閾値回数以下よりも小さい宛先を送信の対象外として候補から除外する（Ｓ２０４）。閾値回数は、固定値でも良いし、例えば、処方回数等に基づいて決定される可変値でも良い。閾値回数は、例えば、病院等のシステムの管理者によって設定される。
【００５６】
さらに、ＣＰＵ３１は、最新立寄日からの経過時間が閾値時間より長い宛先を送信の対象外として候補から除外する（Ｓ２０５）。閾値時間は、例えば、１年であり、病院等のシステムの管理者によって設定される。
【００５７】
Ｓ２０５の後、または、当該患者の処方回数が所定回数以上ではないと判断した場合（Ｓ２０３：ＮＯ）、ＣＰＵ３１は、除外されていない宛先の宛先ＩＤを送信先とし、立寄回数の大きい順に送信順を決定して（Ｓ２０６）、送信順決定処理を終了する。Ｓ２０２にて送信順の１位が決定されているので、ＣＰＵ３１は、Ｓ２０６にて、２位以下の送信順を決定する。
【００５８】
一方、最新立寄日に情報が記憶されていないと判断した場合（Ｓ２０１：ＮＯ）、ＣＰＵ３１は、宛先情報６３２の記載順に送信順を決定して（Ｓ２０７）、マルチ出力処理に戻る。最新立寄日の情報が１つも記憶されていない患者は、処方箋原本Ｐが初めて発行される患者である。新規の患者であれば、どの薬局に行くか分からないので、病院等の全体として多く利用されている薬局を優先して、処方箋情報Ｑを送信する。なお、患者情報６３１の患者の電話番号を参照して、患者の電話番号の市外局番と同じ市外局番の薬局を優先して送信してもよい。
【００５９】
ＦＡＸ送信には、１件の送信ごとにある程度の時間を要する。送信順が上位の宛先に患者が立ち寄った場合には、患者が立ち寄るまでの準備時間が確保されやすい。ＭＦＰ１００は、最新立寄日が近い宛先や立寄回数が多い宛先を送信順の上位とするので、患者の待ち時間を短縮できる可能性が高い。
【００６０】
図６のマルチ出力処理の説明に戻る。Ｓ１０７の送信順決定処理の後、ＣＰＵ３１は、Ｓ１０７にて決定した送信順に従って、送信順の宛先に送信する処方箋情報Ｑの画像データを作成する（Ｓ１０８）。
【００６１】
処方箋情報Ｑの例を図９に示す。処方箋情報Ｑは、Ｓ１０１にて印刷した処方箋原本Ｐのうち、視認可能な形式の個人情報７１と依頼情報７３とを削除し、例えば、立寄情報７５を追加したものである。立寄情報７５は、当該患者による宛先の薬局への立寄回数を示す情報である。ＭＦＰ１００は、患者情報６３１に基づいて、立寄情報７５として、例えば、処方回数や、当該薬局への立寄回数、最新立寄日等を含ませる。立寄情報７５は、応答頻度を示す情報の一例である。処方箋情報Ｑを受信した薬局では、立寄情報７５に基づいて、当該患者がその薬局を訪れる可能性の高低を推定することができる。
【００６２】
ＣＰＵ３１は、作成した処方箋情報Ｑを、当該薬局へＦＡＸ送信する（Ｓ１０９）。そして、ＣＰＵ３１は、送信順が決定された宛先のうち未送信の宛先が有るか否かを判断する（Ｓ１１０）。未送信の宛先が有ると判断した場合（Ｓ１１０：ＹＥＳ）、ＣＰＵ３１は、Ｓ１０８に戻り、次の送信先についてさらに処方箋情報Ｑを作成し、送信する。未送信の宛先が無いと判断した場合（Ｓ１１０：ＮＯ）、ＣＰＵ３１は、患者情報６３１の処方回数を１加算し（Ｓ１１１）、マルチ出力処理を終了する。
【００６３】
次に、ＭＦＰ１００にて実行されるＦＡＸ受信処理の手順について、図１０のフローチャートを参照して説明する。ＦＡＸ受信処理は、ＦＡＸ受信を契機に、ＣＰＵ３１にて実行される。前述したように、患者に薬剤を販売した薬局のスタッフは、薬局のＭＦＰ３０１〜３０４に処方箋原本Ｐを読み取らせ、病院等に宛てて販売情報としてＦＡＸ送信させる。ＭＦＰ１００は、例えば、薬局ＢのＭＦＰ３０２から、処方箋原本Ｐを読み取った画像データをＦＡＸ受信する。
【００６４】
ＦＡＸ受信処理では、ＣＰＵ３１は、まず、受信したＦＡＸデータの画像を解析し（Ｓ３０１）、処方箋原本Ｐを読み取った画像データであるか否かを判断する（Ｓ３０２）。ＣＰＵ３１は、例えば、処方箋原本Ｐに含まれる処方箋ＩＤの画像に基づいて、Ｓ３０２の判断を行う。処方箋原本Ｐは、所定の形式にて構成されていることから、ＣＰＵ３１は、例えば、画像解析により処方箋原本Ｐを読み取った画像データであるか否かを判断できる。
【００６５】
処方箋原本Ｐを読み取った画像データであると判断した場合（Ｓ３０２：ＹＥＳ）、ＣＰＵ３１は、患者ＩＤの取得に成功したか否かを判断する（Ｓ３０３）。ＣＰＵ３１は、例えば、処方箋原本Ｐの個人情報７１の領域を画像解析することで患者ＩＤを取得できる。そして、患者ＩＤの取得に成功したと判断した場合（Ｓ３０３：ＹＥＳ）、ＣＰＵ３１は、送信元情報を取得できたか否かを判断する（Ｓ３０４）。送信元情報は、例えば、送信元のＦＡＸ番号である。
【００６６】
処方箋原本Ｐではないと判断した場合（Ｓ３０２：ＮＯ）、または、患者ＩＤの取得に成功しなかったと判断した場合（Ｓ３０３：ＮＯ）、または、送信元情報を取得できなかったと判断した場合（Ｓ３０４：ＮＯ）、ＣＰＵ３１は、受信したＦＡＸデータに基づく画像を画像形成デバイス４０に印刷させ（Ｓ３０５）、ＦＡＸ受信処理を終了する。処方箋原本Ｐを読み取った画像データではない一般のＦＡＸ送信である場合や、画像データから患者ＩＤを抽出できなかった場合、ＭＦＰ１００は、その画像を印刷するので、病院等のスタッフによる手動の指示を受け付けることができる。
【００６７】
一方、送信元情報を取得できたと判断した場合（Ｓ３０４：ＹＥＳ）、ＣＰＵ３１は、取得した送信元情報が、Ｓ３０３にて取得した患者ＩＤに関連付けて記憶されている患者宛先情報６３（図５参照）の宛先情報６３２に含まれているか否かを判断する（Ｓ３０６）。送信元の情報が宛先情報６３２に含まれていないと判断した場合（Ｓ３０６：ＮＯ）、ＣＰＵ３１は、送信元の情報を宛先情報６３２に追加する（Ｓ３０７）。Ｓ３０７は、応答記憶処理の一例である。宛先情報６３２に追加される送信元の情報は、応答情報の一例である。
【００６８】
ＣＰＵ３１は、例えば、送信元のＦＡＸ番号を宛先情報６３２に追加する。ＣＰＵ３１は、例えば、デフォルト宛先情報６１（図３参照）や宛先候補情報６２（図４参照）に基づいて、当該ＦＡＸ番号に対応する薬局名が取得できる場合には、宛先の情報を追加する。ＣＰＵ３１は、宛先の情報の入力を受け付けても良い。また、ＣＰＵ３１は、宛先情報６３２に追加したＦＡＸ番号に関連付けて記憶される立寄回数を０とし、最新立寄日を空欄とする。なお、この送信元の薬局が、病院等にとって新規の薬局であれば、宛先候補情報６２にも記憶されていないことから、ＣＰＵ３１は、送信元の情報を宛先候補情報６２にも追加する。この場合も、ＣＰＵ３１は、立寄回数を０とする。
【００６９】
送信元が宛先情報６３２に含まれていると判断した場合（Ｓ３０６：ＹＥＳ）、または、Ｓ３０７の後、ＣＰＵ３１は、宛先情報６３２と宛先候補情報６２の立寄回数にそれぞれ１加算する（Ｓ３０８）。さらに、ＣＰＵ３１は、宛先情報６３２の最新立寄日に当日の日付を記憶する（Ｓ３０９）。Ｓ３０８とＳ３０９も、応答記憶処理の一例である。
【００７０】
そして、ＣＰＵ３１は、宛先候補情報６２の立寄回数が所定の閾値を越えたか否かを判断する（Ｓ３１０）。所定の閾値は、例えば、３０であり、病院等のシステムの管理者によって設定される。宛先候補情報６２の立寄回数が所定の閾値を越えたと判断した場合（Ｓ３１０：ＹＥＳ）、ＣＰＵ３１は、その薬局を、デフォルト宛先情報６１（図３参照）に追加する（Ｓ３１１）。なお、ＣＰＵ３１は、宛先候補情報６２の立寄回数が多い方から所定の数以内の宛先をデフォルト宛先情報６１に登録するとしても良い。また、ＣＰＵ３１は、デフォルト宛先情報６１の宛先を立寄回数の多い順に並べるとしても良い。
【００７１】
宛先候補情報６２の立寄回数が所定の閾値を越えていないと判断した場合（Ｓ３１０：ＮＯ）、または、Ｓ３１１の後、ＣＰＵ３１は、ＦＡＸ受信処理を終了する。
【００７２】
次に、病院等にて発行された処方箋原本Ｐ（図７参照）を受け取った薬局等のＭＦＰなどで実行される応答送信処理の手順について、図１１のフローチャートを参照して説明する。この応答送信処理は、当該ＭＦＰが所定の応答モードを有する装置である場合に実行可能であり、薬局等のスタッフによる応答モードの実行指示を受け付けたことを契機に、当該ＭＦＰなどのＣＰＵにて実行される。なお、この応答モードを実行可能なＭＦＰは、少なくともＡＤＦを有する装置である。
【００７３】
応答送信処理では、ＣＰＵは、まず、ＡＤＦに原稿がセットされたか否かを判断する（Ｓ４０１）。ＡＤＦに原稿がセットされていないと判断した場合（Ｓ４０１：ＮＯ）、ＣＰＵは、原稿がセットされるまで待機する。本形態では、原稿として、処方箋原本Ｐがセットされる。
【００７４】
原稿がセットされたと判断した場合（Ｓ４０１：ＹＥＳ）、ＣＰＵは、セットされた原稿の画像を、ＭＦＰの読み取りデバイスに連続して読み取らせる（Ｓ４０２）。そして、読み取りによって取得した１枚の画像の画像データごとに、ＣＰＵは、送信先の入力を受け付けたか否かを判断する（Ｓ４０３）。ＣＰＵは、例えば、ＭＦＰのユーザインタフェースを用いて、送信先の入力を受け付ける画面を表示し、送信先の入力を受け付ける。
【００７５】
送信先の入力を受け付けていないと判断した場合（Ｓ４０３：ＮＯ）、ＣＰＵは、受け付けるまで待機する。そして、送信先の入力を受け付けたと判断した場合（Ｓ４０３：ＹＥＳ）、ＣＰＵは、指定された送信先に読み取った画像の画像データをＦＡＸ送信する（Ｓ４０４）。なお、送信先の入力を受け付ける代わりに、薬局等のＭＦＰなどが、読み取った画像データを解析して、送信先のＦＡＸ番号を自動的に取得しても良い。
【００７６】
さらに、ＣＰＵは、Ｓ４０２にて読み取った全ての画像について、ＦＡＸ送信が終了したか否かを判断する（Ｓ４０５）。終了していないと判断した場合（Ｓ４０５：ＮＯ）、ＣＰＵは、Ｓ４０３に戻って、次の１枚の送信先の入力を受け付ける。全ての画像の送信が終了したと判断した場合（Ｓ４０５：ＹＥＳ）、ＣＰＵは、応答送信処理を終了する。
【００７７】
本形態のＭＦＰ１００は、前述したＦＡＸ受信処理にて、この応答送信処理にて送信される画像データを受信する。纏めてＡＤＦにセットされた複数枚の処方箋原本Ｐであっても、１枚ずつ送信されることで、ＭＦＰ１００は、それぞれの処方箋原本Ｐごとに処理を行うことができる。また、薬局のスタッフにとっては、ＡＤＦに１枚ずつセットする場合に比較して、手間が少ない。
【００７８】
なお、応答モードでは、送信先が同じである複数の原稿が有る場合、つまり、同じ病院等にて発行された複数の処方箋原本Ｐが有る場合、送信先の指定を纏めて受け付ける機能があっても良い。その場合、送信先を指定して原稿をセットすることで、ＭＦＰは、連続して読み取った画像データを１枚ずつＦＡＸ送信する。
【００７９】
以上、詳細に説明したように、本形態のＦＡＸシステム１のＭＦＰ１００は、処方回数が所定回数以上の患者についてのマルチ出力ジョブでは、患者宛先情報６３に基づいて処方箋情報Ｑの送信先と送信順とを決定する。また、ＭＦＰ１００は、各薬局から受信した販売情報に基づいて患者宛先情報６３を更新する。つまり、所定回数以上のマルチ出力ジョブでは、ＭＦＰ１００が、販売情報を受信した薬局に処方箋情報Ｑを送信しているため、処方箋情報Ｑを受信した薬局では、その処方箋情報Ｑに対応する処理を開始することができる。この場合、システムの管理者や患者は、処方箋情報Ｑの送信先を選択する操作は必要ない。また、ＭＦＰ１００は、患者ごとに、販売情報を送信した薬局のＦＡＸ番号を患者宛先情報６３に記憶しており、所定回数以上のマルチ出力ジョブでは、販売情報を送信していない薬局は、処方箋情報Ｑの送信先として選択され難い。そのため、毎回全ての薬局に処方箋情報Ｑを送信する場合と比較して、通信の負荷の増大を回避できる。
【００８０】
また、ＭＦＰ１００は、処方箋原本Ｐにはユーザの情報を含め、処方箋情報Ｑにはユーザの情報を含めないので、ユーザの情報の安全性が確保される。
【００８１】
また、ＭＦＰ１００は、処方箋情報Ｑにその患者の立寄回数などの立寄情報７５を含めるので、薬局のスタッフは、その後の対応を予測し易い。例えば、薬局にとって、自店への立寄回数や最新立寄日を把握できれば、処方箋情報Ｑを受信した際に、直ちに対応する処理を開始するか否かを決定し易い。
【００８２】
また、立寄回数の少ない薬局や、最新立寄日からの経過時間が長い薬局では、その薬局へ患者が立ち寄る可能性は低い。そのため、処方箋情報Ｑを送信しないことで、通信の負荷の増大を抑える方が好ましい。
【００８３】
また、薬局では、受け取った処方箋原本Ｐを纏めて読み取り、各読取結果を適切な病院等に送信できる。すなわち、複数のシートに対する読取指示の入力操作が１回であるため、読取指示の入力と送信先の選択との操作をシートの枚数分繰り返す場合と比較して、読取指示の入力操作を省略できる。例えば、薬局の閉店後に纏めて処方箋の送信を指示する際に、薬局のスタッフの操作の手間を省くことができる。
【００８４】
また、所定回数を２回とすれば、すなわち２回目のマルチ出力ジョブから処方箋情報Ｑの送信先を限定すれば、通信の負荷の増大をより抑えることができる。あるいは、一人の患者について複数の薬局で応答することもあるため、３回以上の販売情報を受信した後に処方箋情報Ｑの送信先を限定することで、ユーザの利便性を考慮しつつ通信の負荷の増大をより抑えることができる。
【００８５】
なお、本実施の形態は単なる例示にすぎず、本発明を何ら限定するものではない。したがって本明細書に開示される技術は当然に、その要旨を逸脱しない範囲内で種々の改良、変形が可能である。例えば、ＭＦＰに限らず、ＦＡＸ装置でも適用可能である。
【００８６】
また、例えば、処方箋情報Ｑの遠隔通信をＦＡＸ送信で行う代わりに、Ｅメール送信で行ってもよい。販売情報や応答済み情報も、Ｅメールで送信してもよい。すなわち、ＬＡＮインタフェースを用いて、インターネット経由での遠隔通信を行っても良い。
【００８７】
また、例えば、ＦＡＸ宛先ＤＢ３４２は、ＭＦＰ１００の不揮発性メモリ３４に記憶されるものに限らず、例えば、ＤＢサーバ等の外部装置に記憶されていても良い。
【００８８】
また、本形態では、ＰＣ２００にてマルチ出力ジョブを作成してＭＦＰ１００に出力するとしたが、ジョブの作成もＭＦＰ１００にて行っても良い。
【００８９】
また、マルチ出力処理では、ＦＡＸ送信の前に処方箋原本Ｐの印刷を行うとしたが、印刷はＦＡＸ送信の後で行っても良いし、ＦＡＸ送信と同時に並行して行っても良い。また、応答処理では、受信した処方箋情報Ｑを印刷するとしたが、しなくても良いし、印刷の指示入力を受け付けた場合に印刷するとしても良い。
【００９０】
また、本形態では、所定回数に満たないマルチ出力ジョブでは、立寄回数の少ない薬局や最新立寄日からの経過時間が長い薬局も除外しないとしたが、これに限らない。例えば、所定回数に満たないマルチ出力ジョブでは、ＭＦＰ１００は、処方箋情報Ｑの送信を行わないとしても良い。
【００９１】
また、本形態では、処方回数や立寄回数として、累積回数を用いるとしたが、これに限らない。例えば、直近の所定の期間内の回数のみを累積し、所定の期間を超えて古い販売情報は使用しないとしても良い。例えば、現在から過去１年分の累積回数のみを用いるとしても良い。
【００９２】
また、新規の患者の場合、デフォルト宛先情報６１の情報を患者宛先情報６３にコピーして送信順決定処理を行うとしたが、新規の患者であれば送信順決定処理を実行しないとしても良い。つまり、新規の患者の送信先や送信順は、デフォルト宛先情報６１に基づいて決定しても良い。
【００９３】
また、本形態のＦＡＸ受信処理では、ＣＰＵ３１は、受信したＦＡＸデータの画像を画像解析することで、処方箋ＩＤや患者ＩＤを取得するとしたが、これに限らない。例えば、処方箋原本Ｐの所定の位置に所定の形式で、処方箋ＩＤや患者ＩＤの情報を含むマークやコードをあらかじめ印刷しておき、そのマークやコードの画像に基づいて、各ＩＤを取得するとしても良い。
【００９４】
また、本形態では、薬局のスタッフは、受け取った処方箋原本ＰをそのままＦＡＸ送信するとしたが、情報を加えて送信してもよい。例えば、患者の希望によりジェネリック医薬品を販売した場合、その情報を付加して送信してもよい。
【００９５】
また、本形態では、処方箋情報Ｑに患者名や患者ＩＤを視認可能な状態では含ませないとしたが、含ませても良い。あるいは、これらの情報を視認不可能な状態、例えば、所定のコード情報として含ませても良い。また、処方箋原本Ｐの画像に含まれる患者ＩＤ等は、マルチ出力ジョブの画像データに含まれていてもよいし、印刷データの生成時に合成してもよい。
【００９６】
また、実施の形態に開示されている任意のフローチャートにおいて、任意の複数のステップにおける複数の処理は、処理内容に矛盾が生じない範囲で、任意に実行順序を変更できる、または並列に実行できる。
【００９７】
また、実施の形態に開示されている処理は、単一のＣＰＵ、複数のＣＰＵ、ＡＳＩＣなどのハードウェア、またはそれらの組み合わせで実行されてもよい。また、実施の形態に開示されている処理は、その処理を実行するためのプログラムを記録した記録媒体、または方法等の種々の態様で実現することができる。
【符号の説明】
【００９８】
１  ＦＡＸシステム
３１  ＣＰＵ
３４  不揮発性メモリ
３４１  プログラム
３５  ＦＡＸ−ＩＦ
３６  ローカルＩＦ
４０  画像形成デバイス
１００、３０１〜３０４  ＭＦＰ
【図１】
2020053907.tif 000003
【図２】
2020053907.tif 000004
【図３】
2020053907.tif 000005
【図４】
2020053907.tif 000006
【図５】
2020053907.tif 000007
【図６】
2020053907.tif 000008
【図７】
2020053907.tif 000009
【図８】
2020053907.tif 000010
【図９】
2020053907.tif 000011
【図１０】
2020053907.tif 000012
【図１１】
2020053907.tif 000013