(57)【要約】【課題】流通BMS対応EDIシステムに用いて好適で、効率よくメッセージの送受信を行うことができるメッセージ送受信システムを得る。【解決手段】送信側SOAPクライアント10は、入力された送信すべきメッセージを、SOAPサーバ13に送信し、サーバ13は、Pushメールサーバ15にメッセージの到着を通知し、メールサーバ15は、メッセージの内容を確認後、受信側SOAPクライアント18にメッセージ受信依頼のPushメールを送信し、受信側クライアント18は、Pushメールを受信すると、自身が有するメッセージ登録履歴DB19に着信情報を登録し、登録したメッセージ種別を元に、自身が有するメッセージ種別優先度パラメータ参照して、登録したメッセージのメッセージ種別優先度に従って、メッセージが受信対象メッセージか否かを判断し、受信対象メッセージであった場合、SOAPサーバから受信対象メッセージを取得し、受信側管理者の端末22に通知する。【選択図】図１
2013025769.tif 000002
【特許請求の範囲】
【請求項１】
送信側ＳＯＡＰクライアントと、ＳＯＡＰサーバ及びＰｕｓｈメールサーバを備えるＥＤＩセンタと、受信側ＳＯＡＰクライアントと、受信側管理者が使用する端末とがネットワークを介して接続されたＳＯＡＰ通信を用いるメッセージ送受信システムにおいて、
前記送信側ＳＯＡＰクライアントは、入力された送信すべきメッセージを、前記ＳＯＡＰサーバに送信し、
前記ＳＯＡＰサーバは、前記Ｐｕｓｈメールサーバにメッセージの到着を通知し、
前記Ｐｕｓｈメールサーバは、メッセージの内容を確認後、前記受信側ＳＯＡＰクライアントにメッセージ受信依頼のＰｕｓｈメールを送信し、
前記受信側ＳＯＡＰクライアントは、前記Ｐｕｓｈメールを受信すると、自クライアントが有するメッセージ登録履歴データベースに着信情報を登録し、登録したメッセージ種別を元に、自クライアントが有するメッセージ種別優先度パラメータファイルを参照して、登録したメッセージのメッセージ種別優先度に従って、当該メッセージが受信対象メッセージか否かを判断し、受信対象メッセージであった場合、前記ＳＯＡＰサーバから当該受信対象メッセージを取得し、メッセージを登録している旨を受信側管理者が使用する端末に通知することを特徴とするＳＯＡＰ通信を用いるメッセージ送受信システム。
【請求項２】
前記受信側ＳＯＡＰクライアントは、登録したメッセージが受信対象メッセージでなかった場合、前記メッセージ登録履歴データベースの受信日時の現在月の１ヶ月前からのデータを元に、メッセージ受信の平均受信時刻を求め、求めた平均受信時刻と現在時刻とを比較し、現在時刻が平均受信時刻と同一、あるいは、現在時刻が平均受信時刻を過ぎていた場合、メッセージ登録履歴データベースの着信通知日時のチェックを行い、現在日時が着信通知時間外である場合、現在日時から最も直近の着信通知時刻に、メッセージが登録されている旨を受信側管理者が使用する端末へ通知することを特徴とする請求項１記載のＳＯＡＰ通信を用いるメッセージ送受信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＳＯＡＰ通信を用いるメッセージ送受信システムに係り、特に、流通業向け流通ＢＭＳ対応ＥＤＩ(Electronic Data Interchange）システムのＳＯＡＰ通信を利用した発注処理を始めとする各種メッセージの受信処理を、メッセージ種別に従って自動化したＳＯＡＰ通信を用いるメッセージ送受信システムに関する。
【０００２】
なお、前述の流通ＢＭＳ(Business Message Standard）は、経済産業省の「流通システム標準化事業」の一環で、事務局である（財）流通システム開発センタが公開した総合小売業や食品スーパーが卸売業者と取引する際に必要なメッセージ項目を定義したものである。
【背景技術】
【０００３】
一般に、ＳＯＡＰ通信の受信処理の仕様は、受信側からの問い合わせが必要なＰＵＬＬ型である。流通ＢＭＳ対応ＥＤＩシステムの標準通信方式の１つとして、ＳＯＡＰ通信が挙げられるが、前述したＳＯＡＰ通信の受信仕様上、ＳＯＡＰ通信を使用したシステムでは、受信すべきメッセージがサーバに存在していても、クライアント側からサーバにアクセスしなければサーバ上にメッセージが存在することが判らない。流通業務において処理スピードが重視される発注業務においては、ＳＯＡＰ通信の前述の仕様が業務を遂行する上でのボトルネックとなる。
【０００４】
なお、本発明に関連する技術として、「ネットワークを利用した受注システム」に関する技術が、特許文献１等に記載されて知られている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平１１−３９３９６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
前述した従来のＳＯＡＰ通信を利用した流通ＢＭＳ対応ＥＤＩシステムは、クライアント側がサーバにアクセスしない限り、サーバにメッセージが存在することを知ることができないという問題点を有し、また、メッセージの種別に従って、即座にメッセージを受信すべきか否かを判断していないため、効率よくメッセージの送受信を行うことができないという問題点を有している。
【０００７】
本発明の目的は、前述した従来のＳＯＡＰ通信技術を用いる流通ＢＭＳ対応ＥＤＩシステムの問題点を解決し、流通ＢＭＳ対応ＥＤＩシステムに用いて好適な効率よくメッセージの送受信を行うことができるようにしたＳＯＡＰ通信を用いるメッセージ送受信システムを提供することにある。
【課題を解決するための手段】
【０００８】
本発明によれば前記目的は、送信側ＳＯＡＰクライアントと、ＳＯＡＰサーバ及びＰｕｓｈメールサーバを備えるＥＤＩセンタと、受信側ＳＯＡＰクライアントと、受信側管理者が使用する端末とがネットワークを介して接続されたＳＯＡＰ通信を用いるメッセージ送受信システムにおいて、前記送信側ＳＯＡＰクライアントは、入力された送信すべきメッセージを、前記ＳＯＡＰサーバに送信し、前記ＳＯＡＰサーバは、前記Ｐｕｓｈメールサーバにメッセージの到着を通知し、前記Ｐｕｓｈメールサーバは、メッセージの内容を確認後、前記受信側ＳＯＡＰクライアントにメッセージ受信依頼のＰｕｓｈメールを送信し、前記受信側ＳＯＡＰクライアントは、前記Ｐｕｓｈメールを受信すると、自クライアントが有するメッセージ登録履歴データベースに着信情報を登録し、登録したメッセージ種別を元に、自クライアントが有するメッセージ種別優先度パラメータファイルを参照して、登録したメッセージのメッセージ種別優先度に従って、当該メッセージが受信対象メッセージか否かを判断し、受信対象メッセージであった場合、前記ＳＯＡＰサーバから当該受信対象メッセージを取得し、メッセージを登録している旨を受信側管理者が使用する端末に通知することにより達成される。
【発明の効果】
【０００９】
本発明によれば、最短のリードタイムで、効率よくメッセージの受信処理を行うことが可能となる。
【図面の簡単な説明】
【００１０】
【図１】本発明の一実施形態によるＳＯＡＰ通信を用いるメッセージ送受信システムの構成例を示すブロック図である。
【図２】受信側ＳＯＡＰクライアントが備えるメッセージ登録履歴データベースの履歴テーブルの構成を示す図である。
【図３】メッセージ種別毎の優先度レベルを設定したパラメータファイルの例を示す図である。
【図４】取引先情報毎のメッセージ種別の優先度レベルの閾値を設定したプロパティファイルの例を示す図である。
【図５】送信側ＳＯＡＰクライアントから送信されたメッセージが受信側ＳＯＡＰクライアントで受信されるまでの動作を説明するフローチャートである。
【発明を実施するための形態】
【００１１】
以下、本発明によるＳＯＡＰ通信を用いるメッセージ送受信システムの実施形態を図面により詳細に説明する。
【００１２】
図１は本発明の一実施形態によるＳＯＡＰ通信を用いるメッセージ送受信システムの構成例を示すブロック図である。
【００１３】
図１に示すＳＯＡＰ通信を用いるメッセージ送受信システムは、入力された送信すべきメッセージをインターネット１１等のネットワークに送信する送信側ＳＯＡＰクライアント１０と、ＳＯＡＰクライアント１０からのメッセージを受信して保持した後、インターネット１７等のネットワークに送信するＳＯＡＰサーバ１３及びＰｕｓｈメールサーバ１５を備えるＥＤＩセンタ１２と、ＥＤＩセンタ１２のＰｕｓｈメールサーバ１５から送信されてきたメッセージを受信登録してメッセージ種別毎の優先度をチェックし、その結果により、メッセージが登録されている旨を、インターネット２１等のネットワークを介して受信側管理者が使用する端末２２に通知する受信側ＳＯＡＰクライアント１８と、受信側管理者が使用する端末２２とを備えて構成されている。
【００１４】
前述において、ＥＤＩセンタ１２に備えられるＳＯＡＰサーバ１３は、受信監視プログラム１４を有し、Ｐｕｓｈメールサーバ１５は、Ｐｕｓｈメール送信ＷＥＢサービス１６を有している。また、受信側ＳＯＡＰクライアント１８は、メッセージ登録履歴データベース１９と、受信監視プログラム２０とを備えて構成されている。
【００１５】
前述において、送信側及び受信側のＳＯＡＰクライアント１０、１８は、図示しないが、ＣＰＵ、メインメモリ、ＨＤＤ等の記憶装置、キーボード、マウス等の入力装置、表示装置等を備えるＰＣに代表される情報処理装置であり、記憶装置に記憶されている本発明に必要なプログラムをメインメモリにロードし、そのプログラムをＣＰＵが実行することにより、後述する本発明の実施形態での機能を構築する。また、ＥＤＩセンタ１２に設置されているＳＯＡＰサーバ１３、Ｐｕｓｈメールサーバ１５も、前述と同様な構成を持つ情報処理装置であり、前述と同様に、記憶装置に記憶されている本発明に必要なプログラムをメインメモリにロードし、そのプログラムをＣＰＵが実行することにより、後述する本発明の実施形態での機能を構築する。
【００１６】
また、図１に示す本発明の実施形態によるＳＯＡＰ通信を用いるメッセージ送受信システムの構成例では、３つの異なるインターネット等のネットワークを備えるように示しているが、これらのネットワークは、同一のネットワークでよい。
【００１７】
図５は送信側ＳＯＡＰクライアント１０から送信されたメッセージが受信側ＳＯＡＰクライアント１８で受信されるまでの動作を説明するフローチャートであり、次に、これについて説明する。
【００１８】
（１）送信側ＳＯＡＰクライアント１０は、メッセージをＨＴＴＰ  ＰＵＴメソッドを用いてＥＤＩセンタ１１内のＳＯＡＰサーバ１３へ送信して登録させる（ステップ５０）。
【００１９】
（２）ＥＤＩセンタ１１内のＳＯＡＰサーバ１３の着信監視プログラム１４は、メッセージの登録を検知し、Ｐｕｓｈメールサーバ１５のＰｕｓｈメール送信ＷＥＢサービス１６の引数として、取引先情報、メッセージ種別、登録時刻を設定し、Ｐｕｓｈメールサーバ１５のＰｕｓｈメール送信ＷＥＢサービス１６を呼び出す（ステップ５１）。
【００２０】
（３）Ｐｕｓｈメールサーバ１５は、Ｐｕｓｈメール送信ＷＥＢサービス１５に、メッセージの内容を確認させ、ＳＯＡＰサーバ１３から通知された先の情報を、メッセージ受信依頼のＰｕｓｈメールとして受信側ＳＯＡＰクライアント１８へ送信させる（ステップ５２）。
【００２１】
（４）受信側ＳＯＡＰクライアント１８の着信監視プログラム２０は、Ｐｕｓｈメールの着信を検知すると、検知したＰｕｓｈメールの着信情報をメッセージ登録履歴データベース１９へ登録する。なお、メッセージ登録履歴データベース１９の構成については、図２を参照して後述する（ステップ５３）。
【００２２】
（５）受信側ＳＯＡＰクライアント１８は、メッセージ登録履歴データベース１９へメッセージ情報を登録した後、メッセージ種別による優先度のレベルが、閾値以上であるか否かのチェックを行う（ステップ５４）。
【００２３】
（６）ステップ５４のチェックで、登録されたメッセージのメッセージ種別による優先度のレベルが閾値以上であった場合、登受信側ＳＯＡＰクライアント１８は、ＥＤＩセンタ１２のＳＯＡＰサーバ１３に対してＨＴＴＰ  ＧＥＴメソッドを用いたメッセージの取得を要求して、メッセージを取得し、また、メッセージ登録履歴データベース１９の該当メッセージのレコードを更新する。なお、メッセージ種別による優先度については、図３、図４を参照して後述する（ステップ５５、５６）。
【００２４】
（７）ステップ５４のチェックで、登録されたメッセージのメッセージ種別による優先度のレベルが閾値未満であった場合、受信側ＳＯＡＰクライアント１８は、メッセージ登録履歴データベース１９を参照して受信履歴チェック処理を行う。ここでのチェックの処理は、メッセージ登録履歴データベース１９の現在月の１か月前からのデータを元に、登録されたメッセージ種別ＩＤをキーにしてメッセージ受信の平均受信時刻を求め、求めた平均受信時刻と現在時刻とを比較し、現在時刻が平均受信時刻を過ぎていないか否かをチェックする処理である（ステップ５７）。
【００２５】
（８）ステップ５７のチェックで、現在時刻が平均受信時刻を過ぎていなかった場合、何もせず、現在時刻が平均受信時刻と同一、あるいは、現在時刻が平均受信時刻を過ぎていた場合、受信側ＳＯＡＰクライアント１８は、メッセージ登録履歴データベース１９を参照して、設定されている着信通知日時のチェックを行う（ステップ５８、５９）。
【００２６】
（９）ステップ５９のチェックで、現在日時が着信通知時間外である場合、現在日時から最も直近の着信通知時刻に、メッセージが登録されている旨を受信側管理者が使用する端末２２へメールにより通知する（ステップ６０）。
【００２７】
（10）ステップ５９のチェックで、現在日時が、着信通知時間内であった場合、直ちにメッセージが登録されている旨を受信側管理者が使用する端末２２へメールにより通知する（ステップ６１）。
【００２８】
（12）ステップ６０またはステップ６１の処理により、受信側管理者にメッセージが登録されていることの着信通知を送信した後、受信側ＳＯＡＰクライアント１８は、メッセージ登録履歴ＤＢ１９の該当レコードの着信通知時刻を更新する（ステップ６２）。
【００２９】
図２は受信側ＳＯＡＰクライアント１８が備えるメッセージ登録履歴データベース１９の履歴テーブルの構成を示す図である。
【００３０】
図２に示すメッセージ登録履歴データベース１９の履歴テーブル内のデータは、着信監視プログラム２０が、Ｐｕｓｈメールの着信を検知して登録したものである。そして、図示履歴テーブルは、メッセージ送信元の事業者コードである送信元ＧＬＮ（Global Location Number）と、メッセージの種別を示すメッセージ種別ＩＤと、メッセージを登録した日時と、設定された受信側管理者へのメッセージの着信を通知する着信通知時刻である通知日時と、メッセージの受信日時とを組としたレコードを複数格納して構成されている。
【００３１】
図３はメッセージ種別毎の優先度レベルを設定したパラメータファイルの例を示す図である。このパラメータファイルは、受信側ＳＯＡＰクライアント１８が有するファイルである。
【００３２】
図３に示すメッセージ種別毎の優先度レベルのパラメータファイルは、メッセージ種別ＩＤとその優先度レベルとを組とした複数のレコードを格納している。そして、図示例では、メッセージ種別ＩＤが「００１」のメッセージの優先度レベルが「５」であり、メッセージ種別ＩＤが「００２」のメッセージの優先度レベルが「２」であは、また、メッセージ種別ＩＤが「００３」のメッセージの優先度レベルが「３.５」であるというレコードが格納されている。
【００３３】
図４は取引先情報毎のメッセージ種別の優先度レベルの閾値を設定したプロパティファイルの例を示す図である。このプロパティファイルは、受信側ＳＯＡＰクライアント１８が有するファイルであり、取引先情報毎のメッセージ種別毎に設けられている。そして、図４に示す例では、
図４に示す取引先情報毎のメッセージ種別の優先度レベルの閾値を設定したプロパティファイルには、その取引先に着信があったことを通知する日時の情報である着信通知時間と、メッセージ種別ＩＤの優先度レベルの閾値の情報であるメッセージ自動受信優先度レベルとが保持されている。図４に示す例は、メッセージ種別ＩＤが「００３」であるプロパティファイルの例であるものとし、メッセージの優先度レベルの閾値が３であると登録されている。
【００３４】
受信側ＳＯＡＰクライアント１８は、前述した図５に示すフローのステップ５４からステップ５６の処理で、図３、図４に示すファイルを参照するが、その際、図３、図４に示される設定例で、メッセージ種別ＩＤが「００３」であるメッセージが登録されている場合、優先度レベルが３．５、閾値が３であるため、メッセージを自動受信する。
【００３５】
また、受信側ＳＯＡＰクライアント１８は、図３、図４にメッセージ種別ＩＤが「００２」であるメッセージが登録されている場合、優先度レベルが２、閾値が３であるため、メッセージの自動受信を行わず、次のステップ５７の処理を行うことになる。
【符号の説明】
【００３６】
１０  送信側ＳＯＡＰクライアント
１１、１７、２１  インターネット
１２  ＥＤＩセンタ
１３  ＳＯＡＰサーバ
１４  着信監視プログラム
１５  Ｐｕｓｈメールサーバ
１６  Ｐｕｓｈメール送信ＷＥＢサービス
１８  受信側ＳＯＡＰクライアント
１９  メッセージ登録履歴データベース
２０  着信監視プログラム
２２  受信側管理者が使用する端末
【図１】
2013025769.tif 000003
【図２】
2013025769.tif 000004
【図３】
2013025769.tif 000005
【図４】
2013025769.tif 000006
【図５】
2013025769.tif 000007