(57)【要約】    【課題】  トラフィックを無駄に増やすことを低減したタスク依頼システムを提供する。    【解決手段】  依頼側端末装置２のタスク依頼送信手段８は、受託側として受託側端末装置４を指定してタスク依頼を送信する。サーバ装置６のタスク詳細記録手段１６は、受信したタスク依頼のタスク概要を、記録部２２のタスク概要一覧２６に記録する。未完了タスク存在通知手段２８は、所定時間ごとにタスク概要一覧を検索し、タスク概要一覧２６に記録された未完了のタスク概要の受託側となっている受託側端末装置４に対して、未完了タスクがある旨を通知する。受託側端末装置４のタスク詳細取得依頼手段１０は、未完了タスク存在通知を受けると、未完了のタスクのタスク詳細を取得するようサーバ装置６に依頼する。サーバ装置６のタスク詳細取得返信手段２０は、タスク詳細取得依頼を受けて、タスク概要一覧２６、タスク詳細一覧２４に基づいて、当該受託側端末装置４について未完了のタスク詳細を取得する。そして、これを受託側端末装置４に送信する。【選択図】  図１
2016110482.tif 000002
【特許請求の範囲】
【請求項１】
依頼側端末装置から受託側端末装置に対してタスクを依頼するタスク依頼システムであって、
依頼側端末装置は、
受託側端末装置の識別符号、タスク内容を含むタスク依頼をサーバ装置に送信するタスク依頼送信手段を備え、
サーバ装置は、
依頼側端末装置からのタスク依頼を受信するタスク依頼受信手段と、
受信したタスク依頼を、タスク詳細として、記録部のタスク詳細一覧に追加して記録するタスク詳細記録手段と、
受信したタスク依頼に基づいて、少なくとも受託側端末装置の識別符号を含むタスク概要を、記録部のタスク概要一覧に追加して記録するタスク概要記録手段と、
所定時間間隔で、前記記録部のタスク概要一覧を検索し、受託側端末装置ごとに当該受託端末装置に対する未完了のタスク依頼の有無を判断し、未完了のタスク依頼のある受託側端末装置に対し、未完了タスク存在通知を、到着確認をしないプロトコルにて送信する未完了タスク存在通知手段と、
受託側端末装置からのタスク詳細取得依頼を受けて、前記記録部のタスク詳細一覧から、タスク概要に対応するタスク詳細を取得し、前記タスク詳細取得依頼に対するレスポンスとしてタスク詳細を返信するタスク詳細取得返信手段と、
受託側端末装置からのタスク完了通知を受けて、タスク概要一覧から当該タスク概要を除外するタスク除外手段とを備え、
受託側端末装置は、
サーバ装置からの未完了タスク存在通知を受信する未完了タスク存在通知受信手段と、
前記未完了タスク存在通知を受けて、未完了のタスク依頼についてのタスク詳細を取得するためのタスク詳細取得依頼をサーバ装置に対して送信するタスク詳細取得依頼手段と、
サーバ装置から受けたタスク詳細についてのタスク完了通知をサーバ装置に送信するタスク完了通知手段とを備えたタスク依頼システム。
【請求項２】
タスク依頼システムのためのサーバ装置であって、
依頼側端末装置からのタスク依頼を受信するタスク依頼受信手段と、
受信したタスク依頼を、タスク詳細として、記録部のタスク詳細一覧に追加して記録するタスク詳細記録手段と、
受信したタスク依頼に基づいて、少なくとも受託側端末装置の識別符号を含むタスク概要を、記録部のタスク概要一覧に追加して記録するタスク概要記録手段と、
所定時間間隔で、前記記録部のタスク概要一覧を検索し、受託側端末装置ごとに当該受託端末装置に対する未完了のタスク依頼の有無を判断し、未完了のタスク依頼のある受託側端末装置に対し、未完了タスク存在通知を、到着確認をしないプロトコルにて送信する未完了タスク存在通知手段と、
受託側端末装置からのタスク詳細取得依頼を受けて、前記記録部のタスク詳細一覧から、タスク概要に対応するタスク詳細を取得し、前記タスク詳細取得依頼に対するレスポンスとしてタスク詳細を返信するタスク詳細取得返信手段と、
受託側端末装置からのタスク完了通知を受けて、タスク概要一覧から当該タスク概要を除外するタスク除外手段と、
を備えたサーバ装置。
【請求項３】
タスク依頼システムのためのサーバ装置をコンピュータによって実現するためのサーバプログラムであって、コンピュータを、
依頼側端末装置からのタスク依頼を受信するタスク依頼受信手段と、
受信したタスク依頼を、タスク詳細として、記録部のタスク詳細一覧に追加して記録するタスク詳細記録手段と、
受信したタスク依頼に基づいて、少なくとも受託側端末装置の識別符号を含むタスク概要を、記録部のタスク概要一覧に追加して記録するタスク概要記録手段と、
所定時間間隔で、前記記録部のタスク概要一覧を検索し、受託側端末装置ごとに当該受託端末装置に対する未完了のタスク依頼の有無を判断し、未完了のタスク依頼のある受託側端末装置に対し、未完了タスク存在通知を、到着確認をしないプロトコルにて送信する未完了タスク存在通知手段と、
受託側端末装置からのタスク詳細取得依頼を受けて、前記記録部のタスク詳細一覧から、タスク概要に対応するタスク詳細を取得し、前記タスク詳細取得依頼に対するレスポンスとしてタスク詳細を返信するタスク詳細取得返信手段と、
受託側端末装置からのタスク完了通知を受けて、タスク概要一覧から当該タスク概要を除外するタスク除外手段として機能させるためのサーバプログラム。
【請求項４】
タスク依頼システムのための端末装置であって、
端末装置の識別符号、タスク内容を含むタスク依頼をサーバ装置に送信するタスク依頼送信手段と、
サーバ装置からの未完了タスク存在通知を受信する未完了タスク存在通知受信手段と、
前記未完了タスク存在通知を受けて、未完了のタスク依頼についてのタスク詳細を取得するためのタスク詳細取得依頼をサーバ装置に対して送信するタスク詳細取得依頼手段と、
サーバ装置から受けたタスク詳細についてのタスク完了通知をサーバ装置に送信するタスク完了通知手段と、
を備えた端末装置。
【請求項５】
タスク依頼システムのための端末装置をコンピュータによって実現するための端末プログラムであって、コンピュータを、
端末装置の識別符号、タスク内容を含むタスク依頼をサーバ装置に送信するタスク依頼送信手段と、
サーバ装置からの未完了タスク存在通知を受信する未完了タスク存在通知受信手段と、
前記未完了タスク存在通知を受けて、未完了のタスク依頼についてのタスク詳細を取得するためのタスク詳細取得依頼をサーバ装置に対して送信するタスク詳細取得依頼手段と、
サーバ装置から受けたタスク詳細についてのタスク完了通知をサーバ装置に送信するタスク完了通知手段として機能させるための端末プログラム。
【請求項６】
依頼側端末装置から受託側端末装置に対してタスクを依頼するタスク依頼システムであって、
依頼側端末装置は、
受託側端末装置の識別符号、タスク内容を含むタスク依頼をサーバ装置に送信するタスク依頼送信手段を備え、
サーバ装置は、
依頼側端末装置からのタスク依頼を受信するタスク依頼受信手段と、
受信したタスク依頼を、タスク詳細として、記録部のタスク詳細一覧に追加して記録するタスク詳細記録手段と、
受信したタスク依頼に基づいて、少なくとも受託側端末装置の識別符号を含むタスク概要を、記録部のタスク概要一覧に追加して記録するタスク概要記録手段と、
所定時間間隔で、前記記録部のタスク概要一覧を検索し、受託側端末装置ごとに当該受託端末装置に対する未完了のタスク依頼の有無を判断し、未完了のタスク依頼のある受託側端末装置に対し、未完了タスク存在通知を、到着確認をしないプロトコルにて送信する未完了タスク存在通知手段と、
受託側端末装置からのタスク詳細取得依頼を受けて、前記記録部のタスク詳細一覧から、タスク概要に対応するタスク詳細を取得し、前記タスク詳細取得依頼に対するレスポンスとしてタスク詳細を返信するタスク詳細取得返信手段と、
前記タスク詳細取得返信手段がタスク詳細を返信すると、タスク概要一覧から当該タスク概要を除外するタスク除外手段とを備え、
受託側端末装置は、
サーバ装置からの未完了タスク存在通知を受信する未完了タスク存在通知受信手段と、
前記未完了タスク存在通知を受けて、未完了のタスク依頼についてのタスク詳細を取得するためのタスク詳細取得依頼をサーバ装置に対して送信するタスク詳細取得依頼手段とを備えたタスク依頼システム。
【請求項７】
タスク依頼システムのためのサーバ装置であって、
依頼側端末装置からのタスク依頼を受信するタスク依頼受信手段と、
受信したタスク依頼を、タスク詳細として、記録部のタスク詳細一覧に追加して記録するタスク詳細記録手段と、
受信したタスク依頼に基づいて、少なくとも受託側端末装置の識別符号を含むタスク概要を、記録部のタスク概要一覧に追加して記録するタスク概要記録手段と、
所定時間間隔で、前記記録部のタスク概要一覧を検索し、受託側端末装置ごとに当該受託端末装置に対する未完了のタスク依頼の有無を判断し、未完了のタスク依頼のある受託側端末装置に対し、未完了タスク存在通知を、到着確認をしないプロトコルにて送信する未完了タスク存在通知手段と、
受託側端末装置からのタスク詳細取得依頼を受けて、前記記録部のタスク詳細一覧から、タスク概要に対応するタスク詳細を取得し、前記タスク詳細取得依頼に対するレスポンスとしてタスク詳細を返信するタスク詳細取得返信手段と、
前記タスク詳細取得返信手段がタスク詳細を返信すると、タスク概要一覧から当該タスク概要を除外するタスク除外手段と、
を備えたことを特徴とするサーバ装置。
【請求項８】
タスク依頼システムのためのサーバ装置をコンピュータによって実現するためのサーバプログラムであって、コンピュータを、
依頼側端末装置からのタスク依頼を受信するタスク依頼受信手段と、
受信したタスク依頼を、タスク詳細として、記録部のタスク詳細一覧に追加して記録するタスク詳細記録手段と、
受信したタスク依頼に基づいて、少なくとも受託側端末装置の識別符号を含むタスク概要を、記録部のタスク概要一覧に追加して記録するタスク概要記録手段と、
所定時間間隔で、前記記録部のタスク概要一覧を検索し、受託側端末装置ごとに当該受託端末装置に対する未完了のタスク依頼の有無を判断し、未完了のタスク依頼のある受託側端末装置に対し、未完了タスク存在通知を、到着確認をしないプロトコルにて送信する未完了タスク存在通知手段と、
受託側端末装置からのタスク詳細取得依頼を受けて、前記記録部のタスク詳細一覧から、タスク概要に対応するタスク詳細を取得し、前記タスク詳細取得依頼に対するレスポンスとしてタスク詳細を返信するタスク詳細取得返信手段と、
前記タスク詳細取得返信手段がタスク詳細を返信すると、タスク概要一覧から当該タスク概要を除外するタスク除外手段として機能させるためのサーバプログラム。
【請求項９】
タスク依頼システムのための端末装置であって、
受託側端末装置の識別符号、タスク内容を含むタスク依頼をサーバ装置に送信するタスク依頼送信手段と、
サーバ装置からの未完了タスク存在通知を受信する未完了タスク存在通知受信手段と、
前記未完了タスク存在通知を受けて、未完了のタスク依頼についてのタスク詳細を取得するためのタスク詳細取得依頼をサーバ装置に対して送信するタスク詳細取得依頼手段と、
を備えた端末装置。
【請求項１０】
タスク依頼システムのための端末装置をコンピュータによって実現するための端末プログラムであって、コンピュータを、
受託側端末装置の識別符号、タスク内容を含むタスク依頼をサーバ装置に送信するタスク依頼送信手段と、
サーバ装置からの未完了タスク存在通知を受信する未完了タスク存在通知受信手段と、
前記未完了タスク存在通知を受けて、未完了のタスク依頼についてのタスク詳細を取得するためのタスク詳細取得依頼をサーバ装置に対して送信するタスク詳細取得依頼手段として機能させるための端末プログラム。
【請求項１１】
請求項１〜１０のいずれかの装置またはプログラムにおいて、
前記タスク依頼には、受託側端末装置の受託側機能の識別符号が含まれており、
前記タスク概要記録手段は、前記受託側機能の識別符号をタスク概要に含めて記録し、
前記未完了タスク存在通知は、前記受託側機能の識別符号を含むことを特徴とする装置またはプログラム。
【請求項１２】
請求項１〜１１のいずれかの装置またはプログラムにおいて、
前記到着確認をしないプロトコルは、ＵＤＰであることを特徴とする装置またはプログラム。
【請求項１３】
請求項１〜１２のいずれかの装置またはプログラムにおいて、
前記タスク依頼システムは、臨床検査システムの一部として構成されていることを特徴とする装置またはプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、端末装置間でタスクの依頼を行うシステムに関するものである。
【背景技術】
【０００２】
端末装置間においてタスクの依頼を行うシステムがある。たとえば、各種の解析装置がそれぞれ接続された端末装置や解析結果を印刷するプリンタが接続された端末装置などをネットワークで接続した臨床検査システムがある。このシステムにおいて、解析装置から解析データを取得した端末装置が、他の端末装置にこの解析データのプリントアウトを依頼するような場合である。
【０００３】
このようなタスク依頼の場合、端末装置間で直接的にやり取りを行うと、いずれかの端末装置がタスクの管理を行わねばならず、端末装置本来の処理に支障をきたす可能性があった。そこで、サーバ装置を介してタスクの依頼を行い、サーバ装置においてタスクの管理をすることが行われている。
【０００４】
図１２に、従来のタスク依頼システムの概要を示す。端末装置Ｔ1が端末装置Ｔ2に対して、タスク依頼を行う場合、端末装置Ｔ1は、Ｔ2宛のタスク依頼２００をサーバ装置Ｓに送信する。サーバ装置Ｓは、これをデータベースＤＢに記録する。
【０００５】
端末装置Ｔ2は、所定時間ごとに、サーバ装置ＳのデータベースＤＢに対して、自分宛のタスク依頼がないかどうかを問い合わせ２０２を行う。自分宛のタスク依頼があれば、当該タスクを取得しタスクを実行する（２０４参照）。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記のような従来の技術では、サーバ装置に自分宛のタスク依頼があるか否かにかかわらず、各端末装置Ｔは問い合わせ２０２を行う。この問い合わせは、ネットワークを介して行われるので、ネットワーク上のトラフィックが増えてしまうという問題があった。特に、端末装置の数が多くなると、このような無駄なトラフィックが増加していた。
【０００７】
この発明は、上記のような問題点を解決して、トラフィックを無駄に増やすことを低減したタスク依頼システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
この発明に係るタスク依頼システムの、独立して適用可能ないくつかの特徴を以下に列挙する。
【０００９】
(1)-(5)この発明に係るタスク依頼システムは、依頼側端末装置から受託側端末装置に対してタスクを依頼するタスク依頼システムであって、
依頼側端末装置は、受託側端末装置の識別符号、タスク内容を含むタスク依頼をサーバ装置に送信するタスク依頼送信手段を備え、
サーバ装置は、依頼側端末装置からのタスク依頼を受信するタスク依頼受信手段と、受信したタスク依頼を、タスク詳細として、記録部のタスク詳細一覧に追加して記録するタスク詳細記録手段と、受信したタスク依頼に基づいて、少なくとも受託側端末装置の識別符号を含むタスク概要を、記録部のタスク概要一覧に追加して記録するタスク概要記録手段と、所定時間間隔で、前記記録部のタスク概要一覧を検索し、受託側端末装置ごとに当該受託端末装置に対する未完了のタスク依頼の有無を判断し、未完了のタスク依頼のある受託側端末装置に対し、未完了タスク存在通知を、到着確認をしないプロトコルにて送信する未完了タスク存在通知手段と、受託側端末装置からのタスク詳細取得依頼を受けて、前記記録部のタスク詳細一覧から、タスク概要に対応するタスク詳細を取得し、前記タスク詳細取得依頼に対するレスポンスとしてタスク詳細を返信するタスク詳細取得返信手段と、受託側端末装置からのタスク完了通知を受けて、タスク概要一覧から当該タスク概要を除外するタスク除外手段とを備え、
受託側端末装置は、サーバ装置からの未完了タスク存在通知を受信する未完了タスク存在通知受信手段と、前記未完了タスク存在通知を受けて、未完了のタスク依頼についてのタスク詳細を取得するためのタスク詳細取得依頼をサーバ装置に対して送信するタスク詳細取得依頼手段と、サーバ装置から受けたタスク詳細についてのタスク完了通知をサーバ装置に送信するタスク完了通知手段とを備えている。
【００１０】
したがって、未完了のタスク依頼がある端末装置に対してサーバ装置の側から通知を行うことができ、端末装置側からの無駄な問い合わせによる通信を減らすことができる。
【００１１】
また、サーバ装置から端末装置への未完了タスクの通知は、到着確認をしないプロトコルにて送信するようにしている。したがって、セッションの確立などを行う必要がなく処理が迅速である。しかも、タスクが完了するまではタスク概要に未完了タスクとして残されているので、送信エラーがあったとしても通知が漏れるおそれがない。
【００１２】
(6)-(10)この発明に係るタスク依頼システムは、依頼側端末装置から受託側端末装置に対してタスクを依頼するタスク依頼システムであって、
依頼側端末装置は、受託側端末装置の識別符号、タスク内容を含むタスク依頼をサーバ装置に送信するタスク依頼送信手段を備え、
サーバ装置は、依頼側端末装置からのタスク依頼を受信するタスク依頼受信手段と、受信したタスク依頼を、タスク詳細として、記録部のタスク詳細一覧に追加して記録するタスク詳細記録手段と、受信したタスク依頼に基づいて、少なくとも受託側端末装置の識別符号を含むタスク概要を、記録部のタスク概要一覧に追加して記録するタスク概要記録手段と、所定時間間隔で、前記記録部のタスク概要一覧を検索し、受託側端末装置ごとに当該受託端末装置に対する未完了のタスク依頼の有無を判断し、未完了のタスク依頼のある受託側端末装置に対し、未完了タスク存在通知を、到着確認をしないプロトコルにて送信する未完了タスク存在通知手段と、受託側端末装置からのタスク詳細取得依頼を受けて、前記記録部のタスク詳細一覧から、タスク概要に対応するタスク詳細を取得し、前記タスク詳細取得依頼に対するレスポンスとしてタスク詳細を返信するタスク詳細取得返信手段と、前記タスク詳細取得返信手段がタスク詳細を返信すると、タスク概要一覧から当該タスク概要を除外するタスク除外手段とを備え、
受託側端末装置は、サーバ装置からの未完了タスク存在通知を受信する未完了タスク存在通知受信手段と、前記未完了タスク存在通知を受けて、未完了のタスク依頼についてのタスク詳細を取得するためのタスク詳細取得依頼をサーバ装置に対して送信するタスク詳細取得依頼手段とを備えている。
【００１３】
したがって、未完了のタスク依頼がある端末装置に対してサーバ装置の側から通知を行うことができ、端末装置側からの無駄な問い合わせによる通信を減らすことができる。
【００１４】
したがって、未完了のタスク依頼がある端末装置に対してサーバ装置の側から通知を行うことができ、端末装置側からの無駄な問い合わせによる通信を減らすことができる。
【００１５】
また、サーバ装置から端末装置への未完了タスクの通知は、到着確認をしないプロトコルにて送信するようにしている。したがって、セッションの確立などを行う必要がなく処理が迅速である。しかも、タスク詳細を送信するまではタスク概要に未完了タスクとして残されているので、送信エラーがあったとしても通知が漏れるおそれがない。
【００１６】
(11)この発明に係るタスク依頼システムは、タスク依頼には、受託側端末装置の受託側機能の識別符号が含まれており、タスク概要記録手段は、前記受託側機能の識別符号をタスク概要に含めて記録し、未完了タスク存在通知は、前記受託側機能の識別符号を含むことを特徴としている。
【００１７】
したがって、受託側機能の識別符号に基づいて、タスクの管理を行うことができる。
【００１８】
(12)この発明に係るタスク依頼システムは、到着確認をしないプロトコルが、ＵＤＰであることを特徴としている。
【００１９】
したがって、ＵＤＰプロトコルにて、迅速な通信処理を行うことができる。
【００２０】
(13)この発明に係るタスク依頼システムは、臨床検査システムの一部として構成されていることを特徴としている。
【００２１】
したがって、臨床検査システムにおけるタスク依頼を効率よく行うことができる。
【００２２】
「タスク依頼送信手段」は、実施形態においては、ステップＳ１がこれに対応する。
【００２３】
「タスク依頼受信手段」は、実施形態においては、ステップＳ５１がこれに対応する。
【００２４】
「タスク詳細記録手段」は、実施形態においては、ステップＳ５２がこれに対応する。
【００２５】
「タスク概要記録手段」は、実施形態においては、ステップＳ５３がこれに対応する。
【００２６】
「未完了タスク存在通知手段」は、実施形態においては、ステップＳ５６がこれに対応する。
【００２７】
「タスク詳細取得返信手段」は、実施形態においては、ステップＳ５７がこれに対応する。
【００２８】
「タスク除外手段」は、実施形態においては、ステップＳ５８がこれに対応する。
【００２９】
「未完了タスク存在通知受信手段」は、実施形態においては、ステップＳ２がこれに対応する。
【００３０】
「タスク詳細取得依頼手段」は、実施形態においては、ステップＳ３がこれに対応する。
【００３１】
「タスク完了通知手段」は、実施形態においては、ステップＳ５がこれに対応する。
【００３２】
「プログラム」とは、ＣＰＵにより直接実行可能なプログラムだけでなく、ソース形式のプログラム、圧縮処理がされたプログラム、暗号化されたプログラムなどを含む概念である。
【図面の簡単な説明】
【００３３】
【図１】この発明の一実施形態によるタスク依頼システムの全体構成である。
【図２】システムの概要を示す図である。
【図３】サーバ装置のハードウエア構成である。
【図４】端末装置のハードウエア構成である。
【図５】タスク依頼時の処理フローチャートである。
【図６】タスク依頼データの例である。
【図７】タスク詳細一覧の例である。
【図８】タスク概要一覧の例である。
【図９】未完了タスク監視時の処理フローチャートである。
【図１０】未完了タスク監視時の処理フローチャートである。
【図１１】他の実施形態によるシステムの全体構成図である。
【図１２】従来のシステムを説明するための図である。
【発明を実施するための形態】
【００３４】
１．タスク依頼システムの全体構成
図１に、タスク依頼システムの全体構成を示す。このシステムは、依頼側端末装置２、受託側端末装置４、サーバ装置６を備えている。なお、依頼側端末装置２、受託側端末装置４は、複数個設けられている。
【００３５】
依頼側端末装置２のタスク依頼送信手段８は、受託側として受託側端末装置４を指定してタスク依頼を送信する。サーバ装置６のタスク依頼受信手段１４は、このタスク依頼を受信する。
【００３６】
タスク詳細記録手段１６は、受信されたタスク依頼を記録部２２のタスク詳細一覧２４に記録する。また、タスク概要記録手段１８は、受信されたタスク依頼の情報のうち、受託側端末装置４の識別符号を少なくとも含むタスク概要を、記録部２２のタスク概要一覧２６に記録する。
【００３７】
未完了タスク存在通知手段２８は、所定時間ごとに、タスク概要一覧を検索する。そして、タスク概要一覧２６に記録された未完了のタスク概要の受託側となっている受託側端末装置４に対して、未完了タスクがある旨を通知する。この通知は、到着確認をしないプロトコルにて送信される。
【００３８】
受託側端末装置４のタスク詳細取得依頼手段１０は、未完了タスク存在通知を受けると、未完了のタスクのタスク詳細を取得するようサーバ装置６に依頼する。サーバ装置６のタスク詳細取得返信手段２０は、タスク詳細取得依頼を受けて、タスク概要一覧２６、タスク詳細一覧２４に基づいて、当該受託側端末装置４について未完了のタスク詳細を取得する。そして、これを受託側端末装置４に送信する。このタスク詳細の送信は、タスク詳細取得依頼に対するレスポンスとして返信される。
【００３９】
受信したタスク詳細に示されたタスクを完了すると、受託側端末装置４のタスク完了通知手段１２は、タスク完了通知をサーバ装置６に送信する。サーバ装置６のタスク除外手段３０は、タスク概要一覧２２において、完了したタスクにつき、完了したことを明らかにするための処理を行う。たとえば、完了フラグを立てる、タスク概要一覧から削除するなどの処理を行う。
【００４０】
以上のように、タスク概要一覧を定期的に検索する処理はサーバ装置６側で行い、未処理のタスクがある場合のみ、サーバ装置６から当該受託側端末装置４に未完了タスク存在通知を行うようにしている。受託側端末装置４は、未完了タスク存在通知を受けてから、タスクの詳細を取得する。したがって、未完了のタスクがあるかどうかの確認を、端末装置４とサーバ装置６間で行う必要がなく、ネットワーク上での無駄なトラフィックを低減することができる。
【００４１】
また、タスク完了が通知されるまでは、未完了タスク存在通知を繰り返し送るようにしているので、未完了タスク存在通知の際に、セッションをはることなく、到着確認をしないプロトコルを用いることができ、処理が迅速である。
【００４２】
２．タスク依頼システムのハードウエア構成
タスク依頼システムの動作の概要を、図２に示す。サーバ装置６に対して、複数の端末装置３がネットワークを介して接続されている。この実施形態では、臨床検査システムの一部としてタスク依頼システムを構築している。各端末装置３には、血液、尿などの試料を分析する分析装置やプリンタなどが接続されている。
【００４３】
分析装置からの分析結果を受けた端末装置３は、その分析結果を報告書として印刷するために、他の端末装置３にその旨を依頼する。この場合、前者の端末装置３が依頼側端末装置であり、後者の端末装置３が受託側端末装置である。
【００４４】
依頼側の端末装置３は、サーバ装置６に対し、受託側の端末装置３を指定してタスク依頼３００を送信する。サーバ装置６は、これをＤＢ４２に登録する。サーバ装置６は、所定時間ごとにＤＢ４２を検索し（３０２参照）、それぞれの端末装置３に対するタスク依頼があるかどうかを判断する。タスク依頼があれば、当該受託側の端末装置３に対して、サーバ装置６の側から通知３０４を行う。このように、サーバ装置６と端末装置３との間では、問い合わせのためのやり取りがなく、無駄な通信をなくすことができる。
【００４５】
通知３０４を受け取った端末装置３は、タスク詳細の取得依頼３０６をサーバ装置６に送信する。サーバ装置６は、ＤＢ４２からタスク詳細を取得し（３０８参照）、端末装置３に送信する（３１０参照）。
【００４６】
図３に、サーバ装置６のハードウエア構成を示す。ＣＰＵ３２には、メモリ３４、通信回路３６、ハードディスク３８、ＤＶＤ−ＲＯＭドライブ４０、ＤＢ４２が接続されている。通信回路３６は、ＬＡＮなどのネットワークに接続するためのものである。ＤＢ４２は、サーバ装置６の中に設けられたものであってもよいし、他のコンピュータに設けられたものであってもよい。ＤＢ４２には、タスク詳細一覧５０、タスク概要一覧５２が記録されている。
【００４７】
ハードディスク３８には、オペレーティングシステム４４、サーバプログラム４６が記録されている。サーバプログラム４６は、オペレーティングシステム４４と協働して、その機能を発揮するものである。これらプログラムは、ＤＶＤ−ＲＯＭ４８に記録されていたものを、ＤＶＤ−ＲＯＭドライブ４０を介してハードディスク３８にインストールしたものである。なお、インターネットなどを介してダウンロードしたものであってもよい。
【００４８】
図４に、端末装置３のハードウエア構成を示す。ＣＰＵ６０には、メモリ６２、通信回路６４、ディスプレイ６６、ハードディスク６８、ＤＶＤ−ＲＯＭドライブ７０、プリンタ７２、分析装置７４などが接続されている。なお、端末装置３によっては、プリンタ７２と分析装置７４のうち、プリンタ７２のみが接続されているもの、分析装置７４のみが接続されているものもある。
【００４９】
通信回路６４は、ＬＡＮなどのネットワークに接続するためのものである。分析装置７４は、血液などの試料を分析し、その分析データを生成するものである。
【００５０】
ハードディスク６８には、オペレーティングシステム７６、端末プログラム７８が記録されている。端末プログラム７８は、オペレーティングシステム７６と協働して、その機能を発揮するものである。また、分析システムとして動作するための機能モジュール８２、８４・・・が記録されている。この機能モジュール８２、８４ともに、オペレーティングシステム７６と協働して、その機能を発揮するものである。これらプログラムは、ＤＶＤ−ＲＯＭ８０に記録されていたものを、ＤＶＤ−ＲＯＭドライブ７０を介してハードディスク６８にインストールしたものである。なお、インターネットなどを介してダウンロードしたものであってもよい。
【００５１】
３．タスク依頼システムの動作
(1)タスク依頼時の処理
図５に、タスク依頼時の処理フローチャート（端末プログラム７８およびサーバプログラム４６）を示す。他の端末装置３にタスクの依頼を行う端末装置３のＣＰＵ６０（以下端末装置３と省略することがある）は、タスク依頼をサーバ装置６に送信する（ステップＳ１）。
【００５２】
図６に、タスク依頼データの例を示す。依頼側の端末装置３を特定するためのＩＤ、依頼側の端末装置３においてタスク依頼を発行した機能モジュールを特定するためのＩＤ、受託側の端末装置３を特定するためのＩＤ、受託側の端末装置３においてタスクを実行する機能モジュールを特定するためのＩＤ、受付番号、検査日、患者ＩＤ・・・などが含まれている。なお、端末装置３の機能モジュールは、各タスクに対応して設けられているので、機能モジュールが特定されればタスクも特定される。
【００５３】
サーバ装置６のＣＰＵ６０（以下サーバ装置６と省略することがある）は、送信されてきたタスク依頼を受信する（ステップＳ５１）。次に、サーバ装置６は、受信したタスク依頼に基づいて、タスク詳細をＤＢ４２のタスク詳細一覧５０に追加する（ステップＳ５２）。図７に、このようにして記録されたタスク詳細一覧の例を示す。なお、この実施形態では、タスク詳細一覧を受託側機能モジュールのＩＤごとに（つまりタスクごとに）まとめている。
【００５４】
図７は、受託側機能モジュールＩＤが「Ｃ００５」のもの（ここでは、報告書作成モジュールであるとする）についてのタスク詳細一覧が示されている。他のタスクについても同じように、一覧が記録されることになる。
【００５５】
次に、サーバ装置６は、受信したタスク依頼に基づいて、タスク概要をＤＢ４２のタスク概要一覧５２に追加する（ステップＳ５３）。図８に、このようにして記録されたタスク概要一覧５２の例を示す。この実施形態においては、各ジョブ依頼について、依頼側端末装置のＩＤ、依頼側機能モジュールのＩＤ、受託側端末装置のＩＤ、受託側機能モジュールのＩＤ、詳細ジョブキーが概要として記録されている。
【００５６】
なお、詳細ジョブキーは、タスク概要に対応するタスク詳細を、タスク詳細一覧５０から取得する際に、紐付けるためのキーである。受託側機能のモジュールＩＤが「Ｃ００５」のタスク依頼については、受付番号が詳細ジョブキーとして用いられている。どの項目を詳細ジョブキーとするかは、各モジュールごとに予め定められている。
【００５７】
このようにして、サーバ装置６に送信されてきたタスク依頼は、ＤＢ２４に記録されていくことになる。
【００５８】
(2)未完了タスク監視時の処理
図９に、未完了タスク監視時の処理フローチャート（端末プログラム７８およびサーバプログラム４６）を示す。サーバ装置６は、所定時間間隔（たとえば、１分間隔）で未完了タスク監視を行う。
【００５９】
サーバ装置６は、タスク概要一覧５２にアクセスし、受託側端末装置ＩＤごとにタスク概要を整理する（ステップＳ５４）。たとえば、図８のようなタスク概要一覧５２であった場合、受託側端末装置ＩＤが「３」「４」「５」のものをまとめる。次に、受託側端末装置ＩＤごとに、同じ受託側機能ＩＤの付されたタスク依頼があればまとめる（ステップＳ５５）。図８の場合、受託側端末装置ＩＤ「４」の受託側機能ＩＤ「Ｃ００５」が２つあるので、これが一つにまとめられる。
【００６０】
次に、サーバ装置６は、タスク概要一覧に記載のあった（つまり未完了タスクのあった）端末装置３に対して、未完了タスク存在通知を送信する（ステップＳ５６）。この実施形態では、受託側機能ＩＤを送信することで、未完了タスク存在通知としている。図８の場合であれば、受託側端末装置ＩＤ「４」の端末装置３に対しては、「Ｃ００５，Ｃ００４」が送信される。なお、ＵＤＰプロトコルであるから、セッションの確立などを行わなくとも、サーバ装置６から端末装置３に送信することができる。
【００６１】
なお、ＵＤＰプロトコルでは到着確認をしないので、送信された未完了タスク存在通知が端末装置３に届いたかどうかは不確かなものとなる。しかし、後述のように、タスクが完了しない限りタスク概要一覧から削除されず、しかも、未完了タスク監視は所定時間間隔で行われるので、この点問題とならない。
【００６２】
また、タスク概要一覧に記載された受託側端末装置ＩＤ以外の端末装置３に対しては、未完了タスク存在通知は送信されない。
【００６３】
受託側として指定された端末装置３は、サーバ装置６からの未完了タスク存在通知を受信する（ステップＳ２）。これにより、当該端末装置３は、タスク依頼があることを知る。次に、受託側の端末装置３は、未完了タスク存在通知として送られてきた受託側機能ＩＤを伴って、サーバ装置６に対し、タスク詳細の取得を依頼する（ステップＳ３）。
【００６４】
なお、このとき、受託側の端末装置３は、送られてきた受託側機能ＩＤに基づき、当該機能モジュールのタスクの空き状況（たとえば、タスクスタックに空きがいくつあるか）に基づいて、タスク詳細を取得するタスク数の上限を指定する。たとえば、当該受託側機能のタスクスタックに現在３つの空きがあれば、取得するタスク数の上限を「３」とする。受託側の端末装置３は、上記タスク詳細の取得依頼に、この取得タスク数の上限を含めて送信する。
【００６５】
ここでのやり取りは、データ量も多くなることが予想されるので、ＴＣＰ／ＩＰなどのリクエストレスポンスのプロトコルを用いるようにしている。つまり、端末装置３は、タスク詳細取得依頼を、サーバ装置６に対してリクエストとして送信する。
【００６６】
サーバ装置６は、受託側機能ＩＤを伴ったタスク詳細取得依頼を受信する。さらに、当該依頼を送信してきた受託側端末装置ＩＤ、受託側機能ＩＤに基づいて、タスク概要一覧を参照し、詳細ジョブキーを取得する。なお、当該受託側端末装置ＩＤ、受託側機能ＩＤの組合せにて複数のタスク概要がある場合には、指定されたタスク上限数を超えないタスク数の詳細ジョブキーを取得する。
【００６７】
サーバ装置６は、取得した詳細ジョブキーに基づいて、タスク詳細一覧からタスク詳細を取得する。取得したタスク詳細（および詳細ジョブキー）を、リクエストを送ってきた端末装置３に対し、レスポンスとして返信する（ステップＳ５７）。
【００６８】
受託側の端末装置３はタスク詳細を受信し、タスク依頼にて指定された受託側機能モジュールがこれを実行する（ステップＳ４）。たとえば、受託側機能モジュールが報告書作成であれば、タスク詳細のデータに基づいて、報告書の形式にてプリンタ７２による印刷を行う。
【００６９】
(3)タスク完了時の処理
図１０に、タスク完了時の処理フローチャート（端末プログラム７８およびサーバプログラム４６）を示す。機能モジュールがタスクを完了すると、受託側の端末装置３は、タスク完了通知をサーバ装置６に送信する（ステップＳ５）。このタスク完了通知には、当該端末装置の識別符号、機能モジュールの識別符号、詳細ジョブキーが含まれる。
【００７０】
サーバ装置６は、タスク完了通知を受信し、タスク概要一覧５２、タスク詳細一覧５０の該当するタスク概要、タスク詳細を削除する（ステップＳ５８）。このようにして、完了したタスクは、タスク概要一覧５２、タスク詳細一覧５０から削除される。
【００７１】
４．その他の実施形態
(1)上記実施形態では、報告書印刷のタスク依頼について説明したが、データチェック依頼、データ分析など、他のタスク依頼についても同様に適用することができる。
【００７２】
(2)また、上記実施形態では、タスク依頼の生成、タスク完了の判断を、コンピュータが行うようにしている。しかしながら、これらの一方、または双方をユーザが行うようにしてもよい。
【００７３】
(3)上記実施形態では、サーバ装置６を介してタスク依頼を行うようにしているが、端末装置３と端末装置３の間で直接タスク依頼を行うようにしてもよい。この場合、依頼側の端末装置３が上記のサーバ装置６の役割を持つとよい。
【００７４】
(4)上記実施形態では、完了したタスクを、タスク概要一覧、タスク詳細一覧から削除するようにしている。しかし、削除せず、完了した旨のフラグを立てるようにしてもよい。なお、少なくともタスク概要一覧について、削除またはフラグを立てればよい。
【００７５】
(5)上記実施形態では、タスク完了通知を受けたときにタスク除外処理を行っている。しかし、タスク詳細取得返信手段がタスク詳細を返信したときにタスク除外処理を行うようにしてもよい。このように構成する場合には、図１１に示すように、端末装置にタスク完了通知手段を設けなくともよい。
【００７６】
(6)上記実施形態では、受託側の端末装置ＩＤと機能ＩＤを明示してタスク依頼を行うようにしている。しかし、端末装置ＩＤだけを明示してタスク依頼を行うようにしてもよい。
【００７７】
(7)上記実施形態では、臨床検査システムに適用したタスク依頼システムについて説明した。しかし、端末装置間でタスクの依頼を行うような他のシステムにも適用することができる。
【図１】
2016110482.tif 000003
【図２】
2016110482.tif 000004
【図３】
2016110482.tif 000005
【図４】
2016110482.tif 000006
【図５】
2016110482.tif 000007
【図６】
2016110482.tif 000008
【図９】
2016110482.tif 000009
【図１０】
2016110482.tif 000010
【図１１】
2016110482.tif 000011
【図１２】
2016110482.tif 000012
【図７】
2016110482.tif 000013
【図８】
2016110482.tif 000014