(57)【要約】【課題】  電子商取引システムサーバをシステムダウンさせる目的を持つ顧客や注文代金を支払わないで印刷させる目的を持つ顧客が大量注文した場合に、注文者とのトラブルを減少させると共に、無駄な印刷を減少させることを目的とする。【解決手段】  ネットワークを通じて画像データを印刷注文するシステムにおいて、注文代金を支払わない意図での注文やサーバダウンを意図した注文の可能性のある場合に印刷前に運営者に警告通知する。【選択図】  図１
2008226008.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して画像データを印刷注文するための注文受付装置とユーザ端末が接続されており、ネットワークを介してアップロードされた画像データを受信する画像データ受信手段と、前記画像データ受信手段により受信された画像データの注文数を取得する注文数取得手段と、前記注文数取得手段により取得された注文数が、あらかじめ設定されてある印刷数閾値を超えているかを判別する注文数上限超過判別手段と、前記注文数が前記印刷数閾値を超えている場合には電子商取引の主体者に通知する注文数超過警告手段と、を備えることを特徴とする情報処理装置。
【請求項２】
注文対象の画像について注文数を指定できる注文数指定手段と、前記注文数指定手段により指定された注文数を取得する注文数取得手段と、を備えることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記注文数取得手段により取得される注文数は注文合計数であることを特徴とする請求項１および請求項２に記載の情報処理装置。
【請求項４】
前記注文数取得手段により取得される注文数は画像データの合計数であることを特徴とする請求項１および請求項２に記載の情報処理装置。
【請求項５】
前記注文数取得手段により取得される注文数は一つの画像データに対する注文数であることを特徴とする請求項１および請求項２に記載の情報処理装置。
【請求項６】
注文ユーザの注文履歴を取得する注文履歴取得手段と、前記注文履歴取得手段により取得した注文履歴が存在するかどうかを判別する注文履歴判別手段と、注文履歴が存在しない場合は注文数が、あらかじめ設定されてある印刷数閾値を超えているかを判別する前記注文数上限超過判別手段と、を備えることを特徴とする請求項１および請求項２および請求項３および請求項４および請求項５に記載の情報処理装置。
【請求項７】
注文受付を行う主体者と注文された画像を印刷する主体者とが異なる場合、前記注文数が前記印刷閾値を超えている場合には印刷を行う主体者に通知することを特徴とする請求項１および請求項２および請求項３および請求項４および請求項５および請求項６に記載の情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はネットワークを通じコンテンツを作成するサービスに関するものである。
【背景技術】
【０００２】
近年、通信インフラの整備及び情報通信技術の発展により、インターネットを利用した情報提供サービスが可能になった。インターネットを利用した情報提供サービスでは文字による情報提供だけではなく画像や音等を含むマルチメディア情報を提供する事が可能である。このことを背景として、インターネットを通してサービスの提供や通信販売なども一般化し、利用者も増えている。
【０００３】
そしてデジタルカメラなどの普及によってインターネットを通して印刷物の注文を行うサービスも定着している。
【０００４】
印刷物の注文を行うサービスでは、顧客が所持するデジタル画像をインターネットブラウザ等からアップロードし、注文枚数など注文に必要な情報を送信し、決済を行うことで注文が受け付けられる。注文を受け付けた運営者はその後注文の内容に沿って印刷し、印刷が完了したら顧客に印刷物を配送する。
【０００５】
注文枚数などの注文情報は、インターネットブラウザ等のUI画面上で入力し送信される。入力した後に、この入力内容が間違えのないものかどうかを確認するための確認画面を表示することは一般的に行われている。
【０００６】
注文量が大量である場合に顧客に確認表示することも一般に行われている。特開２００３−２７１８５２号公報に示されるように、顧客が注文しようとしている印刷の注文枚数があらかじめ既定されている注文上限枚数を超える注文である場合には強調表示して顧客に注意を促す方法が取られている。
【０００７】
顧客が注文した注文数を取得し、その注文数が大量な場合には印刷しない判断をすることも行われている。特開２０００−２９５５５１号公報ではあらかじめ注文量を印刷装置側へ送信しておき、受信側の装置が印刷許容内でなければ印刷を行わないようにしている。
【特許文献１】特開２００３−２７１８５２号公報
【特許文献２】特開２０００−２９５５５１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
注文数量が大量な場合に、その注文が悪意をもった注文であるかどうかを判断することは難しい。特開２００３−２７１８５２号公報は注文が大量な場合に確認画面上で注文数等を強調表示する発明であるが、これは誤注文を防ぐ目的であるにすぎず、悪意を持った顧客であれば確認画面が表示されたとしても注文を継続することになる。
【０００９】
特開２０００−２９５５５１号公報は、注文量を印刷装置側へ送信し、ある一定の閾値を超えない場合に印刷を行うものである。装置の印刷許容量内であれば印刷を行うという目的であり、一定の閾値だけを基準として印刷を行うかどうかを決定している。この発明についても悪意を持った顧客対策というわけでない。
【００１０】
本発明は上記問題点を鑑みてなされたものであり、電子商取引システムサーバをシステムダウンさせる目的を持つ顧客や注文代金を支払わないで印刷させる目的を持つ顧客が大量注文した場合に、そのような目的を持つ可能性のある注文を抽出し、電子商取引の運営者を通じて印刷が行われる前にその注文者に注文内容の確認をすることで、注文者とのトラブルを減少させると共に、無駄な印刷を減少させることを目的とする。
【課題を解決するための手段】
【００１１】
上記課題を達成するための本発明の情報処理装置では、ネットワークを介して画像データを印刷注文するための注文受付装置とユーザ端末が接続されており、ネットワークを介してアップロードされた画像データを受信する画像データ受信手段と、前記画像データ受信手段により受信された画像データの注文数を取得する注文数取得手段と、前記注文数取得手段により取得された注文数が、あらかじめ設定されてある印刷数閾値を超えているかを判別する注文数上限超過判別手段と、前記注文数が前記印刷数閾値を超えている場合には電子商取引の運営者に通知する注文数超過警告手段と、を備えることを特徴とする。
【００１２】
また、注文対象の画像について注文数を指定できる注文数指定手段と、前記注文数指定手段により指定された注文数を取得する注文数取得手段と、を備えることを特徴とする。
【００１３】
また、前記注文数取得手段により取得される注文数は注文合計数または画像データの合計数または一つの画像データに対する注文数であることを特徴とする。
【００１４】
また、注文ユーザの注文履歴を取得する注文履歴取得手段と、前記注文履歴取得手段により取得した注文履歴が存在するかどうかを判別する注文履歴判別手段と、注文履歴が存在しない場合は注文数が、あらかじめ設定されてある印刷数閾値を超えているかを判別する前記注文数上限超過判別手段と、を備えることを特徴とする。
【００１５】
また、注文受付を行う運営者と注文された画像を印刷する運営者とが異なる場合、前記注文数が前記印刷閾値を超えている場合には印刷を行う運営者に通知することを特徴とする。
【発明の効果】
【００１６】
印刷注文された枚数が大きい場合は、運営者にとってはビジネスチャンスであると同時に、その注文が悪意を持って注文されている場合には、印刷した後にクレームによってキャンセルされる場合もあり損失ともなり得る。この発明によって、悪意を持った注文である可能性のある注文を抽出してタイムリーに通知することで運営者は注文者に効率よく確認することができ、無駄な印刷を減少させることでコストを抑制することができる。
【発明を実施するための最良の形態】
【００１７】
以下、添付の図面を参照して本発明の好適な実施形態を説明する。
【００１８】
図１１は本実施形態の電子商取引を行うためのアプリケーションを実行する情報処理装置として利用可能なコンピュータ装置の構成例を示すブロック図である。
【００１９】
図１１において、ディスプレイ  Ｃ１０１はアプリケーションプログラムによって処理中のデータの情報、各種メッセージメニューなどを表示し、ＣＲＴ（Cathode Ray Tube）、ＬＣＤ(Liquid Crystal Display)等から構成される。ビデオＲＡＭ（ＶＲＡＭ）ディスプレイコントローラとしてのＣＲＴＣ  Ｃ１０２は、ディスプレイ  Ｃ１０１への画面表示制御を行う。キーボード  Ｃ１０３及びポインティングデバイス  Ｃ１０４は、文字などを入力したり、ＧＵＩ（Graphical User Interface）におけるアイコンやボタンなどを指し示すためなどに用いられる。ＣＰＵ  Ｃ１０５はコンピュータ装置全体の制御を司る。
【００２０】
ＲＯＭ  Ｃ１０６（Read Only Memory）はＣＰＵ  Ｃ１０５が実行するプログラムやパラメータ等を記憶している。ＲＡＭ（Random Access Memory）  Ｃ１０７は各種プログラムをＣＰＵ１０５が実行する時のワークエリア、エラー処理時の一時退避エリア等として用いられる。
【００２１】
ハードディスクドライプ（ＨＤＤ）  Ｃ１０８、リムーバブルメディアドライプ（ＲＭＤ）  Ｃ１０９は、外部記憶装置として機能する。リムーバブルメディアドライブは、着脱可能な記録媒体の読み書き又は読み出しを行う装置であり、フレキシブルディスクドライブ、光ディスクドライブ、光磁気ディスクドライブ、メモリカードリーダはもとより、着脱式ＨＤＤなどであってもよい。
【００２２】
なお、本実施形態において説明するコンピュータの各種機能を実現するプログラムを始め、ＯＳや、Ｗｅｂブラウザ等のアプリケーションプログラム、データ、ライプラリなどは、その用途に応じてＲＯＭ  Ｃ１０６、ＨＤＤ  Ｃ１０８、ＲＭＤ  Ｃ１０９（の記録媒体）の１つ以上に記憶されている。
【００２３】
拡張スロット  Ｃ１１０は、例えばＰＣＩ(Peripheral Component Interconnect)バス規格に準拠した拡張カード装着用スロットであり、ビデオキャプチャボードや、サウンドボード、ＧＰＩＢボードなど、様々な拡張ボードを装着することが可能である。
【００２４】
ネットワークインタフェース  Ｃ１１１はコンピュータ装置をコンピュータネットワークに接続するためのインタフェースである。バス  Ｃ１１２はアドレスバス、データバスおよび制御バスからなり、上述した各ユニット間を接続する。また、ネットワークインタフェース  Ｃ１１１の他に、ＲＳ−２３２Ｃ、ＲＳ−４２２、ＵＳＢ(Universal Serial Bus)、ＩＥＥＥ１３９４等のシリアルインタフェースや、ＩＥＥＥ１２８４等のパラレルインタフェースを有し、モデムやプリンタ等の外部機器との接続を可能にしている。
【００２５】
図１は本発明の実施例の全体図である。まず図１を用いてシステム全体のフローについて述べる。
【００２６】
注文者は図１（１）で、注文サーバに対して、注文者の所持する画像等のデータをアップロードし、印刷のための注文数等の情報もあわせて送信する。この時、配送先の情報を送信したり、決済を行う場合もある。図１（２）は、（１）の情報を受けた注文サーバが注文者に注文を受け付けたことを通知する工程である。図１（３）は受け付けた注文の注文数が大量である等の場合に運営者に警告通知する工程である。警告通知を受けた運営者は警告情報を確認し、図１（４）によって注文者に電話等で直接注文の内容が正しいものであるかを確認する。図１（５）で、注文された内容が間違えのないものである場合は注文者が運営者に対して印刷開始することを指示することとなる。図1（６）では運営者は注文者の指示を受けて印刷開始することを注文サーバに対して指示する工程である。図１（７）では印刷開始の指示を受けた注文サーバが印刷管理サーバ（注文受付運営者と印刷運営者が異なる場合も含む）へ注文データを転送する。注文データを受け取った印刷管理サーバは印刷を開始し、印刷物が完成したら図１（８）で注文者へ印刷物を配送する。
【００２７】
図２は印刷に使用する画像を注文者が注文者の端末を通じて注文サーバへアップロードする時の画面を示す。注文者は画面Ｓ０２０１において参照ボタンＰ０２０２を押して、注文者の端末上にあるアップロード対象の画像の場所を指定する。指定することにより入力欄Ｐ０２０１にその画像ファイルの場所が入力される。注文者はアップロードボタンＰ０２０３を押すことにより画像をアップロードする。図２においては画像ファイルを3箇所指定することができるが、指定数は任意数であってかまわない。また、複数の画像をマウス等（図１１におけるＣ１０４）操作により一度に選択して画面上にドロップした画像がアップロード対象画像であるようにしてもかまわない。
【００２８】
図３はアップロードした個々の画像についてそれぞれ何枚印刷注文するかを指定したり、注文した印刷物の配送先を指定する画面を示す。注文者は枚数を入力欄Ｐ０３０１に入力する。入力欄に枚数指定した画像だけが印刷対象画像となるようにしてもよい。また、注文者は入力欄Ｐ０３０２に印刷物の配送先を入力する。ここでは印刷枚数と配送先を注文に必要な情報として入力するようにしているが、機能に応じて印刷サイズや注文者情報を入力するようにしてもよい。入力したら注文者は送信ボタンＰ０３０３を押して注文情報を注文サーバへ送信する。
【００２９】
図４は入力された注文情報に従って印刷数量や印刷金額等を注文者が確認する画面である。
【００３０】
注文者は注文内容Ｐ０４０１を確認し、印刷してよいならOKボタンＰ０４０２を押す。
【００３１】
OKボタンが押されたら、注文内容が確定されたことを注文サーバへ送信する。
【００３２】
図３の送信ボタンＰ０３０３を押すことで注文情報を注文サーバに送信したが、図４のOKボタンＰ０４０２を押すことではじめて注文情報を注文サーバに送信するようにしてもよい。
【００３３】
注文内容に間違えがあるようならキャンセルボタンＰ０４０３を押す。キャンセルボタンを押した場合は注文を中止するようにしてもよいし、図３に示す注文情報の入力画面に戻って入力のやり直しを促すようにしてもよい。
【００３４】
図５は決済の画面である。ここでは例としてクレジットカードでの決済を挙げる。
【００３５】
注文者はクレジットカード番号Ｐ０５０１と有効期限Ｐ０５０１を入力し、決済してよいなら送信ボタンＰ０５０３を押す。
【００３６】
送信ボタンが押されたら、決済が確定されたことを注文サーバへ送信する。
【００３７】
図３の送信ボタンＰ０３０３を押すことで注文情報を注文サーバに送信したが、図５の送信ボタンＰ０５０３を押すことではじめて注文情報を注文サーバに送信するようにしてもよい。
【００３８】
決済を行わない場合はキャンセルボタンＰ０５０４を押す。キャンセルボタンを押した場合は注文を中止するようにしてもよいし、図３に示す注文情報の入力画面に戻って入力のやり直しを促すようにしてもよい。
【００３９】
図６は図１から図５までの注文ステップによって注文が受け付けられたことを示す画面である。注文者の端末上の操作は以上で完了する。
【００４０】
注文サーバは受け付けた注文をそのまま印刷工程へと流してよいか、それとも注文者の悪意による注文であるかどうかを確認すべきかは注文を受け付けた後に行う。
【００４１】
図９は注文を受け付けた後、印刷工程に入る前までのフローを示す。
【００４２】
注文情報が送信されると、注文受付サーバはＰ０９０２で注文情報および画像データを取得する。次にＰ０９０３で注文者の注文履歴情報をデータベース等から取得する。ここで言う注文履歴情報は当該注文者が過去に印刷注文を行ったことがあるかどうかを判別する材料を備えていればよく、注文者の注文回数などの情報でもかまわない。次にＰ０９０４で当該注文者に注文履歴があるかどうかを判別する。注文履歴がある場合はＰ０９０８へすすむが、ない場合はＰ０９０５で閾値Aを取得する。閾値Aは過去に注文がない注文者がこの閾値を超える注文をした場合に運営者に警告するために使用される。次のＰ０９０６で閾値Aと注文数の比較を行う。注文数が閾値Aを超える場合は、閾値Aを超えた注文が存在することおよびその詳細を、あらかじめ用意したメールテンプレートに追記しておく（Ｐ０９０７）。注文数が閾値Aを超えない場合は次のステップＰ０９０８にすすむ。
【００４３】
Ｐ０９０８では、閾値Bを取得する。閾値Bは注文総数がこの閾値を超える注文をした場合に運営者に警告するために使用される。次のＰ０９０９で閾値Bと注文総数の比較を行う。注文総数が閾値Bを超える場合は、閾値Bを超えた注文が存在することおよびその詳細を、あらかじめ用意したメールテンプレートに追記しておく（Ｐ０９１０）。注文数が閾値Bを超えない場合は次のステップＰ０９１１にすすむ。
【００４４】
Ｐ０９１１では、閾値Cを取得する。閾値Cは画像数がこの閾値を超える注文をした場合に運営者に警告するために使用される。次のＰ０９１２で閾値Cと注文総数の比較を行う。画像数が閾値Cを超える場合は、閾値Cを超えた注文が存在することおよびその詳細を、あらかじめ用意したメールテンプレートに追記しておく（Ｐ０９１３）。画像数が閾値Cを超えない場合は次のステップＰ０９１４にすすむ。
【００４５】
Ｐ０９１４では、閾値Dを取得する。閾値Dは一つの画像に対する注文数がこの閾値を超える注文をした場合に運営者に警告するために使用される。次のＰ０９１５で閾値Dと一つの画像に対する注文数の比較を行う。一つの画像に対する注文数が閾値Dを超える場合は、閾値Dを超えた注文が存在することおよびその詳細を、あらかじめ用意したメールテンプレートに追記しておく（Ｐ０９１６）。画像数が閾値Dを超えない場合は次のステップＰ０９１７にすすむ。
【００４６】
Ｐ０９１７は、Ｐ０９０７、Ｐ０９１０、Ｐ０９１３、Ｐ０９１６の各ステップにおいて、メールテンプレートへの追記が最低一回でも行われているかを判別するステップである。
【００４７】
この判別方法についてこの例ではメールテンプレートへの追記が行われているかどうかを判断材料としているが、判別フラグを用いた方法でもかまわない。
【００４８】
Ｐ０９１７の判別の結果、メールテンプレートへの追記が最低一回でも行われている場合、Ｐ０９１８で運営者に通知する。メールテンプレートへの追記が行われていない場合は、運営者に通知しない。
【００４９】
この例では各注文のたびごとに判定し、該当する注文の場合に運営者に通知するが、該当する注文がある場合にある一定期間その情報を保管しておき、まとめて運営者に通知するようにしてもよい。
【００５０】
図７は運営者へのメール通知本文の例である。この例では、同一注文者による注文が過去に一度もなく、同一画像に対して１，２００枚の注文をしていたと仮定する。
【００５１】
「一つの画像の注文枚数が１,０００枚を超える」および「過去に注文のないユーザが注文総数５００枚を超える」の二つの条件に合致していることを示す。
【００５２】
一つの画像の注文枚数が閾値を超える場合や過去に注文のないユーザの注文枚数が閾値を超える場合は大量印刷して代金を支払わない顧客である可能性があるから警告通知の対象としているが、画像数が閾値を超える場合は、サーバダウンを目的とした顧客である可能性があるため警告通知の対象としている。
【００５３】
通知を受けた運営者は、通知内容に従って電話等で注文者に注文の最終確認を行う。この確認の後、運営者が印刷可否を決定する。
【００５４】
図８は運営者が印刷可否を決定した場合に、注文サーバに対してその指示を入力して送信するための運営者用の画面を示す。（図１における（６）のステップにあたる。）
運営者はＰ０８０１で印刷開始したい注文の注文番号を入力し、転送ボタンＰ０８０２を押す。これにより、印刷用サーバに画像データや注文情報が転送され、印刷工程へとすすむことができる。
【００５５】
図１０は注文を受け付ける運営者（以下、注文運営者という）と印刷を行う運営者（以下、印刷運営者という）が異なる場合に、大量注文の通知を印刷運営者宛に送信するケースを示した全体図である。
【００５６】
注文者は図１０（１）で、注文サーバに対して、注文者の所持する画像等のデータをアップロードし、印刷のための注文数等の情報もあわせて通知する。図１０（２）は、（１）の情報を受けた注文サーバが注文者に注文を受け付けたことを通知する工程である。図１０（３）は受け付けた注文の注文数が大量である等の場合に印刷運営者に警告通知する工程である。警告通知を受けた印刷運営者は警告情報を確認し、図１０（４）によって注文者に電話等で直接注文の内容が正しいものであるかを確認する。図１０（５）で、注文された内容が間違えのないものである場合は注文者が印刷運営者に対して印刷開始することを指示することとなる。図1０（６）では印刷運営者が注文者の指示を受けて印刷開始することを注文サーバに対して指示する工程である。図１０（７）では印刷開始の指示を受けた注文サーバが印刷管理サーバへ注文データを転送する。注文データを受け取った印刷管理サーバは印刷を開始し、印刷物が完成したら図１０（８）で注文者へ印刷物を配送する。また、実際に印刷を行うことになったかどうかの結果を注文運営者が知る必要がある場合は、図１０（９）により注文運営者が注文サーバへ問い合わせることで可能となっている。
【００５７】
図１０に示す実施例と図１に示す実施例の主な相違点は警告通知先が異なること、注文者への注文確認者が異なることである。各画面や警告通知のフローは図１に示す実施例を図１０に示す実施例に適用できるため詳細は省略する。
【図面の簡単な説明】
【００５８】
【図１】システム全体の概念図１（注文受付運営者へ警告通知するケース）
【図２】画像アップロードのインターフェイス
【図３】印刷情報入力のインターフェイス
【図４】印刷情報入力後確認のインターフェイス
【図５】決済を行う場合の決済情報入力のインターフェイス
【図６】注文終了確認のインターフェイス
【図７】注文数が閾値を超える場合に運営者へ通知する通知文
【図８】顧客への確認後の印刷可否の最終判断を入力する運営者用インターフェイス
【図９】本発明の注文受注から運営者への通知までのフロー図
【図１０】システム全体の概念図２（印刷運営者へ警告通知するケース）
【図１１】本発明の実施形態においてＷｅｂサーバ及び、クライアントを実行する情報処理装置として利用可能なコンピュータ装置の構成例を示す
【図１】
2008226008.tif 000003
【図２】
2008226008.tif 000004
【図３】
2008226008.tif 000005
【図４】
2008226008.tif 000006
【図５】
2008226008.tif 000007
【図６】
2008226008.tif 000008
【図７】
2008226008.tif 000009
【図８】
2008226008.tif 000010
【図９】
2008226008.tif 000011
【図１０】
2008226008.tif 000012
【図１１】
2008226008.tif 000013