(57)【要約】【課題】  ウェブページ上での注文受付処理において、大量の注文受付を処理するシステムを提供する。【解決手段】注文受付処理システムは、以下の３つの手段から構成されている。大量仮受付手段１０はユーザの端末からユーザのメールアドレスが記載された入力を受信する。そして、正式注文平準化手段１１は、大量仮受付手段１０からメールアドレスの情報を取得し、取得したメールアドレスに、正式に注文を受け付けるウェブページの参照情報を含んだメール送信する際に複数のメールの送信タイミングに所定の間隔を設けて送信する。正式注文受付手段１２は、ユーザの参照情報に示されるウェブページへの接続を受け付け、ユーザが入力した購入詳細情報を受信し、正式注文処理を行う。【選択図】    図１
2005165942.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの端末からメールアドレスが含まれる入力データを受信する大量仮受付手段と、
前記大量仮受付手段から前記メールアドレスの情報を取得し、取得した前記メールアドレスに、正式に注文を受け付けるウェブページの参照情報を含んだメールを送信する際に複数の前記メールの送信タイミングに所定の間隔を設ける正式注文平準化手段と、
前記ユーザの前記参照情報に示されるウェブページへの接続を受け付け、当該ウェブページにおいて入力された購入詳細情報を受信し、正式注文処理を行う正式注文受付手段と、
を備えたことを特徴とする注文受付処理システム。
【請求項２】
前記正式注文受付手段は、前記ユーザの正式な注文を受け付ける毎に、在庫データベースの在庫情報を更新し、
さらに、前記在庫データベースから前記在庫情報を読み出し、前記在庫情報を提供する在庫確認手段を備えたことを特徴とする請求項１に記載の注文受付処理システム。
【請求項３】
ユーザの端末からメールアドレスが含まれる入力データを受信する過程と、
前記大量仮受付手段から前記メールアドレスの情報を取得し、取得した前記メールアドレスに、正式に注文を受け付けるウェブページの参照情報を含んだメールを送信する際に複数の前記メールの送信タイミングに所定の間隔を設ける過程と、
前記ユーザの前記参照情報に示されるウェブページへの接続を受け付け、当該ウェブページにおいて入力された購入詳細情報を受信し、正式注文処理を行う過程と、
を備えたことを特徴とする注文受付処理方法。
【請求項４】
注文受付処理システムのコンピュータに、
ユーザの端末からメールアドレスが含まれる入力データを受信する手順、
前記大量仮受付手段から前記メールアドレスの情報を取得し、取得した前記メールアドレスに、正式に注文を受け付けるウェブページの参照情報を含んだメールを送信する際に複数の前記メールの送信タイミングに所定の間隔を設ける手順、
前記ユーザの前記参照情報に示されるウェブページへの接続を受け付け、当該ウェブページにおいて入力された購入詳細情報を受信し、正式注文処理を行う手順、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、注文受付処理システム及びその処理方法並びにそのコンピュータプログラム関する。
【背景技術】
【０００２】
従来のテレビを介して行われる通信販売では、電話による注文受付が主流を占めている。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、テレビの通信販売における電話の注文受付においては、以下に示すような問題がある。
まず、テレビ放送というマス向けメディアの性質上、放送直後に大量の注文が殺到するが、その大量の注文の数を扱うだけの大規模なコールセンターを構築するには巨額の費用を要するという問題がある。また、従来のコールセンターを介した受付システムでは、在庫状況をテレビ番組放送中にリアルタイムに把握することが難しいという問題がある。
一方で、インターネットを介する注文受付の手段においては、放送直後に視聴者端末から大量の注文が殺到するが、その注文毎に正式受付処理を行う必要がある。正式受付処理は、在庫データベースのアクセス処理や与信照会等のＥＣ（Ｅｌｅｃｔｒｏｎｉｃ  Ｃｏｍｍｅｒｃｅ）処理であり、これらの処理を実行するためには、ＣＰＵやメモリ等のシステムリソースを多く消費してしまう。放送直後の短時間に大量の正式受付処理が集中すると、その正式受付処理数に応じた大規模なシステムリソースが必要になり、そのシステムの構築や運用に多額の費用がかかるという問題がある。
【０００４】
本発明は、上記問題を解決すべくなされたもので、その目的は、テレビの通信販売等において、携帯電話、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、ＳＴＢ（Ｓｅｔ  Ｔｏｐ  Ｂｏｘ）等の視聴者端末からの大量の注文受付を可能にする注文受付処理システムを提供することにある。
【課題を解決するための手段】
【０００５】
上述した課題を解決するために、本発明は、ユーザの端末（例えば、実施の形態における視聴者端末１３または視聴者端末２ｂ、２ｃ）からメールアドレスが含まれる入力データを受信する大量仮受付手段（例えば、実施の形態における大量仮受付手段１０または大量アクセス処理システム１ａ）と、前記大量仮受付手段から前記メールアドレスの情報を取得し、取得した前記メールアドレスに、正式に注文を受け付けるウェブページの参照情報を含んだメールを送信する際に複数の前記メールの送信タイミングに所定の間隔を設ける正式注文平準化手段（例えば、実施の形態における正式注文平準化手段１１または大量アクセス処理システム１ａ）と、前記ユーザの前記参照情報に示されるウェブページへの接続を受け付け、当該ウェブページにおいて入力された購入詳細情報を受信し、正式注文処理を行う正式注文受付手段（例えば、実施の形態における正式注文受付手段１２またはＥＣ処理システム１ｂ）と、を備えたことを特徴とする注文受付処理システム（例えば、実施の形態におけるクロスメディアプラットフォーム１）である。
【０００６】
本発明は、上記の発明において、前記正式注文受付手段（例えば、実施の形態における正式注文受付手段１２またはＥＣ処理システム１ｂ）は、前記ユーザの正式な注文を受け付ける毎に、在庫データベース（例えば、実施の形態における在庫データベースＤ３）の在庫情報を更新し、さらに、前記在庫データベースから前記在庫情報を読み出し、前記在庫情報を提供する在庫確認手段（例えば、実施の形態におけるＥＣ処理システム１ｂ）を備えたことを特徴とする。
【０００７】
本発明は、ユーザの端末からメールアドレスが含まれる入力データを受信する過程と、前記大量仮受付手段から前記メールアドレスの情報を取得し、取得した前記メールアドレスに、正式に注文を受け付けるウェブページの参照情報を含んだメールを送信する際に複数の前記メールの送信タイミングに所定の間隔を設ける過程と、前記ユーザの前記参照情報に示されるウェブページへの接続を受け付け、当該ウェブページにおいて入力された購入詳細情報を受信し、正式注文処理を行う過程と、を備えたことを特徴とする注文受付処理方法である。
【０００８】
本発明は、注文受付処理システムのコンピュータに、ユーザの端末からメールアドレスが含まれる入力データを受信する手順、前記大量仮受付手段から前記メールアドレスの情報を取得し、取得した前記メールアドレスに、正式に注文を受け付けるウェブページの参照情報を含んだメールを送信する際に複数の前記メールの送信タイミングに所定の間隔を設ける手順、前記ユーザの前記参照情報に示されるウェブページへの接続を受け付け、当該ウェブページにおいて入力された購入詳細情報を受信し、正式注文処理を行う手順、を実行させるためのプログラム。
【発明の効果】
【０００９】
以上説明したように、本発明によれば、視聴者端末から注文を受ける際、在庫データベースアクセス処理や与信照会等のＥＣ処理といったシステムリソースの消費が多い正式受付処理を行わずに、仮受付として正式に注文を受け付けるウェブページを示すＵＲＬのみを含んだメールを送信する。そして、複数の視聴者へ返信するメールの送信タイミングに所定の間隔を設けて返信する構成を取っている。それにより、正式に注文を受け付けるウェブページへのアクセス頻度が平準化され、多くのシステムリソースの消費を必要とする正式受付処理が時間的に分散され、大規模なシステムリソースを必要とせずに大量の注文処理を扱うことを可能とする効果がある。
【００１０】
また、本発明によれば、大量注文受付手段が、正式注文受付処理を行う毎にデータベースの在庫情報を更新しており、在庫確認手段が、その在庫情報を提供する構成を取っているため、放送局がリアルタイムに在庫状況を把握できる作用があり、視聴者からの注文状況を番組放送中に放送できる効果がある。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の一実施形態による注文受付処理システムについて図面を参照して説明する。
図１は、この発明の一実施形態による注文受付処理システムを具体化した装置であるクロスメディアプラットフォーム１の構成を示すブロック図である。
クロスメディアプラットフォーム１は視聴者端末１３から、視聴者のメールアドレスを含んだ仮申込を受信する大量仮受付手段１０と、大量仮受付手段１０から視聴者のメールアドレスの情報を取得して、視聴者端末１３に正式に注文を受け付けるウェブページの参照情報であるＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を含んだメールを送信する正式注文平準化手段１１と、視聴者の正式な注文の申し込みを受け付け、正式注文処理を行う正式注文受付手段１２から構成されている。
以下、この構成におけるクロスメディアプラットフォーム１の大量の注文受付の処理について説明する。まず、放送局は、テレビの視聴者から仮申込を受け付けるウェブページのＵＲＬをテレビ画面上で放送する。視聴者の操作により視聴者端末１３がそのＵＲＬに接続し、仮受付のウェブページをダウンロードして画面に表示する。視聴者が視聴者端末１３に視聴者のメールアドレスを入力し、送信処理を選択すると、視聴者端末１３が大量仮受付手段１０へメッセージを送信する。大量仮受付手段１０はそのメッセージを受信する（ステップＳ１００）。
次に、大量仮受付手段１０で受信した視聴者のメールアドレスは正式注文平準化手段１１に転送され、正式注文平準化手段１１は、正式申込のウェブページへのＵＲＬを含んだメールを作成し、視聴者端末１３へそのメールを送信する。複数の視聴者へ送信する際には、複数のメッセージの送信タイミングに所定の間隔を設けて送信する（ステップＳ１０１）。
次に、視聴者端末１３は、正式注文平準化手段１１から返信のメールを受信し、視聴者の操作により、視聴者端末１３はそのメールに含まれるＵＲＬに接続し、正式に注文を受け付けるウェブページをダウンロードして画面に表示する。視聴者は、視聴者端末１３にそのウェブページで購入詳細情報を入力し、送信を選択すると、視聴者端末１３は、その購入詳細情報を正式注文受付手段１２に送信する。正式注文受付手段１２はその購入詳細情報を視聴者端末１３から受信して、正式注文処理を進める（ステップＳ１０２）。
このようにして、正式注文処理時に実行される在庫データベースアクセス処理や与信照会等のＥＣ処理といったシステムリソースを多く消費する処理を行わずに、仮受付として正式に注文を受け付けるウェブページを示すＵＲＬのみを含んだメールを送信する。そして、メール送信する際に、送信するメールが複数ある場合には、複数のメールの送信タイミングに所定の間隔を設けて送信する構成を取っている。それにより、正式に注文を受け付けるウェブページへのアクセス頻度が平準化され、多くのシステムリソースの消費を必要とする正式受付処理が時間的に分散化され、大規模なシステムリソースを必要とせずに大量の注文処理を扱うことを可能としている。また、従来の電話による受付では一秒間に１０〜２０件という注文の処理能力であるが、大量仮受付手段１０では電話による受付の１００〜１０００倍の処理能力を有している。
【００１２】
図２は、図１で説明したクロスメディアプラットフォーム１を中心に、テレビの通信販売の注文処理過程及びそれに関係する流通の過程を示したものである。実線は注文処理に関連する情報の流れを示しており、破線はお金や物の流通を示している。
放送局３は通信販売番組を放送する。視聴者２はテレビ受像機２ａで通信販売番組を視聴し、携帯電話２ｂやＰＣ２ｃ等の視聴者端末を使って放送番組中で販売されている商品の購入申込を行う。クロスメディアプラットフォーム１は視聴者２からの購入申込を受け付け、視聴者の決済手段がクレジットカードだった場合、クレジットカード会社５へ与信照会を行い、与信照会の結果が問題無い場合、購入に関する決済を行う。そして、クロスメディアプラットフォーム１は注文内容に従って商品販売事業者４に配達依頼を行い、商品販売業者４は視聴者２の注文内容に従って、商品を視聴者２に配送する。
精算処理については、クレジットカード会社５は、視聴者２に購入代金を請求し、視聴者５が金融機関６を経由してクレジットカード会社５に購入代金を支払うことになる。クレジットカード会社５とクロスメディアプラットフォーム１の間では、上記購入に対する精算処理が行われる。クロスメディアプラットフォーム１は商品販売事業者４の間では、クロスメディアプラットフォーム１から商品販売事業者４へ売り上げ代金が払い込まれる。放送局３は、クロスメディアプラットフォーム１に対して利用料を支払うことになる。
【００１３】
図３及び図４は、クロスメディアプラットフォーム１における処理をフローチャートにしたものである。図３の最終段にあるＡ、Ｂ、Ｃ、Ｄの記号は図４の最上段のＡ、Ｂ、Ｃ、Ｄの記号に続くことを示している。
テレビの通信販売番組を視聴して、商品の購入を希望する視聴者２は、クロスメディアプラットフォーム１の大量アクセス処理システム１ａの最初のウェブページへのＵＲＬをテレビ画面に表示されるテロップ等から得て、携帯端末やＰＣ等の視聴者端末１３にそのＵＲＬを入力する（ステップＳ１）。大量アクセス処理システム１ａは、予め設定されているトップページのＨＴＭＬデータを視聴者端末１３に送信する（ステップＳ２）。トップページのＨＴＭＬデータを受信した視聴者端末１３はトップページを画面に表示する（ステップＳ３）。視聴者２がトップページのメニューの中から購入申込のページを選択すると、視聴者端末１３はその選択された情報を大量アクセス処理システム１ａに送信する（ステップＳ４）。大量アクセス処理システム１ａは、購入申込画面のＨＴＭＬデータを視聴者端末１３に送信する（ステップＳ５）。購入申込画面のＨＴＭＬデータを受信した視聴者端末１３は画面に購入申込画面を表示する（ステップＳ６）。視聴者２は視聴者２のメールアドレスを購入申込画面上の所定の場所に入力し、購入申込画面上にある仮受付処理ボタンを選択すると、視聴者端末１３は、上記メールアドレスを含んだ情報を大量アクセス処理システム１ａに送信する（ステップＳ７）。大量アクセス処理システム１ａは視聴者端末からメールアドレスが含まれる入力データを受信して受付処理を行い（ステップ８）、受付エラーの場合は、受付エラーのメッセージを視聴者端末１３に送信する。受付処理に問題が無い場合は、正常の場合のメッセージを視聴者端末１３に送信する（ステップ９）。視聴者端末１３は仮受付の結果を受信して、視聴者２は、その結果を確認する（ステップＳ１０）。視聴者２の仮受付が正常の場合、大量アクセス処理システム１ａは、視聴者端末１３から送信されたデータを仮受付データベースＤ１に順次保存する（ステップＳ１１）。次に、大量アクセス処理システム１ａは仮受付データベースＤ１から順次データを取り出す（ステップＳ１２）。
【００１４】
続いて図４に処理が移り、大量アクセス処理システム１ａはステップＳ１２で取得したデータをＥＣ処理システム１ｂに転送する（ステップＳ１３）。データを受信したＥＣ処理システム１ｂは会員データベースＤ２にデータを登録する（ステップＳ１４）。また、大量アクセス処理システム１ａは、ステップＳ１２で取得したデータから視聴者２のメールアドレスを取り出し、大量アクセス処理システム１ａの内部にあるメールサーバへ登録する。メールサーバは正式購入画面へのＵＲＬを記載したメールを作成し、送信する。送信の際に、複数のメールがある場合には、複数のメールの送信タイミングに所定の間隔を設けて視聴者端末１３へ送信する（ステップＳ１５）。
視聴者２は、大量アクセス処理システム１ａから受信したメール含まれるＵＲＬを、視聴者端末１３に入力すると、視聴者端末１３はそのＵＲＬにアクセスして正式に注文を受け付けるウェブページをダウンロードして表示する。そして、視聴者２は視聴者端末１３に購入詳細情報を入力して送信を選択すると、視聴者端末１３がその情報をＥＣ処理システム１ｂに送信する。ＥＣ処理システム１ｂは視聴者端末１３から購入詳細情報を含んだメッセージを受信し、以下の正式注文処理を行う。まず、会員データベースＤ２に登録されている視聴者２の情報と整合し、アクセス認証を行う。アクセス認証の結果、認証エラーの場合は、エラー情報を視聴者端末１３に送信する（ステップＳ１８）。ステップＳ１８のアクセス認証が正常の場合には、ＥＣ処理システム１ｂは在庫データベースＤ３に引当て処理を行い、在庫が無い場合には、在庫無しのメッセージを視聴者端末１３に送信する。在庫がある場合には、在庫データベースＤ３に消し込み処理を行う（ステップＳ１９）。ＥＣ処理システム１ｂは、在庫がある場合には、購入要求トランザクションを起こして、受付番号を付与し、購入手続き処理が完了するまでセッションを維持する（ステップＳ２０）。ＥＣ処理システム１ｂは代金計算を行い（ステップＳ２１）、クレジットカード会社５と通信して、代金計算の結果の数値を基に与信照会を要求する。クレジットカード会社５は、与信照会を受け付け、与信照会し、与信照会の結果をＥＣ処理システム１ｂに送信する。（ステップＳ２７）。与信照会の結果を受信したＥＣ処理システム１ｂは、与信が得られなかった場合は与信エラーを視聴者端末１３に送信する（ステップＳ２２）。ＥＣ処理システム１ｂは与信が得られた場合、購入受付完了の情報を視聴者端末１３に送信し、セッションを切断する（ステップＳ２３）。視聴者端末１３は、ＥＣ処理システム１ｂから結果を含んだ情報を受信し、視聴者２はその結果を確認する（ステップＳ２４）。ＥＣ処理システム１ｂは購入受付処理完了に伴い、在庫データベースＤ３の在庫情報を更新する（ステップＳ２５）。最後に、ＥＣ処理システム１ｂは一連の処理のログを履歴データベースＤ４に蓄積する（ステップＳ２６）。
【００１５】
放送局３が放送中に在庫照会をクロスメディアプラットフォーム１に要求する場合には、放送局３のコンピュータ端末から在庫照会要求が出され、ＥＣ処理システム１ｂが在庫データベースＤ３の在庫情報を放送局に提供する（ステップＳ２８）。具体的には、ＥＣ処理システム１ｂのウェブサーバ等に放送局３のコンピュータ端末からアクセスし、得られた在庫状況の情報をテレビのテロップ等に流すことで、放送中に販売状況の情報の提供を行うことができる。
【００１６】
図１と図３及び図４の処理の対応付けは、以下の通りである。ステップＳ１からステップＳ１１までの処理は、大量仮受付手段１０と視聴者端末１３の間の処理に対応する。ステップＳ１２からステップＳ１６までの処理は、正式注文平準化手段１１と視聴者端末１３の間の処理に対応する。ステップＳ１７からステップＳ２６までの処理は、正式注文受付手段１２と視聴者端末１３の間の処理に対応する。また、ステップ２８におけるＥＣ処理システム１ｂが在庫確認手段に対応する。
【００１７】
上述の注文受付処理システムを具体化した装置であるクロスメディアプラットフォーム１は内部に、コンピュータシステムを有している。そして、上述した注文受付処理システムを構成する大量仮受付手段１０、正式注文平準化手段１１、正式注文受付手段１２の処理過程は、プログラム形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータが読み出して実行することによって、上記処理が行われる。ここでコンピュータ読み取り可能な記録媒体とは、磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリ等をいう。また、このコンピュータプログラムを通信回線によってコンピュータに配信し、この配信を受けたコンピュータが当該プログラムを実行するようにしてもよい。
【図面の簡単な説明】
【００１８】
【図１】本発明の一実施形態に係るクロスメディアプラットフォームのブロック図である。
【図２】同実施形態に係る注文処理過程及びそれに関係する流通の過程を示したブロック図である。
【図３】同実施形態に係る注文処理のフローチャート（その１）である。
【図４】同実施形態に係る注文処理のフローチャート（その２）である。
【符号の説明】
【００１９】
１    クロスメディアプラットフォーム
１０  大量仮受付手段
１１  正式注文平準化手段
１２  正式注文受付手段
１３  視聴者端末
【図１】
2005165942.tif 000003
【図２】
2005165942.tif 000004
【図３】
2005165942.tif 000005
【図４】
2005165942.tif 000006