情報処理装置、情報処理方法、プログラム
【課題】 異常が含まれるデータと、異常が含まれないデータとに分別し、異常が含まれないデータの処理を実行するシステムを提供すること。
【解決手段】 受信したデータに異常があるか否かを判定し、異常があると判定されたデータと、異常がないと判定されたデータとを分別し、異常が無いと判定されたデータに対する管理者からの指示を受け付けると、当該指示を受けた異常がないデータについての処理を実行する。
【解決手段】 受信したデータに異常があるか否かを判定し、異常があると判定されたデータと、異常がないと判定されたデータとを分別し、異常が無いと判定されたデータに対する管理者からの指示を受け付けると、当該指示を受けた異常がないデータについての処理を実行する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法およびプログラムに関し、特に、Ｗｅｂ−ＥＤＩシステムにおける基幹システムとの連携時の異常発生後の再実行処理に関するものである。
【背景技術】
【０００２】
近年、企業などにおいては、受発注業務における業務効率化のために、Ｗｅｂ−ＥＤＩシステムが導入されている。通常、企業内で利用される基幹システムは、その企業が独自に決めた自社フォーマットで構築されているが、他の企業との間で電子商取引をする場合には、基幹システムが出力したファイルをＷｅｂ−ＥＤＩシステムが取り込み、取引先企業のフォーマットに適した形式に加工・編集し、取引先企業に公開する。
【０００３】
Ｗｅｂ−ＥＤＩシステムは、基幹システムが出力したファイルの取り込みを行う条件として、予め設定された日時条件を満たした場合にファイルの取り込み処理を実行するスケジュール起動や、予め定義されたファイルが基幹システムにおいて作成された場合に当該ファイルの取り込み処理を実行するディレクトリ起動や、登録済みの外部プロセスからのイベントが条件を満たした場合にファイルの取り込み処理を実行する外部プロセス起動等がある。
【０００４】
しかしながら、これらの起動条件に合致したとしても取込処理が何かしらの理由で異常終了する場合がある。その場合には、取り込み処理を再実行することが必要になる。
【０００５】
例えば、基幹システム側に手動で発注情報を作成するインタフェースがあり、担当者が発注情報を入力ミスすると、当該発注情報のファイルの取り込み処理は異常終了してしまう。
【０００６】
このような場合、従来は、Ｗｅｂ−ＥＤＩシステムの運用管理者がＷｅｂ−ＥＤＩシステムにリモートで接続し、異常終了した基幹システムが出力したファイルの内容と、ログを確認し、基幹システムが出力したファイルを修正して再度取り込み処理を行っていた。
【０００７】
そのため夜間や休日に異常終了した場合は、リモート接続ができずに対応が遅れることがあった。さらに、ファイルの修正が必要なため、運用管理者に高度な技術が必要とされていた。
【０００８】
そこで、このような問題を解決すべく、基幹システムとの連携時に異常が発生した場合に、処理の再実行を行う技術が提案されている。
【０００９】
その１つとして、特許文献１には、再実行を行うＵＲＬを含む情報を管理者に送るシステムが開示されている。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２００８−４８１５４公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
しかしながら、特許文献１に記載のシステムにおいては、処理の再実行が可能であるが、データを正常なデータと異常なデータとに分別することの記載はされていない。従って、ネットワークが一時的に切断されていたなど、データの内容以外に問題があった場合には対応が可能であるが、データの内容が原因で異常が発生した場合には対応することができない。すなわち、同じデータに対して処理を再実行するため、データの内容に異常がある場合には、再度異常終了することになってしまう。
【００１２】
しかしながらＥＤＩではネットワークが一時的に切断されていたといったデータ以外に原因があるケースよりも、データに原因があるために異常が発生するケースの方が多い。
【００１３】
本発明は上記の課題を解決するためになされたものであり、異常が含まれるデータと、異常が含まれないデータとに分別し、異常が含まれないデータの処理を実行するシステムを提供することを目的とする。
【課題を解決するための手段】
【００１４】
本発明は、受信したデータに対して、設定されたジョブに従って処理を実行する情報処理装置であって、前記受信したデータに異常があるか否かを判定するための設定ファイルを記憶する記憶手段と、前記記憶手段に記憶された設定ファイルを用いて、前記受信したデータに異常があるか否かを判定する判定手段と、前記判定手段により異常があると判定されたデータと、異常がないと判定されたデータとを分別する分別手段と、異常が無いと判定されたデータに対する管理者からの指示を受け付ける受付手段と、前記受付手段で指示を受け付けたデータに対して処理を実行する処理手段と、を備えることを特徴とする。
【００１５】
また、本発明は、受信したデータに対して、設定されたジョブに従って処理を実行し、前記受信したデータに異常があるか否かを判定するための設定ファイルを記憶する情報処理装置によって行われる情報処理方法であって、判定手段が、前記記憶された設定ファイルを用いて、前記受信したデータに異常があるか否かを判定する判定工程と、分別手段が、前記判定工程により異常があると判定されたデータと、異常がないと判定されたデータとを分別する分別工程と、受付手段が、異常が無いと判定されたデータに対する管理者からの指示を受け付ける受付工程と、処理手段が、前記受付工程で指示を受け付けたデータに対して処理を実行する処理工程と、を備えることを特徴とする。
【００１６】
また、本発明は、受信したデータに対して、設定されたジョブに従って処理を実行し、前記受信したデータに異常があるか否かを判定するための設定ファイルを記憶する情報処理装置で実行可能なプログラムであって、前記情報処理装置を、前記記憶された設定ファイルを用いて、前記受信したデータに異常があるか否かを判定する判定手段と、前記判定手段により異常があると判定されたデータと、異常がないと判定されたデータとを分別する分別手段と、異常が無いと判定されたデータに対する管理者からの指示を受け付ける受付手段と、前記受付手段で指示を受け付けたデータに対して処理を実行する処理手段として機能させることを特徴とする。
【発明の効果】
【００１７】
本発明によれば、異常が含まれるデータと、異常が含まれないデータとに分別し、異常が含まれないデータの処理を実行することが可能となる。
【図面の簡単な説明】
【００１８】
【図１】本発明におけるシステム構成の一例を示すシステム構成図
【図２】図１に示す基幹システム１０１、ＤＢサーバ１０２、Ｗｅｂサーバ１０３、メールサーバ１０４、管理者端末１０５に適用可能なハードウェア構成例を示すブロック図
【図３】基幹システムが出力したファイルに対する処理を示すフローチャート
【図４】基幹システム１０１から出力されたファイルを分割する処理（Ｓ３０５の処理）の詳細を示すフローチャート
【図５】図３に示すフローチャートにおけるＳ３０６のメール送信処理の詳細を示すフローチャート
【図６】図５のフローチャートで示す処理により送信されたメールに記載されたＵＲＬが選択された場合の処理を示すフローチャート
【図７】基幹システム１０１が出力したファイルの一例を示す図
【図８】図７に示すファイルに対して、ファイル分割処理を実行した後の、正常ファイルの一例を示す図
【図９】図７に示すファイルに対して、ファイル分割処理を実行した後の、異常ファイルの一例を示す図
【図１０】図５のフローチャートにおけるＳ５０４において管理者端末１０５に対して送信される電子メールの一例を示す図
【図１１】基幹システム１０１から出力されたファイルを正常なデータのファイルと異常なデータのファイルとに分割する設定ファイルのサンプルを示す図
【発明を実施するための形態】
【００１９】
以下に、本発明を適用した好適な実施形態を、図面を参照しながら説明する。
【００２０】
図１は、本実施形態におけるＷｅｂ−ＥＤＩシステムのシステム構成の一例を示す図である。
【００２１】
本実施形態に係るシステムは、基幹システム１０１、ＤＢサーバ１０２、Ｗｅｂサーバ１０３、メールサーバ１０４、運用管理者による指示を受け付ける管理者端末１０５がＬＡＮ等のネットワーク１０６を介して相互に通信可能に接続された構成となっている。
【００２２】
次に、図２を用いて、図１に示した基幹システム１０１、ＤＢサーバ１０２、Ｗｅｂサーバ１０３、メールサーバ１０４、管理者端末１０５のハードウェア構成について説明する。図２は、基幹システム１０１、ＤＢサーバ１０２、Ｗｅｂサーバ１０３、メールサーバ１０４、管理者端末１０５に適用可能な情報処理装置のハードウェア構成例を示すブロック図である。
【００２３】
２０１はＣＰＵで、ＲＡＭ２０２やＲＯＭ２０３に格納されるプログラムやデータを用いて基幹システム１０１、ＤＢサーバ１０２、Ｗｅｂサーバ１０３、メールサーバ１０４、管理者端末１０５の制御、及び後述する各処理の実行を行う。
【００２４】
２０２はＲＡＭで、ＨＤＤ２０４や記憶媒体ドライブ２０６からロードされたプログラムやデータ、ネットワークＩ／Ｆを介して受信したデータを一時的に記憶するための領域と、ＣＰＵが各種の処理を実行する際に使用する作業領域を備える。
【００２５】
２０３はＲＯＭで、ＷＥＢサーバ１０３の設定データやブートプログラムなどを格納する。
【００２６】
２０４はＨＤＤで、オペレーティングシステムや、基幹システム１０１、ＤＢサーバ１０２、Ｗｅｂサーバ１０３、メールサーバ１０４、管理者端末１０５が行う後述の各処理をＣＰＵ２０１に実行させるためのプログラムやデータが保存されており、これらの一部または全部はＣＰＵ２０１の指示に従ってＲＡＭ２０２にロードされ、これを用いてＣＰＵ２０１が処理を行うことで、基幹システム１０１、ＤＢサーバ１０２、Ｗｅｂサーバ１０３、メールサーバ１０４、管理者端末１０５は後述する各処理を実行する。
【００２７】
２０５はネットワークＩ／Ｆで、基幹システム１０１、ＤＢサーバ１０２、Ｗｅｂサーバ１０３、メールサーバ１０４、管理者端末１０５をローカルエリアネットワーク１０９に接続させるためのものであり、このネットワークＩ／Ｆ２０５を介して基幹システム１０１、ＤＢサーバ１０２、Ｗｅｂサーバ１０３、メールサーバ１０４、管理者端末１０５は外部機器と通信を行う。
【００２８】
２０６は外部記憶ドライブで、ＣＤ−ＲＯＭ、ＣＤ−Ｒ／ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−Ｒ／ＲＷ、ＤＶＤ−ＲＡＭなどの記憶媒体に記録されたプログラムやデータを読み出し、ＲＡＭ２０２に出力するものであり、この読み出し動作はＣＰＵ２０１によって制御される。
【００２９】
２０７はキーボードで、各種の指示をＣＰＵ２０１に対して入力する。２０８はマウスなどのポインティングデバイスで、各種の指示をＣＰＵ２０１に対して入力する。
【００３０】
２０９はビデオＩ／Ｆで、ディスプレイ装置２１０に表示すべき画像を信号としてディスプレイ装置２１０に供給するためのＩ／Ｆとして機能するものである。
【００３１】
２１０はディスプレイ装置で、ＣＲＴや液晶などにより構成されており、ＣＰＵ２０１による処理結果を画像や文字により表示するものである。
【００３２】
２１１は周辺機器Ｉ／Ｆで、ＵＳＢポートやＩＥＥＥ１３９４ポートなどで構成されており、この周辺機器Ｉ／Ｆ２１１を介して周辺機器との接続することが可能である。周辺機器との接続形態は有線／無線を問わない。２１２は上述の各部を繋ぐバスである。
【００３３】
なお、全ての装置がこれらの構成を備えているわけではなく、必要なものを夫々備えていればよい。
【００３４】
次に、図３に示すフローチャートを用いて、基幹システム１０１が出力したファイルに対する処理の流れを説明する。
【００３５】
なお、本処理は、ＤＢサーバ１０２のＣＰＵ２０１が記憶領域に記録されているプログラムによる制御に従って行うものである。
【００３６】
まず、ステップＳ３０１では、ＤＢサーバ１０２のＣＰＵ２０１は、ファイル取込条件の発生を検知する。なお、基幹システム１０１が出力したファイルの取り込みを行う条件としては、予め設定された日時の到来や、基幹システム１０１における予め定義されたファイルの作成、登録済みの外部プロセスからのイベント発生などが考えられる。
【００３７】
本実施例では、基幹システム１０１によるＤＢサーバ１０２の「Ｃ：￥ｗｅｂｅｄｉ￥ｈａｃｈｕ．ｃｓｖ」に対するファイル出力を取り込みの条件として説明する。
【００３８】
ＤＢサーバ１０２は「Ｃ：￥ｗｅｂｅｄｉ￥ｈａｃｈｕ．ｃｓｖ」にファイルが出力されたことを検知すると、処理をステップＳ３０２に移行する。基幹システム１０１から出力されるファイルの一例を図７に示す。
【００３９】
ステップＳ３０２では、ＤＢサーバ１０２のＣＰＵ２０１は、基幹システム１０１から出力されたファイルを記憶領域に取り込む。
【００４０】
ステップＳ３０３では、取り込み処理が成功したか否かを判断する。
【００４１】
取り込み処理が成功した場合（ステップＳ３０３：ＹＥＳ）は、処理をステップＳ３０７に移行する。
【００４２】
なお、取り込み処理の成功とは、基幹システム１０１からファイルが出力されていて、かつ当該出力されたファイルを自己の記憶領域に取り込むことが出来たことを意味する。すなわち、異常なデータが含まれていないことを意味する。
【００４３】
他方、取り込みに失敗した場合、すなわち、基幹システム１０１から出力されたファイルに異常データが含まれていた場合（ステップＳ３０３：ＮＯ）には、処理をステップＳ３０４に移行する。
【００４４】
ステップＳ３０４では、ステップＳ３０２で取り込んだファイルをコピーをする。
【００４５】
ステップＳ３０５では、ＤＢサーバ１０２は、基幹システム１０１から出力されたファイルについて、ファイルの分割処理を行う。これにより図８に示す「Ｃ：￥ｗｅｂｅｄｉ￥ｈａｃｈｕＯＫ．ｃｓｖ」と、図９に示す「Ｃ：￥ｗｅｂｅｄｉ￥ｈａｃｈｕＮＧ．ｃｓｖ」の２つのファイルが作成される。
【００４６】
なお、このファイル分割処理の詳細については、図４のフローチャートを用いて後述する。
【００４７】
そして、ステップＳ３０５で、ステップＳ３０２でＤＢサーバ１０２が取り込んだファイルが「Ｃ：￥ｗｅｂｅｄｉ￥ｈａｃｈｕＯＫ．ｃｓｖ」と「Ｃ：￥ｗｅｂｅｄｉ￥ｈａｃｈｕＮＧ．ｃｓｖ」とに分割されると、処理をステップＳ３０６に移行する。
【００４８】
ステップＳ３０６では、ＤＢサーバ１０２は、ステップＳ３０５で生成された分割後異常ファイルである「Ｃ：￥ｗｅｂｅｄｉ￥ｈａｃｈｕＮＧ．ｃｓｖ」を電子メールに添付し、管理者端末１０５に送信する。なお、ステップＳ３０６の処理の詳細については、図５に示すフローチャートを用いて後述する。
【００４９】
ステップＳ３０６のメール送信プログラムの処理が実行されると、処理をステップＳ３０７へ移行する。
【００５０】
ステップＳ３０７では、ＤＢサーバ１０２は、ステップＳ３０２で取り込んだファイルの保存場所を「Ｃ：￥ｗｅｂｅｄｉ￥ｈａｃｈｕ．ｃｓｖ」から「Ｃ：￥ｗｅｂｅｄｉ￥ｂａｃｋｕｐ￥＜年月日＞￥ｈａｃｈｕ．ｃｓｖ」に変更する。これにより以前に取り込み処理を行ったファイルの内容を確認することが容易となる。
【００５１】
次に、図４のフローチャートを用いて、基幹システム１０１から出力されたファイルを分割する処理（Ｓ３０６の処理）の詳細を説明する。
【００５２】
なお、本処理は、ＤＢサーバ１０２のＣＰＵ２０１が記憶領域に記録されているファイル分割プログラムによる制御に従って行うものである。
【００５３】
ステップＳ４０１では、異常データを判別するための設定ファイルを読み込む。なお、この設定ファイルの内容については、図１１に具体例を示すが、図１１はあくまでも一例であり、プログラムの実装方法等により異なるものである。
【００５４】
ステップＳ４０２では、ステップＳ３０２で取り込んだファイルのデータを１行読み込む。
【００５５】
ステップＳ４０３では、ステップＳ４０２で読み込んだデータを区切り文字で分割し、メモリに保持する。ここで区切り文字とは、例えば「，」のような文字を意味し、データを項目ごとに区切っている文字を意味する。
【００５６】
ステップＳ４０４では、ステップＳ４０３でメモリに保持したデータについて、ステップＳ４０１で取り込んだ設定ファイルをもとに正しいデータであるか否かを判断する。なお、設定ファイルとの比較は区切り文字で区切られたデータ単位で行うが、ステップＳ４０４における正しいデータか否かの判断は、１行分のデータ全てが正しいデータで構成されているか否かを判断する。
【００５７】
正しいデータであると判断されると（ステップＳ４０４：ＹＥＳ）、処理をステップＳ４０５に移行し、正しいデータではないと判断されると（ステップＳ４０５：ＮＯ）、処理をステップＳ４０６に移行する。
【００５８】
ステップＳ４０５では、ステップＳ４０４で正しいデータであると判断されたデータを正常ファイルに出力する。なお、本実施例では正常ファイルとして「Ｃ：￥ｗｅｂｅｄｉ￥ｈａｃｈｕＯＫ．ｃｓｖ」を作成する。
【００５９】
ステップＳ４０６では、ステップＳ４０４で正しいデータではないと判断されたデータを異常ファイルに出力する。なおこの際に、異常である理由についても異常ファイルに対して出力を行う。なお、本実施例では、異常ファイルの一例として「Ｃ：￥ｗｅｂｅｄｉ￥ｈａｃｈｕＯＫ．ｃｓｖ」を作成する。
【００６０】
ステップＳ４０７では、ステップＳ４０４で正しいデータか否かの判断対象となったデータが、ステップ３０２で取り込んだファイルの最後のデータか否かを判断する。
【００６１】
最後のデータであると判断されると（ステップＳ４０７：ＹＥＳ）、本フローチャートの処理を終了する。
【００６２】
最後のデータではないと判断されると（ステップＳ４０７：ＮＯ）、処理をステップＳ４０２に移行し、次の行のデータを読み込む。
【００６３】
以上の処理を実行することで、基幹システム１０１から出力されたファイルについて、正常なデータと異常なデータとに分割したファイルを作成することが可能となる。
【００６４】
正常なデータと異常なデータとを分割して、別々のファイルを作成し、正常なデータのファイルについて再処理を実行することで、再処理の際に異常終了せず、処理を実行することが可能となる。
【００６５】
次に、図５に示すフローチャートを用いて、ステップＳ３０６のメール送信処理の詳細について説明する。
【００６６】
なお、本処理は、ＤＢサーバ１０２のＣＰＵ２０１が記憶領域に記録されているメール送信プログラムによる制御に従って行うものである。
【００６７】
ステップＳ５０１では、図４のフローチャートで示す処理で作成された正常ファイル「Ｃ：￥ｗｅｂｅｄｉ￥ｈａｃｈｕＯＫ．ｃｓｖ」と異常ファイル「Ｃ：￥ｗｅｂｅｄｉ￥ｈａｃｈｕＮＧ．ｃｓｖ」をそれぞれ読み込む。
【００６８】
ステップＳ５０２では、管理者端末１０５に送信する電子メールを作成し、当該電子メールに異常ファイル「Ｃ：￥ｗｅｂｅｄｉ￥ｈａｃｈｕＮＧ．ｃｓｖ」を添付する。
ステップＳ５０３では、正常ファイルの暗号化を行う。
【００６９】
具体的な暗号化処理の例として、まず「Ｃ：￥ｗｅｂｅｄｉ￥２０１００８３１０６３００５ａＴｘ＄ａｘ」というフォルダを作成し、作成した「Ｃ：￥ｗｅｂｅｄｉ￥２０１００８３１０６３００５ａＴｘ＄ａｘ」の中に正常ファイル「Ｃ：￥ｗｅｂｅｄｉ￥ｈａｃｈｕＯＫ．ｃｓｖ」を移動する。この処理により、正常ファイルは「Ｃ：￥ｗｅｂｅｄｉ￥２０１００８３１０６３００５ａＴｘ＄ａｘ￥ｈａｃｈｕＯＫ．ｃｓｖ」に保存されることになり、暗号化されたファイルのＵＲＬが記載されたメールを受信した本人以外はパラメータの内容がわからないようになる。
【００７０】
ステップＳ５０４では、管理者端末１０５を送信先として、異常ファイル「Ｃ：￥ｗｅｂｅｄｉ￥ｈａｃｈｕＮＧ．ｃｓｖ」が添付され、正常ファイルのファイルパス「Ｃ：￥ｗｅｂｅｄｉ￥２０１００８３１０６３００５ａＴｘ＄ａｘ￥ｈａｃｈｕＯＫ．ｃｓｖ」が記載されたメールを送信する。
【００７１】
なお、運用管理者が複数人いる場合は、全ての運用管理者に対して当該メールを送信する。
【００７２】
次に図６に示すフローチャートを用いて、管理者端末１０５により、図５のフローチャートで示す処理により送信されたメールに記載されたＵＲＬが選択（クリック）された場合の処理について説明する。
【００７３】
なお、本処理は、１０３のＣＰＵ２０１が記憶領域に記録されているプログラムによる制御に従って行うものである。
【００７４】
ステップＳ６０１では、１０５が管理者端末１０５によるＵＲＬの選択を受け付け、１０３がその旨の情報を取得する。
【００７５】
管理者端末１０５によりメールに記載されたＵＲＬが選択されると、１０３は、処理をステップＳ６０２に移行し、管理者端末１０５宛に再実行処理を行う旨のメールを送信する。
【００７６】
なお、運用管理者が複数人いる場合は、全ての運用管理者に対して再実行処理を行う旨のメールを送信する。
【００７７】
ステップＳ６０３では、１０３は再実行処理を行う。再実行処理の具体的な内容について以下説明する。
【００７８】
１０３はＤＢサーバ１０２の正常ファイルが保存されている場所を、ＵＲＬの引数である「Ｃ：￥ｗｅｂｅｄｉ￥２０１００８３１０６３００５ａＴｘ＄ａｘ￥ｈａｃｈｕＯＫ．ｃｓｖ」から判断し、１０３に保存されている「Ｃ：￥ｗｅｂｅｄｉ￥２０１００８３１０６３００５ａＴｘ＄ａｘ￥ｈａｃｈｕＯＫ．ｃｓｖ」ファイルを「Ｃ：￥ｗｅｂｅｄｉ￥ｈａｃｈｕ．ｃｓｖ」にコピーする。
【００７９】
ＤＢサーバ１０２は「Ｃ：￥ｗｅｂｅｄｉ￥ｈａｃｈｕ．ｃｓｖ」ファイルが作成されたことにより、ステップＳ３０２のファイル取込み処理を実行する。
【００８０】
以上の処理を実行することにより、正常データのみが分別されたファイルに対して再度、処理が実行される。以上データが含まれないファイルに対する処理であるため、再処理の際に異常終了することなく処理を実行することが可能となる。
【００８１】
図７は、基幹システム１０１が出力したファイルの一例を示す図である。
【００８２】
１行が１件の発注データを示してあり、「発注番号，発注日，納品日，仕入先，商品コード，発注数量，単価，納品場所」の順に並んでいる。
【００８３】
また、図７に示す例では、発注データ７０２、発注データ７０３、発注データ７０４には異常があることを示している。
【００８４】
発注データ７０２は、発注データ７０１と発注番号が重複している。
発注データ７０３は、発注日前に納品日が設定されている。
発注データ７０４は、仕入先のデータが設定されていない。
【００８５】
図８は、図７に示すファイルに対して、ファイル分割処理を実行した後の、正常ファイルの一例を示す図である。
【００８６】
すなわち、図７のファイルにおいて異常があった発注データ７０２、７０３、７０４について削除され、正常なデータのみが残っているファイルであり、本実施例における「Ｃ：￥ｗｅｂｅｄｉ￥ｈａｃｈｕＯＫ．ｃｓｖ」にあたるファイルである。
【００８７】
図９は、図７に示すファイルに対して、ファイル分割処理を実行した後の、異常ファイルの一例を示す図である。
【００８８】
すなわち、図７のファイルにおいて異常があった発注データ７０２、７０３、７０４のみが残っているファイルであり、本実施例における「Ｃ：￥ｗｅｂｅｄｉ￥ｈａｃｈｕＮＧ．ｃｓｖ」にあたるファイルである。
【００８９】
図１０は、ステップＳ５０４において管理者端末１０５に対して送信される電子メールの一例を示す図である。
【００９０】
下部に記載されたＵＲＬを選択することで、図８に示す正常なデータのファイルが再度取り込まれ、処理が行われる。
【００９１】
また、図９に示す異常データのファイルについては、図１０に示す電子メールに添付ファイルとして添付される。なお、本実施例では異常データのファイルを電子メールに添付しているが、正常データのファイルも添付するようにしてもよい。
【００９２】
図１１は、基幹システム１０１から出力されたファイルを正常なデータのファイルと異常なデータのファイルとに分割する設定ファイルのサンプルを示す図である。
【００９３】
例えば、図１１の１１０１は、区切り文字で区切られたデータの最初のデータについては、必ず数値型の値が入り、同じ値がデータベース上に登録されていないことを示している。
【００９４】
データベース上に同じ値が登録されている場合は、異常データとして判定され、図９に示す異常ファイルにあるように「列１が重複している」という異常となった理由が異常ファイルに出力される。
【００９５】
図１１の１１０２では、区切り文字で区切られたデータの３番目のデータについては、必ず８ケタの日付が入り、２番目のデータより値が大きいことを示している。
【００９６】
２番目の項目よりも小さい値が入っていた場合は、図９に示す異常ファイルにあるように、「列３の値が不正」という異常となった理由が異常ファイルに出力される。
【００９７】
図１１の１１０３では、区切り文字で区切られたデータの４番目のデータについては、必ず数値型の値であり、かつデータベース上に登録された値が入ることを示している。
【００９８】
例えば図７に示すファイルの７０４のように４番目のデータが空の場合は、図９に示す異常ファイルにあるように「列４が空」という異常となった理由が異常ファイルに出力される。
【００９９】
以上、説明したように、異常となった理由が記載されたファイルが電子メールに添付されて管理者に送信されることで、管理者は異常となった原因を把握することができる。
【０１００】
なお、本発明は、前述した実施形態の機能を実現するプログラムを、システム或いは装置に直接或いは遠隔から供給し、そのシステム或いは装置が、供給されたプログラムコードを読み出して実行することによっても達成される。従って、本発明の機能処理をコンピュータで実現するために、コンピュータにインストールされるプログラムコード自体も本発明の技術的範囲に含まれる。
【０１０１】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【０１０２】
プログラムを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク（ＣＤ、ＤＶＤ）、光磁気ディスク、磁気テープ、不揮発性のメモリカード、ＲＯＭなどがある。
【０１０３】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【０１０４】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現される。
【符号の説明】
【０１０５】
１０１ 基幹システム
１０２ ＤＢサーバ
１０３ Ｗｅｂサーバ
１０４ メールサーバ
１０５ 管理者端末
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法およびプログラムに関し、特に、Ｗｅｂ−ＥＤＩシステムにおける基幹システムとの連携時の異常発生後の再実行処理に関するものである。
【背景技術】
【０００２】
近年、企業などにおいては、受発注業務における業務効率化のために、Ｗｅｂ−ＥＤＩシステムが導入されている。通常、企業内で利用される基幹システムは、その企業が独自に決めた自社フォーマットで構築されているが、他の企業との間で電子商取引をする場合には、基幹システムが出力したファイルをＷｅｂ−ＥＤＩシステムが取り込み、取引先企業のフォーマットに適した形式に加工・編集し、取引先企業に公開する。
【０００３】
Ｗｅｂ−ＥＤＩシステムは、基幹システムが出力したファイルの取り込みを行う条件として、予め設定された日時条件を満たした場合にファイルの取り込み処理を実行するスケジュール起動や、予め定義されたファイルが基幹システムにおいて作成された場合に当該ファイルの取り込み処理を実行するディレクトリ起動や、登録済みの外部プロセスからのイベントが条件を満たした場合にファイルの取り込み処理を実行する外部プロセス起動等がある。
【０００４】
しかしながら、これらの起動条件に合致したとしても取込処理が何かしらの理由で異常終了する場合がある。その場合には、取り込み処理を再実行することが必要になる。
【０００５】
例えば、基幹システム側に手動で発注情報を作成するインタフェースがあり、担当者が発注情報を入力ミスすると、当該発注情報のファイルの取り込み処理は異常終了してしまう。
【０００６】
このような場合、従来は、Ｗｅｂ−ＥＤＩシステムの運用管理者がＷｅｂ−ＥＤＩシステムにリモートで接続し、異常終了した基幹システムが出力したファイルの内容と、ログを確認し、基幹システムが出力したファイルを修正して再度取り込み処理を行っていた。
【０００７】
そのため夜間や休日に異常終了した場合は、リモート接続ができずに対応が遅れることがあった。さらに、ファイルの修正が必要なため、運用管理者に高度な技術が必要とされていた。
【０００８】
そこで、このような問題を解決すべく、基幹システムとの連携時に異常が発生した場合に、処理の再実行を行う技術が提案されている。
【０００９】
その１つとして、特許文献１には、再実行を行うＵＲＬを含む情報を管理者に送るシステムが開示されている。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２００８−４８１５４公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
しかしながら、特許文献１に記載のシステムにおいては、処理の再実行が可能であるが、データを正常なデータと異常なデータとに分別することの記載はされていない。従って、ネットワークが一時的に切断されていたなど、データの内容以外に問題があった場合には対応が可能であるが、データの内容が原因で異常が発生した場合には対応することができない。すなわち、同じデータに対して処理を再実行するため、データの内容に異常がある場合には、再度異常終了することになってしまう。
【００１２】
しかしながらＥＤＩではネットワークが一時的に切断されていたといったデータ以外に原因があるケースよりも、データに原因があるために異常が発生するケースの方が多い。
【００１３】
本発明は上記の課題を解決するためになされたものであり、異常が含まれるデータと、異常が含まれないデータとに分別し、異常が含まれないデータの処理を実行するシステムを提供することを目的とする。
【課題を解決するための手段】
【００１４】
本発明は、受信したデータに対して、設定されたジョブに従って処理を実行する情報処理装置であって、前記受信したデータに異常があるか否かを判定するための設定ファイルを記憶する記憶手段と、前記記憶手段に記憶された設定ファイルを用いて、前記受信したデータに異常があるか否かを判定する判定手段と、前記判定手段により異常があると判定されたデータと、異常がないと判定されたデータとを分別する分別手段と、異常が無いと判定されたデータに対する管理者からの指示を受け付ける受付手段と、前記受付手段で指示を受け付けたデータに対して処理を実行する処理手段と、を備えることを特徴とする。
【００１５】
また、本発明は、受信したデータに対して、設定されたジョブに従って処理を実行し、前記受信したデータに異常があるか否かを判定するための設定ファイルを記憶する情報処理装置によって行われる情報処理方法であって、判定手段が、前記記憶された設定ファイルを用いて、前記受信したデータに異常があるか否かを判定する判定工程と、分別手段が、前記判定工程により異常があると判定されたデータと、異常がないと判定されたデータとを分別する分別工程と、受付手段が、異常が無いと判定されたデータに対する管理者からの指示を受け付ける受付工程と、処理手段が、前記受付工程で指示を受け付けたデータに対して処理を実行する処理工程と、を備えることを特徴とする。
【００１６】
また、本発明は、受信したデータに対して、設定されたジョブに従って処理を実行し、前記受信したデータに異常があるか否かを判定するための設定ファイルを記憶する情報処理装置で実行可能なプログラムであって、前記情報処理装置を、前記記憶された設定ファイルを用いて、前記受信したデータに異常があるか否かを判定する判定手段と、前記判定手段により異常があると判定されたデータと、異常がないと判定されたデータとを分別する分別手段と、異常が無いと判定されたデータに対する管理者からの指示を受け付ける受付手段と、前記受付手段で指示を受け付けたデータに対して処理を実行する処理手段として機能させることを特徴とする。
【発明の効果】
【００１７】
本発明によれば、異常が含まれるデータと、異常が含まれないデータとに分別し、異常が含まれないデータの処理を実行することが可能となる。
【図面の簡単な説明】
【００１８】
【図１】本発明におけるシステム構成の一例を示すシステム構成図
【図２】図１に示す基幹システム１０１、ＤＢサーバ１０２、Ｗｅｂサーバ１０３、メールサーバ１０４、管理者端末１０５に適用可能なハードウェア構成例を示すブロック図
【図３】基幹システムが出力したファイルに対する処理を示すフローチャート
【図４】基幹システム１０１から出力されたファイルを分割する処理（Ｓ３０５の処理）の詳細を示すフローチャート
【図５】図３に示すフローチャートにおけるＳ３０６のメール送信処理の詳細を示すフローチャート
【図６】図５のフローチャートで示す処理により送信されたメールに記載されたＵＲＬが選択された場合の処理を示すフローチャート
【図７】基幹システム１０１が出力したファイルの一例を示す図
【図８】図７に示すファイルに対して、ファイル分割処理を実行した後の、正常ファイルの一例を示す図
【図９】図７に示すファイルに対して、ファイル分割処理を実行した後の、異常ファイルの一例を示す図
【図１０】図５のフローチャートにおけるＳ５０４において管理者端末１０５に対して送信される電子メールの一例を示す図
【図１１】基幹システム１０１から出力されたファイルを正常なデータのファイルと異常なデータのファイルとに分割する設定ファイルのサンプルを示す図
【発明を実施するための形態】
【００１９】
以下に、本発明を適用した好適な実施形態を、図面を参照しながら説明する。
【００２０】
図１は、本実施形態におけるＷｅｂ−ＥＤＩシステムのシステム構成の一例を示す図である。
【００２１】
本実施形態に係るシステムは、基幹システム１０１、ＤＢサーバ１０２、Ｗｅｂサーバ１０３、メールサーバ１０４、運用管理者による指示を受け付ける管理者端末１０５がＬＡＮ等のネットワーク１０６を介して相互に通信可能に接続された構成となっている。
【００２２】
次に、図２を用いて、図１に示した基幹システム１０１、ＤＢサーバ１０２、Ｗｅｂサーバ１０３、メールサーバ１０４、管理者端末１０５のハードウェア構成について説明する。図２は、基幹システム１０１、ＤＢサーバ１０２、Ｗｅｂサーバ１０３、メールサーバ１０４、管理者端末１０５に適用可能な情報処理装置のハードウェア構成例を示すブロック図である。
【００２３】
２０１はＣＰＵで、ＲＡＭ２０２やＲＯＭ２０３に格納されるプログラムやデータを用いて基幹システム１０１、ＤＢサーバ１０２、Ｗｅｂサーバ１０３、メールサーバ１０４、管理者端末１０５の制御、及び後述する各処理の実行を行う。
【００２４】
２０２はＲＡＭで、ＨＤＤ２０４や記憶媒体ドライブ２０６からロードされたプログラムやデータ、ネットワークＩ／Ｆを介して受信したデータを一時的に記憶するための領域と、ＣＰＵが各種の処理を実行する際に使用する作業領域を備える。
【００２５】
２０３はＲＯＭで、ＷＥＢサーバ１０３の設定データやブートプログラムなどを格納する。
【００２６】
２０４はＨＤＤで、オペレーティングシステムや、基幹システム１０１、ＤＢサーバ１０２、Ｗｅｂサーバ１０３、メールサーバ１０４、管理者端末１０５が行う後述の各処理をＣＰＵ２０１に実行させるためのプログラムやデータが保存されており、これらの一部または全部はＣＰＵ２０１の指示に従ってＲＡＭ２０２にロードされ、これを用いてＣＰＵ２０１が処理を行うことで、基幹システム１０１、ＤＢサーバ１０２、Ｗｅｂサーバ１０３、メールサーバ１０４、管理者端末１０５は後述する各処理を実行する。
【００２７】
２０５はネットワークＩ／Ｆで、基幹システム１０１、ＤＢサーバ１０２、Ｗｅｂサーバ１０３、メールサーバ１０４、管理者端末１０５をローカルエリアネットワーク１０９に接続させるためのものであり、このネットワークＩ／Ｆ２０５を介して基幹システム１０１、ＤＢサーバ１０２、Ｗｅｂサーバ１０３、メールサーバ１０４、管理者端末１０５は外部機器と通信を行う。
【００２８】
２０６は外部記憶ドライブで、ＣＤ−ＲＯＭ、ＣＤ−Ｒ／ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−Ｒ／ＲＷ、ＤＶＤ−ＲＡＭなどの記憶媒体に記録されたプログラムやデータを読み出し、ＲＡＭ２０２に出力するものであり、この読み出し動作はＣＰＵ２０１によって制御される。
【００２９】
２０７はキーボードで、各種の指示をＣＰＵ２０１に対して入力する。２０８はマウスなどのポインティングデバイスで、各種の指示をＣＰＵ２０１に対して入力する。
【００３０】
２０９はビデオＩ／Ｆで、ディスプレイ装置２１０に表示すべき画像を信号としてディスプレイ装置２１０に供給するためのＩ／Ｆとして機能するものである。
【００３１】
２１０はディスプレイ装置で、ＣＲＴや液晶などにより構成されており、ＣＰＵ２０１による処理結果を画像や文字により表示するものである。
【００３２】
２１１は周辺機器Ｉ／Ｆで、ＵＳＢポートやＩＥＥＥ１３９４ポートなどで構成されており、この周辺機器Ｉ／Ｆ２１１を介して周辺機器との接続することが可能である。周辺機器との接続形態は有線／無線を問わない。２１２は上述の各部を繋ぐバスである。
【００３３】
なお、全ての装置がこれらの構成を備えているわけではなく、必要なものを夫々備えていればよい。
【００３４】
次に、図３に示すフローチャートを用いて、基幹システム１０１が出力したファイルに対する処理の流れを説明する。
【００３５】
なお、本処理は、ＤＢサーバ１０２のＣＰＵ２０１が記憶領域に記録されているプログラムによる制御に従って行うものである。
【００３６】
まず、ステップＳ３０１では、ＤＢサーバ１０２のＣＰＵ２０１は、ファイル取込条件の発生を検知する。なお、基幹システム１０１が出力したファイルの取り込みを行う条件としては、予め設定された日時の到来や、基幹システム１０１における予め定義されたファイルの作成、登録済みの外部プロセスからのイベント発生などが考えられる。
【００３７】
本実施例では、基幹システム１０１によるＤＢサーバ１０２の「Ｃ：￥ｗｅｂｅｄｉ￥ｈａｃｈｕ．ｃｓｖ」に対するファイル出力を取り込みの条件として説明する。
【００３８】
ＤＢサーバ１０２は「Ｃ：￥ｗｅｂｅｄｉ￥ｈａｃｈｕ．ｃｓｖ」にファイルが出力されたことを検知すると、処理をステップＳ３０２に移行する。基幹システム１０１から出力されるファイルの一例を図７に示す。
【００３９】
ステップＳ３０２では、ＤＢサーバ１０２のＣＰＵ２０１は、基幹システム１０１から出力されたファイルを記憶領域に取り込む。
【００４０】
ステップＳ３０３では、取り込み処理が成功したか否かを判断する。
【００４１】
取り込み処理が成功した場合（ステップＳ３０３：ＹＥＳ）は、処理をステップＳ３０７に移行する。
【００４２】
なお、取り込み処理の成功とは、基幹システム１０１からファイルが出力されていて、かつ当該出力されたファイルを自己の記憶領域に取り込むことが出来たことを意味する。すなわち、異常なデータが含まれていないことを意味する。
【００４３】
他方、取り込みに失敗した場合、すなわち、基幹システム１０１から出力されたファイルに異常データが含まれていた場合（ステップＳ３０３：ＮＯ）には、処理をステップＳ３０４に移行する。
【００４４】
ステップＳ３０４では、ステップＳ３０２で取り込んだファイルをコピーをする。
【００４５】
ステップＳ３０５では、ＤＢサーバ１０２は、基幹システム１０１から出力されたファイルについて、ファイルの分割処理を行う。これにより図８に示す「Ｃ：￥ｗｅｂｅｄｉ￥ｈａｃｈｕＯＫ．ｃｓｖ」と、図９に示す「Ｃ：￥ｗｅｂｅｄｉ￥ｈａｃｈｕＮＧ．ｃｓｖ」の２つのファイルが作成される。
【００４６】
なお、このファイル分割処理の詳細については、図４のフローチャートを用いて後述する。
【００４７】
そして、ステップＳ３０５で、ステップＳ３０２でＤＢサーバ１０２が取り込んだファイルが「Ｃ：￥ｗｅｂｅｄｉ￥ｈａｃｈｕＯＫ．ｃｓｖ」と「Ｃ：￥ｗｅｂｅｄｉ￥ｈａｃｈｕＮＧ．ｃｓｖ」とに分割されると、処理をステップＳ３０６に移行する。
【００４８】
ステップＳ３０６では、ＤＢサーバ１０２は、ステップＳ３０５で生成された分割後異常ファイルである「Ｃ：￥ｗｅｂｅｄｉ￥ｈａｃｈｕＮＧ．ｃｓｖ」を電子メールに添付し、管理者端末１０５に送信する。なお、ステップＳ３０６の処理の詳細については、図５に示すフローチャートを用いて後述する。
【００４９】
ステップＳ３０６のメール送信プログラムの処理が実行されると、処理をステップＳ３０７へ移行する。
【００５０】
ステップＳ３０７では、ＤＢサーバ１０２は、ステップＳ３０２で取り込んだファイルの保存場所を「Ｃ：￥ｗｅｂｅｄｉ￥ｈａｃｈｕ．ｃｓｖ」から「Ｃ：￥ｗｅｂｅｄｉ￥ｂａｃｋｕｐ￥＜年月日＞￥ｈａｃｈｕ．ｃｓｖ」に変更する。これにより以前に取り込み処理を行ったファイルの内容を確認することが容易となる。
【００５１】
次に、図４のフローチャートを用いて、基幹システム１０１から出力されたファイルを分割する処理（Ｓ３０６の処理）の詳細を説明する。
【００５２】
なお、本処理は、ＤＢサーバ１０２のＣＰＵ２０１が記憶領域に記録されているファイル分割プログラムによる制御に従って行うものである。
【００５３】
ステップＳ４０１では、異常データを判別するための設定ファイルを読み込む。なお、この設定ファイルの内容については、図１１に具体例を示すが、図１１はあくまでも一例であり、プログラムの実装方法等により異なるものである。
【００５４】
ステップＳ４０２では、ステップＳ３０２で取り込んだファイルのデータを１行読み込む。
【００５５】
ステップＳ４０３では、ステップＳ４０２で読み込んだデータを区切り文字で分割し、メモリに保持する。ここで区切り文字とは、例えば「，」のような文字を意味し、データを項目ごとに区切っている文字を意味する。
【００５６】
ステップＳ４０４では、ステップＳ４０３でメモリに保持したデータについて、ステップＳ４０１で取り込んだ設定ファイルをもとに正しいデータであるか否かを判断する。なお、設定ファイルとの比較は区切り文字で区切られたデータ単位で行うが、ステップＳ４０４における正しいデータか否かの判断は、１行分のデータ全てが正しいデータで構成されているか否かを判断する。
【００５７】
正しいデータであると判断されると（ステップＳ４０４：ＹＥＳ）、処理をステップＳ４０５に移行し、正しいデータではないと判断されると（ステップＳ４０５：ＮＯ）、処理をステップＳ４０６に移行する。
【００５８】
ステップＳ４０５では、ステップＳ４０４で正しいデータであると判断されたデータを正常ファイルに出力する。なお、本実施例では正常ファイルとして「Ｃ：￥ｗｅｂｅｄｉ￥ｈａｃｈｕＯＫ．ｃｓｖ」を作成する。
【００５９】
ステップＳ４０６では、ステップＳ４０４で正しいデータではないと判断されたデータを異常ファイルに出力する。なおこの際に、異常である理由についても異常ファイルに対して出力を行う。なお、本実施例では、異常ファイルの一例として「Ｃ：￥ｗｅｂｅｄｉ￥ｈａｃｈｕＯＫ．ｃｓｖ」を作成する。
【００６０】
ステップＳ４０７では、ステップＳ４０４で正しいデータか否かの判断対象となったデータが、ステップ３０２で取り込んだファイルの最後のデータか否かを判断する。
【００６１】
最後のデータであると判断されると（ステップＳ４０７：ＹＥＳ）、本フローチャートの処理を終了する。
【００６２】
最後のデータではないと判断されると（ステップＳ４０７：ＮＯ）、処理をステップＳ４０２に移行し、次の行のデータを読み込む。
【００６３】
以上の処理を実行することで、基幹システム１０１から出力されたファイルについて、正常なデータと異常なデータとに分割したファイルを作成することが可能となる。
【００６４】
正常なデータと異常なデータとを分割して、別々のファイルを作成し、正常なデータのファイルについて再処理を実行することで、再処理の際に異常終了せず、処理を実行することが可能となる。
【００６５】
次に、図５に示すフローチャートを用いて、ステップＳ３０６のメール送信処理の詳細について説明する。
【００６６】
なお、本処理は、ＤＢサーバ１０２のＣＰＵ２０１が記憶領域に記録されているメール送信プログラムによる制御に従って行うものである。
【００６７】
ステップＳ５０１では、図４のフローチャートで示す処理で作成された正常ファイル「Ｃ：￥ｗｅｂｅｄｉ￥ｈａｃｈｕＯＫ．ｃｓｖ」と異常ファイル「Ｃ：￥ｗｅｂｅｄｉ￥ｈａｃｈｕＮＧ．ｃｓｖ」をそれぞれ読み込む。
【００６８】
ステップＳ５０２では、管理者端末１０５に送信する電子メールを作成し、当該電子メールに異常ファイル「Ｃ：￥ｗｅｂｅｄｉ￥ｈａｃｈｕＮＧ．ｃｓｖ」を添付する。
ステップＳ５０３では、正常ファイルの暗号化を行う。
【００６９】
具体的な暗号化処理の例として、まず「Ｃ：￥ｗｅｂｅｄｉ￥２０１００８３１０６３００５ａＴｘ＄ａｘ」というフォルダを作成し、作成した「Ｃ：￥ｗｅｂｅｄｉ￥２０１００８３１０６３００５ａＴｘ＄ａｘ」の中に正常ファイル「Ｃ：￥ｗｅｂｅｄｉ￥ｈａｃｈｕＯＫ．ｃｓｖ」を移動する。この処理により、正常ファイルは「Ｃ：￥ｗｅｂｅｄｉ￥２０１００８３１０６３００５ａＴｘ＄ａｘ￥ｈａｃｈｕＯＫ．ｃｓｖ」に保存されることになり、暗号化されたファイルのＵＲＬが記載されたメールを受信した本人以外はパラメータの内容がわからないようになる。
【００７０】
ステップＳ５０４では、管理者端末１０５を送信先として、異常ファイル「Ｃ：￥ｗｅｂｅｄｉ￥ｈａｃｈｕＮＧ．ｃｓｖ」が添付され、正常ファイルのファイルパス「Ｃ：￥ｗｅｂｅｄｉ￥２０１００８３１０６３００５ａＴｘ＄ａｘ￥ｈａｃｈｕＯＫ．ｃｓｖ」が記載されたメールを送信する。
【００７１】
なお、運用管理者が複数人いる場合は、全ての運用管理者に対して当該メールを送信する。
【００７２】
次に図６に示すフローチャートを用いて、管理者端末１０５により、図５のフローチャートで示す処理により送信されたメールに記載されたＵＲＬが選択（クリック）された場合の処理について説明する。
【００７３】
なお、本処理は、１０３のＣＰＵ２０１が記憶領域に記録されているプログラムによる制御に従って行うものである。
【００７４】
ステップＳ６０１では、１０５が管理者端末１０５によるＵＲＬの選択を受け付け、１０３がその旨の情報を取得する。
【００７５】
管理者端末１０５によりメールに記載されたＵＲＬが選択されると、１０３は、処理をステップＳ６０２に移行し、管理者端末１０５宛に再実行処理を行う旨のメールを送信する。
【００７６】
なお、運用管理者が複数人いる場合は、全ての運用管理者に対して再実行処理を行う旨のメールを送信する。
【００７７】
ステップＳ６０３では、１０３は再実行処理を行う。再実行処理の具体的な内容について以下説明する。
【００７８】
１０３はＤＢサーバ１０２の正常ファイルが保存されている場所を、ＵＲＬの引数である「Ｃ：￥ｗｅｂｅｄｉ￥２０１００８３１０６３００５ａＴｘ＄ａｘ￥ｈａｃｈｕＯＫ．ｃｓｖ」から判断し、１０３に保存されている「Ｃ：￥ｗｅｂｅｄｉ￥２０１００８３１０６３００５ａＴｘ＄ａｘ￥ｈａｃｈｕＯＫ．ｃｓｖ」ファイルを「Ｃ：￥ｗｅｂｅｄｉ￥ｈａｃｈｕ．ｃｓｖ」にコピーする。
【００７９】
ＤＢサーバ１０２は「Ｃ：￥ｗｅｂｅｄｉ￥ｈａｃｈｕ．ｃｓｖ」ファイルが作成されたことにより、ステップＳ３０２のファイル取込み処理を実行する。
【００８０】
以上の処理を実行することにより、正常データのみが分別されたファイルに対して再度、処理が実行される。以上データが含まれないファイルに対する処理であるため、再処理の際に異常終了することなく処理を実行することが可能となる。
【００８１】
図７は、基幹システム１０１が出力したファイルの一例を示す図である。
【００８２】
１行が１件の発注データを示してあり、「発注番号，発注日，納品日，仕入先，商品コード，発注数量，単価，納品場所」の順に並んでいる。
【００８３】
また、図７に示す例では、発注データ７０２、発注データ７０３、発注データ７０４には異常があることを示している。
【００８４】
発注データ７０２は、発注データ７０１と発注番号が重複している。
発注データ７０３は、発注日前に納品日が設定されている。
発注データ７０４は、仕入先のデータが設定されていない。
【００８５】
図８は、図７に示すファイルに対して、ファイル分割処理を実行した後の、正常ファイルの一例を示す図である。
【００８６】
すなわち、図７のファイルにおいて異常があった発注データ７０２、７０３、７０４について削除され、正常なデータのみが残っているファイルであり、本実施例における「Ｃ：￥ｗｅｂｅｄｉ￥ｈａｃｈｕＯＫ．ｃｓｖ」にあたるファイルである。
【００８７】
図９は、図７に示すファイルに対して、ファイル分割処理を実行した後の、異常ファイルの一例を示す図である。
【００８８】
すなわち、図７のファイルにおいて異常があった発注データ７０２、７０３、７０４のみが残っているファイルであり、本実施例における「Ｃ：￥ｗｅｂｅｄｉ￥ｈａｃｈｕＮＧ．ｃｓｖ」にあたるファイルである。
【００８９】
図１０は、ステップＳ５０４において管理者端末１０５に対して送信される電子メールの一例を示す図である。
【００９０】
下部に記載されたＵＲＬを選択することで、図８に示す正常なデータのファイルが再度取り込まれ、処理が行われる。
【００９１】
また、図９に示す異常データのファイルについては、図１０に示す電子メールに添付ファイルとして添付される。なお、本実施例では異常データのファイルを電子メールに添付しているが、正常データのファイルも添付するようにしてもよい。
【００９２】
図１１は、基幹システム１０１から出力されたファイルを正常なデータのファイルと異常なデータのファイルとに分割する設定ファイルのサンプルを示す図である。
【００９３】
例えば、図１１の１１０１は、区切り文字で区切られたデータの最初のデータについては、必ず数値型の値が入り、同じ値がデータベース上に登録されていないことを示している。
【００９４】
データベース上に同じ値が登録されている場合は、異常データとして判定され、図９に示す異常ファイルにあるように「列１が重複している」という異常となった理由が異常ファイルに出力される。
【００９５】
図１１の１１０２では、区切り文字で区切られたデータの３番目のデータについては、必ず８ケタの日付が入り、２番目のデータより値が大きいことを示している。
【００９６】
２番目の項目よりも小さい値が入っていた場合は、図９に示す異常ファイルにあるように、「列３の値が不正」という異常となった理由が異常ファイルに出力される。
【００９７】
図１１の１１０３では、区切り文字で区切られたデータの４番目のデータについては、必ず数値型の値であり、かつデータベース上に登録された値が入ることを示している。
【００９８】
例えば図７に示すファイルの７０４のように４番目のデータが空の場合は、図９に示す異常ファイルにあるように「列４が空」という異常となった理由が異常ファイルに出力される。
【００９９】
以上、説明したように、異常となった理由が記載されたファイルが電子メールに添付されて管理者に送信されることで、管理者は異常となった原因を把握することができる。
【０１００】
なお、本発明は、前述した実施形態の機能を実現するプログラムを、システム或いは装置に直接或いは遠隔から供給し、そのシステム或いは装置が、供給されたプログラムコードを読み出して実行することによっても達成される。従って、本発明の機能処理をコンピュータで実現するために、コンピュータにインストールされるプログラムコード自体も本発明の技術的範囲に含まれる。
【０１０１】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【０１０２】
プログラムを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク（ＣＤ、ＤＶＤ）、光磁気ディスク、磁気テープ、不揮発性のメモリカード、ＲＯＭなどがある。
【０１０３】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【０１０４】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現される。
【符号の説明】
【０１０５】
１０１ 基幹システム
１０２ ＤＢサーバ
１０３ Ｗｅｂサーバ
１０４ メールサーバ
１０５ 管理者端末
【特許請求の範囲】
【請求項１】
受信したデータに対して、設定されたジョブに従って処理を実行する情報処理装置であって、
前記受信したデータに異常があるか否かを判定するための設定ファイルを記憶する記憶手段と、
前記記憶手段に記憶された設定ファイルを用いて、前記受信したデータに異常があるか否かを判定する判定手段と、
前記判定手段により異常があると判定されたデータと、異常がないと判定されたデータとを分別する分別手段と、
異常が無いと判定されたデータに対する管理者からの指示を受け付ける受付手段と、
前記受付手段で指示を受け付けたデータに対して処理を実行する処理手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
前記判定手段により前記受信したデータに異常があると判定された場合、異常があるデータが存在する旨を管理者に通知する異常通知手段を更に備えることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記異常通知手段は、異常があるデータが存在する旨を電子メールを用いて管理者に通知することを特徴とする請求項２に記載の情報処理装置。
【請求項４】
受信したデータに対して、設定されたジョブに従って処理を実行し、前記受信したデータに異常があるか否かを判定するための設定ファイルを記憶する情報処理装置によって行われる情報処理方法であって、
判定手段が、前記記憶された設定ファイルを用いて、前記受信したデータに異常があるか否かを判定する判定工程と、
分別手段が、前記判定工程により異常があると判定されたデータと、異常がないと判定されたデータとを分別する分別工程と、
受付手段が、異常が無いと判定されたデータに対する管理者からの指示を受け付ける受付工程と、
処理手段が、前記受付工程で指示を受け付けたデータに対して処理を実行する処理工程と、
を備えることを特徴とする情報処理方法。
【請求項５】
受信したデータに対して、設定されたジョブに従って処理を実行し、前記受信したデータに異常があるか否かを判定するための設定ファイルを記憶する情報処理装置で実行可能なプログラムであって、
前記情報処理装置を、
前記記憶された設定ファイルを用いて、前記受信したデータに異常があるか否かを判定する判定手段と、
前記判定手段により異常があると判定されたデータと、異常がないと判定されたデータとを分別する分別手段と、
異常が無いと判定されたデータに対する管理者からの指示を受け付ける受付手段と、
前記受付手段で指示を受け付けたデータに対して処理を実行する処理手段として機能させることを特徴とするプログラム。
【請求項１】
受信したデータに対して、設定されたジョブに従って処理を実行する情報処理装置であって、
前記受信したデータに異常があるか否かを判定するための設定ファイルを記憶する記憶手段と、
前記記憶手段に記憶された設定ファイルを用いて、前記受信したデータに異常があるか否かを判定する判定手段と、
前記判定手段により異常があると判定されたデータと、異常がないと判定されたデータとを分別する分別手段と、
異常が無いと判定されたデータに対する管理者からの指示を受け付ける受付手段と、
前記受付手段で指示を受け付けたデータに対して処理を実行する処理手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
前記判定手段により前記受信したデータに異常があると判定された場合、異常があるデータが存在する旨を管理者に通知する異常通知手段を更に備えることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記異常通知手段は、異常があるデータが存在する旨を電子メールを用いて管理者に通知することを特徴とする請求項２に記載の情報処理装置。
【請求項４】
受信したデータに対して、設定されたジョブに従って処理を実行し、前記受信したデータに異常があるか否かを判定するための設定ファイルを記憶する情報処理装置によって行われる情報処理方法であって、
判定手段が、前記記憶された設定ファイルを用いて、前記受信したデータに異常があるか否かを判定する判定工程と、
分別手段が、前記判定工程により異常があると判定されたデータと、異常がないと判定されたデータとを分別する分別工程と、
受付手段が、異常が無いと判定されたデータに対する管理者からの指示を受け付ける受付工程と、
処理手段が、前記受付工程で指示を受け付けたデータに対して処理を実行する処理工程と、
を備えることを特徴とする情報処理方法。
【請求項５】
受信したデータに対して、設定されたジョブに従って処理を実行し、前記受信したデータに異常があるか否かを判定するための設定ファイルを記憶する情報処理装置で実行可能なプログラムであって、
前記情報処理装置を、
前記記憶された設定ファイルを用いて、前記受信したデータに異常があるか否かを判定する判定手段と、
前記判定手段により異常があると判定されたデータと、異常がないと判定されたデータとを分別する分別手段と、
異常が無いと判定されたデータに対する管理者からの指示を受け付ける受付手段と、
前記受付手段で指示を受け付けたデータに対して処理を実行する処理手段として機能させることを特徴とするプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２０１２−９３９５９（Ｐ２０１２−９３９５９Ａ）
【公開日】平成２４年５月１７日（２０１２．５．１７）
【国際特許分類】
【出願番号】特願２０１０−２４０７８０（Ｐ２０１０−２４０７８０）
【出願日】平成２２年１０月２７日（２０１０．１０．２７）
【出願人】（３９０００２７６１）キヤノンマーケティングジャパン株式会社 (656)
【出願人】（３１２０００２０６）キヤノンＭＪアイティグループホールディングス株式会社 (259)
【出願人】（５９２１３５２０３）キヤノンＩＴソリューションズ株式会社 (528)
【Ｆターム（参考）】
【公開日】平成２４年５月１７日（２０１２．５．１７）
【国際特許分類】
【出願日】平成２２年１０月２７日（２０１０．１０．２７）
【出願人】（３９０００２７６１）キヤノンマーケティングジャパン株式会社 (656)
【出願人】（３１２０００２０６）キヤノンＭＪアイティグループホールディングス株式会社 (259)
【出願人】（５９２１３５２０３）キヤノンＩＴソリューションズ株式会社 (528)
【Ｆターム（参考）】
[ Back to top ]