JP2020052855A - データ送信システム、マルチ出力装置およびプログラム - Google Patents

Abstract

【課題】データ送信機能を有する出力装置によってデータを１ないし複数の外部装置に送信することが可能なデータ送信システムにおいて、通信の負荷の増大を抑えつつ、ユーザに多くの操作を要求しない技術を提供する。【解決手段】ＭＦＰ１００は、マルチ出力ジョブを受け付けた場合、処方箋原本Ｐを印刷し、コード画像を含む処方箋情報Ｑ１〜Ｑ４を、ＭＦＰ３０１〜３０４にそれぞれ送信する。各薬局Ａ〜Ｄのタブレット端末４０１〜４０４に組み込まれるアプリは、処方箋情報Ｑ１〜Ｑ４からコード画像Ｒ１〜Ｒ４を読み取り、受け付けた応答指示に基づく応答データをＭＦＰ１００に送信する。ＭＦＰ１００は、受信した応答データの情報を患者ＩＤと薬局ＩＤとに関連付けて記憶する。ＭＦＰ１００は、患者ＩＤごとに、所定回数以上のマルチ出力ジョブを受け付けた場合、応答データの情報が関連付けられているＭＦＰ３０１〜３０４に処方箋情報を送信する。【選択図】図２

Description

本発明は、データ送信システム、マルチ出力装置およびプログラムに関する。

従来、データ送信機能を有する出力装置が端末装置からデータを取得し、さらにその出力装置が遠隔地の外部装置に対してそのデータを転送するシステムが知られている。例えば特許文献１には、病院で処方箋を受け取った患者が携帯端末を操作することで、その携帯端末がネットワークに接続されるサーバにアクセスし、患者による薬局の選択と処方箋の撮像とを受け付け、サーバが処方箋の撮像画像を受信し、その撮像画像を選択された薬局の端末装置に転送する構成が開示されている。

特開２０１１−１８０８５９号公報

特許文献１に開示されている構成では、処方箋を受け取った患者に、薬局の選択と処方箋の撮像との操作を要求している。そのため、システムのユーザである患者に、多くの操作の手間を強いる。選択可能な全ての薬局の端末装置に撮像画像を転送すればどの薬局であっても処方箋を受け取ることができ、ユーザによる薬局の選択操作の手間を省くことができるが、毎回全ての薬局の端末装置にデータを転送するとなると、通信の負荷が増えてしまう。

本明細書は、データ送信機能を有する出力装置によってデータを１ないし複数の外部装置に送信することが可能なデータ送信システムにおいて、通信の負荷の増大を抑えつつ、ユーザに多くの操作を要求しない技術を開示する。

上述した課題の解決を目的としてなされたデータ送信システムは、マルチ出力装置と、複数のデータ受信装置と、端末装置とを有するデータ送信システムであって、前記マルチ出力装置は、印刷機能とデータ送信機能とを有し、前記端末装置は、画像読取機能とデータ送信機能とを有し、前記端末装置には、アプリケーションプログラムが組み込まれており、前記マルチ出力装置は、画像データについて送信と印刷とを指示するマルチ出力指示を受け付けた場合に、前記画像データの画像を印刷し、前記画像データが示す画像にコード画像を合成した画像を示す送信用画像データを生成し、前記複数のデータ受信装置に対して前記送信用画像データを含む特定データを送信するマルチ出力処理を実行し、前記マルチ出力指示には、ユーザＩＤが関連付けられ、前記コード画像には、前記マルチ出力指示と関連付けられた前記ユーザＩＤと、前記マルチ出力装置の特定情報と、前記画像データを識別する画像ＩＤとが格納され、前記アプリケーションプログラムは、前記端末装置に、前記データ受信装置が前記特定データを受信することで前記送信用画像データの画像が印刷されたシートから前記コード画像を読み取り、前記端末装置のユーザインタフェースを介して応答指示の入力を受け付け、前記応答指示が入力された場合に、読み取った前記コード画像に格納される前記マルチ出力装置の前記特定情報を用いて、前記マルチ出力装置を宛先として応答データを送信する応答処理を実行させ、前記応答データには、読み取った前記コード画像に格納される前記ユーザＩＤ、前記特定データを受信した前記データ受信装置を識別する装置ＩＤ、および前記画像ＩＤが含まれ、前記マルチ出力装置は、前記端末装置から前記応答データを受信し、前記応答データに含まれる前記画像ＩＤが、前記マルチ出力処理において送信した前記特定データの前記送信用画像データに示される画像に含まれる前記コード画像に格納される前記画像ＩＤと一致する場合に、特定データの送信を許容することを示す応答情報を、前記応答データに含まれる前記ユーザＩＤおよび前記装置ＩＤと関連付けてメモリに記憶する応答記憶処理を実行し、前記マルチ出力装置は、前記ユーザＩＤごとに、所定回数以上の前記マルチ出力指示を受け付けた場合に、前記マルチ出力処理において、前記複数のデータ受信装置のうち前記メモリにて前記応答情報が関連付けられているデータ受信装置に対して前記特定データを送信し、前記メモリにて前記応答情報が関連付けられていないデータ受信装置に対して前記特定データを送信しない、ことを特徴としている。

本明細書に開示されるデータ送信システムでは、マルチ出力装置は、コード画像が含まれる特定データを複数のデータ受信装置に送信する。コード画像には、ユーザＩＤとマルチ出力装置の情報とが含まれる。端末装置は、アプリケーションプログラムに基づいて、データ受信装置によって印刷された特定データに含まれるコード画像を読み取り、応答指示を受け付け、マルチ出力装置に送信する。マルチ出力装置は、端末装置から受信した応答の情報を、ユーザＩＤとデータ受信装置の装置ＩＤとに関連付けてメモリに記憶する。マルチ出力装置は、ユーザＩＤごとに、所定回数以上の特定出力指示を受け付けた場合、送信を許容する応答情報が関連付けて記憶されているデータ受信装置に特定データを送信する。つまり、所定回数以上の特定出力指示を受け付けた後は、マルチ出力装置が応答情報に基づいて送信先のデータ受信装置を自動的に決定するので、システムの管理者やユーザによる送信先の選択操作は不要である。また、応答情報が記憶されていないデータ受信装置には特定データを送信しないことから、毎回全てのデータ受信装置に送信する場合に比較して、通信の負荷の増大が抑えられる。

上記システムの機能を実現するための制御方法、コンピュータプログラム、および当該コンピュータプログラムを格納するコンピュータにて読取可能な記憶媒体も、新規で有用である。

本明細書に開示される技術によれば、データ送信機能を有する出力装置によってデータを１ないし複数の外部装置に送信することが可能なデータ送信システムにおいて、通信の負荷の増大を抑えつつ、ユーザに多くの操作を要求しない技術が実現される。

ＦＡＸシステムの電気的構成を示すブロック図である。 ＦＡＸシステムによる通信手順の例を示す説明図である。 アプリの動作の例を示すシーケンス図である。 応答ページの例を示す説明図である。 応答履歴ＤＢの例を示す説明図である。 マルチ出力処理の手順を示すフローチャートである。 送信先決定処理の手順を示すフローチャートである。 応答処理の手順を示すフローチャートである。 応答記憶処理の手順を示すフローチャートである。 応答処理の手順を示すフローチャートである。

データ送信システムを具体化した実施の形態について、添付図面を参照しつつ詳細に説明する。本形態は、複数台の複合機（以下、「ＭＦＰ」とする）と、複数台のタブレットコンピュータ（以下、「タブレット端末」とする）とを備えるＦＡＸシステムを開示するものである。

本形態のＦＡＸシステム１は、図１に示すように、ＭＦＰ１００と、パーソナルコンピュータ（以下、「ＰＣ」とする）２００と、ＭＦＰ３０１〜３０４と、タブレット端末４０１〜４０４と、を備える。ＭＦＰ１００とＭＦＰ３０１〜３０４は、いずれも、印刷機能とデータ送受信機能とを有する装置である。ＭＦＰ１００は、マルチ出力装置の一例であり、ＭＦＰ３０１〜３０４は、データ受信装置の一例である。タブレット端末４０１〜４０４は、画像読取機能とデータ送信機能とを有する装置である。タブレット端末４０１〜４０４は、端末装置の一例である。

ＭＦＰ１００とＭＦＰ３０１〜３０４は、それぞれ電話通信網３００に接続されており、ファクシミリ（以下、「ＦＡＸ」とする）通信機能によるＦＡＸデータの送信及び受信を行うことができる。また、ＭＦＰ１００とタブレット端末４０１〜４０４とは、それぞれインターネット４００に接続されており、ネットワーク通信機能によって、データの送信及び受信を行うことができる。なお、ＭＦＰ３０１〜３０４とタブレット端末４０１〜４０４とは、通信可能であってもなくても良い。

ＰＣ２００は、各種のアプリケーションプログラム（以下、「アプリ」とする）が組み込まれており、ＭＦＰ１００に印刷実行の指示を送信する機能を含む各種の機能を備える装置である。ＰＣ２００は、例えば、アプリの１つを介して、印刷指示の入力、印刷対象の画像データの選択、印刷パラメータの設定等を受け付ける。ＰＣ２００に代えて、例えば、スマートフォン、タブレットコンピュータであっても良い。

本形態のＦＡＸシステム１では、ＭＦＰ１００とＰＣ２００とは、所定の施設内に設けられ、ローカル接続によって通信可能となっている。ＵＳＢ接続、ＬＡＮ接続は、ローカル接続の一例である。一方、ＭＦＰ３０１〜３０４は、ＭＦＰ１００とは異なる施設であって、それぞれ異なる施設に配置されており、ＭＦＰ１００とはローカル接続されていない。

ＭＦＰ１００の電気的構成について説明する。ＭＦＰ１００は、図１に示すように、ＣＰＵ３１と、ＲＯＭ３２と、ＲＡＭ３３と、不揮発性メモリ３４と、を含む制御基板３０を備えている。また、ＭＦＰ１００は、ＦＡＸ通信インタフェース（以下、「ＦＡＸ−ＩＦ」とする）３５と、ローカル通信インタフェース（以下、「ローカルＩＦ」とする）３６と、ネットワーク通信インタフェース（以下、「ネットワークＩＦ」とする）３７と、ユーザインタフェース（以下、「ユーザＩＦ」とする）３８と、画像形成デバイス４０と、画像読取デバイス５０と、を備え、これらが制御基板３０に電気的に接続されている。

ＭＦＰ１００は、ＦＡＸ−ＩＦ３５を用いて、ＭＦＰ３０１〜３０４と遠隔通信し、ローカルＩＦ３６を用いて、ＰＣ２００とローカル接続による通信を行う。ローカルＩＦ３６としては、例えば、ＵＳＢインタフェースや、ＬＡＮインタフェースが挙げられる。また、ＭＦＰ１００は、ネットワークＩＦ３７を用いて、インターネット４００に接続可能である。

ＣＰＵ３１は、ＲＯＭ３２や不揮発性メモリ３４から読み出したプログラムに従って、また、ユーザの操作に基づいて、各種の処理を実行する。ＣＰＵ３１は、コントローラの一例である。

ＲＯＭ３２には、ＭＦＰ１００を起動するための起動プログラム等が記憶されている。ＲＡＭ３３は、各種の処理が実行される際の作業領域として、あるいは、データを一時的に記憶する記憶領域として利用される。不揮発性メモリ３４は、例えば、ＨＤＤ、フラッシュメモリであり、各種のプログラムや画像データ等のデータや各種設定を記憶する領域として利用される。ＲＯＭ３２、ＲＡＭ３３および不揮発性メモリ３４は、いずれもメモリの一例である。また、ＣＰＵ３１がＣＰＵバッファを備えているものであれば、ＣＰＵバッファもメモリの一例である。

なお、メモリの一例はいずれも、コンピュータが読み取り可能なストレージ媒体の一例である。コンピュータが読み取り可能なストレージ媒体とは、ｎｏｎ−ｔｒａｎｓｉｔｏｒｙな媒体である。ｎｏｎ−ｔｒａｎｓｉｔｏｒｙな媒体には、上記の例の他に、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ等の記録媒体も含まれる。また、ｎｏｎ−ｔｒａｎｓｉｔｏｒｙな媒体は、ｔａｎｇｉｂｌｅな媒体でもある。一方、インターネット上のサーバなどからダウンロードされるプログラムを搬送する電気信号は、コンピュータが読み取り可能な媒体の一種であるコンピュータが読み取り可能な信号媒体であるが、ｎｏｎ−ｔｒａｎｓｉｔｏｒｙなコンピュータが読み取り可能なストレージ媒体には含まれない。

ＦＡＸ−ＩＦ３５は、電話通信網３００を介したＦＡＸデータの送信及び受信を行うための構成、例えば、モデムを含む。ＦＡＸ−ＩＦ３５は、第１の通信インタフェースの一例である。なお、ＭＦＰ１００は、さらに受話器を備え、音声通話機能を備えていても良い。ローカルＩＦ３６は、ＰＣ２００との通信を行うための構成を含む。ネットワークＩＦ３７は、インターネット４００を介したデータの送信及び受信を行うための構成を含む。ネットワークＩＦは、第２の通信インタフェースの一例である。ＭＦＰ１００は、ローカルＩＦ３６を介してルータ等に接続することで、インターネット４００に接続しても良い。また、ＭＦＰ１００は、さらに他の通信方式に対応可能であってもよい。

ユーザＩＦ３８は、例えば、タッチパネルであり、メッセージの表示機能とユーザによる操作を受け付ける機能との両方の機能を備える。なお、ユーザＩＦ３８は、入力機能を有しない表示画面と、数字キーやスタートキー等の入力ボタンとの組合せによる構成でも良い。

画像形成デバイス４０は、用紙に画像を形成するための構成を含む。画像形成デバイス４０は、印刷デバイスの一例である。画像形成デバイス４０は、インクジェット方式のデバイス、電子写真方式のデバイスなど、どのような方式のデバイスでも良い。また、画像形成デバイス４０は、カラー画像の形成が可能なデバイスであっても良いし、モノクロ画像のみを形成するデバイスであっても良い。また、ＭＦＰ１００は、異なる方式による複数の画像形成デバイス４０を備えていても良い。

画像読取デバイス５０は、用紙に印刷されている画像を読み取って、画像データを取得するための構成を含む。ＭＦＰ１００の画像読取デバイス２０は、カラー原稿を読み取ってカラー画像データを取得するカラーイメージスキャナであっても良いし、モノクロ画像データのみを取得するモノクロイメージスキャナであっても良い。また、ＭＦＰ１００は、重ねて載置された複数の原稿から、画像読取デバイス５０に向けて１枚ずつ搬送するＡＤＦ（自動原稿搬送装置の略）を備えていても良い。

本形態のＭＦＰ１００は、１つの画像データに基づいて、印刷とＦＡＸ送信とを行うマルチ出力機能を有している。ＭＦＰ１００は、画像データとマルチ出力指示とを含むマルチ出力ジョブを受け付けた場合、当該画像データに基づく印刷を行うとともに、当該画像データに基づくＦＡＸデータのＦＡＸ送信を行う。マルチ出力指示に基づくＦＡＸ送信の送信先は、１つであっても良いし、複数であっても良い。

本形態のＭＦＰ１００は、図１に示すように、マルチ出力機能を用いた各種の動作を行うためのプログラム３４１と、応答履歴データベース（以下、「ＤＢ」とする）３４２とを、不揮発性メモリ３４に記憶している。マルチ出力ジョブに対するＭＦＰ１００の各処理は、プログラム３４１によって実現される。プログラム３４１は、ファームウェアの一部であっても良い。また、プログラム３４１は、ＲＯＭ３２に記憶されていても良い。プログラム３４１や応答履歴ＤＢ３４２の詳細に付いては後述する。

なお、本形態のＦＡＸシステム１では、マルチ出力ジョブに基づいてＭＦＰ１００にて印刷される画像とＦＡＸ送信される画像とは、同じ画像データに基づく画像であれば良く、完全に同一の画像であるとは限らない。また、複数の送信先に送信する場合、各送信先に送信するＦＡＸデータは、全く同じであっても良いし、元の画像データにそれぞれ異なる情報を付加したものであっても良い。また、ＭＦＰ１００は、マルチ出力ジョブを、ＰＣ２００等の外部装置から受信しても良いし、ＭＦＰ１００のユーザＩＦ３８を介して受け付けても良い。

ＭＦＰ３０１〜３０４は、少なくとも画像形成機能とＦＡＸ受信機能とを備えており、例えば、ＭＦＰ１００と同様のハードウェア構成を有する装置である。なお、ＭＦＰ３０１〜３０４は、マルチ出力機能を有していなくても良い。

タブレット端末４０１は、図１に示すように、ＣＰＵ１１と、メモリ１２と、カメラ１３と、ユーザＩＦ１４と、ネットワークＩＦ１５と、を備えている。メモリ１２には、ＦＡＸシステム１の動作を実現するためのアプリ６０が記憶されている。ＣＰＵ１１は、メモリ１２に記憶されているアプリ６０などのプログラムに従って、また、ユーザの操作に基づいて、各種の処理を実行する。

カメラ１３は、静止画像を撮影するための構成、特に、一次元コードや二次元コードを読み取るための構成を含む。カメラ１３は、動画を撮影する構成を含んでも良い。ユーザＩＦ１４は、例えば、タッチパネルであり、メッセージの表示機能とユーザによる操作を受け付ける機能との両方の機能を備える。なお、ユーザＩＦ１４は、入力機能を有しない表示用デバイスと、入力ボタンやキーボード等の入力用デバイスとを個別に備える構成であっても良い。

ネットワークＩＦ１５は、インターネット４００を介したデータの送信及び受信を行うための構成を含む。さらに、タブレット端末４０１は、ブラウザを備え、例えば、指定されたＵＲＬによって示されるウェブページを表示する機能を有する。

タブレット端末４０２〜４０４は、少なくとも画像読取機能とネットワーク通信機能とを備えており、例えば、タブレット端末４０１と同様のハードウェア構成を有する装置である。なお、タブレット端末４０１〜４０４に代えて、それぞれ、スマートフォン、ＰＣ等であってもよい。また、タブレット端末４０１〜４０４は、全体として各機能を備えていれば良く、例えば、別体のカメラやスキャナを接続した構成であっても良い。また、必要な機能を備えていれば、ＭＦＰ３０１〜３０４がタブレット端末４０１〜４０４を兼ねても良い。

本形態のＦＡＸシステム１の各プログラムによる各装置の動作について、図２に示す具体例に基づいて説明する。図２では、ＭＦＰ１００が、ＰＣ２００からマルチ出力ジョブを受け付け、ＭＦＰ３０１〜３０４にＦＡＸデータを送信する例を示している。

図２の例では、ＭＦＰ１００とＰＣ２００とは、例えば、同じ病院または診療所内に配置され、当該病院または診療所のローカルネットワークなどを介して互いにローカル接続されている。以下では、病院または診療所を、単に、「病院等」とする。ＰＣ２００の使用者は、例えば、医師、医師の指示に基づいて操作入力を行う看護師や入力担当者である。ＭＦＰ３０１〜３０４とタブレット端末４０１〜４０４とは、例えば、それぞれ異なる院外調剤薬局の店舗に備えられており、図２の例では、それぞれ薬局Ａ〜Ｄに備えられている。

ＰＣ２００の使用者は、ＰＣ２００にて、マルチ出力ジョブに含まれる画像データの選択と、ＭＦＰ１００へのマルチ出力ジョブの送信を指示する操作と、を行う。マルチ出力ジョブに含まれる画像データは、例えば、院外処方箋の画像を含み、マルチ出力ジョブには、病院等において患者を識別する情報である患者ＩＤが含まれる。患者は、ユーザの一例であり、患者ＩＤは、ユーザＩＤの一例である。なお、複数の受診科を受診する患者の場合でも、１つの病院等内では、各受診科で共通の患者ＩＤが用いられる。

なお、本明細書では、各種のＩＤを単に識別するための情報という概念で用いており、これらは、数字やアルファベットの羅列に限られるものではない。例えば、患者ＩＤは、個々の患者を識別する情報であれば良く、患者の姓名と生年月日とを含む情報であっても良い。

ＭＦＰ１００は、ＰＣ２００からマルチ出力ジョブを受け付け（１）、受け付けたマルチ出力ジョブに基づいて、処方箋原本Ｐを印刷する（２）。印刷された処方箋原本Ｐは、病院等にて患者に手渡される（３）。処方箋原本Ｐには、それぞれ固有の識別情報である処方箋ＩＤが印刷される。処方箋ＩＤは、画像ＩＤの一例である。

さらに、ＭＦＰ１００は、受け付けたマルチ出力ジョブに基づいて、ＦＡＸデータとして処方箋情報Ｑ１〜Ｑ４を生成し、ＭＦＰ３０１〜３０４にそれぞれ送信する（４）。処方箋情報Ｑ１〜Ｑ４は、特定データの一例である。以下、区別の必要のない場合には、単に、「処方箋情報Ｑ」とする。なお、処方箋原本Ｐには、患者を特定する個人情報が視認可能な状態で含まれているが、処方箋情報Ｑには、患者を特定する情報が視認可能な状態では含まれていない。

処方箋情報Ｑの画像は、マルチ出力ジョブに含まれる画像データが示す画像に、コード画像Ｒ１〜Ｒ４が合成された画像である。処方箋情報Ｑの画像には、少なくとも、処方箋の内容である薬剤の情報と、処方箋を発行した病院等の情報と、が含まれる。処方箋情報Ｑの画像を示す画像データは、送信用画像データの一例である。処方箋情報Ｑに含まれるコード画像Ｒ１〜Ｒ４は、例えば、ＱＲコード（登録商標）等の二次元コード、バーコード等の一次元コードの画像である。以下、区別の必要のない場合には、単に、「コード画像Ｒ」とする。

コード画像Ｒには、例えば、患者ＩＤと、処方箋ＩＤと、ＭＦＰ１００の情報と、薬局ＩＤと、が格納される。ＭＦＰ１００の情報は、処方箋情報Ｑに対して各薬局から応答する際の送信先を示す情報である。この情報の詳細については後述する。薬局ＩＤは、ＭＦＰ３０１〜３０４を備える薬局を識別する情報である。薬局ＩＤは、例えば、薬局名、ＭＦＰ３０１〜３０４のＦＡＸ番号である。薬局ＩＤは、装置ＩＤの一例である。各薬局に送信される処方箋情報Ｑ１〜Ｑ４は、コード画像Ｒ１〜Ｒ４にそれぞれ異なる薬局ＩＤが含まれることから、送信先の薬局ごとに異なる。

ＭＦＰ３０１〜３０４は、それぞれ、処方箋情報Ｑ１〜Ｑ４を受信する（４）。ＭＦＰ３０１〜３０４は、受信した処方箋情報Ｑに基づく印刷を、受信後すぐに実行しても良いし、処方箋情報Ｑを一旦自装置のメモリに記憶しておき、薬局のスタッフによる印刷指示を受け付けた後に実行しても良い。また、薬局では、受信した処方箋情報Ｑに基づいて、調剤の準備を開始しても良い。

一方、処方箋原本Ｐを受け取った患者は、処方箋原本Ｐを薬局に提出して（５）、処方箋原本Ｐの記載に基づいて調剤された薬剤を購入する（６）。図２の例では、患者は、ＭＦＰ３０２を備える薬局Ｂにて薬剤を購入する。薬局Ｂにて、先に受信した処方箋情報Ｑに基づいて調剤の準備が開始されていれば、患者は、少ない待ち時間で薬剤を受け取ることができる。なお、本形態のＦＡＸシステム１では、マルチ出力ジョブに基づいてＭＦＰ１００が自動的に処方箋情報Ｑの送信を行うことから、患者あるいは病院等のスタッフは、ＦＡＸ送信のための送信先の操作を行う必要はない。

次に、処方箋情報Ｑを受信した各薬局での動作について、図３のシーケンス図を参照して説明する。各薬局のスタッフは、まず、ＭＦＰ１００から受信した処方箋情報Ｑの画像をＭＦＰ３０１〜３０４に印刷させる（８）。処方箋情報Ｑの画像には、前述したコード画像Ｒと、例えば、アプリ６０を実行するよう促す記載が含まれる。

各薬局のスタッフは、各薬局に備えられたタブレット端末４０１〜４０４にてアプリ６０を起動する（９）。アプリ６０は、タブレット端末４０１〜４０４に、カメラ１３を起動させて、印刷済みの処方箋情報Ｑに含まれるコード画像Ｒの読み取りを要求する（１０）。そして、アプリ６０は、読み取ったコード画像Ｒから、ＭＦＰ１００の情報と、患者ＩＤ、処方箋ＩＤ、薬局ＩＤの各情報を取得する。

コード画像Ｒには、ＭＦＰ１００の情報として、例えば、応答を受け付けるページを示すＵＲＬの情報が含まれる。ＵＲＬの情報は、特定情報の一例である。例えば、ＭＦＰ１００は、プログラム３４１の機能の１つとして、自装置をウェブサーバとして機能させるプログラムと、応答を受け付けるページのページデータとを備えている。

アプリ６０は、コード画像Ｒから取得したＵＲＬによって示されるウェブサーバのアドレスにアクセスし（１１）、応答を受け付けるページのページデータをダウンロードして（１２）、タブレット端末４０１〜４０４のユーザＩＦ１４に表示させる（１３）。これにより、例えば、図４に示すように、ユーザＩＦ１４に応答ページ６１が表示される。応答ページ６１は、応答指示の入力を受け付けるための画面の一例であり、応答ページ６１のページデータは、画面データの一例である。なお、アプリ６０が、応答ページ６１のページデータを備えていても良い。

応答ページ６１には、図４に示すように、例えば、薬局名６１１、患者ＩＤ６１２、処方箋ＩＤ６１３、応答内容６１４の各入力欄と、送信ボタン６１５、キャンセルボタン６１６の２つのボタンと、が表示される。薬局名６１１、患者ＩＤ６１２、処方箋ＩＤ６１３には、あらかじめ初期情報として、コード画像Ｒに含まれていた情報が表示される。

応答内容６１４は、ＭＦＰ１００から送信された処方箋情報Ｑに対する応答の内容であり、薬局のスタッフの入力を受け付ける。応答内容６１４には複数の種類があり、薬局のスタッフは、複数の種類の応答内容６１４から１つを選択して入力する。図４の例では、応答内容６１４は、プルダウン形式での選択肢からの選択を受け付ける。応答内容６１４の各選択肢は、種類情報の一例である。

具体的には、本形態の応答ページ６１は、応答内容６１４として、例えば、「販売しました」、「今回は対応できません」、「ＦＡＸ送信は不要です」、の３種類の選択肢からの選択を受け付ける。応答内容６１４として「販売しました」が選択された応答は、第１の応答の一例であり、応答内容６１４として「今回は対応できません」が選択された応答は、第２の応答の一例である。応答ページ６１には、自由に記入可能な通信欄をさらに設けてもよい。

そして、アプリ６０は、ユーザＩＦ１４に表示中の応答ページ６１の各欄への入力を受け付ける（図３の（１４））。処方箋原本Ｐに基づいて患者に薬剤を販売した薬局のスタッフは、応答内容６１４として、「販売しました」を選択して応答する。また、例えば、指示されている薬剤の在庫が不足している場合や、災害や事故等により処理が滞っている薬局のスタッフは、「今回は対応できません」を選択して応答することができる。また、例えば、来局前に注文用のＦＡＸを送信する患者の処方箋や、薬局のＦＡＸ装置の能力不足等により、今後の処方箋情報Ｑの送信は不要と考えた薬局のスタッフは、「ＦＡＸ送信は不要です」を選択して応答することができる。

アプリ６０は、各欄への入力を受け付けた後、送信ボタン６１５への操作を受け付けると、応答ページ６１中に入力されている内容を含む情報である応答データを、コード画像Ｒに含まれるＵＲＬの情報に対応する通信方法によって、ＭＦＰ１００を宛先として送信する（１５）。送信ボタン６１５への操作は、応答指示の一例である。タブレット端末４０１〜４０４からＭＦＰ１００へ送信される応答データには、少なくとも、患者ＩＤと、薬局ＩＤと、処方箋ＩＤと、選択された応答内容６１４の種類を示す情報と、が含まれる。

ＭＦＰ１００は、タブレット端末４０１〜４０４から応答データを受信した場合、応答内容６１４の種類を示す情報を、応答データに含まれる患者ＩＤと薬局ＩＤとに関連付けて、不揮発性メモリ３４に記憶する（１６）。本形態のＭＦＰ１００は、図１に示したように、応答履歴ＤＢ３４２を不揮発性メモリ３４に記憶しており、応答データに基づく情報を応答履歴ＤＢ３４２に記憶する。

応答履歴ＤＢ３４２には、例えば、図５に示すように、患者ごとに、患者ＩＤと薬局ＩＤのリストと応答種別と応答受信日とカウンタとが、互いに関連付けて記憶されている。ＭＦＰ１００は、後述するように、この応答履歴ＤＢ３４２に記憶されている情報に基づいて、マルチ出力による処方箋情報Ｑの送信先を決定する。薬局ＩＤのリストは、ＭＦＰ１００がこの患者に関する処方箋情報Ｑを送信する送信先の候補のリストである。

応答種別は、ＭＦＰ１００が各薬局から受信した直近の応答データに含まれる応答内容６１４の種類を示す情報である。応答種別には、例えば、図５に示すように、「販売済み」、「キャンセル」、「ＦＡＸ不要」がある。なお、図５に示す「キャンセル」は、応答内容６１４として「今回は対応できません」が選択された場合の情報である。

応答受信日は、直近の応答データを受信した日付の情報である。ＭＦＰ１００は、受信した応答データによって示される情報に基づいて、応答履歴ＤＢ３４２の患者ＩＤと薬局ＩＤとに対応する応答種別と応答受信日の欄に上書きする。また、過去に１度も応答が無かった場合には、当該薬局に対応する応答履歴ＤＢ３４２の応答種別や応答受信日の欄は空欄となる。

カウンタは、当該病院等から当該患者に対して処方箋を発行した回数を示す情報である。つまり、カウンタの示す数値は、当該患者についてＭＦＰ１００にマルチ出力ジョブが出力された回数を示す。

本形態のＦＡＸシステム１では、ＭＦＰ１００は、患者ＩＤごとに、所定回数以上のマルチ出力ジョブを受け付けた場合、応答履歴ＤＢ３４２を参照して処方箋情報Ｑのマルチ送信に用いる送信先を決定する。具体的には、ＭＦＰ１００は、応答履歴ＤＢ３４２の応答種別として「販売済み」が記憶されている薬局ＩＤを、処方箋情報Ｑの送信先の１つとして決定する。応答内容６１４として「販売しました」または「今回は対応できません」が選択された応答データを受信した場合、その薬局は、ＭＦＰ１００からの処方箋情報Ｑの送信を許容している。ＭＦＰ１００は、これらの情報を送信した薬局を処方箋情報Ｑの送信先として除外しない。「販売しました」または「今回は対応できません」が選択されたことを示す応答データの情報は、応答情報の一例である。

一方、応答内容６１４として「ＦＡＸ不要」が選択された場合、その薬局は、ＭＦＰ１００からの処方箋情報Ｑの送信を許容していない。ＭＦＰ１００は、患者ＩＤごとに、所定回数以上のマルチ出力ジョブを受け付けた場合、応答履歴ＤＢ３４２の応答種別として「ＦＡＸ不要」が記憶されている薬局ＩＤや、応答種別が空欄となっている薬局ＩＤを、処方箋情報Ｑの送信先としないと決定する。

また、ＭＦＰ１００は、患者ＩＤごとに受け付けたマルチ出力ジョブの回数が所定回数未満である場合には、例えば、応答履歴ＤＢ３４２に記憶されている全ての薬局ＩＤを処方箋情報Ｑの送信先とする。所定回数は、２以上であり、ＦＡＸシステム１の管理者によってあらかじめ設定されている。所定回数は、全患者で共通であっても良いし、患者ごとに設定しても良い。なお、カウンタの値が所定回数以上である患者の応答履歴ＤＢ３４２では、応答履歴が空欄の送信先の情報を削除しても良い。

続いて、上記の動作を実現するためにＭＦＰ１００にて実行されるマルチ出力処理の手順について、図６のフローチャートを参照して説明する。マルチ出力処理は、ＰＣ２００から画像データとマルチ出力の指示とを受け付けたことを契機に、ＣＰＵ３１にて実行される。

なお、以下の処理およびフローチャートの各処理ステップは、基本的に、各プログラムに記述された命令に従ったＣＰＵ３１の処理を示す。すなわち、以下の説明における「判断」、「抽出」、「選択」、「算出」、「決定」、「特定」、「取得」、「受付」、「制御」等の処理は、ＣＰＵ３１の処理を表している。ＣＰＵ３１による処理は、ＭＦＰ１００のＯＳのＡＰＩを用いたハードウェア制御も含む。本明細書では、ＯＳの記載を省略して各プログラムの動作を説明する。すなわち、以下の説明において、「プログラムＢがハードウェアＣを制御する」という趣旨の記載は、「プログラムＢがＯＳのＡＰＩを用いてハードウェアＣを制御する」ことを指してもよい。また、プログラムに記述された命令に従ったＣＰＵ３１の処理を、省略した文言で記載することがある。例えば、「ＣＰＵ３１が行う」のように記載することがある。

なお、「取得」は要求を必須とはしない概念で用いる。すなわち、ＣＰＵ３１が要求することなくデータを受信するという処理も、「ＣＰＵ３１がデータを取得する」という概念に含まれる。また、本明細書中の「データ」とは、コンピュータに読取可能なビット列で表される。そして、実質的な意味内容が同じでフォーマットが異なるデータは、同一のデータとして扱われるものとする。本明細書中の「情報」についても同様である。また、「要求する」、「指示する」とは、要求していることを示す情報や、指示していることを示す情報を相手に出力することを示す概念である。また、要求していることを示す情報や指示していることを示す情報のことを、単に、「要求」、「指示」とも記載する。

また、ＣＰＵ３１による、情報Ａは事柄Ｂであることを示しているか否かを判断する処理を、「情報Ａから、事柄Ｂであるか否かを判断する」のように概念的に記載することがある。ＣＰＵ３１による、情報Ａが事柄Ｂであることを示しているか、事柄Ｃであることを示しているか、を判断する処理を、「情報Ａから、事柄Ｂであるか事柄Ｃであるかを判断する」のように概念的に記載することがある。

マルチ出力処理では、ＣＰＵ３１は、まず、受け付けた画像データに基づいて処方箋原本Ｐを印刷する（Ｓ１０１）。そして、ＣＰＵ３１は、受け付けたマルチ出力ジョブに含まれる患者ＩＤに基づいて、当該患者ＩＤに関する情報が、応答履歴ＤＢ３４２に記憶されているか否かを判断する（Ｓ１０２）。

患者ＩＤが応答履歴ＤＢ３４２に記憶されていないと判断した場合（Ｓ１０２：ＮＯ）、ＣＰＵ３１は、デフォルトの薬局ＩＤを送信先と決定する（Ｓ１０３）。ＭＦＰ１００は、例えば、病院等の周辺に配置されている複数の薬局に備えられるＭＦＰのＦＡＸ番号を、デフォルトの薬局ＩＤとして不揮発性メモリ３４に記憶している。そして、ＣＰＵ３１は、応答履歴ＤＢ３４２に当該患者の患者ＩＤを追加し（Ｓ１０４）、取得した薬局ＩＤを患者ＩＤに関連付けて記憶する。

患者ＩＤが応答履歴ＤＢ３４２に記憶されていると判断した場合（Ｓ１０２：ＹＥＳ）、ＣＰＵ３１は、カウンタが所定回数以上であるか否かを判断する（Ｓ１０５）。カウンタが所定回数以上であると判断した場合（Ｓ１０５：ＹＥＳ）、ＣＰＵ３１は、送信先決定処理を実行する（Ｓ１０６）。送信先決定処理は、応答履歴ＤＢ３４２に当該患者ＩＤに関連付けて記憶されている薬局ＩＤのうち、処方箋情報Ｑの送信先とする薬局ＩＤを決定する処理である。送信先決定処理の手順について、図７のフローチャートを参照して説明する。

送信先決定処理では、ＣＰＵ３１は、薬局ＩＤのリストの先頭から、記憶されている応答種別を読み出す（Ｓ２０１）。そして、ＣＰＵ３１は、応答種別が「ＦＡＸ不要」であるか否かを判断する（Ｓ２０２）。応答種別が「ＦＡＸ不要」ではないと判断した場合（Ｓ２０２：ＮＯ）、ＣＰＵ３１は、応答種別が「キャンセル」であるか否かを判断する（Ｓ２０３）。応答種別が「キャンセル」ではないと判断した場合（Ｓ２０３：ＮＯ）、ＣＰＵ３１は、応答種別が「販売済み」であるか否かを判断する（Ｓ２０４）。

応答種別が「キャンセル」であると判断した場合（Ｓ２０３：ＹＥＳ）、ＣＰＵ３１は、応答受信日からの経過時間が規定時間を超えているか否かを判断する（Ｓ２０５）。規定時間は、例えば、１日であり、システムの管理者等によって予め設定されている。応答受信日からの経過時間が規定時間を超えていると判断した場合（Ｓ２０５：ＹＥＳ）、または、応答種別が「販売済み」であると判断した場合（Ｓ２０４：ＹＥＳ）、ＣＰＵ３１は、その薬局ＩＤを送信先に追加すると決定する（Ｓ２０６）。応答種別が「キャンセル」である薬局は、一時的に対応できない状態であり、規定時間を超えて経過すれば対応可能となる可能性が高い。

一方、応答種別が「ＦＡＸ不要」であると判断した場合（Ｓ２０２：ＹＥＳ）、または、応答受信日からの経過時間が規定時間を超えていないと判断した場合（Ｓ２０５：ＮＯ）、または、応答種別が「販売済み」ではないと判断した場合（Ｓ２０４：ＮＯ）、ＣＰＵ３１は、その薬局ＩＤを送信先とはしない。

そして、送信先としない場合、または、Ｓ２０６の後、ＣＰＵ３１は、薬局ＩＤのリストの最後まで終了したか否かを判断する（Ｓ２０７）。リストが終了していないと判断した場合（Ｓ２０７：ＮＯ）、ＣＰＵ３１は、Ｓ２０１に戻って、次の薬局ＩＤについて送信先とするか否かを決定する。リストが終了したと判断した場合（Ｓ２０７：ＹＥＳ）、ＣＰＵ３１は、送信先決定処理を終了して、マルチ出力処理に戻る。

図６のマルチ出力処理の説明に戻る。カウンタが所定回数以上ではないと判断した場合（Ｓ１０５：ＮＯ）、ＣＰＵ３１は、応答履歴ＤＢ３４２に当該患者ＩＤに関連付けて記憶されている全ての薬局ＩＤを送信先に決定する（Ｓ１０７）。

Ｓ１０７の後、または、Ｓ１０６の送信先決定処理の後、または、Ｓ１０４の後、ＣＰＵ３１は、送信先と決定した薬局ＩＤを用いて、コード画像Ｒを作成する（Ｓ１０８）。そして、ＣＰＵ３１は、マルチ出力指示として受け付けた処方箋原本Ｐの画像を用いて、コード画像Ｒを合成した処方箋情報Ｑの画像を作成する（Ｓ１０９）。さらに、ＣＰＵ３１は、作成した処方箋情報Ｑを薬局ＩＤで示されるＭＦＰ３０１〜３０４にＦＡＸ送信する（Ｓ１１０）。

ＣＰＵ３１は、送信先として決定した全ての薬局に処方箋情報Ｑを送信したか否かを判断する（Ｓ１１１）。送信済みではないと判断した場合（Ｓ１１１：ＮＯ）、ＣＰＵ３１は、Ｓ１０８に戻って、次の送信先についてコード画像Ｒを作成する。送信済みであると判断した場合（Ｓ１１１：ＹＥＳ）、ＣＰＵ３１は、マルチ出力処理を終了する。

次に、各薬局のタブレット端末４０１〜４０４にて実行されるアプリ６０の処理である応答処理の手順について、図８のフローチャートを参照して説明する。この応答処理は、例えば、タブレット端末４０１にてアプリ６０の起動の指示を受け付けたことを契機に、タブレット端末４０１のＣＰＵ１１にて実行される。

応答処理では、ＣＰＵ１１は、まず、ユーザＩＦ１４にコード画像Ｒの読み取りを促す画面を表示させ、カメラ１３を起動する（Ｓ３０１）。そして、ＣＰＵ１１は、コード画像Ｒを読み取ったか否かを判断する（Ｓ３０２）。読み取りの指示を受け付けていない、または、読み取った画像が所定のコード画像Ｒではない、など、コード画像Ｒを読み取っていないと判断した場合（Ｓ３０２：ＮＯ）、ＣＰＵ１１は、コード画像Ｒの読み取りが完了するまで待機する。

コード画像Ｒを読み取ったと判断した場合（Ｓ３０２：ＹＥＳ）、ＣＰＵ１１は、読み取ったコード画像ＲからＵＲＬの情報を取得したか否かを判断する（Ｓ３０３）。ＵＲＬの情報を取得したと判断した場合（Ｓ３０３：ＹＥＳ）、ＣＰＵ１１は、ブラウザを起動し（Ｓ３０４）、ＵＲＬによって示されるページの画像をダウンロードして、ユーザＩＦ１４に表示させる（Ｓ３０５）。これにより、ユーザＩＦ１４に図４に示した応答ページ６１が表示される。

さらに、ＣＰＵ１１は、表示中の応答ページ６１にて、送信ボタン６１５への入力を受け付けたか否かを判断する（Ｓ３０６）。送信ボタン６１５への入力を受け付けていないと判断した場合（Ｓ３０６：ＮＯ）、ＣＰＵ１１は、キャンセルボタン６１６への入力を受け付けたか否かを判断する（Ｓ３０７）。キャンセルボタン６１６への入力を受け付けていないと判断した場合（Ｓ３０７：ＮＯ）、ＣＰＵ１１は、Ｓ３０５に戻り、応答ページ６１の表示を継続する。なお、ＣＰＵ１１は、送信ボタン６１５やキャンセルボタン６１６以外の箇所への入力を受け付けた場合には、適宜変更した画面を表示させる。

送信ボタン６１５への入力を受け付けたと判断した場合（Ｓ３０６：ＹＥＳ）、ＣＰＵ１１は、応答データを送信する（Ｓ３０８）。そして、Ｓ３０８の後、または、ＵＲＬの情報を取得しなかったと判断した場合（Ｓ３０３：ＮＯ）、または、キャンセルボタン６１６への入力を受け付けたと判断した場合（Ｓ３０７：ＹＥＳ）、ＣＰＵ１１は、応答処理を終了し、アプリ６０を終了する。

次に、タブレット端末４０１〜４０４から送信された応答データを受信した場合に、ＭＦＰ１００にて実行される応答記憶処理の手順について、図９のフローチャートを参照して説明する。この応答記憶処理は、ＭＦＰ１００にて応答データの受信を検知したことを契機に、ＣＰＵ３１にて実行される。

応答記憶処理では、ＣＰＵ３１は、まず、インターネット４００を介して受信した応答データに含まれる処方箋ＩＤが、自装置から送信した処方箋情報Ｑのコード画像Ｒに含まれる処方箋ＩＤと一致しているか否かを判断する（Ｓ４０１）。処方箋ＩＤが一致していると判断した場合（Ｓ４０１：ＹＥＳ）、ＣＰＵ３１は、受信した応答データに含まれる患者ＩＤに関連付けて、応答履歴ＤＢ３４２に記憶されている薬局ＩＤのリストに、応答データに含まれる薬局ＩＤが含まれているか否かを判断する（Ｓ４０２）。

応答データに含まれる薬局ＩＤが、患者ＩＤに関連付けて記憶されていないと判断した場合（Ｓ４０２：ＮＯ）、ＣＰＵ３１は、患者ＩＤに関連付けて、薬局ＩＤを追加して記憶する（Ｓ４０３）。例えば、薬局のＦＡＸ番号が変更になった場合など、送信した処方箋情報Ｑの薬局ＩＤが書き換えられた応答データを受信した場合、ＣＰＵ３１は、Ｓ４０２にてＮＯと判断する。

患者ＩＤに関連付けて薬局ＩＤが記憶されていると判断した場合（Ｓ４０２：ＹＥＳ）、または、Ｓ４０３の後、ＣＰＵ３１は、薬局ＩＤに関連付けて応答種別と応答受信日とを記憶し（Ｓ４０４）、応答記憶処理を終了する。これにより、応答履歴ＤＢ３４２が更新される。

なお、タブレット端末４０１〜４０４による応答データの送信は、ウェブサーバとしてのＭＦＰ１００とのＵＲＬに対応する通信方法に限らず、電子メールを用いて行っても良い。電子メールを使用するシステムでは、コード画像Ｒに、ＭＦＰ１００の情報として、ＭＦＰ１００のメールアドレスが含まれる。メールアドレスは、特定情報の一例である。

電子メールを用いるシステムにおけるアプリ６０の処理である応答処理の手順について、図１０のフローチャートを参照して説明する。この応答処理は、図８に示した応答処理に代えてタブレット端末４０１〜４０４に組み込まれる。この応答処理は、例えば、タブレット端末４０１にてアプリ６０の起動の指示を受け付けたことを契機に、タブレット端末４０１のＣＰＵ１１にて実行される。

応答処理では、ＣＰＵ１１は、まず、ユーザＩＦ１４にコード画像Ｒの読み取りを促す画面を表示させ、カメラ１３を起動する（Ｓ５０１）。そして、ＣＰＵ１１は、コード画像Ｒを読み取ったか否かを判断する（Ｓ５０２）。読み取りの指示を受け付けていない、または、読み取った画像が所定のコード画像Ｒではない、など、コード画像Ｒを読み取っていないと判断した場合（Ｓ５０２：ＮＯ）、ＣＰＵ１１は、コード画像Ｒの読み取りが完了するまで待機する。Ｓ５０１はＳ３０１と同様の処理であり、Ｓ５０２はＳ３０２と同様の処理である。

コード画像Ｒを読み取ったと判断した場合（５０２：ＹＥＳ）、ＣＰＵ１１は、読み取ったコード画像Ｒからメールアドレスを取得したか否かを判断する（Ｓ５０３）。メールアドレスを取得したと判断した場合（Ｓ５０３：ＹＥＳ）、ＣＰＵ１１は、アプリ６０にて用意している入力画面を、ユーザＩＦ１４に表示させる（Ｓ５０４）。Ｓ５０４にて表示される入力画面は、図４に示した応答ページ６１と同様の内容を含む画面である。

そして、ＣＰＵ１１は、表示中の入力画面にて送信ボタンへの入力を受け付けたか否かを判断する（Ｓ５０５）。送信ボタンへの入力を受け付けていないと判断した場合（Ｓ５０５：ＮＯ）、ＣＰＵ１１は、さらに入力画面を表示する。そして、送信ボタンへの入力を受け付けたと判断した場合（Ｓ５０５：ＹＥＳ）、ＣＰＵ１１は、電子メールとして送信する応答データを作成する（Ｓ５０６）。ＣＰＵ１１は、例えば、入力画面にて指定された応答内容に基づいて、所定のフォーマットに従ったメール本文を作成する。

さらに、ＣＰＵ１１は、コード画像Ｒから取得したメールアドレスを送信先として指定することで、作成したメール本文を含む応答データをＭＦＰ１００を宛先として送信して（Ｓ５０７）、応答処理を終了する。電子メールを使用するシステムでは、ＭＦＰ１００は、受信した電子メールからメール本文を読み出し、読み出したメール本文に含まれる応答内容に基づいて、前述した応答記憶処理を実行する。

以上、詳細に説明したように、本形態のＦＡＸシステム１は、ＭＦＰ１００からＭＦＰ３０１〜３０４にコード画像Ｒを含む処方箋情報Ｑを送信する。コード画像Ｒには、患者ＩＤとＭＦＰ１００の情報とが含まれる。そして、ＭＦＰ１００は、患者ごとに、応答データを送信したタブレット端末４０１〜４０４に対応するＭＦＰ３０１〜３０４の情報である薬局ＩＤを、応答内容と関連付けてメモリに記憶している。ＭＦＰ１００は、所定回数以上のマルチ出力指示を受け付けた後は、「ＦＡＸ不要」以外の応答内容が記憶されている薬局ＩＤに対して特定データを送信し、「ＦＡＸ不要」が記憶されている、または、応答内容が記憶されていない薬局ＩＤに対して特定データを送信しない。従って、毎回全てのデータ受信装置に特定データを送信する場合と比較して、通信の負荷の増大を回避できる。なお、本形態では、ＭＦＰ３０１〜３０４は、少なくとも受信した処方箋情報Ｑの画像を印刷する機能を有していれば良く、既存の装置であっても対応可能である。

また、本形態では、コード画像ＲにＭＦＰ１００のＵＲＬの情報を含むので、電子メールと比較して応答データが直接マルチ出力装置に届くため、処理が早い。さらに、ＭＦＰ１００にて応答ページ６１の画面を提供することで、不測の応答データを受信し難い。

また、本形態では、ＭＦＰ１００がマルチ出力ジョブによる処方箋情報Ｑの送信先を決定するとしているが、ＰＣ２００が送信先を決定しても良い。つまり、ＰＣ２００は、マルチ出力ジョブとして、画像データと送信先の情報とをＭＦＰ１００に渡す。この場合、ＰＣ２００にウェブサーバとしての機能を持たせ、コード画像Ｒには、ＰＣ２００のウェブサーバの所在を示すＵＲＬの情報を含ませる。あるいは、コード画像Ｒには、ＰＣ２００のメールアドレスを含ませてもよい。そして、ＰＣ２００が応答データを受信して、ＰＣ２００のメモリに応答履歴ＤＢを作成する。具体的には、ＰＣ２００が、図７の送信先決定処理と、図９の応答記憶処理とを実行する。ＰＣ２００は、受信した応答データに基づいて、処方箋情報Ｑの送信先を決定でき、応答データをＭＦＰ１００から取得する手間が省ける。この場合、ＭＦＰ１００とＰＣ２００との組がマルチ出力装置の一例であり、ＭＦＰ１００は出力装置の一例であり、ＰＣ２００は決定装置の一例である。

また、コード画像Ｒにメールアドレスを含ませる構成であれば、ＵＲＬを含ませる場合と比較して、ＭＦＰ１００にウェブサーバとなる機能が必要ないため、汎用性が高い。

また、本形態では、応答内容６１４に複数の種類があるので、各薬局のスタッフは、今後の処方箋情報Ｑの送信についての意図を応答データに反映できる。特に、薬局が一時的に混雑している等、時間が経過すれば受け付けができるようになる場合に、応答内容６１４として「今回は対応できません」を選択して応答することで、規定時間が経過した後であれば処方箋情報Ｑを受信できるようになることを応答データに反映できる。

所定回数を２回とすれば、２回目以降、すなわち最初のマルチ出力処理の次回以降から処方箋情報Ｑの送信先を限定するので、通信の負荷の増大をより抑えることができる。また、一人の患者が複数の薬局を使用することもあるため、所定回数を３回以上とすれば、患者の利便性を考慮しつつ通信の負荷の増大をより抑えることができる。

なお、本実施の形態は単なる例示にすぎず、本発明を何ら限定するものではない。したがって本明細書に開示される技術は当然に、その要旨を逸脱しない範囲内で種々の改良、変形が可能である。例えば、ＭＦＰに限らず、ＦＡＸ装置でも適用可能である。

また、例えば、処方箋情報Ｑの遠隔通信をＦＡＸ送信で行う代わりに、電子メール送信で行ってもよい。すなわち、ＬＡＮインタフェースを用いて、インターネット経由での遠隔通信を行っても良い。この場合、ネットワークＩＦ３７が、第１の通信インタフェースの一例でも、第２の通信インタフェースの一例でもある。

また、例えば、応答履歴ＤＢ３４２は、ＭＦＰ１００の不揮発性メモリ３４に記憶されるものに限らず、例えば、ＤＢサーバ等の外部装置に記憶されていても良い。

また、本形態では、ＰＣ２００にてマルチ出力ジョブを作成してＭＦＰ１００に出力するとしたが、ジョブの作成もＭＦＰ１００にて行っても良い。

また、本形態では、コード画像Ｒに薬局ＩＤが含まれるとしたが、薬局ＩＤは、アプリ６０に登録されていても良い。例えば、アプリ６０の初期設定として、ＭＦＰ３０１〜３０４に対応する情報としての薬局ＩＤを、タブレット端末４０１〜４０４のメモリ１２に記憶させても良い。このようにすれば、コード画像Ｒに薬局ＩＤが含まれなくても、タブレット端末４０１〜４０４は、アプリ６０の起動時に、自装置のメモリ１２から薬局ＩＤを読み出し、応答ページ６１に表示することができる。つまり、ＭＦＰ１００は、各薬局に、薬局ＩＤが含まれない同一の処方箋情報Ｑを送信すればよいので、ＭＦＰ１００の処理がシンプルになる。一方、コード画像Ｒに薬局ＩＤを含ませることとすれば、アプリ６０への設定が不要であり、各薬局のスタッフの手間が少ない。

また、コード画像Ｒに含むＭＦＰ１００の情報として、ＵＲＬの情報またはメールアドレスに代えて、ＭＦＰ１００のＦＡＸ番号の情報が含まれていても良い。タブレット端末４０１〜４０４は、コード画像ＲからＭＦＰ１００のＦＡＸ番号を取得し、ＭＦＰ３０１〜３０４を用いて応答データをＭＦＰ１００にＦＡＸ送信させても良い。

また、アプリ６０がウェブサーバとして機能するＭＦＰ１００にアクセスする際に、処方箋ＩＤを付加してアクセスしても良い。ＭＦＰ１００は、その処方箋ＩＤに対して既に販売済み情報を受信している場合、ウェブページの情報として他店で販売済みであることを示す情報を加えて送信してもよい。

また、処方箋原本Ｐにも薬局ＩＤを含まないコード画像Ｒを合成して印刷してもよい。その場合、処方箋原本Ｐを受け取った薬局にアプリ６０を組み込んだタブレット端末があれば、その薬局のスタッフは、そのタブレット端末にてアプリ６０を起動し、薬局名６１１に当該薬局の情報を書き込んで、応答データとしてＭＦＰ１００に送信させることができる。

また、実施の形態に開示されている任意のフローチャートにおいて、任意の複数のステップにおける複数の処理は、処理内容に矛盾が生じない範囲で、任意に実行順序を変更できる、または並列に実行できる。

また、実施の形態に開示されている処理は、単一のＣＰＵ、複数のＣＰＵ、ＡＳＩＣなどのハードウェア、またはそれらの組み合わせで実行されてもよい。また、実施の形態に開示されている処理は、その処理を実行するためのプログラムを記録した記録媒体、または方法等の種々の態様で実現することができる。

１４ ユーザＩＦ
１５ ネットワークＩＦ
３１ ＣＰＵ
３４ 不揮発性メモリ
３５ ＦＡＸ−ＩＦ
３７ ネットワークＩＦ
４０ 画像形成デバイス
６０ アプリ
１００、３０１〜３０４ ＭＦＰ
４０１〜４０４ タブレット端末

Claims (12)

1. マルチ出力装置と、複数のデータ受信装置と、端末装置とを有するデータ送信システムであって、前記マルチ出力装置は、印刷機能とデータ送信機能とを有し、前記端末装置は、画像読取機能とデータ送信機能とを有し、前記端末装置には、アプリケーションプログラムが組み込まれており、
   前記マルチ出力装置は、
   画像データについて送信と印刷とを指示するマルチ出力指示を受け付けた場合に、前記画像データの画像を印刷し、前記画像データが示す画像にコード画像を合成した画像を示す送信用画像データを生成し、前記複数のデータ受信装置に対して前記送信用画像データを含む特定データを送信するマルチ出力処理を実行し、前記マルチ出力指示には、ユーザＩＤが関連付けられ、前記コード画像には、前記マルチ出力指示と関連付けられた前記ユーザＩＤと、前記マルチ出力装置の特定情報と、前記画像データを識別する画像ＩＤとが格納され、
   前記アプリケーションプログラムは、前記端末装置に、
   前記データ受信装置が前記特定データを受信することで前記送信用画像データの画像が印刷されたシートから前記コード画像を読み取り、前記端末装置のユーザインタフェースを介して応答指示の入力を受け付け、前記応答指示が入力された場合に、読み取った前記コード画像に格納される前記マルチ出力装置の前記特定情報を用いて、前記マルチ出力装置を宛先として応答データを送信する応答処理を実行させ、前記応答データには、読み取った前記コード画像に格納される前記ユーザＩＤ、前記特定データを受信した前記データ受信装置を識別する装置ＩＤ、および前記画像ＩＤが含まれ、
   前記マルチ出力装置は、
   前記端末装置から前記応答データを受信し、前記応答データに含まれる前記画像ＩＤが、前記マルチ出力処理において送信した前記特定データの前記送信用画像データに示される画像に含まれる前記コード画像に格納される前記画像ＩＤと一致する場合に、特定データの送信を許容することを示す応答情報を、前記応答データに含まれる前記ユーザＩＤおよび前記装置ＩＤと関連付けてメモリに記憶する応答記憶処理を実行し、
   前記マルチ出力装置は、
   前記ユーザＩＤごとに、所定回数以上の前記マルチ出力指示を受け付けた場合に、前記マルチ出力処理において、前記複数のデータ受信装置のうち前記メモリにて前記応答情報が関連付けられているデータ受信装置に対して前記特定データを送信し、前記メモリにて前記応答情報が関連付けられていないデータ受信装置に対して前記特定データを送信しない、
   ことを特徴とするデータ送信システム。
2. 請求項１に記載するデータ送信システムにおいて、
   前記マルチ出力装置の前記特定情報は、前記マルチ出力装置を識別し、かつ、特定の通信方式に対応するＵＲＬであり、
   前記アプリケーションプログラムは、前記端末装置に、
   前記応答処理において、ＵＲＬに対応する通信方法によって、前記応答データを前記マルチ出力装置に対して送信させる、
   ことを特徴とするデータ送信システム。
3. 請求項２に記載するデータ送信システムにおいて、
   前記マルチ出力装置は、
   印刷機能とデータ送信機能とを有する出力装置と、前記マルチ出力処理を実行する場合の前記特定データの送信先を決定する機能を有する決定装置と、を備え、
   前記マルチ出力装置の前記特定情報は、前記決定装置の所在を示すＵＲＬである、
   ことを特徴とするデータ送信システム。
4. 請求項２または請求項３に記載するデータ送信システムにおいて、
   前記マルチ出力装置は、
   前記特定情報によって示される前記ＵＲＬを用いて前記端末装置からアクセスされた場合に、前記端末装置が前記ユーザインタフェースを介して前記応答指示の入力を受け付けるための画面を前記端末装置に表示させるための画面データを前記端末装置に送信し、
   前記画面データの送信の後、前記端末装置が前記ユーザインタフェースを介して前記応答指示を受け付けたことに応じて送信される前記応答データを受信する、
   ことを特徴とするデータ送信システム。
5. 請求項１に記載するデータ送信システムにおいて、
   前記マルチ出力装置の前記特定情報は、前記マルチ出力装置のメールアドレスであり、
   前記アプリケーションプログラムは、前記端末装置に、
   前記応答処理において、電子メールに前記応答データを含ませ、前記マルチ出力装置の前記メールアドレスを用いて、前記電子メールを送信させる、
   ことを特徴とするデータ送信システム。
6. 請求項１から請求項５のいずれか１つに記載するデータ送信システムにおいて、
   前記応答指示には複数の種類があり、
   前記端末装置のアプリケーションプログラムは、
   前記応答処理において、前記ユーザインタフェースを介して前記応答指示の入力を受け付ける際、前記応答指示の種類の入力を受け付け、前記応答データには、前記応答指示の種類を示す種類情報が含まれ、
   前記マルチ出力装置は、
   前記応答記憶処理において、前記応答情報を前記メモリに記憶する際、前記応答データに含まれる前記種類情報も関連付けて記憶し、
   前記マルチ出力処理において、前記応答情報に関連付けられた前記種類情報に基づいて、前記送信用画像データの送信先を決定する、
   ことを特徴とするデータ送信システム。
7. 請求項６に記載するデータ送信システムにおいて、
   前記応答指示の種類には、第１の応答と、第２の応答と、が含まれ、
   前記マルチ出力装置は、
   前記マルチ出力処理において、前記第１の応答を示す前記種類情報が関連付けられているデータ受信装置については、前記送信用画像データの送信先に決定し、前記第２の応答を示す前記種類情報が関連付けられているデータ受信装置については、前記種類情報を前記メモリに記憶させてからの経過時間が規定時間を超えている場合に、前記送信用画像データの送信先に決定する、
   ことを特徴とするデータ送信システム。
8. 請求項１から請求項７のいずれか１つに記載するデータ送信システムにおいて、
   前記マルチ出力装置は、
   前記マルチ出力処理において、前記特定データをファクシミリ送信し、
   前記データ受信装置は、
   前記特定データをファクシミリ受信した後、前記特定データに含まれる前記送信用画像データの画像を印刷する、
   ことを特徴とするデータ送信システム。
9. 請求項１から請求項８のいずれか１つに記載するデータ送信システムにおいて、
   前記所定回数は、２回である、
   ことを特徴とするデータ送信システム。
10. 請求項１から請求項９のいずれか１つに記載するデータ送信システムにおいて、
    前記所定回数は、３回以上の回数である、
    ことを特徴とするデータ送信システム。
11. 第１の通信インタフェースと、
    第２の通信インタフェースと、
    印刷デバイスと、
    コントローラと、
    を備え、前記第１の通信インタフェースを介して複数のデータ受信装置と接続するマルチ出力装置において、
    前記コントローラは、
    画像データについて送信と印刷とを指示するマルチ出力指示を受け付けた場合に、前記画像データの画像の印刷を前記印刷デバイスに行わせ、前記画像データが示す画像にコード画像を合成した画像を示す送信用画像データを生成し、前記第１の通信インタフェースを介して複数のデータ受信装置に対して前記送信用画像データを含む特定データを送信するマルチ出力処理を実行し、前記マルチ出力指示には、ユーザＩＤが関連付けられ、前記コード画像には、前記マルチ出力指示と関連付けられた前記ユーザＩＤと、前記マルチ出力装置の特定情報と、前記画像データを識別する画像ＩＤとが格納され、
    前記コントローラは、
    前記マルチ出力処理を実行した後、前記第２の通信インタフェースを介して端末装置から応答データを受信し、前記応答データには、前記端末装置が読み取った前記コード画像に格納される前記ユーザＩＤ、前記特定データを受信した前記データ受信装置を識別する装置ＩＤ、および前記画像ＩＤが含まれ、前記応答データに含まれる前記画像ＩＤが、前記マルチ出力処理において送信した前記特定データの前記送信用画像データに示される画像に含まれる前記コード画像に格納される前記画像ＩＤと一致する場合に、特定データの送信を許容することを示す応答情報を、前記応答データに含まれる前記ユーザＩＤおよび前記装置ＩＤと関連付けてメモリに記憶する応答記憶処理を実行し、前記応答データは、前記端末装置が、前記データ受信装置が前記特定データを受信することで前記送信用画像データの画像が印刷されたシートから前記コード画像を読み取った後、読み取った前記コード画像に格納される前記マルチ出力装置の前記特定情報を用いて、前記マルチ出力装置を宛先として送信したデータであり、
    前記コントローラは、
    前記ユーザＩＤごとに、所定回数以上の前記マルチ出力指示を受け付けた場合に、前記マルチ出力処理において、前記複数のデータ受信装置のうち前記メモリにて前記応答情報が関連付けられているデータ受信装置に対して前記特定データを送信し、前記メモリにて前記応答情報が関連付けられていないデータ受信装置に対して前記特定データを送信しない、
    ことを特徴とするマルチ出力装置。
12. マルチ出力装置に、
    画像データについて送信と印刷とを指示するマルチ出力指示を受け付けた場合に、前記画像データの画像の印刷を前記マルチ出力装置の印刷デバイスに行わせ、前記画像データが示す画像にコード画像を合成した画像を示す送信用画像データを生成し、前記マルチ出力装置の第１の通信インタフェースを介して接続する複数のデータ受信装置に対して前記送信用画像データを含む特定データを送信するマルチ出力処理を実行させ、前記マルチ出力指示には、ユーザＩＤが関連付けられ、前記コード画像には、前記マルチ出力指示と関連付けられた前記ユーザＩＤと、前記マルチ出力装置の特定情報と、前記画像データを識別する画像ＩＤとが格納され、
    さらに前記マルチ出力装置に、
    前記マルチ出力処理を実行した後、第２の通信インタフェースを介して端末装置から応答データを受信し、前記応答データには、前記端末装置が読み取った前記コード画像に格納される前記ユーザＩＤ、前記特定データを受信した前記データ受信装置を識別する装置ＩＤ、および前記画像ＩＤが含まれ、前記応答データに含まれる前記画像ＩＤが、前記マルチ出力処理において送信した前記特定データの前記送信用画像データに示される画像に含まれる前記コード画像に格納される前記画像ＩＤと一致する場合に、特定データの送信を許容することを示す応答情報を、前記応答データに含まれる前記ユーザＩＤおよび前記装置ＩＤと関連付けてメモリに記憶する応答記憶処理を実行させ、前記応答データは、前記端末装置が、前記データ受信装置が前記特定データを受信することで前記送信用画像データの画像が印刷されたシートから前記コード画像を読み取った後、読み取った前記コード画像に格納される前記マルチ出力装置の前記特定情報を用いて、前記マルチ出力装置を宛先として送信したデータであり、
    さらに前記マルチ出力装置に、
    前記ユーザＩＤごとに、所定回数以上の前記マルチ出力指示を受け付けた場合に、前記マルチ出力処理において、前記複数のデータ受信装置のうち前記メモリにて前記応答情報が関連付けられているデータ受信装置に対して前記特定データを送信させ、前記メモリにて前記応答情報が関連付けられていないデータ受信装置に対して前記特定データを送信させない、
    ことを特徴とするプログラム。

Images