(57)【要約】【課題】複数のトランザクションを統合するトランザクション管理サーバ、システム及び方法を提供すること。【解決手段】ユーザ端末１０及びウェブサーバ２０と通信可能に接続されるトランザクション管理サーバ１００は、ウェブサーバ２０から、複数のトランザクションの要求を伴う一のｈｔｔｐリクエストを識別する情報と、当該一のｈｔｔｐリクエストをウェブサーバ２０に送信したユーザ端末１０を識別する情報とを含む情報である転送通知２３０を受信する手段と、ウェブサーバ２０に代わって継続して当該複数のトランザクションの完了を待機して各々のステータス情報を記憶する手段と、当該一のｈｔｔｐリクエストを送信したユーザ端末１０に対して、当該複数のトランザクションの各々のステータス情報を問い合わせるためのリンク情報を送信する手段とを備える。【選択図】図１
2011154457.tif 000002
【特許請求の範囲】
【請求項１】
端末及びウェブサーバと通信可能に接続されるトランザクション管理サーバであって、
前記ウェブサーバから、複数のトランザクションの要求を伴う一のｈｔｔｐリクエストを前記ウェブサーバに送信した前記端末を識別する情報及び前記一のｈｔｔｐリクエストを識別する情報を受信する手段と、
受信した前記一のｈｔｔｐリクエストを識別する情報に基づいて、前記ウェブサーバに代わって継続して前記複数のトランザクションの完了を待機して各々のステータス情報を記憶する手段と、
受信した前記端末を識別する情報に基づいて、前記端末に対して、前記複数のトランザクションの各々のステータス情報を問い合わせるためのリンク情報を送信する手段と、を備えるトランザクション管理サーバ。
【請求項２】
端末及びウェブサーバと通信可能に接続されるトランザクション管理サーバを含むシステムであって、
前記ウェブサーバは、
複数のトランザクションの要求を伴う一のｈｔｔｐリクエストを前記端末から受信したことに応じて、前記端末を識別する情報及び前記一のｈｔｔｐリクエストを識別する情報を前記トランザクション管理サーバに送信する手段を備え、
前記トランザクション管理サーバは、
前記ウェブサーバから、前記端末を識別する情報及び前記一のｈｔｔｐリクエストを識別する情報を受信する手段と、
受信した前記一のｈｔｔｐリクエストを識別する情報に基づいて、前記ウェブサーバに代わって継続して前記複数のトランザクションの完了を待機して各々のステータス情報を記憶する手段と、
受信した前記端末を識別する情報に基づいて、前記端末に対して、前記複数のトランザクションの各々のステータス情報を問い合わせるためのリンク情報を送信する手段と、を備えるシステム。
【請求項３】
前記ウェブサーバは、前記トランザクション管理サーバに前記一のｈｔｔｐリクエストを識別する情報を送信する場合に、前記端末に受付通知を示す情報を送信する手段をさらに備える、請求項２に記載のシステム。
【請求項４】
端末及びウェブサーバと通信可能に接続されるトランザクション管理サーバがトランザクションを管理する方法であって、
前記トランザクション管理サーバが、
前記ウェブサーバから、複数のトランザクションの要求を伴う一のｈｔｔｐリクエストを前記ウェブサーバに送信した前記端末を識別する情報及び前記一のｈｔｔｐリクエストを識別する情報を受信するステップと、
受信した前記一のｈｔｔｐリクエストを識別する情報に基づいて、前記ウェブサーバに代わって継続して前記複数のトランザクションの完了を待機して各々のステータス情報を記憶するステップと、
受信した前記端末を識別する情報に基づいて、前記端末に対して、前記複数のトランザクションの各々のステータス情報を問い合わせるためのリンク情報を送信するステップと、を実行するトランザクションを管理する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のトランザクションを統合するトランザクション管理サーバ、システム及び方法に関する。
【背景技術】
【０００２】
従来、通信ネットワークを介してウェブサーバと接続可能な端末装置を用いて買い物を行うネットショッピングに関する技術が知られている（特許文献１）。当該技術においては、単一のネットショッピングの店舗における買い物だけでなく、複数のモールサーバを利用し、異なる店舗又は商品分野にまたがって、多数の買い物の購入指示を発行することが可能となっている。ユーザは、こうしたネットショッピングの技術により、少ない手間で買い物をすることができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平１１−２１９３８９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ここで例えば、複数の商品分野にまたがって買い物が行われた場合や、複数の処理を伴う場合等において、一のｈｔｔｐリクエストを受け付けたウェブサーバは、商品分野ごとに異なる複数のトランザクション処理を行う場合がある。このような状況において、ｈｔｔｐリクエストとそれに対する応答というｈｔｔｐプロトコルの特性から、これら複数のトランザクションのうち処理が早く完了したものがあったとしてもウェブサーバはすぐに端末に応答を返すことができず、最後に処理を完了したトランザクションの完了を待って当該端末に応答する必要があった。このように、処理の完了の最も遅いトランザクションがシステム全体のボトルネックになり、場合によっては、ウェブサーバと端末とのセッションがタイムアウトしてしまったり、ユーザが待ちきれずにウェブサーバと端末との通信を切断してしまったりする可能性もあった。
【０００５】
本発明は、複数のトランザクションを統合して管理するトランザクション管理サーバ、システム及び方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明においては、次のような解決手段を提供する。
【０００７】
（１）端末及びウェブサーバと通信可能に接続されるトランザクション管理サーバであって、前記ウェブサーバから、複数のトランザクションの要求を伴う一のｈｔｔｐリクエストを前記ウェブサーバに送信した前記端末を識別する情報及び前記一のｈｔｔｐリクエストを識別する情報を受信する手段と、受信した前記一のｈｔｔｐリクエストを識別する情報に基づいて、前記ウェブサーバに代わって継続して前記複数のトランザクションの完了を待機して各々のステータス情報を記憶する手段と、受信した前記端末を識別する情報に基づいて、前記端末に対して、前記複数のトランザクションの各々のステータス情報を問い合わせるためのリンク情報を送信する手段と、を備えるトランザクション管理サーバ。
【０００８】
本発明に係るステータス情報を統合して管理するトランザクション管理サーバは、ウェブサーバに代わって、複数のトランザクションの完了を待機し、当該トランザクションのステータス情報を問い合わせるためのリンク情報を当該端末に送信する。したがって、当該端末のユーザは、当該トランザクションの完了を待機せずに、迅速に当該リンク情報の通知を受け取ることができる。さらに、当該ウェブサーバは、当該複数のトランザクションの完了を待機する必要がなく、新規なトランザクションの要求を伴うｈｔｔｐリクエストを受信することができる。
【０００９】
したがって、ユーザの端末で複数の商品分野にまたがって買い物が行われた場合において、要求を受け付けたウェブサーバが、商品分野ごとに異なる複数のトランザクション処理を行う場合においても、当該トランザクション管理サーバは、これら複数のトランザクションの完了を待たずに、当該ウェブサーバに代わって当該端末に応答することができる。その結果、当該ウェブサーバと当該端末とのセッションがタイムアウトしてしまったり、ユーザが待ちきれずに当該ウェブサーバと当該端末との通信を切断してしまったりする可能性を抑制することができる。
【００１０】
（２）端末及びウェブサーバと通信可能に接続されるトランザクション管理サーバを含むシステムであって、前記ウェブサーバは、複数のトランザクションの要求を伴う一のｈｔｔｐリクエストを前記端末から受信したことに応じて、前記端末を識別する情報及び前記一のｈｔｔｐリクエストを識別する情報を前記トランザクション管理サーバに送信する手段を備え、前記トランザクション管理サーバは、前記ウェブサーバから、前記端末を識別する情報及び前記一のｈｔｔｐリクエストを識別する情報を受信する手段と、受信した前記一のｈｔｔｐリクエストを識別する情報に基づいて、前記ウェブサーバに代わって継続して前記複数のトランザクションの完了を待機して各々のステータス情報を記憶する手段と、受信した前記端末を識別する情報に基づいて、前記端末に対して、前記複数のトランザクションの各々のステータス情報を問い合わせるためのリンク情報を送信する手段と、を備えるシステム。
【００１１】
このようにすることで、（１）と同様の効果を奏することが可能なシステムを提供することができる。
【００１２】
（３）前記ウェブサーバは、前記トランザクション管理サーバに前記一のｈｔｔｐリクエストを識別する情報を送信する場合に、前記端末に受付通知を示す情報を送信する手段をさらに備える、（２）に記載のシステム
【００１３】
このようにすることで、本発明に係るシステムに含まれるウェブサーバは、当該トランザクション管理サーバが複数のトランザクションのステータス情報を問い合わせるためのリンク情報を送信するよりも早く、当該トランザクションを受け付けたことの通知を当該ユーザの端末に送信できる。したがって、ユーザは、前述のリンク情報の通知を受けることに先立って、さらに、トランザクションが受け付けられたことの通知を受け取ることができる。
【００１４】
（４）端末及びウェブサーバと通信可能に接続されるトランザクション管理サーバがトランザクションを管理する方法であって、前記トランザクション管理サーバが、前記ウェブサーバから、複数のトランザクションの要求を伴う一のｈｔｔｐリクエストを前記ウェブサーバに送信した前記端末を識別する情報及び前記一のｈｔｔｐリクエストを識別する情報を受信するステップと、受信した前記一のｈｔｔｐリクエストを識別する情報に基づいて、前記ウェブサーバに代わって継続して前記複数のトランザクションの完了を待機して各々のステータス情報を記憶するステップと、受信した前記端末を識別する情報に基づいて、前記端末に対して、前記複数のトランザクションの各々のステータス情報を問い合わせるためのリンク情報を送信するステップと、を実行するトランザクションを管理する方法。
【００１５】
このようにすることで、（１）と同様の効果を奏することが可能なトランザクション管理サーバが、トランザクションを管理する方法を提供することができる。本発明に係る方法の諸段階は、コンピュータ・システムを用いて当該方法を実施するためのプログラムとして提供されてもよい。プログラムは、適切な記憶媒体に格納されて提供されてもよく、データ入出力、データバス、メモリバス及びシステムバス等を備えるカスタムＬＳＩ（大規模集積回路）等の形態で提供されてもよい。
【発明の効果】
【００１６】
本発明によれば、ウェブサーバに代わって、トランザクションのステータス情報を問い合わせるためのリンク情報を端末に送信するトランザクション管理サーバを提供することができる。したがって、当該端末のユーザは、トランザクションの処理の完了を待機せずに、迅速に当該リンク情報の通知を受け取ることができる。さらに、当該ウェブサーバは、当該トランザクションの処理の完了を待機する必要がなく、新規なトランザクションの要求を伴うｈｔｔｐリクエストを受信することができる。
【図面の簡単な説明】
【００１７】
【図１】本実施形態に係る、トランザクション管理サーバ１００を含む全体構成を例示する図である。
【図２】本実施形態に係る、トランザクション管理ＤＢ１８０のデータ構造を例示する図である。
【図３】本実施形態に係る、ウェブサーバ２０の動作の諸段階を例示するフロー図である。
【図４】本実施形態に係る、トランザクション管理サーバ１００の動作の諸段階を例示するフロー図である。
【図５】本実施形態に係る、トランザクションを管理するシステムの動作シーケンスを例示する図である。
【図６】本実施形態に係る、例示的な応答メッセージを示す図である。
【図７】本発明の別の実施形態に係る、トランザクション管理サーバ１００を含む全体構成を例示する図である。
【図８】本発明の別の実施形態に係る、バックエンドサーバ３０の動作の諸段階を例示するフロー図である。
【図９】本発明の別の実施形態に係る、トランザクションを管理するシステムの動作シーケンスを例示する図である。
【発明を実施するための形態】
【００１８】
以下、本発明の実施形態について説明する。なお、これはあくまでも一例であって、本発明の技術的範囲はこれに限られるものではない。
【００１９】
本実施形態は、コンピュータ及びその周辺装置に適用される。本実施形態における各部は、コンピュータ及びその周辺装置が備えるハードウェア並びに該ハードウェアを制御するソフトウェアによって構成される。
【００２０】
上記ハードウェアには、制御部としてのＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）の他、記憶部、通信装置、表示装置及び入力装置が含まれる。記憶部としては、例えば、メモリ（ＲＡＭ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ、ＲＯＭ：Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ等）、ハードディスクドライブ（ＨＤＤ：Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）、及び光ディスク（ＣＤ：Ｃｏｍｐａｃｔ  Ｄｉｓｋ、ＤＶＤ：Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ等）ドライブが挙げられる。通信装置としては、例えば、各種有線及び無線インターフェース装置が挙げられる。表示装置としては、例えば、液晶ディスプレイ、プラズマディスプレイ等の各種ディスプレイが挙げられる。入力装置としては、例えば、キーボード及びポインティング・デバイス（マウス、トラッキングボール等）が挙げられる。
【００２１】
上記ソフトウェアには、上記ハードウェアを制御するコンピュータ・プログラムやデータが含まれる。コンピュータ・プログラムやデータは、記憶部により記憶され、制御部により適宜実行、参照される。また、コンピュータ・プログラムやデータは、通信回線を介して配布されることも可能であり、ＣＤ−ＲＯＭ等のコンピュータ可読媒体に記録して配布されることも可能である。
【００２２】
［全体構成］
図１は、本実施形態に係る、トランザクション管理サーバ１００を含む全体構成を例示する図である。図１に示す全体構成の例において、トランザクション管理サーバ１００は、ユーザ端末１０及びウェブサーバ２０と通信可能に接続される。当該通信は、通常はインターネット等の広域通信を介して行われるが、限定されない。なお、トランザクション管理サーバ１００は、複数台あってもよく、この場合、Ｗｅｂサーバ２０からトランザクションが転送される際に、ＩＤ等によって当該転送を受け付けるトランザクション管理サーバーが振り分けられるように構成してもよい。
【００２３】
ユーザ端末１０は、ネットショッピング等のｈｔｔｐリクエストである処理要求２１０を、ウェブサーバ２０に送信するために用いられる端末である。ユーザ端末１０は、ネットワーク接続されるパーソナル・コンピュータ又は携帯電話等でもよい。
【００２４】
ウェブサーバ２０は、ユーザ端末１０から送信された処理要求２１０を受信して受け付けるｈｔｔｐリクエスト受付手段１１０と、当該処理要求２１０を受け付けたことをユーザ端末１０に受付通知２２０として送信する、端末に受付通知を示す情報を送信する手段としての受付通知送信手段１２０と、当該処理要求２１０を、本実施形態に係るトランザクション管理サーバ１００に転送通知２３０として転送するトランザクション転送手段１３０とを備える。
【００２５】
従来技術においては、ウェブサーバ２０は、当該処理要求２１０に対して必要な複数の処理の終了を待機し、全ての処理の完了を待ってＷｅｂページ応答としてユーザ端末１０に返信する。さらに、当該複数の処理を、トランザクションを処理するバックエンドサーバ等のサーバ装置（図示せず、以下、単にバックエンドサーバ）に要求し、複数のトランザクションの処理完了通知等の応答を待機するよう動作可能に構成されうる。
しかしながら、本実施形態においては、ウェブサーバ２０は、処理要求２１０を受信することに応じて、トランザクション転送手段１３０を用いて、当該処理要求２１０の情報を、トランザクション管理サーバ１００に転送する。その後は、トランザクション管理サーバ１００が、ウェブサーバ２０に代わって複数のトランザクションの処理完了通知等の応答を待機する。したがって、本実施形態においては、ウェブサーバ２０は、複数のトランザクションの処理完了通知等の応答を待機しなくともよい。
なお、本実施形態において、実際のトランザクションの処理は、トランザクション管理サーバ１００が行ってもよく、後述するように複数のバックエンドサーバ３０（図７）をトランザクション管理サーバ１００に接続し、バックエンドサーバ３０（図７）が行ってもよい。
【００２６】
ウェブサーバ２０は、当該処理要求２１０を受け付けたことを、ユーザ端末１０に受付通知２２０として送信する。これにより、ユーザ端末１０を操作するユーザ等は、商品の注文等のｈｔｔｐリクエストがウェブサーバ２０によって受け付けられたことを知ることができる。なお、本実施形態においては、実際のトランザクション処理が完了する前に受付通知２２０を返却する場合について説明したが、これに限らず、実際の処理が完了してから受付通知２２０に相当する「完了返却」を行ってもよい。
【００２７】
次いで、ウェブサーバ２０は、トランザクション管理サーバ１００に転送通知２３０を送信する。この転送通知２３０は、処理要求２１０に基づくトランザクションを識別する情報、及び処理要求２１０を送信したユーザ端末１０を識別する情報を含む。
【００２８】
図１に示すトランザクション管理サーバ１００は、トランザクション転送受付手段１５０、リンク情報通知手段１６０、トランザクション管理手段１７０及びトランザクション管理ＤＢ１８０を備える。
【００２９】
トランザクション転送受付手段１５０は、ウェブサーバ２０のトランザクション転送手段１３０によって送信された転送通知２３０を受け付ける手段である。したがって、トランザクション管理サーバ１００は、ｈｔｔｐリクエストである処理要求２１０に基づくトランザクションを識別する情報、及びｈｔｔｐリクエストである処理要求２１０を送信したユーザ端末１０を識別する情報を受信することができる。
【００３０】
リンク情報通知手段１６０は、トランザクションのステータス情報を問い合わせるためのリンク情報を、ユーザ端末１０に送信する手段である。すなわち、リンク情報通知手段１６０は、トランザクション転送受付手段１５０が転送通知２３０を受け付けたことに応じ、ユーザ端末１０に対して、リンク情報２４０を通知する。リンク情報２４０は、処理要求２１０を送信したユーザ端末１０が、トランザクションの処理状況等に関するステータス１８４（図２で後述）を追跡するための情報等が含まれる。このような情報としては、トランザクションの処理状況等を問い合わせることが可能な、メールアドレス又は問い合わせを受け付けるサイトのＵＲＬ（統一資源位置指定子、Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）が挙げられるが、これらに限定されず、問い合わせ先の電話番号、郵便の住所又は担当部署の名称等でもよい。具体的なリンク情報２４０の態様は、応答メッセージ２８２（図６）として説明する。
【００３１】
トランザクション管理手段１７０は、転送通知２３０に基づき、複数のトランザクションの完了を待機し、複数のトランザクションのそれぞれについてのステータス１８４（図２）を、トランザクション管理ＤＢ１８０に格納する。
【００３２】
さらに、トランザクション管理手段１７０は、複数のトランザクションの処理状況の情報を、ステータス通知２８０（図５）として、ユーザ端末１０に送信する。トランザクション管理手段１７０は、ユーザ端末１０が任意に送信する問い合わせ２５０を受信することに応じて、ユーザ端末１０にステータス通知２８０を送信してもよい。具体的なステータス通知２８０の態様は、応答メッセージ２９２（図５）として説明する。
【００３３】
トランザクション管理ＤＢ１８０は、複数のトランザクションに係るステータス１８４（図２）を記憶する手段である。すなわち、トランザクション管理ＤＢ１８０は、トランザクション管理手段１７０が、ステータス１８４を含む処理状況の情報を記憶するために用いられる。
【００３４】
このようにすることで、本実施形態に係るトランザクション管理サーバ１００は、ウェブサーバ２０からの転送通知２３０に応じ、ｈｔｔｐリクエストである処理要求２１０に基づく複数のトランザクションのそれぞれについて完了を待機し、ユーザ端末１０からの問い合わせに対する応答を送信することができる。
【００３５】
［トランザクション管理ＤＢ１８０のデータ構造］
図２は、本実施形態に係る、トランザクション管理ＤＢ１８０のデータ構造を例示する図である。図２に示すトランザクション管理ＤＢ１８０のデータ構造は、トランザクションＩＤ１８１に関連付けて、要求先サーバＩＤ１８２、ステータス通知方法１８３、ステータス１８４及び通知確認１８５を含む。
【００３６】
トランザクションＩＤ１８１は、図１に示した転送通知２３０を一つのトランザクションとして識別するために用いられる識別子である。したがって、トランザクションＩＤ１８１によって識別される情報は、一つの転送通知２３０に関連付けられる。
【００３７】
要求先サーバＩＤ１８２は、転送通知２３０に対応するトランザクションを処理するために必要なサーバ装置の識別情報を含む。具体的には、このサーバ装置は、本実施形態に係るトランザクション管理サーバ１００又はバックエンドサーバ３０（図７）である。要求先サーバＩＤ１８２を用いてサーバ装置が特定されることにより、転送通知２３０に対応するトランザクションを実際に処理する個々のサーバ装置が、トランザクションＩＤ１８１に関連付けられる。
【００３８】
ステータス通知方法１８３は、処理要求２１０を送信したユーザに対する、進行状況の通知手段についての情報である。ステータス通知方法１８３は、メール、Ｗｅｂページ等の、ユーザ端末１０を用いて情報を受信することのできる適切な手段から選択されうるが、これらに限定されない。通常は、ステータス通知方法１８３は、処理要求２１０を送信する際に、当該ユーザが指定してもよい。
【００３９】
ステータス１８４は、転送通知２３０に基づくトランザクションの処理の進行状況を表す情報である。図２には、トランザクションＩＤ１８１が「１２２」であるトランザクションについてステータス１８４が「完了」であること、及びトランザクションＩＤ１８１が「１２３」であるトランザクションについてステータス１８４が「待ち」であることが格納されている。ここで、「待ち」は、このトランザクションについての未完了の意味を含む。ステータス１８４の形態は、これらに限定されず、一つの転送通知２３０に含まれる複数のトランザクションのそれぞれについての進行状況からなっていてもよい。
【００４０】
通知確認１８５は、トランザクションＩＤ１８１によって識別されるトランザクションについて、ユーザ端末１０への通知を確認する情報である。具体的には、図１に示したリンク情報２４０が、トランザクション管理サーバ１００からユーザ端末１０に送信された時点で、通知確認１８５に「ＯＫ」等の情報が格納されてもよい。加えて、通知確認１８５は、ステータス通知２８０によってトランザクション管理サーバ１００からユーザ端末１０への情報の送信が行われたことを含んでもよい。通知確認１８５は、トランザクション管理サーバ１００からユーザ端末１０に対して、任意の形態の情報が送信されたことの情報を、トランザクションＩＤ１８１に関連付けて個別に格納することができる。
【００４１】
このようにすることで、本実施形態に係るトランザクション管理サーバ１００は、トランザクションＩＤ１８１によって識別される個々のトランザクションについて、当該トランザクションの処理を実施するサーバ装置に関する情報、ユーザ端末１０へのステータス通知方法、当該トランザクションの進行状況を表すステータス１８４及び通知確認１８５を、トランザクションＩＤ１８１に関連付けて、トランザクション管理ＤＢ１８０に格納できる。
【００４２】
［ウェブサーバ２０の動作］
図３は、本実施形態に係る、ウェブサーバ２０の動作の諸段階を例示するフロー図である。
【００４３】
ステップＳ１１０において、ウェブサーバ２０は、ユーザ端末１０から送信された処理要求２１０を受信して受け付ける。
【００４４】
ステップＳ１２０において、ウェブサーバ２０は、当該処理要求２１０を受け付けたことをユーザ端末に受付通知２２０として送信する。なお、この受付通知２２０の処理の順序はこれに限られず、後述のトランザクション管理サーバ１００によるトランザクション転送受付及びリンク情報通知の後で行ってもよい。また、この受付通知２２０の画面は、リンク情報の通知のための画面を兼ねてもよい。
【００４５】
ステップＳ１３０において、ウェブサーバ２０は、トランザクション転送を実施する。具体的には、図１に示したトランザクション転送手段１３０を用いて、処理要求２１０に基づくトランザクションを識別する情報、及び処理要求２１０を送信したユーザ端末１０を識別する情報を、転送通知２３０としてトランザクション管理サーバ１００に送信する。
【００４６】
ステップＳ１３０の後は、ウェブサーバ２０は、一つの処理要求２１０についての動作を終了する。ウェブサーバ２０は、任意にステップＳ１１０に戻り、次の処理要求２１０を待機してもよい。したがって、本実施形態に係るトランザクション管理の方法においては、ウェブサーバ２０は、トランザクションの完了を待機しなくともよい。
【００４７】
［トランザクション管理サーバ１００の動作］
図４は、本実施形態に係る、トランザクション管理サーバ１００の動作の諸段階を例示するフロー図である。図４（ａ）は、この動作の全体を例示するフロー図であり、図４（ｂ）は、トランザクション管理手段１７０における動作の諸段階を例示するフロー図である。
【００４８】
ステップＳ２１０において、トランザクション管理サーバ１００は、ステップＳ１３０においてウェブサーバ２０が送信した転送通知２３０を受信して受け付ける。トランザクション管理サーバ１００における以下の諸段階は、転送通知２３０の受信に応じて、順次実行される。
【００４９】
ステップＳ２２０において、トランザクション管理サーバ１００は、リンク情報通知を実施する。具体的には、トランザクション管理サーバ１００は、図１に示したリンク情報通知手段１６０を用いて、トランザクションのステータス情報を問い合わせるためのリンク情報２４０を、ユーザ端末１０に送信する。例えば、リンク情報２４０は、トランザクション管理サーバ１００が転送通知２３０を受け付けた時点と、通常の商品発送までの期間とに基づいて、当該トランザクションの完了が予想できる日程の情報を含んでもよいが、限定されない。なお、このリンク情報通知の処理はこれに限らず、トランザクション管理サーバ１００から通知を受けたＷｅｂサーバ２０が行ってもよい。また、後述の実施形態で説明するバックエンドサーバ３０（プロセス）からリンク情報がメールされるように構成してもよい。また、このようなリンク情報は、明細の画面から確認可能に構成してもよい。
【００５０】
ステップＳ２３０において、トランザクション管理サーバ１００は、トランザクション管理手段１７０を用いて、トランザクション管理処理を実行する。具体的には、ステップＳ２３０は、図４（ｂ）に示す次のステップからなる。
ステップＳ２３２：トランザクション管理サーバ１００は、転送通知２３０に対応するトランザクションの処理の要求を生成する。生成した要求は、当該トランザクションを処理するサーバ装置に送信される。このサーバ装置は、トランザクション管理サーバ１００でもよく、トランザクション管理サーバ１００に接続されるバックエンドサーバ３０（図７）でもよい。
図４のフロー図においては、トランザクション管理サーバ１００が当該トランザクションを処理する場合を示す。トランザクションの処理の要求は、例えば、公知のプロセス間通信等の技術を用いて、後続のステップＳ２３３に送信される。
ステップＳ２３３：トランザクション管理サーバ１００は、当該トランザクションの処理の完了通知を受け付ける。具体的には、トランザクション管理サーバ１００は、トランザクションの処理の要求の受信に応じて、当該トランザクションの処理を行うことができる所定のプログラム等を起動し、トランザクション管理ＤＢ１８０のステータス１８４を「待ち」にセットして、当該プロセスからのトランザクションの処理の完了通知を待機して受け付ける。
ステップＳ２３４：トランザクション管理サーバ１００は、ステップＳ２３２における要求に対応するトランザクションが完了した場合に、これに応じて、トランザクション管理ＤＢ１８０のステータス１８４を「完了」にセットする。トランザクション管理サーバ１００は、ステップＳ２３２における要求に対応するトランザクションの処理の要求の全てについて、完了通知を受信するまで待機を継続する。なお、この待機を継続している間であっても、トランザクション管理サーバ１００は、後続のステップＳ２３５及びステップＳ２３６における処理を実行できる。
ステップＳ２３５：トランザクション管理サーバ１００は、ユーザ端末１０が任意に送信する問い合わせ２５０（図５）を受信して受け付ける。
ステップＳ２３６：トランザクション管理サーバ１００は、トランザクション管理ＤＢ１８０を参照してトランザクションＩＤ１８１のステータス１８４を取得してユーザ端末１０に、当該内容を含むステータス通知２８０を送信する。トランザクション管理サーバ１００は、このステップＳ２３５及びＳ２３６を繰り返し実行することにより、ユーザ端末１０からのステータス１８４の問い合わせ２５０に対して最新のステータス１８４を送信することができる。
【００５１】
ステップＳ２３０におけるトランザクション管理の動作の一例としては、例えば、ユーザ端末１０がトランザクションの進行状況の問い合わせ２５０を、例えばステータス通知方法１８３がメールである場合にはメールを送信し、例えばステータス通知方法１８３がＷｅｂページである場合にはそのＵＲＬを送信する。そして、トランザクション管理サーバ１００が、当該問い合わせ２５０を受信することに応じて、当該トランザクションの進行状況に係る情報を、ステータス１８４に基づいて生成し、生成した情報をユーザ端末１０に送信する。
【００５２】
ステップＳ２３０におけるトランザクション管理の動作の別の例として、トランザクション管理サーバ１００は、特定のトランザクションが完了した場合に、当該特定のトランザクションの処理が完了したことの情報を、ユーザ端末１０にメール送信してもよい。
【００５３】
［トランザクションを管理するシステムの動作シーケンス］
図５は、本実施形態に係る、トランザクションを管理するシステムの動作シーケンスを例示する図である。この動作シーケンスは、図３及び図４に示した、ウェブサーバ２０及びトランザクション管理サーバ１００のそれぞれの動作の諸段階の相互の関係を示し、同一の符号は同一のステップに対応する。
【００５４】
最初に、ユーザ端末１０は、ウェブサーバ２０に処理要求２１０を送信する。ウェブサーバ２０は、前述のステップＳ１１０からステップＳ１３０の動作を順次実行し、ユーザ端末に受付通知２２０を送信し、トランザクション管理サーバ１００に転送通知２３０を送信する。これにより、ユーザ端末１０を操作するユーザ等は、商品の注文等のｈｔｔｐリクエストがウェブサーバ２０によって受け付けられたことを知ることができる。
【００５５】
次いで、トランザクション管理サーバ１００は、ステップＳ２１０においてウェブサーバ２０から転送通知２３０を受信することに応じ、後続のステップＳ２２０において、ユーザ端末１０にリンク情報２４０を送信する。これにより、ユーザ端末１０を操作するユーザ等は、注文した商品の処理状況の問い合わせ先等の情報を知ることができる。
さらに、トランザクション管理サーバ１００は、ステップＳ２３０においてトランザクション管理処理を実行する。具体的には、ステップＳ２３０は、図１に示したトランザクション管理手段１７０の動作の諸段階であり、ステップＳ２３２からステップＳ２３６を含む。
【００５６】
ステップＳ２３２：トランザクション管理サーバ１００は、転送通知２３０に対応する複数のトランザクションの処理の要求を生成する。生成した要求は、当該トランザクションを処理するサーバ装置に送信される。このサーバ装置は、トランザクション管理サーバ１００でもよく、トランザクション管理サーバ１００に接続されるバックエンドサーバ３０（図７）でもよい。
図５には、トランザクション管理サーバ１００が当該トランザクションを処理する場合を示す。本実施形態においては、トランザクションの処理の要求は、実際にトランザクションの処理を行う複数のプロセスに送信される。この送信には、公知のプロセス間通信等の技術を用いることができる。バックエンドサーバ３０（図７）を用いる場合については、図９を用いて後述する。
ステップＳ２３３：トランザクション管理サーバ１００は、当該トランザクションの処理の完了通知を受け付ける。具体的には、トランザクション管理サーバ１００は、トランザクションの処理の要求に応じて、当該トランザクションの処理を行うことができる所定のプログラム等を起動し、トランザクション管理ＤＢ１８０のステータス１８４を「待ち」にセットして、当該プロセスからのトランザクションの処理の完了通知を待機して受け付ける。
ステップＳ２３４：トランザクション管理サーバ１００は、当該複数のトランザクションの処理の要求に対応するトランザクションの全てが完了した場合に、これに応じて、トランザクション管理ＤＢ１８０のステータス１８４を「完了」にセットする。トランザクション管理サーバ１００は、ステップＳ２３２におけるトランザクションの処理の要求に対応するトランザクションの処理の要求の全てについて、完了通知を受信するまで待機を継続する。なお、この待機を継続している間であっても、トランザクション管理サーバ１００は、後続のステップＳ２３５及びステップＳ２３６における処理を実行できる。
ステップＳ２３５：トランザクション管理サーバ１００は、ユーザ端末１０が任意に送信する問い合わせ２５０を受信して受け付ける。
ステップＳ２３６において、トランザクション管理サーバ１００は、トランザクション管理ＤＢ１８０を参照してトランザクションＩＤ１８１のステータス１８４を取得してユーザ端末１０に、当該内容を含むステータス通知２８０を送信する。トランザクション管理サーバ１００は、このステップＳ２３５及びＳ２３６を繰り返し実行することにより、ユーザ端末１０からのステータス１８４の問い合わせ２５０に対して最新のステータス１８４を送信することができる。
【００５７】
ステップＳ２３６における、トランザクション管理サーバ１００からユーザ端末１０に送信されるステータス通知２８０は、少なくとも次のいずれかの情報を含むことができ、それぞれの情報は、ステータス１８４を含むことができる。
（ステータス通知２８０に含まれる情報−１）ユーザ端末１０が任意に送信する問い合わせ２５０をトランザクション管理サーバ１００が受信して受け付けた時点における、当該問い合わせ２５０に対応するトランザクションの処理の進行状況に関する情報。
（ステータス通知２８０に含まれる情報−２）いずれか又は全てのトランザクションの完了に基づく、トランザクションの完了を示す情報。
【００５８】
［例示的な応答メッセージ］
図６は、本実施形態に係る、例示的な応答メッセージを示す図である。図６（ａ）は、トランザクション管理サーバ１００からユーザ端末１０に送信される、リンク情報２４０としての応答メッセージ２８２を例示する図である。図６（ｂ）は、トランザクション管理サーバ１００からユーザ端末１０に送信される、ステータス通知２８０としての応答メッセージ２９２を例示する図である。
【００５９】
図６（ａ）に示す応答メッセージ２８２は、リンク情報通知手段１６０により生成され、リンク情報２４０としてユーザ端末１０に送信される。一例として、応答メッセージ２８２は、発送情報２８４及びステータス確認用リンク情報２８６を含む。応答メッセージ２８２に含まれる情報及び情報の順序等は、これらに限定されず、任意に設定できる。
【００６０】
発送情報２８４は、例えば、所定の商品発送期間等に基づく、発送予定日程の情報を含むことができる。
【００６１】
ステータス確認用リンク情報２８６は、処理要求２１０に対応するトランザクションの進行状況の問い合わせ先の情報を含むことができる。ステータス確認用リンク情報２８６の態様は、例えば、問い合わせ先の電子メールアドレス又は問い合わせを受け付けるサイトのＵＲＬ等であるが、限定されない。
【００６２】
これにより、ユーザ端末１０を操作するユーザ等は、処理要求２１０に対応するトランザクションの処理の予定及び問い合わせ先の情報等を、処理要求２１０の送信後に速やかに得ることができる。
【００６３】
図６（ｂ）に示す応答メッセージ２９２は、トランザクション管理手段１７０により生成され、ステータス通知２８０としてユーザ端末１０に送信される。前述のように、ステータス通知２８０は、ユーザ端末からの問い合わせ２５０に応じて、又は複数のトランザクションの完了に応じて、トランザクション管理サーバ１００からユーザ端末１０に送信される。図６（ｂ）には、ユーザ端末１０から任意に送信される問い合わせ２５０に応じた、ステータス通知２８０としての例を示す。
【００６４】
一例として、応答メッセージ２９２は、進行状況の情報２９４及び２９６を含む。図６（ｂ）においては、二つの異なる種類の商品のそれぞれについて、別個に、トランザクションの進行状況を示す情報が含まれることを示しているが、これらの情報の個数又は書式等はこの例に限定されず、適宜設計できる。
【００６５】
図６（ｂ）に示す例において、進行状況の情報２９４は、ある商品（品物Ａ）について、「在庫があるので、すぐに発送手配できる」という情報を含む。また、進行状況の情報２９６は、別の商品（品物Ｂ）についての入荷予定の情報を含む。すなわち、進行状況の情報２９４は、ユーザ端末１０が任意に送信する問い合わせ２５０をトランザクション管理サーバ１００が受信して受け付けた時点における、当該問い合わせ２５０に対応するトランザクションの処理の進行状況に関する情報を含むことができる。当該進行状況は、図２に示したステータス１８４にしたがって、適切に表現されてもよい。
【００６６】
図６（ｂ）には、問い合わせ２５０に応じたステータス通知２８０を示したが、進行状況の情報２９４は、複数のトランザクションの完了に基づいても生成できる。この場合には、進行状況の情報２９４及び２９６は、いずれも各商品が発送可能な状況であるという情報等を含むことができる。
【００６７】
このようにすることで、本実施形態に係る、複数トランザクションを統合するトランザクション管理サーバ１００を含むシステムにおいて、ユーザは、自分が注文したネットショッピング等の処理の進行状況についての問い合わせ先の情報を速やかに受け取ることができ、当該問い合わせ先に対する任意の問い合わせに対応して、当該ネットショッピング等の処理の進行状況の情報を含む応答を受信することができる。なお、この実施形態においては、物販の例で示したが、これに限らず、デジタルコンテンツの申込等、様々な実施の形態が可能である。
【００６８】
［全体構成の別の実施形態］
図７は、本発明の別の実施形態に係る、トランザクション管理サーバ１００を含む全体構成を例示する図である。図１と共通する箇所については、説明を省略する。
【００６９】
図７に示す例において、トランザクション管理サーバ１００は、ユーザ端末１０、ウェブサーバ２０及びバックエンドサーバ３０と通信可能に接続される。
【００７０】
ウェブサーバ２０は、処理要求２１０を受信することに応じて、トランザクション転送手段１３０を用いて、トランザクション管理サーバ１００に転送通知２３０を送信する。図７に示す例において、転送通知２３０は、トランザクションを処理するためのバックエンドサーバ３０（以下、単にバックエンドサーバ３０と呼称）を識別する情報も含んでもよい。その後は、バックエンドサーバ３０からの応答は、トランザクション管理サーバ１００によって受信される。したがって、ウェブサーバ２０は、バックエンドサーバ３０からの応答を待機しなくともよい。
【００７１】
バックエンドサーバ３０は、後述する個々の個別処理要求２６０（図９）にしたがって、ネットショッピング等のトランザクションを逐一処理する。バックエンドサーバ３０は、異なる分野の商品の情報、又は個別のショッピング・サイトの情報を取扱うために、複数のサーバ装置を含んでもよい。例えば、図７には、バックエンドサーバＡ３１０、バックエンドサーバＢ３２０及びバックエンドサーバＣ３３０等の、三つのサーバ装置がバックエンドサーバ３０に含まれる例を示すが、これに限定されず、サーバ装置の数はいくつでもよい。また、バックエンドサーバ３０に含まれるそれぞれのサーバ装置が設置される地理的な場所はどこでもよく、サーバ装置の一部が他と遠隔して設置されてもよい。
【００７２】
通常は、個別処理要求２６０を処理することが可能な、バックエンドサーバ３０に含まれる特定のサーバ装置（以下、特定のサーバ装置）が使用される。当該特定のサーバ装置は、例えば、当該トランザクションに含まれる商品の種類等に基づいて、バックエンドサーバ３０の中から選択される。当該特定のサーバ装置は、バックエンドサーバ３０の一部のサーバ装置でもよく、バックエンドサーバ３０の全体でもよい。
【００７３】
図７に示す例においては、トランザクション管理サーバ１００のトランザクション管理手段１７０は、転送通知２３０に基づき、バックエンドサーバ３０に対して、当該トランザクションの処理の要求である個別処理要求２６０（図９）を送信する。加えて、トランザクション管理手段１７０は、バックエンドサーバ３０における当該トランザクションに関するステータス１８４を含む処理状況の情報を受信する。この処理状況の情報は、関連するバックエンドサーバ３０からの完了通知２７０（図９）として受信される。なお、図７には、一例として、トランザクション管理手段１７０とバックエンドサーバＡ３１０との間で個別処理要求２６０及び完了通知２７０が送受信されることを示しているが、個別処理要求２６０及び完了通知２７０は、他のバックエンドサーバ３０に対しても同様に送受信することができる。
【００７４】
図７に示す例においては、トランザクション管理ＤＢ１８０は、ウェブサーバ２０に代わって継続して、関連するバックエンドサーバ３０からの応答を受け付けて記憶する手段である。
【００７５】
このようにすることで、本実施形態に係るトランザクション管理サーバ１００は、転送通知２３０に応じ、ウェブサーバ２０に代わって、バックエンドサーバ３０における処理状況を取得し、ユーザ端末１０からの問い合わせに対する応答を送信することができる。
【００７６】
［バックエンドサーバ３０の動作］
図８は、本発明の別の実施形態に係る、バックエンドサーバ３０の動作の諸段階を例示するフロー図である。
【００７７】
ステップＳ３１０において、バックエンドサーバ３０は、個別処理要求２６０を受信して受け付けることにより、トランザクション受付処理を実行する。個別処理要求２６０は、処理要求２１０に含まれる特定のトランザクションを処理するための要求である。個別処理要求２６０は、当該特定のトランザクションを処理できる、バックエンドサーバ３０に含まれる特定のサーバ装置によって受け付けられる。
【００７８】
ステップＳ３２０において、バックエンドサーバ３０は、トランザクション処理を実行する。例えば、ユーザ端末１０を用いて処理要求２１０として送信されたネットショッピング等の商品購入の指示が処理される。当該トランザクション処理が、バックエンドサーバ３０に含まれる複数のサーバ装置における処理を必要とするならば、ステップＳ３２０におけるトランザクション処理は、個々のサーバ装置ごとに完了の時期が異なる場合がある。
【００７９】
ステップＳ３３０において、バックエンドサーバ３０は、完了処理を実行する。具体的には、バックエンドサーバ３０は、個々のサーバ装置ごとのトランザクションの完了の情報を含む完了通知２７０を、トランザクション管理サーバ１００のトランザクション管理手段１７０に送信する。
【００８０】
なお、バックエンドサーバ３０が上述のように処理を行うときには、トランザクション管理サーバ１００のトランザクション管理手段１７０は、次のような処理を行う。具体的には、図４（ｂ）に示したトランザクション管理サーバ１００の処理において、ステップＳ２３２からステップＳ２３４の処理を変更することができる。
【００８１】
ステップＳ２３２：トランザクション管理サーバ１００は、転送通知２３０に対応するトランザクションの処理の要求である個別処理要求２６０を、バックエンドサーバ３０に送信する。
ステップＳ２３３：トランザクション管理サーバ１００は、さらにトランザクション管理ＤＢ１８０のステータス１８４を「待ち」にセットしてバックエンドサーバ３０からの完了通知２７０を待機する。
ステップＳ２３４：トランザクション管理サーバ１００は、バックエンドサーバからの完了通知２７０を受信したことに応じて、トランザクション管理ＤＢ１８０のステータス１８４を「完了」にセットする。トランザクション管理サーバ１００は、ステップＳ２３２においてバックエンドサーバ３０に要求した個別処理要求２６０の全てについて、バックエンドサーバ３０から完了通知２７０を受信するまで待機を継続し、当該処理を実行する。
【００８２】
また、図４（ａ）に示したトランザクション管理サーバ１００の処理において、ステップＳ２３０におけるトランザクション管理の動作の別の例として、トランザクション管理サーバ１００が、バックエンドサーバ３０から完了通知２７０を受信することに応じて、特定のトランザクションの処理が完了したことの情報を、ユーザ端末１０にメール送信してもよい。
【００８３】
［動作シーケンスの別の実施形態］
図９は、発明の別の実施形態に係る、トランザクションを管理するシステムの動作シーケンスを例示する図である。この動作シーケンスは、図３、図４及び図８に示した、ウェブサーバ２０、トランザクション管理サーバ１００及びバックエンドサーバ３０のそれぞれの処理の諸段階の相互の関係を示し、同一の符号は同一のステップに対応する。図５と共通する箇所については、説明を省略する。
【００８４】
ステップＳ２３２において、トランザクション管理サーバ１００は、バックエンドサーバ３０に個別処理要求２６０を送信する。個別処理要求２６０は、処理要求２１０に含まれる特定のトランザクションを処理するための要求であり、当該特定のトランザクションを処理できる、バックエンドサーバ３０に含まれる特定のサーバ装置によって受け付けられる。
ステップＳ２３３において、トランザクション管理サーバ１００は、さらにトランザクション管理ＤＢ１８０のステータス１８４を「待ち」にセットしてバックエンドサーバ３０からの完了通知２７０を待機する。
ステップＳ２３４において、トランザクション管理サーバ１００は、バックエンドサーバからの完了通知２７０を受信したことに応じて、トランザクション管理ＤＢ１８０のステータス１８４を「完了」にセットする。トランザクション管理サーバ１００は、ステップＳ２３２においてバックエンドサーバ３０に要求した個別処理要求２６０の全てについて、バックエンドサーバ３０から完了通知２７０を受信するまで待機を継続し、当該処理を実行する。
【００８５】
バックエンドサーバ３０は、ステップＳ３１０において、トランザクション管理サーバ１００から個別処理要求２６０を受信することに応じ、後続のステップＳ３２０及びＳ３３０を実行する。
ステップＳ３２０において、バックエンドサーバ３０は、トランザクション処理を実行する。具体的には、当該トランザクションは、個別処理要求２６０を処理することが可能な特定のサーバ装置によって処理される。
ステップＳ３３０において、バックエンドサーバ３０は、完了処理を実行する。具体的には、バックエンドサーバ３０は、トランザクション管理サーバ１００に完了通知２７０を送信する。
【００８６】
ステップＳ２３６における、トランザクション管理サーバ１００からユーザ端末１０に送信されるステータス通知２８０は、前述の（ステータス通知２８０に含まれる情報−１）又は次の（ステータス通知２８０に含まれる情報−３）の、いずれかの情報を含むことができ、それぞれの情報は、ステータス１８４を含むことができる。
（ステータス通知２８０に含まれる情報−３）バックエンドサーバ３０が送信する完了通知２７０に基づく、トランザクションの完了を示す情報。
【００８７】
このようにすることで、本実施形態に係るトランザクション管理サーバ１００は、実際のトランザクションがバックエンドサーバ３０によって行われるようにすることもできる。したがって、実際のトランザクションの処理がトランザクション管理サーバ１００自体で行われても、バックエンドサーバ３０によって行われても、いずれの場合においても、本実施形態に係るトランザクション管理サーバ１００は、当該トランザクションを統合して管理することができる。
【００８８】
以上、本発明の実施形態を用いて説明したが、本発明の技術的範囲は上記実施形態に記載の範囲には限定されない。上記実施形態に、多様な変更又は改良を加えることができる。そのような変更又は改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。
【符号の説明】
【００８９】
１０  ユーザ端末
２０  ウェブサーバ
３０  バックエンドサーバ
５０  問い合わせ・応答
１００  トランザクション管理サーバ
１１０  ｈｔｔｐリクエスト受付手段
１２０  トランザクション転送手段
１５０  トランザクション転送受付手段
１６０  リンク情報通知手段
１７０  トランザクション管理手段
１８０  トランザクション管理ＤＢ
２１０  処理要求
２２０  受付通知
２３０  転送通知
２４０  リンク情報
２５０  問い合わせ
２６０  個別処理要求
２７０  完了通知
２８０  ステータス通知
２８２、２９２  応答メッセージ
【図１】
2011154457.tif 000003
【図２】
2011154457.tif 000004
【図３】
2011154457.tif 000005
【図４】
2011154457.tif 000006
【図５】
2011154457.tif 000007
【図６】
2011154457.tif 000008
【図７】
2011154457.tif 000009
【図８】
2011154457.tif 000010
【図９】
2011154457.tif 000011