【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、通信網上で行われる電子商取引に関し、特に、商品の発注や、乗車指定席券、乗船指定席券、入場指定席券などの予約に有効な技術に関するものである。

【０００２】

【従来の技術】従来技術では、インターネット上で演劇などの入場券を予約する場合に以下の手順で入場券を予約する。

【０００３】ステップ１：入場券予約受付所ページを表示する。 入場券予約受付所のＵＲＬ（Uniform Resource
Locators）をＷＷＷブラウザで受け付け、インターネット上にある入場券予約受付所ページをアクセスし、入場券予約受付所を表示する。

【０００４】ステップ２：入場券情報を表示する。 ＷＷ
Ｗブラウザ上に表示した入場券予約受付所のページから、上映されている映画や、上演されている演劇や音楽会の入場券の表示要求を受付け、入場券の情報として、
映画名、上映日時、映画館名などを表示する。

【０００５】ステップ３：空席状況を表示する。 ＷＷＷ
ブラウザ上に表示した入場券情報から、空席情報の表示情報を受付け、空席情報をＷＷＷブラウザ上に表示する。

【０００６】ステップ４：入場券の予約を受付ける。 入場券予約情報として、氏名、Ｅ−ｍａｉｌアドレス、電話番号、住所、講演名、席種、チケット枚数、チケット受取方法の入力を受付ける。

【０００７】ステップ５：予約を確認する。 ステップ４
で入力された情報をもとに、予約情報を記憶してある記憶手段から予約情報をアクセスして、予約の可否を決定し、その結果をステップ４で入力されたＥ−ｍａｉｌアドレスへ電子メールを送信する。

【０００８】また、従来の電子商取引では、インターネットなどの通信網を用いて商品を購入する場合、ＷＷＷ
ブラウザに商品を販売しているホームページのＵＲＬ
（Uniform Resource Locators）を入力し、そのホームページまたは、そのホームページにリンクがはられているページ上に陳列している商品を選択する。 その後、商品を選択したページにリンクがはられているページに移動し、選択した購入商品を表示する。 ユーザはそのページで購入する商品を確認して、その商品を発注するためにそのページ上のボタンなどをマウスカーソルで押下する。

【０００９】従来技術の例として、ある本屋のホームページで本を購入する手順を以下に説明する。

【００１０】ステップ１：会員登録する。 ある本屋のブックショッピングは、会員制になっているので、本を購入するユーザは会員登録をする。 会員登録の方法は、Ｗ
ＷＷブラウザで利用方法案内のページを開き、利用方法案内のページから会員登録申込書をダウンロードし、印刷する。 会員登録申込書に、名前、住所、電話番号、発送先名、発送先住所、決済するクレジットカードの種類とクレジット番号を記入して、ファックスまたは郵送にてある本屋に送付する。

【００１１】ステップ２：会員番号とパスワードが郵送される。

【００１２】ある本屋に届いた会員登録申込書をもとに、ある本屋では、クレジット番号から本人の認証を行う。 本人の認証が終わり次第、ユーザＩＤとパスワードを新規会員に郵送する。

【００１３】ステップ３：本を購入ため、ユーザＩＤとパスワードを入力するページを開く。 インターネットに接続されたパーソナルコンピュータなどの通信装置上でＷＷＷブラウザを起動し、ある本屋のホームページのＵ
ＲＬを入力する。 そのホームページからリンクがはられているいくつかのページを渡り、本を購入するためのユーザＩＤとパスワードを入力するページを開く。

【００１４】ステップ４：ユーザＩＤとパスワードを入力する。 ユーザＩＤとパスワードを入力する。 ＷＷＷサーバでユーザＩＤとパスワードのチェックを行い、本を選択するためのページを送信する。

【００１５】ステップ５：購入する本をキーワードなどで検索して探す。

【００１６】ユーザは本を選択するためのページに、購入したいと考えている本の題名、著者名、出版社名といったものをキーワードで検索し、そのキーワードによって本のリストが表示される。

【００１７】ステップ６：購入する本を選択する。 表示されている本のリストから、購入したい本を発見した場合には、その本をマウスにて選択し、発注確認ページへ移動する。 発注確認ページに移動する方法は、本を選択したページ上に発注確認ページのリンクは張られており、本選択ページ上の発注確認ページにリンクが張られている部分をマウスカーソルでクリックすることにより、発注確認ページのＵＲＬと選択した本の番号を送信する。

【００１８】ステップ７：発注確認ページにて、購入する本を確認後、その本を発注する。 発注確認ページ上に表示された本の題名や購入数や支払う金額を確認し、その本を購入する場合には、発注ボタンをマウスで押下する。 発注ボタンが押下されると、ステップ６で選択した本を発注するＵＲＬをある本屋のＷＷＷサーバに送信する。 もし、確認後、本の購入を取りやめるには、発注取り消しボタンを押下する。 発注取り消しボタンが押されるとステップ６で選択した本は発注しない。 すなわち商品を発注しないＵＲＬを送信する。

【００１９】ステップ８：電子メールによる発注の確認 本の発注後に、ある本屋から本を注文したことを示す電子メールが送られてくる。 そのメールの内容には、発注した本の題名と請求金額が書かれている。

【００２０】ステップ９：発注状況確認ページにより発注の確認 発注状況を確認するときは、発注状況確認ページに移動し、発注日を入力することにより、発注した本とその状況を表示する。

【００２１】ステップ１０：本の発送 発注後、１、２週間後に購入した本が、予め登録した住所に搬送される。

【００２２】前記従来技術により、ＷＷＷブラウザを用いて本などの商品を発注することを可能にしている。

【００２３】

【発明が解決しようとする課題】従来技術により、インターネットを用いてチケット予約や電子ショッピングを実現している。 しかし、従来技術には以下の問題がある。

【００２４】（１）予約したチケットがなかった場合に、何度も予約情報を入力する必要がある。 従来技術では、入力された予約情報を基に、空席状況情報を検索し、予約の可否を予約要求者に電子メールを用いて伝える。 しかし、予約ができなかった場合、すなわち、予約要求者が「予約不可」と書いた電子メールを受け取った場合には、予約要求者はＷＷＷブラウザ上に予約受付ページを再表示して、その受付ページに予約情報の代替案を入力する必要がある。

【００２５】従来技術では、この問題を解決するために、空席情報を表示することで回避しようとしている。
しかし、空席情報表示だけでは、予約を要求する情報を集中的に短時間で受け付けた場合には、空席情報の情報更新が間に合わず、空席でない席の予約要求を受け付けてしまうことがあり、予約要求者はチケット予約の再入力をすることになる。

【００２６】（２）予約要求者や商品発注者のプロフィールが盗聴、悪用される危険がある。 従来技術では、予約要求者が予約要求者の好ましいチケットを発見しやすいように、予約要求者の好むジャンルや予約要求者ごとに購入した購買実績や、予約要求者の年代、性別ととったプロフィール情報から。 予約要求者にあったチケット紹介ページを作成している。 しかし、従来技術では、サービスを受付けるサーバ側に予約要求者の情報を持つために、予約要求者の私的情報をインターネットを介して登録することになる。 インターネット上に私的情報を送信して登録するということは、私的情報を盗聴される可能性がある。 従来技術では、この状況を回避するために、私的情報を暗号化して、予約情報受付け側に送信する方法もあるが、暗号、複合に時間がかかるということで使い勝手が良くない。 もし、盗聴されなくても、サーバ側に予約要求者のプロフィール情報があるので、サーバの業者が予約要求者の情報を他の目的に使用する可能性がある。

【００２７】（３）商品発注者が泣き寝入りすることがある。 従来技術では、インターネットを使って、電子ショッピングで商品を発注したところ、代金を払っても商品が届かないことや、商品が宣伝と異なるといった被害にあう可能性がある。 インターネットは匿名性が高く、
交渉相手も見えないため、被害を受けても相手を突き止めることが難しく、泣き寝入りをすることがある。

【００２８】本発明の目的は、通信網を用いたチケット予約や商品発注において、予約または発注要求者の予約、発注手順を削減する電子商取引装置を提供することである。 また、本発明の他の目的は、通信網を用いたチケット予約や商品発注において、ユーザのプロフィールが盗聴や悪用の危険を回避する電子商取引装置を提供することである。 更に、本発明の他の目的は、通信網を用いた商品発注において、発注者の損害を低下させる電子商取引装置を提供することである。 また更に、本発明の他の目的は、通信網を用いたチケット予約や商品発注において、予約または発注要求者の予約、発注手順を削減する機能の開始と停止を容易にする電子商取引装置を提供することである。

【００２９】

【課題を解決するための手段】上記の課題を解決するため、以下の構成とした。 予約要求者の予約作業手順の削減は、通信網上からチケットの予約情報を受信する手段と、前記受信情報を基に、チケットの在庫情報を記憶する記憶手段から、在庫情報を検索し予約の可否を判定する判定手段と、予約の判定結果を送信する手段とを具備した予約受付け装置と、チケットの予約を利用者から受付ける入力手段と、通信網上にチケットの予約情報を送信する手段と、予約の判定結果を受信する手段と、前記送受信情報を監視する手段と、前記監視情報と記憶手段に格納された情報から代替案の情報を作成する手段とを具備した予約要求装置を具備したことを特徴とする電子商取引装置によって達成される。

【００３０】すなわち、ＷＷＷブラウザから予約情報を受け付け、そのデータを基に予約受付装置で、記憶手段からその予約情報を受付けるかの判定を行い、予約判定結果を予約要求者に送信する。 従来技術では、予約が不可という場合には、予約要求者は、その予約を諦めるか、日時、場所や映画名の異なる代替案を考えるために、予約要求者が他の空席のあるチケットを探して、再度入力し、予約を要求することになる。 本発明では、予約確認のやり取りの監視手段を設け、その手段により、
予約が不可な場合には、予め予約要求者の好みやプロフィールを保持した代替案作成手段が、自動的に予約情報の代替案を作成し、予約情報を受注装置に送信する。 よって、本発明では、予約要求者の予約作業手順を削減することが可能になる。 また、本発明では、予約要求者のプロフィール情報を、予約要求者側にある予約要求装置に保持するので、予約要求者のプロフィール情報を盗聴されたり、悪用されたりすることを回避することが可能になる。 更に、前記電子商取引装置において、予約情報代替案作成手段に、発注要求者が入力した発注情報も利用することにより、予約要求者の現在の好みに近い代替案の作成が可能になる。

【００３１】しかし、本発明により予約を諦める場合には、予約の代替案を作成し、その情報で予約する手段が動作して欲しくない場合が生じる。 そこで、本発明では、代替案作成予約手段を停止させる電子商取引装置も提案する。

【００３２】代替案作成予約手段を停止は、前記電子商取引装置の予約要求装置に、前記送受信情報監視手段と前記代替案作成手段を格納した記憶媒体と、前記記憶媒体を読み込む手段と、前記記憶媒体が読み込み可能を判断する手段と、前記読み込み可能手段からの情報から、
前記記憶媒体に格納した手段を開始、停止させる手段とを具備した発注装置を具備することによって達成される。

【００３３】すなわち、取り外し可能な記憶媒体に予約状況監視手段と、代替案作成手段を格納する。 また、その記憶媒体が読み込み可否を判定する手段を設ける。 これにより、記憶媒体が入っている状態、すなわち、記憶媒体が読み込める状態のときは、予約状況監視手段と代替案作成手段を動作させ、記憶媒体が入っていない状態、すなわち、記憶媒体が読み込めない場合には、自動的に予約状況監視手段と、代替案作成手段の機能を停止させる。 このことにより、予約要求者は記憶媒体を挿入することにより、機能を動作させることができ、記憶媒体を抜くことにより、機能を停止することが可能になる。

【００３４】予約要求者の泣き寝入りの回避は、前記商取引装置において、発注装置に発注状態を監視する手段とを具備した発注装置を具備することによって達成される。

【００３５】すなわち、前記手段で発注側の異常を早期に発見することが可能になる。 代金を払ったのに商品が届かないということは、代金を払った時点で、受注者側の店舗のホームページがなくなっている可能性が高い。
従来技術では、発注者はそのページを自分からアクセスする必要があり、監視するのは非常にたいへんである。
本発明である前記手段を用いることにより、発注状態の監視と、店舗を異常を早期に発見可能である。

【００３６】

【発明の実施の形態】以下、本発明について、実施形態とともに図を参照して詳細に説明する。 以下に、通信網上から商品の受注情報を受信する手段と、前記受信情報を基に、商品の在庫情報を記憶する記憶手段から、在庫情報を検索し受注の可否を判定する判定手段と、受注の判定結果を送信する手段とを具備した受注装置と、商品の発注を利用者から受付ける入力手段と、通信網上に商品の発注情報を送信する手段と、発注の判定結果を受信する手段と、前記送受信情報を監視する手段と、前記監視情報と記憶手段に格納された情報から代替案の情報を作成する手段とを具備した発注装置を具備したことを特徴とする電子商取引装置について説明する。

【００３７】図１は、本実施形態の電子商取引装置の基本的な動作の処理手順を示すフローチャートである。

【００３８】図２は、本実施形態の電子商取引装置の概略構成を示す図である。 図２において、２００は受注装置であるサーバ機構、２１０は発注装置であるクライアント機構、２２０は通信網、２０１は制御機構、２０２
はチケット情報検索機構、２０３は予約受付機構、２０
３１は空席状態確認機構、２０３２は予約登録機構、２
０４は通信機構、２０５は記憶機構、２０６はデータバス、２１１は制御機構、２１２は情報入力機構、２１２
１はキーボード、２１２２はマウス、２１３は情報表示機構、２１４１は入力機構、２１４２は表示機構、２１
４は通信機構、２１５は予約代行機構、２１５１は監視機構、２１５２は判断機構、２１５３は情報生成機構、
２１６は記憶機構、２１７はデータバスである。

【００３９】図２に示す様に、本実施形態の電子商取引装置は、サーバ機構２００、クライアント機構２１０、
通信網２２０、制御機構２０１、チケット情報検索機構２０２、予約受付機構２０３、空席状態確認機構２０３
１、予約登録機構２０３２、通信機構２０４、記憶機構２０５、データバス２０６、制御機構２１１、情報入力機構２１２、キーボード２１２１、マウス２１２２、情報表示機構２１３、入力機構２１４１、表示機構２１４
２、通信機構２１４、予約代行機構２１５、監視機構２
１５１、判断機構２１５２、情報生成機構２１５３、記憶機構２１６、データバス２１７を有している。

【００４０】また、図２に示す様に、本実施形態の電子商取引装置では、電子商取引を行うためのサーバ機構に６つの機構、クライアント機構に７つの機構を備えており、サーバ機構とクライアント機構内のハードウェア及びハードウェアを制御するプログラムによってそれらの機構が動作する。

【００４１】チケット予約を受付けるためのサーバ機構の第１の機構は、データバス２０６を介して、チケット情報検索機構２０２、予約受付機構２０３、通信機構２
０４を制御する制御機構２０１である。

【００４２】チケット予約を受付けるためのサーバ機構の第２の機構は、記憶機構２０５内に格納されたチケット情報を検索して、アクセスするチケット情報検索機構である。

【００４３】チケット予約を受付けるためのサーバ機構の第３の機構は、通信網２２０を介して送られてくる予約情報を受信し、予約の可否を判断し、その結果を通信網を介してクライアント機構に送信すると共に、予約情報を登録する予約受付機構２０３である。 予約受付機構２０３は２つの機構を有する。 記憶機構２０５から空席状態をアクセスする空席状態確認機構２０３１と、予約情報を記憶機構２０５に登録する予約登録機構２０３２
である。

【００４４】チケット予約を受付けるためのサーバ機構の第４の機構は、サーバ機構内の各機構から情報を受取り通信網２２０に情報を送信したり、通信網２２０から受信した情報をサーバ機構内の各機構に渡す通信機構２
０４である。

【００４５】チケット予約を受付けるためのサーバ機構の第５の機構は、サーバ機構を動作させるためのオペレーションシステムプログラムや、チケット予約を受付けるための情報を格納する記憶機構２０５である。

【００４６】チケット予約を受付けるためのサーバ機構の第６の機構は、サーバ機構内の各機構間のデータ通信路としてのデータバス２０６である。

【００４７】チケット予約を送信するためのクライアント機構の第１の機構は、情報入力機構２１２、情報表示機構２１３、通信機構２１４、予約代行機構２１５、記憶機構２１６を制御する制御機構２１１である。

【００４８】チケット予約を送信するためのクライアント機構の第２の機構は、予約要求者からの予約情報を受付ける情報入力機構２１２である。 情報入力機構２１２
は２つの機構を有する。 予約要求者からの予約文字情報を受付るキーボード２１２１と、予約指示情報を受付るマウス２１２２である。

【００４９】チケット予約を送信するためのクライアント機構の第３の機構は、チケット情報や、予約情報入力画面や、予約結果や、予約代行結果情報などを表示する情報表示機構２１３である。 情報表示機構２１３は、２
つの機構を有する。 情報を表示するために入力を受付ける入力機構２１４１と、情報を表示する表示機構２１４
２である。

【００５０】チケット予約を送信するためのクライアント機構の第４の機構は、クライアント機構の各機構から受け取った情報を通信機構２２０を介して、サーバ機構２００に送信する通信機構２１４である。

【００５１】チケット予約を送信するためのクライアント機構の第５の機構は、予約状況を監視し、予約状態によっては、予約情報の生成を代行する予約代行機構２１
５である。 予約代行機構２１５は３つの機構を有する。
予約状況を監視する監視機構２１５１と、予約情報の代替案を作成するかしないかを判断する判断機構２１５２
と、予約代替案を生成する情報生成機構２１５３である。

【００５２】チケット予約を送信するためのクライアント機構の第６の機構は、クライアント機構を動作させるためのオペレーティングシステムプログラムやチケット予約を送信するための情報を格納する記憶機構２１６である。

【００５３】チケット予約を送信するためのクライアント機構の第７の機構は、クライアント機構内の各機構間のデータ通信路であるデータバス２１７である。

【００５４】本実施形態の電子商取引装置の各機能の詳細と動作を説明する前に、本実施形態で取扱う電子商取引装置に関する情報について説明する。 なお、以下に説明する情報は、本実施形態の電子商取引装置の基本的な動作を説明する為に例示するものであり、本実施形態の電子商取引装置の適用範囲を限定するものではない。

【００５５】図３（Ａ）は、本実施形態の電子商取引装置のチケット情報のレコード構成とその各レコードに対応するデータの一例を示す図である。 図３（Ｂ）において、３はチケット情報、３１はチケット識別場番号、３
２は映画館名、３３は映画名、３４は上映日、３５は上映時刻、３６はチケット種別、３７は残枚数である。

【００５６】図３（Ａ）に示す様に、本実施形態の電子商取引装置のチケット情報のレコード構成とその各レコードに対応するデータでは、チケットを販売するためのチケット情報として、チケットを識別するためのチケット識別番号３１は、チケットの映画館名である映画館名３２、チケットの映画名である映画名３３、チケットの映画の上映日である上映日３４、チケットの映画の上映時刻である上映時刻３５、チケットの種別であるチケット種別３６、チケットの販売残り枚数である残枚数３７
を記憶している。

【００５７】図３（Ａ）に示す情報は、記憶機構２０５
に格納する。

【００５８】図３（Ｂ）は、本実施形態の電子商取引装置の映画館情報のレコード構成とその各レコードに対応するデータの一例を示す図である。 図３（Ｂ）において、３Ｂは映画館情報、３１１は映画館名、３１２は最寄駅、３１３は禁煙席、３１４は駐車場、３１５はＳ
席、３１６はＡ席、３１７はＢ席である。

【００５９】図３（Ｂ）に示す様に、本実施形態の電子商取引装置の映画館情報のレコード構成とその各レコードに対応するデータでは、チケットを販売している映画館の情報として、映画館名３１１、映画館の最寄の駅である最寄駅３１２、映画館の設備として禁煙席があるかどうかを示す禁煙席３１３、映画館の設備として駐車場があるかどうかをしめす駐車場３１４、映画館のＳ席の価格であるＳ席３１５、映画館のＡ席の価格であるＡ席３１６、映画館のＢ席の価格であるＢ席３１７を記憶している。

【００６０】図３（Ｂ）に示す情報は、記憶機構２０５
に格納する。

【００６１】図４は、本実施形態の電子商取引装置の空席情報のレコード構成とその各レコードに対応するデータの一例を示す図である。 図４において、４は空席情報、４１はチケット識別番号、４２はチケット種別、４
３は空席席である。

【００６２】図４に示す様に、本実施形態の電子商取引装置の空席情報のレコード構成とその各レコードに対応するデータでは、チケットを販売している映画館の空席情報として、チケット識別番号４１、チケットの種別であるチケット種別４２、空席の席番号である空席情報４
２を記憶している。

【００６３】図４に示す情報は、記憶機構２０５に格納する。

【００６４】図５は、本実施形態の電子商取引装置のプロフィール情報のレコード構成とその各レコードに対応するデータの一例を示す図である。 図５において、５はプロフィール情報、５１は項目、５２は優先順位、５３
は個人情報である。

【００６５】図５に示す様に、本実施形態の電子商取引装置のプロフィール情報のレコード構成とその各レコードに対応するデータでは、チケットを予約する予約要求者のプロフィール情報として、プロフィール情報の項目である項目５１、項目５１の優先順位である優先順位５
２、項目５１に対する個人情報５３を記憶している。

【００６６】図５に示す情報は、記憶機構２１６に格納する。

【００６７】以下に、予約状況を監視し、その監視している状態によって、予約代替案を作成し、予約代行を行うことで、予約要求者の予約手順を少なくする処理手順について説明する。

【００６８】図１に示すように、本実施形態の電子商取引装置において、ステップ１１１、ステップ１１２、ステップ１１３、ステップ１１４、ステップ１１５、ステップ１１６、ステップ１１７、ステップ１１８、ステップ１１９、ステップ１１１０、ステップ１１１１は、クライアント機構２１０で実行されるステップである。 また、ステップ１２１、ステップ１２２、ステップ１２
３、ステップ１２４、ステップ１２５、ステップ１２６
は、サーバ機構２００で実行されるステップである。

【００６９】また、図１に示すように、ステップ１１１
の処理で、ＷＷＷブラウザを実行できるクライアント機構上で、ＷＷＷブラウザを起動する。 本願の電子商取引装置を使用する予約要求者が入力機構２１２からＷＷＷ
ブラウザの起動信号を受け付けた後に、クライアント機構２１０の記憶機構２１６内に格納してあるＷＷＷブラウザのプログラムを制御機構２１１で読み出し実行する。

【００７０】ステップ１１２の処理では、ＷＷＷブラウザでチケット販売や予約を受付けているページの入力を受け付け、受付後、通信網２２０を介して、サーバ機構２００に入力されたＵＲＬを送信する。

【００７１】ステップ１２１の処理では、ステップ２１
２で送信された情報であるチケット販売要求情報を通信網２２０を介して、受信する。

【００７２】ステップ１２２の処理では、ステップ１２
１で受信した情報であるチケット販売要求情報をもとに、記憶機構２０５に格納してあるチケット情報３からアクセスする。

【００７３】ステップ１２３の処理では、ステップ１２
２でアクセスしたチケットの情報であるチケット情報を、通信網２２０を介して、クライアント機構２１０に送信する。

【００７４】ステップ１１３の処理では、ステップ１２
３で送信したチケット販売情報を受信する。

【００７５】ステップ１１４の処理では、ＷＷＷブラウザにステップ１１３で受信したチケット販売情報を表示する。

【００７６】ステップ１１５の処理では、チケットの予約要求者からのチケット予約情報を受付ける。 図７にＷ
ＷＷブラウザ上にチケット予約情報を受付ける画面の例を示す。 図７において、７１はＷＷＷブラウザ、７２はＷＷＷブラウザを動作させるメニューバー、７３は、前ページ表示ボタン、７４は次ページ表示ボタン、７５はＷＷＷブラウザに予め登録してあるホームページを表示させるボタン、７６はページを再ロードするボタン、７
７はＵＲＬの入力を受付けるエリア、７８はチケット予約のラベル、７９は映画予約情報を受付けるための入力エリアの説明を示すラベル、７１０は映画名を入力を受付けるエリア、７１１は映画館名を入力を受付けるエリア、７１２は映画の上映日の入力を受付けるエリア、７
１３は上映時刻を受付けるエリア、７１４はチケットの予約枚数を受付けるエリア、７１５は予約情報を送信するためのボタン、７１６はスクロールバー、７１７はマウスカーソルである。

【００７７】ステップ１１６の処理では、ステップ１１
５で入力を受付けたチケットの予約情報を、通信網２２
０を介して、サーバ機構２２０に送信する。

【００７８】ステップ１２４の処理では、ステップ１１
６で送信されたチケットの予約情報を、通信網２２０を介して受信する。

【００７９】ステップ１２５の処理では、ステップ１２
４で受信した予約情報を基に、記憶機構２０５に格納された空席情報４をアクセスして、受信した予約情報内の席が空席であるかないかをチェックし、空席である場合には、予約ができたという情報をステップ１２６に渡し、空席でない場合には予約ができなかったという情報をステップ１２７に渡す。

【００８０】ステップ１２６の処理では、ステップ１２
５から受け取った情報である予約確認情報をステップ１
１７へ、通信網２２０を介して送信する。

【００８１】ステップ１１７の処理では、ステップ１２
６で受信した予約確認情報を、通信網２２０を介して受信する。

【００８２】ステップ１１８の処理では、ステップ１１
７で受信した情報の内容が「予約可」の場合は処理を終了し、「予約不可」の場合はステップ１１９の処理を行う。

【００８３】ステップ１１９の処理では、記憶機構２１
６に予め格納したプロフィール情報５をアクセスする。

【００８４】ステップ１１１０の処理では、ステップ１
１９でアクセスしたプロフィール情報を基に、チケットの予約代替案情報を作成する。 詳細については後で説明する。

【００８５】ステップ１１１１の処理では、ステップ１
１１０で作成したチケット予約代替案情報を、通信網２
２０を介してサーバ機構２００に送信する。 図８に予約代行機構が動作して予約した結果を表示する画面の例を示す。 図８において、７１は予約したことを予約要求者に知らせる内容を書いたラベル、８２は予約した内容、
８３は表示した予約内容を予約要求者が承認した場合に押下するＯＫボタン、８４は表示した予約内容を予約要求者が承認しなかった場合の予約を取り消すボタンである。

【００８６】以下では、上記ステップ１１１０の詳細を図６のフローチャートを用いて説明する。

【００８７】ステップ６１：ステップ１１３で受信した購入可能なチケット情報を、プロフィール情報５を用いて評価する。

【００８８】ステップ６２：ステップ６２で評価された購入可能なチケットに順位をつけて、一番評価の高いチケットを代替案とする。

【００８９】ステップ６１は、８つの処理ステップから構成する。

【００９０】ステップ６１１：チケット情報３と映画館情報３Ｂから映画館の最寄の駅を検索し、プロフィール情報５の自宅の最寄駅情報からチケットの映画館までの所要時間を計算する。 前記所要時間の計算は駅間の時間を計算する市販のソフトなどがあるので、所要時間に計算方法の説明は省略する。 次に、予約要求者の予め入力しているプロフィール情報５から電車乗車最大時間を検索して、自宅から映画館までの移動の所要時間が電車乗車最大時間内のチケットを映画館候補情報として出力する。

【００９１】ステップ６１２：ステップ６１１で出力された映画館の候補と自宅が近いかどうかを評価する。 映画館の最寄の駅と自宅の最寄の駅との移動所要時間を計算して、所要時間の短い順でチケットに評価値の高い値をつける。

【００９２】ステップ６１３：ステップ６１１で出力された映画館の候補と勤務地や通学している学校が近いかどうかを評価する。 映画館の最寄の駅と勤務地や学校の最寄の駅との移動所要時間を計算して、所要時間の短い順でチケットに評価の高い値をつける。

【００９３】ステップ６１４：ステップ６１１で出力された映画館の候補とよく行く駅が近いかどうかを評価する。 映画館の最寄の駅と、よく行く駅との移動所要時間を計算して、所要時間の見時間順でチケットに高い評価値をつける。 ステップ６１２、ステップ６１３、ステップ６１４で計算した評価値を合成して、距離的評価情報として出力する。 この合成には、プロフィール情報５の優先順位情報５２を読込み、優先順位の高い項目の評価結果を重視する形で計算する。

【００９４】ステップ６１５：チケット情報３からチケット毎の価格が、プロフィール情報５のチケット価格帯内に入るのか、入らないかを評価して、価格帯に入るチケットに高い評価をつけて、価格帯に入らないチケットに低い評価値をつける。 この評価値を金銭的評価情報として出力する。

【００９５】ステップ６１６：チケット情報３からチケット毎の時刻が、プロフィール情報５の映画を見る時間帯内に入るのか、入らないかを評価して、時間帯内に入るチケットに高い評価をつけて、時間帯に入らないチケットに低い評価をつける。 この評価情報を時間的評価情報として出力する。

【００９６】ステップ６１７：映画館情報３Ｂから映画館の設備情報として禁煙席設備の有無情報と、プロフィール情報５の禁煙席の好き嫌いを読込み、好みがあっているチケットに対して高い評価をつけて、好みあっていないチケットには低い評価をつける。

【００９７】ステップ６１８：映画館情報３Ｂから映画館の設備情報として駐車場の有無情報と、プロフィール情報５の駐車場の好き嫌いを読込み、好みがあっているチケットに対して高い評価をつけて、好みにあっていないチケットには低い評価をつける。 ステップ６１７、ステップ６１８で計算した評価値を合成して、映画館評価情報として出力する。 この合成には、プロフィール情報５の優先順位情報５２を読込み、優先順位の高い項目の評価結果を重視する形で計算する。

【００９８】以上、ステップ６１の詳細について述べたが、本発明では８つのステップすべてを必要としているわけではなく、例として８つ上げたものであり、本発明を限定するものではない。

【００９９】ステップ６２は２つの処理ステップからなる。

【０１００】ステップ６２１：ステップ６１で計算された距離的評価値、金銭的評価値、時間的評価値、映画館評価値をチケットごとに合成して、チケットの評価値を計算する。 この合成には、プロフィール情報５の優先順位情報５２を読込み、優先順位の高い項目の評価結果を重視する形で計算する。 ここでは、４つの評価値を使っているが、本発明では４つの評価値すべてを必要としているわけではなく、例として４つ上げたものであり、本発明を限定するものではない。

【０１０１】ステップ６２２：チケットの評価値順に並び替えて、最高得点の評価値のチケットをチケットの代替案として選択する。

【０１０２】以上が、本発明の第１の実施形態である。
従来技術では、予約が取れなかった場合、その予約を諦めるか、予約要求者は予約が取れるまで何度も日時、場所や映画名の異なる代替案を考えて予約の作業を行う必要がある。 本実施形態では、予約確認のやり取りの監視手段を設け、その手段により、予約が不可な場合には、
予め予約要求者の好みやプロフィールを利用して代替案作成手段が、自動的に予約情報の代替案を作成し、予約情報を予約受付装置に送信する。 これにより、予約要求者の予約作業手順を削減することが可能になる。 また、
本発明では、予約要求者のプロフィール情報を、予約要求者側にある予約要求装置に保持するので、予約要求者のプロフィール情報を盗聴されたり、悪用されたりすることを回避することが可能になる。

【０１０３】第１の実施形態を示したことで、代替案情報を作成した段階で予約要求者に評価の高い順で表示し、予約要求者に選択させて予約するという方法も容易類推可能である。 また、本実施形態を示したことで、予約要求者が図７の画面に何も記入せず、予約ボタン７１
５を押してしまった場合でも、代替案を作成して、予約要求者の変わりに予約するという方法も容易類推可能である。 更に、予約受付装置の受付に予約が集中して回線が繋がらなくても、ユーザに代わって予約を代行してくれる方法も容易類推可能である。

【０１０４】以下に、第２の実施形態として、第１の実施形態の電子取引装置において、代替案を作成する手段に、発注要求者が入力した発注情報を利用することを特徴とした発注装置を具備したことを特徴とする電子商取引装置について説明する。

【０１０５】具体的には、予約要求者が入力した情報を基に、代替案を作成する実施形態について説明する。

【０１０６】図９は、本実施形態の電子商取引装置の前案チケット情報のレコード構成とその各レコードに対するデータの一例を示した図である。 図９において、９１
は項番、９２は映画館名、９３は映画名、９４は上映日、９５は上映時刻、９６はチケット種別である。

【０１０７】図９に示すように、本実施形態の電子商取引装置の前案チケット情報のレコード構成と各レコードに対応するデータは、予約に失敗した予約情報に番号をつけた項番９１と、映画館名９２と、映画名９３と、上映日９４と、上映時刻９５と、チケット種別９６を有している。 前回チケット情報は、記憶機構２１６に格納する。

【０１０８】本実施形態の電子商取引装置の概略構成は、実施形態１の電子商取引装置と同様に、図２に示す概略構成と同様な構成となっている。

【０１０９】第２の実施形態において、電子商取引装置の処理を示すフローチャートは、第１の実施形態と同様である。 以下に、予約要求者が入力した情報を基に、代替案を作成する手順について図１０を用いて説明する。

【０１１０】ステップ１０１：予約要求者が入力した情報と、今回予約を対象としているチケット情報と比較して、類似している点が多いチケットに高い評価を与える。 ステップ６２：第１の実施形態と同様である。 ステップ１０１は５つの処理ステップからなる。 ステップ１０１１：予約要求者が予約情報として入力したチケットの情報、すなわち、前案チケット情報と、予約受付装置で予約を受付けているチケット情報の場所が近いかどうかを評価する。 この場所の近いか遠いかの比較は、前案情報の映画館の最寄の駅と、予約を受付けているチケット毎の最寄の駅との移動所要時間で行う。 所要時間が短いチケットほど高い評価をつけて、距離的評価情報として、本ステップの出力とする。

【０１１１】ステップ１０１２：前記前案情報と、前記チケット情報の価格が近いかどうかを評価する。 価格が近いチケットほど高い評価をつけて、金銭的評価情報として、本ステップの出力とする。

【０１１２】ステップ１０１３：前記前案情報と、前記チケット情報の時間帯が近いかどうかを評価する。 時間帯が近いチケットほど高い評価をつけて、時間的評価情報として、本ステップの出力とする。

【０１１３】ステップ１０１４：前記前案情報と、前記チケット情報のチケット席種が近いかどうかを評価する。 チケット席種が近いチケットほど高い評価をつける。

【０１１４】ステップ１０１５：前記前案情報と、前記チケット情報の映画館の駐車場があるかないかの一致を評価する。 適合すれば高い評価を、適合しなければ低い評価をつけて、ステップ１０１４の結果と合成して、映画館評価情報として、本ステップの出力とする。

【０１１５】以上が、本発明の第２の実施形態である。
第１の実施形態では、プロフィール情報のみを用いて代替案を作成していたので、予約要求者の現在の要求と異なることが生じることがある。 そこで、第２の実施例では、予約に失敗したチケット情報を利用してチケット代替案を作成するようにした。 本実施形態により、予約要求者の予約作業手順を削減することを可能にし、より予約要求者の意図に沿った代替案を作成することが可能になる。

【０１１６】実施形態３は、実施形態１の電子商取引装置において、受注装置に販売実績情報を保持する手段と、発注装置へ送信する手段と、発注装置に販売実績を受信する手段と、販売実績情報を利用した発注情報の代替案を作成する手段とを具備したことを特徴とする電子商取引装置について説明する。

【０１１７】図１１は、本実施形態の電子商取引装置の基本的な動作の処理手順を示すフローチャートである。

【０１１８】図１２は、本実施形態の電子商取引装置の概略構成を示す図である。 図１２において、１２０１は販売実績管理機構である。

【０１１９】図１２に示す様に、本実施形態の電子商取引装置は、第１の実施形態の概略構成に販売実績管理機構１２０１を有している。

【０１２０】また、図１２に示す様に、本実施形態の電子商取引装置では、電子商取引を行うためのサーバ機構に７つの機構、クライアント機構に７つの機構を備えており、サーバ機構とクライアント機構内のハードウェア及びハードウェアを制御するプログラムによってそれらの機構が動作する。

【０１２１】チケット予約を受付けるためのサーバ機構の第１の機構から第６の機構は、第１の実施形態と同様である。

【０１２２】チケット予約を受付けるためのサーバ機構の第７の機構は、記憶機構２０５内に格納された販売実績情報を検索、変更、削除といったチケットの販売実績を管理する販売実績管理機構である。

【０１２３】各機構に渡す通信機構２０４である。

【０１２４】チケット予約を受付けるためのサーバ機構の第５の機構は、サーバ機構を動作させるためのオペレーションシステムプログラムや、チケット予約を受付けるための情報を格納する記憶機構２０５である。

【０１２５】チケット予約を受付けるためのサーバ機構の第６の機構は、サーバ機構内の各機構間のデータ通信路としてのデータバス２０６である。

【０１２６】チケット予約を送信するためのクライアント機構の第１〜第６の機構は、実施形態１と同様である。

【０１２７】本実施形態の電子商取引装置の各機能の詳細と動作を説明する前に、本実施形態で取扱う電子商取引装置に関する情報について説明する。 なお、以下に説明する情報は、本実施形態の電子商取引装置の基本的な動作を説明する為に例示するものであり、本実施形態の電子商取引装置の適用範囲を限定するものではない。

【０１２８】図１３は、本実施形態の電子商取引装置の販売実績情報のレコード構成とその各レコードに対応するデータの一例を示す図である。 図１３において、１３
は販売実績情報、１３１は映画館名、１３２は購入チケット数である。

【０１２９】図１３に示す様に、本実施形態の電子商取引装置の販売実績情報のレコード構成とその各レコードに対応するデータでは、販売実績情報として、映画館名３１、購入されたチケット１３２を記憶している。

【０１３０】図１３に示す情報は、記憶機構２０５に格納する。

【０１３１】以下に、予約状況を監視し、その監視している状態によって、予約代替案を作成し、予約代行を行うことで、予約要求者の予約手順を少なくする処理手順について説明する。

【０１３２】図１１に示すように、本実施形態の電子商取引装置において、ステップ１１１、ステップ１１２、
ステップ１１３、ステップ１１４、ステップ１１５、ステップ１１６、ステップ１１７、ステップ１１８、ステップ１１９、ステップ１１１２、ステップ１１１３、ステップ１１１０、ステップ１１１１は、クライアント機構２１０で実行されるステップである。 また、ステップ１２１、ステップ１２２、ステップ１２３、ステップ１
２４、ステップ１２５、ステップ１２６、ステップ１２
７、ステップ１２８、ステップ１２９は、サーバ機構２
００で実行されるステップである。

【０１３３】また、図１１に示すように、ステップ１１
１〜ステップ１１８、ステップ１１９、ステップ１１１
０、ステップ１１１１、ステップ１２１〜ステップ１２
６は第１の実施例と同様である。

【０１３４】ステップ１１１２の処理では、通信網２２
０を介してサーバ機構２２０に、販売実績情報要求を送信する。

【０１３５】ステップ１２７の処理では、ステップ１１
１２で送信した販売実績情報要求を通信網２２０を介して受信する。

【０１３６】ステップ１２８の処理では、記憶機構２０
５に格納された販売実績情報１３をアクセスする。

【０１３７】ステップ１２９の処理では、販売実績情報１３を通信網２２０を介してクライアント機構２１０に送信する。

【０１３８】ステップ１１１３の処理では、販売実績情報を通信網２２０を介して受信する。

【０１３９】以下では、上記ステップ１１１０の詳細を図１４のフローチャートを用いて説明する。

【０１４０】ステップ６１、ステップ６２、ステップ６
１１〜ステップ６１８、ステップ６２２は、実施形態１
と同様である。

【０１４１】ステップ１４０１では、購買実績情報からよく購入している、またはよく売れているチケットに対して高い評価を与える。

【０１４２】ステップ６２１では、実施形態１の評価項目に販売実績評価情報も加えてチケットを評価する。

【０１４３】以上が、本発明の第３の実施形態である。
本実施形態では販売実績情報を用いることにより、実施形態１の効果に加えて、販売実績のあるチケットを購入することができる。 すなわち、よく売れている商品、すなわち他の予約要求者が高い評価をしているチケットを購入することができる。 また、販売実績のあるチケットとは信用のあるチケットでもあり、代金を支払ったあとに販売者が姿を暗ますといったことも少しは回避することができる。

【０１４４】第１の実施形態の電子商取引装置において、予約受付装置に自予約装置以外の通信装置から情報を検索する手段と、自予約装置の記憶手段に格納された情報と他の予約受付装置の情報から代替案の情報を作成する手段とを具備した発注装置を具備したことを特徴とする電子商取引装置について説明する。

【０１４５】図１５は、本実施形態の電子商取引装置の基本的な動作の処理手順を示すフローチャートである。

【０１４６】図１６は、本実施形態の電子商取引装置の概略構成を示す図である。 図１６において、２３０は第２のクライアント機構、２３１は通信機構、２３２は制御機構、２３３はデータバスである。

【０１４７】図１６に示す様に、本実施形態の電子商取引装置は、第２のクライアント機構として、通信機構２
３１、制御機構２３２、記憶機構２１６、データバス２
３３を有している。

【０１４８】また、図１６に示す様に、本実施形態の電子商取引装置では、電子商取引を行うためのサーバ機構に６つの機構、第１のクライアント機構に５つの機構、
第２のクライアント機構に３つの機構を備えており、サーバ機構とクライアント機構内のハードウェア及びハードウェアを制御するプログラムによってされらの機構が動作する。

【０１４９】チケット予約を受付けるためのサーバ機構の第１〜第６の機構は、実施形態１と同様である。

【０１５０】チケット予約を送信するための第１クライアント機構の第１〜第５の機構は、実施形態１と同様である。

【０１５１】プロフィール情報を格納する第２のクライアント機構の第１の機構は、第２クライアント機構の各機構から受け取った情報を通信機構２２０を介して、第１のクライアント機構２１０に送信する通信機構２３１
である。

【０１５２】プロフィール情報を格納する第２のクライアント機構の第２の機構は、通信機構２３１、記憶機構２１６を制御する制御機構２３２である。

【０１５３】プロフィール情報を格納する第２のクライアント機構の第３の機構は、第２のクライアント機構を動作させるためのオペレーティングシステムプログラムやチケット予約を送信するための情報を格納する記憶機構２１６である。

【０１５４】チケット予約を送信するための第２のクライアント機構の第４の機構は、第２のクライアント機構内の各機構間のデータ通信路であるデータバス２３３である。

【０１５５】図１５に示すように、本実施形態の電子商取引装置において、ステップ１１１、ステップ１１２、
ステップ１１３、ステップ１１４、ステップ１１５、ステップ１１６、ステップ１１７、ステップ１１８、ステップ１５０１、ステップ１５０５、ステップ１１１０、
ステップ１１１１は、第１のクライアント機構２１０で実行されるステップである。 また、ステップ１２１、ステップ１２２、ステップ１２３、ステップ１２４、ステップ１２５、ステップ１２６は、サーバ機構２００で実行されるステップである。 さらに、ステップ１５０２、
ステップ１５０３、ステップ１５０４は、第２のクライアント機構２３０で実行されるステップである。

【０１５６】また、図１５に示すように、第１クライアント機構２１０で実行されるステップ１１１からステップ１１８までの処理と、サーバ機構２００で実行されるステップ１２１からステップ１２６までの処理は第１の実施形態と同様である。

【０１５７】ステップ１５０１の処理では、通信機構２
２０を介して、プロフィール情報要求を第２のクライアント機構２３０に送信する。

【０１５８】ステップ１５０２の処理では、通信機構２
２０を介して、プロフィール情報要求を第１のクライアント機構から受信する。

【０１５９】ステップ１５０３の処理では、記憶機構２
１６に格納されたプロフィール情報をアクセスする。

【０１６０】ステップ１５０４の処理では、プロフィール情報を通信機構２２０を介して、第１のクライアント機構２１０に送信する。

【０１６１】ステップ１５０５の処理では、通信機構２
２０を介してプロフィール情報を受信する。

【０１６２】第４の実施例の他の処理は、第１の実施形態と同様である。

【０１６３】以上が、本発明の第４の実施形態である。
第４の実施形態を実行することにより、第１の実施形態の効果に加えて、全クライアントマシンにプロフィール情報を配置する必要がなくなる効果がある。

【０１６４】第１の実施形態の電子商取引装置において、発注装置に発注の代替案を他の受注装置に送信する手段とを具備した発注装置を具備したことを特徴とする電子商取引装置について説明する。

【０１６５】図１７は、本実施形態の電子商取引装置の基本的な動作の処理手順を示すフローチャートである。

【０１６６】図１８は、本実施形態の電子商取引装置の概略構成を示す図である。 図１８において、２４０は第２のサーバ機構である。

【０１６７】図１８に示す様に、本実施形態の電子商取引装置は、第２のサーバ機構２４０を有している。

【０１６８】また、本実施形態の電子商取引装置では、
電子商取引を行うための第１のサーバ機構と、第２サーバ機構に６つの機構、クライアント機構に７つの機構を備えており、サーバ機構とクライアント機構内のハードウェア及びハードウェアを制御するプログラムによってそれらの機構が動作する。

【０１６９】チケット予約を受付けるためのサーバ機構の第１〜第６の機構は、実施形態１と同様である。

【０１７０】チケット予約を送信するためのクライアント機構の第１〜第７の機構は、実施形態１と同様である。

【０１７１】本実施形態の電子商取引装置の各機能の詳細と動作を説明する前に、本実施形態で取扱う電子商取引装置に関する情報について説明する。 なお、以下に説明する情報は、本実施形態の電子商取引装置の基本的な動作を説明する為に例示するものであり、本実施形態の電子商取引装置の適用範囲を限定するものではない。

【０１７２】図１９は、本実施形態の電子商取引装置のサーバ情報のレコード構成とその各レコードに対応するデータの一例を示す図である。 図１９において、１９はサーバ情報、１９１はサーバ名、１９２はサーバＵＲＬ
である。

【０１７３】図１９に示す様に、本実施形態の電子商取引装置のサーバ情報のレコード構成とその各レコードに対応するデータでは、サーバ情報として、サーバ名１９
１、サーバＵＲＬ１９２を記憶している。

【０１７４】図１９に示す情報は、記憶機構２１６に格納する。

【０１７５】以下に、予約状況を監視し、その監視している状態によって、予約するサーバを変更する、すなわち、予約先を変更することで、予約要求者の予約手順を少なくする処理手順について説明する。

【０１７６】図１７に示すように、本実施形態の電子商取引装置において、ステップ１１１、ステップ１１２、
ステップ１１３、ステップ１１４、ステップ１１５、ステップ１１６、ステップ１１７、ステップ１１８、ステップ１７０１、ステップ１７０２は、クライアント機構２１０で実行されるステップである。 また、ステップ１
２１、ステップ１２２、ステップ１２３、ステップ１２
４、ステップ１２５、ステップ１２６、ステップ１７０
３、ステップ１７０４、ステップ１７０５は、サーバ機構２００で実行されるステップである。

【０１７７】また、図１７に示すように、クライアント機構２１０で実行されるステップ１１１からステップ１
１８までの処理と、サーバ機構２００で実行されるステップ１２１からステップ１２６までの処理は第１の実施形態と同様である。

【０１７８】ステップ１７０１の処理では、記憶機構２
１６に格納したサーバ情報を読み出す。

【０１７９】ステップ１７０２の処理では、通信機構２
２０を介して、チケット予約情報を第２のサーバ機構２
４０に送信する。

【０１８０】ステップ１７０３の処理では、通信機構２
２０を介して、予約情報をクライアント機構から受信する。

【０１８１】ステップ１７０４の処理では、記憶機構２
０５に格納された空席情報をアクセスする。

【０１８２】ステップ１７０５の処理では、通信機構２
２０を介して予約確認情報をクライアント機構２１０に送信する。

【０１８３】ステップ１７０６の処理では、通信機構２
２０を介して予約確認情報を第２のサーバから受信する。

【０１８４】第５の実施例の他の処理は、第１の実施形態と同様である。

【０１８５】以上が、本発明の第５の実施形態である。
第５の実施形態を実行することにより、第１の実施形態と同様の効果を得ることができる。

【０１８６】第１の実施形態の電子商取引装置において、発注装置に発注状態を監視する手段とを具備した発注装置を具備したことを特徴とする電子商取引装置について説明する。

【０１８７】図２０は、本実施形態の電子商取引装置の基本的な動作の処理手順を示すフローチャートである。

【０１８８】図２１は、本実施形態の電子商取引装置の概略構成を示す図である。 図２１において、２１０１は販売状態情報管理機構である。

【０１８９】図２１に示す様に、本実施形態の電子商取引装置は、第１の実施形態同様な機器と、販売状態情報管理機構２１０１を有している。

【０１９０】また、図２１に示す様に、本実施形態の電子商取引装置では、電子商取引を行うためのサーバ機構に７つの機構、クライアント機構に７つに機構を備えており、サーバ機構とクライアント機構内のハードウェア及びハードウェアを制御するプログラムによってそれらの機構が動作する。

【０１９１】チケット予約を受付けるためのサーバ機構の第１〜第６の機構は、第１の実施形態と同様である。

【０１９２】チケット予約を受付けるためのサーバ機構の第７の機構は、予約が決定した後の状態、すなわち、
代金の支払い状態や、チケットの取り寄せや配送といったチケットの状態などを管理する販売状態情報管理機構２１０１である。

【０１９３】チケット予約を送信するためのクライアント機構の第１〜第７の機構は、第１の実施形態と同様である。

【０１９４】本実施形態の電子商取引装置の各機能の詳細と動作を説明する前に、本実施形態で取扱う電子商取引装置に関する情報について説明する。 なお、以下に説明する情報は、本実施形態の電子商取引装置の基本的な動作を説明するために例示するものであり、本実施形態の電子商取引装置の適用範囲を限定するものではない。

【０１９５】図２２は、本実施形態の電子商取引装置のチケット販売状況情報のレコード構成とその各レコードに対応するデータの一例を示す図である。 図２２において、２２はチケット販売状況情報、２２１は購入者会員番号、２２２はチケット＃、２２３は状態である。

【０１９６】図２２に示す様に、本実施形態の電子商取引装置のチケット販売状況情報のレコード構成とその各レコードに対応するデータでは、チケットの予約後の状態を管理するためのチケット販売状況情報として、チケットを予約した予約要求者の会員番号２２１、チケットの識別番号であるチケット＃２２２、チケットの状態である状態２２３を記憶している。 図２２に示す情報は、
記憶機構２１６に格納する。

【０１９７】以下に、チケット予約成立後にチケット販売状態を監視し、その監視している状態によって、予約代替案を作成し、予約代行を行うことで、予約要求者の予約手順を少なくする処理手順について説明する。

【０１９８】本実施形態は予約成立後の電子商取引装置の動作である。 図２０に示すように、本実施形態の電子商取引装置において、ステップ２００１、ステップ２０
０５、ステップ２００６、ステップ１１９、ステップ１
１１０、ステップ１１１１は、クライアント機構２１０
で実行されるステップである。 また、ステップ２００
２、ステップ２００３、ステップ２００４、ステップ１
２４は、サーバ機構２００で実行されるステップである。

【０１９９】また、図２０に示すように、ステップ２０
０１の処理では、通信網２２０を介して、サーバ機構２
２０にチケット販売状態確認要求を送信する。

【０２００】ステップ２００２の処理では、通信網２２
０を介して、クライアント機構２１０から、チケット販売状態確認要求を受信する。

【０２０１】ステップ２００３の処理では、チケット販売状態情報を記憶機構２０５からアクセスする。

【０２０２】ステップ２００４の処理では、通信網２２
０を介して、クライアント機構２２０へ、チケット販売状態情報を送信する。

【０２０３】ステップ２００５の処理では、通信網２２
０を介して、サーバ機構２００から、チケット販売状態情報を受信する。

【０２０４】ステップ２００６の処理では、ステップ２
００５で受信したチケット販売状態情報に正常であるか、ないかの判定を行う。 正常であれば、ある一定時間後にステップ２００１を実行する。 異常であれば、ステップ１１９の処理を実行する。

【０２０５】ステップ１１９、ステップ１１１０、ステップ１２４は第１の実施形態と同様な動作を行う。

【０２０６】ステップ１１１１の処理では、ステップ１
１１０で作成された情報を、サーバ機構に送信しチケットの予約作業を行う。 本ステップの動作の状況をユーザに知らせるために、図２３に示した画面を用いる。 図２
３にＷＷＷブラウザ上にチケットの再予約の状態をユーザに知らせる画面の例を示す。 図２３において、２３１
は予約後の状態の内容表示するラベルである。

【０２０７】以上が、本発明の第６の実施形態である。
第１の実施形態では予約が取れなかった場合に、代替案を作成し、予約作業を自動的に行うことで、予約要求者の予約作業手順を削減することが可能にするが、第６の実施形態では、予約後の異常を自動的に発見して、代替案を作成して再予約を行う。 これにより、予約に異常が起きた場合にでも、早期に対応ができる。 また、本実施形態では、サーバ機構２００にチケット販売状態管理機構２１０１を備えていたが、前記機構がなくても、チケット販売側の異常を早期に発見することができる。 予約後、店舗が存在するかということを、予約後に監視する。 予約した後、送金後、店舗の異常を発見し、だまされたのかどうかをチェックすることができる。

【０２０８】第１の実施形態の電子商取引装置において、代替案を作成する手段を、受注装置から発注装置へ移動することを特徴とした発注装置を具備したことを特徴とする電子商取引装置について説明する。

【０２０９】図２４は、本実施形態の電子商取引装置の基本的な動作の処理手順を示すフローチャートである。
図２５は、本実施形態の電子商取引装置の概略構成を示す図である。

【０２１０】また、本実施形態の電子商取引装置では、
電子商取引を行うためのサーバ機構に７つの機構、クライアント機構に６つの機構を備えており、サーバ機構とクライアント機構内のハードウェア及びハードウェアを制御するプログラムによってそれらの機構が動作する。

【０２１１】チケット予約を受付けるためのサーバ機構の第１〜第６の機構は、実施形態１と同様である。 ただ、サーバ機構内にある予約代行機構管理機構２５０１
が異なる。 予約代行機構管理機構２５０１は記憶機構２
０５から予約代行機構をクライアント機構に送信する機能を持つ。

【０２１２】チケット予約を送信するためのクライアント機構の５つの機構は、実施形態１と同様であり、ダウンロードモジュール実行機構２５０２が異なる。 ダウンロードモジュール実行機構２５０２はサーバ機構２００
から受信した予約代行機構２５を受信して、予約代行機構２５を実行する機能を持つ。

【０２１３】以下に、予約状況を監視し、その監視している状態によって、予約を代行する機構をダウンロードして実行して予約を行うことで、予約要求者の予約手順を少なくする処理手順について説明する。

【０２１４】図２４に示すように、本実施形態の電子商取引装置において、ステップ１１１、ステップ１１２、
ステップ１１３、ステップ１１４、ステップ１１５、ステップ１１６、ステップ１１７、ステップ１１８、ステップ２４０２、ステップ１１９、ステップ１１１０、ステップ１１１１は、クライアント機構２１０で実行されるステップである。 また、ステップ１２１、ステップ１
２２、ステップ１２３、ステップ１２４、ステップ１２
５、ステップ１２６、ステップ２４０１は、サーバ機構２００で実行されるステップである。

【０２１５】また、図２４に示すように、クライアント機構２１０で実行されるステップ１１１からステップ１
１９までの処理とステップ１１１０の処理とステップ１
１１１の処理、サーバ機構２００で実行されるステップ１２１からステップ１２６までの処理は第１の実施形態と同様である。

【０２１６】ステップ２４０１の処理では、予約代行機構を送信する。 ステップ２４０２の処理では、予約代行機構を受信する。 第７の実施例の他の処理は、第１の実施形態と同様である。 以上が、本発明の第７の実施形態である。 第７の実施形態を実行することにより、第１の実施形態と同様の効果に加え、予約に失敗した時にだけ、予約代行機能をダウンロードして実行するので、クライアント機構２２０の記憶機構２１６のスペースを有効に使用することができる。

【０２１７】第１の実施形態の電子商取引装置において、発注装置に送受信情報監視手段と代替案作成手段を格納した記憶媒体と、前記記憶媒体を読み込む手段と、
前記記憶媒体が読み込み可能を判断する手段と、前記読み込み可能手段からの情報から、前記記憶媒体に格納した手段を開始、停止させる手段とを具備した発注装置を具備したことを特徴とする電子商取引装置について説明する。

【０２１８】図２６は、本実施形態の電子商取引装置の基本的な動作の処理手順を示すフローチャートである。

【０２１９】図２７は、本実施形態の電子商取引装置の概略構成を示す図である。 図２７において、２７０１は記憶媒体格納監視機構、２７０２は記憶媒体読取機構、
２７０３は記憶媒体である。

【０２２０】図２７に示す様に、本実施形態の電子商取引装置は、第１の実施形態同様な機器と、記憶媒体格納監視機構２７０１、記憶媒体読取機構２７０２、記憶媒体２７０３を有している。

【０２２１】また、図２７に示す様に、本実施形態の電子商取引装置では、電子商取引を行うためのサーバ機構に６つの機構、クライアント機構に９つの機構を備えており、サーバ機構とクライアント機構内のハードウェア及びハードウェアを制御するプログラムによってそれらの機構が動作する。

【０２２２】チケット予約を受付けるためのサーバ機構の第１〜第６の機構は、第１の実施形態と同様である。

【０２２３】チケット予約を送信するためのクライアント機構の第１〜第７の機構は、第１の実施形態と同様である。 ただし、第５の機構は記憶媒体２７０３に格納しておく。

【０２２４】チケット予約を送信するためのクライアント機構の第８の機構は、記憶媒体が挿入されているか、
いないかを判定する記憶媒体格納監視機構２７０１である。

【０２２５】チケット予約を送信するためのクライアント機構の第９の機構は、記憶媒体に格納された情報を読込む記憶媒体読取機構２７０２である。

【０２２６】以下に、チケット予約状態を監視し、その監視している状態によって、予約代替案を作成し、予約代行を行う機構を記憶媒体に格納し、その記憶媒体が格納されているかいないかを判定し、予約代行機構を動作開始、停止させることで、本発明を使いやすくした例について説明する。

【０２２７】図２６に示すように、本実施形態の電子商取引装置において、ステップ１１１、ステップ１１２、
ステップ１１３、ステップ１１４、ステップ１１５、ステップ１１６、ステップ２６０１は、クライアント機構２１０で実行されるステップである。 また、ステップ１
２１、ステップ１２２、ステップ１２３、ステップ１２
４、ステップ１２５、ステップ１２６は、サーバ機構２
００で実行されるステップである。

【０２２８】また、図２６に示すように、ステップ２６
０１の処理では、記憶媒体読取機構に、予約代行機構２
１５が格納されているのかいないかを判定する。 判定の結果、挿入されているのであればステップ１１８の動作に移り、格納されていないのであれば、予約代行機構を動作させない。 記憶媒体が挿入されているならば、図２
８に示した画面を用いて、予約代行機構２１５が動作することユーザに知らせる。 図２８において、２８１は動作を開始したことを示すラベル、２８２は確認ボタンである。 また、記憶媒体が挿入されていないのであれば、
図２９に示した画面を用いて、予約代行機構２１５が停止していることをユーザに知らせる。 図２９において、
２９１は動作が停止したことを示すラベル、２９２は確認ボタンである。

【０２２９】以上が、本発明の第８の実施形態である。
第１の実施形態では、常時予約代行機構が動作してしまう。 本実施形態では、予約要求者が予約代行機構を必要としなかった場合に、予約代行機構を格納した記憶媒体を抜き取るだけで簡単に停止できる。 また、予約代行機構を必要とした場合には、予約代行機構を格納した記憶媒体を挿入するだけで簡単に機能を復帰することができる。

【０２３０】

【発明の効果】本発明の効果は、通信網を用いたチケット予約や商品発注において、予約または発注要求者の予約、発注手順を削減することである。 また、本発明の他の効果は、通信網を用いたチケット予約や商品発注において、ユーザのプロフィールが盗聴や悪用の危険を回避することである。 更に、本発明の他の効果は、通信網を用いた商品発注において、発注者の損害を低下させることである。 また更に、本発明の他の効果は、通信網を用いたチケット予約や商品発注において、予約または発注要求者の予約、発注手順を削減する機能の開始と停止を容易にすることである。

【図面の簡単な説明】

【図１】本発明の第１の実施形態による基本的な動作を示すフローチャートである。

【図２】第１の実施形態の概略構成である。

【図３】サーバ側の記憶機構に格納するチケット情報レコードの構成とそのレコードに属するデータ例の図である。

【図４】サーバ側の記憶機構に格納する空席情報レコードの構成とそのレコードに属するデータ例の図である。

【図５】第１の実施例に用いるクライアント側の記憶機構に格納するプロフィール情報レコードの構成とそのレコードに属するデータ例の図である。

【図６】第１の実施例のステップ１１１０の詳細な手順を示したフローチャートである。

【図７】予約情報の入力を受付けるページの画面例である。

【図８】予約結果を表示するページの画面例である。

【図９】第２の実施例に用いるクライアント側の記憶機構に格納するプロフィール情報レコードの構成とそのレコードに属するデータ例の図である。

【図１０】第２の実施例のステップ１１１０の詳細な手順を示したフローチャートである。

【図１１】本発明の第３の実施形態による基本的な動作を示すフローチャートである。

【図１２】本発明の第３の実施形態の概略構成である。

【図１３】サーバ側の記憶機構に格納する販売実績情報レコードの構成とそのレコードに属するデータ例の図である。

【図１４】第３の実施例のステップ１１１０の詳細な手順を示したフローチャートである。

【図１５】本発明の第４の実施形態による基本的な動作を示すフローチャートである。

【図１６】本発明の第４の実施形態の概略構成である。

【図１７】本発明の第５の実施形態による基本的な動作を示すフローチャートである。

【図１８】本発明の第５の実施形態の概略構成である。

【図１９】第５の実施例に用いるクライアント側の記憶機構に格納するサーバ情報レコードの構成とそのレコードに属するデータ例の図である。

【図２０】本発明の第６の実施形態による基本的な動作を示すフローチャートである。

【図２１】本発明の第６の実施形態の概略構成である。

【図２２】第６の実施例に用いるサーバ側の記憶機構に格納するチケット販売状況情報レコードの構成とそのレコードに属するデータ例の図である。

【図２３】予約結果を表示するページの画面例である。

【図２４】本発明の第７の実施形態による基本的な動作を示すフローチャートである。

【図２５】本発明の第７の実施形態の概略構成である。

【図２６】本発明の第８の実施形態による基本的な動作を示すフローチャートである。

【図２７】本発明の第８の実施形態の概略構成である。

【図２８】予約代行機構動作開始を表示するページの画面例である。

【図２９】予約代行機構動作停止を表示するページの画面例である。

【符号の説明】

２００…サーバ機構、２１０…クライアント機構、 ２
２０…通信網、２０１…制御機構、２０２…チケット情報検索機構、２０３…予約受付機構、２０３１…空席状況確認機構、２０３２…予約登録機構、２０４…通信機構、２０５…記憶機構、 ２０６…データバス、
２１１…制御機構、２１２…情報入力機構、 ２１２１
…キーボード、２１２２…マウス、２１３…情報表示機構、 ２１４１…入力機構、 ２１４２…表示機構、２
１５…予約代行機構、 ２１５１…監視機構、 ２１５
２…判断機構、２１５３…情報生成機構、２１６…記憶機構、 ２１７…データバス。