(57)【要約】【課題】カウントすべき項目が確定していない場合に、以降カウントすべき項目を、データ内の所定の文字列のカウント数を用いて特定して提示すること【解決手段】通信の相手先毎に検索するコードを記憶し、記憶されている相手先からの通信データを取得した場合に、取得した通信データの中でコードがヒットした数をカウントし、カウントされたカウント数に基いて、通信データを受信した場合にカウントする項目を特定し、特定した項目を、通信データを受信した場合にカウントして表示画面に表示する項目として記憶する【選択図】図４
2016115101.tif 000002
【特許請求の範囲】
【請求項１】
通信の相手先毎に、通信データの中から検索するコードを記憶するコード記憶手段と、
通信データを取得する通信データ取得手段と、
前記通信データ取得手段で、前記コード記憶手段に記憶されている相手先からの通信データを取得した場合に、取得した前記通信データの中で前記コード記憶手段に記憶されているコードがヒットした数をカウントするカウント手段と、
前記カウント手段でカウントされたカウント数に基いて、通信データを受信した場合にカウントする項目を特定する項目特定手段と、
前記項目特定手段で特定した項目を、通信データを受信した場合にカウントして表示画面に表示する項目として記憶する記憶手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
前記コードは受発注に用いられる商品コードであり、
前記項目はＸＭＬデータのタグであることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記記憶手段に、前記データ取得手段で取得した通信データの相手先に対応する、前記通信データを受信した場合にカウントして表示画面に表示する項目が記憶されているか判定する判定手段と、
を備え、
前記カウント手段は、前記判定手段で、前記記憶手段に当該項目が記憶されていないと判定された場合に、取得した前記通信データの中で前記コード記憶手段に記憶されているコードがヒットした数をカウントすることを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記項目特定手段で特定された項目の選択が可能な選択画面を表示する表示手段と、
項目の選択を受け付ける選択受付手段と、
を備え、
前記記憶手段は、前記選択受付手段で選択を受け付けた項目を、通信データを受信した場合にカウントして表示画面に表示する項目として記憶することを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
【請求項５】
通信の相手先毎に、通信データの中から検索するコードを記憶するコード記憶工程と、
通信データを取得する通信データ取得工程と、
前記通信データ取得工程で、前記コード記憶工程に記憶されている相手先からの通信データを取得した場合に、取得した前記通信データの中で前記コード記憶工程に記憶されているコードがヒットした数をカウントするカウント工程と、
前記カウント工程でカウントされたカウント数に基いて、通信データを受信した場合にカウントする項目を特定する項目特定工程と、
前記項目特定工程で特定した項目を、通信データを受信した場合にカウントして表示画面に表示する項目として記憶する記憶工程と、
を含むことを特徴とする情報処理装置の制御方法。
【請求項６】
情報処理装置を、
通信の相手先毎に、通信データの中から検索するコードを記憶するコード記憶手段と、
通信データを取得する通信データ取得手段と、
前記通信データ取得手段で、前記コード記憶手段に記憶されている相手先からの通信データを取得した場合に、取得した前記通信データの中で前記コード記憶手段に記憶されているコードがヒットした数をカウントするカウント手段と、
前記カウント手段でカウントされたカウント数に基いて、通信データを受信した場合にカウントする項目を特定する項目特定手段と、
前記項目特定手段で特定した項目を、通信データを受信した場合にカウントして表示画面に表示する項目として記憶する記憶手段として機能させることを特徴とするプログラム。
【請求項７】
通信データを送信する送信端末と、通信データの登録を行うサーバ装置と、情報処理装置とを含む情報処理システムであって、
前記情報処理装置は、
通信の相手先毎に、通信データの中から検索するコードを記憶するコード記憶手段と、
前記送信端末から送信される通信データを取得する通信データ取得手段と、
前記通信データ取得手段で、前記コード記憶手段に記憶されている相手先からの通信データを取得した場合に、取得した前記通信データの中で前記コード記憶手段に記憶されているコードがヒットした数をカウントするカウント手段と、
前記カウント手段でカウントされたカウント数に基いて、通信データを受信した場合にカウントする項目を特定する項目特定手段と、
前記項目特定手段で特定した項目を、通信データを受信した場合にカウントして表示画面に表示する項目として記憶する記憶手段と、
前記通信データを前記サーバ装置に登録させるべく変換する変換手段と、
前記記憶手段で前記項目を記憶した後に、前記変換手段で変換した変換後データを前記サーバ装置に送信する送信手段と、
を備え、
前記サーバ装置は、
前記送信手段で送信されたデータを受信する受信手段と、
特定の時間になった場合に、前記受信手段で受信したデータの詳細を表示画面に表示する表示可能にすべく制御する制御手段と、
を備えることを特徴とする情報処理装置システム。
【発明の詳細な説明】
【技術分野】
【０００１】
情報処理装置、情報処理システム、その制御方法及びプログラムに関する。
【背景技術】
【０００２】
近年、電子商取引を行うＥＤＩの仕組みが利用されている。ＥＤＩの仕組み（ＥＤＩシステム）が通信した件数（伝送件数）は、例えば、ユーザが当日の注文数を把握するのに用いられる。そのため、データ受信後のできるだけ早い段階で注文数の目安となる数値をユーザに提示することが望ましい。
【０００３】
例えば、当該ＥＤＩシステムを導入した企業の基幹サーバにおいて、受信したデータを取り込む処理が所定の時間毎に行われる場合、当該所定の時間がくるまではユーザは注文数を把握することができない。
【０００４】
また、従来のＥＤＩプロトコル（ＪＣＡ手順、全銀手順、全銀ＴＣＰ手順など）では、固定長データの伝送が一般であり、通信設定の中に、伝送件数１件当たりのバイト数を設定する項目（ＪＣＡの場合は「電文長」、全銀手順の場合は「レコード長」と言った設定項目）があるため、伝送件数のカウントが容易であり、基幹サーバにデータを登録する前に、通信ソフトで件数カウントができていた。
【０００５】
しかしながら、最近は流通ＢＭＳという新しいＥＤＩ規約を筆頭に、ＸＭＬデータの伝送を行うケースが増えてきた。ＸＭＬデータの場合、ＸＭＬタグやＸＭＬデータの構造がデータサイズに大きく関係してくるため、また、ＸＭＬデータの構造は作り手によって大きく変化するため、注文データのサイズを持って業務上の注文量を把握する事は難しい。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００３−３３０９０３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
特許文献１には、ＸＭＬデータ内のタグの出現回数をカウントする技術が記載されている。つまり、ＸＭＬデータ内の、所定の条件にヒットする項目をカウントすることができる。流通ＢＭＳの様に伝送データの規約も行われている場合は明細（注文数の目安）としてカウントすべきタグが予め決められているため、どのタグをカウントすべきか判断できるが、例えば、ユーザ独自の形式のＸＭＬデータを用いて通信するような場合はカウントすべきタグを当該データを送受信する通信ソフトで自動で判断する事はできない。
【０００８】
ユーザがカウントするタグを把握していれば、当該明細件数をカウントすることはできるが、ＸＭＬデータの構造に詳しくない一般ユーザがカウントに用いるべきタグを特定することは難しい。
【０００９】
本発明は、カウントすべき項目が確定していない場合に、以降カウントすべき項目を、データ内の所定の文字列のカウント数を用いて特定して提示することが可能な仕組みを提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明の情報処理装置は、通信の相手先毎に、通信データの中から検索するコードを記憶するコード記憶手段と、通信データを取得する通信データ取得手段と、前記通信データ取得手段で、前記コード記憶手段に記憶されている相手先からの通信データを取得した場合に、取得した前記通信データの中で前記コード記憶手段に記憶されているコードがヒットした数をカウントするカウント手段と、前記カウント手段でカウントされたカウント数に基いて、通信データを受信した場合にカウントする項目を特定する項目特定手段と、前記項目特定手段で特定した項目を、通信データを受信した場合にカウントして表示画面に表示する項目として記憶する記憶手段と、を備えることを特徴とする。
【発明の効果】
【００１１】
本発明によれば、カウントすべき項目が確定していない場合に、以降カウントすべき項目を、データ内の所定の文字列のカウント数を用いて特定して提示することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施形態における、情報処理システムの構成の一例を示す図である。
【図２】本発明の実施形態における、各種装置のハードウェア構成の一例を示す図である。
【図３】本発明の実施形態における、各種装置の機能構成の一例を示す図である。
【図４】本発明の実施形態における、カウントタグの特定処理の流れを示すフローチャートである。
【図５】本発明の実施形態における、本発明の実施形態における、基幹サーバへのデータの登録処理の流れを示すフローチャートである。
【図６】本発明の実施形態における、各種データテーブルの構成の一例を示す図である。
【図７】本発明の実施形態における、カウントタグ選択画面及びカウント結果表示画面の構成の一例を示す図である。
【図８】本発明の実施形態における、基幹システムにおいて表示される受注情報詳細画面の構成の一例を示す図である。
【図９】本発明の実施形態における、ＸＭＬデータの構成の一例を示す図である。
【発明を実施するための形態】
【００１３】
以下、図１を参照して、本発明の実施形態における、情報処理システムの構成の一例について説明する。
【００１４】
相手先の送信端末１００はＷＡＮ１０１（ワイドエリアネットワーク１０１）を通じてＥＤＩシステムのサーバ２００に対して注文データなどの通信データを送信する。通信データを受信したサーバ２００は、当該サーバ２００にインストールされたタグカウントアプリケーション２５０により通信データの件数をカウントし、表示画面に表示する。
【００１５】
その後、変換アプリケーション２６０で通信データのフォーマットを基幹サーバ３００で扱える形式に変換し、基幹サーバ３００に送信する。以上が図１の説明である。
【００１６】
次に図２を参照して、本発明の実施形態における、各種装置のハードウェア構成の一例について説明する。
【００１７】
図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。
【００１８】
２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。
【００１９】
また、２０５は入力コントローラで、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。２０６はビデオコントローラで、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。なお、図２では、ＣＲＴ２１０と記載しているが、表示器はＣＲＴだけでなく、液晶ディスプレイ等の他の表示器であってもよい。これらは必要に応じて管理者が使用するものである。
【００２０】
２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶するハードディスク（ＨＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００２１】
２０８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図１に示したＷＡＮ１０１６００）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。
【００２２】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００２３】
本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。以上が図２の説明である。
【００２４】
次に図３を参照して、本発明の実施形態における、各種装置の機能構成の一例について説明する。
【００２５】
ＸＭＬデータ送信部３１１は、受発注のＸＭＬをサーバ２００に送信する。ＸＭＬデータ受信部３２１はＸＭＬデータを受信する。コードリスト記憶部３２２は、ＸＭＬデータ内で検索をかけるコード（例：商品コード）を記憶する。
【００２６】
コードカウント処理部３２３は、ＸＭＬデータ内でヒットしたコードの数をカウントする。カウントタグ特定部３２４は、コードカウント処理部３２３でカウントされたコード数が最も多いタグ（項目）を特定する。
【００２７】
カウントタグ記憶部３２５は、カウントタグ特定部３２４で特定されたタグを、通信データを受信した場合に当該通信データに含まれる伝送件数（例えば、注文数の目安である明細件数）を示すカウントタグとしてカウントするタグとして記憶する。
【００２８】
ＸＭＬデータ転送部３２６は、ＸＭＬを変換アプリケーション２６０に転送する。ＸＭＬデータ受信部３２７はＸＭＬを受信し、ＸＭＬデータ変換部３２８はＸＭＬを基幹サーバ３００に登録可能な形式（例えばＣＳＶ形式）に変換する。変換後データ送信部３２９は、変換したデータを基幹サーバ３００に送信する。
【００２９】
変換後データ受信部３３１は変換後のデータを受信し、変換後データ記憶部３３２は当該受信した変換後のデータを記憶する。変換後データ表示部３３３は、所定の時間になると、当該記憶している変換後のデータを、基幹サーバ３００の提供する基幹システムの詳細表示画面で表示可能なように登録する処理を行い、例えばユーザからの操作指示に応じて、当該詳細表示画面を表示する。以上が図３の説明である。
【００３０】
次に図４を参照して、本発明の実施形態における、カウントタグの特定処理の流れについて説明する。図４は、サーバ２００のＣＰＵ２０１が、タグカウントアプリケーション２５０の機能を用いて実行する処理フローである。
【００３１】
サーバ２００のＣＰＵ２０１は、送信端末１００から送信された通信データを受信する。当該通信データに含まれる、送信元の識別情報である相手先名、通信プロトコル、ファイル名が特定される。ここではＸＭＬを受信したものとする（ステップＳ４０１／通信データ取得手段に該当）。
【００３２】
サーバ２００のＣＰＵ２０１は、ステップＳ４０１で受信した通信データをカウントするためのタグの情報を取得する（ステップＳ４０２）。具体的には、相手先名、通信プロトコル、ファイル名で、サーバ２００の外部メモリに予め記憶されているタグ検索用テーブル６００（図６）のデータを検索し、カウント対象タグ（カウント用タグ）を取得する。
【００３３】
ここで図６を参照して、本発明の実施形態における、各種データテーブルの構成の一例について説明する。図６の各テーブルは、サーバ２００の外部メモリに予め記憶されているものとする。
【００３４】
タグ検索用テーブル６００は、ＸＭＬを受信した場合に、当該ＸＭＬデータにおいてカウントすべきタグを記憶するテーブルである。例えば、この相手先の、このプロトコルの、この通信データの場合は、ＸＭＬデータ内の何のタグをカウントすることで注文数（注文数の目安となる明細件数）をカウントできるか、を示すテーブルである。
【００３５】
カウント用タグの項目に値が挿入されている場合は、カウントタグ（カウント用タグ／カウント対象タグ）が確定している。一方、ウント用タグの項目に値が挿入されていない場合は、カウントタグが未確定であることを示す。
【００３６】
商品コードリスト６１０は、注文に用いられる商品コードのデータである。相手先名、プロトコル、ファイル名と対応付けて記憶されている。例えば、この相手先であればこの商品コードを使う、ということを示す相手先毎のコードのデータである（コード記憶手段に該当）。
【００３７】
本発明の実施形態においては、当該商品コードの発生回数が多いタグを、カウントタグとするようユーザに提示する。
【００３８】
これは、注文をする明細のデータには商品コードが含まれているものであり、当該商品コードが多く含まれているタグが注文の単位である可能性が高いためである。
【００３９】
受発注の業務を行う以上、商品コードの情報はサーバ２００、又は基幹サーバ３００に記憶されている。また、ＸＭＬのどのタグをカウントしてよいか分からないユーザであっても、相手先に対応する商品コードリストをサーバ２００の外部メモリに記憶させておくことは可能である。
【００４０】
ここでは、商品コードリスト６１０は、既にサーバ２００の外部メモリに記憶されているものとする。以上が図６の説明である。
【００４１】
図４の説明に戻る。サーバ２００のＣＰＵ２０１は、ステップＳ４０２でカウントタグを取得できたかを判定する（ステップＳ４０３）。つまり、ステップＳ４０１で受信したデータの相手先名、プロトコル、ファイル名を用いて図６のタグ検索用テーブル６００を検索し、ヒットしたカウントタグがあるか判定する。
【００４２】
カウントタグを取得できた場合（ステップＳ４０３でＹＥＳ）、処理をステップＳ４１３に移行する。取得できなかった場合（ステップＳ４０３でＮＯ）、ステップ４０４に移行する。
【００４３】
サーバ２００のＣＰＵ２０１は、ステップＳ４１３で、ステップＳ４０３で取得したカウントタグのＸＭＬデータ内での発生回数をカウントして（ステップＳ４１３）、処理をステップＳ４１１に移行する。
【００４４】
サーバ２００のＣＰＵ２０１は、ステップＳ４０４で、ステップＳ４０１で受信したデータの相手先名、プロトコル、ファイル名に対応する商品コードリスト６１０が外部メモリより取得可能か判定する（ステップＳ４０４）。
【００４５】
対応する商品コードリスト６１０が取得できない場合（ステップＳ４０４でＮＯ）、処理をステップＳ４１２に移行する。対応する商品コードリスト６１０が取得できた場合（ステップＳ４０４でＹＥＳ）、処理をステップＳ４１２に移行する。
【００４６】
サーバ２００のＣＰＵ２０１は、通信データ（ＸＭＬ）から、商品コードリスト６１０に設定されているコードと一致する値を持つタグを検索する（ステップＳ４０５）。例えば、図９に示すような発注情報のＸＭＬデータ（通信データ）において、カウントする商品コードリスト６１０に“１１１１１１”が含まれていた場合、＜ヘッダー＞／＜Ｃｏｍｐａｎｙ＿Ｃｏｄｅ＞、＜ヘッダー＞／＜伝票＞／＜明細＞／＜Ｓｙｏｕｈｉｎ＿Ｃｏｄｅ＞  の２つのタグが、商品コードがヒットしたタグ（カウントタグの候補）としてカウントされる。
【００４７】
ステップＳ４０６では、ステップＳ４０５での検索結果について、タグ名・コード・コードの発生回数を対応付けて記憶する（ステップＳ４０６）。例えば図６のカウント結果テーブル６２０に記憶する。カウント結果テーブル６２０は、サーバ２００の外部メモリに記憶される。
【００４８】
カウント結果テーブル６２０のリスト一致タグ６２１は、商品コードがヒットしたタグである。リスト一致タグ６２１は、カウントタグの候補となるタグである。
【００４９】
タグ発生回数６２２は、通信データ内に該当タグが出現した回数を示している。リスト一致数６２３が、通信データ内に出現したタグのうち、商品コードリストと一致する値を持っていたタグの数を示している。一致したリスト情報６２４、情報別一致件数６２５は実際にタグの中に出現したコードの一覧と、コード別の出願回数である。
【００５０】
サーバ２００のＣＰＵ２０１は、ステップＳ４０５の検索結果のうち、商品コードの一致回数の最も多いタグを特定する（ステップＳ４０７／項目特定手段に該当）。そして、当該商品コードの一致回数が最も多いタグを含む、カウントタグ選択画面７００を表示し（ステップＳ４０８）、ユーザにカウント対象タグを確定する操作を促す。
【００５１】
ここで図７を参照して、カウントタグ選択画面７００について説明する。カウントタグ選択画面７００は、カウントタグを確定するための画面である。
【００５２】
カウントタグ選択画面７００には、カウント結果テーブル６２０と同様の内容が表示される。チェックボックス７０１が選択された状態で「確定」ボタン７０７が押下されることで、選択中のリスト一致タグが、カウントタグとしてカウント用タグ６０４に記憶される。「戻る」ボタン７０８は、カウントタグ確定を取りやめるためのボタンである。
【００５３】
７０２〜７０６は、カウント結果テーブル６２０の６２１〜６２５と同じであるため説明は省略する。
【００５４】
サーバ２００のＣＰＵ２０１は、商品コードがヒットした数が最も多いタグを、カウントタグの最有力候補として、図７のカウントタグ選択画面７００に示すように識別表示する。以上が図７のカウントタグ選択画面７００の説明である。
【００５５】
図４の説明に戻る。サーバ２００のＣＰＵ２０１は、カウントタグ選択画面７００において、チェックボックス７０１の指定によりタグが選択され、カウントタグの確定指示を受け付けたか判定する（ステップＳ４０９／選択受付手段に該当）。「確定」ボタン７０７の押下指示を受け付けた場合、カウントタグの確定指示を受け付けたものと判定する。
【００５６】
カウントタグの確定指示を受け付けていない場合（ステップＳ４０９でＮＯ）、例えば「戻る」ボタン７０８の押下指示を受け付けた場合は、処理をステップＳ４１２に移行する。カウントタグの確定指示を受け付けた場合（ステップＳ４０９でＹＥＳ）、処理をステップＳ４１０に移行する。
【００５７】
サーバ２００のＣＰＵ２０１は、ステップＳ４０１で特定した送信元の相手先名・プロトコル・ファイル名（データの種類）と、確定したカウントタグとを対応付けて、タグ検索用テーブル６００に記憶する（ステップＳ４１０）。そして、確定したカウントタグのカウント結果を表示する（例えば、カウント結果表示画面７１０に表示する／ステップＳ４１１）。
【００５８】
ここで図７を参照して、カウント結果表示画面７１０画面について説明する。カウント結果表示画面７１０画面は、確定されているカウントタグのカウント結果を表示するための画面である。当該カウントタグは、例えば、注文数を把握する目安となる明細の件数等である。
【００５９】
開始日時７１１、終了日時７１２は、通信を開始した時間、終了した時間を示している。７１３〜７１５は、どのような通信が行われたかを示す情報であり、通信のパラメータを表示している。相手先名７１３、ファイル名７１４、プロトコル７１５は、図６の説明で前述したとおりである。
【００６０】
件数７１６は、確定しているカウントタグのカウント結果の件数である。件数カウントを行わない通信の場合は何も表示しない。
【００６１】
カウント対象となるタグが確定していない場合、ステップＳ４０４で取得した商品コードと最も一致回数の多いタグの件数を表示し、７１７にカウントタグ選択画面７００を呼び出すための「詳細」ボタンを表示する。「ＯＫ」ボタンが押下されると、当該カウント結果表示画面７１０画面を終了する。以上が図７のカウント結果表示画面７１０画面の説明である。
【００６２】
サーバ２００のＣＰＵ２０１は、カウント結果表示画面７１０画面において「ＯＫ」ボタンが押下指示を受け付けることで処理をステップＳ４１２に移行する。ステップＳ４１２では、受信したデータを基幹サーバ３００に登録すべく、当該データを変換アプリケーションに受け渡す処理を行う。以上が図４の説明である。
【００６３】
以上説明したように、本発明によれば、カウントすべき項目が確定していない場合に、以降カウントすべき項目を、データ内の所定の文字列のカウント数を用いて特定して提示することができる。
【００６４】
以下、図５を参照して、本発明の実施形態における、基幹サーバへのデータの登録処理の流れについて説明する。図５のステップＳ５０１〜Ｓ５０４の処理は、サーバ２００のＣＰＵ２０１が、各アプリケーションの機能を用いて実行する。
【００６５】
サーバ２００のタグカウントアプリケーションは、通信データを変換アプリケーション２６０に送信する（ステップＳ５０１）。変換アプリケーション２６０はステップＳ５０２で当該通信データを受信すると、ステップＳ５０３でデータのフォーマットをＸＭＬから基幹サーバ３００が使用可能なフォーマット（ＣＳＶなど）に変換する。そして、変換後のデータ（変換後データ）を基幹サーバ３００に送信する（ステップＳ５０４）。
【００６６】
基幹サーバ３００は、ステップＳ５０５で変換後データを受信し、ステップＳ５０６で変換後データの内容を外部メモリに記憶する。その後、ステップＳ５０７で、変換後データを元に出荷作業などの実作業を行う時間まで待機する。特定の時間になったら、ステップＳ５０８で変換後データを図８に示すような基幹システム受注情報詳細画面８００や帳票に出力する。
【００６７】
図８は、基幹システムが受信データを出力する具体例であり、発注情報を受信した場合の画面表示の例である。８０１〜８０２は、注文を受けた商品を示す情報であり、商品コード・商品名を表示している。８０３は、注文を受けた個数を表示している。８０４〜８０５は、各商品の単価と、商品ごとの合計価格を表示している。以上が図８の説明である。
【００６８】
尚、上述した実施形態においては、カウント数が最も多いタグをリスト一致タグ７０２に含むカウントタグ選択画面７００を表示画面に表示し、ユーザ操作を受け付けることで選択されたタグをカウントタグとして確定・記憶するものとしたが、例えば、カウント数が最も多いタグを自動でカウントタグとして登録するようにしてもよい。つまり、図４のステップＳ４０７の実行後、ステップＳ４０８、Ｓ４０９を実行することなく処理をステップＳ４１０に移行し、ステップＳ４０７で特定した商品コードのヒット回数が最も多いタグをステップＳ４０１で取得した相手先名、プロトコル、ファイル名に対応するカウントタグとして、カウント用タグ６０４に記憶するようにしてもよい。
【００６９】
また、本実施形態においては商品コードリストを用いたが、注文数の目安となる情報（カウントタグ）を特定可能な情報であれば、どのようなコードを用いてもよい。
【００７０】
本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、１つの機器からなる装置に適用してもよい。
【００７１】
なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システム或いは装置に直接、或いは遠隔から供給するものを含む。そして、そのシステム或いは装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合も本発明に含まれる。
【００７２】
本発明の機能処理をコンピュータで実現するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【００７３】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。
【００７４】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。
【００７５】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、前記ホームページから本発明のコンピュータプログラムそのもの、若しくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。
【００７６】
また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
【００７７】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、ダウンロードした鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【００７８】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【００７９】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現される。
【００８０】
なお、前述した実施形態は、本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。即ち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。
【符号の説明】
【００８１】
１００  送信端末
１０１  ＷＡＮ
２００  サーバ
２５０  タグカウントアプリケーション
２６０  変換アプリケーション
３００  基幹サーバ
【図１】
2016115101.tif 000003
【図２】
2016115101.tif 000004
【図３】
2016115101.tif 000005
【図４】
2016115101.tif 000006
【図５】
2016115101.tif 000007
【図６】
2016115101.tif 000008
【図７】
2016115101.tif 000009
【図８】
2016115101.tif 000010
【図９】
2016115101.tif 000011