(57)【要約】      （修正有） 【課題】 違法な出品がされた時点でチェックが行なえるインターネットオークションのチェックシステムを提供する。【解決手段】 出品者の端末と、入札者の端末と、インターネットを介して接続されたオークションサーバと、オークション情報データベースを有し、前記オークションサーバは出品者の出品を受け付けるとオークション情報データベースに出品情報を記録し、入札を受け付けると前記オークション情報データベースに入札者のＩＤとともに入札情報を順次記録し、最も高い金額で入札した入札者を落札者として決定するインターネットオークションシステムにおいて、オークション内容をチェックするチェックサーバを有し、チェックサーバは入札情報に含まれる文字列データを抽出し、文字列データを所定の文字列と比較し、一致すると見なす場合に当該出品を出品不可と判定する。【選択図】 図１
2006053809.tif 000002
【特許請求の範囲】
【請求項１】
出品者の端末と、入札者の端末と、これらの端末がインターネットを介して接続されたオークションサーバと、前記オークションサーバに接続されたオークション情報データベースを有し、前記オークションサーバは出品用Ｗｅｂページによって出品者の出品を受け付けると前記オークション情報データベースに出品情報を記録し、入札用Ｗｅｂページによって入札者の入札を受け付けると前記オークション情報データベースに入札者のＩＤとともに入札情報を順次記録し、最も高い金額で入札した入札者を落札者として決定するインターネットオークションシステムにおいて、
オークション内容をチェックするチェックサーバを有し、
前記チェックサーバは前記入札情報に含まれる文字列データを抽出し、
前記文字列データを所定の文字列と比較し、一致すると見なす場合に当該出品を出品不可と判定する、インターネットオークションシステム。
【請求項２】
前記出品情報には画像データを含み、前記文字列の抽出は前記画像データよりおこなう、
請求項１に記載のインターネットオークションシステム。
【請求項３】
前記出品情報には画像データを含み、
前記チェックサーバは前記画像データが文字列部分を含むかどうかを判定する画像種別判定手段と、画像中の文字列を文字認識する文字認識手段を備え、
前記チェックサーバは、前記画像種別判定手段によって前記画像データが文字列部分を含むかどうか判定し、文字列部分を含む場合に文字認識手段によって前記文字列部分の文字認識を行なうことにより前記文字列データの抽出を行なう、
請求項１に記載のインターネットオークションシステム。
【請求項４】
前記チェックサーバが前記出品を出品不可と判断した場合に、前記オークションサーバは出品者に対して出品不可の旨の通知を行い、
出品者が精査を希望する旨の応答入力を行なった場合に、管理者に当該出品の精査を指示する、
請求項１〜３のいずれかのインターネットオークションシステム。
【請求項５】
前記チェックサーバが前記出品を出品不可と判断した場合に、
前記オークションサーバは出品不可の仮判定を記録するとともに出品者に対して出品不可の旨の通知を行い、
出品者端末は前記通知に応じて前記出品の出品情報を確認する画面を表示し、出品者が精査を希望する旨を入力すると、
前記オークションサーバは管理者端末に通知を行い、管理者端末は前記通知に応じて前記出品の出品情報を確認する画面を表示し、管理者が仮判定に同意する旨を入力すると前記オークションサーバは当該出品を出品不可とする旨確定し、管理者が仮判定に同意しない旨を入力すると前記オークションサーバは当該出品を出品可とする、
請求項１〜３のいずれかのインターネットオークションシステム。
【請求項６】
前記チェックサーバが前記出品を出品不可と判断した場合に、
前記オークションサーバは出品不可の仮判定を記録するとともに管理者端末に通知を行い、管理者端末は前記通知に応じて前記出品の出品情報を確認する画面を表示し、管理者が仮判定に同意する旨を入力すると前記オークションサーバは当該出品を出品不可とする旨確定し、管理者が仮判定に同意しない旨を入力すると前記オークションサーバは当該出品を出品可とする、
請求項１〜３のいずれかのインターネットオークションシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、出品物の出願可否を効率的に判定するインターネットオークションシステム関するものである。
【背景技術】
【０００２】
近年のインターネットショッピングの発達に伴い、インターネット上でオークションを行なう、いわゆるインターネットオークションの利用が盛んになっている。
インターネットオークションでは、よく知られるとおり、出品者が自己の端末からインターネットを介してオークションサイトにアクセスし、表示されるＷｅｂページ上から、出品したい商品の情報を入力する。すると、オークションサーバには前記商品の情報が出品情報として登録される。前記出品情報は、不特定多数の入札者がＷｅｂページにより参照できる。入札者は気に入った出品を見つけた場合、自分が払ってもよいと思う金額によって入札を行なう。前期出品情報は入札を受け付ける期限を持っており、期限までに最も高い値をつけた入札者が落札者となり、商品を購入する権利を得る。多くの場合、利用者は前記オークションサイトにユーザー登録を行なって顧客ＩＤを得て、その後、顧客ＩＤを利用してオークションサイトにログインして、オークションを利用する。
インターネットオークションの付加機能としては、出品をカテゴリ別に登録したり、キーワードにて登録されている出品情報を検索して結果を表示したり、落札者や入札者を互いに評価しあったりするような機能が提供されており、利用者の利便を向上させている。
（例えば、特許文献１参照）
【特許文献１】特開２００３−０３６３７２
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、このようなインターネットオークションにおいて、違法な物品が売買されてしまう場合がある。例えば、ソフトウェア製品の違法コピー媒体のような著作権法に触れるようなものであるが、他にも麻薬であるとか、銃器であるとか、猥褻物であるとか、法律に触れるものであればすべて該当する。このような違法な出品に対しては、オークションサイトの管理者や、チェック担当者が出品情報の管理を行なって、違法なものを発見した場合に当該出品を削除したり、出品者のユーザーＩＤを利用不能にしたりするといった対応を行なっている。しかし、例えば極端に短い入札期間を設定する等して、チェックの及ばない間に取引を完了させてしまうことも可能であり、違法な出品を行なう利用者を排除することは困難であった。
このため、違法な出品がされた時点でチェックが行なえるインターネットオークションのチェックシステムが必要であった。
【課題を解決するための手段】
【０００４】
本発明のインターネットオークションシステムは以下の構成を備える。
＜構成１＞
出品者の端末と、入札者の端末と、これらの端末がインターネットを介して接続されたオークションサーバと、前記オークションサーバに接続されたオークション情報データベースを有し、前記オークションサーバは出品用Ｗｅｂページによって出品者の出品を受け付けると前記オークション情報データベースに出品情報を記録し、入札用Ｗｅｂページによって入札者の入札を受け付けると前記オークション情報データベースに入札者のＩＤとともに入札情報を順次記録し、最も高い金額で入札した入札者を落札者として決定するインターネットオークションシステムにおいて、
オークション内容をチェックするチェックサーバを有し、
前記チェックサーバは前記入札情報に含まれる文字列データを抽出し、
前記文字列データを所定の文字列と比較し、一致すると見なす場合に当該出品を出品不可と判定する。
＜構成２＞
構成１において、前記出品情報には画像データを含み、前記文字列の抽出は前記画像データよりおこなう
＜構成３＞
構成１において、前記出品情報には画像データを含み、
前記チェックサーバは前記画像データが文字列部分を含むかどうかを判定する画像種別判定手段と、画像中の文字列を文字認識する文字認識手段を備え、
前記チェックサーバは、前記画像種別判定手段によって前記画像データが文字列部分を含むかどうか判定し、文字列部分を含む場合に文字認識手段によって前記文字列部分の文字認識を行なうことにより前記文字列データの抽出を行なう。
＜構成４＞  
構成１〜３において、前記チェックサーバが前記出品を出品不可と判断した場合に、前記オークションサーバは出品者に対して出品不可の旨の通知を行い、
出品者が精査を希望する旨の応答入力を行なった場合に、管理者に当該出品の精査を指示する。
＜構成５＞  
構成１〜３において、前記チェックサーバが前記出品を出品不可と判断した場合に、
前記オークションサーバは出品不可の仮判定を記録するとともに出品者に対して出品不可の旨の通知を行い、
出品者端末は前記通知に応じて前記出品の出品情報を確認する画面を表示し、出品者が精査を希望する旨を入力すると、
前記オークションサーバは管理者端末に通知を行い、管理者端末は前記通知に応じて前記出品の出品情報を確認する画面を表示し、管理者が仮判定に同意する旨を入力すると前記オークションサーバは当該出品を出品不可とする旨確定し、管理者が仮判定に同意しない旨を入力すると前記オークションサーバは当該出品を出品可とする。
＜構成６＞  
構成１〜３において、前記チェックサーバが前記出品を出品不可と判断した場合に、
前記オークションサーバは出品不可の仮判定を記録するとともに管理者端末に通知を行い、管理者端末は前記通知に応じて前記出品の出品情報を確認する画面を表示し、管理者が仮判定に同意する旨を入力すると前記オークションサーバは当該出品を出品不可とする旨確定し、管理者が仮判定に同意しない旨を入力すると前記オークションサーバは当該出品を出品可とする。
【発明の効果】
【０００５】
本発明のインターネットオークションシステムによれば、違法な出品を出品時点で発見し、出品不可の判定を迅速に行なうことが出来る。
【発明を実施するための最良の形態】
【０００６】
以下、実施例について図面を用いて説明する。
【実施例１】
【０００７】
＜実施例１の構成＞
図１は、本発明の構成図である。
【０００８】
出品者端末１は、ネットワーク３経由で後述のオークションサーバ６にアクセスして、出品者が出品情報を入力するためのものであり、Ｗｅｂブラウザが動作するパーソナルコンピューター等である。出品者端末１には、図示しないが、出品物の情報としてテキストを入力するためのテキストエディタ機能や、出品物の画像を取り込むためのスキャナやデジカメによる画像取得機能や、かつ出品に使用する画像を編集するための画像編集機能を備えている。
【０００９】
入札者端末２は、ネットワーク３経由で後述のオークションサーバ６にアクセスして、入札者が出品情報を参照し入札を行なうためのものであり、Ｗｅｂブラウザが動作するパーソナルコンピューター等である。
【００１０】
ここでは、これら出品者端末１と入札者端末２とを便宜上分けて記述しているが、実際には顧客が出品を行なうか、入札を行なうかによって、同じ端末が出品者端末１および入札者端末２のいずれとしても使用可能である。
【００１１】
ネットワーク３はインターネットが利用されるが、出品者と入札者にオークション機能を提供するためのものであれば専用のネットワークであっても構わない。
【００１２】
オークションセンタ４は、本実施例において出品者端末１と入札者端末２に対してオークション機能を提供するための各構成要素を格納するためのものであるが、各サーバや端末は勿論別の場所に存在しても構わない。オークションセンタ４には構内ＬＡＮが敷設され、オークションセンタ４内の各サーバーや端末を、互いにアクセス可能に接続している。
【００１３】
管理者端末５は、オークションセンタ４の構内ＬＡＮを介してオークションサーバ６に接続される管理者用の端末装置であり、Ｗｅｂブラウザやその他のプログラムが動作するパーソナルコンピューター等である。管理者端末５は、オークションシステムの管理を行なうための機能を有する。本発明においては、特にオークションの出品の内容確認や承認を行なうための機能を有している。
【００１４】
オークションサーバ６は、出品者端末１や入札者端末２に対してインターネットオークションのための機能を提供するためのサーバ装置であり、ワークステーション等のコンピュータによって実現される。オークションサーバ６は、プログラムによって実現されるＷｅｂ情報生成部６ａ、出品情報受付部６ｂ、入札情報受付部６ｃ、落札者決定部６ｄ、情報チェック部６ｅ、メール送信部６ｆの各処理部を有しており、これらは図示しないオークションサーバ６の制御部によって制御される。また、オークションサーバ６は、Ｗｅｂサーバとして動作するための図示しないＷｅｂサービスプログラムを有しており、出品者端末１、入札者端末２に対してＷｅｂページによってインターネットオークション機能を提供するように構成されている。管理者端末５に対しては、オークションセンタ４の中にあってオークションシステムの管理に用いられるものであるので、必ずしもＷｅｂページにて管理機能を提供する必要はなく管理者端末５に備わる専用のプログラムによって管理を行なうこととしてもよいが、本実施例においては、管理者端末５に対してもＷｅｂページによって機能を提供するものとする。
【００１５】
また、オークションサーバ６は、出品されたオークション情報を登録し管理するためのオークション情報ＤＢ６１を有する。
【００１６】
オークション情報ＤＢ６２には、出品ごとに、出品を一意に特定する出品ＩＤ、出品者を特定する出品者の顧客ＩＤ、出品のタイトルを示す出品タイトル、出品内容を入札者に紹介するための出品者が入力したテキストデータ、出品内容を入札者に案内するための出品者が送付した画像データ、入札の受付期限を示す入札期限、開始時の金額を示す開始金額が登録される。これらの情報を出品情報と呼ぶ。
【００１７】
さらに、オークション情報ＤＢ６１には、出品ごとに、入札者が当該出品に対して入札した情報を格納する入札情報が登録される。入札情報には、入札者の顧客ＩＤ、入札金額、入札日時、落札フラグ等が含まれる。なお、落札フラグとは、複数の入札情報のうち最も高い値段をつけることにより「落札」となった入札情報に対して、当該出品を落札した入札情報である旨を示すためのフラグである。
【００１８】
さらに、オークション情報ＤＢ６１には、出品ごとに、当該出品が実際に入札者に対して提供可能なものであるかを示す出品可否フラグの情報が含まれる。
【００１９】
これらの出品情報、入札情報、落札フラグをまとめてオークション情報と呼ぶ。
【００２０】
また、オークションサーバ６は、前記顧客ＩＤを含む顧客情報を登録するための顧客ＤＢ６２を有する。顧客ＤＢ６２は、各顧客ごとに、顧客を一意に特定するためのユニークな顧客ＩＤ、顧客の住所、顧客の氏名、顧客の電話番号、顧客のメールアドレス等が登録される。上記の通り、オークション情報には出品者、入札者とも顧客ＩＤが登録されるため、各顧客は出品者、入札者を問わず、顧客ＤＢ６２に登録されている必要がある。各顧客は、事前にオークションサーバの図示しない顧客登録機能部を用いて、自分のデータを顧客ＤＢ６２に登録を行なう。その際、前記顧客登録機能部は自動的にユニークな顧客ＩＤを割り振ったり、顧客に顧客ＩＤとなる文字列を入力させて既存の顧客ＩＤと同じ文字列でないかをチェックするなどして、一意に顧客を特定できる顧客ＩＤとともに顧客の情報を顧客ＤＢ６２に登録するものとする。
【００２１】
Ｗｅｂ情報生成部６ａは、出品者端末１、入札者端末２、管理者端末５に対してオークションシステムの各種機能を提供するためのＷｅｂページを生成するためのものである。
Ｗｅｂ情報生成部６ａは、すべての端末に対して、本実施例のオークションシステムにアクセスした際、最初に表示されるべきページであるトップページを提供する。前記トップページには、後述の出品者端末１、入札者端末２に対して提供される各ページにアクセスするためのリンクが用意されており、例えば、出品者であれば「出品」をクリックすることにより後述の出品用のページにアクセスし、入札者であれば「検索」をクリックすることにより後述の検索用のページにアクセスすることが出来る。また、トップページは顧客を自動ログオンさせる機能を持っており、Ｃｏｏｋｉｅ等の既知の技術を利用してアクセスしてきた出品者端末１や入札者端末２の顧客ＩＤを特定する。特定した顧客ＩＤは顧客がアクセスしている間有効であり、後述の各ページにおいて、顧客を特定するのに使用される。このため、最初にログインすれば、顧客が出品や入札を行なう際に都度顧客ＩＤを入力する必要が無い。
【００２２】
また、Ｗｅｂ情報生成部６ａは、出品者端末１に対しては、オークション情報を入力して登録するための出品用のページ、登録したオークション情報を参照したり更新したりするための出品情報確認用のページを提供する機能を有する。
【００２３】
また、Ｗｅｂ情報生成部６ａは、入札者端末２に対しては、キーワードやジャンル情報を指定してオークション情報を検索するための検索用ページ、検索結果を入札用ページへのリンクと共に一覧表示する検索結果ページ、気に入った出品に対して入札を行なう入札用ページ、自分が行なった入札を確認するための入札情報確認用のページ等を提供する機能を有する。なお前記入札用ページは図２に示すような入札画面８である。入札画面８の詳細については、後述する。
【００２４】
また、Ｗｅｂ情報生成部６ａは、管理者端末５に対しては、キーワードやジャンル情報を指定してオークション情報を検索するための検索用ページ、各オークション情報の情報を確認し、必要に応じて情報を編集するためのオークション情報編集用のページを提供する機能を有する。もし違法な出品を発見した場合は、オークション情報編集用のページによって、当該出品を停止したり、削除したりすることが出来る。
【００２５】
さらに、Ｗｅｂ情報生成部６ａは、後述するチェックサーバ７によって当該出品が出品不可と判定された場合に、出品者端末１に対して図３に示すような当該出品が出品不可と判定された旨を知らせるためのページである、エラー通知画面９を生成する機能を有する。エラー通知画面９の詳細については後述する。
【００２６】
さらに、Ｗｅｂ情報生成部６ａは、後述するチェックサーバ７によって当該出品が出品不可と判定された場合に、管理者端末５に対して図４に示すような当該出品の出品の可否を判断し、結果を入力させるための精査画面１０を生成する機能を有する。精査画面１０の詳細については後述する。
【００２７】
出品情報受付部６ｂは、出品者端末からの情報を前記出品用ページによって受け付ける。具体的には、出品者は出品者端末１のブラウザに表示された出品用ページから、前記オークション情報ＤＢ６１に登録するための出品情報として、テキストデータ、画像データ、入札期限、開始金額を入力する。出品者はこれらのデータを入力して送信操作を行なうと、出品者端末１からオークションサーバ６上の出品情報受付部６ｂに、これらのデータが送信される。出品情報受付部６ｂは、受信した出品情報に対して出品ＩＤを付与し、出品した顧客の顧客ＩＤとともにオークション情報ＤＢ６１に書き込む。なお、この時点では出品可否フラグには「確認中」のフラグが付される。
【００２８】
入札情報受付部６ｃは、入札者端末２からの情報を前記入札用ページによって受け付ける。具体的には、入札者は入札者端末２のブラウザに表示された入札用ページから、前記オークション情報ＤＢ６１に登録するための入札情報として、入札金額を入力する。その後入札者が入札用ページにて送信操作を行なうと、入札者端末２からオークションサーバ６上の入札情報受付部６ｃに、前記入札金額が送付される。入札情報受付部６ｃは、受信した入札情報を出品した顧客の顧客ＩＤとともにオークション情報ＤＢ６１に書き込む。
【００２９】
落札者決定部６ｄは、入札期限に達して終了したオークション情報の入札情報を確認し、最も高い値段をつけた入札者を落札者として決定する。落札者が決定すると、オークション情報ＤＢ６１上の該当する入札情報に落札フラグを付すとともに、該当する顧客ＩＤのメールアドレスに落札を知らせるメールを送る等の処理が行なわれる。
【００３０】
情報チェック部６ｅは、出品情報受付部６ｂが前記出品情報を受け付けた場合、当該出品が実際にオークションとして入札者に提供しても構わない内容かどうかをチェックする。具体的には、受け付けた出品情報をチェックサーバ７に送り、チェックサーバ７からチェック結果を受け取る。チェック結果が「出品可」であれば、出品可否フラグに「可」のステータスが書き込まれる。チェック結果が「出品不可」であれば、出品可否フラグは「不可（仮）」のステータスが書き込まれる。「不可（仮）」は、チェックを行なった結果「出品不可」と判定されたが、確定ではないことを示す。
【００３１】
その後、情報チェック部６ｅは所定の処理を行なう。本実施例においては、Ｗｅｂ情報生成部６ａを用いて出品者端末１に後述するエラー通知画面９を表示させ、出品者が精査を希望するかどうかを入力させ、精査を希望する旨の入力があった場合は、Ｗｅｂ情報生成部６ａを用いて管理者端末５に後述する精査画面１０を表示させ、管理者の目視による確認を行わせる。管理者によって「出品可」である旨入力された場合は、出品可否フラグに「可」のステータスが書き込まれる。「出品不可」である旨入力された場合は、出品可否フラグに「不可」のステータスが書き込まれ、当該出品の出品者にメールにより出品が不可である旨が通知される。
【００３２】
出品可否フラグに「可」のステータスが書き込まれると、それ以後の出品情報の検索では当該出品が表示されるようになる。出品可否フラグに「不可」のステータスが書き込まれると、当該出品は検索しても表示されず、図示しないログファイルに記録されるとともに、適宜オークション情報ＤＢ６１から削除される。
【００３３】
メール送信部６ｆは、出品者端末１および入札者端末２にメールを送付する機能を有する。メールアドレスは、顧客ＩＤをキーにして、適宜顧客ＤＢ６２から取得する。本実施例においては、メール送信部６ｆは、特に出品者に対して送信した出品情報が出品可となったか、出品不可となったかの結果通知メールを送信するために使用される。
【００３４】
チェックサーバ７は、情報チェック部６ｅからの依頼により、当該出品情報が出品しても問題ないものであるかどうかをチェックする。チェックサーバ７は、プログラムによって実現される画像種別判定部７ａ、文字認識部７ｂ、比較部７ｃの各処理部を有しており、これらは図示しないチェックサーバ７の制御部によって制御される。
【００３５】
また、チェックサーバ７は、ＮＧ文字列ＤＢ７１を有する。ＮＧ文字列ＤＢ７１には、オークションの出品情報の説明文で使われる文字列のうち、違法な出品の場合に使われる文字列をＮＧ文字列としてあらかじめ登録してある。なお、ＮＧ文字列は、ジャンルごとに分類して登録されるものとする。
【００３６】
画像種別判定部７ａは、出品情報に含まれる画像データに、文字列部分が含まれるかどうかを判別する部分である。文字列部分が含まれるかどうかの判別には既知の技術が使用可能であるが、例えば画像の縦方向および横方向の黒画素のヒストグラムをとることにより、ヒストグラムのピークが定期的に現れる場合かどうかによって判断する。
【００３７】
まず、横方向のヒストグラムのピークが定期的に現れる場合、ピークの位置には文字行がある可能性が高い。その場合、当該ヒストグラムのピークの部分を切出し、切出した部分についてさらに縦方向のヒストグラムのピークが定期的に現れるかどうかを確認する。定期的に現れる場合には、ピークの位置には文字がある可能性が高い。
このようにして当該画像に文字列部分が含まれるかどうかを判定し、含まれるかと判定した場合は、該当部分を文字列部分が存在するエリアとして特定し、図示しない記憶部に当該文字列部分エリアの情報を保存する。
【００３８】
文字認識部７ｂは、画像中に文字列部分が含まれていると判定された場合に、当該画像の文字列部分を文字認識し、文字データとして抽出する。
【００３９】
比較部７ｃは、当該出品情報のテキストデータおよび前記文字データとＮＧ文字列ＤＢ７１に登録されているＮＧ文字列とを比較する。ＮＧ文字列が含まれている場合は「出品不可」とみなす判断を行なう。含まれていない場合は「出品可」とみなす判断を行なう。これらの判断結果は、依頼元である情報チェック部６ｅに通知される。
【００４０】
次に、入札画面８、エラー通知画面９、精査画面１０の各画面について、図面を参照しつつ説明する。
【００４１】
図２は、入札画面８の例である。入札画面８は、出品情報のうち、出品タイトルを表示するための出品タイトルエリア８ａ、出品者が入力した照会文としてのテキストデータを表示するための紹介文エリア８ｂ、出品者が登録した画像を表示するための画像エリア８ｃ、開始価格と、入札情報のうち最高額を示す現在価格と、入札期限とを表示するための状況表示エリア８ｄ、入札者が入札を指示するための入札ボタン８ｅ、入札者が入札額を入力するための入札金額入力エリア８ｆを有している。入札者は、表示されたオークション情報を確認して、当該出品に対し現在価格以上の値をつけて入札しても良い、と判断した場合、入札金額入力エリア８ｆに所望の金額を入力し、入札ボタン８ｅをクリックする。それにより、入札金額の情報がオークションサーバ６に通知される。
【００４２】
ここでは、入札画面８には、違法な出品情報が表示されている状態であるものとする。ここで、出品タイトルエリア８ａには、「お買い得情報」という当り障りのないタイトルが表示されている。また、紹介文エリア８ｂには、「画像をご確認ください」という文字列のみ入力されている。そして、画像エリア８ｃには、画像でありながらも当該出品の内容を示す情報が示されている。すなわち、当該出品の出品者は、自動チェックされやすい出品タイトルやテキストデータには当該出品の詳細な情報を入力せずに、自動チェックが困難で、かつ入札者には確認可能な画像データに当該出品の内容を入力している。このように出品の内容を画像中に含めて出品された場合は、テキストデータに対するチェックのみでは違法な出品をチェックすることが出来ない。このため、画像から文字データを抽出して、抽出した文字データに対してチェックを行なうようにする必要がある。
【００４３】
図３は、エラー通知画面９の例である。エラー通知画面９には、タイトルエリア９ａと、エラー内容エリア９ｂと、精査希望ボタン９ｃと、出品取下ボタン９ｄを有している。
タイトルエリア９ａには、この画面がエラー通知である旨を示す表示がなされ、エラー内容エリア９ｂには、その理由とともに、対処方法が示されている。これを見た出品者が、出品取下ボタン９ｄをクリックすると当該出品を取下げる旨がオークションサーバ６に通知され、その出品を取下げることが出来る。また、その出品が違法でない場合は、精査希望ボタン９ｃをクリックすると精査希望する旨がオークションサーバ６に通知される。
【００４４】
仮に当該出品が違法な出品であった場合は、エラー表示された時点で出品者は出品をあきらめることが期待できるので、違法な出品の事前防止につながる。また、違法な出品ではなく、たまたまＮＧ文字列が含まれていたような場合は、当該出品の救済を図ることが可能である。
【００４５】
図４は、精査画面１０の例である。精査画面１０は、管理者向けメッセージ１０ａ、出品情報表示エリア１０ｂ、出品不可ボタン１０ｃ、出品可ボタン１０ｄを有している。管理者は出品情報の内容を確認し、出品不可と判断した場合は出品不可ボタン１０ｃをクリックすることにより、オークションサーバ６に当該出品が出品不可である旨通知することが出来る。出品可と判断した場合は出品可ボタン１０ｄをクリックすることにより、オークションサーバ６に当該出品が出品可である旨通知することが出来る。
【００４６】
＜実施例１の動作＞
次に、図５のフローチャートを元に、本実施例の動作を説明する。
【００４７】
Ｓ００１：出品者端末１のブラウザ上に表示された出品用ページに、出品者により出品情報が入力され送信操作されたことにより、出品情報が送信される。出品者端末１より送信された出品情報は、オークションサーバ６の出品情報受付部６ｂにより受信される。このとき、出品者端末１のブラウザは、出品結果を示すページの表示待ちの状態となる。
【００４８】
Ｓ００２：受信した出品情報は、情報チェック部６ｅに渡され、情報チェック部６ｅはチェックサーバ７に当該出品情報のチェックを依頼する。なお、チェックサーバ７でのチェックの詳細は後述する。チェックサーバ７より「出品可」あるいは「出品不可」のチェック結果が情報チェック部６ｅに通知される。
【００４９】
Ｓ００３：「出品可」の場合は、ステップＳ００９に移る。「出品不可」の場合は、ステップＳ００４に移る。
【００５０】
Ｓ００４：情報チェック部６ｅ出品情報受付部は、出品可否フラグに仮の出品不可情報として「不可（仮）」のステータスを書き込み、Ｗｅｂ情報生成部６ａにエラー通知画面９の生成を指示する。これにより、出品結果を示すページとしてエラー通知画面９が生成され、出品者端末１のブラウザに表示される。
出品者はエラー通知画面９を見て、精査を希望するかどうかを判断し、判断に応じて精査希望ボタン９ｃまたは出品取下ボタン９ｄをクリックする。精査希望ボタン９ｃがクリックされた場合「精査希望」する旨がオークションサーバ６の情報チェック部６ｅに通知され、出品者端末１のブラウザには別途結果を通知する旨が表示される。出品取下ボタン９ｄがクリックされた場合「出品取下」する旨がオークションサーバ６の情報チェック部６ｅに通知され、出品者端末１のブラウザには出品の取下げを受け付けた旨が表示される。
【００５１】
Ｓ００５： 「出品取下」の場合ステップＳ００８に移る。「精査希望」の場合はステップＳ００６に移る。
【００５２】
Ｓ００６：情報チェック部６ｅは、Ｗｅｂ情報生成部６ａに当該出品情報を渡して精査画面１０の作成を指示し、Ｗｅｂ情報生成部６ａから当該精査画面１０のＵＲＬを受け取る。情報チェック部６ｅは、前記ＵＲＬとともに管理者端末５に精査希望があった旨の通知を行なう。管理者端末５は当該通知を受けて、前記ＵＲＬをブラウザに表示する。
管理者は、表示された精査画面１０により、当該出品の情報を確認することが出来る。管理者が「出品不可」と判断した場合、管理者が出品不可ボタン１０ｃをクリックすることにより、出品不可である旨が情報チェック部６ｅに通知される。「出品可」と判断した場合は、管理者が出品可ボタン１０ｄをクリックすることにより、出品可である旨が情報チェック部６ｅに通知される。
【００５３】
Ｓ００７：「出品可」である場合、ステップＳ００９に移る。「出品不可」である場合、Ｓ００８に移る。
【００５４】
Ｓ００８：情報チェック部６ｅは、出品可否フラグに「不可」のステータスを書き込み、出品情報受付部６ｂに処理を返却する。「不可」のステータスが書き込まれたオークション情報は、図示しない制御部により、ログに記録されると共にオークション情報ＤＢ６１から削除される。
【００５５】
Ｓ００９：出品可と判断された出品については、情報チェック部６ｅは、出品可否フラグに「可」のステータスを書き込む。
【００５６】
Ｓ０１０：メール送信部６ｆは、最終的に出品がなされたか否かを出品者に対してメールにより報告する。メールアドレスは、出品者の顧客ＩＤをキーにして、顧客ＤＢ６２より得ることが出来る。なお、出品が精査により出品可または出品不可となった場合、結果は別途顧客に通知することとなっているため、この処理は必須である。
【００５７】
さらに、図６により、チェックサーバ７でのチェック処理の詳細を説明する。
【００５８】
Ｓ１０１：情報チェック部６ｅから出品情報とともにチェック依頼を受け付けることにより、チェックを開始する。比較部７ｃは、出品情報中のテキストデータ、出品タイトルに含まれる文字列がＮＧ文字列ＤＢ７１に登録されていないかどうかをチェックする。ここでは、「ＣＤ−ＲＯＭをコピー」「ユーザー登録はできません」が登録されていたとする。なお、同義語や類義語についても併せて登録されており、チェック可能であるものとする。
【００５９】
Ｓ１０２：テキストデータ、出品タイトルがＮＧ文字列を含む場合はステップＳ１０７に移る。含まない場合は、ステップＳ１０３に移る。
【００６０】
Ｓ１０３：画像種別判定部７ａは、出品情報に含まれる画像に、文字列部分があるかどうかを判定する。文字列部分が含まれる場合、画像の種別を「文字列部分あり」とし、画像中の文字列部分と判定したエリアの情報とともに、図示しない記憶部に保存する。文字列部分が含まれない場合、画像の種別を「文字列部分なし」とする。
【００６１】
Ｓ１０４：「文字列部分なし」の場合、テキストデータ、出品タイトルにＮＧ文字列が含まれず、かつ画像に文字列部分がないため、ステップＳ１０８に移行する。「文字列部分あり」の場合、さらに画像に含まれる文字列を調査するために、ステップＳ１０５に移行する。
【００６２】
Ｓ１０５：文字認識部７ｂは、前記記憶部に記憶した文字列のエリアの情報を元に文字認識を行ない、文字認識結果を図示しない記憶部に保存する。比較部７ｃは、前記文字認識結果に含まれる文字列がＮＧ文字列ＤＢ７１に登録されていないかどうかをステップＳ１０１と同様にしてチェックする。
【００６３】
Ｓ１０６：文字認識結果がＮＧ文字列を含む場合はステップＳ１０７に移る。含まない場合は、ステップＳ１０８に移る。
【００６４】
Ｓ１０７：判定結果を「出品不可」として図示しない記憶部に記憶する。
【００６５】
Ｓ１０８：判定結果を「出品可」として図示しない記憶部に記憶する。
【００６６】
Ｓ１０９：前記判定結果を情報チェック部６ｅに通知する。
【００６７】
以上のように、第１の実施例によれば、出品時点に、出品者から受け付けた出品情報のうちテキストデータ、出品タイトルのようなテキストの情報のみならず、画像に含まれる文字列のチェックも行なえるため、より確実に違法な出品を阻止することが出来る。
また、ＮＧ文字列チェックの結果出品不可となったものについては、出品者にエラー表示を行って精査を希望するかどうかを入力させるようにしたので、実際に違法な出品であった場合は出品者に当該出品をあきらめさせることができる。さらに、実際には違法な出品でないにも関わらず出品不可とされた出品については、管理者に精査をさせて出品可、不可を入力できるようにしたので、そのような違法でない出品を救済することができる。
【実施例２】
【００６８】
＜実施例２の構成＞
実施例２は、実施例１に対して、チェックサーバ７によって出品不可と判断された場合にまず管理者端末５での精査を行い、管理者も出品不可と判断した場合に出品者に通知する場合の例である。
【００６９】
実施例２は実施例１と同じ構成によって実現されるが、チェックサーバ７によって出品不可と判断された場合に必ず管理者端末５での精査を経て出品者に通知されるため、出品者の精査要求が発生しない点が異なる。
【００７０】
＜実施例２の動作＞
図７のフローチャートを元に、本実施例の動作を説明する。
【００７１】
Ｓ２０１：出品者端末１のブラウザ上に表示された出品用ページに、出品者により出品情報が入力され送信操作されたことにより、出品情報が送信される。出品者端末１より送信された出品情報は、オークションサーバ６の出品情報受付部６ｂにより受信される。このとき、出品者端末１のブラウザには別途結果を通知する旨が表示される。
【００７２】
Ｓ２０２：本ステップではＳ００２と同様にして、「出品可」あるいは「出品不可」が判断される。
【００７３】
Ｓ２０３：「出品可」の場合は、ステップＳ２０８に移る。「出品不可」の場合は、ステップＳ２０４に移る。
【００７４】
Ｓ２０４：情報チェック部６ｅは、出品可否フラグに仮の出品不可情報として「不可（仮）」のステータスを書き込み、Ｗｅｂ情報生成部６ａに当該出品情報を渡して精査画面１０の作成を指示し、Ｗｅｂ情報生成部６ａから当該精査画面１０のＵＲＬを受け取る。情報チェック部６ｅは、前記ＵＲＬとともに管理者端末５に「出願不可」となった出品があった旨の通知を行なう。管理者端末５は当該通知を受けて、前記ＵＲＬをブラウザに表示する。
管理者は、表示された精査画面１０により、当該出品の情報を確認することが出来る。管理者が「出品不可」と判断した場合、管理者が出品不可ボタン１０ｃをクリックすることにより、出品不可である旨が情報チェック部６ｅに通知される。「出品可」と判断した場合は、管理者が出品可ボタン１０ｄをクリックすることにより、出品可である旨が情報チェック部６ｅに通知される。
【００７５】
Ｓ２０５：「出品可」である場合、ステップＳ２０８に移る。「出品不可」である場合、Ｓ２０６に移る。
【００７６】
Ｓ２０６：情報チェック部６ｅは、出品可否フラグに「不可」のステータスを書き込む。「不可」のステータスが書き込まれたオークション情報は、図示しない制御部により、ログに記録されると共にオークション情報ＤＢ６１から削除される。
【００７７】
Ｓ２０７：出品可と判断された出品については、情報チェック部６ｅは、出品可否フラグに「可」のステータスを書き込む。
【００７８】
Ｓ２０８： メール送信部６ｆは、最終的に出品がなされたか否かを出品者に対してメールにより報告する。メールアドレスは、出品者の顧客ＩＤをキーにして、顧客ＤＢ６２より得ることが出来る。
【００７９】
以上のように、第2の実施例によれば、出品時点に、出品者から受け付けた出品情報のうちテキストデータ、出品タイトルのようなテキストの情報のみならず、画像に含まれる文字列のチェックも行なえるため、より確実に違法な出品を阻止することが出来る。
また、ＮＧ文字列チェックの結果出品不可となったものについては、管理者端末で精査して出品可、不可を入力するようにしたので、実際には違法な出品でないにも関わらず出品不可とされた出品については顧客である出品者の手を煩わせずに救済することが出来る。さらに、違法な出品については顧客に対するエラー表示を行なわずに出願不可とする事が出来るので、処理の効率化が可能であると共に、トラフィックの軽減にも寄与できる。
また、ＮＧ文字列チェックの結果出品可となったものについては、管理者の精査を経ずにメールにて結果通知されるので、顧客に時間的な損害を与えることが無い。
【図面の簡単な説明】
【００８０】
【図１】本発明の構成
【図２】入札画面
【図３】エラー通知画面
【図４】精査画面
【図５】実施例１の処理フロー
【図６】実施例１のチェックの処理フロー
【図７】実施例２の処理フロー
【符号の説明】
【００８１】
１  出品者端末
２  入札者端末
３  ネットワーク
４  オークションセンタ
５  管理者端末
６  オークションサーバ
６１  オークション情報ＤＢ
６２  顧客ＤＢ
６ａ  Ｗｅｂ情報生成部
６ｂ  出品情報受付部
６ｃ  入札情報受付部
６ｄ  落札者決定部
６ｅ  情報チェック部
６ｆ  メール送信部
７  チェックサーバ
７１  ＮＧ文字列ＤＢ
７ａ  画像種別判定部
７ｂ  文字認識部
８  入札画面
９  エラー通知画面
１０  精査画面
【図１】
2006053809.tif 000003
【図２】
2006053809.tif 000004
【図３】
2006053809.tif 000005
【図４】
2006053809.tif 000006
【図５】
2006053809.tif 000007
【図６】
2006053809.tif 000008
【図７】
2006053809.tif 000009