(57)【要約】      （修正有）【課題】  印刷物などの受発注で発注者と受注者との調製などの負担の少ない受発注システムを提供する。【解決手段】  発注用端末からの要求に基づき、データベースの案件レコードから、要求に応える案件レコードを抽出し、その案件レコードのリストを発注用端末に表示し、次いで、リストから任意の対象を選択し、選択した対象について、発注情報を入力した後決定によりその発注情報を発注情報蓄積部に蓄積する、または、選択した対象について発注用端末上で修正の後、決定によりデータベースの案件レコードを更新又は追加する、にそれぞれ先立ち、印刷イメージ表示の要求により、印刷イメージ作成部が選択した案件レコード又はそれを修正して製したレコードをもとに対応するフォーマットを探し、そのフォーマット上に案件レコードの印刷にかかわる項目データを配置記載し、このイメージを通信回線を介して発注用端末に表示し、端末での適否の視認を可能とする。【選択図】  図１
2005301957.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも案件レコードとフォーマットとを有するデータベースと、受発注制御部と、発注情報蓄積部とを備えたサーバーと、通信回線を通じて前記サーバーと連結する発注用端末とを備えるシステムにおいて、
（１）前記のサーバーは、さらに、印刷イメージ作成部を備えるとともに、
（２）前記の発注用端末からの要求に基づき、前記の受発注制御部が、前記のデータベースの案件レコードから、要求に応える案件レコードを抽出し、その案件レコードのリストを前記の発注用端末に表示し、
次いで、前記リストから任意の対象を選択し、選択した対象について、発注情報を入力した後決定によりその発注情報を前記の発注情報蓄積部に蓄積する、または、前記選択した対象について発注用端末上で修正の後、決定によりデータベースの案件レコードを更新するないし案件レコードに新規レコードとして追加する、にそれぞれ先立ち、
印刷イメージ表示の要求により、印刷イメージ作成部が選択した案件レコード又はその修正に基づく更新レコードないし追加のレコードをもとに対応するフォーマットを探し、そのフォーマット上に案件レコードの印刷にかかわる項目データを配置記載した印刷イメージを作成し、このイメージを通信回線を介して発注用端末に表示し、端末で印刷物の適否の視認を可能とする事を特徴とする受発注システム。
【請求項２】
決定の前に仮の決定をし、その仮決定により、発注情報は仮の発注情報として一時的なレコード蓄積部に蓄積し、次いで本決定により当該発注情報を発注情報蓄積部に蓄積することを特徴とする請求項１記載の受発注システム。
【請求項３】
一時的なレコード蓄積部に蓄積された発注情報は、印刷イメージ表示の要求により、印刷イメージ作成部が前記の発注情報をもとに対応するフォーマットをデータベースのフォーマットから探し出し、探し出したフォーマット上に上記の発注情報のレコードのそれぞれ印刷にかかわる項目のデータを配置記載して印刷イメージをサーバー側で作成し、これを通信回線を介して発注用端末に表示し、ここでも印刷物の適否の視認を可能とする事を特徴とする請求項１記載の受発注システム。
【請求項４】
案件レコードの印刷用のフォーマットは、案件レコードの項目情報に関連づけて調製されており、項目情報により自動的に選定され得ることを特徴とする請求項１記載の受発注システム。
【請求項５】
選択したレコードに基づく追加のレコードの調製が、最初に追加編集の要求により、受発注制御部が、当該レコードから案件対象物自体に直接従属しない項目のデータのみ残して案件対象物自体およびそれに従属する項目のデータは消去し、次いで、案件対象物自体およびそれに直接従属する項目のデータを入力することによりなされることを特徴とする請求項１記載の受発注システム。
【請求項６】
案件対象物自体およびそれに直接従属する項目のデータの入力が、案件対象物自体またはそのコードを示すデータを入力して、次いで受発注制御部がその入力データを基礎に案件レコードから該当レコードを検索して探し出し、案件対象物自体に従属する項目データを参照し、追加レコードのそれぞれに対応する項目のデータとして入力する事によりなされる形で追加レコードが調製されることを特徴とする請求項５記載の受発注システム。
【請求項７】
データベースを構成する案件レコードが、案件を識別するためのコード項目と、案件を分類するための分類用コード項目とを有することを特徴とする請求項１記載の受発注システム。
【請求項８】
発注情報蓄積部が、その発注情報と共にすべての印刷対象項目に係わるデータを蓄積することを特徴とする請求項１記載の受発注システム。
【請求項９】
発注用端末からの要求が、認証情報の入力を伴い、各認証情報と案件抽出用データをデータベースに登録しておくことにより、受発注制御部が、前記抽出用データをキーとして案件レコードから該当レコードを抽出して、発注端末にそのリストを表示することを特徴とする請求項１記載の受発注システム。
【請求項１０】
データベースの案件レコードに追加された追加レコードが、発注用端末に表示されるリストに付け加わることを特徴とする請求項１記載の受発注システム。
【発明の詳細な説明】
【技術分野】
【０００１】  印刷物などの受発注に際して発注者と受注者との印刷内容の確認調製などの負担が少ない受発注システムに関する。
【背景技術】
【０００２】  企業などの団体において、名刺などの一定のフォーマットを有する印刷物を製作するに際して、団体の印刷事務の窓口に当たる総務担当者の負担を軽減する方法で、たとえば、特開２００１−３５０９７８号で示される方法が知られている。
この方法は、サーバーとインターネットなどの通信回線で接続した発注用の端末からなるシステムで、団体の構成員が、端末から要求して、団体ごとに決まっている印刷モデルをサーバー側から呼び出して、これに前記団体の構成員が直接働きかけて、印刷物のサンプルを作成し、サンプルとともに発注の情報を付加して、サーバー側、印刷業者側に送るという受発注方法である。【０００３】  この方法、システムは、総務担当者の負担を無くするとか、担当者個人の個性を活かした印刷物を製作するには、それなりの利点があるが、構成員の中には経験に乏しい者もいて、必ずしも好まれるとはいえないし、また、印刷物のサンプルは、イメージの情報であるので、サーバー側で各サンプルを蓄えるのは、人数が多くなると負荷がかかり、システムを大掛かりにしないといけない、という難点がある。
【特許文献１】特開２００１−３５０９７８号
【発明の開示】
【発明が解決しようとする課題】
【０００４】  本発明は、総務の担当者が作業する場合にも、操作が簡単で、かつ、サーバー側にも負荷がかかりにくい、印刷物などの受発注システムを提供することである。
【課題を解決するための手段】
【０００５】  請求項１の発明は、少なくとも案件レコードとフォーマットとを有するデータベースと、受発注制御部と、発注情報蓄積部とを備えたサーバーと、通信回線を通じて前記サーバーと連結する発注用端末とを備えるシステムにおいて、
（１）前記のサーバーは、さらに、印刷イメージ作成部を備えるとともに、
（２）前記の発注用端末からの要求に基づき、前記の受発注制御部が、前記のデータベースの案件レコードから、要求に応える案件レコードを抽出し、その案件レコードのリストを前記の端末に表示し、
次いで、前記リストから任意の対象を選択し、選択した対象について、発注情報を入力した後決定によりその発注レコード情報を前記の発注情報蓄積部に蓄積する、または、前記選択した対象について端末上で修正の後、決定によりデータベースの案件レコードを修正するないし案件レコードに新規レコードを追加する、にそれぞれ先立ち、
印刷イメージの要求により、印刷イメージ作成部が選択した案件レコード又はその修正に基づく更新レコードないし追加のレコードをもとに対応するフォーマットを探し、そのフォーマット上に案件レコードの印刷にかかわる項目データを配置記載した印刷イメージを作成し、このイメージを通信回線を介して発注用端末に表示し、その端末上で印刷物の適否の視認を可能とする事を特徴とする受発注システムである。【０００６】  ここで「案件レコード」とは、対象とするものについて複数の項目からなるデータを有するレコードである。項目の種類としては、たとえば、対象とするものが「人」の場合で、印刷物が名刺などの場合は、主題となる中心的な項目は「氏名」、他の項目は、これに関連する項目であり、その対象物である氏名に直接従属する項目としては、「ふりがな」、「氏名の英文表記」など、また、直接は従属しない項目としては、その印刷物を中心として扱う者（ここではその氏名の者）が属する団体に関する事項があげられる。その者が属する団体に関する事項の項目には、「団体名」、また、部署に関する項目として、「部署名１」、「部署名２」、「部署名３」、「役職名」、これらの英文表記など、また、連絡先関連の項目として、前記団体の所在である「住所」、「郵便番号」、さらには、「電話番号」、「ファックス番号」、「メイルアドレス」、「ＵＲＬ」などがあげられる。データベースでは、案件レコードは、これらの項目の複数個からなるレコードからなる。【０００７】  この項目のデータは、テキストデータが通常である。イメージを項目のデータにしたい場合は、データとしてのイメージは、通常、イメージ蓄積部に蓄えておき、このイメージ項目は、「図１」、「図２」などの項目名として、ただし、項目のデータとしては、イメージを参照し呼び出すためのインデックス値をいれて使用する。
項目には、案件レコードを印刷する場合に、印刷用紙のどの位置に各項目の値を配置するか、また、どのような大きさで配置するかなどを定めたフォーマットに連結し、それを参照するための、例えば、「フォーマット」という名前の項目も設けるが、この「フォーマット」項目は、後述するように、それ以外の各項目の値やその項目の有無によりフォーマットが自動的に決まるように設定した場合は、省略することができる。
また、名刺などと違い、印刷物の対象とするものが、たとえば建物などの物件案内用のための、「物」の場合、主題となる項目は、「物件名（建物名）」となる。また、その場合の関連する項目としては、その物件に直接従属する項目としては、その物件の写真（イメージ）、また、その物に直接は従属しない項目としては、その印刷物を扱う者が属する団体に関する項目、より具体的には、団体名、部署名、住所、電話番号などがあげられる。【０００８】  また、案件レコードの項目には、前記した、印刷の際に、直接表記に使われるもの以外に、任意に、印刷の際に、それらの制御に便利に使うことのできる補助的な項目を含みうる。たとえば、「氏名」とか「物」をコードで表すためのコード項目である。
「氏名」のコードは、案件の特定に際して氏名に代わって用いることができる。別なコードの例としては、案件の印刷物を扱う者の属する組織などをいろんな階層で区別できるようにするときなどに用いる分類用のコードがあげられる。組織は、事業体やその中での部門、部署などをいい、それらにコードを用いうる。【０００９】  また、本発明で「フォーマット」とは、印刷物にするときに、前記したレコードの各項目のデータを配置するための位置とかサイズなどを記録したものである。フォーマットは、通常、レコードごとにひとつというように、個別に用意される場合もありうるが、名刺などの印刷物の場合には、その人が属する組織・部署の単位で、例えばロゴマークなどの構成要素を共通にするもの、が用意されることが通常である。また、部署や、連絡先などを表示するために使用する行数などに応じて、全体のバランス上、各項目の（表示）位置を少しずつ変えたものを用意してもよい。
本発明で、案件レコードとフォーマットとを有するデータベースとは、案件レコードとフォーマットを少なくとも有しているデータベースで、それ以外の要素を有することを排除するものではない。たとえば、案件レコードが、イメージ項目、つまり、データを例えば、ロゴマーク等のイメージの形で持ちたい場合で、項目の値（データ）として、イメージにリンク・参照するためのインデックス値を持たせるようなときは、通常、各インデックス値に対応するイメージを蓄える、イメージ蓄積部も備える。【００１０】  また、本発明で「発注情報蓄積部」とは、発注用端末から入力した発注情報の蓄積部である。つまり、受発注制御部の働きにより、発注情報を通信回線を経由してサーバー内で蓄える蓄積部である。
本発明で、「受発注制御部」は、発注の要求、決定などを制御する部分で、プログラムからなり、通常、発注用端末とのデータの受け渡しの制御もかねる
発注用端末とは、発注のための入力機能があり、かつ表示部を含む手段をいい、代表的には、ディスプレイ部を備えたコンピューターがあげられる。この端末は、通信回線を経由して、サーバーに接続する。【００１１】  通信回線とは、通信のための回線で、代表的には、イントラネットとかインターネットなどの回線があげられる。
この発明で、印刷イメージ作成部とは、印刷物と同じ印刷イメージを作成する部分をいい、プログラムから構成される。
前記したシステムにおいて、発注用端末からの要求により、前記した受発注制御部が、データベースの案件レコードから要求に係わるレコードのリストを抽出して発注用端末に表示する。
この要求とは、リスト表示のための操作・作業をいう。より具体的には、受発注用端末に、たとえば、「検索用の画面を用意して、目的とする案件レコードを抽出するための項目データを入力する」、とか、「組織表を表示させて、そこから目的とする組織（部署など）を選択する」、とか、操作担当者のＩＤとパスワードと、その担当者の関係する部署名ないし部署コードを予め受発注制御部に登録しておき、さらに、そのＩＤとパスワードが入力された場合に、その部署の案件がリスト抽出されるようなプログラム部分を含ませておき、その上で、前記のＩＤとパスワードとを入力する、などがあげられる。【００１２】  リストとして表示される案件レコードを構成する項目は、案件レコードのすべての項目であっても差し支えないが、少なくとも案件レコードを特定するのに必要な項目が通常含まれる。さもないと、次に選択されたときに、案件の対象を取り違える危険があるからである。また、印刷の表示にかかわる項目以外に、発注にかかわる事項として、「発注の数」、ないし、「数がわかるための記号など」の記入用の場所が、最低含まれる、さらに、「急ぎの程度」、「裏面印刷の有無」、などの記入用の場所が含まれていてもかまわない。
リスト表示された案件レコードのいずれかが選択されて、それに対しての発注情報の入力は、前記した入力用に用意した場所へなされる。発注枚数の書き込みなどである。入力の終了後、それを決定すると、つまり、登録の要求をすると、その案件の発注情報は、受発注制御部が働いて、少なくとも案件を特定する項目とともに発注情報蓄積部に蓄える、すなわち、発注情報として登録する。【００１３】  本発明では、必要により、選択したレコードについて、発注情報の入力に代わって、修正をする。その修正とは、選択したレコードのいずれかの項目のデータに変更を施すことをいう。変更の種類としては、項目データの入れ替え、新規書き込み、削除などがあげられる。修正した案件レコードは、決定によりデータベースの案件レコードを修正する（更新する）ないしデータベースの案件レコードに新規レコードとして追加する。ここで、決定は、更新としての決定と追加としての決定とがあり、それぞれあるいは条件により兼用の形で用意される。【００１４】  この発明のシステムでは、以上の、発注情報の決定、案件レコードの更新ないし追加の決定、に先立ち、印刷イメージを発注用端末で要求すると、印刷イメージ作成部が選択した案件レコード又はそれを修正して製した更新用レコードないし追加用レコードをもとに対応するフォーマットをデータベースのフォーマットから探し、探し出したフォーマット上に案件レコードの印刷にかかわる項目データを配置記載して印刷イメージをサーバー側で作成し、この印刷イメージを通信回線を経由して発注用端末に表示し、その端末上で印刷物の適否の視認を可能とする。ここで、印刷イメージの要求は、通常、特定の案件を指定したうえでなされる。【００１５】  請求項２の発明は、決定の前に仮の決定をし、その仮決定により、発注情報は仮の発注情報として一時的なレコード蓄積部に蓄積し、次いで本決定により当該発注情報を発注情報蓄積部に蓄積することを特徴とする請求項１記載の受発注システムである。
この本決定とは、仮決定した内容（発注情報）の承認に相当する。【００１６】  請求項３の発明は、一時的なレコード蓄積部に蓄積された発注情報は、印刷イメージ表示の要求により、印刷イメージ作成部が前記の発注情報をもとに対応するフォーマットをデータベースのフォーマットから探し出し、探し出したフォーマット上に上記の発注情報のレコードのそれぞれ印刷にかかわる項目のデータを配置記載して印刷イメージをサーバー側で作成し、これを通信回線を介して発注用端末に表示し、ここでもレコードの適否の視認を可能とする事を特徴とする請求項１記載の受発注システムである。【００１７】  請求項４の発明は、案件レコードの印刷用のフォーマットは、案件レコードの項目情報に関連づけて調製されており、項目情報により自動的に選定され得ることを特徴とする請求項１記載の受発注システムである。なお、ここでいう案件レコードの項目情報には、フォーマットを直接具体的に指定するための項目（フォーマットの直接指定用の項目）およびその項目のデータは含まない。
項目情報に関連づけて調製される例としては、例えば、項目で、部署名１、部署名２、部署名３の何項目が使われるか、また、電話番号、ファックス番号などの連絡先などの何項目が使われるか等、これらの項目の使用の種類および個数に応じて項目データの配置位置を少しづつ変更した（例えば、文字列と文字列との間隔、記載位置などを全体のバランス、窮屈さなどを考慮して変更した）フォーマットを必要数用意しておき、項目の使用の種類および個数により、フォーマットを選定する、という方法である。【００１８】  請求項５の発明は、選択したレコードに基づく追加のレコードの調製が、最初に追加編集の要求により、受発注制御部が、当該レコードから案件対象物自体に直接従属しない項目のデータのみ残して案件対象物自体およびそれに従属する項目のデータは消去し、次いで、案件対象物自体およびそれに直接従属する項目のデータを入力することによりなされることを特徴とする請求項１記載の受発注システムである。【００１９】  請求項６の発明は、案件対象物自体およびそれに直接従属する項目のデータの入力が、案件対象物自体またはそのコードを示すデータを入力して、次いで受発注制御部がその入力データを基礎に案件レコードから該当レコードを検索して探し出し、案件対象物自体に従属する項目データを参照し、追加レコードのそれぞれに対応する項目のデータとして入力する事によりなされる形で追加レコードが調製されることを特徴とする請求項５記載の受発注システムである。一般に参照入力といわれる形で入力をするものである。【００２０】    請求項７の発明は、データベースを構成する案件レコードが、案件を識別するためのコード項目と、案件を分類するための分類用コード項目とを有することを特徴とする請求項１記載の受発注システムである。
例えば、名刺などでは、その対象とする人の氏名を示す項目に対して、氏名のコードを示す項目は、案件を識別するための項目となる。また、その者（氏名）の属する組織は、階層構造をしており、その階層構造の値ごとに共通の項目データ（例えば、共通のロゴ）を採用することが多いので、その階層構造に合わせて、分類コードを定めておけば、共通の項目要素を決定するのに便利である。ある場合には、ロゴなどのイメージを選択、特定するのに利用でき、また、事業体レベルより下位の組織を示す部分は、発注用端末に、特定の部門・部署の案件レコードを抽出表示するのに、利用できる。
印刷の対象物が物件の場合で、その物件を扱う団体などについても同様である。
分類用コード項目のデータ例としては、たとえば、８桁のＡａ１２３４５６があげられる。
また、その場合の各桁の使い方を述べれば、例えば、このコードの最初の２桁は、団体自体を区別するのに用い、次に、６桁の数値の、頭から、最初の２桁は、事業所名を区別するのに、また、その次の２桁は、部署名１（上位の部署名）を区別するために、さらに、最後の２桁は、部署名２（下位の部署）を区別するために用いる、というように用いる
また、分類用項目を、組織（団体）を分類（区別）するためだけの項目として用いる、なども任意である。この場合は、使用桁数は、３桁くらいあれば通常は十分であり、表示データ例としては、「ＡＺＰ」などが挙げられる。【００２１】  請求項８の発明は、発注情報蓄積部が、発注情報と共にすべての印刷対象項目に係わるデータを蓄積することを特徴とする請求項１記載の受発注システムである。
この蓄積は、最初の要求に係わる案件レコードのリストを記憶させているリスト記憶部にすでにすべての項目データを用意させておきそれを利用して、また、用意させていないときはデータベースの案件レコードを参照して、それぞれ行うことができる。【００２２】  請求項９の発明は、発注用端末からの要求が、認証情報の入力を伴い、各認証情報と案件抽出用データをデータベースに登録しておくことにより、受発注制御部が、前記抽出用データをキーとして案件レコードから該当レコードを抽出して、発注用端末にそのリストを表示することを特徴とする請求項１記載の受発注システムである。
案件抽出用データとしては、例えば、部署名があげられる。また、分類用コード項目が用意されており、部署名に合わせてコードの値を定めている場合には、そのコードの値ないしコードの値の一部などがあげられる。【００２３】  請求項１０の発明は、データベースの案件レコードに追加された追加レコードが、発注用端末に表示されるリストに付け加わることを特徴とする請求項１記載の受発注システムである。
【発明の効果】
【００２４】  請求項１の発明によれば、発注用端末にリスト表示した案件レコードは、いずれか選択して、印刷イメージ表示の要求を出すと、印刷イメージが表示され、発注や、案件レコードの更新や案件レコードへのレコードの追加、に先立ち、印刷イメージそのものが視認できるので、発注が適切になされることを通じて、受注側との調製の負担を可及的に少なくすることができる。また、発注する情報、更新するレコードないし追加のレコードは、発注用端末から、サーバーに送られ、サーバー内の、発注情報蓄積部に蓄えられ、案件レコードを更新し、ないし案件レコードへの追加として蓄積されるが、印刷見本自体は（サーバーに）送られることはなく、すなわち（サーバーに）蓄積されることはなく、サーバーの負荷を著しく高めることがない。したがって、サーバーを軽快に保つのに好適である。【００２５】  請求項２の発明によれば、仮に発注したレコードは、サーバー内の仮の蓄積部に蓄えられるので、その段階で、印刷イメージを表示させ、再度確認し、また、キャンセルの要求をして仮の決定を取り消す、などの再確認・調整をするのに好適である。【００２６】  請求項３の発明によれば、仮の蓄積部に蓄積したレコードについても、その段階で、必要な場合要求により、再度、印刷イメージを視認できるので、より間違いのない発注をすることができる。【００２７】  請求項４の発明によれば、案件レコードの印刷用フォーマットの選択が、項目情報のフォーマット項目（フォーマットを直接指定するための項目）以外の項目情報により可能であるので、フォーマット直接特定用項目を用意しそれにデータを記入する作業を省略することができ、ひいては、記入のミスや記入の煩雑さを少なくすることができる【００２８】  請求項５の発明によれば、追加のレコードの調整に際して、手で入力しなければならない項目を少なくすることができるので、入力ミスや入力の煩雑さをいずれも少なくするのに好適である。【００２９】  請求項６の発明によれば、追加のレコードの調整に際して、手で入力しなければならない項目をさらに一段と少なくすることができるので、入力ミスや入力の煩雑さを格段と少なくすることができる。【００３０】  請求項７の発明によれば、データベースを構成する案件レコードは、案件を識別するためのコード項目と案件を分類するための分類用コード項目とを有する。したがって、案件を識別するためのコード項目があることにより、案件を抽出する際に便利なキーとして利用することができる。また、案件分類用のコード項目については、案件レコードを使って印刷物（名刺とか、物件説明書とか）を使う者が属する組織に合わせて、分類コードを定めておけば、それらの組織ごとにフォーマットを共通にする場合には、案件レコードのフォーマットを選択する指標として使うのに便利である。【００３１】  また、分類コードを部署がわかる構成にしてあれば、入力用端末から、本人認証のデータが入力されそれと連携して、その本人が関連する案件レコードをリスト表示する場合に、その分類コードを抽出用キーに用いるのに好適である。【００３２】  さらに、分類コードを部署がわかる構成にしてあれば、部署名の項目での、データの使われ方にとらわれないで、部署を把握するのに分類コードを有効に使うこともできる。例えば、部署名で、上位の部署名１、より下位の部署名２という項目を有している場合を仮定して、部署名１の記入データが異常に長く、所定のスペースで収容しきれないようなときに、部署名２に、はみ出しの部分（字句）をやむを得ず収容して全体のデザイン・外観上バランスを図る、というような場合、つまり、部署名の項目のデータで、部署の正確な把握が図れないような使われ方をせざるを得ないような場合である。【００３３】  請求項８の発明によれば、印刷に必要なすべての項目情報が発注情報蓄積部に取り込まれているので、あとは、フォーマット情報のみ、また、項目にイメージ項目があるときは、そのインデックス値にリンクするイメージを蓄積するイメージ蓄積部さえ伴わせれば、印刷用の制御部の存在のもとで、印刷に直ちに移ることができる。【００３４】  請求項９の発明によれば、発注用端末からＩＤとパスワードで本人認証のデータを入力すると、すぐに自分に関係する案件のリストが端末に表示されるので、発注その他の作業のステップを効率よく進めることができる。【００３５】    請求項１０の発明によれば、データベースの案件レコードに追加された追加レコードが、発注用端末に表示されるリストに付け加わるので、新たな案件レコードの追加と併せて、発注を行うのに、便利である。
【発明を実施するための最良の形態】
【００３６】  以下に本発明の実施例を記載するが、本発明は、これらの記載に制限されるものではない。
【実施例１】
【００３７】  図１に示すとおり、案件レコード１とフォーマット２とを有するデータベース３と、受発注制御部４と、発注情報蓄積部５とを備えるサーバー６と、通信回線７を介して発注用端末８とを備えるシステムであって、このシステムは、さらにサーバー６内に、印刷イメージ作成部９と、それ以外に、発注情報を一時的に蓄積する仮決定情報蓄積部１０を備え、さらに、案件レコードにイメージのデータも持たせたいときにイメージを蓄積するイメージ蓄積部１１をデータベース３に備えている。【００３８】  この受発注システムの有する機能、働きを図２のフローチャートに添って説明する。
発注用端末８から案件リストの表示の要求を出す（Ｓ１）。その要求を受けて受発注制御部４が、データベース３の案件レコード１を検索し、要求に係わる案件レコードを抽出し、通信回線７を介して、発注用端末８にリストとして表示する（Ｓ２、図３右側）。表示の項目は、案件の有する項目中、すくなくとも、対象の案件を特定できる項目（氏名など）、印刷物を使用する者が属する部署名、さらに、それ以外に、発注にかかわり必要となる事項として、発注枚数、希望入手日、印刷物の裏面の要否・有無など、の記入用項目である。この実施例では、簡単にするため、発注枚数の記入部のみ表示している。また、（表示の項目としてさらには）各案件レコードについて、詳細表示の指示ボタン、仮発注指示ボタン、である。各ボタンは、「詳」、「仮決」で示している。【００３９】  リスト中特定の案件レコードを選択して（Ｓ３）、発注枚数等の発注情報を記入して（Ｓ４）、（「仮決」で表示した）仮発注のボタンを押すと（Ｓ５）、受発注制御部４が働いて、その発注情報は仮の決定による一時的な蓄積部１０に蓄えられる（Ｓ６）とともに、発注用端末にも、仮発注リストとして表示される（Ｓ１６，図３左側）。また、リストから任意に選択した案件は、詳細情報を確認したい場合、（「詳」で表示した）詳細情報表示の指示ボタンを押すと（Ｓ７）、印刷にかかわるすべての項目情報が表示される（Ｓ８、図４）。この詳細表示の画面（図４）に、上部に「印刷イメージ（の表示）」、「戻る」、「追加の編集」、の各ボタンを、また下部に「更新／追加の決定」のボタンを、それぞれ用意しておく。
また、要望により、上部に「氏名ＣＤ」を、選定ないし記入するためのテキストボックスなりコンボボックスなりを用意し、また、下部（左方）に、発注枚数を記入するためのテキストボックスを用意する。【００４０】  更新（修正）の場合は、項目データを修正してから、「更新／追加の決定」のボタンを押せば（Ｓ１３）、データベースの案件レコードのデータが修正されると共に、発注用端末の同じ案件のデータも修正される（Ｓ１４）。また、追加の場合は、「追加の編集」のボタンを押すと（Ｓ９）、表示案件の、氏名およびそれに直接従属する項目のデータのみは空白とされ、それ以外の項目のデータはそのまま残された形の表が、新たに用意される（置き換え表示される）。次いで氏名およびそれに直接従属する項目のデータを入力し、またその他の項目で修正を要する項目のデータのみ修正し、次いで、「更新／追加の決定」のボタンを押すと（Ｓ１３）、追加のレコードが、データベースの案件レコードに追加されると共に、発注用端末に表示されているリストにも追加される（Ｓ１５）。【００４１】  なお、「氏名ＣＤ」を選定ないし記入するためのテキストボックスなりコンボボックスなりを用意したときは、「氏名ＣＤ」を入力、決定したときは、他に用意した氏名データのデータベースとリンクを取り（を参照させ）、氏名などを自動的に書き込むようにさせることができる。また、発注枚数が記入されたときに「更新／追加の決定」のボタンを押すと、同時に仮発注の決定ともみなして、その発注情報を、一時的な記憶部へ記録するのと併せて、発注用端末の、仮発注記載リスト（図３左側）に加えることができる（Ｓ６、Ｓ１６）。【００４２】  詳細情報表示の画面で、修正の前、後に係わらず、「印刷イメージ（の表示）」のボタンを押すと、印刷イメージ作成部９が当該案件のレコードを元に、データベース３のフォーマット２の中から、対応フォーマットを探し、探し出したフォーマットの上に、案件のレコード情報を配置して、印刷イメージをサーバー上に作成し、通信回線７を経由し、発注用端末８に表示する（図５の（イ）参照。印刷物の輪郭のみ示し、表示の内容（文字列など）は記載を省いている。）。これで、対象案件レコードの項目内容の選定の是非、修正の是非が、最終仕様（印刷イメージ）に照らして確認することができる。
ここで、「表面」、「裏面」と記載してあるのは、印刷物の表面，裏面の意味である。【００４３】  必要により、印刷イメージを確認し、よければ、修正したものは、「戻る」ボタンを押して、案件リスト画面（図３の右側）に戻り、そこで、当該案件について、「仮決」と表示された仮決定ボタンを押せば、それぞれ、一時的な蓄積部１０に蓄積され（Ｓ６）、ここで蓄積された情報は、仮発注リストとしても表示される（Ｓ１６、図３左側）。また、印刷イメージの確認をするだけの場合は、詳細画面でその確認をしたのち、「戻る」ボタンを押して、もとの案件リスト画面（図３）にもどる。
一時時的な蓄積部１０に蓄積された発注レコード情報は、発注リストとして表示されているが（Ｓ１６、図３左側）、「印刷イメージ」で示したボタンを押し印刷イメージの表示の要求をすることにより（Ｓ１７）、そのリストの全案件について、裏面のあるものはそれも含めて印刷イメージが表示される（Ｓ１８、図５の（ロ）。印刷物の輪郭のみ示している。）ので、ここでも内容の適否の確認ができる。【００４４】  図３左側の発注リストに表示された仮発注レコード情報は案件単位でキャンセルボタン（画面の例では「Ｃｃ」の表示）が設けてあり、仮の決定をキャンセルしたい場合は、その案件レコードを指定して、ボタン「Ｃｃ」を押すことによりキャンセルすれば、その案件レコードのみキャンセルされ、そのレコードは一時的な蓄積部１０から除去される。
一時的な蓄積部１０の（仮発注）案件リストの画面表示（図３左側）には、「決定」（ＯＫの意）、「印刷イメージ（の表示）」、及び、「Ｃｃｅｌ」の項の下に、「Ｃｃ」で示す、キャンセルのためのボタンが設けてあり、この「決定」のボタンを押すと（Ｓ１９）、仮の決定は、本決定（承認）とされ、仮発注情報は、発注情報蓄積部５へ蓄えられる（Ｓ２０）。
また、「決定」のボタンを押す前に、印刷イメージをこの段階で確認したいときに、「印刷イメージ」のボタンを押すと（Ｓ１７）、図５の（ロ）の「印刷イメージ」で示されるように、仮決定でリストされた各案件の印刷イメージが同時に表示される。図中、１、２、３．４．５は、リストされた案件の通しＮｏである。また、前記したとおり、仮発注してリスト表示された案件は、発注を取りやめたいときは、「Ｃｃ」ボタンを押せば（Ｓ２１）、発注は、キャンセルされる（Ｓ２２）【００４５】  なお、図４で示す案件レコードの詳細図において、項目名の「図１」、「図２」、「図３」は、いずれもイメージ項目で、「ＡＺＰ−１」、「ＡＺＰ−２」、「ＡＺＰ−３」などは、イメージとリンクするためのデータであり、「図１−色」、「図２−色」、「図３−色」は、イメージの色を変更するための情報用に用いている。
また、本発明は、上に記載した実施例によりで制限されるものではなく、上記した実施例以外のいろんな態様で実施が可能である。
【産業上の利用可能性】
【００４６】  本発明は、印刷物などの受発注システムにおいて、発注前に印刷物のイメージを視認できるようにすることにより、発注者と受注者との調整負担を少なくして、しかもサーバーの負担も軽減するのに好適に利用できる。
【図面の簡単な説明】
【００４７】
【図１】本発明の実施例のシステムを示すものである。
【図２】本発明の実施例の機能をフロ−チャートで示したものである。
【図３】本発明の実施例における発注用端末での案件リストなどを示したものである。
【図４】本発明の実施例における特定案件レコードの詳細図を示したものである。
【図５】本発明の実施例での印刷イメージを示したものである。
【符号の説明】
【００４８】１    案件レコード
２    フォーマット
３    データベース
４    受発注信制御部
５    発注情報蓄積部
６    サーバー
７    通信回線
８    発注用端末
９    印刷イメージ作成部
１０  仮発注情報蓄積部（一次蓄積部）
１１  イメージ蓄積部
【図１】
2005301957.tif 000003
【図２】
2005301957.tif 000004
【図３】
2005301957.tif 000005
【図４】
2005301957.tif 000006
【図５】
2005301957.tif 000007