(57)【要約】【課題】出力サーバが受注サーバから転送された出力注文の出力処理を予定通りに行っていない場合に、ユーザビリティを高めて受注サーバが出力サーバに対して出力処理の実行を促す督促通知を行うこと、また、不要な督促通知を行わないようにすることを目的とする。【解決手段】受注サーバは、出力サーバや出力注文を購入者端末から受ける販売サーバごとに督促通知を行うまでの日数や督促通知の要不要などの情報を管理する。そして、管理された情報に基づいて、督促通知を実行する。【選択図】      図３
2004295175.tif 000002
【特許請求の範囲】
【請求項１】
注文を転送する販売サーバと、前記注文に基づく出力処理を実行する出力サーバとネットワークを介して通信可能な情報処理装置であって、前記出力処理の状態に応じて前記出力サーバへ通知するかどうかを前記販売サーバあるいは前記出力サーバごとに管理する第１の管理手段と、
前記出力サーバの出力処理の状態を管理する第２の管理手段と、
前記第１の管理手段および前記第２の管理手段により管理された情報に応じて、前記出力サーバへ通知する通知手段とを備えたことを特徴とする情報処理装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークを介して注文した処理の完了を管理するための出力処理システム及び情報処理装置及び情報処理方法及びその情報処理方法をコンピュータに実施させるためのプログラム及びそのプログラムをコンピュータ読み出し可能に記憶した記憶媒体に関する。
【０００２】
【従来の技術】
近年、インターネットなどのネットワークの普及に伴い、文書データや画像データ、音声データに対する出力処理の注文をインターネット経由で受け付け、出力処理を実行して商品を提供するサービスが増えている（例えば、特許文献１参照。）。
【０００３】
このような出力処理システムは、ユーザ端末から注文を受け付ける販売サーバ、各種データに対して出力処理を実行する出力サーバ、販売サーバからの注文を適切な出力サーバに転送する受注サーバなど、ネットワークによって互いに通信可能な複数のサーバにより実現される。
【０００４】
また、受注サーバは複数の販売サーバからの注文を受信したり、複数の出力サーバへ注文を転送したりすることができる。
【０００５】
【特許文献１】
特願２００２−９９３４２号公報（第７〜８頁、図１）
【０００６】
【発明が解決しようとする課題】
上述のような出力処理システムでは、注文の混雑やエラーなどが原因で出力サーバによる出力処理が実行されなかったり、出力処理に時間がかかったりする場合があった。
【０００７】
そこで、本発明はこのような場合に、ユーザビリティを高めて受注サーバが出力サーバに対して出力処理の実行を促す督促通知を行うこと、また、不要な督促通知を行わないようにすることを目的とする。
【０００８】
【課題を解決するための手段】
上記目的を達成するため、本発明の情報処理装置は、注文を転送する販売サーバと、前記注文に基づく出力処理を実行する出力サーバとネットワークを介して通信可能な情報処理装置であって、前記出力処理の状態に応じて前記出力サーバへ通知するかどうかを前記販売サーバあるいは前記出力サーバごとに管理する第１の管理手段と、前記出力サーバの出力処理の状態を管理する第２の管理手段と、前記第１の管理手段および前記第２の管理手段により管理された情報に応じて、前記出力サーバへ通知する通知手段とを備えたことを特徴とする。
【０００９】
【発明の実施の形態】
＜出力処理システムの構成＞
まず、図１のブロック図を参照して本実施形態のシステム構成を説明する。
【００１０】
本システムを構成する各サーバや端末はインターネット１０５によって接続され、相互に通信することができる。尚、インターネット１０５の代わりにＬｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ（ＬＡＮ）や公衆回線など、各サーバや端末を構成するコンピュータ装置が利用可能な他のネットワークを利用するようにしてもよい。
【００１１】
１０１−１〜ｎは後述の販売サーバ１０２に対して印刷注文を行う購入者が操作する購入者端末である。購入者端末１０１の数は特に限定しない。
【００１２】
１０２−１〜ｎは、購入者端末１０１からの印刷注文をインターネット１０５経由で受付け、後述する印刷受注サーバ１０３へ印刷注文を転送する販売サーバである。販売サーバ１０２の数は特に限定しない。また、販売サーバ１０２が複数ある場合、各販売サーバ１０２が購入者に提供する商品は異なっていて良い。また、販売サーバ１０２の販売主体者が異なっていてもよい。
【００１３】
１０３は、販売サーバ１０２から印刷注文の転送を受け、印刷注文を印刷処理可能な印刷サーバ１０４へ振り分けて配信する印刷受注サーバである。印刷受注サーバ１０３は、複数の販売サーバ１０２からの印刷注文の転送を受けることが可能である。また、複数の印刷サーバ１０４へ印刷注文を振り分けて配信することが可能である。
【００１４】
尚、本実施例では、販売サーバ１０２が購入者端末１０１からの印刷注文受け付けて印刷受注サーバ１０３へ転送し、印刷受注サーバ１０３が印刷注文を印刷サーバ１０４に振り分けて配信する場合について説明する。しかしながら、販売サーバ１０２が印刷受注サーバ１０３の機能を備え、印刷サーバ１０４とインターネット１０５を介して直接通信し、印刷注文の振り分け配信を行うことも可能である。また、印刷受注サーバ１０３が販売サーバ１０２の機能を備え、購入者端末１０１とインターネット１０５を介して直接通信し、印刷注文を受け付けることも可能である。
【００１５】
１０４−１〜ｎは、印刷受注サーバ１０３から指示された印刷注文の印刷を行う印刷サーバである。印刷サーバ１０４は、購入者が印刷商品を受け取る店舗などに設置されるほか、多量の印刷を実施する工場にも設置される。尚、印刷サーバ１０４の数は特に限定しない。また、印刷サーバ１０４が複数存在する場合、各印刷サーバ１０４が提供する印刷商品の種類は異なっていてもよい。例えば、販売サーバ１０３−１が取り扱う商品のすべてを印刷可能な印刷サーバ１０４−１と一部の商品のみを取り扱う印刷サーバ１０４−２が存在してもよい。
【００１６】
＜コンピュータ装置の構成＞
図２は、購入者端末１０１、販売サーバ１０２、印刷受注サーバ１０３および印刷サーバ１０４を構成するコンピュータ装置の一例を示すブロック図である。
【００１７】
２００はシステムバス群であり、以下単にシステムバスと記す。システムバス２００はコンピュータ装置の筐体内にある後述の各ユニットを接続し、ユニット間のデータ並びに制御情報を伝送する伝送路である。
【００１８】
２０１は制御プログラムに従ってコンピュータ装置全体の制御を行うＣｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ（ＣＰＵ）である。
【００１９】
２０２はＣＰＵ２０１が実行する制御プログラムや文書データ、画像データ等を格納するＲａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ（ＲＡＭ）やＲｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ（ＲＯＭ）などで構成される内部記憶部である。
【００２０】
２０３は、ＣＰＵ２０１の制御の下にインターネット１０５等のネットワークと接続してデータ等を送受信するネットワークインタフェースである。
【００２１】
２０４はファイルやデータを保存する磁気ディスク等で構成される外部記憶装置である。
【００２２】
２０５はディスプレイ、２０６はキーボード、２０７はマウス等のポインティングデバイスである。
【００２３】
内部記憶部２０２に格納されているプログラムは、同じく内部記憶部２０２に格納されているＯｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ（ＯＳ）の機能を必要に応じて使用し、内部記憶部２０２に一時記憶するデータの内容を読み書きしたり、外部記憶装置２０４上のファイルの内容の読み書きを実行したり、ネットワークインタフェース２０３を通じてデータの送受信の行ったり、キーボード２０６やポインティングデバイス２０７からの入力を受信したり、ディスプレイ２０５に表示したりするために実行される。
【００２４】
２０８はプリンタなどの印刷装置であり、印刷サーバ１０４のコンピュータ装置にＵｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂａｓ（ＵＳＢ）やＬＡＮなどで接続される。プリンタ２０８は印刷注文された印刷処理に用いられる。
【００２５】
ここで、プログラムを外部記憶装置２０４から読み込んで実行するようにしてもよいし、ネットワークインタフェース２０３を介して外部からプログラムを受信して実行するようにしてもよい。
【００２６】
尚、コンピュータ装置はマイクなどの音声入力装置やスキャナやデジタルカメラなどの画像入力装置などを備えることもできる。
【００２７】
また、コンピュータ装置は上述の構成要素の全てを備える必要はない。例えば、印刷受注サーバ１０３や販売サーバ１０２においては、ディスプレイ２０５やプリンタ２０８が省略されてもよい。また、キーボード２０６やポインティングデバイス２０７を他サーバのコンピュータ装置と共有することもある。
【００２８】
＜印刷受注サーバ１０３のモジュール構成＞
次に、図３のブロック図を参照して印刷受注サーバ１０３の論理ブロック（モジュール）構成を説明する。
【００２９】
印刷受注サーバ１０３はインターネット１０５上でドメイン名「ｗｗｗ．ｓｅｒｖｅｒ．ｊｐ」で識別される。
【００３０】
３０１、３０２、３０３、３０４、３０６は印刷受注サーバ１０３の外部記憶装置２０４上で構成されるデータベースである。データベース３０１〜３０４、３０６はデータベースプログラムにより管理される。尚、データプログラムを明示していないが後述の各手段に含まれるものとして説明する。
【００３１】
３０１は購入者端末１０１からの印刷注文を受け付け、印刷受注サーバ１０３に対して印刷注文を転送する販売サーバ１０２を管理する販売サーバ管理データベースである。
【００３２】
３０２は印刷受注サーバ１０３からの印刷注文を受信して印刷処理をする印刷サーバ１０４を管理する印刷サーバ管理データベースである。
【００３３】
３０３は販売サーバ１０２が購入者に提供する商品と商品の印刷処理先となる印刷サーバ１０４の指定、商品の販売価格などを管理する商品データベースである。
【００３４】
３０４は印刷注文の内容を記憶する注文データである。
【００３５】
３０６は印刷注文された印刷データを記憶する印刷データ記憶部である。
【００３６】
３０５は販売サーバ１０２から転送された印刷注文を受信する印刷受注・管理手段である。印刷受注・管理手段は商品データベース３０３を参照して指定された印刷サーバ１０４へ印刷注文を配信する。具体的には、印刷受注・管理手段３０５は例えば、印刷サーバ１０４−１へ電子メールなどによって受注通知を送信する。受注通知を受けた印刷サーバ１０４−１からの要求に応じて、印刷受注・管理手段３０５はＦｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ（ＦＴＰ）により印刷注文に対応する印刷データを印刷サーバ１０４−１に送信する。印刷サーバ１０４−１から印刷完了通知を受けると、印刷受注・管理手段３０５は注文データベース３０４に格納される印刷処理状態を「完了」を意味するフラグに更新する。印刷受注・管理手段３０５は、内部記憶部２０２に格納されているＷｅｂサーバプログラム並びにＣｏｍｍｏｎ  Ｇａｔｅｗａｙ  Ｉｎｔｅｒｆａｃｅ（ＣＧＩ）プログラム群ならびにデータベースプログラムなどのプログラム群により実現される。受注・管理手段３０５はネットワークインタフェース２０３を通じて、インターネット１０５からＨｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ（ＨＴＴＰ）リクエストを受信し、ＣＧＩプログラムにより所望の処理を実行し、処理結果をＨｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＨＴＭＬ）データの本文（ｂｏｄｙ）とするＨＴＴＰレスポンスをインターネット１０５に送信することによって販売サーバ１０２からの印刷注文並びに印刷サーバ１０４からの印刷完了通知を受信する。
【００３７】
また、受注・管理手段３０５は、Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ（ＦＴＰ）を用いて接続された印刷サーバ１０４からの印刷データの取得要求を受けて、印刷データを送信する。
【００３８】
また、本実施形態では、印刷受注・管理手段３０５は１つのブロックで示されているが、機能に応じて複数のモジュールに分かれて構成されるようにしてもよい。
【００３９】
また、通知手段については本実施形態の説明で用いた方法に限らず、印刷受注サーバ１０３が、販売サーバ１０２からの印刷注文を受信したり、印刷サーバ１０４へ印刷データを送信したり、印刷サーバ１０４から完了通知を受信することが可能であればどのような方法であってもよい。
【００４０】
３０７は、注文データ３０４中に格納される注文データベース３０４の後述する印刷処理状態６０７を調査し、後述する督促通知条件に合致する場合は印刷サーバ１０４を運営する印刷業者宛に通知を行う納期管理手段である。
【００４１】
納期管理手段３０７は、印刷受注サーバ１０３で実行されるプログラム群により実現されるが、常時起動されているかあるいは一定間隔で起動される。
【００４２】
次に、印刷受注サーバ１０３の各データベースの構成について順に説明する。
【００４３】
＜販売サーバ管理データベース３０１＞
まず、図４のテーブルを参照して販売管理データベース３０１のデータ構成例を説明する。
【００４４】
４０１は販売サーバ１０２を一意に特定するための販売サーバコードを格納する。
【００４５】
４０２は販売サーバ４０１で特定される販売サーバ１０２の名称や、購入者に提供する商品の名称等、販売サーバ１０２に関する情報を記憶する販売サービス情報を格納する。
【００４６】
４０３は印刷受注サーバ１０３の納期管理手段３０７が督促通知を行うか否かを管理する督促通知フラグを格納する。督促通知フラグ４０３が「有り」に設定されている場合は、納期管理手段３０７が印刷サーバ１０４を運営する印刷業者に対して督促通知を行う。
【００４７】
４０４は督促通知を行う時期を指定する通知タイミングが格納される。通知タイミング４０４は督促通知フラグ４０３が「有り」に設定されている場合において有効である。本実施例では、後述する印刷完了予定日６０６からの経過日数を格納するものとする。例えば、通知タイミング４０４に「１」が格納されていれば、納期管理手段３０７は印刷処理が未完了で、印刷完了予定日６０６より１日が経過した場合に印刷サーバ１０４を運営する印刷業者宛に督促通知を行う。
【００４８】
４１１〜４１３は、販売サーバ管理データベース３０１に格納されるレコードの一例である。
【００４９】
＜印刷サーバ管理データベース３０２＞
図９のテーブルを参照して印刷サーバ管理データベース３０２の構成例を説明する。
【００５０】
９０１は印刷サーバ１０４を一意に特定するための印刷サーバコードを格納する。
９０２は印刷サーバ１０４を運営する印刷業者の名称や電話番号など印刷サーバ１０４に関する情報を格納する。
９０３は印刷注文を受信するための印刷注文受信アドレスを格納する。
９０４は督促通知を受信するための督促通知アドレスが格納される。
９０５は督促通知を必要とするかどうかを示すフラグを格納する。
９０６は督促通知を行う時期を指定する通知タイミングが格納される。
【００５１】
なお、本実施例においては、印刷注文受信アドレス９０３と、督促通知アドレス９０４それぞれ分けて管理しているものとしたが、印刷注文受信アドレス９０３をもって督促通知アドレスも兼ねることでも本発明は実現可能である。
【００５２】
９０７〜９１０は、印刷サーバ管理データベース３０２に格納されるレコードの一例である。
【００５３】
＜商品データベース３０３＞
図５のテーブルを参照して商品データベース３０３の構成例を説明する。
【００５４】
５０１は、印刷受注サーバ１０３が印刷注文を受ける商品を識別するの商品コードを格納する。
５０２は商品コード５０１と対応する商品の商品名を格納する。
５０３は商品コード５０１と対応する商品を販売する販売サーバ１０２を特定するための販売サーバコード４０１を格納する。
５０４は商品コード５０１と対応する商品を印刷処理する印刷サーバ１０４を特定するための印刷サーバコード（図示せず）を格納する。
５０５は商品コード５０１と対応する商品の価格を管理する価格情報を格納する。
５０６は商品コード５０１と対応する商品の受注を受けてから印刷処理完了するまでの所用日数を管理する加工日数情報が格納される。
５１１〜５１９は、商品データベース３０３に格納されるレコードの一例である。
【００５５】
＜注文データベース３０４＞
図６のテーブルを参照して注文データベース３０４の構成例を説明する。尚、印刷受注サーバ１０３が販売サーバ１０２から印刷注文を受信すると、注文データベース３０４に新規のレコードが１つ追加される。
【００５６】
６０１は、販売サーバ１０２から受けた印刷注文を一意に特定するための注文番号を格納する。
【００５７】
６０２は印刷注文番号６０１と対応する印刷注文の送信元の販売サーバ１０２を特定するための販売サーバコード４０１が格納される。
【００５８】
６０３は印刷注文番号６０１と対応する印刷注文を印刷処理する印刷サーバ１０４を特定するための印刷サーバコード９０１が格納される。
【００５９】
６０４は印刷注文番号６０１と対応する印刷注文の商品を特定するための商品コード５０１が格納される。
【００６０】
６０５は印刷注文番号６０１と対応する印刷注文の価格が格納される。
【００６１】
６０６は印刷注文番号６０１と対応する印刷注文の完了予定日が格納される。尚、本実施の形態では、受注・管理手段３０５が、印刷注文を受信すると、ＯＳから日付情報を受信して印刷注文受付日とし、その印刷注文受付日に加工日数５０６を加算した日付を完了予定日６０６に格納する。
【００６２】
６０７は印刷注文番号６０１と対応する印刷注文の印刷処理の進行状況を示す印刷処理状態を格納する。
【００６３】
尚、本実施形態では、受注・管理手段３０５が販売サーバ１０２から印刷注文を受信すると、印刷処理状態６０７は「処理中」に設定される。また、受注・管理手段３０５が印刷サーバ１０４から完了通知を受信すると、印刷処理状態６０７は「完了」に設定される。
【００６４】
以上、印刷受注サーバ１０３におけるデータベースの構成例を説明した。本実施形態において説明したデータ構成例は、本発明を実現するに足りうる範囲でのデータベースの構成を説明するものであり、説明をするデータ項目以外にも管理されるデータ項目が存在してもよい。
【００６５】
＜印刷注文の流れ＞
次に、図７のシーケンス図を参照して本実施の形態における印刷注文の発注より完了の流れの概略を説明する。
【００６６】
ステップＳ７０１：
まず、購入者による操作によって購入者端末１０１は販売サーバ１０２にアクセスし、印刷注文に必要な情報を入力して販売サーバ１０２に印刷注文を送信する。
【００６７】
ステップＳ７０２：
次に、販売サーバ１０２はステップＳ７０１において購入者端末１０１から受信した印刷注文を印刷受注サーバ１０３へ転送する。ここで、販売サーバ１０２は印刷注文とともに、商品に印刷される印刷データと当該販売サーバ１０２の販売サーバコード４０１、印刷する商品の商品コード５０１などを印刷受注サーバ１０３に送信する。尚、その他にも印刷注文の印刷処理や課金処理に必要な情報を送信するようにしてもよい。また、印刷注文と印刷データを異なるタイミングで送信するようにしてもよい。また、印刷注文を受けた印刷受注サーバ１０３が販売者サーバ１０２にアクセスして印刷データを取得するようにしてもよい。
販売サーバ１０２から印刷注文と販売サーバコード４０１及び印刷する商品の商品コード５０１を受信した印刷受注サーバ１０３の受注・管理手段３０５は注文データベース３０４に新規レコードを作成し、注文番号を発行する。そして、受注・管理手段３０５は注文データベース３０４の新規レコードの注文番号６０１に発行された注文番号を格納し、販売サーバコード６０２と商品コード６０４にそれぞれ受信した販売サーバコードと商品コードを格納する。また、受注・管理手段３０５は商品コード５０１をキーとして商品データベース３０３を参照し、印刷サーバ６０３と価格６０５にそれぞれデータを格納する。また、受注・管理手段３０５は販売サーバ１０２から印刷注文を受信すると、ＯＳから取得される日時情報に加工日数５０６に格納された値を加算し、その値を完了予定日６０６に格納する。また、受注・管理手段３０５は注文状態情報６０７に「処理中」を設定する。また、受注・管理手段３０５は受信した印刷データを印刷データ記憶部３０６に記憶させる。
【００６８】
ステップＳ７０３：
次に、印刷受注サーバ１０３の受注・管理手段３０５は、注文データベース３０４の印刷サーバコード６０３をキーとして、印刷サーバ管理データベース３０２を参照し、印刷注文受信アドレス９０３を取得する。そして、受注・管理手段３０５は取得されたアドレス宛に印刷注文を送信する。具体的には、電子メールによって送信する。
【００６９】
ステップＳ７０４：
印刷受注サーバ１０３から印刷注文を受信した印刷サーバ１０４は印刷受注サーバ１０３に対して印刷データを要求し、印刷データを取得する。ここで、印刷受注サーバ１０３は印刷データの要求を行った印刷サーバ１０４を認証し、正当な印刷サーバ１０４と判断されれば印刷データを取得させるようにしてもよい。
【００７０】
ステップＳ７０５：
印刷サーバ１０４はステップＳ７０３で受信した印刷注文とステップＳ７０４で取得した印刷データとに基づき印刷処理を実行する。
【００７１】
ステップＳ７０６：
ステップＳ７０５での印刷サーバ１０４による印刷データの商品への印刷処理が完了すると、印刷注文に基づく印刷商品の納品処理が行われる。
【００７２】
具体的には、印刷サーバ１０４がディスプレイ２０５上に印刷が完了した旨や印刷注文に含まれる印刷商品の配送先情報や支払い情報を表示して印刷サーバ１０４の運営者に通知する。そして、運営者が印刷商品を発送する。
【００７３】
ステップＳ７０７：
ステップＳ７０５での印刷処理が完了すると、印刷サーバ１０４は当該印刷注文の注文番号を含む印刷完了通知を印刷受注サーバ１０３へ送信する。
【００７４】
印刷サーバ１０４から印刷完了通知を受信した印刷受注サーバ１０３は、印刷完了通知に含まれる注文番号をキーとして注文データベース３０４を検索し、該当するレコードの印刷処理状態６０７を「完了」に設定する。
【００７５】
尚、本実施形態ではステップＳ７０５での印刷処理が完了すると、自動的に印刷サーバ１０４から印刷受注サーバ１０３へ印刷完了通知が送信される場合について説明した。しかしながら、ステップＳ７０７での発送処理が完了し、印刷サーバ１０４の運営者の操作により印刷サーバ１０４に印刷完了コマンドが入力されると、印刷サーバ１０４から印刷受注サーバ１０３へ印刷完了通知が送信されるようにしてもよい。
【００７６】
＜納期管理手段３０７の処理＞
次に、本実施形態における納期管理手段３０７が督促通知処理を実行する手順について図８のフローチャートを用いて説明する。督促通知処理は任意に指定されたタイミングで定期的に行われるものとする。
【００７７】
ステップＳ８０１：
納期管理手段３０７は、注文データベース３０４の印刷処理状態情報６０７が「処理中」であるレコードが存在するかどうか検索を行う。
【００７８】
ステップＳ８０２：
ステップＳ８０１での検索の結果、「処理中」のレコードが存在しない場合は本処理を終了し、存在する場合はステップＳ８０２へ進む。
【００７９】
ステップＳ８０３：
納期管理手段３０７は、ステップＳ８０１で検索されたレコードのうち１レコード（以下、単に注文レコードと呼称する。）を取り出す。
【００８０】
ステップＳ８０４：
納期管理手段３０７はステップＳ８０３で取得された注文レコードに含まれる販売サーバコード６０２をキーとして販売サーバ管理データベース３０１を参照し、督促通知４０３に設定された値を取得する。
【００８１】
ここで、督促通知４０３に設定された値が「なし」の場合は、ステップＳ８０６へ進む。
【００８２】
また、督促通知４０３に設定された値が「あり」の場合は、納期管理手段３０７はＯＳから取得した日時情報を本処理日とし、通知タイミングデータ４０４に設定された日数を本処理日より減じて督促通知開始日を算出する。
【００８３】
完了予定日６０６に設定された値が算出された督促通知開始日より後であればステップＳ８０６へ進む。
【００８４】
完了予定日６０６に設定された値が算出された督促通知開始日以前であれば、ステップＳ８０５へ進む。つまり、督促通知を必要とする販売サーバ１０２から受信した印刷注文と対応する注文レコードであって、印刷処理状態６０７が「処理中」であり、完了予定日６０６が督促通知開始日以前である場合は督促通知条件を満たすと判断される。
【００８５】
ここで、図６に示される本実施形態における注文レコードの一例を用いて督促通知条件を満たす場合について詳細に説明する。
【００８６】
以下の説明においては、納期管理手段３０７はＯＳから日時情報として、「２００３年１月４日」を取得し、これを本処理日として設定したとする。まず、納期管理手段３０７は、印刷処理状態が「処理中」であるとして、注文レコード６１５〜６１９を認識する。
【００８７】
次に、納期管理手段３０７は認識された注文レコードの販売サーバコード６０２をキーとして販売サーバ管理データベース３０１を参照し、督促通知フラグ４０３に設定されている値を調べる。注文レコード６１７の販売サーバコード「１０２−１」と対応する督促通知フラグ４０４は「なし」と設定されている。したがって、注文レコード６１７は督促通知条件を満たさないと判断される。
【００８８】
注文レコード６１５及び６１８の販売サーバコード６０２「１０２−２」と注文レコード６１６及び６１９の販売サーバコード６０２「１０２−３」とそれぞれ対応する督促通知フラグ４０４は「あり」と設定されているので、引き続き督促通知条件を満たすかどうか判定される。
【００８９】
納期管理手段３０７は注文レコード６１５及び６１８の販売サーバコード６０２「１０２−２」と対応する通知タイミング４０４「１」を取得し、本処理日「２００３年１月４日」から「１」日を減じた「２００３年１月３日」を督促通知開始日とする。次に、納期管理手段３０７は注文レコード６１５の完了予定日６０６「２００３年１月２日」が督促通知開始日「２００３年１月３日」以前であるので、注文レコード６１５は督促通知条件を満たすと判断する。また、注文レコード６１８についても同様にして督促通知条件を満たすと判断する。
【００９０】
督促通知条件を満たすと判断された注文レコード６１５及び６１８はともに印刷サーバコード６０３「１０４−１」と関連づけられて内部記憶部の一時記憶領域に記憶される。
【００９１】
納期管理手段３０７は注文レコード６１６及び６１９の販売サーバコード「１０２−３」と対応する通知タイミング４０４「２」を取得し、本処理日「２００３年１月４日」から「２」日を減じた「２００３年１月２日」を督促通知開始日とする。次に、納期管理手段３０７は注文レコード６１６の完了予定日６０６「２００３年１月２日」が督促通知開始日「２００３年１月２日」以前であるので注文レコード６１６は督促通知条件を満たすと判断する。一方、納期管理手段３０７は注文レコード６１９の完了予定日６０６「２００３年１月３日」が督促通知開始日「２００３年１月２日」より後であるので、注文レコード６０９は督促通知条件を満たさないと判断する。督促通知条件を満たすと判断された注文レコード６１６も印刷サーバコード６０３「１０４−１」と関連づけられて内部記憶部の一時記憶領域に記憶される。以上のようにして督促通知条件を満たすと判断された注文レコード６１５、６１６、６１８の注文番号は印刷サーバコード「１０４−１」と対応づけて内部記憶部２０２に一時的に記憶される。
【００９２】
そして、納期管理手段３０７は内部記憶部２０２に格納された注文番号が対応付けられている印刷サーバコード「１０４−１」をキーとして印刷サーバ管理データベース３０２を参照し、督促通知アドレス９０４を取得する。
【００９３】
そして、納期管理手段３０７は督促通知アドレスを宛先とし、督促通知条件を満たす注文番号と督促メッセージを文面とする電子メールを作成して、ネットワークインタフェース２０３を通じて印刷サーバ１０４を運営する印刷業者へ送信する。
【００９４】
ステップＳ８０５：
ステップＳ８０４で督促通知条件を満たす注文レコードの注文番号を内部記憶部２０２の一時記憶領域に、印刷サーバコード毎に記憶する。
【００９５】
ステップＳ８０６：
他にも注文状態情報６０７が「処理中」である注文レコードが存在する場合は、再びステップＳ８０３〜Ｓ８０５の処理を実行する。
【００９６】
注文状態情報６０７が「処理中」である注文レコードに対してステップＳ８０３からステップＳ８０５の処理が終了した場合は、ステップＳ８０７へ進む。
【００９７】
ステップＳ８０７：
納期管理手段３０７はステップＳ８０５で内部記憶部２０２の一時記憶領域に記憶された注文番号を印刷サーバ１０４ごとに取り出して注文番号並びに至急印刷処理を完了するよう促す旨を記載した文面から構成される電子メールを作成する。また、期限管理手段３０７は印刷サーバコードをキーとして印刷サーバ管理データベース３０２から督促通知アドレス９０４を取得し、作成された電子メールの宛先に設定する。そして、納期管理手段３０７はネットワークインタフェース２０３を通じて電子メールを送信し、督促通知処理を終了する。
【００９８】
このようにして、本実施形態の出力処理システムでは、印刷サーバ１０４を運営する印刷業者に対して、納期を過ぎてしまった印刷注文があることを通知することができる。
【００９９】
尚、本実施形態では納期管理手段３０７は販売サーバ管理データベース３０１を参照し、各販売サーバ１０２の督促通知フラグ４０３や通知タイミング４０４に基づいて督促通知条件を満たすかどうか判断することにより、印刷注文を行った販売サーバ１０２に応じた督促通知を実行する場合について説明した。同様にして納期管理手段３０７は印刷サーバ管理データベース３０２を参照し、各印刷サーバ１０３の督促通知フラグ９０５や通知タイミング９０６に基づいて督促通知条件を満たすかどうか判断することにより、印刷注文を受けた印刷サーバ１０４に応じた督促通知を実行することができる。
【０１００】
また、本実施形態では、注文レコードには１つの商品だけが含まれる場合について説明したが、商品の数はこれに限らなくてもよい。１つの印刷注文に複数の商品が含まれる場合は、注文レコードに商品コード６０４及び、それをキーとして商品データベース３０３から参照される加工日数５０６を元に算出される完了予定日６０６を複数、格納するようにすればよい。
【０１０１】
また、納期管理手段３０７は印刷処理状態６０７を商品コード６０４ごとに管理することで、商品ごとに督促通知条件を満たすかどうか判定することもできる。これにより、督促通知条件を満たす商品について、当該商品の出力先である印刷サーバ１０４に対してまとめて督促通知を行うことができる。
【０１０２】
また、１つの印刷注文に複数の商品が含まれる場合、例えば、印刷サーバ１０４−１並びに印刷サーバ１０４−２のごとく２カ所に印刷処理が分散する場合も起こり得るが、商品ごとに督促通知条件を満たすかどうか判定すれば、既に印刷処理を完了している商品を提供する印刷サーバ１０４−１には督促通知されることはない。
【０１０３】
また、本実施例においては、日数により督促通知条件を管理したが、時、分単位で管理する事でも本発明は実現可能である事は自明である。
【０１０４】
また、本実施形態では、購入者端末１０１が販売サーバ１０２に印刷注文を行い、その転送を受けた印刷受注サーバ１０３が印刷サーバ１０４に印刷処理させる出力システムについて説明した。しかしながら、本発明は印刷処理に限らず、例えば、音声データや画像データをＣＤ−ＲＯＭなどの記録メディアに記録する記録処理であってもよい。
【０１０５】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることはいうまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。又、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることはいうまでもない。
【０１０６】
更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１０７】
［実施態様］
本発明の実施態様の例を以下に列挙する。
【０１０８】
＜実施態様１＞  注文を転送する販売サーバと、前記注文に基づく出力処理を実行する出力サーバとネットワークを介して通信可能な情報処理装置であって、前記出力処理の状態に応じて前記出力サーバへ通知するかどうかを前記販売サーバあるいは前記出力サーバごとに管理する第１の管理手段と、前記出力サーバの出力処理の状態を管理する第２の管理手段と、前記第１の管理手段および前記第２の管理手段により管理された情報に応じて、前記出力サーバへ通知する通知手段とを備えたことを特徴とする情報処理装置。
【０１０９】
＜実施態様２＞  前記第１の管理手段は前記通知を実行するまでの期間も前記販売サーバあるいは前記出力サーバごとに管理することを特徴とする請求項１に記載の情報処理装置。
【０１１０】
＜実施態様３＞  前記通知手段はネットワークを介して前記通知を行うことを特徴とする請求項１に記載の情報処理装置。
【０１１１】
＜実施態様４＞  注文を転送する販売サーバと、前記注文に基づく出力処理を実行する出力サーバとネットワークを介して通信可能な情報処理装置を制御する制御方法であって、前記出力処理の状態に応じて前記出力サーバへ通知するかどうかを前記販売サーバあるいは前記出力サーバごとに管理する工程と、前記出力サーバの出力処理の状態を管理する工程と、前記管理された情報に応じて、前記出力サーバへ通知する工程とを備えたことを特徴とする情報処理装置の制御方法。
【０１１２】
＜実施態様５＞  実施態様４に記載の制御方法をコンピュータに実施させるためのプログラム。
【０１１３】
＜実施態様６＞  実施態様５に記載のプログラムをコンピュータ読み出し可能に記憶した記憶媒体。
【０１１４】
【発明の効果】
本発明によれば、ネットワークにより接続された複数のサーバによって構成される出力処理システムにおいて、出力サーバによる出力処理が予定通りに実行されなかった場合に、受注サーバが出力サーバへ出力処理の実行を促す督促通知を所望する、販売サーバからの注文あるいは出力サーバへの注文に対して、上記通知を行うことにより、ユーザビリティを高め、不要な通信を行わずに督促通知をすることができるという効果がある。
【０１１５】
また、本発明によれば、上記通知を希望するタイミングを販売サーバあるいは出力サーバ毎に設定することにより、上記通知を行うまでの期間のユーザビリティを高めることができる。
【図面の簡単な説明】
【図１】本発明の一実施形態における出力処理システムの構成図である。
【図２】本発明の一実施形態における各サーバを構成するコンピュータ装置の一例を示すブロック図である。
【図３】本発明の一実施形態における受注サーバのモジュール構成の一例を示すブロック図である。
【図４】本発明の一実施形態における販売サーバ管理データベースのデータ構成例を示す図である。
【図５】本発明の一実施形態における商品データベースのデータ構成例を示す図である。
【図６】本発明の一実施形態における注文データベースのデータ構成例を示す図である。
【図７】本発明の一実施形態における注文フローの一例を示すシーケンス図である。
【図８】本発明の一実施形態における督促通知処理のフローの一例を示すフローチャート図である。
【図９】本発明の一実施形態における出力サーバ管理データベースのデータ構成例を示す図である。
【符号の説明】
１０１  購入者端末
１０２  販売サーバ
１０３  印刷受注サーバ
１０４  印刷サーバ
１０５  インターネット
【図１】
2004295175.tif 000003
【図２】
2004295175.tif 000004
【図３】
2004295175.tif 000005
【図４】
2004295175.tif 000006
【図５】
2004295175.tif 000007
【図６】
2004295175.tif 000008
【図７】
2004295175.tif 000009
【図８】
2004295175.tif 000010
【図９】
2004295175.tif 000011