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