JP2002236672A

JP2002236672A - 受付代行方法及びその実施装置並びにその処理プログラムと記録媒体

Info

Publication number: JP2002236672A
Application number: JP2001031316A
Authority: JP
Inventors: Takeshi Miyasaka; 武志宮坂; Takeshi Takenaga; 毅武長
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 2001-02-07
Filing date: 2001-02-07
Publication date: 2002-08-23

Abstract

(57)【要約】【課題】ユーザからのアクセスを複数の代行処理装置
に分散させ、ネットワークの輻輳を防止して受付処理装
置の負荷を軽減すると共に、ユーザからの所定処理の受
付依頼をより確実に終了させることが可能な技術を提供
する。【解決手段】ユーザ側処理装置から受付処理装置に依
頼された所定処理の受付を複数の代行処理装置で代行す
る受付代行方法において、ユーザ側処理装置から代行処
理装置ヘアクセスして所定処理の受付依頼を行うステッ
プと、前記ユーザ側処理装置からの所定処理の受付依頼
を受信して当該依頼内容の一時受付を当該代行処理装置
で行うステップと、受付処理装置から指定された受付終
了条件に達した場合に、前記一時受付を行った内容を代
行処理装置から受付処理装置へ送信するステップと、代
行処理装置で行われた一時受付の内容を受信してユーザ
側処理装置からの所定処理の受付を受付処理装置で行う
ステップとを有するものである。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はチケットの予約販売
やアンケートによる情報収集等の受付を代行する受付代
行システムに関し、特にインターネット等に代表される
ＩＰ網を用いてチケットの予約販売やアンケートによる
情報収集等を行う場合に、ユーザ側処理装置からのアク
セスを予約サーバに代って代行サーバが受付ける受付代
行システムに適用して有効な技術に関するものである。

【０００２】

【従来の技術】従来、電話を用いてチケットを予約する
方法として、ユーザが予約センターに電話して予約を行
う方法がある。この電話を用いたチケット予約では、電
話の場合、呼が集中して接続し難い状態でも、接続がで
きればユーザは予約等の目的を達成することができる。

【０００３】一方、近年のインターネット等のネットワ
ークの発達に伴い、ＩＰ(InternetProtocol)網を用いた
チケット予約が行われる様になってきており、チケット
予約を受付けるホームページにアクセスすることによ
り、いつでも予約が行える様になっている。この様にＩ
Ｐ網を用いてチケットを予約する場合、短時間にユーザ
アクセスが集中すると、ＩＰ網の輻輳、及び予約サーバ
の過負荷等の為に、ＩＰパケットが廃棄される場合も発
生し、ＩＰパケットの再送、ユーザからの再アクセス等
により、ＩＰ網の輻輳や予約サーバの過負荷は益々悪化
することがある。また、パケットの廃棄により、途中ま
で予約処理が進んだにも係わらず予約が終了しない、或
いは、予約が完了したことがユーザに伝わらず、ユーザ
は再度アクセスし、重複して予約してしまうこともあ
る。

【０００４】

【発明が解決しようとする課題】前記従来のＩＰ網を用
いたチケット予約では、短時間にユーザアクセスが集中
すると、ＩＰ網の輻輳及び予約サーバの過負荷等の為に
ＩＰパケットが廃棄される場合も発生し、ＩＰパケット
の再送やユーザからの再アクセスが行われる為、ＩＰ網
の輻輳や予約サーバの過負荷が益々悪化するという問題
があった。

【０００５】また前記従来のＩＰ網を用いたチケット予
約では、パケットの廃棄により、途中まで予約処理が進
んだにも係わらず予約が終了しない場合が生じたり、予
約が完了したことがユーザに伝わらず、重複した予約が
行われてしまうという問題があった。

【０００６】本発明の目的は上記問題を解決し、ユーザ
からのアクセスを複数の代行処理装置に分散させ、ネッ
トワークの輻輳を防止して受付処理装置の負荷を軽減す
ると共に、ユーザからの所定処理の受付依頼をより確実
に終了させることが可能な技術を提供することにある。

【０００７】

【課題を解決するための手段】本発明は、ユーザ側処理
装置から受付処理装置に依頼された所定処理の受付を複
数の代行処理装置で代行する受付代行システムにおい
て、ユーザ側処理装置からの所定処理の受付依頼の一時
受付を複数の代行処理装置で行った後、その一時受付の
内容を受付処理装置へ送信するものである。

【０００８】本発明では、インターネットに代表される
ＩＰ網において、複数地域等にそれぞれ代行処理装置と
して代行サーバを設け、各代行サーバはユーザからのチ
ケット予約要求や情報収集を代行し、受付処理装置であ
る予約サーバから指示された受付時間または受付件数等
に達すると集計を行い、集計結果を予約サーバへ報告す
る。予約サーバでは、チケット予約等の場合は集計結果
から予約希望のユーザを抽選等により選択して、選択し
たユーザに対してのみ予約サーバへの予約アクセスを許
可する。

【０００９】従来では、人気チケットの予約開始時やテ
レビ放送等でアンケートを募集した場合等に、短時間に
ユーザのアクセスが集中しＩＰ網の輻輳や予約サーバの
過負荷等が発生していたが、本発明では、複数の代行サ
ーバがユーザからのアクセスを受付ける為、代行サーバ
の処理負荷は少なくて済み、ＩＰ網の輻輳も避けること
ができる。また代行サーバがユーザからのアクセス受付
処理や集計を行うので、予約サーバの処理負荷を軽減す
ることができ、更に、選択したユーザに対してのみアク
セスを許可することによって予約サーバの処理負荷を軽
減することができる。

【００１０】以上の様に本発明の受付代行システムによ
れば、ユーザ側処理装置からの所定処理の受付依頼の一
時受付を複数の代行処理装置で行った後、その一時受付
の内容を受付処理装置へ送信するので、ユーザからのア
クセスを複数の代行処理装置に分散させ、ネットワーク
の輻輳を防止して受付処理装置の負荷を軽減すると共
に、ユーザからの所定処理の受付依頼をより確実に終了
させることが可能である。

【００１１】

【発明の実施の形態】（実施形態１）以下にチケットの
予約販売やアンケートによる情報収集等の受付を各地域
の代行サーバで代行する実施形態１の受付代行システム
について説明する。

【００１２】図１は本実施形態の受付代行システムのシ
ステム構成例を示す図である。図１に示す様に本実施形
態の受付代行システムは、ユーザ側処理装置１と、代行
サーバ２と、予約サーバ３とを有している。

【００１３】ユーザ側処理装置１は、代行サーバ２ヘア
クセスしてチケット予約等の所定処理の受付依頼を行う
ユーザ側の装置である。代行サーバ２は、予約サーバ３
での予約処理を代行する代行処理装置である。予約サー
バ３は、代行サーバ２で代行された一時受付の内容を受
信してチケット予約等の受付処理を行う受付処理装置で
ある。

【００１４】図１に示す様にユーザ側処理装置１ａ〜
ｃ、代行サーバ２Ａ〜Ｃ、予約サーバ３は、いずれもＩ
Ｐ網に接続されている。ＩＰ網をＡ、Ｂ、Ｃの３つの地
域に分けて、各々の地域毎にそれぞれ代行サーバ２Ａ〜
Ｃを設置している。ここで、地域は、物理的な地域で分
けられる場合と、ＩＰ等により論理的に分けられる場合
等がある。

【００１５】ユーザは、地域毎に代行サーバ２のＵＲＬ
(Uniform Resource Locator)等が知らされており、チケ
ット予約等のアクセスをする場合にユーザ側処理装置１
ａ〜ｃから各地域の代行サーバ２Ａ〜Ｃヘアクセスして
受付処理をしてもらう。

【００１６】代行サーバ２Ａ〜Ｃは、予約サーバ３から
指定された受付時間が終了したり、受付件数が予約サー
バ３から指定された件数に達すると、アクセスがあった
ユーザのアドレス等を集計して予約サーバ３へ送る。予
約サーバ３では、予約を許可するユーザを抽選等により
選定してユーザヘ知らせる。

【００１７】図２は本実施形態のユーザ側処理装置１の
概略構成を示す図である。図２に示す様に本実施形態の
ユーザ側処理装置１は、ＣＰＵ２０１と、メモリ２０２
と、磁気ディスク装置２０３と、入力装置２０４と、出
力装置２０５と、ＣＤ−ＲＯＭ装置２０６と、通信装置
２０７とを有している。

【００１８】ＣＰＵ２０１は、ユーザ側処理装置１全体
の動作を制御する装置である。メモリ２０２は、ユーザ
側処理装置１全体の動作を制御する際にその為の各種処
理プログラムやデータをロードする記憶装置である。

【００１９】磁気ディスク装置２０３は、前記各種処理
プログラムやデータを格納しておく記憶装置である。入
力装置２０４は、チケット予約等の所定処理の受付依頼
を行う為の各種入力を行う装置である。出力装置２０５
は、所定処理の受付依頼に伴う各種出力を行う装置であ
る。

【００２０】ＣＤ−ＲＯＭ装置２０６は、前記各種処理
プログラムを記録したＣＤ−ＲＯＭの内容を読み出す装
置である。通信装置２０７は、インターネット等のネッ
トワークを介して他の装置との通信を行う装置である。

【００２１】またユーザ側処理装置１は受付依頼処理部
２１１を有している。受付依頼処理部２１１は、代行サ
ーバ２ヘアクセスしてチケット予約等の予約処理の受付
依頼を行う処理部である。

【００２２】ユーザ側処理装置１を受付依頼処理部２１
１として機能させる為のプログラムは、ＣＤ−ＲＯＭ等
の記録媒体に記録され磁気ディスク等に格納された後、
メモリにロードされて実行されるものとする。なお前記
プログラムを記録する記録媒体はＣＤ−ＲＯＭ以外の他
の記録媒体でも良い。また前記プログラムを当該記録媒
体から情報処理装置にインストールして使用しても良い
し、ネットワークを通じて当該記録媒体にアクセスして
前記プログラムを使用するものとしても良い。

【００２３】図３は本実施形態の代行サーバ２の概略構
成を示す図である。図３に示す様に本実施形態の代行サ
ーバ２は、ＣＰＵ３０１と、メモリ３０２と、磁気ディ
スク装置３０３と、入力装置３０４と、出力装置３０５
と、ＣＤ−ＲＯＭ装置３０６と、通信装置３０７とを有
している。

【００２４】ＣＰＵ３０１は、代行サーバ２全体の動作
を制御する装置である。メモリ３０２は、代行サーバ２
全体の動作を制御する際にその為の各種処理プログラム
やデータをロードする記憶装置である。磁気ディスク装
置３０３は、前記各種処理プログラムやデータを格納し
ておく記憶装置である。

【００２５】入力装置３０４は、チケット予約等の所定
処理を代行する為の各種入力を行う装置である。出力装
置３０５は、所定処理の代行に伴う各種出力を行う装置
である。ＣＤ−ＲＯＭ装置３０６は、前記各種処理プロ
グラムを記録したＣＤ−ＲＯＭの内容を読み出す装置で
ある。通信装置３０７は、インターネット等のネットワ
ークを介して他の装置との通信を行う装置である。

【００２６】また代行サーバ２は、受付代行処理部３１
１と、受付内容送信処理部３１２とを有している。

【００２７】受付代行処理部３１１は、ユーザ側処理装
置１からの予約処理の受付依頼を受信して当該依頼内容
の一時受付を行う処理部である。受付内容送信処理部３
１２は、予約サーバ３から指定された受付終了条件に達
した場合に、前記一時受付を行った内容を予約サーバ３
へ送信する処理部である。

【００２８】代行サーバ２を受付代行処理部３１１及び
受付内容送信処理部３１２として機能させる為のプログ
ラムは、ＣＤ−ＲＯＭ等の記録媒体に記録され磁気ディ
スク等に格納された後、メモリにロードされて実行され
るものとする。なお前記プログラムを記録する記録媒体
はＣＤ−ＲＯＭ以外の他の記録媒体でも良い。また前記
プログラムを当該記録媒体から情報処理装置にインスト
ールして使用しても良いし、ネットワークを通じて当該
記録媒体にアクセスして前記プログラムを使用するもの
としても良い。

【００２９】図４は本実施形態の予約サーバ３の概略構
成を示す図である。図４に示す様に本実施形態の予約サ
ーバ３は、ＣＰＵ４０１と、メモリ４０２と、磁気ディ
スク装置４０３と、入力装置４０４と、出力装置４０５
と、ＣＤ−ＲＯＭ装置４０６と、通信装置４０７とを有
している。

【００３０】ＣＰＵ４０１は、予約サーバ３全体の動作
を制御する装置である。メモリ４０２は、予約サーバ３
全体の動作を制御する際にその為の各種処理プログラム
やデータをロードする記憶装置である。磁気ディスク装
置４０３は、前記各種処理プログラムやデータを格納し
ておく記憶装置である。

【００３１】入力装置４０４は、チケット予約等の所定
処理の受付を行う為の各種入力を行う装置である。出力
装置４０５は、所定処理の受付に伴う各種出力を行う装
置である。ＣＤ−ＲＯＭ装置４０６は、前記各種処理プ
ログラムを記録したＣＤ−ＲＯＭの内容を読み出す装置
である。通信装置４０７は、インターネット等のネット
ワークを介して他の装置との通信を行う装置である。

【００３２】また予約サーバ３は受付処理部４１１を有
している。受付処理部４１１は、代行サーバ２で行われ
た一時受付の内容を受信してユーザ側処理装置１からの
所定処理の受付を行う処理部である。

【００３３】予約サーバ３を受付処理部４１１として機
能させる為のプログラムは、ＣＤ−ＲＯＭ等の記録媒体
に記録され磁気ディスク等に格納された後、メモリにロ
ードされて実行されるものとする。なお前記プログラム
を記録する記録媒体はＣＤ−ＲＯＭ以外の他の記録媒体
でも良い。また前記プログラムを当該記録媒体から情報
処理装置にインストールして使用しても良いし、ネット
ワークを通じて当該記録媒体にアクセスして前記プログ
ラムを使用するものとしても良い。

【００３４】図５は本実施形態の受付依頼処理の処理手
順を示すフローチャートである。図５に示す様にユーザ
側処理装置１の受付依頼処理部２１１は、代行サーバ２
ヘアクセスしてチケット予約等の予約処理の受付依頼を
行う。

【００３５】ステップ５０１でユーザ側処理装置１の受
付依頼処理部２１１は、地域毎に知らされている代行サ
ーバ２のＵＲＬに通信装置２０７及びネットワーク経由
でアクセスし、チケット予約等の予約処理を行う為のペ
ージデータを代行サーバ２に要求する。

【００３６】図６は本実施形態の受付代行処理の処理手
順を示すフローチャートである。図６に示す様に代行サ
ーバ２の受付代行処理部３１１は、ユーザ側処理装置１
からの所定処理の受付依頼を受信して当該依頼内容の一
時受付を行う。また受付内容送信処理部３１２は、予約
サーバ３から指定された受付終了条件に達した場合に、
前記一時受付を行った内容を予約サーバ３へ送信する処
理を行う。

【００３７】ステップ６０１で代行サーバ２の受付代行
処理部３１１は、チケット予約等の予約処理を行う為の
ページデータの送信要求を通信装置３０７及びネットワ
ーク経由でユーザ側処理装置１から受信しているかどう
かを調べ、前記ページデータの送信要求を受信している
場合にはステップ６０２へ進む。

【００３８】ステップ６０２では、前記ページデータの
内容を磁気ディスク装置３０３等から読み出して通信装
置３０７及びネットワーク経由でユーザ側処理装置１へ
送信する。

【００３９】ステップ５０２でユーザ側処理装置１の受
付依頼処理部２１１は、チケット予約等の予約処理を行
う為のページデータを通信装置２０７及びネットワーク
経由で代行サーバ２から受信して出力装置２０５へ表示
する。

【００４０】ステップ５０３では、予約者の電子メール
アドレスやチケットの種類等の予約処理に必要な各種デ
ータの入力をユーザから受付ける。ステップ５０４で
は、前記入力された予約内容の送信がユーザから指示さ
れたかどうかを調べ、予約内容の送信が指示された場合
にはステップ５０５へ進む。ステップ５０５では、前記
入力された予約内容を通信装置２０７及びネットワーク
経由で代行サーバ２へ送信する。

【００４１】ステップ６０３で代行サーバ２の受付代行
処理部３１１は、チケット予約等の予約処理を行う為の
ページデータに対して入力された、予約者の電子メール
アドレスやチケットの種類等の予約内容を通信装置３０
７及びネットワーク経由でユーザ側処理装置１から受信
しているかどうかを調べ、前記予約内容を受信している
場合にはステップ６０４へ進む。

【００４２】ステップ６０４では、前記受信した予約者
の電子メールアドレスやチケットの種類等の予約内容を
磁気ディスク装置３０３内等に蓄積して、チケット予約
等の予約処理の一時受付を行う。

【００４３】ステップ６０５で受付内容送信処理部３１
２は、予約サーバ３から指定された受付終了条件に達し
たかどうかを調べ、予約サーバ３から指定された受付時
間が終了したり、受付件数が予約サーバ３から指定され
た件数に達する等の受付終了条件に達した場合にはステ
ップ６０６へ進む。

【００４４】ステップ６０６では、磁気ディスク装置３
０３等に蓄積された予約者の電子メールアドレスやチケ
ットの種類等の予約内容を集計し、ステップ６０７で
は、前記集計した予約内容を通信装置３０７及びネット
ワーク経由で予約サーバ３へ送信する。

【００４５】図７は本実施形態の受付処理の処理手順を
示すフローチャートである。図７に示す様に予約サーバ
３の受付処理部４１１は、代行サーバ２で行われた一時
受付の内容を受信してユーザ側処理装置１からの所定処
理の受付を行う。

【００４６】ステップ７０１で予約サーバ３の受付処理
部４１１は、代行サーバ２で集計されたチケット予約等
の予約処理の一時受付内容を通信装置４０７及びネット
ワーク経由で代行サーバ２から受信しているかどうかを
調べ、前記一時受付内容を受信している場合にはステッ
プ７０２へ進む。ステップ７０２では、前記受信したチ
ケット予約等の予約処理の一時受付内容を磁気ディスク
装置４０３内等に蓄積する。

【００４７】ステップ７０３では、全ての代行サーバ２
から一時受付内容を受信したかどうかを調べ、全ての代
行サーバ２からの一時受付内容の受信を終了した場合に
はステップ７０４へ進み、まだ一時受付内容を受信して
いない代行サーバ２がある場合にはステップ７０１へ戻
って一時受付内容の受信を続行する。

【００４８】ステップ７０４では、磁気ディスク装置４
０３等に蓄積した一時受付内容を参照し、複数の代行サ
ーバ２から送信された一時受付内容を予約サーバ３で集
計してその予約を許可するユーザを選定する。ステップ
７０５では、前記選定したユーザの電子メールアドレス
に電子メール等を送信し、そのユーザのユーザ側処理装
置１に抽選結果を送信する。

【００４９】以上説明した様に本実施形態の受付代行シ
ステムによれば、ユーザ側処理装置からの所定処理の受
付依頼の一時受付を複数の代行処理装置で行った後、そ
の一時受付の内容を受付処理装置へ送信するので、ユー
ザからのアクセスを複数の代行処理装置に分散させ、ネ
ットワークの輻輳を防止して受付処理装置の負荷を軽減
すると共に、ユーザからの所定処理の受付依頼をより確
実に終了させることが可能である。（実施形態２）以下に負荷分散を図る様に指定された代
行サーバで、チケットの予約販売やアンケートによる情
報収集等の受付を代行する実施形態２の受付代行システ
ムについて説明する。

【００５０】図８は本実施形態のチケット予約等の予約
処理における処理シーケンスの一例を示す図である。図
８に示すユーザ側処理装置１、代行サーバ２及び予約サ
ーバ３は、それぞれＩＰ網に接続されているものとす
る。

【００５１】まず予約サーバ３は、チケットの種類、金
額及び日時等の予約受付内容と、受付終了条件を示す受
付時間や受付件数等を代行サーバ２に指定して予約受付
を依頼する（信号１）。代行サーバ２側では、サーバ使
用料等の料金を請求するデータを送信し（信号２）、予
約サーバ３側はサーバ使用料等の支払いを行う（信号
３）。

【００５２】ユーザ側処理装置１は、チケット予約の為
に予約サーバ３ヘアクセスする（信号４）が、予約サー
バ３は、ホームページ等で代行サーバ２を順番に指定す
る等、代行サーバ２の負荷の分散を図る様に代行サーバ
２を指定する（信号５）ので、ユーザ側処理装置１は指
定された代行サーバ２ヘアクセスを変える（信号６）。

【００５３】代行サーバ２では、ユーザ側処理装置１か
らのチケット予約内容、ユーザの電子メールアドレス等
を確認し、一時受付を行う（信号７）。予約サーバ３か
ら指定された受付時間、件数等が終了すると代行サーバ
２は、一時受付を行ったユーザの電子メールアドレスや
チケットの種類等を集計して予約サーバ３へ送る（信号
８）。

【００５４】予約サーバ３では複数の代行サーバからの
集計結果を集め、予約内容等をチェックし、抽選等によ
り予約を許可するユーザを選定し、抽選結果を知らせる
（信号９）。ユーザ側処理装置１は選定結果を受け取る
と予約の意思があることを返事し（信号１０）、予約サ
ーバ３からの予約内容を受け取り（信号１１）、確認し
て予約を行う（信号１２）。

【００５５】予約サーバ３からは予約完了通知が送られ
（信号１３）、ユーザ側処理装置１は料金を支払う（信
号１４）。ユーザ側処理装置１からの料金の支払い方法
は、ユーザが銀行振込み等を使用しても良いし、予め会
員としてクレジット番号等を登録しておき、クレジット
による引き落とし等も可能である。

【００５６】また、代行サーバ２の使用料支払い方法
（信号２、３）は、一連の予約処理が全て終了した後、
代行サーバ２にまとめて支払っても良い。ユーザ側処理
装置１を代行サーバ２に振り分けるシーケンス（信号
４、５）において、予約サーバ３は複数の代行サーバ２
を順番に指定しても良いし、代行サーバ２、ＩＰ網の負
荷状態により、負荷の軽い代行サーバ２を指定しても良
い。またユーザ側処理装置１のＩＰアドレス等の条件に
より代行サーバ２を指定しても良い。どの方法を採って
も、本発明の効果に何ら変わりは無い。

【００５７】図９は本実施形態の予約サーバ３の概略構
成を示す図である。図９に示す様に本実施形態の予約サ
ーバ３は代行指定処理部９１１を有している。代行指定
処理部９１１は、各代行サーバでの負荷分散を図る様に
複数の代行サーバの中から特定の代行サーバを選択し
て、前記予約処理の受付依頼を行うユーザ側処理装置１
の代行サーバ２としてユーザ側処理装置１に指定する処
理部である。

【００５８】予約サーバ３を代行指定処理部９１１とし
て機能させる為のプログラムは、ＣＤ−ＲＯＭ等の記録
媒体に記録され磁気ディスク等に格納された後、メモリ
にロードされて実行されるものとする。なお前記プログ
ラムを記録する記録媒体はＣＤ−ＲＯＭ以外の他の記録
媒体でも良い。また前記プログラムを当該記録媒体から
情報処理装置にインストールして使用しても良いし、ネ
ットワークを通じて当該記録媒体にアクセスして前記プ
ログラムを使用するものとしても良い。

【００５９】本実施形態において、ユーザ側処理装置１
及び代行サーバ２の構成や予約サーバ３のその他の構成
は実施形態１と同様であるものとする。

【００６０】図１０は本実施形態の受付依頼処理の処理
手順を示すフローチャートである。図１０に示す様にユ
ーザ側処理装置１の受付依頼処理部２１１は、代行サー
バ２ヘアクセスしてチケット予約等の予約処理の受付依
頼を行う。

【００６１】ステップ１００１でユーザ側処理装置１の
受付依頼処理部２１１は、チケット予約等の予約処理を
行う為に予約サーバ３のＵＲＬに通信装置２０７及びネ
ットワーク経由でアクセスする。

【００６２】図１１は本実施形態の代行指定処理の処理
手順を示すフローチャートである。図１１に示す様に予
約サーバ３の代行指定処理部９１１は、各代行サーバで
の負荷分散を図る様に複数の代行サーバの中から特定の
代行サーバを選択して、前記予約処理の受付依頼を行う
ユーザ側処理装置１の代行サーバ２としてユーザ側処理
装置１に指定する処理を行う。

【００６３】ステップ１１０１で予約サーバ３の代行指
定処理部９１１は、チケット予約等の予約処理を行う為
のアクセス要求を通信装置４０７及びネットワーク経由
でユーザ側処理装置１から受信しているかどうかを調
べ、前記アクセス要求を受信している場合にはステップ
１１０２へ進む。

【００６４】ステップ１１０２では、順に代行サーバを
選択する等、各代行サーバでの負荷分散を図る様に複数
の代行サーバの中から特定の代行サーバを選択し、前記
予約処理の受付依頼を行うユーザ側処理装置１の代行サ
ーバ２を選び出す。ステップ１１０３では、前記選択し
た代行サーバ２のＵＲＬを通信装置４０７及びネットワ
ーク経由でユーザ側処理装置１に送信する。

【００６５】ステップ１００２でユーザ側処理装置１の
受付依頼処理部２１１は、予約サーバ３から指定された
代行サーバ２のＵＲＬを通信装置２０７及びネットワー
ク経由で予約サーバ２から受信する。

【００６６】ステップ１００３では、前記指定された代
行サーバ２のＵＲＬに通信装置２０７及びネットワーク
経由でアクセスし、チケット予約等の予約処理を行う為
のページデータを代行サーバ２に要求する。

【００６７】図６に示した様に代行サーバ２の受付代行
処理部３１１は、チケット予約等の予約処理を行う為の
ページデータの内容を磁気ディスク装置３０３等から読
み出して通信装置３０７及びネットワーク経由でユーザ
側処理装置１へ送信する。

【００６８】ステップ１００４でユーザ側処理装置１の
受付依頼処理部２１１は、チケット予約等の予約処理を
行う為のページデータを通信装置２０７及びネットワー
ク経由で代行サーバ２から受信して出力装置２０５へ表
示する。

【００６９】ステップ１００５では、予約者の電子メー
ルアドレスやチケットの種類等の予約処理に必要な各種
データの入力をユーザから受付ける。ステップ１００６
では、前記入力された予約内容の送信がユーザから指示
されたかどうかを調べ、予約内容の送信が指示された場
合にはステップ１００７へ進む。ステップ１００７で
は、前記入力された予約内容を通信装置２０７及びネッ
トワーク経由で代行サーバ２へ送信する。

【００７０】図６の様に代行サーバ２の受付代行処理部
３１１は、ユーザ側処理装置１から受信した予約者の電
子メールアドレスやチケットの種類等の予約内容を磁気
ディスク装置３０３内等に蓄積して、チケット予約等の
予約処理の一時受付を行う。

【００７１】そして代行サーバ２の受付内容送信処理部
３１２は、予約サーバ３から指定された受付時間が終了
したり、受付件数が予約サーバ３から指定された件数に
達する等の受付終了条件に達した場合には、磁気ディス
ク装置３０３等に蓄積された予約者の電子メールアドレ
スやチケットの種類等の予約内容を集計し、その集計し
た予約内容を通信装置３０７及びネットワーク経由で予
約サーバ３へ送信する。

【００７２】図７に示した様に予約サーバ３の受付処理
部４１１は、複数の代行サーバ２から送信された一時受
付内容を予約サーバ３で集計してその予約を許可するユ
ーザを選定し、前記選定したユーザのユーザ側処理装置
１に抽選結果を送信する。

【００７３】前記の様に本実施形態では、複数の代行サ
ーバ２がユーザからのアクセスを受付けるため、代行サ
ーバ２自身の処理負荷は少なくて済み、ＩＰ網のトラヒ
ックも分散するため輻輳を避けることができる。また代
行サーバ２がユーザからのアクセス受付処理や集計を行
うので予約サーバ３の処理負荷を軽減することができ、
更に、選択したユーザに対してのみアクセスを許可する
ことによって予約サーバ３の処理負荷を軽減することが
できる。

【００７４】以上説明した様に本実施形態の受付代行シ
ステムによれば、ユーザ側処理装置からの所定処理の受
付依頼の一時受付を複数の代行処理装置で行った後、そ
の一時受付の内容を受付処理装置へ送信するので、ユー
ザからのアクセスを複数の代行処理装置に分散させ、ネ
ットワークの輻輳を防止して受付処理装置の負荷を軽減
すると共に、ユーザからの所定処理の受付依頼をより確
実に終了させることが可能である。（実施形態３）以下にテレビ局がテレビ等を通して視聴
者に対するアンケート等を行い、ユーザの意向調査や投
票を行う際の処理を代行サーバで代行する実施形態３の
受付代行システムについて説明する。

【００７５】図１２は本実施形態のテレビ局がテレビ等
を通して視聴者に対するアンケート等を行い、ユーザ側
処理装置１の意向調査や投票をしてもらう場合の処理シ
ーケンスの例を示す図である。図１２の放送局等に設置
された放送局サーバ４は、代行サーバ２で代行された一
時受付の内容を受信してアンケート等の受付処理を行う
受付処理装置であり、ＩＰ網に接続されているものとす
る。放送局サーバ４から代行サーバ２への依頼や料金の
支払いは、実施形態２と同様の動作である（信号２０〜
２２）。

【００７６】ユーザ側処理装置１はアンケート等に回答
するため放送局サーバ４ヘアクセスする（信号２３）
が、放送局サーバ４では、ホームページ等で代行サーバ
２を指定する（信号２４）ので、ユーザ側処理装置１は
代行サーバ２ヘアクセスを変える（信号２５）。

【００７７】代行サーバ２では、アンケート内容をユー
ザ側処理装置１に表示して（信号２６）、回答を返して
もらい（信号２７）、回答を受付けたことを返す（信号
２８）。

【００７８】代行サーバ２では、一定期間または一定時
間、または一定回答件数等に達すると回答の集計結果を
放送局サーバ４へ送り（信号２９）、放送局サーバ４で
は、全ての代行サーバ２の集計結果をまとめ、テレビ局
へ送り番組等に反映する。

【００７９】なお放送局サーバ４側から代行サーバ２側
へのサーバ使用料等の料金支払いは、その都度支払って
も良いし、契約によってまとめて支払っても良く、本発
明の内容には関係しない。

【００８０】図１３は本実施形態のユーザ側処理装置１
の概略構成を示す図である。図１３に示す様に本実施形
態のユーザ側処理装置１は受付依頼処理部１３１１を有
している。受付依頼処理部１３１１は、代行サーバ２ヘ
アクセスしてアンケート処理の受付依頼を行う処理部で
ある。

【００８１】ユーザ側処理装置１を受付依頼処理部１３
１１として機能させる為のプログラムは、ＣＤ−ＲＯＭ
等の記録媒体に記録され磁気ディスク等に格納された
後、メモリにロードされて実行されるものとする。なお
前記プログラムを記録する記録媒体はＣＤ−ＲＯＭ以外
の他の記録媒体でも良い。また前記プログラムを当該記
録媒体から情報処理装置にインストールして使用しても
良いし、ネットワークを通じて当該記録媒体にアクセス
して前記プログラムを使用するものとしても良い。

【００８２】図１４は本実施形態の代行サーバ２の概略
構成を示す図である。図１４に示す様に本実施形態の代
行サーバ２は、受付代行処理部１４１１と、受付内容送
信処理部１４１２とを有している。

【００８３】受付代行処理部１４１１は、ユーザ側処理
装置１からのアンケート処理の受付依頼を受信して当該
依頼内容の一時受付を行う処理部である。受付内容送信
処理部１４１２は、放送局サーバ４から指定された受付
終了条件に達した場合に、前記一時受付を行った内容を
放送局サーバ４へ送信する処理部である。

【００８４】代行サーバ２を受付代行処理部１４１１及
び受付内容送信処理部１４１２として機能させる為のプ
ログラムは、ＣＤ−ＲＯＭ等の記録媒体に記録され磁気
ディスク等に格納された後、メモリにロードされて実行
されるものとする。なお前記プログラムを記録する記録
媒体はＣＤ−ＲＯＭ以外の他の記録媒体でも良い。また
前記プログラムを当該記録媒体から情報処理装置にイン
ストールして使用しても良いし、ネットワークを通じて
当該記録媒体にアクセスして前記プログラムを使用する
ものとしても良い。

【００８５】なお本実施形態において、ユーザ側処理装
置１及び代行サーバ２のその他の構成は実施形態１と同
様であるものとする。

【００８６】図１５は本実施形態の放送局サーバ４の概
略構成を示す図である。図１５に示す様に本実施形態の
放送局サーバ４は、ＣＰＵ１５０１と、メモリ１５０２
と、磁気ディスク装置１５０３と、入力装置１５０４
と、出力装置１５０５と、ＣＤ−ＲＯＭ装置１５０６
と、通信装置１５０７とを有している。

【００８７】ＣＰＵ１５０１は、放送局サーバ４全体の
動作を制御する装置である。メモリ１５０２は、放送局
サーバ４全体の動作を制御する際にその為の各種処理プ
ログラムやデータをロードする記憶装置である。磁気デ
ィスク装置１５０３は、前記各種処理プログラムやデー
タを格納しておく記憶装置である。

【００８８】入力装置１５０４は、アンケート等の所定
処理の受付を行う為の各種入力を行う装置である。出力
装置１５０５は、所定処理の受付に伴う各種出力を行う
装置である。ＣＤ−ＲＯＭ装置１５０６は、前記各種処
理プログラムを記録したＣＤ−ＲＯＭの内容を読み出す
装置である。通信装置１５０７は、インターネット等の
ネットワークを介して他の装置との通信を行う装置であ
る。

【００８９】また放送局サーバ４は、代行指定処理部１
５１１と、受付処理部１５１２とを有している。

【００９０】代行指定処理部１５１１は、各代行サーバ
での負荷分散を図る様に複数の代行サーバの中から特定
の代行サーバを選択して、前記アンケート処理の受付依
頼を行うユーザ側処理装置１の代行サーバ２としてユー
ザ側処理装置１に指定する処理部である。受付処理部１
５１２は、代行サーバ２で行われた一時受付の内容を受
信してユーザ側処理装置１からのアンケート処理の受付
を行う処理部である。

【００９１】放送局サーバ４を代行指定処理部１５１１
及び受付処理部１５１２として機能させる為のプログラ
ムは、ＣＤ−ＲＯＭ等の記録媒体に記録され磁気ディス
ク等に格納された後、メモリにロードされて実行される
ものとする。なお前記プログラムを記録する記録媒体は
ＣＤ−ＲＯＭ以外の他の記録媒体でも良い。また前記プ
ログラムを当該記録媒体から情報処理装置にインストー
ルして使用しても良いし、ネットワークを通じて当該記
録媒体にアクセスして前記プログラムを使用するものと
しても良い。

【００９２】図１６は本実施形態の受付依頼処理の処理
手順を示すフローチャートである。図１６に示す様にユ
ーザ側処理装置１の受付依頼処理部１３１１は、代行サ
ーバ２ヘアクセスしてアンケート処理の受付依頼を行
う。

【００９３】ステップ１６０１でユーザ側処理装置１の
受付依頼処理部１３１１は、アンケート処理を行う為に
放送局サーバ４のＵＲＬに通信装置２０７及びネットワ
ーク経由でアクセスする。

【００９４】図１７は本実施形態の代行指定処理の処理
手順を示すフローチャートである。図１７に示す様に放
送局サーバ４の代行指定処理部１５１１は、各代行サー
バでの負荷分散を図る様に複数の代行サーバの中から特
定の代行サーバを選択して、前記アンケート処理の受付
依頼を行うユーザ側処理装置１の代行サーバ２としてユ
ーザ側処理装置１に指定する処理を行う。

【００９５】ステップ１７０１で放送局サーバ４の代行
指定処理部１５１１は、アンケート処理を行う為のアク
セス要求を通信装置１５０７及びネットワーク経由でユ
ーザ側処理装置１から受信しているかどうかを調べ、前
記アクセス要求を受信している場合にはステップ１７０
２へ進む。

【００９６】ステップ１７０２では、順に代行サーバを
選択する等、各代行サーバでの負荷分散を図る様に複数
の代行サーバの中から特定の代行サーバを選択し、前記
アンケート処理の受付依頼を行うユーザ側処理装置１の
代行サーバ２を選び出す。ステップ１７０３では、前記
選択した代行サーバ２のＵＲＬを通信装置１５０７及び
ネットワーク経由でユーザ側処理装置１に送信する。

【００９７】ステップ１６０２でユーザ側処理装置１の
受付依頼処理部１３１１は、放送局サーバ４から指定さ
れた代行サーバ２のＵＲＬを通信装置２０７及びネット
ワーク経由で放送局サーバ４から受信する。

【００９８】ステップ１６０３では、前記指定された代
行サーバ２のＵＲＬに通信装置２０７及びネットワーク
経由でアクセスし、アンケート処理を行う為のページデ
ータを代行サーバ２に要求する。

【００９９】図１８は本実施形態の受付代行処理の処理
手順を示すフローチャートである。図１８に示す様に代
行サーバ２の受付代行処理部１４１１は、ユーザ側処理
装置１からのアンケート処理の受付依頼を受信して当該
依頼内容の一時受付を行う。また受付内容送信処理部１
４１２は、放送局サーバ４から指定された受付終了条件
に達した場合に、前記一時受付を行った内容を放送局サ
ーバ４へ送信する処理を行う。

【０１００】ステップ１８０１で代行サーバ２の受付代
行処理部１４１１は、アンケート処理を行う為のページ
データの送信要求を通信装置３０７及びネットワーク経
由でユーザ側処理装置１から受信しているかどうかを調
べ、前記ページデータの送信要求を受信している場合に
はステップ１８０２へ進む。

【０１０１】ステップ１８０２では、前記ページデータ
の内容を磁気ディスク装置３０３等から読み出して通信
装置３０７及びネットワーク経由でユーザ側処理装置１
へ送信する。

【０１０２】ステップ１６０４でユーザ側処理装置１の
受付依頼処理部１３１１は、アンケート処理を行う為の
ページデータを通信装置２０７及びネットワーク経由で
代行サーバ２から受信して出力装置２０５へ表示する。

【０１０３】ステップ１６０５では、アンケート項目に
対する各種回答入力をユーザから受付ける。ステップ１
６０６では、前記入力されたアンケート内容の送信がユ
ーザから指示されたかどうかを調べ、アンケート内容の
送信が指示された場合にはステップ１６０７へ進む。ス
テップ１６０７では、前記入力されたアンケート内容を
通信装置２０７及びネットワーク経由で代行サーバ２へ
送信する。

【０１０４】ステップ１８０３で代行サーバ２の受付代
行処理部１４１１は、アンケート処理を行う為のページ
データに対して入力された、アンケート内容を通信装置
３０７及びネットワーク経由でユーザ側処理装置１から
受信しているかどうかを調べ、前記アンケート内容を受
信している場合にはステップ１８０４へ進む。ステップ
１８０４では、前記受信したアンケート内容を磁気ディ
スク装置３０３内等に蓄積して、アンケート処理の一時
受付を行う。

【０１０５】ステップ１８０５で受付内容送信処理部１
４１２は、放送局サーバ４から指定された受付終了条件
に達したかどうかを調べ、放送局サーバ４から指定され
た受付時間が終了したり、受付件数が放送局サーバ４か
ら指定された件数に達する等の受付終了条件に達した場
合にはステップ１８０６へ進む。

【０１０６】ステップ１８０６では、磁気ディスク装置
３０３等に蓄積されたアンケート内容を集計し、ステッ
プ１８０７では、前記集計したアンケート内容を通信装
置３０７及びネットワーク経由で放送局サーバ４へ送信
する。

【０１０７】図１９は本実施形態の受付処理の処理手順
を示すフローチャートである。図１９に示す様に放送局
サーバ４の受付処理部１５１２は、代行サーバ２で行わ
れた一時受付の内容を受信してユーザ側処理装置１から
のアンケート処理の受付を行う。

【０１０８】ステップ１９０１で放送局サーバ４の受付
処理部１５１２は、代行サーバ２で集計されたアンケー
ト処理の一時受付内容を通信装置１５０７及びネットワ
ーク経由で代行サーバ２から受信しているかどうかを調
べ、前記一時受付内容を受信している場合にはステップ
１９０２へ進む。ステップ１９０２では、前記受信した
アンケート処理の一時受付内容を磁気ディスク装置１５
０３内に蓄積する。

【０１０９】ステップ１９０３では、全ての代行サーバ
２から一時受付内容を受信したかどうかを調べ、全ての
代行サーバ２からの一時受付内容の受信を終了した場合
にはステップ１９０４へ進み、まだ一時受付内容を受信
していない代行サーバ２がある場合にはステップ１９０
１へ戻って一時受付内容の受信を続行する。

【０１１０】ステップ１９０４では、磁気ディスク装置
１５０３等に蓄積した一時受付内容を参照し、複数の代
行サーバ２から送信された一時受付内容を放送局サーバ
４で集計してその集計結果をテレビ局へ送り、番組内容
等に反映させる。

【０１１１】前記の様に本実施形態では、複数の代行サ
ーバ２がユーザからのアクセスを受付けるため、代行サ
ーバ２自身の処理負荷は少なくて済み、ＩＰ網のトラヒ
ックも分散するため輻輳を避けることができる。また代
行サーバ２がユーザからのアクセス受付処理や集計を行
うので放送局サーバ４の処理負荷を軽減することができ
る。

【０１１２】以上説明した様に本実施形態の受付代行シ
ステムによれば、ユーザ側処理装置からの所定処理の受
付依頼の一時受付を複数の代行処理装置で行った後、そ
の一時受付の内容を受付処理装置へ送信するので、ユー
ザからのアクセスを複数の代行処理装置に分散させ、ネ
ットワークの輻輳を防止して受付処理装置の負荷を軽減
すると共に、ユーザからの所定処理の受付依頼をより確
実に終了させることが可能である。

【０１１３】

【発明の効果】本発明によればユーザ側処理装置からの
所定処理の受付依頼の一時受付を複数の代行処理装置で
行った後、その一時受付の内容を受付処理装置へ送信す
るので、ユーザからのアクセスを複数の代行処理装置に
分散させ、ネットワークの輻輳を防止して受付処理装置
の負荷を軽減すると共に、ユーザからの所定処理の受付
依頼をより確実に終了させることが可能である。

【図面の簡単な説明】

【図１】実施形態１の受付代行システムのシステム構成
例を示す図である。

【図２】実施形態１のユーザ側処理装置１の概略構成を
示す図である。

【図３】実施形態１の代行サーバ２の概略構成を示す図
である。

【図４】実施形態１の予約サーバ３の概略構成を示す図
である。

【図５】実施形態１の受付依頼処理の処理手順を示すフ
ローチャートである。

【図６】実施形態１の受付代行処理の処理手順を示すフ
ローチャートである。

【図７】実施形態１の受付処理の処理手順を示すフロー
チャートである。

【図８】実施形態２のチケット予約等の予約処理におけ
る処理シーケンスの一例を示す図である。

【図９】実施形態２の予約サーバ３の概略構成を示す図
である。

【図１０】実施形態２の受付依頼処理の処理手順を示す
フローチャートである。

【図１１】実施形態２の代行指定処理の処理手順を示す
フローチャートである。

【図１２】実施形態３のテレビ局がテレビ等を通して視
聴者に対するアンケート等を行い、ユーザ側処理装置１
の意向調査や投票をしてもらう場合の処理シーケンスの
例を示す図である。

【図１３】実施形態３のユーザ側処理装置１の概略構成
を示す図である。

【図１４】実施形態３の代行サーバ２の概略構成を示す
図である。

【図１５】実施形態３の放送局サーバ４の概略構成を示
す図である。

【図１６】実施形態３の受付依頼処理の処理手順を示す
フローチャートである。

【図１７】実施形態３の代行指定処理の処理手順を示す
フローチャートである。

【図１８】実施形態３の受付代行処理の処理手順を示す
フローチャートである。

【図１９】実施形態３の受付処理の処理手順を示すフロ
ーチャートである。

【符号の説明】

１…ユーザ側処理装置、２…代行サーバ、３…予約サー
バ、２０１…ＣＰＵ、２０２…メモリ、２０３…磁気デ
ィスク装置、２０４…入力装置、２０５…出力装置、２
０６…ＣＤ−ＲＯＭ装置、２０７…通信装置、２１１…
受付依頼処理部、３０１…ＣＰＵ、３０２…メモリ、３
０３…磁気ディスク装置、３０４…入力装置、３０５…
出力装置、３０６…ＣＤ−ＲＯＭ装置、３０７…通信装
置、３１１…受付代行処理部、３１２…受付内容送信処
理部、４０１…ＣＰＵ、４０２…メモリ、４０３…磁気
ディスク装置、４０４…入力装置、４０５…出力装置、
４０６…ＣＤ−ＲＯＭ装置、４０７…通信装置、４１１
…受付処理部、９１１…代行指定処理部、４…放送局サ
ーバ、１３１１…受付依頼処理部、１４１１…受付代行
処理部、１４１２…受付内容送信処理部、１５０１…Ｃ
ＰＵ、１５０２…メモリ、１５０３…磁気ディスク装
置、１５０４…入力装置、１５０５…出力装置、１５０
６…ＣＤ−ＲＯＭ装置、１５０７…通信装置、１５１１
…代行指定処理部、１５１２…受付処理部。

Claims

【特許請求の範囲】

【請求項１】ユーザ側処理装置から受付処理装置に依
頼された所定処理の受付を複数の代行処理装置で代行す
る受付代行方法において、ユーザ側処理装置から代行処理装置ヘアクセスして所定
処理の受付依頼を行うステップと、前記ユーザ側処理装
置からの所定処理の受付依頼を受信して当該依頼内容の
一時受付を当該代行処理装置で行うステップと、受付処
理装置から指定された受付終了条件に達した場合に、前
記一時受付を行った内容を代行処理装置から受付処理装
置へ送信するステップと、代行処理装置で行われた一時
受付の内容を受信してユーザ側処理装置からの所定処理
の受付を受付処理装置で行うステップとを有することを
特徴とする受付代行方法。
【請求項２】各代行処理装置での負荷分散を図る様に
複数の代行処理装置の中から特定の代行処理装置を選択
して、前記所定処理の受付依頼を行うユーザ側処理装置
の代行処理装置としてユーザ側処理装置に指定するステ
ップを有することを特徴とする請求項１に記載された受
付代行方法。
【請求項３】前記一時受付を行った内容を代行処理装
置で集計して受付処理装置へ送信することを特徴とする
請求項１または請求項２のいずれかに記載された受付代
行方法。
【請求項４】前記所定処理が予約処理である場合に、
複数の代行処理装置から送信された受付内容を受付処理
装置で集計してその予約を許可するユーザを選定し、選
定したユーザのユーザ側処理装置に抽選結果を送信する
ステップを有することを特徴とする請求項１乃至請求項
３のいずれか１項に記載された受付代行方法。
【請求項５】ユーザ側処理装置から受付処理装置に依
頼された所定処理の受付を複数の代行処理装置で代行す
る受付代行システムにおいて、ユーザ側処理装置から代行処理装置ヘアクセスして所定
処理の受付依頼を行う受付依頼処理部と、前記ユーザ側
処理装置からの所定処理の受付依頼を受信して当該依頼
内容の一時受付を当該代行処理装置で行う受付代行処理
部と、受付処理装置から指定された受付終了条件に達し
た場合に、前記一時受付を行った内容を代行処理装置か
ら受付処理装置へ送信する受付内容送信処理部と、代行
処理装置で行われた一時受付の内容を受信してユーザ側
処理装置からの所定処理の受付を受付処理装置で行う受
付処理部とを備えることを特徴とする受付代行システ
ム。
【請求項６】各代行処理装置での負荷分散を図る様に
複数の代行処理装置の中から特定の代行処理装置を選択
して、前記所定処理の受付依頼を行うユーザ側処理装置
の代行処理装置としてユーザ側処理装置に指定する代行
指定処理部を備えることを特徴とする請求項５に記載さ
れた受付代行システム。
【請求項７】前記受付内容送信処理部は、前記一時受
付を行った内容を集計して受付処理装置へ送信するもの
であることを特徴とする請求項５または請求項６のいず
れかに記載された受付代行システム。
【請求項８】前記受付処理部は、前記所定処理が予約
処理である場合に、複数の代行処理装置から送信された
受付内容を受付処理装置で集計してその予約を許可する
ユーザを選定し、選定したユーザのユーザ側処理装置に
抽選結果を送信するものであることを特徴とする請求項
５乃至請求項７のいずれか１項に記載された受付代行シ
ステム。
【請求項９】ユーザ側処理装置から受付処理装置に依
頼された所定処理の受付を複数の代行処理装置で代行す
る受付代行システムとしてコンピュータを機能させる為
のプログラムにおいて、ユーザ側処理装置から代行処理装置ヘアクセスして所定
処理の受付依頼を行う受付依頼処理部と、前記ユーザ側
処理装置からの所定処理の受付依頼を受信して当該依頼
内容の一時受付を当該代行処理装置で行う受付代行処理
部と、受付処理装置から指定された受付終了条件に達し
た場合に、前記一時受付を行った内容を代行処理装置か
ら受付処理装置へ送信する受付内容送信処理部と、代行
処理装置で行われた一時受付の内容を受信してユーザ側
処理装置からの所定処理の受付を受付処理装置で行う受
付処理部としてコンピュータを機能させることを特徴と
するプログラム。
【請求項１０】各代行処理装置での負荷分散を図る様
に複数の代行処理装置の中から特定の代行処理装置を選
択して、前記所定処理の受付依頼を行うユーザ側処理装
置の代行処理装置としてユーザ側処理装置に指定する代
行指定処理部を備えることを特徴とする請求項９に記載
されたプログラム。
【請求項１１】前記受付内容送信処理部は、前記一時
受付を行った内容を集計して受付処理装置へ送信するも
のであることを特徴とする請求項９または請求項１０の
いずれかに記載されたプログラム。
【請求項１２】前記受付処理部は、前記所定処理が予
約処理である場合に、複数の代行処理装置から送信され
た受付内容を受付処理装置で集計してその予約を許可す
るユーザを選定し、選定したユーザのユーザ側処理装置
に抽選結果を送信するものであることを特徴とする請求
項９乃至請求項１１のいずれか１項に記載されたプログ
ラム。
【請求項１３】ユーザ側処理装置から受付処理装置に
依頼された所定処理の受付を複数の代行処理装置で代行
する受付代行システムとしてコンピュータを機能させる
為のプログラムを記録したコンピュータ読み取り可能な
記録媒体において、ユーザ側処理装置から代行処理装置ヘアクセスして所定
処理の受付依頼を行う受付依頼処理部と、前記ユーザ側
処理装置からの所定処理の受付依頼を受信して当該依頼
内容の一時受付を当該代行処理装置で行う受付代行処理
部と、受付処理装置から指定された受付終了条件に達し
た場合に、前記一時受付を行った内容を代行処理装置か
ら受付処理装置へ送信する受付内容送信処理部と、代行
処理装置で行われた一時受付の内容を受信してユーザ側
処理装置からの所定処理の受付を受付処理装置で行う受
付処理部としてコンピュータを機能させる為のプログラ
ムを記録したことを特徴とするコンピュータ読み取り可
能な記録媒体。
【請求項１４】各代行処理装置での負荷分散を図る様
に複数の代行処理装置の中から特定の代行処理装置を選
択して、前記所定処理の受付依頼を行うユーザ側処理装
置の代行処理装置としてユーザ側処理装置に指定する代
行指定処理部を備えることを特徴とする請求項１３に記
載されたコンピュータ読み取り可能な記録媒体。
【請求項１５】前記受付内容送信処理部は、前記一時
受付を行った内容を集計して受付処理装置へ送信するも
のであることを特徴とする請求項１３または請求項１４
のいずれかに記載されたコンピュータ読み取り可能な記
録媒体。
【請求項１６】前記受付処理部は、前記所定処理が予
約処理である場合に、複数の代行処理装置から送信され
た受付内容を受付処理装置で集計してその予約を許可す
るユーザを選定し、選定したユーザのユーザ側処理装置
に抽選結果を送信するものであることを特徴とする請求
項１３乃至請求項１５のいずれか１項に記載されたコン
ピュータ読み取り可能な記録媒体。