JP2003242001A

JP2003242001A - 情報処理方法及び情報処理装置

Info

Publication number: JP2003242001A
Application number: JP2002037605A
Authority: JP
Inventors: Toshiaki Oda; 寿昭小田; Hiroyoshi Tsuchiya; 宏嘉土屋; Junichiro Takagi; 順一朗高木
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2002-02-15
Filing date: 2002-02-15
Publication date: 2003-08-29
Also published as: US20030158787A1; US7149937B2

Abstract

(57)【要約】【課題】サーバ上で店舗を運営する場合に、商品データ
の一部にエラーが発生していた場合に、店舗運営ができ
なかった。【解決手段】入力された商品データについて各処理にお
いて商品データの誤り率を求め、これが閾値以下の場合
には、店舗が運営できるように処理を進める。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】入力データに基づいて複数の
処理を実行する情報処理に関する。

【０００２】

【従来の技術】インターネットが普及した現状におい
て、あるサーバ上に商品情報を登録し、仮想的な店舗を
開設し運営する仮想店舗システムがある。このサーバ
は、商品提供者から大量の商品情報を受け、データベー
スに整理し格納し、ユーザからの要求に応じて、データ
ベースに格納された商品の情報をユーザに提供するもの
である。

【０００３】このような仮想店舗システムを実現する上
で、データベースは商品提供者及びユーザが共有するも
のであり、サーバでサービスを提供するためにデータベ
ースに格納する商品情報に含まれる価格は数値データで
あるとか、商品名は文字列データであるとかいったよう
に、一定の制約を設ける必要があり、この制約を満足し
ない商品情報はエラーとして処理しなければならない。

【０００４】従来データベースの適性化を行うものとし
て、例えば特開平９−４４３８９号公報に記載されてい
るように、エラー件数を指定して、このエラー件数にな
った時点で処理を打ち切るものがある。

【０００５】

【発明が解決しようとする課題】しかしながら、仮想店
舗システムのような場合、例えば１０００件の商品情報
の内、１０件の商品情報にエラーが発生していたとして
も、残りの商品情報で仮想店舗システムは運営すること
ができる。一方、１０件の商品情報の内、９件の商品情
報にエラーが発生していた場合には、仮想店舗システム
を運営できない可能性がある。

【０００６】つまり、仮想店舗システムの運営を考えた
場合、単にエラーが発生した件数だけでは、運営の有無
を判断できない場合がある。

【０００７】本発明の目的は、上記の要求を満たすため
のシステム、すなわち、入力データのエラー率に基づい
て処理を継続するか停止するかの判断を行うことが出来
る処理方法を提供することにある。

【０００８】

【課題を解決するための手段】上述の目的を達成するた
めの一つの手段として、ある処理に対するデータの誤り
率を求め、この誤り率が予め設定した閾値を越える場合
に、当該処理を停止する。

【０００９】

【発明の実施の形態】本発明の基本的な原理について説
明する。本発明は、入力されたデータに基づいて処理装
置が複数の処理i（i=1,…,N）を実行し、処理結果を出
力データとして出力するものである。各処理i（i=2,…,
N）は、処理i-1（i=2,…,N）の出力データを入力データ
として処理装置により実行される。一方、各処理i（i=
1,…,N）に対してそれぞれ各処理停止閾値r(i)（i=1,
…,N）を設定する。そして各処理i（i=1,…,N）におい
て、各入力データの各エラー率e(i)（i=1,…,N）を求
め、このエラー率e(i)が各r(i)（i=1,…,N）以下の場合
は当該処理を正常終了し、次の処理を実行する。一方、
各e(i)（i=1,…,N）が各r(i)（i=1,…,N）より大きい場
合はエラー終了する。

【００１０】また、処理iに対して、入力データから標
本として定められた数の要素を無作為に抽出し、当標本
数に対する当標本要素のエラーである要素数の比率を推
定エラー率とし、以下の条件によって処理を行う。（１）推定エラー率が処理停止閾値より大きい場合はエ
ラー終了する。（２）推定エラー率が処理停止閾値以下で、かつエラー
率が処理停止閾値より大きい場合はエラー終了する。（３）エラー率が処理停止閾値以下で、かつエラー率が
処理停止閾値以下の場合は正常終了する。

【００１１】以下、本発明を図面を用いて説明する。

【００１２】図１は、仮想店舗システムの構成を示した
ものである。本システムは、商品情報を提供するための
複数のクライアント端末１０１、提供された商品情報に
基づいて商品を購入するための複数のクライアント端末
１０２、商品情報を蓄積し提供するためのサーバ１０３
とを有しており、それぞれネットワークを介して接続さ
れている。

【００１３】サーバ１０３の構成は、データやプログラ
ムを格納する記憶部１０５と、記憶部１０５に格納され
たプログラムに従って処理を行う処理部１０６とを有し
ている。記憶部１０５には、クライアント端末１０１か
ら送られてきた店舗及び商品情報のデータを変換するデ
ータ変換プログラム１０７、送られてきた店舗及び商品
情報のデータをデータベース１０４へ格納するためのデ
ータ登録プログラム１０８、クライアント端末１０２か
らの要求によりデータベース１０４に格納された商品情
報から商品カタログを生成する商品カタログ生成プログ
ラム１０９、クライアント端末１０２からの要求によ
り、商品の購入の処理を行う商品購入処理プログラム１
１０、プログラムによる処理の対象となるデータの誤り
をチェックする誤りチェックプログラム１１１とが格納
されている。また、記憶部１０５には、データ変換プロ
グラム１０７の処理で利用するデータ変換テーブル１１
２、データ登録プログラム１０８で利用するデータベー
ス変換テーブル１１３、処理停止閾値１１４が格納され
ている。この処理停止閾値１１４は誤りチェックプログ
ラム１１１と、データ登録プログラム１０８のそれぞれ
に対して設定されている。またサーバ１０３は、商品情
報を格納するためのデータベース１０４と接続されてい
る。

【００１４】本仮想店舗システム全体の動作は、クライ
アント端末１０１の利用者が店舗運営を行うためにサー
バ１０３へ店舗及び商品情報を送る。サーバ１０３で
は、クライアント端末１０１から送られてきた店舗及び
商品情報がＣＳＶ形式のデータである場合、このデータ
をデータ変換プログラム１０７によりＸＭＬデータ形式
へ変換する。ＸＭＬデータ形式へ変換された店舗及び商
品情報は、データ登録プログラム１０８により、データ
ベース１０４へ登録する。

【００１５】クライアント端末１０２から送られてきた
商品カタログの作成要求をサーバ１０３が受けると、デ
ータベース１０４の商品情報を抽出して、Ｗｅｂページ
形式の商品カタログ情報を生成し、クライアント端末１
０２へ送信する。

【００１６】また、クライアント端末１０２より購入要
求を受けたサーバ１０３は、購入プログラムにより、商
品提供元のクライアント端末１０１へ購入要求を受けた
旨を通知する。尚、本実施例では入力データをＣＳＶ形
式としているが、例えばＸＭＬ形式でもよく、その場合
は、データ変換を行わずにデータベース１０４へ登録さ
れる。

【００１７】図２は、ＣＳＶ形式のデータの一例を示し
たものである。この図に示されるようにＣＳＶ形式のデ
ータは、値（数値やテキスト等）をコンマ（，）で区切
って書いたテキストファイルであり、店舗情報名（「SH
OP」）、店舗名、店舗ＩＤ、商品情報名（「PRODUC
T」）、商品名、店舗ＩＤ、価格といったデータで構成
されている。ここで、店舗情報名は「SHOP」、製品情報
名は「PRODUCT」といった固定の値とする。尚、この他
にも商品の一口コメントなどのデータを追加してもよ
い。

【００１８】図３はＸＭＬ形式のデータの構造を示した
ものである。タグecinf（３０１）はルートタグであ
り、タグtable（３０３）を０以上２つ以下含む。table
タグ３０３は属性nameを持っており、name属性値の1つ
は「SHOP」３０４であり、店舗情報を表す。もう一つの
name属性値は「PRODUCT」３１０であり、商品情報を表
す。記号「?」（３０２）は当タグが０または１回出現
することを示す。tableタグ３０３はタグrecord（３０
５）を１つ以上含み、recordタグ３０５は1レコードを
表す。記号「＋」(３０６)は当タグが１つ以上出現する
ことを示す。recordタグ３０５はタグcolumn（３０７）
を含み、columnタグ３０７は属性nameを持っている。店
舗情報に含まれるrecordタグ３０５は、columnタグ３０
７を２つ含み、１つめのcolumnタグ３０７のname属性値
は「NAME」３０８であり、店舗名を表す。２つめのcolu
mnタグ３０７のname属性値は「ID」３０９であり、店舗
を一意に識別するための店舗番号を表す。商品情報に含
まれるrecordタグ３０５は、columnタグ３０７を３つ含
み、１つめのcolumnタグ３０７のname属性値は「NAME」
３１１であり、商品名を表す。２つめのcolumnタグ３０
７のname属性値は「ID」３１２であり、当商品が所属す
る店舗番号を表す。３つめのcolumnタグ３０７のname属
性値は「PRICE」３１３であり、当商品の価格を表す。
そして、商品情報のレコードに含まれる所属店舗番号
は、店舗情報のレコードに含まれる店舗番号の何れかに
一致しなければならない。

【００１９】図４は、図３の形式に従ったＸＭＬデータ
の例を示したものである。店舗情報は１レコードあり、
店舗名及び店舗番号が「HITSHOP」４０２及び「SH01」
４０３である。商品情報は1レコードあり、商品名、所
属店舗番号及び価格が「PC-7DM08」４０４、「SH01」４
０５及び「200000」４０６である。そして、商品「PC-7
DM08」４０４は店舗「HITSHOP」４０２にて販売されて
いることを示す。

【００２０】図５は、ＣＳＶ形式のデータとＸＭＬ形式
のデータとの対応関係を示すデータ変換テーブルを示し
たものである。この図に示すようにＣＳＶ形式の店舗情
報名、店舗名、店舗ＩＤ、商品情報名、商品名、店舗Ｉ
Ｄ、価格は、それぞれ＜table name＝“店舗情報名”
＞、＜coloumn name＝“NAME”＞店舗名＜/column＞、
＜column name＝“ID”＞店舗ID＜/column＞、＜table
name＝“商品情報名”＞、＜coloumn name＝“NAM
E”＞商品名＜/column＞、＜column name＝“ID”＞店
舗ID＜/column＞、＜coloumn name＝“PEICE”＞価格
＜/column＞に変換される。尚、このデータ変換テーブ
ルは、変更可能なので、ＣＳＶ形式のデータ、ＸＭＬ形
式のデータを変更した場合にも簡単に対応することがで
きる。

【００２１】図６はデータベース１０４へ入力されるデ
ータの構造を示したものである。データベース１０４
は、２つのテーブル、「SHOP」６０１及び「PRODUCT」
６０２が定義されている。店舗を表すテーブル「SHOP」
６０１は、店舗名を表す「NAME」カラム６０３及び店舗
番号を表す「ID」カラム６０４から構成されており、そ
の属性はそれぞれ文字列型で長さが１０及び数値型で長
さが８である。商品を表すテーブル「PRODUCT」６０２
は、商品名を表す「NAME」カラム６０５、商品番号を表
す「ID」カラム６０６及び価格を表す「PRICE」カラム
６０７から構成されており、その属性はそれぞれ文字列
型で長さが１０、数値型で長さが８及び数値型で長さが
１０である。

【００２２】図７は、ＸＭＬ形式のデータとデータベー
スのテーブルとの対応関係を示したものである。name属
性値が「SHOP」であるtableタグ７０１の下のrecordタ
グに含まれるname属性値が「NAME」であるcolumnタグ７
０２の値は、テーブル「SHOP」のカラム「NAME」（７０
８）に格納される。同recordタグに含まれるname属性値
が「ID」であるcolumnタグ７０３の値は、テーブル「SH
OP」のカラム「ID」（７０９）に格納される。また、na
me属性値が「PRODUCT」であるtableタグ７０４の下のre
cordタグに含まれるname属性値が「NAME」であるcolumn
タグ７０５の値は、テーブル「PRODUCT」のカラム「NAM
E」（７１０）に格納される。同recordタグに含まれるn
ame属性値が「ID」であるcolumnタグ７０６の値は、テ
ーブル「PRODUCT」のカラム「ID」（７１１）に格納さ
れる。同recordタグに含まれるname属性値が「PRICE」
であるcolumnタグ（７０７）の値は、テーブル「PRODUC
T」のカラム「PRICE」（７１２）に格納される。

【００２３】図４の店舗及び商品情報４０１がデータベ
ース１０４に登録された場合の出力結果をそれぞれ図８
に示す。

【００２４】図９は、誤りチェックプログラム１１１に
よる処理を示したものである。

【００２５】本実施例においてＣＳＶ形式のデータは、
図２で説明したように店舗情報名、店舗名、店舗ＩＤ、
商品情報名、商品名、店舗ＩＤ、価格といった構成にな
っている。また、２つの商品が含まれる場合には、店舗
情報名、店舗名、店舗ＩＤ、商品情報名、商品名、店舗
ＩＤ、価格、商品情報名、商品名、店舗ＩＤ、価格とな
る。従って、一つの商品の情報は商品情報名によって区
切られた商品情報名、商品名、店舗ＩＤ、価格といった
４つのデータによって構成される。これを“商品群デー
タ”として以下説明する。

【００２６】まず、商品群の数を示すｋを１に設定し、
エラーの数を示すｊを０に設定する（ステップ９０
１）。次に、ｋ番目の商品群データがあるかを判断し
（ステップ９０２）、ｋ番目の商品群のデータがある場
合には、商品情報名、商品名、店舗ＩＤ、価格のデータ
が存在するか判断する（ステップ９０３）。この判断
は、図５に示した変換テーブルより一つの商品群が４つ
のデータで構成されているので、このデータの数により
判断する。ここで、商品群のデータがないと判断された
場合には、エラー数に１を加える（ステップ９０６）。
商品群のデータがあると判断された場合には、商品群に
含まれる店舗ＩＤと店舗情報に含まれる店舗ＩＤが一致
するかを判断する（ステップ９０４）。店舗ＩＤが一致
しない場合には、エラー数に１を加える（ステップ９０
６）。店舗ＩＤが一致している場合には、ｋに１を加え
てステップ９０２の処理へ戻る（ステップ９０５）。ス
テップ９０２の処理で、ｋ番目の商品群データがないと
判断された場合には、全体の商品群データ数ｋとエラー
数ｊより、エラー率（ｊ／ｋ）を求め（ステップ９０
７）、これと処理停止閾値ｒ（１）とを比較する。求め
たエラー率が処理停止閾値ｒ（１）以下であれば、処理
を終了し（ステップ９０９）、求めたエラー率が処理停
止閾値ｒ（１）を越えている場合には、エラーが発生し
たことを店舗及び商品情報の提供元であるクライアント
１０１へ通知する（ステップ９０８）。

【００２７】次に、誤りチェックプログラム１１１によ
る処理でエラーが発生しなければ、データ変換プログラ
ム１０７により図２に示すようなＣＳＶ形式のデータを
図４に示すようなＸＭＬ形式のデータに変換する。

【００２８】図１０は、データ変換プログラム１０７に
よる処理を示したものである。

【００２９】データが入力されると店舗情報名があるか
を判断し（ステップ１００１）、店舗情報名があれば、
店舗情報名に含まれるデータの数（本実施例では、店舗
ＩＤ、店舗名の２つ）を図５に示した変換テーブルに設
定された数と一致するか確認する（ステップ１００
２）。データの数が一致すれば、図５に示した変換テー
ブルに基づいてＣＳＶ形式のデータである店舗情報名、
店舗ＩＤ、店舗名を変換する（ステップ１００３）。次
に、商品情報名があるかを判断し（ステップ１００
４）、商品情報名があれば、商品情報名に含まれるデー
タの数（本実施例では、商品名、店舗ＩＤ、価格の３
つ）を図５に示した変換テーブルに設定された数と一致
するかを確認する（ステップ１００５）。次に、商品情
報名に含まれる店舗ＩＤと、店舗情報名に含まれる店舗
ＩＤが一致するかを判断する（１００６）。店舗ＩＤが
一致すれば、図５に示した返還テーブルに基づいてＣＳ
Ｖ形式のデータである商品情報名、商品名、店舗ＩＤ、
価格を変換する（ステップ１００７）。この図１０に示
した処理によりＣＳＶ形式のデータをＸＭＬ形式のデー
タに変換する。

【００３０】次に、データ登録プログラム１０８により
ＸＭＬ形式のデータをデータベース１０４に登録する処
理について説明する。

【００３１】まず、ＸＭＬ形式のデータをデータベース
１０４に登録する際のエラーについて説明する。

【００３２】図１１は、ＸＭＬ形式のデータをデータベ
ース１０４に登録する際のエラーを示したものである。（１）当レコード中のタグの値の長さが格納先のデータ
ベースに定義されたカラムの値の長さを超えている場
合。例えばカラムの値の長さが１０であると定義してい
るところ、１０以上の値が指定された場合（１１０
１）。（２）当レコード中のタグの値が格納先のデータベース
に定義されたカラムの型に適合していない場合。例えば
カラムの値が数値型であると定義しているところ、数値
文字以外の値が指定された場合（１１０２）。（３）必要なタグが当レコード中に存在しない場合（１
１０３）。（４）当レコードが商品情報のレコードであり、当レコ
ードに含まれる所属店舗番号と内容が同じ店舗番号を持
つレコードが店舗情報に存在しない。例えば、図１１の
例４（１１０４）では店舗情報のレコードは一つのみで
あり、その店舗番号は「SH01」（１１０５）であり、商
品情報中のレコードの所属店舗番号「SH02」（１１０
６）と内容が同じ店舗番号を持つレコードが店舗情報に
存在しない。尚、以降では、商品情報のレコードに含ま
れる所属店舗番号と内容が同じ店舗番号を持つレコード
が店舗情報に存在するかどうかのチェックを商品情報の
レコードの関連チェックと呼ぶ。そして、当関連チェッ
クを行った結果、店舗情報中のレコードで、当商品情報
のレコードに含まれる所属店舗番号と内容が同じ店舗番
号を持つレコードを、当商品情報のレコードの関連レコ
ードと呼ぶ。また商品情報のレコードの関連レコードが
存在する場合を正常、存在しない場合をエラーと呼ぶ。
尚、ここでは、関連チェックの結果がエラーであった場
合、当商品情報のレコードの関連レコードである店舗情
報のレコードをエラーにするのではなく、当商品情報の
レコードをエラーとする。ただし、当関連チェックは必
要条件のチェックであり、十分条件のチェックではな
い。すなわち商品情報のレコードの関連チェックが正常
であっても、当商品が関連レコードの店舗に所属すると
は必ずしも言えない。しかし、当関連チェックでエラー
であるのは明らかに問題があるといえる。

【００３３】図１２にデータ登録プログラム１０８によ
る処理のフローを示す。入力データの中のエラーのレコ
ード数を表すj 及び全レコード数を表すｋをそれぞれ０
及び１で初期化する（ステップ１２０１）。入力データ
の中の店舗及び商品情報のtableタグにｋ番目のレコー
ドがあるかチェック（ステップ１２０２）し、Yesであ
ればステップ１２０３に進む。ここで、レコードの順番
を、最初に店舗情報、続いて商品情報のtableタグ中に
出現するrecordタグの出現の順番とする。Noであればス
テップ１２０７へ進む。ステップ１２０３では、ｋ番目
のレコードをエラーチェック処理に渡し、その結果がエ
ラーか判定する。Yesの場合はステップ１２０５へ進
む。Noの場合はステップ１２０４へ進む。ステップ１２
０４では、本レコードをデータベースの該当するテーブ
ルに登録し、ステップ１２０６へ進む。ステップ１２０
５では、ｊをインクリメントし、ステップ１２０６へ進
む。ステップ１２０６では、ｋをインクリメントし、１
２０２へ進む。ステップ１２０７では、j をkで割った
値、すなわちエラー率が、処理停止閾値r(２)以下であ
る場合は正常終了する（ステップ１２０９）。そうでな
い場合は、エラー終了する（ステップ１２０８）。

【００３４】図１３に各レコードがエラーかどうかを判
定するエラーチェック処理のフローを示す。渡されたの
レコード中の項目数を表す１を１で初期化する（ステッ
プ１３０１）。そしてレコード中にl番目の項目がある
か判定する（ステップ１３０２）。Yesならばステップ
１３０３へ進む。Noならばステップ１３０７へ進む。ス
テップ１３０３では、項目の内容のサイズが正しいか判
定する。これはエラーの原因として、前述のエラーの要
因の（1）が該当するかどうかを判定する処理である。
そしてYesならばステップ１３０４へ進み、Noならばス
テップ１３０８へ進み、エラー終了する。ステップ１３
０４では、項目の内容の型が正しいか判定する。これは
エラーの原因として、前述のエラーの要因の（2）が該
当するかどうかを判定する処理である。そしてYesなら
ばステップ１３０５へ進み、Noならばステップ１３０８
へ進み、エラー終了する。ステップ１３０５では、当項
目が商品情報のレコードの所属店舗番号である場合に、
当商品情報のレコードの関連チェックを行う。尚、当関
連チェックが正常である場合でも、当商品情報のレコー
ドの関連レコードがエラーの場合は、当商品情報のレコ
ードをエラーとする。これはエラーの原因として、前述
のエラーの要因の（4）が該当するかどうかを判定する
処理である。Yesならばステップ１３０６へ進み、Noな
らばステップ１３０８へ進み、エラー終了する。ステッ
プ１３０６ではlをインクリメントし、ステップ１３０
２へ進む。ステップ１３０７では、不足する項目が無い
かを判定する。これはエラーの原因として、前述のエラ
ーの要因の（3）が該当するかどうかを判定する処理で
ある。Yesならばステップ１３０９へ進んで正常終了
し、Noならばステップ１３０８へ進んでエラー終了す
る。

【００３５】図１４は、データベースへ登録されるＸＭ
Ｌ形式のデータ（１４０１）と、このＸＭＬ形式のデー
タに対する商品カタログ情報（１４０３）を表示したも
のである。

【００３６】商品カタログ情報（１４０３）は、クライ
アント端末１０２を利用したユーザからの要求に基づい
て、商品カタログ生成プログラム１０９によりＷｅｂペ
ージ形式の商品カタログ情報として生成したものであ
る。具体的には、サーバ１０３がクライアント端末１０
２から商品カタログを生成するための条件（店舗又は商
品）を受付けると、商品カタログ生成プログラム１０９
を実行する。商品カタログ生成プログラム１０９は、条
件に基づいてデータベース１０４を検索し、検索した結
果を図１４の１４０３に示すようなＷｅｂページ形式
（ＨＴＭＬ形式）の商品カタログ情報として生成する。
尚、図１４は、店舗を条件とし、データベース１０４を
検索した場合の結果を示したものである。サーバ１０３
は、Ｗｅｂ形式の商品カタログ情報を要求のあったクラ
イアント端末１０２へ送る。

【００３７】ユーザがクライアント端末１０２に表示さ
れた商品を購入する場合には、クライアント端末に表示
された商品カタログ情報から購入を希望する商品を指定
する。指定された商品情報は、サーバ１０３へ送られ、
サーバ１０３は商品購入プログラム１１０を起動し、商
品の提供元であるクライアント端末１０１へ商品情報を
送る。クライアント端末１０１の商品の提供者は、この
情報に基づいて当該商品を購入者へ発送する。

【００３８】本実施例で説明した仮想店舗システムは、
商品提供者が利用する複数のクライアント端末が接続さ
れる構成となっている。従って、一つのクライアント端
末から一つの店舗及び商品情報を提供するとした場合、
複数の店舗をサーバで運用することができる。また、一
つの店舗に対して複数の商品情報を関連付けることがで
きる。例えば、一つの店舗に対して１００の商品情報が
関連付けられている場合、一つの商品情報のデータがエ
ラーであっても、残りの９９の商品情報で店舗を運営す
ることができる。つまり、店舗運営について、商品情
報のエラーの数というより、全体の商品に対するエラー
の数の方が店舗運営に際して重要な判断材料になる。

【００３９】従って、以上説明したように本発明によれ
ば、データのエラーの比率により、処理の停止の有無を
判断するようにしたので、店舗運営に適したデータ変
換、データの登録ができるようになる。

【００４０】また、それぞれの処理でデータのチェック
を行うようにしているのでより高速に処理ができるよう
になっている。つまり、複数の店舗及び商品情報に対し
てデータ変換、データベースへの登録作業を行う場合、
非常に時間がかかる。しかしながら、本発明によればデ
ータ変換で発生したエラー率が閾値よりも高い店舗及び
商品情報に対してはデータベースの登録を行わないの
で、データベースへ登録するための時間がそれだけ削減
することができる。

【００４１】また、本仮想店舗システムにおいて、サー
バ１０３がＣＳＶ形式のデータとＸＭＬ形式のデータと
を受付けられるようにした場合、ＸＭＬ形式のデータに
ついてはデータ変換を行わないでデータベースへの登録
処理を行う。このように、各処理でデータのエラーチェ
ックを行うようにすることで、処理の経路が違ったデー
タに対してもエラーチェックを行うことができる。

【００４２】尚、データエラーのチェックは、データ変
換の処理で示したように別の処理としてもよいし、デー
タ登録の処理で示したように処理の一部に含まれるもの
としてもよい。

【００４３】次に標本調査による推定エラー率を求める
処理を設けた場合について説明する。

【００４４】図１５〜図１７は、データ登録プログラム
の他の処理を示したものである。これは、標本調査によ
る推定エラー率を求めて、このエラー率が閾値ｒ（２）
よりも小さい場合にデータ登録を行う処理を示したもの
である。尚、本入力データは店舗情報のみの場合のよう
に、各レコードが互いに独立したレコードである場合に
適用される。

【００４５】最初に、図１５にデータ登録処理として、
入力データから標本を取得し、推定エラー率を求める処
理を示す。入力データから標本として取り出すレコード
数及び標本中のエラーのレコード数を表すm及びjをそれ
ぞれ１及び０で初期化する（ステップ１５０１）。次に
入力データ中の全レコード数をカウントしｋに設定する
（ステップ１５０２）。mが４００より大きいまたはｋ
より大きいか判定し（ステップ１５０３）、Yesならば
ステップ１５０８に進み、Noならばステップ１５０４に
進む。ステップ１５０４では、入力データの中から無作
為にレコードを一つ取り出す。ここで取り出すレコード
は既に取り出したレコード以外のものとする。そして、
当レコードを以降に示すエラーチェック処理２に渡した
結果がエラーであるか判定する（ステップ１５０５）。
ここで、Yesならばステップ１５０６へ進み、Noならば
ステップ１５０７へ進む。ステップ１５０６ではjをイ
ンクリメントする。ステップ１５０７ではmをインクリ
メントし、ステップ１５０３へ進む。ステップ１５０８
では、jをmで割った値、すなわち推定エラー率が、処理
停止閾値r(２)以下であるか判定する。Yesならばステッ
プ１５１０へ進み、Noならばエラー終了する（ステップ
１５０９）。ステップ１５１０では、図１６に示すデー
タ登録処理を行う。

【００４６】次に、図１６にデータ登録処理として、入
力データ中の各レコードをデータベースに登録する処理
のフローを示す。入力データの中のエラーのレコード数
を表すj 及び処理対象のレコードの順番を表すnをそれ
ぞれ０及び１で初期化する（ステップ１６０１）。そし
てnがk以下であるか判定する（ステップ１６０２）。Ye
sならばステップ１６０３へ進み、Noならばステップ１
６０７へ進む。ステップ１６０３では、入力データの中
の店舗及び商品情報のtableタグに出現するn番目のレコ
ードに対してエラーチェック処理２を呼び、その結果が
エラーかどうかを判定する。Yesであればステップ１６
０５へ進み、Noであればステップ１６０４へ進む。ここ
でのレコードの順番とは図１２のフローの説明にて述べ
たものと同じ順番である。ステップ１６０４では、本レ
コードをデータベースの該当するテーブルに登録し、ス
テップ１６０６へ進む。ステップ１６０５では、ｊをイ
ンクリメントする。ステップ１６０６では、nをインク
リメントし、１６０２へ進む。ステップ１６０７では、
j をnで割った値、すなわちエラー率がr(２)以下である
か判定する。Yesならば正常終了し（ステップ１６０
９）、Noならばエラー終了する（ステップ１６０８）。

【００４７】そして、図１７にエラーチェック処理２と
して、指定されたレコードがエラーであるかどうかを判
定する処理を示す。本処理は、図１３と比較して、ステ
ップ１３０５の処理がない点を除き、図１３と同じ処理
である。図１３のステップ１３０５に相当する処理がな
いのは、本入力データは互いに独立したレコードであ
り、他のレコードと関連がないためである。

【００４８】さらに既に述べた図１２のフローについ
て、エラー率を求める場合、必ずしも、図１２に示すス
テップ１２０７のように入力データ中のエラーのレコー
ドの全数が判明した後にエラー率を計算する方法をとる
必要はない。すなわち、入力データ中のエラーのレコー
ド数が更新される度にエラー率を計算する方法もある。

【００４９】図１８に、本処理方法を考慮したデータ登
録処理を示す。入力データの中のエラーのレコード数を
表すj 及び全レコード数を表すkをそれぞれ０及び１で
初期化する（ステップ１８０１）。入力データの中の店
舗及び商品情報のtableタグに出現するｋ番目のレコー
ドがあるか判定し（ステップ１８０２）、Yesであれば
ステップ１８０３へ進む。ここでのレコードの順番とは
図１２の説明にて述べたものと同じ順番である。Noであ
れば正常終了する（ステップ１８０９）。ステップ１８
０３では、ｋ番目のレコードをエラーチェック処理に渡
し、その結果がエラーであるか判定する。Yesならばス
テップ１８０６に進む。Noならばステップ１８０４に進
む。ステップ１８０４では、本レコードをデータベース
の該当するテーブルに登録する。ステップ１８０６では
ｊをインクリメントする。そして、j をkで割った値、
すなわちエラー率がr(２)以下であるか判定する（ステ
ップ１８０７）。Yesならばステップ１８０５へ進み、N
oならばエラー終了する（ステップ１８０８）。ステッ
プ１８０５では、kをインクリメントし、ステップ１８
０２へ進む。

【００５０】本発明によれば、入力データに対して一つ
以上の処理の列を実行することにより最終的な出力デー
タを得るシステムにおいて、各処理における各入力デー
タのエラー率を各処理に設定された処理停止閾値と比較
することによりシステムの実行を継続するか停止するか
の判断を行うことが出来るため、エラー率が許容可能な
値であれば最終的な出力データを取得することが可能と
なり、あるいは逆にエラー率が許容不可能な値であれば
システムを停止することが可能となる。また、推定エラ
ー率を事前に求めることにより、システムの処理の成功
あるいは失敗を予測をすることができ、特に全体の処理
に長時間を要する場合は、エラー要素の修正のため入力
データの見直しを行うべきかどうかをより早く判断する
ことが可能となる。

【００５１】

【発明の効果】以上説明したように、本発明によれば複
数の処理を実行するシステムにおいて、全体の処理時間
を短くすることができる。

【図面の簡単な説明】

【図１】本発明のシステム構成を示した図である。

【図２】入力データの一例を示した図である。

【図３】ＸＭＬ形式の入力データの構造を示した図であ
る。

【図４】ＸＭＬ形式の入力データを示した図である。

【図５】データ変換テーブルを示した図である。

【図６】データベースのデータ構造を示した図である。

【図７】データベース変換テーブルを示した図である。

【図８】データベースに格納されたデータを示した図で
ある。

【図９】誤りチェック処理のフローを示した図である。

【図１０】データ変換処理のフローを示した図である。

【図１１】ＸＭＬ形式のデータのエラー例を示した図で
ある。

【図１２】データ登録処理のフローを示した図である。

【図１３】エラーチェック処理のフローを示した図であ
る。

【図１４】ＸＭＬ形式のデータ及び商品カタログ情報を
示した図である。

【図１５】他のデータ登録処理２のフローを示した図で
ある。

【図１６】他のデータ登録処理３のフローを示した図で
ある。

【図１７】他のエラーチェック処理２のフローを示した
図である。

【図１８】他のデータ登録処理４のフローを示した図で
ある。

【符号の説明】１０１クライアント端末１０２クライアント端末１０３サーバ１０４データベース１０５記憶装置１０６処理部１０７データ変換プログラム１０８データ登録プログラム１０９商品カタログ生成プログラム１１０商品購入プログラム１１１誤りチェックプログラム１１２データ変換テーブル１１３データベース変換テーブル１１４処理停止閾値

───────────────────────────────────────────────────── フロントページの続き (72)発明者高木順一朗神奈川県横浜市戸塚区戸塚町5030番地株式会社日立製作所ソフトウェア事業部内Ｆターム(参考） 5B082 GA00 GA02 HA05 HA08

Claims

【特許請求の範囲】

【請求項１】ある処理の出力データを入力データとして
他の処理を実行する情報処理装置における複数の処理の
情報処理方法であって、ある処理に対するデータの誤り率を前記情報処理装置に
よって求め、各処理に対して閾値が設定された記憶装置から前記誤り
率を求めた処理に対する閾値を前記情報処理装置によっ
て読出し、前記誤り率が読み出した前記閾値を越える場合に、前記
情報処理装置による当該処理を停止することを特徴とす
る情報処理方法。
【請求項２】前記誤り率が読み出した前記閾値以下の場
合に、当該処理の出力データを入力データとして次の処
理実行することを特徴とする請求項１記載の情報処理方
法。
【請求項３】前記誤り率は、前記入力データのうち特定
の数のデータから求めることを特徴とする請求項１記載
の情報処理方法。
【請求項４】ある処理の出力データを入力データとして
他の処理を情報処理装置に実行させる情報処理制御プロ
グラムであって、ある処理に対するデータの誤り率を前記情報処理装置に
よって求め、各処理に対して閾値が設定された記憶装置から前記誤り
率を求めた処理に対する閾値を読出し、前記誤り率が読み出した前記閾値を越える場合に、当該
処理を停止するよう前記情報処理装置を制御することを
特徴とする情報処理制御プログラム。
【請求項５】前記誤り率が読み出した前記閾値以下の場
合に、当該処理の出力データを入力データとして次の処
理実行するよう前記情報処理装置を制御することを特徴
とする請求項４記載の情報処理制御プログラム。
【請求項６】前記誤り率は、前記入力データのうち特定
の数のデータから求めることを特徴とする請求項４記載
の情報処理制御プログラム。