(57)【要約】【課題】雑誌資料の自動受け入れ処理を効率的に実行する。【解決手段】自動チェックインシステムは、書店フォーマットに従うチェックインデータを自動チェックインシステムのフォーマットデータに変換し、さらにデータベースに登録するフォーマットに変換する。すなわち、書店から入手したチェックインデータ１のフォーマット変換を定義するフォーマット変換定義ファイル２と、その変換定義ファイル２を用いて変換されたシステムフォーマットデータ３をデータベース５への登録用フォーマットに変換するためのシステムフォーマット定義ファイル４とを有する。ここでは、チェックインデータ１のフォーマットが異なる場合にもフォーマット修正により対応でき、またチェックインデータ１のエラーもその場で修正できる。また他の書店とチェックイン契約を結ぶ場合、契約書店のフォーマットとシステム側のフォーマットの定義を記述したテーブルを新たに作成する。【選択図】　　　　図１
2004110246.tif 000002
【特許請求の範囲】
【請求項１】
雑誌資料を書店から購入し、納入される該雑誌資料の受け入れ処理を行う際、該雑誌資料とともに書店から納入または発行された、該雑誌資料の出版情報を含んだチェックインデータを用いて、受け入れた雑誌資料の受け入れデータをデータベースに自動登録する処理を行う自動チェックインシステムにおいて、該自動チェックインシステムは、書店のフォーマットの定義と該自動チェックインシステム側で扱うフォーマットの定義とを記述した変換テーブルを用いて、データ変換を行う変換手段を有し、チェックインデータのフォーマットが該自動チェックインシステムで扱うフォーマットと異なる場合であっても、該変換手段によってチェックインデータの受け入れ登録を実行することができるようにしたことを特徴とする自動チェックインシステム。
【請求項２】
請求項１に記載の自動チェックインシステムにおいて、該変換手段は、書店固有のフォーマットに従うチェックインデータを該自動チェックインシステムのシステムフォーマットデータに変換するためのテーブルを記憶したフォーマット変換定義ファイルと、さらに前記データベースへの登録フォーマットに変換するためにフォーマットを定義するテーブルを記憶したシステムフォーマット定義ファイルとを有することを特徴とする自動チェックインシステム。
【請求項３】
請求項１または２に記載の自動チェックインシステムにおいて、前記フォーマット変換定義ファイルは、書店のフォーマットで定められた書店項目と、該自動チェックインシステムのフォーマットで定られたシステム項目とがデータ内容とともに関連付けられ、該書店項目には変換元のシンボル名が設定されるとともに、前記データ項目には、前記システム項目のシンボル名が設定され、前記変換元のシンボル名に対応するデータを変換先のシステム項目のシンボル名に設定することを特徴とする自動チェックインシステム。
【請求項４】
請求項３に記載の自動チェックインシステムにおいて、前記フォーマット変換定義ファイルは、前記書店項目及び前記システム項目の他、各書店毎の個別フォーマットが固定長である場合のデータのバイト長が指定されることを特徴とする自動チェックインシステム。
【請求項５】
請求項２ないし４のいずれか１に記載の自動チェックインシステムにおいて、前記システムフォーマット定義ファイルは、該自動チェックインシステムフォーマットで定められたシステム項目、データベース上のデータを参照するための項目名を指定する参照項目、及び前記チェックインデータのデータベース上の登録先の項目名を指定する登録項目が指定されていることを特徴とする自動チェックインシステム。
【請求項６】
請求項５に記載の自動チェックインシステムにおいて、前記システムフォーマット定義ファイルは、前記システム項目、前記参照項目、及び前記登録項目の他、前記シスシステム項目の型式、登録時のシステム項目の最大文字列長を示す登録最大文字列長、ユーザがフォーマット条件を指定するために用いるフォーマット条件指定画面においてフォーマット指定一覧の表示順を定めるＦＯＲＭＡＴ、フォーマットの名称を示すＦＯＲＭＡＴＮＡＭＥ、項目間の区切り文字を定めるＳＰＬＩＴＣＨＡＲが指定されていることを特徴とする自動チェックインシステム。
【請求項７】
請求項１ないし６のいずれか１に記載の自動チェックインシステムにおいて、該自動チェックインシステムは、前記チェックインデータを記録した記録媒体から読み出すか、もしくは書店のＷＥＢサイトからダウンロードすることにより前記チェックインデータを入手することを特徴とする自動チェックインシステム。
【請求項８】
請求項１ないし７のいずれか１に記載の自動チェックインシステムにおいて、該自動チェックインシステムは、前記チェックインデータのフォーマットが該自動チェックインシステムのフォーマットと異なる場合に、データ項目の順序変更、データ項目の追加削減、及びデータ項目長の変更に対応できるようにしたフォーマット修正手段を有することを特徴とする自動チェックインシステム。
【請求項９】
請求項１ないし８のいずれか１に記載の自動チェックインシステムにおいて、該自動チェックインシステムは、ユーザによってチェックインデータを確認するための画面を提示し、ユーザによるチェックインデータの確認とエラーの修正を受け付けることを特徴とする自動チェックインシステム。
【請求項１０】
請求項１ないし９のいずれか１に記載の自動チェックインシステムにおいて、前記チェックインデータが前記システムフォーマットデータに変換されると、該自動チェックインシステムでは、該当する発注データを検索キーにより検索し、ユーザによってチェックインデータの確認・修正を行うための画面に該検索結果を表示し、前記発注データが存在せずにエラーとなる場合は、チェックインデータ確認・修正用画面でエラー箇所とエラー理由を表示し、ユーザによるエラー修正を受け付けるようにしたことを特徴とする自動チェックインシステム。
【請求項１１】
請求項１ないし１０のいずれか１に記載の自動チェックインシステムにおいて、該自動チェックインシステムは、前記チェックインデータから変換した前記システムフォーマットデータが、前記データベースに登録できる状態かどうかを検査し、登録できなければエラー内容を表示し、ユーザによるエラー修正を受け付けるようにしたことを特徴とする自動チェックインシステム。
【請求項１２】
請求項１ないし１１のいずれか１に記載の自動チェックインシステムにおいて、書店のフォーマットが変更された場合、前記フォーマット変換定義ファイルを変更内容に応じて修正することより前記書店のフォーマットの変更に対応することを特徴とする自動チェックインシステム。
【請求項１３】
請求項１ないし１２のいずれか１に記載の自動チェックインシステムにおいて、雑誌資料の購入者が別の書店とチェックイン契約を行う場合、該自動チェックインシステムは、前記フォーマット変換定義ファイルに新たなフォーマットを追加することにより、書店側で定めたフォーマット型式に対応することを特徴とする自動チェックインシステム。
【請求項１４】
図書館において目録管理機能、雑誌管理機能、発注受け入れ機能、図書検索機能、閲覧管理機能、蔵書点検機能、相互貸借機能を実行する手段の少なくとも一部を備えて図書館における情報管理を行う図書館情報管理システムにおいて、該図書館情報管理システムは、請求項１ないし１３のいずれか１に記載の自動チェックインシステムを有し、該自動チェックインシステムによって自動チェックインされた受け入れ雑誌データを用いて雑誌管理を行うことを特徴とする図書館情報管理システム。
【請求項１５】
請求項１ないし１３のいずれか１に記載の自動チェックインシステムの機能を実現するプログラム。
【請求項１６】
請求項１５に記載のプログラムを記録した記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、自動チェックインシステム、該システムを用いた図書館情報管理システム、該システムの機能を実現するプログラム及び記録媒体に関し、より詳細には、図書館等において書店から購入した雑誌を書店からのチェックインデータを用いて自動受け入れするための自動チェックインシステムに関する。
【０００２】
【従来の技術】
図書館等においては、雑誌業務の受け入れ部門に毎日多くの雑誌資料が届く。このうち、図書館側で購入した雑誌資料については、一般にコンピュータに一冊ずつその発行年月日、巻・号、単価等の書店データと呼ばれる出版データを入力する必要がある。近年では、このような書店データの入力を容易にする自動チェックインシステムが普及してきている。
【０００３】
自動チェックインシステムは、雑誌資料の納入時に、雑誌資料と一緒に書店から納入される雑誌の出版情報が登録されたＦＤを利用して、受入処理を一括して行う。このような自動チェックインに対応した書店データをチェックインデータという。一般的には、書店データは書店によって異なるフォーマットで提供されている。
【０００４】
【発明が解決しようとする課題】
従来の自動チェックインシステムにおいては、書店からのチェックインデータを元に、受入データを自動生成する。このとき、チェックインデータの仕様と自動チェックインシステム側の仕様が異なる場合、自動チェックインシステムではエラーとして処理され、これらのチェックインデータについては、別の自動チェックインシステムでエラー内容を確認しながら、個々にデータを登録する必要があった。
【０００５】
また、チェックインデータは、書店側における入力ミス等により、誤った値が設定される場合がある。この場合、図書館側では、書店に対してデータの再作成を依頼するか、データのエラーリスト等を確認しながら、個々にデータを登録する必要がある。例えば、エラーリストによるエラー確認おいては、自動チェックインシステムのチェックモード（データを登録しないモード）を使用してエラーリストを出力し、リスト上のチェックインデータと自動チェックインシステムのデータとを照合しなければならないという煩わしさがあった。
【０００６】
さらに、書店データのフォーマットが変更された場合、自動チェックインシステムでは、書店データの新しいフォーマットに対応するべく、プログラムの追加や修正が必要であった。また一般的に、自動チェックインシステムに対応するチェックインデータを扱っているのは大型書店であり、図書館側において個々の書店とチェックイン契約を結びたいとき、汎用に扱うことができるフォーマットがないという問題があった。
【０００７】
本発明は、上述のごとき実情の鑑みてなされたものであり、書店からのチェックインデータを用いて購入雑誌を受け入れ処理するための自動チェックインシステムにおいて、書店によって異なるチェックインデータのフォーマットに対応可能で、チェックインデータの登録を効率よく行うことができ、またエラーの確認と修正を簡便に可能とすることにより、作業時間を削減した合理的で利便性の高い自動チェックインシステム、該システムの機能を実現するプログラム及び記録媒体を提供することを目的とするものである。
【０００８】
【課題を解決するための手段】
請求項１の発明は、雑誌資料を書店から購入し、納入される該雑誌資料の受け入れ処理を行う際、該雑誌資料とともに書店から納入または発行された、該雑誌資料の出版情報を含んだチェックインデータを用いて、受け入れた雑誌資料の受け入れデータをデータベースに自動登録する処理を行う自動チェックインシステムにおいて、該自動チェックインシステムは、書店のフォーマットの定義と該自動チェックインシステム側で扱うフォーマットの定義とを記述した変換テーブルを用いて、データ変換を行う変換手段を有し、チェックインデータのフォーマットが該自動チェックインシステムで扱うフォーマットと異なる場合であっても、該変換手段によってチェックインデータの受け入れ登録を実行することができるようにしたことを特徴としたものである。
【０００９】
請求項２の発明は、請求項１の発明において、該変換手段が、書店固有のフォーマットに従うチェックインデータを該自動チェックインシステムのシステムフォーマットデータに変換するためのテーブルを記憶したフォーマット変換定義ファイルと、さらに前記データベースへの登録フォーマットに変換するためにフォーマットを定義するテーブルを記憶したシステムフォーマット定義ファイルとを有することを特徴としたものである。
【００１０】
請求項３の発明は、請求項１または２の発明において、前記フォーマット変換定義ファイルが、書店のフォーマットで定められた書店項目と、該自動チェックインシステムのフォーマットで定られたシステム項目とがデータ内容とともに関連付けられ、該書店項目には変換元のシンボル名が設定されるとともに、前記データ項目には、前記システム項目のシンボル名が設定され、前記変換元のシンボル名に対応するデータを変換先のシステム項目のシンボル名に設定することを特徴としたものである。
【００１１】
請求項４の発明は、請求項３の発明において、前記フォーマット変換定義ファイルが、前記書店項目及び前記システム項目の他、各書店毎の個別フォーマットが固定長である場合のデータのバイト長が指定されることを特徴としたものである。
【００１２】
請求項５の発明は、請求項２ないし４のいずれか１に記載の発明において、前記システムフォーマット定義ファイルが、該自動チェックインシステムフォーマットで定められたシステム項目、データベース上のデータを参照するための項目名を指定する参照項目、及び前記チェックインデータのデータベース上の登録先の項目名を指定する登録項目が指定されていることを特徴としたものである。
【００１３】
請求項６の発明は、請求項５に記載の発明において、前記システムフォーマット定義ファイルが、前記システム項目、前記参照項目、及び前記登録項目の他、前記シスシステム項目の型式、登録時のシステム項目の最大文字列長を示す登録最大文字列長、ユーザがフォーマット条件を指定するために用いるフォーマット条件指定画面においてフォーマット指定一覧の表示順を定めるＦＯＲＭＡＴ、フォーマットの名称を示すＦＯＲＭＡＴＮＡＭＥ、項目間の区切り文字を定めるＳＰＬＩＴＣＨＡＲが指定されていることを特徴としたものである。
【００１４】
請求項７の発明は、請求項１ないし６のいずれか１に記載の発明において、該自動チェックインシステムが、前記チェックインデータを記録した記録媒体から読み出すか、もしくは書店のＷＥＢサイトからダウンロードすることにより前記チェックインデータを入手することを特徴としたものである。
【００１５】
請求項８の発明は、請求項１ないし７のいずれか１に記載の発明において、該自動チェックインシステムが、前記チェックインデータのフォーマットが該自動チェックインシステムのフォーマットと異なる場合に、データ項目の順序変更、データ項目の追加削減、及びデータ項目長の変更に対応できるようにしたフォーマット修正手段を有することを特徴としたものである。
【００１６】
請求項９の発明は、請求項１ないし８のいずれか１に記載の発明において、該自動チェックインシステムが、ユーザによってチェックインデータを確認するための画面を提示し、ユーザによるチェックインデータの確認とエラーの修正を受け付けることを特徴としたものである。
【００１７】
請求項１０の発明は、請求項１ないし９のいずれか１に記載の発明において、前記チェックインデータが前記システムフォーマットデータに変換されると、該自動チェックインシステムでは、該当する発注データを検索キーにより検索し、ユーザによってチェックインデータの確認・修正を行うための画面に該検索結果を表示し、前記発注データが存在せずにエラーとなる場合は、チェックインデータ確認・修正用画面でエラー箇所とエラー理由を表示し、ユーザによるエラー修正を受け付けるようにしたことを特徴としたものである。
【００１８】
請求項１１の発明は、請求項１ないし１０のいずれか１に記載の発明において、該自動チェックインシステムが、前記チェックインデータから変換した前記システムフォーマットデータが、前記データベースに登録できる状態かどうかを検査し、登録できなければエラー内容を表示し、ユーザによるエラー修正を受け付けるようにしたことを特徴としたものである。
【００１９】
請求項１２の発明は、請求項１ないし１１のいずれか１に記載の発明において、書店のフォーマットが変更された場合、前記フォーマット変換定義ファイルを変更内容に応じて修正することより前記書店のフォーマットの変更に対応することを特徴としたものである。
【００２０】
請求項１３の発明は、請求項１ないし１２のいずれか１に記載の発明において、雑誌資料の購入者が別の書店とチェックイン契約を行う場合、該自動チェックインシステムは、前記フォーマット変換定義ファイルに新たなフォーマットを追加することにより、書店側で定めたフォーマット型式に対応することを特徴としたものである。
【００２１】
請求項１４の発明は、図書館において目録管理機能、雑誌管理機能、発注受け入れ機能、図書検索機能、閲覧管理機能、蔵書点検機能、相互貸借機能を実行する手段の少なくとも一部を備えて図書館における情報管理を行う図書館情報管理システムにおいて、該図書館情報管理システムは、請求項１ないし１３のいずれか１に記載の自動チェックインシステムを有し、該自動チェックインシステムによって自動チェックインされた受け入れ雑誌データを用いて雑誌管理を行うことを特徴としたものである。
【００２２】
請求項１５の発明は、請求項１ないし１３のいずれか１に記載の自動チェックインシステムの機能を実現するプログラムである。
【００２３】
請求項１６の発明は、請求項１５に記載のプログラムを記録した記録媒体である。
【００２４】
【発明の実施の形態】
図１は、本発明の自動チェックインシステムにおけるファイル変換のフローについて概念的に示す図である。本発明の自動チェックインシステムは、各書店のフォーマットの定義とシステム側の定義を記述した変換テーブルを用意することにより、チェックインデータのフォーマットが異なる場合でもチェックインデータの受け入れ登録を実行することができる。
【００２５】
すなわち、本発明の自動チェックインシステムは、書店フォーマットに従うチェックインデータ１を自動チェックインシステムのシステムフォーマットデータに変換し、さらにデータベースに登録するための登録フォーマットに変換して登録するもので、書店から入手したチェックインデータ１のフォーマット変換を定義するためのフォーマット変換定義ファイル２と、そのフォーマット変換定義ファイル２を用いて変換されたシステムフォーマットデータ３をデータベース５に対する登録用フォーマットに変換するために用いるシステムフォーマット定義ファイル４とを有するものである。
【００２６】
また本発明の自動チェックインシステムでは、各書店のフォーマットの定義とシステム側の定義を記述した上記のごとくの変換テーブルを用意することにより、チェックインデータのフォーマットが異なる場合にも、項目の順序変更、項目の追加削減、項目長の変更等に対応することができる。
【００２７】
また本発明の自動チェックインシステムでは、他の書店とチェックイン契約を結ぶ場合、契約書店のフォーマットとシステム側のフォーマットの定義を記述したテーブルを作成することにより、自動チェックインに係る問題を解決することができる。
【００２８】
上述のごとく、従来のチェックインシステムにおけるチェックイン機能では、エラーが発生した場合に修正することができなかったが、本発明の自動チェックインシステムでは、チェックインデータを確認するための画面を設けることにより、データ内容の確認とエラー箇所の修正とが可能となり、チェックインデータがシステム側の仕様と異なるケースでエラーになったり、チェックインデータに不整合がある場合、そのデータをその場で修正し、自動チェックインシステムに登録することができる。
【００２９】
本発明の自動チェックインシステムは、自動チェックイン画面をＷｉｎｄｏｗｓ（Ｒ）ベースで作成することにより、ユーザによるチェックインＦＤの指定や登録操作を簡単に行うことができるようになる。Ｗｉｎｄｏｗｓ（Ｒ）版の自動チェックインは、チェックインデータを明示的に確認でき、また、ユーザは、エラーデータについて、どこに問題があるのかを簡単に把握することができ、その場で修正することもできる。そのため自動チェックインに係わる全体の作業時間の効率化を図ることができる。
【００３０】
図２は、本発明の自動チェックインシステムで使用する変換テーブルの例を示す図で、フォーマット変換定義ファイルの一例を図２（Ａ）に示し、システムフォーマット定義ファイルを図２（Ｂ）に示すものである。図２（Ａ）のフォーマット変換定義ファイルは、“書店項目”と“システム項目”とがデータ内容とともにに関連付けられている。“書店項目”には、変換元のシンボル名が列挙される。これは各書店毎の個別フォーマットの項目に該当する。“システム項目”は、フォーマット変換定義ファイルで書店項目に対応する自動チェックインシステムの項目を指定するものである。
【００３１】
フォーマット変換定義ファイルは、“書店項目”、“システム項目”の他、“バイト長”（図示せず）が指定される。バイト長は、各書店毎の個別フォーマットが固定長である場合のデータのバイト長を指定するものである。
【００３２】
図２（Ｂ）は、本発明の自動チェックインシステムで使用するシステムフォーマット定義ファイルの一例を示す図である。システムフォーマット変換定義ファイルは、“システム項目”、“参照項目”、“登録項目”とが関連付けられている。“参照項目”は、検索キーなど、データベース上のデータを参照するため項目名を指定するものであり、また“登録項目”は、チェックインデータのデータベース上の登録先の項目名を指定するものである。
【００３３】
システムフォーマット定義ファイルでは、“システム項目”、“参照項目”、“登録項目”の他、“型”及び“登録最大文字列長”が指定され、さらに“ＦＯＲＭＡＴ”、“ＦＯＲＭＡＴＮＡＭＥ”、“ＳＰＬＩＴＣＨＡＲ”（いずれも図示せず）が指定さえる。上記“型”は上記システム項目の型を示すものであって、数値型、文字列型、日付け型等を指定することができる。また、“登録最大文字列長”は、登録時のシステム項目の最大文字列長を示すものである。また“ＦＯＲＭＡＴ”はフォーマット条件指定画面で表示される「フォーマット指定」の一覧の表示順を定める。また“ＦＯＲＭＡＴＮＡＭＥ”はフォーマットの名称を示す。“ＳＰＬＩＴＣＨＡＲ”は、項目間の区切り文字を定める。
【００３４】
図３は、本発明の自動チェックインシステムにおける登録処理について説明するためのフローチャートである。まず図書館の受け入れ部門では、チェックインデータを記録したＦＤ（もしくは所定の記録媒体）を書店から受け取る。このとき、後述するようにチェックインデータは書店のＷＥＢサイトからダウンロードする形態をとることもできる。
【００３５】
チェックインデータの登録処理に際しては、自動チェックインシステムにおける自動チェックイン機能を起動する（ステップＳ１）。自動チェックインシステムの所定のスロットにＦＤが挿入されている場合は、システムでは自動的にファイルを読み込んで、フォーマット条件指定画面にファイル名を表示する。またこのときに、業者のＷＥＢサイトに接続してチェックインデータをダウンロードすることにより、フォーマット条件指定画面にファイル名を表示できる。
【００３６】
自動チェックインシステムでは、上記のフォーマット条件指定画面を表示させる。図４にフォーマット条件指定画面の一例を示す。フォーマット条件指定画面では、フォーマット条件指定６、受入先７、ファイル名８、及び受入日９の各項目が示される。上述のように、自動チェックインシステムが読み込んだチェックインデータによって、フォーマット条件指定画面のファイル名８の項目欄に自動的にファイル名が表示される。ユーザは、フォーマット条件指定６及び受入日９、受入先７を指定する。受入先データとフォーマット条件を予めリンクさせておき、受入先を指定することにより、フォーマット条件を抽出するようにしてもよい。
【００３７】
ユーザは、フォーマット条件指定画面で条件指定を行い、チェックボタンを押す（ステップＳ２）。自動チェックインシステムは、フォーマットの変換定義ファイルから、フォーマット条件として画面で指定されたフォーマットを検索する。して該当するフォーマットが存在したら、チェックインデータを読み込んで、フォーマット変換定義ファイルの書店フォーマットに一致しているかを検査する（ステップＳ３）。
【００３８】
次に、フォーマット変換定義ファイルにより、チェックインデータをシステムフォーマットデータに変換する（ステップＳ４）。ここでは、まずフォーマット変換定義ファイルを用いて、書店フォーマットに対応するシステムフォーマットの変換先シンボル名にそれぞれのデータ内容（値）を設定する。例えば、「発行年」に対応する変換先シンボル名は、「ＮＥＮＪＩ」になる。このフォーマット変換定義ファイルにより、チェックインデータをシステムフォーマットに変換する。この場合は、書店データの「発行年」の値は「２００２」であり、この値が「ＮＥＮＪＩ」に設定される。
【００３９】
チェックインデータがシステムフォーマットに変換されると、自動チェックインシステムでは、ＩＳＳＮ等の検索キーにより該当する発注データを捜す（ステップＳ５）。ここではシステムフォーマット定義ファイルに基づいて、参照項目については実際のデータベース上のデータから取得する。そしてその結果をチェックインデータ確認・修正画面に表示する。図５にチェックインデータ確認・修正画面の一例を示す。
【００４０】
発注データが存在せずにエラーとなる場合は、チェックインデータ確認・修正画面でエラー箇所とエラー理由を表示する（ステップＳ６，Ｓ７）。チェックインデータ確認・修正画面におけるエラー内容欄には、キーとなるＬＩＭＥＢＩＢ、発注番号が表示されるので、ユーザはその値をカット＆コピーして、統合目録または雑誌発注管理システムを使って、書誌データ及び発注データの修正を行う。
【００４１】
なお、上記の統合目録は、図書や雑誌の目録情報を登録したＤＢを指すものであって、本自動チェックインシステムからアクセス可能に設定されたものである。雑誌の目録情報としては、雑誌の誌名や出版社等の書誌データ、雑誌の所在毎に所蔵している巻号の情報をまとめた所蔵データ、発行年月日や巻号番号等のデータ、物理的な雑誌一冊毎の所在を含むコピーデータ等から構成されている。また雑誌発注管理システムは、統合目録に登録された書誌データに基づいて発注データを作成する。雑誌の発注データは、発注する雑誌一部毎に発注番号、契約期間、価格、購入を申し込んだ利用者等の情報を含むものである。すなわち、上記のチェックインデータ確認・修正画面において、発注データが存在せずにエラーとなったチェックインデータについては、統合目録の書誌データまたは雑誌発注管理システムの発注データを用いてチェックインデータを修正することができる。そしてユーザは、チェックインデータ修正・確認画面において一通りエラーデータの確認と修正をした後、再チェックを行い、エラーがないことを確認した後に確認ボタンを押す。
【００４２】
次いで、変換したシステムフォーマットデータがデータベースに登録できる状態かどうかを検査する（ステップＳ８，Ｓ９）。システムデータがデータベースに登録できなければ、自動チェックインシステムはエラー内容を表示し（ステップＳ１０）、ユーザが、エラー修正した箇所の再チェックを行う。そして、チェックインデータ確認修正画面でエラーがないことを確認し、エラーがなければ確定ボタンを押す（ステップＳ１１）。
【００４３】
自動チェックインシステムは、システムフォーマット定義ファイルにより、システムフォーマットデータをデータベース登録用のフォーマットに変換し、受け入れデータを作成してデータベースに登録する（ステップＳ１２）。受け入れデータには、格納する登録先シンボル名の情報を設定する。登録された内容については、登録結果確認画面に表示する（ステップＳ１３）。図６に登録結果確認画面の一例を示す。こうして、チェックインデータの登録処理が終了する。
【００４４】
次に書店フォーマットが変更された場合の処理について説明する。書店フォーマットが変更された場合は、フォーマット変換定義ファイルを変更内容に応じて修正する。例えば、項目の並び順が変わった場合は、そのフォーマットに合わせてフォーマット変換定義ファイルにおける項目の並び替えを行う。またデータのバイト長が変更された場合は、変更後のバイト長を指定する。このように書店フォーマットが変更された場合、プログラムを修正することなく、ある程度対応が可能となる。
【００４５】
図７は、書店フォーマットが変更された場合の処理について説明するためのフローチャートである。まずフォーマット変換定義ファイルを編集作業に入る（ステップＳ２１）。まず項目が追加されたかどうかを判別し（ステップＳ２２）、追加されていればされていればフォーマット変換定義ファイルに項目を追加する（ステップＳ２３）。次に項目が削除されたどうかを判別し（ステップＳ２４）、削除されていれば、フォーマット変換定義ファイルの該当項目を削除する（ステップＳ２５）。次いで項目順番が変更されたかどうかを判別し（ステップＳ２６）、変更されていれば、フォーマット定義ファイルの項目順序を変更する（ステップＳ２７）。次いで項目のサイズが変更されたているかどうかを判別し（ステップＳ２８）、変更されていればファーマット定義ファイルの項目サイズを変更し（ステップＳ２９）、処理を終了する。
【００４６】
次に自動チェックインシステムにおいて、別の書店とチェックイン契約を行うときの処理について説明する。この場合、フォーマット変換定義ファイルに新たなフォーマットを追加することにより、書店側で定めたフォーマット型式に対応することができるようにする。図８は、別の書店とチェックイン契約を行う場合の処理について説明するためのフローチャートである。
【００４７】
まずチェックイン契約するフォーマットを決める（ステップＳ３１）。そしてフォーマット変換定義ファイルの編集に入る（ステップＳ３２）。“ＦＯＲＭＡＴ”に表示順序番号を指定する（ステップＳ３３）。そして“ＦＯＲＭＡＮＡＭＥＴ”にフォーマット名称を指定する（ステップＳ３４）。次いで固定長フォーマットかどうかを判別し（ステップＳ３５）、固定長フォーマットであれば、フォーマット長を指定するために設定された“ＲＥＣＯＲＤＬＥＮＧＴＨ”にフォーマット長を指定する（ステップＳ３６）。また固定長フォーマットでなければ、“ＳＰＬＩＴＣＨＡＲ”に区切り文字を指定する。次いで、“書店項目”、“バイト長”、及び“システム項目”を指定する（ステップＳ３８）。そして全ての項目を指定したかどうかを判別し（ステップＳ３９）、指定してあれば処理を終了する。
【００４８】
次に、本発明の自動チェックインシステムを適用した図書館管理システムの構成例について説明する。図９は、自動チェックインシステムを適用した図書館情報管理システムの全体構成例を示す図で、図中、１０は図書館で、該図書館１０は、図書館業務を管理するためのサーバ装置１１、図書館業務に係わる各種データを格納する業務データベース（業務ＤＢ）１２、図書館員が業務に使用する図書館員側クライアント装置１４、図書館の利用者が使用する利用者側クライアント装置１５、利用者が図書又は雑誌の目録情報を検索するための検索ＤＢ１６とを有する。２０は国立情報学研究所で、該国立情報学研究所２０は、ＮＡＣＳＩＳ―ＣＡＴ（総合目録ＤＢ）２１を有し、目録所在情報サービス等を提供できる外部機関である。また３０はネットワークである。本例において業務ＤＢ１２がローカルデータベースとなり、ＮＡＣＳＩＳ―ＣＡＴ２１がホストデータベースとなる。
【００４９】
コンピュータ等を用いて図書館における各種情報の管理を実現するための図書館情報管理システムは、目録管理機能（基本機能）、閲覧管理機能、雑誌管理機能、蔵書点検機能、発注受入機能、相互貸借機能、図書検索機能等を実現するサブシステムを有している。これら機能は、サーバ装置に保持され、または他の資源とともに分散配置された図書館情報管理システムを実現するプログラムによって実現され、クライアント装置１４，１５によって適宜利用可能に設定される。
【００５０】
雑誌管理サブシステムにおいては、煩雑な契約管理を簡単にし、図書館で購読している雑誌や逐次刊行物の契約管理や納品管理、製本処理、あるいは製本代金の支払処理、購入調査処理に基づく雑誌の発注処理、雑誌納品後の受入処理、さらには、代金の支払処理等、雑誌管理に係わる業務を総合的に支援する。契約管理では、前年度の情報に基づいて次年度の契約データを自動作成するので、年次処理を容易に行うことができる。また書店からの雑誌納品データを利用してチェックインを行うようにすることもできる。学術情報センタの目録所在情報サービス（ＮＡＣＳＩＳ―ＣＡＴ２１）への所蔵登録は、自動登録によって実行することができる。
【００５１】
本発明の自動チェックインシステムは、上記雑誌管理サブシステムに連携する。すなわち、上記雑誌管理機能による納品後の受け入れ処理において、本発明に係わる自動チェックインシステムを用いて受け入れデータを作成してデータベースに登録することにより、受け入れ処理を効率的に実行することができる。
【００５２】
本発明による自動チェックインシステムの機能を実現するためのプログラムは、ＰＣ等の情報処理装置、もしくはネットワークを介して端末装置から利用可能な形態で設定されたサーバ装置に保持されうる。データを記憶した記録媒体としては、具体的には、ＣＤ−ＲＯＭ、光磁気ディスク、ＤＶＤ−ＲＯＭ、ＦＤ、フラッシュメモリ、及びその他各種ＲＯＭやＲＡＭ等が想定でき、これら記録媒体に上述した本発明の自動チェックインシステムの機能を実現するためのプログラムを記録して流通させることにより、当該機能の実現を容易にする。そしてコンピュータ等の情報処理装置に上記のごとくの記録媒体を装着して情報処理装置によりプログラムを読み出すか、若しくは情報処理装置が備えている記憶媒体に当該プログラムを記憶させておき、必要に応じて読み出すことにより、本発明に関わる自動チェックイン機能を実現することができる。
【００５３】
【発明の効果】
以上の説明から明らかなように、本発明によれば、書店からのチェックインデータを用いて購入雑誌を受け入れ処理する際に、書店によって異なるチェックインデータのフォーマットに対応可能で、チェックインデータの登録を効率よく行うことができ、またエラーの確認と修正を簡便に可能とすることにより、合理的で利便性の高い自動チェックインシステムと、その機能を実現するプログラム及び記録媒体を提供することができる。また本発明によって、雑誌受け入れ処理を合理的に実行できる図書館情報管理システムを提供することができる。
【００５４】
【図面の簡単な説明】
【図１】本発明の自動チェックインシステムにおけるファイル変換のフローについて概念的に示す図である。
【図２】本発明の自動チェックインシステムで使用する変換テーブルの例を示す図である。
【図３】本発明の自動チェックインシステムにおける登録処理について説明するためのフローチャートである。
【図４】フォーマット条件指定画面の一例を示す図である。
【図５】チェックインデータ確認・修正画面の一例を示す図である。
【図６】登録結果確認画面の一例を示す図である。
【図７】書店フォーマットが変更された場合の処理について説明するためのフローチャートである。
【図８】別の書店とチェックイン契約を行う場合の処理について説明するためのフローチャートである。
【図９】自動チェックインシステムを適用した図書館情報管理システムの全体構成例を示す図である。
【符号の説明】
１…チェックインデータ、２…フォーマット変換定義ファイル、３…システムフォーマットデータ、４…システムフォーマット定義ファイル、５…データベース、６…フォーマット条件指定、７…受入先、８…ファイル名、９…受入日、１０…図書館、１１…サーバ装置、１２…業務データベース（業務ＤＢ）、１４…図書館員側クライアント装置、１５…利用者側クライアント装置、１６…検索ＤＢ、２０…国立情報学研究所、２１…ＮＡＣＳＩＳ―ＣＡＴ（総合目録ＤＢ）、３０…ネットワーク。
【図１】
2004110246.tif 000003
【図２】
2004110246.tif 000004
【図３】
2004110246.tif 000005
【図４】
2004110246.tif 000006
【図５】
2004110246.tif 000007
【図６】
2004110246.tif 000008
【図７】
2004110246.tif 000009
【図８】
2004110246.tif 000010
【図９】
2004110246.tif 000011