JP2002342047A - プリント制御装置及びプログラム - Google Patents

Abstract

(57)【要約】 【課題】 より適切なタイミングでのプリント処理の実
行を図ることができるプリント制御装置及びプログラム
を提供する。 【解決手段】 処方箋データ等のプリントデータの送信
が示唆されてから、例えば、当該プリントデータに対応
付けられた人物（患者等）が到着するまでの時間等に関
する情報を履歴情報として履歴情報記憶部２０４に記憶
しておき、履歴情報を参照してプリンタ３５によるプリ
ント処理の実行を制御する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークを介
して送信されたプリントデータに基づくプリント処理の
実行を制御するプリント制御装置、及びプリント制御処
理をコンピュータに実行させるプログラムに関する。

【０００２】

【従来の技術】近年、医薬分業の進展に伴い、患者に対
して投薬すべき医薬を記載した処方箋の内容を含む電子
データ（以下、「処方箋データ」という。）を、ネット
ワークを介して調剤薬局に送信するようにしたシステム
が種々考案されている。例えば、特開２０００−９９６
０８号公報には、ネットワークを介して送信された処方
箋データの内容を調剤薬局のコンピュータ端末に表示
し、表示された内容に基づいて、患者が調剤薬局に出向
く以前に予め調剤を行うことができるようにした医療シ
ステムが開示されている。

【０００３】

【発明が解決しようとする課題】上記従来のシステムで
は、処方箋データが送信された順番で順次表示され、表
示された順に調剤が行われることとなる。コンピュータ
端末に表示するだけでなく、調剤薬局側で処方箋をプリ
ントするようにした場合も同様であり、プリントされた
順番で調剤作業が行われることになる。

【０００４】一方、診察の終了から調剤薬局に到着する
までの患者の行動は一様ではなく、また、患者の病態も
多様である。従って、従来のシステムでは、例えば、診
察終了から早期に調剤薬局に到着する患者が長時間待た
される一方で、買い物などで調剤薬局になかなか到着し
ない患者の分の調剤が迅速に行われたり、また、慢性的
な疾患の患者等、多少の待ち時間が負担とならない患者
の分の調剤が迅速に行われる一方、重篤な疾患であり、
速く帰宅することが好ましい患者が長時間調剤を待たな
ければならない場合が生じるなど、種々の問題点が発生
していた。このような問題点は、処方箋のプリントとそ
れに伴う調剤に限らず、例えば近年急速に普及している
デジタルカメラ等を用いて撮影したデジタル画像データ
を、遊園地や結婚式場などに設けられた端末からネット
ワークを介して送信し、プリントされた画像をプリント
ショップやコンビニエンス・ストアで受け取るようなサ
ービスを利用する場合にも生じ得る。

【０００５】本発明は、上記のような問題点に鑑みてな
されたものであって、より適切なタイミングでのプリン
ト処理の実行を図ることを可能とするプリント制御装
置、およびプリント制御処理をコンピュータに実行させ
るプログラムを提供することを目的としている。

【０００６】

【課題を解決するための手段】上記目的を達成するため
に、本発明に係るプリント制御装置は、ネットワークを
介して送信されるプリントデータに基づくプリント処理
の実行を制御するプリント制御装置であって、プリント
データを送信する旨の信号を受信してから、当該プリン
トデータに関連した所定のイベントの発生までの経過時
間に関する情報を、少なくともプリントデータと対応付
けられた人物又は／及びプリントデータの送信元ごとに
記憶している履歴記憶手段と、新たにプリントデータを
送信する旨の信号を受信した際に、前記履歴記憶手段に
記憶されている情報を参照してプリント処理の実行を制
御する制御手段とを有することを特徴としている。

【０００７】この構成では、履歴記憶手段に記憶された
情報を参照してプリント処理の実行を制御することによ
り、より適切なタイミングでのプリント処理の実行を図
ることができる。ここで、「プリントデータを送信する
旨の信号」は、プリントデータ自体を含んでいてもよい
し、例えば所定時間の経過後にプリントデータが送信さ
れる旨を示唆する信号であってもよい。なお、「プリン
トデータ」は、例えばページ記述言語（ＰＤＬ）で表さ
れたデータやイメージデータでもよいが、印刷すべき内
容（例えば処方箋の内容）のみを送信する場合も含む。

【０００８】また、「当該プリントデータに関連した所
定のイベント」としては、例えばプリントデータを送信
した利用者の調剤薬局、プリントショップ等への到着
や、料金納付の終了などが考えられる。利用者の到着を
検出する方法も種々考えられ、後述する実施の形態では
ＩＣカードリーダ・ライタへのＩＣカードの挿入や、プ
リントショップでの店員への申し出に基づく店員による
所定の端末操作などにより利用者の到着を検出するよう
にしたが、例えば非接触型のＩＣカードを用いれば、利
用者が所定のゲートを通過したタイミングを検出するこ
ともできるし、他にも種々の方法が考えられる。

【０００９】「プリント処理の実行を制御する」として
は、具体的には、例えばプリント処理を実行する時刻を
制御することや、プリント処理を実行する順序を制御す
ることができる。時刻の制御においては、例えばプリン
ト処理に要する時間や、プリント処理後の調剤作業等に
要する時間などを考慮に入れることができるし、先行す
るプリントジョブが存在しない場合には実行する時刻を
早めることもできる。順序の制御において、連続する複
数のプリントジョブを必ず連続的に実行しなければなら
ないわけでなく、プリントジョブの間に所定の、又はプ
リントジョブの内容等に応じて適切な時間間隔をおくよ
うにしてもよい。

【００１０】また、前記履歴記憶手段はさらに、プリン
トデータを送信する旨の信号を受信してから、当該プリ
ントデータに関連した所定のイベントの発生までの経過
時間のバラツキに関する情報を、前記人物又は／及び送
信元ごとに記憶しており、前記制御手段は、複数のプリ
ントデータについてプリント処理を実行すべきタイミン
グが重複した場合に、前記バラツキに関する情報を参照
して、いずれのプリントデータのプリント処理を優先し
て実行するかを制御することが好ましい。バラツキが小
さいということは、当該時間の経過後に利用者が到着等
する可能性が高いことを意味するから、一般的には、バ
ラツキが小さい方の属性に対応するプリントデータのプ
リント処理が優先して実行されるように制御することが
好ましいと考えられるが、逆の制御をしても構わない。

【００１１】ここで、前記プリントデータは、優先して
プリント処理を実行すべき旨を示す優先処理情報を含
み、前記制御手段は、前記優先処理情報を参照してプリ
ント処理の実行を制御するようにすることが好ましい。
例えば優先処理情報として調剤の緊急度を示す情報を保
持すれば、重篤な疾患であって、早期の帰宅が好ましい
患者に対する調剤を迅速に行うことができるからであ
る。

【００１２】また、前記制御手段は、送信されるプリン
トデータについての前記人物又は／及び送信元に対応し
て前記履歴記憶手段に記憶されている情報が、所定回数
以下の履歴に基づくものである場合には、当該プリント
データの受信後、速やかにプリント処理を行うように制
御することが好ましい。本発明のプリント制御装置は、
過去に履歴記憶手段に記憶された情報を参照して、適切
なプリント処理の実行について予測を行っているもので
あるところ、当該情報が所定回数以下の履歴に基づくも
のである場合には、当該予測の信頼性に問題がある場合
もあるからである。具体的には、例えば履歴情報のレコ
ード数が所定値より少ない場合や、別途記録されている
利用回数が所定回数より少ない場合などに、上記の制御
を行うことができる。

【００１３】また、前記プリントデータは、患者に対し
て投薬すべき医薬に関する情報を含む処方箋データであ
るとすることができるし、利用者からネットワークを介
して送信されたデジタル画像データであるとすることも
できる。また、本発明に係るプログラムは、ネットワー
クを介して送信されるプリントデータに基づくプリント
処理の実行を制御するプリント制御処理を、情報保持手
段を有するコンピュータに実行させるプログラムであっ
て、プリントデータを送信する旨の信号を受信してか
ら、当該プリントデータに関連した所定のイベントの発
生までの経過時間に関する情報を、少なくとも各プリン
トデータと対応付けられた人物又は／及びプリントデー
タの送信元ごとに前記情報保持手段に格納する履歴格納
処理と、前記情報保持手段に保持されている情報を参照
してプリント処理の実行を制御する制御処理とをコンピ
ュータに実行させることを特徴としている。ここで、前
記制御処理では、具体的には、例えばプリント処理を実
行する時刻を制御することや、プリント処理を実行する
順序を制御することができる。

【００１４】

【発明の実施の形態】以下、本発明に係るプリント制御
装置等の実施の形態について、図面を参照しながら説明
する。 （実施の形態１） （１）ネットワークシステムの全体構成 図１は、本発明の実施の形態に係るプリント制御装置を
含むネットワークシステム１０の全体構成を示す図であ
る。同図に示されるネットワークシステム１０において
病院２０や調剤薬局３０に設置される各機器は、不図示
のルータ等を介してＷＡＮ（ワイド・エリア・ネットワ
ーク）４０に接続されており、互いに通信してデータを
やり取りすることができるようになっている。

【００１５】病院２０内の、例えば事務室２１には、パ
ーソナル・コンピュータ（以下、「ＰＣ」という。）２
４にＩＣカードＲ／Ｗ（リーダ・ライタ）２３を接続し
た構成の端末装置２２が設置されている。病院２０を利
用する患者にはそれぞれＩＣカードが交付されている。
病院２０の職員は、医師の指示に従い、端末装置２２を
用いてＩＣカードに処方箋データ（患者に投薬すべき医
薬の内容、後述の緊急度情報等を含む。）を書き込んだ
り、それらを読み出したりすることができる。なお、本
実施の形態では、処方箋データはＩＣカードに書き込ま
れると同時にＷＡＮ４０を介して調剤薬局３０に送信さ
れる。

【００１６】図２は、本実施の形態における処方箋デー
タの内容の一例を模式的に示す図である。同図に示され
るように、処方箋データ１００には、患者の識別子（以
下、「患者ＩＤ」という。）１０１、病院２０にて診療
（診察のみならず投薬指示のみの場合を含む。）を受け
た日である診療日１０２、調剤薬局３０にて調剤すべき
医薬の種類、用量等の内容を含む投薬情報１０３、調剤
の緊急度を示す緊急度情報１０４が含まれている。緊急
度情報１０４は、医師の指示を受けて、例えば病院２０
の事務員が入力する情報であり、重篤な疾患であって早
期の帰宅が好ましいため、緊急で調剤を行う必要がある
ような場合には「１」、通常の制御に従って調剤を行っ
てよい場合には「２」といったようにコード化された情
報を入力することができる。もっとも緊急度情報１０４
は２段階に限定されず、例えば、慢性的な疾患である場
合等、通常より優先度の低い場合等も含めて３段階以上
で設定するようにしてもよい。

【００１７】調剤薬局３０には、ＰＣ３４にプリンタ３
５を接続した構成の端末装置３２が設置されており、調
剤薬局３０内に構築されたＬＡＮ、及び当該ＬＡＮに接
続されたルータ（図１には不図示）を介してＷＡＮ４０
に接続されている。端末装置３２は、ＷＡＮ４０を介し
て病院２０から送信された処方箋データ１００に基づい
て処方箋をプリントする。本発明のプリント制御装置
は、この処方箋のプリント処理の実行を制御するもので
あり、その機能は主としてＰＣ３４で本発明のプログラ
ムが動作することにより実現される。処理内容の詳細に
ついては後述する。プリントされた処方箋に基づいて、
調剤薬局３０では投薬すべき医薬の調剤が行われる。な
お、調剤薬局３０内のＬＡＮにはＩＣカードＲ／Ｗ３３
が接続されており、本実施の形態では、調剤薬局３０に
到着した患者は当該ＩＣカードＲ／Ｗ３３に自己のＩＣ
カードを挿入することにより到着を通知することとして
いる。

【００１８】（２）プリント制御装置の構成 図３は、本発明の実施の形態に係るプリント制御装置
（主としてＰＣ３４から成る）の構成を示す図である。
ＰＣ３４は、通信部２０１、制御部２０２、計時部２０
３、履歴情報記憶部２０４を備え、制御部２０２にてプ
ログラムが動作することにより、ＷＡＮ４０を介して病
院２０から送信されてきた処方箋データ１００に基づ
く、プリンタ３５による処方箋のプリント処理の実行を
制御する。

【００１９】通信部２０１は、例えばネットワークイン
ターフェースカード等により構成され、調剤薬局３０の
内部に構築されたＬＡＮ３９を介する通信制御を行う。
制御部２０２はＣＰＵを中心として構成され、当該ＣＰ
Ｕにおいて、インストールされたプログラムが動作する
ことにより、本実施の形態のプリント制御装置の機能が
実現される。計時部２０３は、制御部２０２からの指示
により当該指示がなされた時の日付・時刻を応答する。
履歴情報記憶部２０４としては、具体的にはＨＤＤ（ハ
ードディスクドライブ）等の記憶装置を用いることがで
き、各患者ごとの過去の投薬履歴に関する情報（以下、
「履歴情報」という。）が記憶される。

【００２０】ここで、履歴情報記憶部２０４に記憶され
る履歴情報の内容について説明する。図４は、履歴情報
の内容の一例を示す図である。本実施の形態の履歴情報
は、同図（ａ）に示される患者ごとの処方箋データの受
信履歴（以下、「受信履歴情報」という。）、及び同図
（ｂ）に示される、患者ごとの処方箋データの受信から
調剤薬局３０に患者が到着するまでの平均所要時間に関
する情報（以下、「平均所要時間情報」という。）とを
含んでいる。以下、各履歴情報について、より具体的に
説明する。

【００２１】受信履歴情報は、患者ＩＤ３０１、診療日
３０２、受信時刻３０３、到着時刻３０４、所要時間３
０５、緊急度３０６を含んでいる。患者ＩＤ３０１は各
患者に付与されている識別子であり、処方箋データ１０
０に含まれる患者ＩＤ１０１を用いることができる。診
療日３０２としても、処方箋データ１００に含まれる診
療日１０２が記録される。もっとも、この日付は計時部
２０３からの応答に基づいて記録してもよい。受信時刻
３０３は、調剤薬局３０の端末装置３２が、病院２０か
ら処方箋データ１００を受信した時刻である。

【００２２】到着時刻３０４は、患者が調剤薬局３０に
到着した時刻であるが、本実施の形態では、患者が調剤
薬局３０のＩＣカードＲ／Ｗ３３にＩＣカードを挿入し
た時刻が記録される。即ち、図３にも示されるように、
本実施の形態のＬＡＮ３９には、ＩＣカードＲ／Ｗ３３
が接続されており、患者が調剤薬局３０を訪れ、ＩＣカ
ードＲ／Ｗ３３にＩＣカードを挿入すると、その旨の通
知がＰＣ３４に送信されるようになっている。ＰＣ３４
は当該通知を受信すると、計時部２０３から時刻を取得
し、取得した時刻を到着時刻３０４として履歴記憶部２
０４に格納する。なお、ここで、計時部２０３からの応
答に基づいて到着日付を記録するようにしてもよい。

【００２３】所要時間３０５は、受信時刻３０３から到
着時刻３０４までの所要時間である。従って、到着時刻
３０４が記録された時にＰＣ３４において算出され、記
録されることなる。緊急度３０６としては、処方箋デー
タ１００に含まれる緊急度情報１０４がそのまま記録さ
れる。なお、本実施の形態では図２に示した投薬情報１
０３については履歴情報とは別のデータベースで管理す
るようにしているが、履歴情報に含めて管理してもよ
い。

【００２４】一方、平均所要時間情報は、患者ＩＤの
他、平均所要時間３０７と分散３０８とを含んでいる。
平均所要時間３０７は、患者ごとの所要時間３０５の平
均値であり、新たな受信履歴情報のレコードが発生した
場合において、所要時間３０５が記録された場合に、平
均所要時間３０７及び分散３０８が更新される。分散３
０８は、所要時間３０５のバラツキの度合いを示す情報
として保持されているものである。

【００２５】本実施の形態のプリント制御装置は、履歴
情報記録部２０４に記録される受信履歴情報と平均所要
時間情報とを参照して、処方箋データ１００に基づく処
方箋のプリント処理の実行を制御する。調剤薬局３０に
おける調剤作業は、実際にプリントされた処方箋に基づ
いて行われるため、プリント処理の実行を制御すること
により、各々の患者について、より適切なタイミングで
の調剤を図ることが可能となる。

【００２６】（３）制御部２０２の処理内容 次に、制御部２０２の処理内容について詳細に説明す
る。図５及び図６は、本実施の形態において制御部２０
２で動作するプログラムの処理内容の一例を示すフロー
チャートである。制御部２０２にて動作するプログラム
は、電源投入後、動作終了の指示が入力されるまで継続
的に動作して、順次送信されてくる処方箋データ１００
に基づく処方箋のプリント処理の実行を制御する。当該
プログラムは、まず処方箋データ１００を受信したか否
かの判定を行う（Ｓ１０１）。処方箋データ１００を受
信した場合は（Ｓ１０１：Ｙｅｓ）、新たな受信履歴情
報のレコードが作成され（Ｓ１０２）、ここでは、とり
あえず、患者ＩＤ３０１、診療日３０２、受信時刻３０
３及び緊急度３０６が記録されることとなる。

【００２７】次に緊急度３０６が「１」（緊急に調剤を
行う必要があることを示すコード）であるか否かを判定
する（Ｓ１０３）。緊急度＝「１」である場合（Ｓ１０
３：Ｙｅｓ）には、図６のフローチャートに移行して、
すぐに処方箋のプリント処理を実行する（Ｓ１１１）。
これにより、緊急度の高い患者についての調剤が迅速に
行われることとなる。

【００２８】緊急度が「１」以外の場合（Ｓ１０３：Ｎ
ｏ）には、受信履歴情報を参照し（Ｓ１０４）、当該患
者に対応するレコード数が所定値より小さいか否かを判
定する（Ｓ１０５）。本実施の形態では、レコード数が
少ない場合、即ち当該患者の過去の利用回数が少ない場
合には、プリント処理を実行すべき時刻の予測の信頼性
に問題がある可能性を考慮したものであって、レコード
数が所定値より小さい場合には（Ｓ１０５：Ｙｅｓ）、
緊急度の高い場合と同様にすぐにプリント処理を実行す
るようにしている（Ｓ１１１）。これにより、まだ利用
回数の少ない患者を長時間待たせるという事態の発生
（これは再度の来院を阻害する要因となり得る。）が防
止できる。なお、前記所定値としての実際の値は任意に
設定することができる。

【００２９】レコード数が所定値以上である場合には
（Ｓ１０５：Ｎｏ）、平均所要時間情報を参照して（Ｓ
１０６）、プリント時刻を設定する（Ｓ１０７）。プリ
ント時刻の設定の方法は種々考えられ、例えば、受信時
刻３０３に平均所要時間３０７を加算した時刻をプリン
ト時刻として設定してもよいし、調剤に要する時間を考
慮して、調剤時間を減算してプリント時刻としてもよ
い。この場合には、投薬される医薬の種類や用量等によ
っても調剤に要する時間は変わってくるが、例えば医薬
データベースを参照して、個々具体的に調剤に要する時
間を算出するようにしてもよい。

【００３０】プリント時刻を設定すると、重複する時刻
に設定されたジョブが存在するか否かを判定する（Ｓ１
０８）。重複ジョブが存在する場合には（Ｓ１０８：Ｙ
ｅｓ）、分散３０８を参照して、バラツキの小さい患者
の処方箋が優先してプリント処理されるように設定を行
う（Ｓ１０９）。具体的には、分散３０８の値の小さい
患者の方が優先してプリントされるようにプリントキュ
ーの順番を設定すればよい。なお、本実施の形態では、
バラツキを示す値として分散３０８を保持しているが、
これに限定されるわけではなく、標準偏差を保持しても
よいし、他の方法で算出した値を保持してもよい。

【００３１】図６のフローチャートに移って、いずれか
のプリントジョブについて、設定された時刻が到来した
場合に（Ｓ１１０：Ｙｅｓ）、プリント処理を実行する
（Ｓ１１１）。一方、設定時刻が到来していない場合
（Ｓ１０９：Ｎｏ）、及び処方箋データを受信していな
い場合（Ｓ１０１：Ｎｏ）には、調剤薬局３０のＩＣカ
ードＲ／Ｗ３３にＩＣカードが挿入されたか否かが判定
される（Ｓ１１２）。

【００３２】ＩＣカードも挿入されていない場合には、
プログラムの動作終了が指示されたか否かが判定され
（Ｓ１１６）、終了指示があった場合には（Ｓ１１６：
Ｙｅｓ）、プログラムの動作を終了する。一方、終了指
示がない場合には（Ｓ１１６：Ｎｏ）、ステップＳ１０
１へと戻る。これにより、プログラムの動作終了指示が
あるまで、継続的に動作を行うこととなる。

【００３３】ＩＣカードの挿入が検出された場合には
（Ｓ１１２：Ｙｅｓ）、受信履歴情報や平均所要時間情
報の更新を行う必要がある。従って、まず、到着時刻３
０４を記録するとともに（Ｓ１１３）、所要時間３０５
を算出し、記録する（Ｓ１１４）。さらに、平均所要時
間３０７や分散３０８を更新して（Ｓ１１５）、ステッ
プＳ１１６へと進む。

【００３４】以上のような処理を行うことにより、各々
の患者に対して、より適切なタイミングでの調剤を図る
ことが可能となる。なお、上記実施の形態では、プリン
ト時刻を設定し、設定時刻が到来した場合にプリント処
理を実行するようにしたが、処方箋データ１００を受信
した場合には、いずれ必ず調剤を行う必要があることを
前提とすれば時刻を設定する必要はなく、単にプリント
処理の実行の順序を制御するようにしてもよい。即ち、
上記に説明した処理内容では、ステップＳ１１０でジョ
ブごとに設定された時刻が到来したか否かを判定し、設
定時刻が到来した場合にプリント処理を実行するように
しているが、特に設定時刻の到来を待つことなく、設定
時刻の順序に従って、順次プリント処理を実行するよう
にしてもよい。また、先行して実行すべきプリントジョ
ブが存在しない場合には設定時刻を早めるような処理を
行ってもよい。このようにすることで、プリントされた
処方箋についての調剤作業が終了した後、次の処方箋が
プリントされるまでの間に調剤作業の空白時間が生じる
ことが防止でき、調剤作業の効率化を図ることができ
る。

【００３５】（実施の形態２）次に、本発明の第２の実
施の形態について説明する。第１の実施の形態では、プ
リントデータとして、病院２０から調剤薬局３０に処方
箋データが送信される場合のプリント制御を行う場合に
ついて説明したが、本発明のプリント制御装置は、係る
用途に限定されず、例えば、近年急速に普及しているデ
ジタルカメラ等を用いて撮影したデジタル画像データ
を、近隣のプリントショップやコンビニエンス・ストア
等に送信し、送信されたデジタル画像データに基づいて
プリントされた画像を受け取るようなサービスについて
も適用することができる。

【００３６】図７は、係る用途に適用する場合のネット
ワークシステムの概略構成を示す図である。本実施の形
態のネットワークシステム５０は、予め登録された利用
者の自宅５１、遊園地５２や結婚式場５３など、デジタ
ルカメラの利用者が多く集まる傾向にある各地に設置さ
れた端末装置、キオスク等の設置された端末装置５４等
がＷＡＮ７０を介してプリントショップ６０と接続され
ており、第１の実施の形態と同様に、自宅５１等の各場
所からプリントショップ６０にデジタル画像データを送
信することが可能な構成となっている。

【００３７】プリントショップ６０には、ＰＣ６４にプ
リンタ６５が接続された構成の端末装置６２が設置さ
れ、送信されたデジタル画像データに基づいてプリント
処理を行う。端末装置６２等の構成については、原則と
してＩＣカードＲ／Ｗを必要としない点以外は基本的に
第１の実施の形態で説明したものと同様に考えることが
できるので、ここでの詳細な説明は省略する。

【００３８】本実施の形態では、デジタル画像データ
に、送信元を示す、例えば電話番号などの情報を付加し
て送信する。図８は、本実施の形態における履歴情報の
内容の一例を示す図である。同図に示されるように、本
実施の形態では、第１の実施の形態における平均所要時
間情報に類似の情報のみを履歴情報として保持し、受信
履歴情報については保持しないようにしている。これ
は、遊園地５２や結婚式場５３からの送信回数は膨大と
なることが予想されるため、プリントショップの端末装
置６２の記憶領域を節約できるようにすることが好まし
いからである。

【００３９】本実施の形態の履歴情報は、送信元４０
１、利用回数４０２、平均所要時間４０３を含んでい
る。送信元４０１はデジタル画像データの送信元であ
り、同図の例では「自宅５１」等と記載しているが、上
記した電話番号などの情報を保持するようにしてもよ
い。利用回数４０２は、送信元ごとのシステムの利用回
数であり、平均所要時間４０３は、デジタル画像データ
の受信から利用者がプリントショップに到着した時間ま
での所要時間の平均である。

【００４０】本実施の形態では、デジタル画像データを
受信した際に、送信元と受信時刻とを当該デジタル画像
データに付加して保存する。そして、利用者がプリント
ショップ６０を訪れ、店員にプリントされた画像の受け
取りを申し出た際に店員が端末装置６２を操作して到着
を通知する。この際に所要時間が算出され、利用回数４
０２が加算されるとともに、平均所要時間４０３が更新
される。

【００４１】図９及び図１０は、本実施の形態における
プログラムの動作を示すフローチャートである。本実施
の形態のプログラムの動作内容は、第１の実施の形態と
共通する点が多いが、履歴情報の内容の相違に基づい
て、多少動作が異なる点も存在する。本実施の形態で
は、デジタル画像データを受信すると（Ｓ２０１：Ｙｅ
ｓ）、受信時刻を取得し（Ｓ２０２）、送信元情報と併
せてデジタル画像データに付加して、ＨＤＤ等の所定の
記憶領域に保存する（Ｓ２０３）。次に、送信元に対応
する利用回数４０２を参照し（Ｓ２０４）、利用回数４
０２の値が所定値を下回る場合には（Ｓ２０５：Ｙｅ
ｓ）、第１の実施の形態と同様、速やかにプリント処理
を実行する（Ｓ２１１）。

【００４２】利用回数４０２が所定回数以上である場合
には（Ｓ２０５：Ｎｏ）、平均所要時間４０３を参照し
（Ｓ２０６）、第１の実施の形態と同様にプリント時刻
を設定する（Ｓ２０７）。本実施の形態では、プリント
時刻が重複するジョブが存在した場合には（Ｓ２０８：
Ｙｅｓ）、利用回数が多い送信元からの画像データが優
先してプリント処理されるように設定している（Ｓ２０
９）。このようにしているのは、以下のような理由によ
る。本実施の形態の如く送信元ごとに履歴情報を保持す
るような場合、送信元は同一であっても不特定多数の利
用者の挙動は多様であり、所要時間のバラツキを保持す
ることが実質的に意味をなさないと考えられることか
ら、第１の実施の形態の如く履歴情報として分散等の値
を保持していない。しかしながら、重複ジョブが存在す
る場合には、一応の基準を設けておくことが好ましいた
め、利用回数４０２の値を参照するようにしたものであ
る。

【００４３】従って、本実施の形態とは逆に利用回数の
少ない送信元からの画像データを優先処理してもよい。
なお、第１の実施の形態と同様分散や標準偏差等を履歴
情報に含め、バラツキの大きさを基準として判断するよ
うにしても構わない。不特定多数の利用者にシステムを
公開するのではなく、遊園地や結婚式場等で記念写真等
を撮影する専門の業者のみがシステムを利用するような
場合や、各利用者の自宅からの画像データの送信を受け
付けるような場合であれば、送信元ごとに履歴情報を保
持する場合でもバラツキの大きさが意味を持ち得るから
である。これは、送信元に加えて利用者のＩＤを取得
し、利用者及び送信元ごとに平均所要時間を保持するよ
うな場合にも有効であると考えられる。

【００４４】図１０のフローチャートに移行し、第１の
実施の形態と同様に設定された時刻が到来した場合には
（Ｓ２１０：Ｙｅｓ）、プリント処理を実行する（Ｓ２
１１）。それ以外の場合等には、利用者の到着を判定し
（Ｓ２１２）、利用者がプリントショップ６０に到着し
た場合には、前記したように所要時間を算出し（Ｓ２１
３）、利用回数４０２の値を更新し（Ｓ２１４）、Ｓ２
１３で算出された所要時間を用いて平均所要時間４０３
を更新する（Ｓ２１５）。なお、利用者の到着は、店員
の端末操作により通知されるのは前述の通りであるが、
これに限定されず、他の方法を用いるようにすることも
できる。

【００４５】以上に説明したように、本実施の形態のよ
うに、送信元ごとの履歴情報を保持する場合でも、従来
と比較すれば、各利用者ごとに、より適切なタイミング
でのプリント処理の実行を図ることが可能となる。な
お、本実施の形態でも、第１の実施の形態と同様、緊急
度の設定を行うようにしてもよいことは勿論であるし、
単にプリント処理の順序を制御するようにしてもよい。

【００４６】なお、本発明に係るプログラムは、例えば
磁気テープ、フロッピー（登録商標）ディスク等の磁気
ディスク、ＤＶＤ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＭＯ、Ｐ
Ｄなどの光記録媒体、Ｓｍａｒｔ Ｍｅｄｉａ（登録商
標）、ＣＯＭＰＡＣＴＦＬＡＳＨ（登録商標）などのフ
ラッシュメモリ系記録媒体等、コンピュータ読み取り可
能な各種記録媒体に記録することが可能であり、当該記
録媒体の形態で生産、譲渡等がなされる場合もあるし、
プログラムの形態で、インターネットを含む有線、無線
の各種ネットワーク、放送、電気通信回線、衛星通信等
を介して伝送、供給される場合もある。

【００４７】また、本発明のプログラムは、上記に説明
した処理をコンピュータに実行させる全てのモジュール
を含んでいる必要はなく、例えば通信プログラムや、オ
ペレーティングシステム（ＯＳ）に含まれるプログラム
など、別途情報処理装置にインストールすることができ
る各種汎用的なプログラムを利用して、本発明の各処理
をコンピュータに実行させるようにしてもよいし、一部
の処理については例えば専用の回路を用いてハードウェ
ア的に実行させるようにしてもよい。従って、上記した
本発明の記録媒体に必ずしも前記全てのモジュールを記
録している必要はないし、また、必ずしも全てのモジュ
ールを伝送する必要もない。

【００４８】＜変形例＞以上、本発明を種々の実施の形
態に基づいて説明してきたが、本発明の内容が、上記実
施の形態に示された具体例に限定されないことは勿論で
あり、例えば、以下のような変形例を考えることができ
る。 （１）上記第１の実施の形態では、病院２と調剤薬局３
とが１対１の関係にある場合を想定したが、複数の病院
が単一の調剤薬局に処方箋データを送信する場合にも適
用することができる。その場合には、第２の実施の形態
の如く、受信履歴情報や平均所要時間情報を処方箋デー
タの送信元ごとに保持するようにすれば、より好まし
い。

【００４９】（２）また、上記第１の実施の形態では、
緊急度が「１」の場合に、速やかにプリント処理を実行
するようにしたが、病院２と調剤薬局３との位置関係に
よっては、どれだけ急いでも一定の時間がかかる場合も
有り得る。係る場合や、緊急度情報を病態により３段
階、４段階と多段階にするような場合等には、平均所要
時間情報を緊急度ごとに保持するようにしてもよい。

【００５０】（３）また、上記第１の実施の形態でも、
第２の実施の形態の如く、履歴情報として利用回数を保
持するようにしてもよい。受信履歴情報のレコード数が
多くなるとレコード数のカウント処理に時間を要する可
能性もあるため、利用回数を保持することは処理時間の
短縮にも資するものと考えられる。 （４）また、本発明のプログラムは、その処理手順が上
記実施の形態で説明したフローチャートの内容と一致す
るものに限定されるわけではない。即ち、上記実施の形
態では、動作終了の指示が入力されるまで継続的に動作
するものとして説明したが、例えばイベント駆動型のプ
ログラムとしてもよい。

【００５１】（５）上記各実施の形態では、プリントデ
ータを受信する側のＰＣでプリント制御処理を行う場合
について説明したが、患者の到着時刻等、必要な情報
を、プリントデータを送信する側に転送するようにすれ
ば、プリント制御処理を送信側で行うようにすることも
できる。即ち、本発明のプリント制御処理を送信側で行
い、プリントデータの送信時刻や送信順序を制御するよ
うにしても、同様の効果が得られる。

【００５２】

【発明の効果】以上のように、本発明に係るプリント制
御装置によれば、履歴情報を参照してプリント処理の実
行を制御するようにしているので、より適切なタイミン
グでのプリント処理の実行を図ることができるという効
果がある。

【図面の簡単な説明】

【図１】第１の実施の形態に係るプリント制御装置を含
むネットワークシステムの全体構成を示す図である。

【図２】処方箋データの内容の一例を示す図である。

【図３】プリント制御装置の構成を示す図である。

【図４】第１の実施の形態における履歴情報の内容の一
例を示す図である。

【図５】第１の実施の形態において動作するプログラム
の処理内容を示すフローチャートである。

【図６】第１の実施の形態において動作するプログラム
の処理内容を示すフローチャートである。

【図７】第２の実施の形態に係るプリント制御装置を含
むネットワークシステムの全体構成を示す図である。

【図８】第２の実施の形態における履歴情報の内容の一
例を示す図である。

【図９】第２の実施の形態において動作するプログラム
の処理内容を示すフローチャートである。

【図１０】第２の実施の形態において動作するプログラ
ムの処理内容を示すフローチャートである。

【符号の説明】

１０、５０ ネットワークシステム ２０ 病院 ２１ 事務室 ２２、３２、６２ 端末装置 ２３、３３ ＩＣカードＲ／Ｗ ２４、３４、６４ ＰＣ ３０ 調剤薬局 ３５、６５ プリンタ ３８ ルータ ３９ ＬＡＮ（ローカル・エリア・ネッ
トワーク） ４０、７０ ＷＡＮ（ワイド・エリア・ネット
ワーク） ５１ 自宅 ５２ 遊園地 ５３ 結婚式場 ５４ キオスク端末 ６０ プリントショップ １００ 処方箋データ ２０１ 通信部 ２０２ 制御部 ２０３ 計時部 ２０４ 履歴情報記憶部

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 17/60 １２６ Ｇ０６Ｆ 17/60 １２６Ｎ (72)発明者 小林 克好 大阪府大阪市中央区安土町二丁目３番13号 大阪国際ビル ミノルタ株式会社内 (72)発明者 浜田 孝利 大阪府大阪市中央区安土町二丁目３番13号 大阪国際ビル ミノルタ株式会社内 Ｆターム(参考） 2C087 AC15 BA03 BB09 4C341 LL30 5B021 AA01 BB00 CC07

Claims (11)

【特許請求の範囲】
1. 【請求項１】 ネットワークを介して送信されるプリン
   トデータに基づくプリント処理の実行を制御するプリン
   ト制御装置であって、 プリントデータを送信する旨の信号を受信してから、当
   該プリントデータに関連した所定のイベントの発生まで
   の経過時間に関する情報を、少なくともプリントデータ
   と対応付けられた人物又は／及びプリントデータの送信
   元ごとに記憶している履歴記憶手段と、 新たにプリントデータを送信する旨の信号を受信した際
   に、前記履歴記憶手段に記憶されている情報を参照して
   プリント処理の実行を制御する制御手段とを有すること
   を特徴とするプリント制御装置。
2. 【請求項２】 前記制御手段は、 前記履歴記憶手段に記憶されている情報を参照して、プ
   リント処理を実行する時刻を制御することを特徴とする
   請求項１に記載のプリント制御装置。
3. 【請求項３】 前記制御手段は、 前記履歴記憶手段に記憶されている情報を参照して、プ
   リント処理を実行する順序を制御することを特徴とする
   請求項１に記載のプリント制御装置。
4. 【請求項４】 前記履歴記憶手段はさらに、 プリントデータを送信する旨の信号を受信してから、当
   該プリントデータに関連した所定のイベントの発生まで
   の経過時間のバラツキに関する情報を、前記人物又は／
   及び送信元ごとに記憶しており、 前記制御手段は、 複数のプリントデータについてプリント処理を実行すべ
   きタイミングが重複した場合に、前記バラツキに関する
   情報を参照して、いずれのプリントデータのプリント処
   理を優先して実行するかを制御することを特徴とする請
   求項２又は３に記載のプリント制御装置。
5. 【請求項５】 前記プリントデータは、 優先してプリント処理を実行すべき旨を示す優先処理情
   報を含み、 前記制御手段は、 前記優先処理情報を参照してプリント処理の実行を制御
   することを特徴とする請求項１から４のいずれかに記載
   のプリント制御装置。
6. 【請求項６】 前記制御手段は、 送信されるプリントデータについての前記人物又は／及
   び送信元に対応して前記履歴記憶手段に記憶されている
   情報が、所定回数以下の履歴に基づくものである場合に
   は、当該プリントデータの受信後、速やかにプリント処
   理を行うように制御することを特徴とする請求項１から
   ５のいずれかに記載のプリント制御装置。
7. 【請求項７】 前記プリントデータは、 患者に対して投薬すべき医薬に関する情報を含む処方箋
   データであることを特徴とする請求項１から６のいずれ
   かに記載のプリント制御装置。
8. 【請求項８】 前記プリントデータは、 利用者からネットワークを介して送信されたデジタル画
   像データであることを特徴とする請求項１から６のいず
   れかに記載のプリント制御装置。
9. 【請求項９】 ネットワークを介して送信されるプリン
   トデータに基づくプリント処理の実行を制御するプリン
   ト制御処理を、情報保持手段を有するコンピュータに実
   行させるプログラムであって、 プリントデータを送信する旨の信号を受信してから、当
   該プリントデータに関連した所定のイベントの発生まで
   の経過時間に関する情報を、少なくとも各プリントデー
   タと対応付けられた人物又は／及びプリントデータの送
   信元ごとに前記情報保持手段に格納する履歴格納処理
   と、 前記情報保持手段に保持されている情報を参照してプリ
   ント処理の実行を制御する制御処理とをコンピュータに
   実行させることを特徴とするプログラム。
10. 【請求項１０】 前記制御処理では、 前記情報保持手段に保持されている情報を参照して、プ
    リント処理を実行する時刻を制御することを特徴とする
    請求項９に記載のプログラム。
11. 【請求項１１】 前記制御処理では、 前記情報保持手段に保持されている情報を参照して、プ
    リント処理を実行する順序を制御することを特徴とする
    請求項９に記載のプログラム。