画像情報処理プログラム及び画像情報処理装置
【課題】個人を特定する特定情報を含む原稿とその特定情報を含まない原稿とを順次読取って取得した複数の画像情報を、その個人に関する情報と関連付けて記録させる場合において、ユーザが特定情報を含まない画像情報と個人に関する情報との関連付け作業を行う必要がない画像情報処理プログラム及び画像情報処理装置を提供する。
【解決手段】複数枚の原稿を原稿読取り手段により順次読取ることにより得られた複数枚の原稿を示す複数の画像情報を取得する画像情報取得手段と、画像情報取得手段により取得された複数の画像情報に個人を特定する特定情報が含まれる場合に、特定情報を複数の画像情報から抽出する特定情報抽出手段と、画像情報取得手段により取得された複数の画像情報を、特定情報抽出手段により複数の画像情報から抽出された特定情報により特定される個人を示す情報と関連付けて記録手段に記録させる記録制御手段と、して機能させる。
【解決手段】複数枚の原稿を原稿読取り手段により順次読取ることにより得られた複数枚の原稿を示す複数の画像情報を取得する画像情報取得手段と、画像情報取得手段により取得された複数の画像情報に個人を特定する特定情報が含まれる場合に、特定情報を複数の画像情報から抽出する特定情報抽出手段と、画像情報取得手段により取得された複数の画像情報を、特定情報抽出手段により複数の画像情報から抽出された特定情報により特定される個人を示す情報と関連付けて記録手段に記録させる記録制御手段と、して機能させる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像情報処理プログラム及び画像情報処理装置に関する。
【背景技術】
【０００２】
特許文献１には、保存用フォルダに保存すべき文書を指示するインデックスシートを表紙にして、文書をスキャンすることで、指示した保存用フォルダの下へ、電子ファイルを保存し、インデックスシートは、指示ファイル（設定ファイル）に基づき生成されて、事前に印刷しておく技術が開示されている。
【０００３】
また、特許文献２には、文書を電子化して既存システムに登録する作業を支援し、省力化に寄与する技術が開示されている。
【０００４】
更に、特許文献３には、診療記録の管理を、RDBMSベースではなく、ファイル（PDF）ベースで管理する技術が開示され、特許文献４には、上記特許文献３のシステムに、レポートシステムから登録する方法が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００４−１７１２９０号公報
【特許文献２】特開２００７−１３９３４号公報
【特許文献３】特許第３２３９２１３号公報
【特許文献４】特許第３３２８８８２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は、個人を特定する特定情報を含む原稿とその特定情報を含まない原稿とを順次読取って取得した複数の画像情報を、その個人に関する情報と関連付けて記録させる場合において、ユーザが特定情報を含まない画像情報と個人に関する情報との関連付け作業を行う必要がない画像情報処理プログラム及び画像情報処理装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、請求項１の発明は、コンピュータを、複数枚の原稿を原稿読取り手段により順次読取ることにより得られた前記複数枚の原稿を示す複数の画像情報を取得する画像情報取得手段と、前記画像情報取得手段により取得された複数の画像情報に個人を特定する特定情報が含まれる場合に、該特定情報を該複数の画像情報から抽出する特定情報抽出手段と、前記画像情報取得手段により取得された複数の画像情報を、前記特定情報抽出手段により当該複数の画像情報から抽出された特定情報により特定される個人を示す情報と関連付けて記録手段に記録させる記録制御手段と、して機能させるための画像情報処理プログラムである。
【０００８】
また、請求項２の発明は、請求項１の発明において、前記特定情報抽出手段は、前記画像情報取得手段により取得された複数の画像情報に該画像情報の種別を示す種別情報が含まれる場合に、該種別情報を該複数の画像情報から更に抽出し、前記記録制御手段は、前記特定情報抽出手段により種別情報が抽出された画像情報と、該種別情報とを関連づけて前記記録手段に記録させる画像情報処理プログラムである。
【０００９】
また、請求項３の発明は、請求項２の発明において、前記特定情報取得手段により前記種別情報が抽出されなかった画像情報の前記種別情報がユーザにより入力される入力手段として前記コンピュータを更に機能させ、前記記録制御手段は、前記特定情報抽出手段により種別情報が抽出されなかった画像情報と、前記入力手段により入力された種別情報とを関連づけて前記記録手段に記録させる画像情報処理プログラムである。
【００１０】
また、請求項４の発明は、請求項３の発明において、前記ユーザにより前記入力手段によって前記種別情報が入力される際に、前記特定情報抽出手段により前記種別情報が抽出されなかった画像情報が存在し、かつ種別情報が前記特定情報抽出手段に抽出された画像情報が存在する場合に、前記特定情報抽出手段により抽出された前記種別情報に基づき、前記種別情報が取得されなかった画像情報の種別の候補を出力する出力手段として前記コンピュータを更に機能させる画像情報処理プログラムである。
【００１１】
上記目的を達成するために、請求項５の発明は、複数枚の原稿を原稿読取り手段により順次読取ることにより得られた前記複数枚の原稿を示す複数の画像情報を取得する画像情報取得手段と、前記画像情報取得手段により取得された複数の画像情報に個人を特定する特定情報が含まれる場合に、該特定情報を該複数の画像情報から抽出する特定情報抽出手段と、前記画像情報取得手段により取得された複数の画像情報を、前記特定情報抽出手段により当該複数の画像情報から抽出された特定情報により特定される個人を示す情報と関連付けて記録手段に記録させる記録制御手段と、を有する画像情報処理装置である。
【発明の効果】
【００１２】
請求項１の発明によれば、個人を特定する特定情報を含む原稿とその特定情報を含まない原稿とを順次読取って取得した複数の画像情報を、その個人に関する情報と関連付けて記録させる場合において、ユーザが特定情報を含まない画像情報と個人に関する情報との関連付け作業を行う必要がなくなる。
【００１３】
請求項２の発明によれば、画像情報と該画像情報の種別を示す種別情報との関連付け作業を行う必要がなくなる。
【００１４】
請求項３の発明によれば、種別情報が抽出されなかった画像情報を、ユーザにより入力された種別情報と関連づけて記録させることができる。
【００１５】
請求項４の発明によれば、種別情報が抽出されなかった画像情報に対して、種別情報の候補を出力することできる。
【００１６】
請求項５の発明によれば、個人を特定する特定情報を含む原稿とその特定情報を含まない原稿とを順次読取って取得した複数の画像情報を、その個人に関する情報と関連付けて記録させる場合において、ユーザが特定情報を含まない画像情報と個人に関する情報との関連付け作業を行う必要をなくすことができる。
【図面の簡単な説明】
【００１７】
【図１】画像情報処理装置のハードウェア構成の一例を示す図である。
【図２】画像情報処理装置の機能構成の一例を示す図である（その１）。
【図３】スキャンセット、属性、確定状態、及び未確定状態を示す説明図である。
【図４】画像情報処理プログラムの処理の流れの一例を示すフローチャートである。
【図５】原稿、ルール、及び候補の一例を示す図である。
【図６】文書種別確定処理の流れの一例を示すフローチャートである。
【図７】画像情報処理装置の機能構成の一例を示す図である（その２）。
【図８】ルール、及び候補の一例を示す図である。
【発明を実施するための形態】
【００１８】
以下、図面を参照して、本発明の実施の形態について詳細に説明する。
【００１９】
図１は、画像情報処理装置１０のハードウェア構成の一例を示している。画像情報処理装置１０は、ＣＰＵ（Central Processing Unit）１１と、フラッシュメモリ１２と、ＲＡＭ（Random Access Memory）１３と、ＮＶＭ（Non-Volatile Memory）１４と、ＵＩ（User Interface）１５と、ＨＤＤ（Hard Disk Drive）１６と、プリンタエンジン１７と、スキャナエンジン１８と、通信Ｉ／Ｆ（インタフェース）１９と、バスＢとを含む。
【００２０】
ＣＰＵ１１は、画像情報処理装置１０の全体の動作を司るものであり、後述するフローチャートに示される処理は、ＣＰＵ１１により実行される。フラッシュメモリ１２は、ＲＡＭ１３に展開されるプログラム及び起動する際に動作するブートプログラム等が記録されている。
【００２１】
ＲＡＭ１３は、ＯＳ（Operating System）、プログラム、画像情報等が展開される記録装置である。ＮＶＭ１４には、画像情報処理装置１０に係る設定値等が記録される。ＵＩ１５は、ユーザが画像情報処理装置１０の操作や情報を入力する際に用いられるものである。ＨＤＤ１６は、画像情報、種別情報等が記録される記録装置である。
【００２２】
プリンタエンジン１７は、紙等の記録媒体に画像を印刷するエンジンである。スキャナエンジン１８は、原稿に描かれた画像を読み取るとともに、読み取られた画像を示す画像情報を生成する。特に、本実施の形態では、複数の原稿の束を一枚ずつ順次読取ることが可能な自動原稿送り装置が備わっている。
【００２３】
通信Ｉ／Ｆ１９は、ネットワークに接続するためのＮＩＣ（Network Interface Card）やそのドライバ、或いはＵＳＢデバイス等を含んで構成される。バスＢは、情報のやりとりが行われる際に使用される。
【００２４】
以上説明した構成に、電話回線と接続するためのインタフェースや、画像処理に関するものを加えるようにしても良い。
【００２５】
なお、上述したＨＤＤ１６には、ＣＰＵ１１により実行される後述する画像情報処理プログラムやそのプログラムが用いるデータなどが記録される。このプログラムは、必ずしもＨＤＤ１６に記録されたプログラムでなくても良い。ＨＤＤ１６以外の記録媒体として、具体的には可搬型の記録媒体にプログラムを記録したものが挙げられる。この場合、画像情報処理装置１０に、可搬型の記録媒体を読み取るための読み取り装置を設け、可搬型の記録媒体は読み取り装置に対して、磁気、光、電気等のエネルギーの変化状態を引き起こし、それに対応する信号の形式で、読み取り装置にプログラムの記述内容を伝達できるものである。
【００２６】
可搬型の記録媒体として、例えば光磁気ディスク、光ディスク（ＣＤやＤＶＤなどを含む）、磁気ディスク、メモリ（ＩＣカード、メモリカードなどを含む）などが挙げられる。
【００２７】
次に、図２を用いて、画像情報処理装置１０の機能構成の一例について説明する。画像情報処理装置１０は、同図に示されるように、大きく分けて登録部２０、ルール管理部３０、閲覧部４０、ファイル管理部５０、及び印刷部６０の機能を有する。
【００２８】
このうち、登録部２０は、主としてスキャナエンジン１８を利用して、原稿を取り込み、ファイル管理部５０に登録するもので、バーコード解析部２１、読取り部２２、ファイル登録部２３、同時スキャンセット管理部２４、登録確認部２５、患者特定部２６、及び文書種別候補選定部２７で構成される。
【００２９】
読取り部２２は、複数枚の原稿をスキャナエンジン１８により順次読取ることにより得られた前記複数枚の原稿を示す複数の画像情報を取得する。上記特定情報は、本実施の形態では患者を特定する患者情報であり、これはバーコードから得られる情報である。以下の説明では、バーコードから得られる情報に含まれる情報を、簡単のためにバーコードに含まれる情報と表現する。
【００３０】
バーコード解析部２１は、取得された複数の画像情報に個人を特定する患者情報が含まれる場合に、該患者情報を該複数の画像情報から抽出する。また、バーコード解析部２１は、取得された複数の画像情報に該画像情報の種別を示す種別情報が含まれる場合に、該種別情報を該複数の画像情報から更に抽出する。以下の説明における文書種別は、種別情報が示すものである。
【００３１】
同時スキャンセット管理部２４は、複数枚の原稿を示す複数の画像情報を管理する。この複数枚の原稿を示す複数の画像情報は、以下の３種類に分かれる。
【００３２】
１種類目は、バーコード付きの画像情報で、かつバーコードに患者情報が含まれる画像情報である。この画像情報一つについて、後述するスキャンセットを１セット用意する。以下、バーコード付きの画像情報で、かつバーコードに患者情報が含まれる画像情報を親書類と記す。
【００３３】
２種類目は、バーコード付きの画像情報だが、バーコードに、患者情報に含まれる画像情報であり、以下、この画像情報を子書類と記す。ユーザは、上記親書類を、この書類の前に束ねて読取ることで、この書類は、親書類のスキャンセットに含まれるようになる。バーコードに、画像情報の種別を示す種別情報が含まれる場合、文書種別はこの書類の文書種別として登録される。すなわち、画像情報処理装置１０は、種別情報が抽出された画像情報と、該種別情報とを関連づけてＨＤＤ１６に記録する。
【００３４】
３種類目は、バーコード無しの画像情報であり、この画像情報も以下の説明では子書類と記す。そして、親書類を、この書類の前に束ねて読取ることで、この書類は、親書類のスキャンセットに含まれる。
【００３５】
なお、１つに束ねられた複数の原稿を読取ることで、複数の画像情報が得られるが、以下の説明では、この複数の画像情報を画像情報群と表現することがある。
【００３６】
このスキャンセットの一例について、図３（Ａ）を用いて説明する。スキャンセットは、一時的にＲＡＭ１３等に記録されるもので、同図（Ａ）に示されるように、患者情報と文書種別を示す情報が含まれる。スキャンセットは、患者情報を１つだけもつ。そして患者情報としては、患者を示すＩＤやコードなどが挙げられ、以下の説明では患者情報を患者ＩＤと記すことにする。また、スキャンセットは、文書種別を１つ以上もつことができ、このスキャンセットにおける文書種別は親書類またはバーコード付き子書類の関連文書の文書種別を示している。
【００３７】
図２の説明に戻り、文書種別候補選定部２７は、ルール管理部３０で定義されているルールに基づいて、文書種別の候補を列挙する。親書類の文書種別から、その小書類の文書種別候補を取得する。
【００３８】
患者特定部２６は、親書類のバーコードから患者を特定する。ファイル登録部２３は、画像情報群を、バーコード解析部２１により抽出された特定情報により特定される患者（個人）に関する画像情報としてＨＤＤ１６に記録する。
【００３９】
登録確認部２５は、登録するファイルの情報を、ユーザによる目視確認を行う機能を提供する。具体的には、ファイルの内容と、属性情報を表示して、そのまま登録するべきかどうかをユーザが確認するための機能である。
【００４０】
また、登録確認部２５は、属性手動選定部を含み、属性手動選定部は、種別情報が抽出されなかった画像情報の種別情報がユーザにより入力される機能であり、ファイルの目視確認時に、属性情報を手動で修正する機能を提供する。
【００４１】
更に、登録確認部２５は、バーコード解析部２１により種別情報が抽出されなかった画像情報が存在し、かつ種別情報がバーコード解析部２１に抽出された画像情報が存在する場合に、バーコード解析部２１により抽出された種別情報に基づき、種別情報が取得されなかった画像情報の種別の候補を一つ以上出力する機能を有する。この種別の候補についての詳細は後述する。
【００４２】
また、登録確認部２５は、文書種別が未確定の場合は、属性手動選定部によりユーザは確定を行うことができる。この場合、種別情報が入力された画像情報と、該種別情報とを関連づけてＨＤＤ１６に記録させる。
【００４３】
以上が登録部２０の詳細である。上記ルール管理部３０は、画像情報群の文書種別候補管理を行なう。具体的に、ルール管理部３０は、親書類の文書種別をキーにして、画像情報群に含まれる各々の画像情報の文書種別候補を一つ以上用意する。バーコードに文書種別が含まれる子書類がスキャンセットにある場合は、その文書種別もキーとして扱う。
【００４４】
なお、特殊な文書種別として、「未確定」という種別を用意する。親書類の文書種別がキーとして登録されていなかった場合は、「未確定」を返す。また、複数枚の原稿を示す複数の画像情報の文書種別候補が一つだった場合は、その一つと、「未確定」の多値として返す。この明細書での多値とは、複数の値であることを意味している。この多値に対する表現は単値とこの明細書では記しており、これは一つの値であることを意味している。
【００４５】
次にファイル管理部５０について説明する。まず、ファイル属性管理部５１は、ファイル属性管理部５１、文書種別候補管理部５２、実ファイル管理部５３、及び作業中リスト管理部５４で構成され、主としてファイルの情報を属性として管理する。少なくとも、図３（Ｂ）に示される情報が属性として管理される。
【００４６】
同図（Ｂ）に示されるように、属性名には、上記患者ＩＤ、登録者、及び上記文書種別がある。このうち登録者は、原稿をスキャナエンジン１８で読取り、画像情報群を記録した個人を示したものである。以下の説明では、画像情報群を記録することを、登録すると表現することがある。
【００４７】
属性の型とは、ＨＤＤ１６にいかなる情報で記録されるのかを示しており、患者ＩＤは文字列又は数値、登録者はユーザを管理する型で値の例以外に数値などであっても良い。患者ＩＤ及び登録者は単値である。文書種別の属性の型は、文字列又は数値となっており、単値又は多値となる。
【００４８】
なお、多値属性の属性値は、|をセパレータとしている。従って例えば00AA|00BBは00AA又は00BBであることを示している。
【００４９】
文書種別候補管理部５２は、ファイル属性管理部５１において、文書種別を多値として扱う際の動作を取りまとめ、文書種別の属性値によって、その画像情報の状態を、確定状態と未確定状態の二つに分けて管理する。
【００５０】
この確定状態と未確定状態の一例を図３（Ｃ）に示す。未確定状態は、文書種別が複数設定されているか、「未確定」だけが文書種別として設定されている状態としている。一方、確定状態は、文書種別の属性値が単値で、かつ、それが「未確定」ではない状態としている。
【００５１】
実ファイル管理部５３は、ファイルの実体を管理する機能で、ＯＳにより提供されている。作業中リスト管理部５４は、ある登録者が登録した画像情報のうち、状態が未確定の画像情報を検索する。結果として、画像情報の実体（へのアクセスパス）と、文書種別の候補を返す。このときの検索条件は、登録者が指定されたユーザで、かつ、未確定状態の画像情報となる。
【００５２】
次に閲覧部４０について説明する。閲覧部４０は、リスト表示部４１、文書種別確定部４２、作業中リスト表示部４３、及び内容表示部４４で構成され、主として一般ユーザが操作する画面に関する機能を提供する。例えばファイル管理部５０により登録されたファイルを閲覧するための画面表示を行うものである。画面の提供形式としては、Ｗｅｂアプリケーションやネイティブアプリなどで提供することが想定される。
【００５３】
リスト表示部４１は、画像情報の一覧を表示する。一般的には、指定された患者の画像情報を、一定の文書種別ごとに、（フォルダなどに）分類して表示することが考えられる。一般的には、リスト表示をすることが考えられるが、サムネイル・表組み等で表示することも考えられる。
【００５４】
ここで、文書種別が未確定状態の場合は、その旨が分かるように表示する。例えば、未確定アイコンを表示する、文字色・背景色を変える、などの方法がある。
【００５５】
表示切替部４５は、リスト表示において、表示する対象を、確定状態に応じて切り換える。例えば、以下の３パターンが考えられる。１つ目は確定状態によらず、対象となる画像情報を表示するパターンである。２つ目は、確定状態の画像情報だけを表示するパターンである。３つ目は、未確定状態の画像情報だけを表示するパターンである。
【００５６】
内容表示部４４は、画像情報の内容を表示する。文書種別確定部４２は、一覧表示などから指定された画像情報の、文書種別の確定機能をユーザに提供する。具体的に３種類の処理が行なわれる。１つ目は、ファイル属性の文書種別に設定されている属性値の中から、一つを選び確定する処理である。２つ目は、文書種別に設定されている複数の属性値の中から、一つを除外する処理である。ただし、文書種別の属性値の数が２つで、その中に「未確定」が無かった場合は、指定された一つを除外して、「未確定」を追加する。例えば、00AA|00BBから、00BBを除外した場合は、00AA|「未確定」とする。なお、文書種別の属性値が、「未確定」だけだった場合、ユーザはこの操作を実行できない。更に、文書種別の属性値が、一つだけの場合も、ユーザはこの操作は実行できない。
【００５７】
３つ目は、現状の属性値とは関係なく、文書種別を直接指定して、確定する処理である。なお、上記の処理は、一覧表示機能の表示状態と組み合わせて行なうことが出来る。上述した処理は、通常は未確定状態の文書が対象である。
【００５８】
作業中リスト表示部４３は、画像情報を登録したユーザの属性ごとに、種別が未確定の書類をリスト表示する。この表示から、文書種別確定部４２により、ユーザは文書種別を確定する。
【００５９】
印刷部６０は、プリンタエンジン１７を用いて画像を印刷するものであり、特に本実施の形態における画像情報処理装置１０では、バーコード付き文書印刷部６１、及びバーコード付き表紙印刷部６２を備えている。バーコード付き文書印刷部６１によりバーコード付きの画像を印刷することができ、バーコード付き表紙印刷部６２により、バーコード付きの画像を表紙として印刷することもできる。
【００６０】
以上説明した構成で行なわれる画像情報処理プログラムの処理の流れの一例を、図４のフローチャートを用いて説明する。この画像情報記録処理は、ＣＰＵ１１により行われるもので、ユーザにより、ある一人の患者に関する複数の原稿を束ねて画像情報処理装置１０の自動原稿送り装置にセットされ、画像情報記録処理の開始が指示されることで行なわれる処理である。なお、以下のフローチャートでは、スキャンセットのことをＳＳと表現している。またバーコードには、患者ＩＤと文書種別、又は文書種別が含まれているものとする。
【００６１】
まず、ステップ１０１で、複数の原稿から１枚の原稿を読取り、画像情報を取得する。そして、ステップ１０２で、画像情報からバーコードを抽出し、ステップ１０３でバーコードがあったか否か判定する。
【００６２】
ステップ１０３で肯定判定した場合には、ステップ１０４で、抽出されたバーコードに患者ＩＤが含まれる否か判定する。ステップ１０４で更に肯定判定した場合には、ステップ１０５で、バーコードから患者ＩＤと文書種別を抽出し、ステップ１０６で上述したＳＳを作成し、そのＳＳに患者ＩＤと文書種別を設定して、ステップ１１６の処理に進む。
【００６３】
一方、上記ステップ１０４で否定判定した場合には、ステップ１０７で既にＳＳがあるか否か判定する。ステップ１０７で否定判定した場合には、ステップ１０８でＵＩ１５に患者ＩＤを設定する画面を表示し、ユーザにより設定された患者ＩＤのＳＳを作成してステップ１０９の処理に進む。
【００６４】
ステップ１０７で肯定判定した場合には、ステップ１０９でＳＳに文書種別を設定し、ステップ１１０でＳＳから患者ＩＤを取得する。この取得した患者ＩＤからステップ１１１で確認修正するための画面をＵＩ１５に表示することで、ユーザにより確認又は修正が行なわれ、ステップ１１６の処理に進む。
【００６５】
なお、ここでの確認修正とは、この患者ＩＤのＳＳがこれで正しいか否かの確認及び正しくない場合の修正を意味している。
【００６６】
上記ステップ１０３の処理に戻り、ステップ１０３で否定判定した場合には、ステップ１１２で既にＳＳがあるか否か判定する。このステップ１１２で肯定判定した場合には、ステップ１１３でＳＳから患者ＩＤと文書種別とを取得し、取得した文書種別からステップ１１４で文書種別候補を取得して、上述したステップ１１１の処理に進む。
【００６７】
一方、ステップ１１２で否定判定した場合には、ステップ１１５で患者ＩＤと種別情報を入力する画面をＵＩ１５に表示し、ユーザにより設定された患者ＩＤと種別情報の情報を含むＳＳを作成してステップ１１６の処理に進む。
【００６８】
ステップ１１６で、画像情報を登録する。すなわち、画像情報を、特定情報により特定される個人を示す情報と関連付けてＨＤＤ１６に記録させる。
【００６９】
ステップ１１７で次の原稿があると判定した場合には、ステップ１０１の処理に戻り、次の原稿が無いと判定した場合には、ステップ１１８で作成したＳＳを削除して、処理を終了する。
【００７０】
この画像情報処理により、スキャナエンジン１８により取得された複数の画像情報を、バーコード解析部２１により当該複数の画像情報から抽出された特定情報により特定される個人を示す情報と関連付けてＨＤＤ１６に記録させる。
【００７１】
以上説明した画像情報記録処理で、画像情報の種別が確定されるのは、以下の４つのいずれかの場合になる。まず１つ目は、画像情報が親書類だった場合であり、２つ目は、バーコードに文書種別が含まれる子書類の場合であり、３つ目は登録確認部２５の属性手動選定部により、文書種別が確定された場合であり、４つ目は、閲覧部４０の作業中リスト表示部４３により、文書種別が確定された場合である。
【００７２】
一方、バーコード無しの子書類で、親書類の文書種別をキーにしたときの候補が一つだった場合は種別が未確定のままである。具体的に例えば、親書類の文書種別キーが00AAで、00AAと束ねて読取られうる文書種別の候補が00ABだけだった場合は、その子書類の文書種別は00AB|「未確定」となる。
【００７３】
また、閲覧時に未確定となる場合は、複数の文書種別の候補から、候補の文書種別を除外していき、最終的に一つに絞れた場合である。この場合でも、最終的に絞れたものと、「未確定」を含む多値となる。
【００７４】
つまり、文書種別を確定するのは、人が積極的に判断した場合に限定する。これは、この画像情報処理装置１０上で画像情報の存在確認などを行った場合に、別の原稿から読取られた画像情報として判断されてしまい、間違った確認結果になることを防ぐためである。ないものがあると間違えるより、あるものがないと間違える方が安全なためである。
【００７５】
従って、ユーザにより存在確認をチェック・リスト的に行った場合に、スキャン済みの書類が画像情報処理装置１０上では存在するのに、その文書種別として認識されない場合は、その候補を示すようにしている。
【００７６】
以上説明した画像情報記録処理に示されるように、文書種別がバーコードにより示されない限り、画像情報記録処理で文書種別を自動的に設定することはしないため、画像情報の登録後にユーザによって文書種別の設定を行うことになる。
【００７７】
次に、原稿読取り作業例について説明する。以下の説明は、図５（Ａ）に示される４枚の原稿（同意書、ＩＣ（Informed Concept）用紙、紹介状、スナップ写真）を読取る場合を例にしている。
【００７８】
同図（Ａ）に示されるように、同意書には患者ＩＤと文書種別を示すバーコードがあり、ＩＣ用紙には文書種別を示すバーコードがあり、他の２枚の原稿には患者ＩＤ及び文書種別を示すバーコードはない。
【００７９】
この場合、ユーザは、同意書を一番上にして、束ねて読取らせる。これにより、同意書が親書類となり、他の画像情報は、同意書の患者（患者ＩＤ072000130）個人に関する画像情報として記録される。
【００８０】
次に、紹介状とスナップ写真の文書種別が問題になる。同意書とＩＣ用紙については、バーコードに文書種別が含まれるため、その文書種別として登録する。紹介状とスナップ写真については、バーコードがないため、図５（Ｂ）に示されるルールから文書種別の候補を設定する。
【００８１】
具体的に、同図（Ｂ）は、「文書種別」に記載された文書種別が、原稿を順次読取ることで得られた画像情報のうち、文書種別が確定した画像情報がある場合に、その画像情報と一緒に束ねられる可能性が高い文書種別の候補を「種別候補」としたものを示している。
【００８２】
今の場合、同図（Ａ）により、同意書の文書種別がA001でＩＣ用紙の文書種別がB001であるので、同図（Ｂ）に示されるようにA001の場合はA002、A003、A004が候補となり、B001の場合は、B002、B003、B004が候補となることから、同図（Ｃ）に示されるように紹介状及びスナップ写真の候補は、A002|A003|A004|B002|B003|B004となる。
【００８３】
ここで、紹介状とスナップ写真については、文書種別が一つには確定されていない。確定するためには、スキャン登録後に、文書種別確定部４２により確定する必要がある。
【００８４】
文書種別は、病院全体では数百から千数百という単位で存在する物なので、そこから１つを選択するのは大変である。しかし、ここでは、候補が６個に絞られているので、選択するのは容易である。
【００８５】
以上説明した文書種別が確定してない画像情報の種別を確定する文書種別確定処理の流れの一例を示すフローチャートを、図６を用いて説明する。まず、ステップ２０１で、画像情報処理装置１０にログイン中のユーザ情報を取得し、ステップ２０２で画像情報の登録者がログイン中のユーザであり、画像種別が未確定状態にある画像情報を検索する。ログイン中のユーザが登録した画像情報を検索することは、登録作業者という観点から、自分が登録を行なったものに責任をもって文書種別の確定を行うことを求めるためである。従って、文書種別の確定を誰が行なっても良い場合には、ログイン中のユーザ以外のユーザが登録した画像情報を検索するようにしても良い。
【００８６】
次のステップ２０３で、検索結果をＵＩ１５にリスト表示し、ステップ２０４で作業中リストに文書種別が未確定の画像情報があるか否か判定する。文書種別が未確定の画像情報がない場合には、文書種別を確定する必要がないため、そのまま処理を終了する。
【００８７】
一方、ステップ２０４で肯定判定した場合には、ステップ２０５でユーザにより選択された画像情報が示す内容と、種別情報が抽出されなかった画像情報の種別情報がユーザにより入力される画面とをＵＩ１５に表示する。そして、ステップ２０６で、ユーザにより文書種別が設定されたか否かを判定する。
【００８８】
ステップ２０６で肯定判定した場合には、ステップ２０７で、設定された文書種別で確定し、作業中リストから文書種別が設定された画像情報を削除して、ステップ２０４の処理に戻る。一方、ステップ２０６で否定判定した場合には、ステップ２０８でユーザにより文書種別の候補（図５（Ｃ）参照）として挙げられた中から除外するものが指定されたか否か判定する。これは例えば、ユーザは候補に挙げられた文書種別のうち、少なくともこの文書種別ではないと判定できるものがあった場合に対応するための処理である。
【００８９】
ステップ２０８で否定判定した場合には、ステップ２０４の処理に戻る。一方、ステップ２０８でユーザにより指定された場合には、ステップ２０９で指定された候補を削除し、文書種別を上述した未確定状態としてステップ２０４の処理に戻る。
【００９０】
次にルールの拡張について説明する。具体的に、上述してきたルール管理部３０で管理しているルールは、１つの文書種別をキーにして１つ以上文書種別の候補を提供するルールであったが、拡張したルール（拡張ルール１）は、複数の文書種別をキーにして１つ以上文書種別の候補を提供するルールとなっている。
【００９１】
拡張した場合の画像情報処理装置１０の機能構成の一例は、図７に例示されるように登録部２０にスキャンセット登録部２８が追加され、更にファイル管理部５０にもスキャンセット管理部５５が追加された構成となる。
【００９２】
この構成によって、スキャンセットを登録後もスキャンセット登録部２８により記録しておき（図４のステップ１１８の処理を行なわない）、そのスキャンセットに含まれる画像情報の文書種別が未確定状態から確定状態へ移った場合に、そのスキャンセット内の他の未確定状態の画像情報について、スキャンセット管理部５５により候補を更新する。
【００９３】
図８（Ａ）は、ルールの一例を示す図である。３つの文書種別A001、B001、A003が画像情報群のうちの３つの画像情報の文書種別に含まれる場合に、未確定の画像情報の種別候補をB004とするルールが示されている。
【００９４】
すなわち、図５（Ａ）の原稿を読取ることにより、A001(同意書)とB001(IC用紙)とA003(紹介状)が記録されている場合は、残りの原稿はB004(スナップ写真)である可能性が高い、ということである。
【００９５】
また、図５（Ｃ）に示されるように、紹介状とスナップ写真の文書種別が確定していない状態のスキャンセットは、スキャンセット登録部２８により登録されており、この状態でユーザにより紹介状をA003に確定されると、スキャンセット管理部５５はルール管理部３０にルールを問い合わせることで、図８（Ｂ）に示されるように、スナップ写真の文書種別の候補を、「A002|A003|A004|B002|B003|B004」から「B004|「未確定」に絞り込むことになる。
【００９６】
こうして候補を絞り込んだとしても、スナップ写真の文書種別は未確定状態である。文書種別の候補を表示する他の例を説明する。閲覧部４０によりＵＩ１５に表示される画面をユーザが閲覧し、文書種別を確定するときの表示例として、以下の表示例が挙げられる。
【００９７】
まず、B004（第１候補）を最上位の候補とし、次の候補として、A002|A003|A004|B002|B003（第２候補）を候補とし、その中に正しい文書種別が無い場合は、全文書種別の中から選択できるようにする、という表示例である。
【００９８】
ここでは、図８（Ａ）に示されるように、キーとなる文書種別が複数であるルールが一つだけ該当する場合を考えたので、第１候補と第２候補は自明である。しかし、キーとなる文書種別が複数であるルールが複数あり、複数のルールに該当する場合の順位付けには工夫の余地がある。一般的には、文書種別のキーの数が多いルールほど、上位に来ると考えられるが、組み合わせや優先度の設定により、より順位の確度を高めることができる。以上の表示例を行なうか否かを、設定またはユーザ操作により決定するようにしても良い。
【００９９】
なお、この表示例を行うためには、図５（Ｃ）における文書種別と、図８（Ｃ）における文書種別を、別の属性値として管理する必要がある。
【０１００】
更に拡張したルール（拡張ルール２）について説明する。この拡張例は、図８（Ｃ）に示されるように、文書種別を複数にするだけではなく、さらに順番を考慮したルールである。
【０１０１】
同図の場合は、読取られた順で、１枚目が同意書(A001)、２枚目がＩＣ用紙(B001)、３枚目が紹介状(A003)、４枚目がB004(スナップ写真)となる可能性が高いことを示すルールである。
【０１０２】
従って、例えば１枚目が同意書(A001)、２枚目がＩＣ用紙(B001)、３枚目が紹介状(A003)まで文書種別が確定した場合には、４枚目の候補をB004(スナップ写真)とするルールである。この拡張ルール２を適用した場合における文書種別の候補の表示方法は、図８（Ａ）、（Ｂ）を用いて説明した表示例を適用することができる。
【０１０３】
更に拡張したルール（拡張ルール３）について説明する。拡張ルール１、及び拡張ルール２では、ルールをよりきめ細かく設定できるように拡張したが、それ以外の方法として、文書種別ごとの作成件数により順位付けを行う方式も考えられる。ルール管理部３０で、文書種別ごとの作成件数を保存しておき、その件数により候補の並び替えを行う。
【０１０４】
この考え方を発展させると、データ・マイニングによりルール自体を生成することも考えられる。また、この拡張ルール３に、拡張ルール１、及び拡張ルール２を適用することも可能である。
【０１０５】
以上説明した実施の形態において、束ねられた読取り対象の各原稿は、すべて一枚で完結することが前提となっているが、複数枚で完結する場合であっても、例えば登録部２０に原稿読取り時に完結を示す区切れをユーザに指定させる画面をＵＩ１５に表示させる機能を追加することにより、複数枚で完結する原稿を１枚とみなすことで、上述した実施形態を適用することができる。
【０１０６】
或いは、閲覧部４０で複数枚で完結する原稿を１枚の原稿とみなすための機能を提供するようにしても良い。更に、原稿読取り時に、複数枚で完結する原稿であることを自動的に判断するようにしても良い。例えば、特開2006-251864号公報の「ファイル管理方法及びその装置並びにファイル管理用プログラム」を利用して抽出されたタイトルを利用して、複数枚で完結する原稿の区切りを判断するようにしても良い。
【０１０７】
なお、以上説明した各フローチャートの処理の流れは一例であり、本発明の主旨を逸脱しない範囲内で処理順序を入れ替えたり、新たなステップを追加したり、不要なステップを削除したりすることができることは言うまでもない。
【符号の説明】
【０１０８】
１０ 画像情報処理装置
１５ ＵＩ
１６ ＨＤＤ
１７ プリンタエンジン
１８ スキャナエンジン
２０ 登録部
２１ バーコード解析部
２２ 読取り部
２３ ファイル登録部
２４ 同時スキャンセット管理部
２５ 登録確認部
２６ 患者特定部
２７ 文書種別候補選定部
２８ スキャンセット登録部
３０ ルール管理部
４０ 閲覧部
４１ リスト表示部
４２ 文書種別確定部
４３ 作業中リスト表示部
４４ 内容表示部
４５ 表示切り替え部
５０ ファイル管理部
５１ ファイル属性管理部
５２ 文書種別候補管理部
５３ 実ファイル管理部
５４ 作業中リスト管理部
５５ スキャンセット管理部
６０ 印刷部
６１ 文書印刷部
６２ 表紙印刷部
【技術分野】
【０００１】
本発明は、画像情報処理プログラム及び画像情報処理装置に関する。
【背景技術】
【０００２】
特許文献１には、保存用フォルダに保存すべき文書を指示するインデックスシートを表紙にして、文書をスキャンすることで、指示した保存用フォルダの下へ、電子ファイルを保存し、インデックスシートは、指示ファイル（設定ファイル）に基づき生成されて、事前に印刷しておく技術が開示されている。
【０００３】
また、特許文献２には、文書を電子化して既存システムに登録する作業を支援し、省力化に寄与する技術が開示されている。
【０００４】
更に、特許文献３には、診療記録の管理を、RDBMSベースではなく、ファイル（PDF）ベースで管理する技術が開示され、特許文献４には、上記特許文献３のシステムに、レポートシステムから登録する方法が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００４−１７１２９０号公報
【特許文献２】特開２００７−１３９３４号公報
【特許文献３】特許第３２３９２１３号公報
【特許文献４】特許第３３２８８８２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は、個人を特定する特定情報を含む原稿とその特定情報を含まない原稿とを順次読取って取得した複数の画像情報を、その個人に関する情報と関連付けて記録させる場合において、ユーザが特定情報を含まない画像情報と個人に関する情報との関連付け作業を行う必要がない画像情報処理プログラム及び画像情報処理装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、請求項１の発明は、コンピュータを、複数枚の原稿を原稿読取り手段により順次読取ることにより得られた前記複数枚の原稿を示す複数の画像情報を取得する画像情報取得手段と、前記画像情報取得手段により取得された複数の画像情報に個人を特定する特定情報が含まれる場合に、該特定情報を該複数の画像情報から抽出する特定情報抽出手段と、前記画像情報取得手段により取得された複数の画像情報を、前記特定情報抽出手段により当該複数の画像情報から抽出された特定情報により特定される個人を示す情報と関連付けて記録手段に記録させる記録制御手段と、して機能させるための画像情報処理プログラムである。
【０００８】
また、請求項２の発明は、請求項１の発明において、前記特定情報抽出手段は、前記画像情報取得手段により取得された複数の画像情報に該画像情報の種別を示す種別情報が含まれる場合に、該種別情報を該複数の画像情報から更に抽出し、前記記録制御手段は、前記特定情報抽出手段により種別情報が抽出された画像情報と、該種別情報とを関連づけて前記記録手段に記録させる画像情報処理プログラムである。
【０００９】
また、請求項３の発明は、請求項２の発明において、前記特定情報取得手段により前記種別情報が抽出されなかった画像情報の前記種別情報がユーザにより入力される入力手段として前記コンピュータを更に機能させ、前記記録制御手段は、前記特定情報抽出手段により種別情報が抽出されなかった画像情報と、前記入力手段により入力された種別情報とを関連づけて前記記録手段に記録させる画像情報処理プログラムである。
【００１０】
また、請求項４の発明は、請求項３の発明において、前記ユーザにより前記入力手段によって前記種別情報が入力される際に、前記特定情報抽出手段により前記種別情報が抽出されなかった画像情報が存在し、かつ種別情報が前記特定情報抽出手段に抽出された画像情報が存在する場合に、前記特定情報抽出手段により抽出された前記種別情報に基づき、前記種別情報が取得されなかった画像情報の種別の候補を出力する出力手段として前記コンピュータを更に機能させる画像情報処理プログラムである。
【００１１】
上記目的を達成するために、請求項５の発明は、複数枚の原稿を原稿読取り手段により順次読取ることにより得られた前記複数枚の原稿を示す複数の画像情報を取得する画像情報取得手段と、前記画像情報取得手段により取得された複数の画像情報に個人を特定する特定情報が含まれる場合に、該特定情報を該複数の画像情報から抽出する特定情報抽出手段と、前記画像情報取得手段により取得された複数の画像情報を、前記特定情報抽出手段により当該複数の画像情報から抽出された特定情報により特定される個人を示す情報と関連付けて記録手段に記録させる記録制御手段と、を有する画像情報処理装置である。
【発明の効果】
【００１２】
請求項１の発明によれば、個人を特定する特定情報を含む原稿とその特定情報を含まない原稿とを順次読取って取得した複数の画像情報を、その個人に関する情報と関連付けて記録させる場合において、ユーザが特定情報を含まない画像情報と個人に関する情報との関連付け作業を行う必要がなくなる。
【００１３】
請求項２の発明によれば、画像情報と該画像情報の種別を示す種別情報との関連付け作業を行う必要がなくなる。
【００１４】
請求項３の発明によれば、種別情報が抽出されなかった画像情報を、ユーザにより入力された種別情報と関連づけて記録させることができる。
【００１５】
請求項４の発明によれば、種別情報が抽出されなかった画像情報に対して、種別情報の候補を出力することできる。
【００１６】
請求項５の発明によれば、個人を特定する特定情報を含む原稿とその特定情報を含まない原稿とを順次読取って取得した複数の画像情報を、その個人に関する情報と関連付けて記録させる場合において、ユーザが特定情報を含まない画像情報と個人に関する情報との関連付け作業を行う必要をなくすことができる。
【図面の簡単な説明】
【００１７】
【図１】画像情報処理装置のハードウェア構成の一例を示す図である。
【図２】画像情報処理装置の機能構成の一例を示す図である（その１）。
【図３】スキャンセット、属性、確定状態、及び未確定状態を示す説明図である。
【図４】画像情報処理プログラムの処理の流れの一例を示すフローチャートである。
【図５】原稿、ルール、及び候補の一例を示す図である。
【図６】文書種別確定処理の流れの一例を示すフローチャートである。
【図７】画像情報処理装置の機能構成の一例を示す図である（その２）。
【図８】ルール、及び候補の一例を示す図である。
【発明を実施するための形態】
【００１８】
以下、図面を参照して、本発明の実施の形態について詳細に説明する。
【００１９】
図１は、画像情報処理装置１０のハードウェア構成の一例を示している。画像情報処理装置１０は、ＣＰＵ（Central Processing Unit）１１と、フラッシュメモリ１２と、ＲＡＭ（Random Access Memory）１３と、ＮＶＭ（Non-Volatile Memory）１４と、ＵＩ（User Interface）１５と、ＨＤＤ（Hard Disk Drive）１６と、プリンタエンジン１７と、スキャナエンジン１８と、通信Ｉ／Ｆ（インタフェース）１９と、バスＢとを含む。
【００２０】
ＣＰＵ１１は、画像情報処理装置１０の全体の動作を司るものであり、後述するフローチャートに示される処理は、ＣＰＵ１１により実行される。フラッシュメモリ１２は、ＲＡＭ１３に展開されるプログラム及び起動する際に動作するブートプログラム等が記録されている。
【００２１】
ＲＡＭ１３は、ＯＳ（Operating System）、プログラム、画像情報等が展開される記録装置である。ＮＶＭ１４には、画像情報処理装置１０に係る設定値等が記録される。ＵＩ１５は、ユーザが画像情報処理装置１０の操作や情報を入力する際に用いられるものである。ＨＤＤ１６は、画像情報、種別情報等が記録される記録装置である。
【００２２】
プリンタエンジン１７は、紙等の記録媒体に画像を印刷するエンジンである。スキャナエンジン１８は、原稿に描かれた画像を読み取るとともに、読み取られた画像を示す画像情報を生成する。特に、本実施の形態では、複数の原稿の束を一枚ずつ順次読取ることが可能な自動原稿送り装置が備わっている。
【００２３】
通信Ｉ／Ｆ１９は、ネットワークに接続するためのＮＩＣ（Network Interface Card）やそのドライバ、或いはＵＳＢデバイス等を含んで構成される。バスＢは、情報のやりとりが行われる際に使用される。
【００２４】
以上説明した構成に、電話回線と接続するためのインタフェースや、画像処理に関するものを加えるようにしても良い。
【００２５】
なお、上述したＨＤＤ１６には、ＣＰＵ１１により実行される後述する画像情報処理プログラムやそのプログラムが用いるデータなどが記録される。このプログラムは、必ずしもＨＤＤ１６に記録されたプログラムでなくても良い。ＨＤＤ１６以外の記録媒体として、具体的には可搬型の記録媒体にプログラムを記録したものが挙げられる。この場合、画像情報処理装置１０に、可搬型の記録媒体を読み取るための読み取り装置を設け、可搬型の記録媒体は読み取り装置に対して、磁気、光、電気等のエネルギーの変化状態を引き起こし、それに対応する信号の形式で、読み取り装置にプログラムの記述内容を伝達できるものである。
【００２６】
可搬型の記録媒体として、例えば光磁気ディスク、光ディスク（ＣＤやＤＶＤなどを含む）、磁気ディスク、メモリ（ＩＣカード、メモリカードなどを含む）などが挙げられる。
【００２７】
次に、図２を用いて、画像情報処理装置１０の機能構成の一例について説明する。画像情報処理装置１０は、同図に示されるように、大きく分けて登録部２０、ルール管理部３０、閲覧部４０、ファイル管理部５０、及び印刷部６０の機能を有する。
【００２８】
このうち、登録部２０は、主としてスキャナエンジン１８を利用して、原稿を取り込み、ファイル管理部５０に登録するもので、バーコード解析部２１、読取り部２２、ファイル登録部２３、同時スキャンセット管理部２４、登録確認部２５、患者特定部２６、及び文書種別候補選定部２７で構成される。
【００２９】
読取り部２２は、複数枚の原稿をスキャナエンジン１８により順次読取ることにより得られた前記複数枚の原稿を示す複数の画像情報を取得する。上記特定情報は、本実施の形態では患者を特定する患者情報であり、これはバーコードから得られる情報である。以下の説明では、バーコードから得られる情報に含まれる情報を、簡単のためにバーコードに含まれる情報と表現する。
【００３０】
バーコード解析部２１は、取得された複数の画像情報に個人を特定する患者情報が含まれる場合に、該患者情報を該複数の画像情報から抽出する。また、バーコード解析部２１は、取得された複数の画像情報に該画像情報の種別を示す種別情報が含まれる場合に、該種別情報を該複数の画像情報から更に抽出する。以下の説明における文書種別は、種別情報が示すものである。
【００３１】
同時スキャンセット管理部２４は、複数枚の原稿を示す複数の画像情報を管理する。この複数枚の原稿を示す複数の画像情報は、以下の３種類に分かれる。
【００３２】
１種類目は、バーコード付きの画像情報で、かつバーコードに患者情報が含まれる画像情報である。この画像情報一つについて、後述するスキャンセットを１セット用意する。以下、バーコード付きの画像情報で、かつバーコードに患者情報が含まれる画像情報を親書類と記す。
【００３３】
２種類目は、バーコード付きの画像情報だが、バーコードに、患者情報に含まれる画像情報であり、以下、この画像情報を子書類と記す。ユーザは、上記親書類を、この書類の前に束ねて読取ることで、この書類は、親書類のスキャンセットに含まれるようになる。バーコードに、画像情報の種別を示す種別情報が含まれる場合、文書種別はこの書類の文書種別として登録される。すなわち、画像情報処理装置１０は、種別情報が抽出された画像情報と、該種別情報とを関連づけてＨＤＤ１６に記録する。
【００３４】
３種類目は、バーコード無しの画像情報であり、この画像情報も以下の説明では子書類と記す。そして、親書類を、この書類の前に束ねて読取ることで、この書類は、親書類のスキャンセットに含まれる。
【００３５】
なお、１つに束ねられた複数の原稿を読取ることで、複数の画像情報が得られるが、以下の説明では、この複数の画像情報を画像情報群と表現することがある。
【００３６】
このスキャンセットの一例について、図３（Ａ）を用いて説明する。スキャンセットは、一時的にＲＡＭ１３等に記録されるもので、同図（Ａ）に示されるように、患者情報と文書種別を示す情報が含まれる。スキャンセットは、患者情報を１つだけもつ。そして患者情報としては、患者を示すＩＤやコードなどが挙げられ、以下の説明では患者情報を患者ＩＤと記すことにする。また、スキャンセットは、文書種別を１つ以上もつことができ、このスキャンセットにおける文書種別は親書類またはバーコード付き子書類の関連文書の文書種別を示している。
【００３７】
図２の説明に戻り、文書種別候補選定部２７は、ルール管理部３０で定義されているルールに基づいて、文書種別の候補を列挙する。親書類の文書種別から、その小書類の文書種別候補を取得する。
【００３８】
患者特定部２６は、親書類のバーコードから患者を特定する。ファイル登録部２３は、画像情報群を、バーコード解析部２１により抽出された特定情報により特定される患者（個人）に関する画像情報としてＨＤＤ１６に記録する。
【００３９】
登録確認部２５は、登録するファイルの情報を、ユーザによる目視確認を行う機能を提供する。具体的には、ファイルの内容と、属性情報を表示して、そのまま登録するべきかどうかをユーザが確認するための機能である。
【００４０】
また、登録確認部２５は、属性手動選定部を含み、属性手動選定部は、種別情報が抽出されなかった画像情報の種別情報がユーザにより入力される機能であり、ファイルの目視確認時に、属性情報を手動で修正する機能を提供する。
【００４１】
更に、登録確認部２５は、バーコード解析部２１により種別情報が抽出されなかった画像情報が存在し、かつ種別情報がバーコード解析部２１に抽出された画像情報が存在する場合に、バーコード解析部２１により抽出された種別情報に基づき、種別情報が取得されなかった画像情報の種別の候補を一つ以上出力する機能を有する。この種別の候補についての詳細は後述する。
【００４２】
また、登録確認部２５は、文書種別が未確定の場合は、属性手動選定部によりユーザは確定を行うことができる。この場合、種別情報が入力された画像情報と、該種別情報とを関連づけてＨＤＤ１６に記録させる。
【００４３】
以上が登録部２０の詳細である。上記ルール管理部３０は、画像情報群の文書種別候補管理を行なう。具体的に、ルール管理部３０は、親書類の文書種別をキーにして、画像情報群に含まれる各々の画像情報の文書種別候補を一つ以上用意する。バーコードに文書種別が含まれる子書類がスキャンセットにある場合は、その文書種別もキーとして扱う。
【００４４】
なお、特殊な文書種別として、「未確定」という種別を用意する。親書類の文書種別がキーとして登録されていなかった場合は、「未確定」を返す。また、複数枚の原稿を示す複数の画像情報の文書種別候補が一つだった場合は、その一つと、「未確定」の多値として返す。この明細書での多値とは、複数の値であることを意味している。この多値に対する表現は単値とこの明細書では記しており、これは一つの値であることを意味している。
【００４５】
次にファイル管理部５０について説明する。まず、ファイル属性管理部５１は、ファイル属性管理部５１、文書種別候補管理部５２、実ファイル管理部５３、及び作業中リスト管理部５４で構成され、主としてファイルの情報を属性として管理する。少なくとも、図３（Ｂ）に示される情報が属性として管理される。
【００４６】
同図（Ｂ）に示されるように、属性名には、上記患者ＩＤ、登録者、及び上記文書種別がある。このうち登録者は、原稿をスキャナエンジン１８で読取り、画像情報群を記録した個人を示したものである。以下の説明では、画像情報群を記録することを、登録すると表現することがある。
【００４７】
属性の型とは、ＨＤＤ１６にいかなる情報で記録されるのかを示しており、患者ＩＤは文字列又は数値、登録者はユーザを管理する型で値の例以外に数値などであっても良い。患者ＩＤ及び登録者は単値である。文書種別の属性の型は、文字列又は数値となっており、単値又は多値となる。
【００４８】
なお、多値属性の属性値は、|をセパレータとしている。従って例えば00AA|00BBは00AA又は00BBであることを示している。
【００４９】
文書種別候補管理部５２は、ファイル属性管理部５１において、文書種別を多値として扱う際の動作を取りまとめ、文書種別の属性値によって、その画像情報の状態を、確定状態と未確定状態の二つに分けて管理する。
【００５０】
この確定状態と未確定状態の一例を図３（Ｃ）に示す。未確定状態は、文書種別が複数設定されているか、「未確定」だけが文書種別として設定されている状態としている。一方、確定状態は、文書種別の属性値が単値で、かつ、それが「未確定」ではない状態としている。
【００５１】
実ファイル管理部５３は、ファイルの実体を管理する機能で、ＯＳにより提供されている。作業中リスト管理部５４は、ある登録者が登録した画像情報のうち、状態が未確定の画像情報を検索する。結果として、画像情報の実体（へのアクセスパス）と、文書種別の候補を返す。このときの検索条件は、登録者が指定されたユーザで、かつ、未確定状態の画像情報となる。
【００５２】
次に閲覧部４０について説明する。閲覧部４０は、リスト表示部４１、文書種別確定部４２、作業中リスト表示部４３、及び内容表示部４４で構成され、主として一般ユーザが操作する画面に関する機能を提供する。例えばファイル管理部５０により登録されたファイルを閲覧するための画面表示を行うものである。画面の提供形式としては、Ｗｅｂアプリケーションやネイティブアプリなどで提供することが想定される。
【００５３】
リスト表示部４１は、画像情報の一覧を表示する。一般的には、指定された患者の画像情報を、一定の文書種別ごとに、（フォルダなどに）分類して表示することが考えられる。一般的には、リスト表示をすることが考えられるが、サムネイル・表組み等で表示することも考えられる。
【００５４】
ここで、文書種別が未確定状態の場合は、その旨が分かるように表示する。例えば、未確定アイコンを表示する、文字色・背景色を変える、などの方法がある。
【００５５】
表示切替部４５は、リスト表示において、表示する対象を、確定状態に応じて切り換える。例えば、以下の３パターンが考えられる。１つ目は確定状態によらず、対象となる画像情報を表示するパターンである。２つ目は、確定状態の画像情報だけを表示するパターンである。３つ目は、未確定状態の画像情報だけを表示するパターンである。
【００５６】
内容表示部４４は、画像情報の内容を表示する。文書種別確定部４２は、一覧表示などから指定された画像情報の、文書種別の確定機能をユーザに提供する。具体的に３種類の処理が行なわれる。１つ目は、ファイル属性の文書種別に設定されている属性値の中から、一つを選び確定する処理である。２つ目は、文書種別に設定されている複数の属性値の中から、一つを除外する処理である。ただし、文書種別の属性値の数が２つで、その中に「未確定」が無かった場合は、指定された一つを除外して、「未確定」を追加する。例えば、00AA|00BBから、00BBを除外した場合は、00AA|「未確定」とする。なお、文書種別の属性値が、「未確定」だけだった場合、ユーザはこの操作を実行できない。更に、文書種別の属性値が、一つだけの場合も、ユーザはこの操作は実行できない。
【００５７】
３つ目は、現状の属性値とは関係なく、文書種別を直接指定して、確定する処理である。なお、上記の処理は、一覧表示機能の表示状態と組み合わせて行なうことが出来る。上述した処理は、通常は未確定状態の文書が対象である。
【００５８】
作業中リスト表示部４３は、画像情報を登録したユーザの属性ごとに、種別が未確定の書類をリスト表示する。この表示から、文書種別確定部４２により、ユーザは文書種別を確定する。
【００５９】
印刷部６０は、プリンタエンジン１７を用いて画像を印刷するものであり、特に本実施の形態における画像情報処理装置１０では、バーコード付き文書印刷部６１、及びバーコード付き表紙印刷部６２を備えている。バーコード付き文書印刷部６１によりバーコード付きの画像を印刷することができ、バーコード付き表紙印刷部６２により、バーコード付きの画像を表紙として印刷することもできる。
【００６０】
以上説明した構成で行なわれる画像情報処理プログラムの処理の流れの一例を、図４のフローチャートを用いて説明する。この画像情報記録処理は、ＣＰＵ１１により行われるもので、ユーザにより、ある一人の患者に関する複数の原稿を束ねて画像情報処理装置１０の自動原稿送り装置にセットされ、画像情報記録処理の開始が指示されることで行なわれる処理である。なお、以下のフローチャートでは、スキャンセットのことをＳＳと表現している。またバーコードには、患者ＩＤと文書種別、又は文書種別が含まれているものとする。
【００６１】
まず、ステップ１０１で、複数の原稿から１枚の原稿を読取り、画像情報を取得する。そして、ステップ１０２で、画像情報からバーコードを抽出し、ステップ１０３でバーコードがあったか否か判定する。
【００６２】
ステップ１０３で肯定判定した場合には、ステップ１０４で、抽出されたバーコードに患者ＩＤが含まれる否か判定する。ステップ１０４で更に肯定判定した場合には、ステップ１０５で、バーコードから患者ＩＤと文書種別を抽出し、ステップ１０６で上述したＳＳを作成し、そのＳＳに患者ＩＤと文書種別を設定して、ステップ１１６の処理に進む。
【００６３】
一方、上記ステップ１０４で否定判定した場合には、ステップ１０７で既にＳＳがあるか否か判定する。ステップ１０７で否定判定した場合には、ステップ１０８でＵＩ１５に患者ＩＤを設定する画面を表示し、ユーザにより設定された患者ＩＤのＳＳを作成してステップ１０９の処理に進む。
【００６４】
ステップ１０７で肯定判定した場合には、ステップ１０９でＳＳに文書種別を設定し、ステップ１１０でＳＳから患者ＩＤを取得する。この取得した患者ＩＤからステップ１１１で確認修正するための画面をＵＩ１５に表示することで、ユーザにより確認又は修正が行なわれ、ステップ１１６の処理に進む。
【００６５】
なお、ここでの確認修正とは、この患者ＩＤのＳＳがこれで正しいか否かの確認及び正しくない場合の修正を意味している。
【００６６】
上記ステップ１０３の処理に戻り、ステップ１０３で否定判定した場合には、ステップ１１２で既にＳＳがあるか否か判定する。このステップ１１２で肯定判定した場合には、ステップ１１３でＳＳから患者ＩＤと文書種別とを取得し、取得した文書種別からステップ１１４で文書種別候補を取得して、上述したステップ１１１の処理に進む。
【００６７】
一方、ステップ１１２で否定判定した場合には、ステップ１１５で患者ＩＤと種別情報を入力する画面をＵＩ１５に表示し、ユーザにより設定された患者ＩＤと種別情報の情報を含むＳＳを作成してステップ１１６の処理に進む。
【００６８】
ステップ１１６で、画像情報を登録する。すなわち、画像情報を、特定情報により特定される個人を示す情報と関連付けてＨＤＤ１６に記録させる。
【００６９】
ステップ１１７で次の原稿があると判定した場合には、ステップ１０１の処理に戻り、次の原稿が無いと判定した場合には、ステップ１１８で作成したＳＳを削除して、処理を終了する。
【００７０】
この画像情報処理により、スキャナエンジン１８により取得された複数の画像情報を、バーコード解析部２１により当該複数の画像情報から抽出された特定情報により特定される個人を示す情報と関連付けてＨＤＤ１６に記録させる。
【００７１】
以上説明した画像情報記録処理で、画像情報の種別が確定されるのは、以下の４つのいずれかの場合になる。まず１つ目は、画像情報が親書類だった場合であり、２つ目は、バーコードに文書種別が含まれる子書類の場合であり、３つ目は登録確認部２５の属性手動選定部により、文書種別が確定された場合であり、４つ目は、閲覧部４０の作業中リスト表示部４３により、文書種別が確定された場合である。
【００７２】
一方、バーコード無しの子書類で、親書類の文書種別をキーにしたときの候補が一つだった場合は種別が未確定のままである。具体的に例えば、親書類の文書種別キーが00AAで、00AAと束ねて読取られうる文書種別の候補が00ABだけだった場合は、その子書類の文書種別は00AB|「未確定」となる。
【００７３】
また、閲覧時に未確定となる場合は、複数の文書種別の候補から、候補の文書種別を除外していき、最終的に一つに絞れた場合である。この場合でも、最終的に絞れたものと、「未確定」を含む多値となる。
【００７４】
つまり、文書種別を確定するのは、人が積極的に判断した場合に限定する。これは、この画像情報処理装置１０上で画像情報の存在確認などを行った場合に、別の原稿から読取られた画像情報として判断されてしまい、間違った確認結果になることを防ぐためである。ないものがあると間違えるより、あるものがないと間違える方が安全なためである。
【００７５】
従って、ユーザにより存在確認をチェック・リスト的に行った場合に、スキャン済みの書類が画像情報処理装置１０上では存在するのに、その文書種別として認識されない場合は、その候補を示すようにしている。
【００７６】
以上説明した画像情報記録処理に示されるように、文書種別がバーコードにより示されない限り、画像情報記録処理で文書種別を自動的に設定することはしないため、画像情報の登録後にユーザによって文書種別の設定を行うことになる。
【００７７】
次に、原稿読取り作業例について説明する。以下の説明は、図５（Ａ）に示される４枚の原稿（同意書、ＩＣ（Informed Concept）用紙、紹介状、スナップ写真）を読取る場合を例にしている。
【００７８】
同図（Ａ）に示されるように、同意書には患者ＩＤと文書種別を示すバーコードがあり、ＩＣ用紙には文書種別を示すバーコードがあり、他の２枚の原稿には患者ＩＤ及び文書種別を示すバーコードはない。
【００７９】
この場合、ユーザは、同意書を一番上にして、束ねて読取らせる。これにより、同意書が親書類となり、他の画像情報は、同意書の患者（患者ＩＤ072000130）個人に関する画像情報として記録される。
【００８０】
次に、紹介状とスナップ写真の文書種別が問題になる。同意書とＩＣ用紙については、バーコードに文書種別が含まれるため、その文書種別として登録する。紹介状とスナップ写真については、バーコードがないため、図５（Ｂ）に示されるルールから文書種別の候補を設定する。
【００８１】
具体的に、同図（Ｂ）は、「文書種別」に記載された文書種別が、原稿を順次読取ることで得られた画像情報のうち、文書種別が確定した画像情報がある場合に、その画像情報と一緒に束ねられる可能性が高い文書種別の候補を「種別候補」としたものを示している。
【００８２】
今の場合、同図（Ａ）により、同意書の文書種別がA001でＩＣ用紙の文書種別がB001であるので、同図（Ｂ）に示されるようにA001の場合はA002、A003、A004が候補となり、B001の場合は、B002、B003、B004が候補となることから、同図（Ｃ）に示されるように紹介状及びスナップ写真の候補は、A002|A003|A004|B002|B003|B004となる。
【００８３】
ここで、紹介状とスナップ写真については、文書種別が一つには確定されていない。確定するためには、スキャン登録後に、文書種別確定部４２により確定する必要がある。
【００８４】
文書種別は、病院全体では数百から千数百という単位で存在する物なので、そこから１つを選択するのは大変である。しかし、ここでは、候補が６個に絞られているので、選択するのは容易である。
【００８５】
以上説明した文書種別が確定してない画像情報の種別を確定する文書種別確定処理の流れの一例を示すフローチャートを、図６を用いて説明する。まず、ステップ２０１で、画像情報処理装置１０にログイン中のユーザ情報を取得し、ステップ２０２で画像情報の登録者がログイン中のユーザであり、画像種別が未確定状態にある画像情報を検索する。ログイン中のユーザが登録した画像情報を検索することは、登録作業者という観点から、自分が登録を行なったものに責任をもって文書種別の確定を行うことを求めるためである。従って、文書種別の確定を誰が行なっても良い場合には、ログイン中のユーザ以外のユーザが登録した画像情報を検索するようにしても良い。
【００８６】
次のステップ２０３で、検索結果をＵＩ１５にリスト表示し、ステップ２０４で作業中リストに文書種別が未確定の画像情報があるか否か判定する。文書種別が未確定の画像情報がない場合には、文書種別を確定する必要がないため、そのまま処理を終了する。
【００８７】
一方、ステップ２０４で肯定判定した場合には、ステップ２０５でユーザにより選択された画像情報が示す内容と、種別情報が抽出されなかった画像情報の種別情報がユーザにより入力される画面とをＵＩ１５に表示する。そして、ステップ２０６で、ユーザにより文書種別が設定されたか否かを判定する。
【００８８】
ステップ２０６で肯定判定した場合には、ステップ２０７で、設定された文書種別で確定し、作業中リストから文書種別が設定された画像情報を削除して、ステップ２０４の処理に戻る。一方、ステップ２０６で否定判定した場合には、ステップ２０８でユーザにより文書種別の候補（図５（Ｃ）参照）として挙げられた中から除外するものが指定されたか否か判定する。これは例えば、ユーザは候補に挙げられた文書種別のうち、少なくともこの文書種別ではないと判定できるものがあった場合に対応するための処理である。
【００８９】
ステップ２０８で否定判定した場合には、ステップ２０４の処理に戻る。一方、ステップ２０８でユーザにより指定された場合には、ステップ２０９で指定された候補を削除し、文書種別を上述した未確定状態としてステップ２０４の処理に戻る。
【００９０】
次にルールの拡張について説明する。具体的に、上述してきたルール管理部３０で管理しているルールは、１つの文書種別をキーにして１つ以上文書種別の候補を提供するルールであったが、拡張したルール（拡張ルール１）は、複数の文書種別をキーにして１つ以上文書種別の候補を提供するルールとなっている。
【００９１】
拡張した場合の画像情報処理装置１０の機能構成の一例は、図７に例示されるように登録部２０にスキャンセット登録部２８が追加され、更にファイル管理部５０にもスキャンセット管理部５５が追加された構成となる。
【００９２】
この構成によって、スキャンセットを登録後もスキャンセット登録部２８により記録しておき（図４のステップ１１８の処理を行なわない）、そのスキャンセットに含まれる画像情報の文書種別が未確定状態から確定状態へ移った場合に、そのスキャンセット内の他の未確定状態の画像情報について、スキャンセット管理部５５により候補を更新する。
【００９３】
図８（Ａ）は、ルールの一例を示す図である。３つの文書種別A001、B001、A003が画像情報群のうちの３つの画像情報の文書種別に含まれる場合に、未確定の画像情報の種別候補をB004とするルールが示されている。
【００９４】
すなわち、図５（Ａ）の原稿を読取ることにより、A001(同意書)とB001(IC用紙)とA003(紹介状)が記録されている場合は、残りの原稿はB004(スナップ写真)である可能性が高い、ということである。
【００９５】
また、図５（Ｃ）に示されるように、紹介状とスナップ写真の文書種別が確定していない状態のスキャンセットは、スキャンセット登録部２８により登録されており、この状態でユーザにより紹介状をA003に確定されると、スキャンセット管理部５５はルール管理部３０にルールを問い合わせることで、図８（Ｂ）に示されるように、スナップ写真の文書種別の候補を、「A002|A003|A004|B002|B003|B004」から「B004|「未確定」に絞り込むことになる。
【００９６】
こうして候補を絞り込んだとしても、スナップ写真の文書種別は未確定状態である。文書種別の候補を表示する他の例を説明する。閲覧部４０によりＵＩ１５に表示される画面をユーザが閲覧し、文書種別を確定するときの表示例として、以下の表示例が挙げられる。
【００９７】
まず、B004（第１候補）を最上位の候補とし、次の候補として、A002|A003|A004|B002|B003（第２候補）を候補とし、その中に正しい文書種別が無い場合は、全文書種別の中から選択できるようにする、という表示例である。
【００９８】
ここでは、図８（Ａ）に示されるように、キーとなる文書種別が複数であるルールが一つだけ該当する場合を考えたので、第１候補と第２候補は自明である。しかし、キーとなる文書種別が複数であるルールが複数あり、複数のルールに該当する場合の順位付けには工夫の余地がある。一般的には、文書種別のキーの数が多いルールほど、上位に来ると考えられるが、組み合わせや優先度の設定により、より順位の確度を高めることができる。以上の表示例を行なうか否かを、設定またはユーザ操作により決定するようにしても良い。
【００９９】
なお、この表示例を行うためには、図５（Ｃ）における文書種別と、図８（Ｃ）における文書種別を、別の属性値として管理する必要がある。
【０１００】
更に拡張したルール（拡張ルール２）について説明する。この拡張例は、図８（Ｃ）に示されるように、文書種別を複数にするだけではなく、さらに順番を考慮したルールである。
【０１０１】
同図の場合は、読取られた順で、１枚目が同意書(A001)、２枚目がＩＣ用紙(B001)、３枚目が紹介状(A003)、４枚目がB004(スナップ写真)となる可能性が高いことを示すルールである。
【０１０２】
従って、例えば１枚目が同意書(A001)、２枚目がＩＣ用紙(B001)、３枚目が紹介状(A003)まで文書種別が確定した場合には、４枚目の候補をB004(スナップ写真)とするルールである。この拡張ルール２を適用した場合における文書種別の候補の表示方法は、図８（Ａ）、（Ｂ）を用いて説明した表示例を適用することができる。
【０１０３】
更に拡張したルール（拡張ルール３）について説明する。拡張ルール１、及び拡張ルール２では、ルールをよりきめ細かく設定できるように拡張したが、それ以外の方法として、文書種別ごとの作成件数により順位付けを行う方式も考えられる。ルール管理部３０で、文書種別ごとの作成件数を保存しておき、その件数により候補の並び替えを行う。
【０１０４】
この考え方を発展させると、データ・マイニングによりルール自体を生成することも考えられる。また、この拡張ルール３に、拡張ルール１、及び拡張ルール２を適用することも可能である。
【０１０５】
以上説明した実施の形態において、束ねられた読取り対象の各原稿は、すべて一枚で完結することが前提となっているが、複数枚で完結する場合であっても、例えば登録部２０に原稿読取り時に完結を示す区切れをユーザに指定させる画面をＵＩ１５に表示させる機能を追加することにより、複数枚で完結する原稿を１枚とみなすことで、上述した実施形態を適用することができる。
【０１０６】
或いは、閲覧部４０で複数枚で完結する原稿を１枚の原稿とみなすための機能を提供するようにしても良い。更に、原稿読取り時に、複数枚で完結する原稿であることを自動的に判断するようにしても良い。例えば、特開2006-251864号公報の「ファイル管理方法及びその装置並びにファイル管理用プログラム」を利用して抽出されたタイトルを利用して、複数枚で完結する原稿の区切りを判断するようにしても良い。
【０１０７】
なお、以上説明した各フローチャートの処理の流れは一例であり、本発明の主旨を逸脱しない範囲内で処理順序を入れ替えたり、新たなステップを追加したり、不要なステップを削除したりすることができることは言うまでもない。
【符号の説明】
【０１０８】
１０ 画像情報処理装置
１５ ＵＩ
１６ ＨＤＤ
１７ プリンタエンジン
１８ スキャナエンジン
２０ 登録部
２１ バーコード解析部
２２ 読取り部
２３ ファイル登録部
２４ 同時スキャンセット管理部
２５ 登録確認部
２６ 患者特定部
２７ 文書種別候補選定部
２８ スキャンセット登録部
３０ ルール管理部
４０ 閲覧部
４１ リスト表示部
４２ 文書種別確定部
４３ 作業中リスト表示部
４４ 内容表示部
４５ 表示切り替え部
５０ ファイル管理部
５１ ファイル属性管理部
５２ 文書種別候補管理部
５３ 実ファイル管理部
５４ 作業中リスト管理部
５５ スキャンセット管理部
６０ 印刷部
６１ 文書印刷部
６２ 表紙印刷部
【特許請求の範囲】
【請求項１】
コンピュータを、
複数枚の原稿を原稿読取り手段により順次読取ることにより得られた前記複数枚の原稿を示す複数の画像情報を取得する画像情報取得手段と、
前記画像情報取得手段により取得された複数の画像情報に個人を特定する特定情報が含まれる場合に、該特定情報を該複数の画像情報から抽出する特定情報抽出手段と、
前記画像情報取得手段により取得された複数の画像情報を、前記特定情報抽出手段により当該複数の画像情報から抽出された特定情報により特定される個人を示す情報と関連付けて記録手段に記録させる記録制御手段と、
して機能させるための画像情報処理プログラム。
【請求項２】
前記特定情報抽出手段は、前記画像情報取得手段により取得された複数の画像情報に該画像情報の種別を示す種別情報が含まれる場合に、該種別情報を該複数の画像情報から更に抽出し、
前記記録制御手段は、前記特定情報抽出手段により種別情報が抽出された画像情報と、該種別情報とを関連づけて前記記録手段に記録させる請求項１に記載の画像情報処理プログラム。
【請求項３】
前記特定情報取得手段により前記種別情報が抽出されなかった画像情報の前記種別情報がユーザにより入力される入力手段として前記コンピュータを更に機能させ、
前記記録制御手段は、前記特定情報抽出手段により種別情報が抽出されなかった画像情報と、前記入力手段により入力された種別情報とを関連づけて前記記録手段に記録させる請求項２に記載の画像情報処理プログラム。
【請求項４】
前記ユーザにより前記入力手段によって前記種別情報が入力される際に、前記特定情報抽出手段により前記種別情報が抽出されなかった画像情報が存在し、かつ種別情報が前記特定情報抽出手段に抽出された画像情報が存在する場合に、前記特定情報抽出手段により抽出された前記種別情報に基づき、前記種別情報が取得されなかった画像情報の種別の候補を出力する出力手段として前記コンピュータを更に機能させる請求項３に記載の画像情報処理プログラム。
【請求項５】
複数枚の原稿を原稿読取り手段により順次読取ることにより得られた前記複数枚の原稿を示す複数の画像情報を取得する画像情報取得手段と、
前記画像情報取得手段により取得された複数の画像情報に個人を特定する特定情報が含まれる場合に、該特定情報を該複数の画像情報から抽出する特定情報抽出手段と、
前記画像情報取得手段により取得された複数の画像情報を、前記特定情報抽出手段により当該複数の画像情報から抽出された特定情報により特定される個人を示す情報と関連付けて記録手段に記録させる記録制御手段と、
を有する画像情報処理装置。
【請求項１】
コンピュータを、
複数枚の原稿を原稿読取り手段により順次読取ることにより得られた前記複数枚の原稿を示す複数の画像情報を取得する画像情報取得手段と、
前記画像情報取得手段により取得された複数の画像情報に個人を特定する特定情報が含まれる場合に、該特定情報を該複数の画像情報から抽出する特定情報抽出手段と、
前記画像情報取得手段により取得された複数の画像情報を、前記特定情報抽出手段により当該複数の画像情報から抽出された特定情報により特定される個人を示す情報と関連付けて記録手段に記録させる記録制御手段と、
して機能させるための画像情報処理プログラム。
【請求項２】
前記特定情報抽出手段は、前記画像情報取得手段により取得された複数の画像情報に該画像情報の種別を示す種別情報が含まれる場合に、該種別情報を該複数の画像情報から更に抽出し、
前記記録制御手段は、前記特定情報抽出手段により種別情報が抽出された画像情報と、該種別情報とを関連づけて前記記録手段に記録させる請求項１に記載の画像情報処理プログラム。
【請求項３】
前記特定情報取得手段により前記種別情報が抽出されなかった画像情報の前記種別情報がユーザにより入力される入力手段として前記コンピュータを更に機能させ、
前記記録制御手段は、前記特定情報抽出手段により種別情報が抽出されなかった画像情報と、前記入力手段により入力された種別情報とを関連づけて前記記録手段に記録させる請求項２に記載の画像情報処理プログラム。
【請求項４】
前記ユーザにより前記入力手段によって前記種別情報が入力される際に、前記特定情報抽出手段により前記種別情報が抽出されなかった画像情報が存在し、かつ種別情報が前記特定情報抽出手段に抽出された画像情報が存在する場合に、前記特定情報抽出手段により抽出された前記種別情報に基づき、前記種別情報が取得されなかった画像情報の種別の候補を出力する出力手段として前記コンピュータを更に機能させる請求項３に記載の画像情報処理プログラム。
【請求項５】
複数枚の原稿を原稿読取り手段により順次読取ることにより得られた前記複数枚の原稿を示す複数の画像情報を取得する画像情報取得手段と、
前記画像情報取得手段により取得された複数の画像情報に個人を特定する特定情報が含まれる場合に、該特定情報を該複数の画像情報から抽出する特定情報抽出手段と、
前記画像情報取得手段により取得された複数の画像情報を、前記特定情報抽出手段により当該複数の画像情報から抽出された特定情報により特定される個人を示す情報と関連付けて記録手段に記録させる記録制御手段と、
を有する画像情報処理装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１０−２０５１３１（Ｐ２０１０−２０５１３１Ａ）
【公開日】平成２２年９月１６日（２０１０．９．１６）
【国際特許分類】
【出願番号】特願２００９−５２０２９（Ｐ２００９−５２０２９）
【出願日】平成２１年３月５日（２００９．３．５）
【出願人】（０００００５４９６）富士ゼロックス株式会社 (21,908)
【Ｆターム（参考）】
【公開日】平成２２年９月１６日（２０１０．９．１６）
【国際特許分類】
【出願日】平成２１年３月５日（２００９．３．５）
【出願人】（０００００５４９６）富士ゼロックス株式会社 (21,908)
【Ｆターム（参考）】
[ Back to top ]