(57)【要約】【課題】購入者と販売者の識別子のチェックを、電子商取引の開始段階で行っていないために、信頼度の高い電子商取引を実現することが困難であった。具体的には、販売者の信頼性を高めるために、別途、審査機関などを設ける必要があった。【解決手段】第一情報処理装置と第二情報処理装置とサーバ装置を具備し、第一情報処理装置と第二情報処理装置の間で電子商取引を行う情報処理システムであって、サーバ装置が購入者識別子と販売者識別子を受信し、当該購入者識別子と販売者識別子の認証を行い、購入者識別子と販売者識別子の両者の認証結果が、認証許可の場合のみ電子商取引を行わす情報処理システムであり、かかる情報処理システムにより、安全な電子商取引が容易に実現される。【選択図】  図２
2004213452.tif 000002
【特許請求の範囲】
【請求項１】
第一情報処理装置と第二情報処理装置とサーバ装置を具備し、
前記第一情報処理装置と前記第二情報処理装置の間で電子商取引を行う情報処理システムであって、
前記第一情報処理装置は、
前記第一情報処理装置のユーザである購入者の識別子である購入者識別子を格納している購入者識別子格納部と、
前記購入者識別子を前記サーバ装置に送信する購入者識別子送信部を具備し、
前記第二情報処理装置は、
前記第二情報処理装置のユーザである販売者の識別子である販売者識別子を格納している購入者識別子格納部と、
前記販売者識別子を前記サーバ装置に送信する販売者識別子送信部を具備し、
前記サーバ装置は、
前記第一情報処理装置から購入者識別子を受信する購入者識別子受信部と、
前記第二情報処理装置から販売者識別子を受信する販売者識別子受信部と、
前記購入者識別子と前記販売者識別子の認証を行う認証部を具備し、
前記認証部における、購入者識別子と販売者識別子の両者の認証結果が、認証許可の場合のみ電子商取引を行わす情報処理システム。
【請求項２】
第一情報処理装置と第二情報処理装置とサーバ装置を具備し、
前記第一情報処理装置と前記第二情報処理装置の間で電子商取引を行う情報処理システムであって、
前記第一情報処理装置は、
前記第一情報処理装置のユーザである購入者の識別子である購入者識別子を格納している購入者識別子格納部と、
前記購入者識別子を前記第二情報処理装置に送信する購入者識別子送信部を具備し、
前記第二情報処理装置は、
前記第一情報処理装置から購入者識別子を受信する購入者識別子受信部と、
前記第二情報処理装置のユーザである販売者の識別子である販売者識別子を格納している購入者識別子格納部と、
前記販売者識別子と前記購入者識別子を前記サーバ装置に送信する識別子送信部を具備し、
前記サーバ装置は、
前記第二情報処理装置から販売者識別子と購入者識別子を受信する識別子受信部と、
前記購入者識別子と前記販売者識別子の認証を行う認証部を具備し、
前記認証部における、購入者識別子と販売者識別子の両者の認証結果が、認証許可の場合のみ電子商取引を行わす情報処理システム。
【請求項３】
第一情報処理装置と第二情報処理装置とサーバ装置を具備し、
前記第一情報処理装置と前記第二情報処理装置の間で電子商取引を行う情報処理システムであって、
前記第一情報処理装置は、
前記第二情報処理装置のユーザである販売者の識別子である販売者識別子を前記第二情報処理装置から受信する販売者識別子受信部と、
前記第一情報処理装置のユーザである購入者の識別子である購入者識別子を格納している購入者識別子格納部と、
前記販売者識別子と前記購入者識別子を前記サーバ装置に送信する識別子送信部を具備し、
前記第二情報処理装置は、
販売者識別子を格納している販売者識別子格納部と、
前記販売者識別子を前記第一情報処理装置に送信する販売者識別子送信部を具備し、
前記サーバ装置は、
前記第一情報処理装置から購入者識別子と販売者識別子を受信する識別子受信部と、
前記購入者識別子と前記販売者識別子の認証を行う認証部を具備し、
前記認証部における、購入者識別子と販売者識別子の両者の認証結果が、認証許可の場合のみ電子商取引を行わす情報処理システム。
【請求項４】
前記サーバ装置は、
前記認証部における、購入者識別子と販売者識別子の両者の認証結果が、認証許可の場合のみ前記第一情報処理装置または／および前記第二情報処理装置に対して電子商取引を許可する情報である取引許可情報を送信し、
前記第一情報処理装置または／および前記第二情報処理装置が、前記取引許可情報を受信した場合のみ、両装置の間で電子商取引の処理を行う請求項１から請求項３いずれか記載の情報処理システム。
【請求項５】
前記購入者識別子格納部は、前記第一情報処理装置から着脱可能な記録媒体により構成される請求項１から請求項４いずれか記載の情報処理システム。
【請求項６】
前記販売者識別子格納部は、前記第二情報処理装置から着脱可能な記録媒体により構成される請求項１から請求項４いずれか記載の情報処理システム。
【請求項７】
前記第一情報処理装置は、非接触ＩＣカードリーダーを具備し、前記購入者識別子は、ＩＣカードから非接触で受信した情報である請求項１から請求項４いずれか記載の情報処理システム。
【請求項８】
前記第二情報処理装置は、非接触ＩＣカードリーダーを具備し、前記販売者識別子は、ＩＣカードから非接触で受信した情報である請求項１から請求項４いずれか記載の情報処理システム。
【請求項９】
前記サーバ装置は、
購入可能な対象の価格の上限に関する情報である上限価格情報と、購入者識別子または／および販売者識別子を有する電子商取引情報を格納している電子商取引情報格納部と、
前記第一情報処理装置または前記第二情報処理装置から購入対象情報を受信する購入対象情報受信部と、
受信した購入者識別子または／および販売者識別子と対になる上限価格情報を前記電子商取引情報格納部から取得する上限価格情報取得部と、
前記上限価格情報取得部が取得した上限価格情報と前記購入対象情報受信部が受信した購入対象情報に基づいて、購入対象の商品またはサービスが、電子商取引できる範囲の価格であるか否かを判断する判断部と、
前記判断部における判断結果が、電子商取引できる範囲の価格であるとの判断の場合のみ、電子商取引を行わす請求項１から請求項８いずれか記載の情報処理システム。
【請求項１０】
前記サーバ装置は、
購入者識別子または／および販売者識別子を有する電子商取引の取引結果情報を受信する取引結果情報受信部と、
前記取引結果情報受信部で受信した取引結果情報に基づいて、当該取引結果情報が有する購入者識別子または／および販売者識別子と対になる上限価格情報を更新する上限価格情報更新部をさらに具備する請求項９記載の情報処理システム。
【請求項１１】
前記取引結果情報受信部が受信する取引結果情報に基づいて、前記上限価格情報更新部は上限価格情報を増加して更新する請求項１０記載の情報処理システム。
【請求項１２】
前記サーバ装置は、
購入者または／および販売者に対応する保険料に関する情報である保険料情報と、購入者識別子または／および販売者識別子を対で管理している請求項１から請求項１１いずれか記載の情報処理システム。
【請求項１３】
前記サーバ装置は、
購入者識別子または／および販売者識別子を有する電子商取引の取引結果情報を受信する取引結果情報受信部と、
前記取引結果情報受信部で受信した取引結果情報に基づいて、当該取引結果情報が有する購入者識別子または／および販売者識別子と対になる保険料情報を更新する保険料情報更新部をさらに具備する請求項１２記載の情報処理システム。
【請求項１４】
第一情報処理装置と第二情報処理装置とサーバ装置を具備し、前記第一情報処理装置と前記第二情報処理装置の間で電子商取引を行う情報処理システムであって、
前記サーバ装置が購入者識別子と販売者識別子を受信し、当該購入者識別子と販売者識別子の認証を行い、
購入者識別子と販売者識別子の両者の認証結果が、認証許可の場合のみ電子商取引を行わす情報処理システム。
【請求項１５】
請求項１から請求項１４いずれか記載の情報処理システムを構成するサーバ装置。
【請求項１６】
請求項１から請求項１３いずれか記載の情報処理システムを構成する第一情報処理装置。
【請求項１７】
請求項１から請求項１３いずれか記載の情報処理システムを構成する第二情報処理装置。
【請求項１８】
請求項５または請求項６いずれか記載の情報処理システムを構成する着脱可能な記録媒体。
【請求項１９】
請求項７または請求項８いずれか記載の情報処理システムを構成する第一情報処理装置または／および第二情報処理装置に購入者識別子または／および販売者識別子を読み込まれる非接触ＩＣカード。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワーク等を利用した電子商取引の情報処理システム等に関するものである。
【０００２】
【従来の技術】
従来の電子商取引を実現する情報処理システムにおいて、アプリケーションサービスプロバイダーが、別途、販売者側の信頼性のチェックを事前に行っていた。また、購入者は、会員登録し、発行された会員番号を入力して、電子商取引を行っていた（非特許文献１参照）。
【０００３】
【非特許文献１】
楽天ＩＣＨＩＢＡホームページ、インターネット＜ｈｔｔｐ：／／ｗｗｗ．ｓｔｖ．ｎｅ．ｊｐ／ｗｅｂｃａｍ／ｏｔａｒｕｕｎｇａ／ｉｎｄｅｘ．ｈｔｍｌ＞
【０００４】
【発明が解決しようとする課題】
しかしながら、従来の技術によれば、購入者と販売者の識別子のチェックを、電子商取引の開始段階で行っていないために、信頼度の高い電子商取引を実現することが困難であった。具体的には、販売者の信頼性を高めるために、別途、審査機関などを設ける必要があった。
【０００５】
また、電子商取引にトラブル（商品が届かない、入金がない、など）が発生した場合に、救済が困難であった。
【０００６】
【課題を解決するための手段】
以上の課題を解決するために、第一の発明は、第一情報処理装置と第二情報処理装置とサーバ装置を具備し、第一情報処理装置と第二情報処理装置の間で電子商取引を行う情報処理システムであって、サーバ装置が購入者識別子と販売者識別子を受信し、当該購入者識別子と販売者識別子の認証を行い、購入者識別子と販売者識別子の両者の認証結果が、認証許可の場合のみ電子商取引を行わす情報処理システムであり、かかる情報処理システムにより、安全な電子商取引が容易に実現される。
【０００７】
また、購入者識別子や購入者識別子が、各情報処理装置から着脱可能な記録媒体に記録される構成であり、かつ電子商取引を行う運用者が当該記録媒体を購入し、かかる資金で、電子商取引のトラブルに対して保険料を捻出することにより、さらに安全な電子商取引が実現される。また、購入者識別子や購入者識別子が、非接触ＩＣカードに記録される構成においても同様である。
【０００８】
また、サーバ装置は、購入可能な対象の価格の上限に関する情報である上限価格情報と購入者識別子を有する購入者情報を格納している購入者情報格納部と、第一情報処理装置または第二情報処理装置から購入対象情報を受信する購入対象情報受信部と、購入者識別子受信部が受信した購入者識別子と対になる上限価格情報を前記購入者情報格納部から取得する上限価格情報取得部と、上限価格情報取得部が取得した上限価格情報と購入対象情報受信部が受信した購入対象情報に基づいて、購入対象の商品またはサービスが、購入者の購入できる範囲の価格であるか否かを判断する判断部と、判断部における判断結果が、購入者が購入できる範囲の価格であるとの判断の場合のみ、電子商取引を行わすことにより、さらに安全な電子商取引が実現される。
【０００９】
また、サーバ装置は、購入者識別子または／および販売者識別子を有する電子商取引の取引結果情報を受信する取引結果情報受信部と、取引結果情報受信部で受信した取引結果情報に基づいて、当該取引結果情報が有する購入者識別子または／および販売者識別子と対になる上限価格情報を更新する上限価格情報更新部をさらに具備することにより、信頼度に合致した取引が可能になる。
【００１０】
また、サーバ装置は、購入者または／および販売者に対応する保険料に関する情報である保険料情報と、購入者識別子または／および販売者識別子を対で管理する仕組みにより、電子商取引のトラブルに対する補償のための金額を捻出できる。
【００１１】
さらに、サーバ装置は、購入者識別子または／および販売者識別子を有する電子商取引の取引結果情報を受信する取引結果情報受信部と、取引結果情報受信部で受信した取引結果情報に基づいて、当該取引結果情報が有する購入者識別子または／および販売者識別子と対になる保険料情報を更新する保険料情報更新部をさらに具備することにより、取引ログから想定される信頼度に合致した妥当な保険料が管理できる。
【００１２】
【発明の実施の形態】
以下に、本発明の実施の形態について、図面を用いて詳細に説明する。なお、本実施の形態において、同一の符号を用いた構成要素やフローチャートのステップなどは、同じ機能を果たすので、一度説明したものについて説明を省略する場合がある。
【００１３】
（実施の形態１）
図１は、本情報処理システムの概念図である。情報処理システムは、第一情報処理装置１１と第二情報処理装置１２とサーバ装置１３を具備する。情報処理システムは、電子商取引を行うシステムである。第一情報処理装置１１は、商品やサービスを購入する購入者側の情報処理装置である。第二情報処理装置１２は、商品やサービスを販売する販売者側の情報処理装置である。サーバ装置１３は、第一情報処理装置１１と第二情報処理装置１２の間で行われる電子商取引を保証する仕組みを提供するサーバ装置である。実施の形態１において、サーバ装置１３は、購入者識別子を第一情報処理装置１１から受信し、販売者識別子を第二情報処理装置１２から受信する。
【００１４】
図２は、本実施の形態における情報処理システムのブロック図である。第一情報処理装置１１は、入力受付部１１０１、購入者識別子格納部１１０２、購入者識別子送信部１１０３、第一取引許可情報受信部１１０４、電子商取引トリガー送信部１１０５、販売商品情報受信部１１０６、販売商品情報出力部１１０７、購入情報送信部１１０８を具備する。
【００１５】
第二情報処理装置１２は、電子商取引トリガー受信部１２０１、販売者識別子格納部１２０２、販売者識別子送信部１２０３、第二取引許可情報受信部１２０４、販売商品情報格納部１２０５、販売商品情報送信部１２０６、購入情報受信部１２０７、決済部１２０８を具備する。
【００１６】
サーバ装置１３は、購入者識別子受信部１３０１、販売者識別子受信部１３０２、認証部１３０３、取引許可情報送信部１３０４を具備する。
【００１７】
入力受付部１１０１は、入力を受け付ける。この入力は、電子商取引を開始する意思を示す入力や、購入する商品やサービスを特定する情報の入力や、購入決定の意思を示す入力などである。入力手段は、テンキーやキーボードやマウスやメニュー画面によるもの等、何でも良い。入力受付部１１０１は、テンキーやキーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。
【００１８】
購入者識別子格納部１１０２は、第一情報処理装置１１のユーザである購入者の識別子である購入者識別子を格納している。購入者識別子のデータ構造は問わない。また、ここでの格納は一時的な格納も含む。したがって、例えば、ＩＣカードに記録されている購入者識別子を、第一情報処理装置１１が非接触で取得して、一時格納している場合も、ここでいう格納に該当する。購入者識別子格納部１１０２は、不揮発性の記録媒体でも、揮発性の記録媒体でも良い。また、購入者識別子格納部１１０２は、第一情報処理装置１１から着脱可能な記録媒体で構成されても良い。
【００１９】
購入者識別子送信部１１０３は、購入者識別子格納部１１０２の購入者識別子をサーバ装置１３に送信する。購入者識別子をサーバ装置１３に送信するタイミングは、通常、入力受付部１１０１が電子商取引を開始する意思を示す入力を受け付けた場合である。購入者識別子送信部１１０３は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。なお、サーバ装置１３に購入者識別子を送信するためのサーバ装置１３の識別情報（ＩＰアドレスなど）は、第一情報処理装置１１が保持している、とする。
【００２０】
第一取引許可情報受信部１１０４は、電子商取引を許可する旨の情報である取引許可情報をサーバ装置１３から受信する。第一取引許可情報受信部１１０４は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。
【００２１】
電子商取引トリガー送信部１１０５は、第一取引許可情報受信部１１０４がサーバ装置１３から取引許可情報を受信した場合に、電子商取引を開始する旨を示す電子商取引トリガー情報を第二情報処理装置１２に送信する。なお、第二情報処理装置１２に電子商取引トリガー情報を送信するための第二情報処理装置１２の識別情報（ＩＰアドレスや電話番号など）は、第一情報処理装置１１が保持している、とする。
【００２２】
販売商品情報受信部１１０６は、電子商取引トリガー送信部１１０５における電子商取引トリガー情報の送信に対応して、第二情報処理装置１２から販売商品情報を受信する。販売商品情報とは、商品やサービスの購入を促す情報であり、例えば、電子商取引を行うための画面を構成するＨＴＭＬで記述されたホームページである。販売商品情報受信部１１０６は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。
【００２３】
販売商品情報出力部１１０７は、販売商品情報受信部１１０６が受信した販売商品情報を出力する。販売商品情報出力部１１０７は、例えば、ＨＴＭＬで記述されたホームページを解釈して、ディスプレイに表示する。
【００２４】
購入情報送信部１１０８は、入力受付部１１０１が受け付けた購入する商品やサービスに関する情報である購入情報を第二情報処理装置１２に送信する。購入情報のデータ構造等は問わない。購入情報送信部１１０８は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。
【００２５】
電子商取引トリガー受信部１２０１は、電子商取引トリガー情報を第一情報処理装置１１から受信する。電子商取引トリガー受信部１２０１は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。
【００２６】
販売者識別子格納部１２０２は、第二情報処理装置１２のユーザである販売者の識別子である販売者識別子を格納している。販売者識別子格納部１２０２は、不揮発性の記録媒体でも、揮発性の記録媒体でも良い。また、販売者識別子格納部１２０２は、第二情報処理装置１２から着脱可能な記録媒体や非接触ＩＣカード等で構成されても良い。
【００２７】
販売者識別子送信部１２０３は、販売者識別子格納部１２０２に格納されている販売者識別子をサーバ装置１３に送信する。販売者識別子をサーバ装置１３に送信するタイミングは、例えば、電子商取引トリガー受信部１２０１が電子商取引トリガー情報を第一情報処理装置１１から受信した場合である。販売者識別子送信部１２０３は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。
【００２８】
第二取引許可情報受信部１２０４は、販売者識別子送信部１２０３の販売者識別子の送信に対応して、取引許可情報をサーバ装置１３から受信する。第二取引許可情報受信部１２０４は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。
【００２９】
販売商品情報格納部１２０５は、販売商品情報を格納している。販売商品情報格納部１２０５は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。
【００３０】
販売商品情報送信部１２０６は、販売商品情報格納部１２０５の販売商品情報を第一情報処理装置１１に送信する。販売商品情報送信部１２０６は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。
【００３１】
購入情報受信部１２０７は、購入情報を受信する。購入情報受信部１２０７は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。
【００３２】
決済部１２０８は、購入情報受信部１２０７が受信した購入情報に基づいて、決済処理を行う。決済処理とは、例えば、銀行のサーバ装置に、購入者のクレジット番号と購入額の情報を送信する処理である。また、決済処理とは、購入情報から購入者の購入額を算出し、蓄積する処理である。決済部１２０８は、通常、ＭＰＵやメモリ等から実現され得る。決済部１２０８の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。
【００３３】
購入者識別子受信部１３０１は、購入者識別子を受信する。購入者識別子受信部１３０１は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。
【００３４】
販売者識別子受信部１３０２は、販売者識別子を受信する。販売者識別子受信部１３０２は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。
【００３５】
認証部１３０３は、購入者識別子受信部１３０１が受信した購入者識別子や販売者識別子受信部１３０２が受信した販売者識別子が正当な識別子であるか否かを認証する。なお、認証部１３０３の認証方法は、例えば、以下のような認証方法である。認証部１３０３は、電子商取引ができる購入者を識別する購入者識別子を１以上管理している。また、認証部１３０３は、電子商取引ができる販売者を識別する販売識別子を１以上管理している。そして、受信した購入者識別子や販売者識別子が管理されている識別子であるか否かを判断し、両者が管理されていれば、認証許可であると判断する。ただし、認証部１３０３の認証処理の内容は問わない。認証部１３０３は、通常、ＭＰＵやメモリ等から実現され得る。認証部１３０３が認証するための処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。
【００３６】
取引許可情報送信部１３０４は、認証部１３０３が、購入者識別子と販売者識別子の双方が正当な識別子である（認証許可）、と判断した場合に、取引許可情報を第一情報処理装置１１または／および第二情報処理装置１２に送信する。取引許可情報送信部１３０４は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。
【００３７】
以下、本情報処理システムの動作について説明する。まず、第一情報処理装置１１の動作について図３のフローチャートを用いて説明する。
【００３８】
（ステップＳ３０１）入力受付部１１０１は、入力を受け付けたか否かを判断する。入力を受け付ければステップＳ３０２に行き、入力を受け付けなければステップＳ３０１に戻る。
【００３９】
（ステップＳ３０２）購入者識別子送信部１１０３は、ステップＳ３０１で受け付けた入力が電子商取引の開始の指示の入力であるか否かを判断する。電子商取引の開始の指示の入力であればステップＳ３０３に行き、電子商取引の開始の指示の入力でなければステップＳ３１２に飛ぶ。
【００４０】
（ステップＳ３０３）購入者識別子送信部１１０３は、購入者識別子格納部１１０２から購入者識別子を取得する。
【００４１】
（ステップＳ３０４）購入者識別子送信部１１０３は、ステップＳ３０３で取得した購入者識別子をサーバ装置１３に送信する。なお、第一情報処理装置１１は、サーバ装置１３のＩＰアドレス等を予め保持している。
【００４２】
（ステップＳ３０５）第一取引許可情報受信部１１０４は、取引許可情報を受信したか否かを判断する。取引許可情報を受信すればステップＳ３０６に行き、取引許可情報を受信しなければステップＳ３１０に飛ぶ。
【００４３】
（ステップＳ３０６）電子商取引トリガー送信部１１０５は、電子商取引トリガー情報を構成する。電子商取引トリガー情報のデータ構造や、その内容は問わない。電子商取引トリガー情報は、購入者識別子の認証許可を受けたことを示す情報であれば良い。
【００４４】
（ステップＳ３０７）電子商取引トリガー送信部１１０５は、ステップＳ３０６で構成した電子商取引トリガー情報を第二情報処理装置１２に送信する。
【００４５】
（ステップＳ３０８）販売商品情報受信部１１０６は、販売商品情報を受信したか否かを判断する。販売商品情報を受信すればステップＳ３０９に行き、販売商品情報を受信しなければステップＳ３０８に戻る。なお、本ステップでは、タイムアウトにより処理を終了する。タイムアウトの場合は、第二情報処理装置１２の販売者識別子の認証に失敗した場合などである。
【００４６】
（ステップＳ３０９）販売商品情報出力部１１０７は、ステップＳ３０８で受信した販売商品情報を出力する。ステップＳ３０１に戻る。本ステップで、電子商取引を行うための画面が表示され、以後、ユーザの商品等購入のための操作を待つこととなる。
【００４７】
（ステップＳ３１０）タイムアウトか否かを判断する。タイムアウトであればステップＳ３１１に行き、タイムアウトでなければステップＳ３０５に戻る。
【００４８】
（ステップＳ３１１）エラーである旨を出力する。エラーとは、通信エラーまたは、認証エラー等が考えられる。処理を終了する。
【００４９】
（ステップＳ３１２）購入情報送信部１１０８は、ステップＳ３０１で受け付けた入力が商品等の購入決定の指示の入力であるか否かを判断する。購入決定の指示の入力であればステップＳ３１３に行き、購入決定の指示の入力でなければステップＳ３１５に飛ぶ。
【００５０】
（ステップＳ３１３）購入情報送信部１１０８は、バッファに格納されている情報等から商品等の購入情報を構成する。
【００５１】
（ステップＳ３１４）購入情報送信部１１０８は、ステップＳ３１３で構成した購入情報を第二情報処理装置１２に送信する。処理を終了する。
【００５２】
（ステップＳ３１５）入力をバッファに格納しておく。この入力は、例えば、購入する商品を識別する情報や、購入する商品の個数や、配達先や、支払い方法など購入に関する情報である購入情報である。ステップＳ３０１に戻る。
【００５３】
次に、第二情報処理装置１２の動作について図４のフローチャートを用いて説明する。
【００５４】
（ステップＳ４０１）電子商取引トリガー受信部１２０１は、電子商取引トリガー情報を受信したか否かを判断する。電子商取引トリガー情報を受信すればステップＳ４０２に行き、電子商取引トリガー情報を受信しなければステップＳ４０１に戻る。
【００５５】
（ステップＳ４０２）販売者識別子送信部１２０３は、販売者識別子を販売者識別子格納部１２０２から取得する。
【００５６】
（ステップＳ４０３）販売者識別子送信部１２０３は、ステップＳ４０２で取得した販売者識別子をサーバ装置１３に送信する。
【００５７】
（ステップＳ４０４）第二取引許可情報受信部１２０４は、取引許可情報を受信したか否かを判断する。取引許可情報を受信すればステップＳ４０５に行き、取引許可情報を受信しなければステップＳ４０９に飛ぶ。
【００５８】
（ステップＳ４０５）販売商品情報送信部１２０６は、販売商品情報格納部１２０５の販売商品情報を取得する。
【００５９】
（ステップＳ４０６）販売商品情報送信部１２０６は、ステップＳ４０５で取得した販売商品情報を第一情報処理装置１１に送信する。
【００６０】
（ステップＳ４０７）購入情報受信部１２０７は、第一情報処理装置１１から購入情報を受信したか否かを判断する。購入情報を受信すればステップＳ４０８に行き、購入情報を受信しなければステップＳ４０７に戻る。なお、本ステップでは、タイムアウトにより処理を終了する。タイムアウトの場合は、第一情報処理装置１１の購入者が取引を中断する処理を行った場合などである。
【００６１】
（ステップＳ４０８）決済部１２０８は、ステップＳ４０７で受信した購入情報に基づいて決済処理を行う。処理を終了する。
【００６２】
（ステップＳ４０９）タイムアウトか否かを判断する。タイムアウトであれば処理を終了し、タイムアウトでなければステップＳ４０４に戻る。
【００６３】
次に、サーバ装置１３の動作について図５のフローチャートを用いて説明する。
【００６４】
（ステップＳ５０１）購入者識別子受信部１３０１は、購入者識別子を受信したか否かを判断する。購入者識別子を受信すればステップＳ５０２に行き、購入者識別子を受信しなければステップＳ５０５に飛ぶ。
【００６５】
（ステップＳ５０２）認証部１３０３は、ステップＳ５０１で受信した購入者識別子が正当であるか否かの認証を行う。認証のアルゴリズムは何でも良い。認証は、既存技術を適用すれば可能であるので、認証技術についての説明は省略する。
【００６６】
（ステップＳ５０３）取引許可情報送信部１３０４は、ステップＳ５０２における認証結果が認証許可であるか否かを判断する。認証許可であればステップＳ５０４に行き、認証許可でなければ処理を終了する。
【００６７】
（ステップＳ５０４）取引許可情報送信部１３０４は、取引許可情報を第一情報処理装置１１に送信する。
【００６８】
（ステップＳ５０５）販売者識別子受信部１３０２は、販売者識別子を受信したか否かを判断する。販売者識別子を受信すればステップＳ５０６に行き、販売者識別子を受信しなければステップＳ５０１に戻る。
【００６９】
（ステップＳ５０６）認証部１３０３は、ステップＳ５０１で受信した販売者識別子が正当であるか否かの認証を行う。
【００７０】
（ステップＳ５０７）取引許可情報送信部１３０４は、ステップＳ５０６における認証結果が認証許可であるか否かを判断する。認証許可であればステップＳ５０８に行き、認証許可でなければ処理を終了する。
【００７１】
（ステップＳ５０８）取引許可情報送信部１３０４は、取引許可情報を第二情報処理装置１２に送信する。
【００７２】
以下、本実施の形態における情報処理システムの具体的な動作について説明する。情報処理システムの概念図を図６に示す。図６の情報処理システムは、第一情報処理装置１１と第二情報処理装置１２とサーバ装置１３を具備する。また、第一情報処理装置１１は、ＩＣカード６１から購入者識別子を非接触で読み取る非接触ＩＣカードリーダーを具備している。なお、ＩＣカード６１は、購入者識別子を格納している。ＩＣカード６１は、電子商取引を行うために、第一情報処理装置１１のユーザ（購入者）が、サーバ装置１３を営むアプリケーションサービスプロバイダーから購入したものである。
【００７３】
また、第二情報処理装置１２は、着脱可能な記録媒体６２の挿入口を具備しており、記録媒体６２が第二情報処理装置１２に挿し込まれると、第二情報処理装置１２は、記録媒体６２に蓄積されている販売者識別子を取得する。記録媒体６２は、電子商取引を行うために、第二情報処理装置１２のユーザ（販売者）が、サーバ装置１３を営むアプリケーションサービスプロバイダーから購入したものである。
【００７４】
本情報処理システムは、ＩＣカード６１または記録媒体６２を保有して、電子商取引を行うと、万が一のトラブルの際にも、サーバ装置１３を営むアプリケーションサービスプロバイダーが損金を補償してくれる、という仕組みを支えるシステムである。
【００７５】
今、第二情報処理装置１２のユーザである販売者は、図７に示す電子商取引のホームページを構築し、第二情報処理装置１２に当該ホームページを格納した、とする。そして、第二情報処理装置１２には、販売者識別子が記録されている記録媒体６２が挿入されている。
【００７６】
次に、第一情報処理装置１１のユーザである購入者は、第二情報処理装置１２にアクセスしようとする。この際、購入者は、購入者識別子が記録されているＩＣカードを保持している。例えば、購入者は、ＩＣカードに付けられている紐を首からぶら下げている。そして、非接触ＩＣカードリーダーを備えた第一情報処理装置１１は、ＩＣカードから購入者識別子を受信し、保持している。
【００７７】
次に、第一情報処理装置１１は、購入者識別子をサーバ装置１３に送信する。サーバ装置１３は、購入者識別子を受信し、予め管理している購入者識別子の中に、存在するか否かをチェックする。ここでは、第一情報処理装置１１の購入者識別子は、サーバ装置１３に管理されている識別子の中に含まれるとする。
【００７８】
次に、サーバ装置１３は、取引許可情報（たとえば、「１」という情報）を第一情報処理装置１１に送信する。次に、第一情報処理装置１１は、取引許可情報を受信し、第二情報処理装置１２にアクセスにいく。
【００７９】
次に、第二情報処理装置１２は、サーバ装置１３に販売者識別子を送信する。サーバ装置１３は、販売者識別子を受信し、予め管理している販売者識別子の中に、存在するか否かをチェックする。ここでは、第一情報処理装置１１の販売者識別子は、サーバ装置１３に管理されている識別子の中に含まれるとする。
【００８０】
次に、サーバ装置１３は、取引許可情報を第二情報処理装置１２に送信する。第二情報処理装置１２は、取引許可情報を受信し、第一情報処理装置１１に図７の電子商取引用のホームページを送信する。以上より、サーバ装置１３により保証された販売者と購入者の間で電子商取引の処理が開始されることになる。
【００８１】
次に、購入者は、図７の画面より、欲しい商品を選択し（「購入」ボタンを押下し）、「送信」ボタンを押下する。今、購入者は、左上の時計の「購入」ボタンを押下し、次に、「送信」ボタンを押下した、とする。次に、第一情報処理装置１１は、例えば、図８に示す購入情報を構成する。購入情報は、ここでは、「購入者識別子」「商品識別子」「金額」の情報を有する。「購入者識別子」は、ＩＣカードから受信した情報である。「商品識別子」は、選択した商品を識別する情報であり、ホームページに記載されている。「金額」は、選択した商品の額を示す情報であり、ホームページに記載されている。次に、第一情報処理装置１１は、図８に示す購入情報を第二情報処理装置１２に送信する。
【００８２】
次に、第二情報処理装置１２は、図８の購入情報を受信する。そして、第二情報処理装置１２は、決済処理をする。決済処理は、例えば、「購入者識別子」で識別される購入者のクレジット番号を他の装置から受信し、当該クレジット番号を用いて、「金額」で示される額を引き落とす処理を行うことである。その他、決済処理は、種々考えられる。
【００８３】
なお、第二情報処理装置１２は、図８の購入情報をサーバ装置１３に送信して良い。また、サーバ装置１３は、購入情報を受信し、格納しておくことが望ましい。つまり、サーバ装置１３は、電子商取引のログを格納しておくことが望ましい。商品が届かない場合や、購入金額の支払いができない場合などの電子商取引上のトラブルがあったときに、サーバ装置１３の運用者は、取引があったことを確認し、当該取引の不具合に対する補償をすることができるからである。
【００８４】
以上、本実施の形態によれば、電子商取引における販売者識別子と購入者識別子の両者の認証を行うことにより、保証された状態でできる電子商取引のシステムを提供できる。かかるシステムにおいて、特に、個人間の電子商取引でも安全に行える。また、販売者と購入者に対して販売した識別子が格納されている記録媒体、やＩＣカードなどにより、保険料を捻出できる。
【００８５】
なお、本実施の形態によれば、サーバ装置１３から第一情報処理装置１１、第二情報処理装置１２に取引許可情報を送信したが、どちらか一方に送信するだけでも良い。また、販売者と購入者の識別子をチェックし、安全な電子商取引を実現できれば、識別子や取引許可情報等のやりとりの手順は上記に限られない。つまり、サーバ装置が販売者識別子と購入者識別子を受信し、当該両識別子の認証を行い、認証許可の場合のみ電子商取引の処理を行えるシステムであれば良い。
【００８６】
また、本実施の形態によれば、購入者識別子や販売者識別子は、予め第一情報処理装置、第二情報処理装置に格納されていても良いし、情報処理装置から着脱可能な記録媒体に格納されていても良い。つまり、電子商取引を行う識別子に対して保証し、安全な電子商取引を実現できるシステムであれば良い。
【００８７】
さらに、本実施の形態における処理は、ソフトウェアで実現しても良い。そして、このソフトウェアをソフトウェアダウンロード等により配布しても良い。また、このソフトウェアをＣＤ−ＲＯＭなどの記録媒体に記録して流布しても良い。なお、このことは、本明細書における他の実施の形態においても該当する。
【００８８】
（実施の形態２）
図９は、本実施の形態における情報処理システムのブロック図である。実施の形態２において、サーバ装置９３は、第二情報処理装置９２からに送信される購入者識別子と販売者識別子を受信し、認証する。
【００８９】
第一情報処理装置９１は、入力受付部１１０１、購入者識別子格納部１１０２、購入者識別子送信部９１０３、販売商品情報受信部１１０６、販売商品情報出力部１１０７、購入情報送信部１１０８を具備する。
【００９０】
第二情報処理装置９２は、購入者識別子受信部９２０１、販売者識別子格納部１２０２、識別子送信部９２０３、第二取引許可情報受信部１２０４、販売商品情報格納部１２０５、販売商品情報送信部１２０６、購入情報受信部１２０７、購入対象情報送信部９２０４、決済部１２０８、価格条件合致情報受信部９２０９を具備する。
【００９１】
サーバ装置９３は、識別子受信部９３０１、認証部１３０３、購入者情報格納部９３０５、購入対象情報受信部９３０６、上限価格情報取得部９３０７、判断部９３０８、取引許可情報送信部１３０４、取引結果情報受信部９３０９、上限価格情報更新部９３１０、価格条件合致情報送信部９３１１を具備する。
【００９２】
購入者識別子送信部９１０３は、購入者識別子を第二情報処理装置９２に送信する。購入者識別子を第二情報処理装置９２に送信するタイミングは、通常、入力受付部１１０１が購入の意思を示す入力を受け付けた場合である。購入者識別子送信部９１０３は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。なお、第二情報処理装置９２に購入者識別子を送信するための第二情報処理装置９２の識別情報（ＩＰアドレスなど）は、第一情報処理装置９１が保持している、とする。
【００９３】
購入者識別子受信部９２０１は、第一情報処理装置９１から購入者識別子を受信する。購入者識別子受信部９２０１は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。
【００９４】
識別子送信部９２０３は、購入者識別子受信部９２０１が受信した購入者識別子と、販売者識別子格納部１２０２の販売者識別子をサーバ装置１３に送信する。識別子送信部９２０３は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。
【００９５】
価格条件合致情報受信部９２０９は、価格条件合致情報をサーバ装置９３から受信する。価格条件合致情報とは、ある購入者が購入できる商品等の上限価格の条件に、購入しようとする商品等の金額が合致するか否かを示す情報である。価格条件合致情報受信部９２０９で受信した価格条件合致情報が条件に合致するとの情報である場合のみ、決済部１２０８が決済を行う（電子商取引が行われる）。
【００９６】
識別子受信部９３０１は、第二情報処理装置９２から購入者識別子と販売者識別子を受信する。識別子受信部９３０１は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。
【００９７】
購入者情報格納部９３０５は、購入可能な対象の価格の上限に関する情報である上限価格情報と購入者識別子を有する購入者情報を格納している。購入者情報格納部９３０５は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。
【００９８】
購入対象情報受信部９３０６は、第二情報処理装置９２から購入対象情報を受信する。購入対象情報とは、購入者が購入する商品やサービスの金額を示す情報を含む、購入の対象に関する情報である。購入対象情報受信部９３０６は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。
【００９９】
上限価格情報取得部９３０７は、購入者識別子受信部９２０１が受信した購入者識別子と対になる上限価格情報を購入者情報格納部９３０５から取得する。上限価格情報取得部９３０７は、通常、ＭＰＵやメモリ等から実現され得る。上限価格情報取得部９３０７が情報を取得するための処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。
【０１００】
判断部９３０８は、上限価格情報取得部９３０７が取得した上限価格情報と購入対象情報受信部９３０６が受信した購入対象情報に基づいて、購入対象の商品またはサービスが、購入者の購入できる範囲の価格であるか否かを判断する。判断部９３０８の判断の結果、価格条件合致情報が出力される。価格条件合致情報とは、購入者が購入しようとしている商品等の金額が、電子商取引できる上限の金額の範囲であるか否かを示す情報である。価格条件合致情報の構造等は問わない。判断部９３０８は、通常、ＭＰＵやメモリ等から実現され得る。判断部９３０８が判断するための処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。
【０１０１】
取引結果情報受信部９３０９は、購入者識別子を有する電子商取引の取引結果情報を受信する。取引結果情報受信部９３０９は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。
【０１０２】
上限価格情報更新部９３１０は、取引結果情報受信部で受信した取引結果情報に基づいて、当該取引結果情報が有する購入者識別子と対になる上限価格情報を更新する。上限価格情報更新部９３１０は、通常、ＭＰＵやメモリ等から実現され得る。上限価格情報更新部９３１０が情報を更新するための処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。
【０１０３】
価格条件合致情報送信部９３１１は、判断部９３０８の判断の結果、出力される価格条件合致情報を第二情報処理装置９２に送信する。価格条件合致情報送信部９３１１は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。
【０１０４】
以下、本情報処理システムの動作について説明する。まず、第一情報処理装置９１の動作について図１０のフローチャートを用いて説明する。
【０１０５】
（ステップＳ１００１）入力受付部１１０１は、入力を受け付けたか否かを判断する。入力を受け付ければステップＳ１００２に行き、入力を受け付けなければステップＳ１００１に戻る。
【０１０６】
（ステップＳ１００２）購入者識別子送信部９１０３は、ステップＳ１００１で受け付けた入力が電子商取引の開始の指示の入力であるか否かを判断する。電子商取引の開始の指示の入力であればステップＳ１００３に行き、電子商取引の開始の指示の入力でなければステップＳ１００７に飛ぶ。
【０１０７】
（ステップＳ１００３）購入者識別子送信部９１０３は、購入者識別子格納部１１０２から購入者識別子を取得する。
【０１０８】
（ステップＳ１００４）購入者識別子送信部９１０３は、ステップＳ１００３で取得した購入者識別子を第二情報処理装置９２に送信する。なお、第一情報処理装置１１は、第二情報処理装置９２のＩＰアドレス等を予め（図１０のフローにおける処理より前に）保持している。
【０１０９】
（ステップＳ１００５）販売商品情報受信部１１０６は、販売商品情報を受信したか否かを判断する。販売商品情報を受信すればステップＳ１００６に行き、販売商品情報を受信しなければステップＳ１００５に戻る。
【０１１０】
（ステップＳ１００６）販売商品情報出力部１１０７は、ステップＳ１００５で受信した販売商品情報を出力する。
【０１１１】
（ステップＳ１００７）購入情報送信部１１０８は、ステップＳ１００１で受け付けた入力が商品等の購入決定の指示の入力であるか否かを判断する。購入決定の指示の入力であればステップＳ１００８に行き、購入決定の指示の入力でなければステップＳ１０１０に飛ぶ。
【０１１２】
（ステップＳ１００８）購入情報送信部１１０８は、バッファに格納されている情報等から商品等の購入情報を構成する。
【０１１３】
（ステップＳ１００９）購入情報送信部１１０８は、ステップＳ１００８で構成した購入情報を第二情報処理装置１２に送信する。処理を終了する。
【０１１４】
（ステップＳ１０１０）入力をバッファに格納しておく。この入力は、例えば、購入する商品を識別する情報や、購入する商品の個数や、配達先や、支払い方法など購入に関する情報である購入情報である。ステップＳ１００１に戻る。
【０１１５】
次に、第二情報処理装置９２の動作について図１１のフローチャートを用いて説明する。
【０１１６】
（ステップＳ１１０１）購入者識別子受信部９２０１は、購入者識別子を受信したか否かを判断する。購入者識別子を受信すればステップＳ１１０２に行き、購入者識別子を受信しなければステップＳ１１０１に戻る。
【０１１７】
（ステップＳ１１０２）識別子送信部９２０３は、販売者識別子格納部１２０２から販売者識別子を取得する。
【０１１８】
（ステップＳ１１０３）識別子送信部９２０３は、ステップＳ１１０１で受信した購入者識別子と、ステップＳ１１０２で取得した販売者識別子をサーバ装置９３に送信する。
【０１１９】
（ステップＳ１１０４）第二取引許可情報受信部１２０４は、取引許可情報を受信したか否かを判断する。取引許可情報を受信すればステップＳ１１０５に行き、取引許可情報を受信しなければステップＳ１１０４に戻る。
【０１２０】
（ステップＳ１１０５）販売商品情報送信部１２０６は、ステップＳ１１０４で取得した取引許可情報が、両識別子とも認証許可を示す情報であるか否かを判断する。両識別子とも認証許可を示す情報であればステップＳ１１０６に行き、両識別子とも認証許可を示す情報でなければ処理を終了する。なお、販売者識別子が認証不許可である場合に、その旨を第一情報処理装置９１に通知しても良い。
【０１２１】
（ステップＳ１１０６）販売商品情報送信部１２０６は、販売商品情報格納部１２０５から販売商品情報を取得する。
【０１２２】
（ステップＳ１１０７）販売商品情報送信部１２０６は、ステップＳ１１０６で取得した販売商品情報を第一情報処理装置９１に送信する。
【０１２３】
（ステップＳ１１０８）購入情報受信部１２０７は、購入情報を受信したか否かを判断する。購入情報を受信すればステップＳ１１０９に行き、購入情報を受信しなければステップＳ１１０８に戻る。
【０１２４】
（ステップＳ１１０９）購入対象情報送信部９２０４は、ステップＳ１１０８で受信した購入情報の中から購入対象情報を取得する。購入対象情報は、金額に関する情報を含む。また、購入対象情報は、購入情報と同一の情報でも構わない。
【０１２５】
（ステップＳ１１１０）購入対象情報送信部９２０４は、ステップＳ１１０９で取得した購入対象情報をサーバ装置９３に送信する。
【０１２６】
（ステップＳ１１１１）価格条件合致情報受信部９２０９は、価格条件合致情報を受信したか否かを判断する。価格条件合致情報を受信すればステップＳ１１１２に行き、価格条件合致情報を受信しなければステップＳ１１１１に戻る。
【０１２７】
（ステップＳ１１１２）決済部１２０８は、ステップＳ１１１１で取得した価格条件合致情報が、価格条件に合致することを示す情報であるか否かを判断する。価格条件に合致することを示す情報であればステップＳ１１１３に行き、価格条件に合致することを示す情報でなければ処理を終了する。
【０１２８】
（ステップＳ１１１３）決済部１２０８は、購入情報に基づいて決済処理を行う。決済処理の内容の例は、実施の形態１で述べたので、ここでの説明は省略する。
【０１２９】
次に、サーバ装置９３の動作について図１２のフローチャートを用いて説明する。
【０１３０】
（ステップＳ１２０１）識別子受信部９３０１は、両識別子を受信したか否かを判断する両識別子を受信すればステップＳ１２０２に行き、両識別子を受信しなければステップＳ１２０１に戻る。
【０１３１】
（ステップＳ１２０２）認証部１３０３は、ステップＳ１２０１で受信した情報から購入者識別子を取得する。
【０１３２】
（ステップＳ１２０３）認証部１３０３は、ステップＳ１２０２で取得した購入者識別子の認証を行う。
【０１３３】
（ステップＳ１２０４）認証部１３０３は、ステップＳ１２０３における認証結果が認証許可であるか否かを判断する。認証許可であればステップＳ１２０５に行き、認証許可でなければステップＳ１２０６に飛ぶ。
【０１３４】
（ステップＳ１２０５）取引許可情報送信部９３０４は、取引許可情報の購入者の情報の領域に認証許可を示す情報を設定する。なお、取引許可情報の領域は、購入者の情報の領域（購入者が認証許可であるか否かを記録する領域）と販売者の情報の領域（販売者が認証許可であるか否かを記録する領域）を有する。
【０１３５】
（ステップＳ１２０６）取引許可情報送信部９３０４は、取引許可情報の購入者の情報の領域に認証不許可を示す情報を設定する。
【０１３６】
（ステップＳ１２０７）認証部１３０３は、ステップＳ１２０１で受信した情報から販売者識別子を取得する。
【０１３７】
（ステップＳ１２０８）認証部１３０３は、ステップＳ１２０７で取得した販売者識別子の認証を行う。
【０１３８】
（ステップＳ１２０９）認証部１３０３は、ステップＳ１２０８における認証結果が認証許可であるか否かを判断する。認証許可であればステップＳ１２１０に行き、認証許可でなければステップＳ１２１１に飛ぶ。
【０１３９】
（ステップＳ１２１０）取引許可情報送信部９３０４は、取引許可情報の販売者の情報の領域に認証許可を示す情報を設定する。
【０１４０】
（ステップＳ１２１１）取引許可情報送信部９３０４は、取引許可情報の販売者の情報の領域に認証不許可を示す情報を設定する。
【０１４１】
（ステップＳ１２１２）取引許可情報送信部９３０４は、取引許可情報を送信する。
【０１４２】
（ステップＳ１２１３）購入対象情報受信部９３０６は、購入対象情報を受信したか否かを判断する。購入対象情報を受信すればステップＳ１２１４に行き、購入対象情報を受信しなければステップＳ１２１３に戻る。なお、本ステップにおいて、一定時間以上、購入対象情報を受信しなければ、タイムアウトとして処理を終了する。
【０１４３】
（ステップＳ１２１４）上限価格情報取得部９３０７は、購入者情報格納部９３０５から購入者の上限価格情報を取得する。
【０１４４】
（ステップＳ１２１５）判断部９３０８は、上限価格情報取得部９３０７が取得した上限価格情報と購入対象情報受信部９３０６が受信した購入対象情報（価格の情報を含む）に基づいて、購入対象の商品またはサービスが、購入者の購入できる範囲の価格であるか否かを判断する。購入できる範囲の価格であれば価格条件に合致するとして、ステップＳ１２１６に行き、購入できる範囲の価格でなければ価格条件に合致しないとして、ステップＳ１２１７に行く。
【０１４５】
（ステップＳ１２１６）判断部９３０８は、価格条件合致情報（変数）に「合致」の旨の値を設定する。
【０１４６】
（ステップＳ１２１７）判断部９３０８は、価格条件合致情報に「不合致」の旨の値を設定する。
【０１４７】
（ステップＳ１２１８）価格条件合致情報送信部９３１１は、価格条件合致情報を第二情報処理装置９２に送信する。
【０１４８】
（ステップＳ１２１９）取引結果情報受信部９３０９は、価格条件合致情報が「合致」の旨の値であるか否かを判断する。価格条件合致情報が「合致」の旨の値であればステップＳ１２２０に行き、価格条件合致情報が「合致」の旨の値でなければ処理を終了する。なお、価格条件合致情報が「合致」の旨の値でない場合に、第一情報処理装置９１にその旨を通知するなどしても良い。
【０１４９】
（ステップＳ１２２０）取引結果情報受信部９３０９は、取引結果情報を受信したか否かを判断する。取引結果情報を受信すればステップＳ１２２１に行き、取引結果情報を受信しなければステップＳ１２２０に戻る。
【０１５０】
（ステップＳ１２２１）ステップＳ１２２０で受信した取引結果情報を蓄積する。この取引結果情報は、電子商取引のログとして管理される。
【０１５１】
（ステップＳ１２２２）上限価格情報更新部９３１０は、ステップＳ１２２１で蓄積した取引結果情報に基づいて上限価格情報を更新するか否かを判断する。上限価格情報を更新すると判断すればステップＳ１２２３に行き、上限価格情報を更新しないと判断すれば処理を終了する。なお、上限価格情報を更新するか否かを判断するアルゴリズムは問わない。例えば、購入者の正当な取引の回数が９回以下であれば、上限価格は１万円とし、１０回から２０回までであれば、上限価格は５万円とし、２１回１以上であれば上限価格は設けない、ということでよい。かかる場合、正当な取引（購入）の回数と上限価格の対応表を保持している、こととなる。ただし、取引の回数ではなく、正当な取引の金額に応じて上限価格を決定しても良い。なお、正当な取引の回数や金額が増えれば増えるほど、通常、上限価格が上昇する。
【０１５２】
（ステップＳ１２２３）上限価格情報更新部９３１０は、更新する上限価格を決定し、当該価格を示す情報に書き換える。
【０１５３】
以下、本実施の形態における情報処理システムの具体的な動作について説明する。第一情報処理装置９１は、購入者側の情報処理装置であり、着脱可能な記録媒体の挿入が可能な構造である。また、着脱可能な記録媒体には、第一情報処理装置識別子「９８７６」が記録されている。この記録媒体は、電子商取引運用会社から第一情報処理装置９１のユーザＡが購入したものである。また、第二情報処理装置９２は、販売者側の情報処理装置であり、着脱可能な記録媒体の挿入が可能な構造である。着脱可能な記録媒体には、第二情報処理装置識別子「５５６６」が記録されている。この記録媒体は、電子商取引運用会社から第二情報処理装置９２のユーザＢが購入したものである。なお、ユーザＡ、ユーザＢとも、販売者にも購入者にもなることができる。
【０１５４】
また、サーバ装置９３は、図１３に示す電子商取引情報管理表を保持している。電子商取引情報管理表は、情報処理装置の認証と上限価格の管理のために利用する。電子商取引情報管理表は、「ＩＤ」「情報処理装置識別子」「上限価格」「取引回数」を有するレコードを１以上格納している。「ＩＤ」は、レコードを識別する情報であり、表管理のために必要である。「情報処理装置識別子」は、情報処理装置（販売者または／および購入者）を識別する情報である。「上限価格」は、対応する「情報処理装置識別子」で識別される情報処理装置のユーザが購入や販売ができる商品やサービスの上限金額を示す情報である。「取引回数」は、「情報処理装置識別子」で識別される情報処理装置のユーザが電子商取引を行った取引回数を示す。
【０１５５】
さらに、サーバ装置９３は、図１４に示す上限価格管理表を保持している。上限価格管理表は、「ＩＤ」「取引回数」「上限価格」を有するレコードを１以上格納している。「ＩＤ」は、レコードを識別する情報であり、表管理のために必要である。「取引回数」は、取引の回数を示す。「上限価格」は、ユーザが購入できる商品やサービスの上限金額を示す情報である。「取引回数」に対応する「上限価格」が設定されることになる。また、サーバ装置９３が上限価格を更新する場合は、この上限価格管理表に基づいて上限価格を更新する。
【０１５６】
ここで、まず、第一情報処理装置９１は、電子商取引のホームページを開いている第二情報処理装置９２の特定のＵＲＬを指定し、当該ホームページをアクセスに行く。その際、第一情報処理装置９１は、例えば、第一情報処理装置識別子「９８７６」を第二情報処理装置９２に送信する。この第一情報処理装置識別子「９８７６」は、第一情報処理装置９１に挿し込まれた記録媒体に記録されている識別子である。
【０１５７】
次に、第二情報処理装置９２は、第一情報処理装置識別子「９８７６」を受信する。次に、第二情報処理装置９２は、自身の第二情報処理装置識別子「５５６６」を取得する。第二情報処理装置識別子「５５６６」は、第二情報処理装置９２に挿し込まれた記録媒体に記録されている識別子である。そして、第二情報処理装置９２は、第一情報処理装置識別子「９８７６」と第二情報処理装置識別子「５５６６」をサーバ装置９３に送信する。
【０１５８】
次に、サーバ装置９３は、第一情報処理装置識別子「９８７６」と第二情報処理装置識別子「５５６６」を受信する。次に、サーバ装置９３は、情報処理装置識別子「９８７６」と情報処理装置識別子「５５６６」が図１３の電子商取引情報管理表に格納されているか否かをチェックする。情報処理装置識別子「９８７６」と情報処理装置識別子「５５６６」は、電子商取引情報管理表に格納されているので、サーバ装置９３は、双方とも認証許可、と判断し、図１５に示す取引許可情報を構成し、第二情報処理装置９２に送信する。なお、図１５に示す取引許可情報は、「販売者情報」と「購入者情報」を有する。そして、「販売者情報」と「購入者情報」が「１」である場合は認証許可、「０」である場合は認証不許可を示す。
【０１５９】
次に、第二情報処理装置９２は、図１５の取引許可情報を受信する。そして、第二情報処理装置９２は、販売商品情報（ホームページ）を取得し、第一情報処理装置９１に送信する。今、この販売商品情報（ホームページ）は、図７に示すホームページであるとする。
【０１６０】
次に、第一情報処理装置９１は、図７の販売商品情報を受信し、出力する。次に、ユーザＡは、「ネックレス」を選択し（「購入」ボタンを押下し）、「送信」ボタンを押下する、とする。次に、第一情報処理装置９１は、図１６に示す購入情報を構成し、第二情報処理装置９２に送信する。
【０１６１】
次に、第二情報処理装置９２は、図１６に示す購入情報を受信し、購入者識別子「９８７６」と「金額」の「￥３９，０００」を取得する。そして、第二情報処理装置９２は、図１７に示す購入対象情報を構成し、サーバ装置９３に送信する。購入対象情報は、「購入者識別子」と「金額」を有する。
【０１６２】
次に、サーバ装置９３は、図１７に示す購入対象情報を受信する。そして、サーバ装置９３は、購入対象情報が有する「購入者識別子」と対になる「上限価格」を図１３の電子商取引情報管理表から取得する。ここでは、購入者識別子「９８７６」と対になる「上限価格」は「５０，０００」である。そして、サーバ装置９３は、購入対象情報が有する「金額」が上限価格の「５０，０００」以内であるか否かを判断する。購入対象情報が有する「金額」は、「￥３９，０００」であるので、上限価格の「５０，０００」以内である。したがって、サーバ装置９３は、価格条件に合致する、と判断し、図１８に示す価格条件合致情報を構成し、第二情報処理装置９２に送信する。価格条件合致情報は、「価格条件フラグ」「購入者識別子」「金額」を有する。「価格条件フラグ」が「１」の場合は、価格条件に合致することを示し、「０」の場合は、価格条件に合致しないことを示す。なお、価格条件合致情報は、第二情報処理装置９２が何の電子商取引に対する価格条件合致情報であるかを判断できれば、「価格条件フラグ」だけの構成でも良い。
【０１６３】
また、サーバ装置９３は、購入者識別子「９８７６」と対になる「取引回数」を「１９」から「２０」に更新する。そして、サーバ装置９３は、図１４の上限価格管理表をチェックし、購入者識別子「９８７６」と対になる「上限価格」の更新が必要か否かを判断する。「取引回数」が「１９」から「２０」に更新されたことにより、「上限価格」の更新が必要であるので、サーバ装置９３は、購入者識別子「９８７６」と対になる「上限価格」を「１００，０００」に更新する。以上により、ユーザＡにさらなる信用が蓄積され、その結果、「上限価格」が「５０，０００」から「１００，０００」に上昇した（図１９の電子商取引情報管理表を参照）。なお、サーバ装置は、購入者識別子「５５６６」と対になる「取引回数」を「３」から「４」に更新する。ただし、購入者識別子「５５６６」と対になる「上限価格」に変化はない。図１４の上限価格管理表からである。
【０１６４】
次に、第二情報処理装置９２は、図１８に示す価格条件合致情報を受信する。第二情報処理装置９２は、価格条件合致情報が価格条件に合致すること示す情報であることをチェックして、決済処理を行う。決済処理は、実施の形態１で述べたように種々の処理が考えられる。以上の処理により、電子商取引が完了する。
【０１６５】
以上、本実施の形態によれば、電子商取引における販売者と購入者の両者の認証を行うことにより、保証された状態でできる電子商取引のシステムを提供できる。かかるシステムにおいて、特に、個人間の電子商取引でも安全に行える。また、販売者と購入者に対して販売した識別子付きの記録媒体、やＩＣカードなどにより、保険料を捻出できる。さらに、購入者や販売者が取引できる上限価格を決定し、当該上限価格により取引額の制限をすることにより、購入者や販売者の信用に応じた取引を実現でき、さらに取引の安全性が増大する。
【０１６６】
なお、本実施の形態における取引の上限価格の管理およびチェックの機能、また、取引ログに基づく上限価格の情報の更新機能については、他の実施の形態における情報処理システムで実装しても良い。
【０１６７】
また、本実施の形態において、上限価格の情報の管理およびチェックは、商品等の購入者側に対してのみ行ったが、商品等の販売者側に対しても上限価格の情報の管理およびチェックを行っても良い。
【０１６８】
また、本実施の形態において、販売者と購入者の識別子をチェックし、安全な電子商取引を実現できれば、識別子や取引許可情報等のやりとりの手順は上記に限られない。かかることは、他の実施の形態においても同様である。
【０１６９】
さらに、本実施の形態において、購入者および販売者が取引できる上限価格を決定し、当該上限価格により取引額を制限したが、購入者のみ、または販売者のみが取引できる上限価格を決定し、当該上限価格により取引額を制限しても良い。つまり、サーバ装置は、購入可能な対象の価格の上限に関する情報である上限価格情報と、購入者識別子または／および販売者識別子を有する電子商取引情報を格納している電子商取引情報格納部と、第一情報処理装置または第二情報処理装置から購入対象情報を受信する購入対象情報受信部と、受信した購入者識別子または／および販売者識別子と対になる上限価格情報を前記電子商取引情報格納部から取得する上限価格情報取得部と、上限価格情報取得部が取得した上限価格情報と購入対象情報受信部が受信した購入対象情報に基づいて、購入対象の商品またはサービスが、電子商取引できる範囲の価格であるか否かを判断する判断部と、判断部における判断結果が、電子商取引できる範囲の価格であるとの判断の場合のみ、電子商取引を行わすものである。なお、電子商取引を行わすとは、特に処理がなくても良い。結果として電子商取引が行われれば良い。
【０１７０】
（実施の形態３）
【０１７１】
図２０は、本実施の形態における情報処理システムのブロック図である。実施の形態３において、サーバ装置２０３は、第一情報処理装置２０１からに送信される購入者識別子と販売者識別子を受信し、認証する。
【０１７２】
情報処理システムは、第一情報処理装置２０１、第二情報処理装置２０２およびサーバ装置２０３を具備する。第一情報処理装置２０１は、入力受付部１１０１、購入者識別子格納部１１０２、第一取引許可情報受信部１１０４、電子商取引トリガー送信部１１０５、販売商品情報受信部１１０６、販売商品情報出力部１１０７、購入情報送信部１１０８、販売者識別子受信部２０１０１、識別子送信部２０１０２、取引結果情報送信部２０１０３、第一取引許可情報送信部２０１０４を具備する。
【０１７３】
第二情報処理装置２０２は、電子商取引トリガー受信部１２０１、販売者識別子格納部１２０２、販売者識別子送信部２０２０３、第二取引許可情報受信部１２０４、販売商品情報格納部１２０５、販売商品情報送信部１２０６、購入情報受信部１２０７、決済部１２０８を具備する。
【０１７４】
サーバ装置２０３は、識別子受信部２０３０１、認証部１３０３、取引許可情報送信部１３０４、保険料情報管理部２０３０１、取引結果情報受信部２０３０２、保険料情報更新部２０３０３を具備する。
【０１７５】
販売者識別子受信部２０１０１は、第二情報処理装置２０２から販売者識別子を受信する。販売者識別子を受信するタイミングは、通常、第一情報処理装置２０１が電子商取引トリガー情報を送信した後である。販売者識別子受信部２０１０１は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。なお、実施の形態３における電子商取引トリガー情報は、電子商取引を開始するためのトリガーとなる情報であり、実施の形態１における電子商取引トリガー情報とは異なる。
【０１７６】
識別子送信部２０１０２は、販売者識別子受信部２０１０１が受信した販売者識別子と、購入者識別子格納部１１０２の購入者識別子をサーバ装置２０３に送信する。識別子送信部２０１０２は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。
【０１７７】
取引結果情報送信部２０１０３は、電子商取引が成立する場合に、取引の結果に関する情報である取引結果情報をサーバ装置２０３に送信する。取引結果情報のデータ構造や内容は問わない。取引結果情報の具体例は後述する。取引結果情報送信部２０１０３は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。
【０１７８】
第一取引許可情報送信部２０１０４は、第一取引許可情報受信部１１０４が受信した取引許可情報を第二情報処理装置２０２に送信する。第一取引許可情報送信部２０１０４は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。
【０１７９】
販売者識別子送信部２０２０３は、第一情報処理装置２０１に、販売者識別子格納部１２０２の販売者識別子を送信する。販売者識別子送信部２０２０３は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。
【０１８０】
識別子受信部２０３０１は、第一情報処理装置２０１から販売者識別子と購入者識別子を受信する。識別子受信部２０３０１は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。
【０１８１】
保険料情報管理部２０３０１は、販売者識別子または／および購入者識別子に対する保険料に関する情報である保険料情報を管理する。保険料情報と識別子（販売者識別子または購入者識別子）は、対で管理されている。
【０１８２】
取引結果情報受信部２０３０２は、第一情報処理装置２０１から取引結果情報を受信する。取引結果情報受信部２０３０２は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。
【０１８３】
保険料情報更新部２０３０３は、取引結果情報受信部２０３０２が受信した取引結果情報に基づいて、保険料情報管理部２０３０１の保険料情報を更新する。つまり、取引結果情報（取引ログ）を受信することにより（正当な取引を行うことにより）信用が蓄積し、当該信用をもとに保証する保険料の額が変化（通常、下降）する。保険料情報更新部２０３０３は、通常、ＭＰＵやメモリ等から実現され得る。保険料情報更新部２０３０３が情報を更新するための処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。
【０１８４】
以下、本情報処理システムの動作について説明する。まず、第一情報処理装置２０１の動作について図２１のフローチャートを用いて説明する。
【０１８５】
（ステップＳ２１０１）入力受付部１１０１は、入力を受け付けたか否かを判断する。入力を受け付ければステップＳ２１０２に行き、入力を受け付けなければステップＳ２１０１に戻る。
【０１８６】
（ステップＳ２１０２）電子商取引トリガー送信部１１０５は、ステップＳ２１０１で受け付けた入力が電子商取引の開始の指示の入力であるか否かを判断する。電子商取引の開始の指示の入力であればステップＳ２１０３に行き、電子商取引の開始の指示の入力でなければステップＳ２１１３に飛ぶ。
【０１８７】
（ステップＳ２１０３）電子商取引トリガー送信部１１０５は、電子商取引トリガー情報を構成する。電子商取引トリガー情報のデータ構造や、その内容は問わない。電子商取引トリガー情報は、電子商取引の開始の要求を示す情報であれば良い。
【０１８８】
（ステップＳ２１０４）電子商取引トリガー送信部１１０５は、ステップＳ３０６で構成した電子商取引トリガー情報を第二情報処理装置２０２に送信する。
【０１８９】
（ステップＳ２１０５）販売者識別子受信部２０１０１は、販売者識別子を受信したか否かを判断する。販売者識別子を受信すればステップＳ２１０６に行き、販売者識別子を受信しなければステップＳ２１０５に戻る。
【０１９０】
（ステップＳ２１０６）識別子送信部２０１０２は、購入者識別子格納部１１０２から購入者識別子を取得する。
【０１９１】
（ステップＳ２１０７）識別子送信部２０１０２は、ステップＳ２１０５で受信した販売者識別子とステップＳ２１０６で取得した購入者識別子をサーバ装置２０３に送信する。
【０１９２】
（ステップＳ２１０８）第一取引許可情報受信部１１０４は、取引許可情報を受信したか否かを判断する。取引許可情報を受信すればステップＳ２１０９に行き、取引許可情報を受信しなければステップＳ２１０８に戻る。
【０１９３】
（ステップＳ２１０９）ステップＳ２１０８で受信した取引許可情報が認証許可（ＯＫ）を示す情報であるか否かを判断する。認証許可を示す情報であればステップＳ２１１０に行き、認証許可を示す情報でなければステップＳ２１１８に行く。なお、ここでは、取引許可情報は、認証許可（ＯＫ）か認証不許可（ＮＧ）のどちらかの値を採り得る、とする。ただし、取引許可情報は、第一情報処理装置識別子の認証結果と第二情報処理装置識別子の認証結果の両方の値を含む構成でも良い。かかる構成の取引許可情報については、実施の形態１等で述べた。
【０１９４】
（ステップＳ２１１０）第一取引許可情報送信部２０１０４は、ステップＳ２１０８で受信した取引許可情報を第二情報処理装置２０２に送信する。
【０１９５】
（ステップＳ２１１１）販売商品情報受信部１１０６は、販売商品情報を受信したか否かを判断する。販売商品情報を受信すればステップＳ２１１２に行き、販売商品情報を受信しなければステップＳ２１１１に戻る。
【０１９６】
（ステップＳ２１１２）販売商品情報出力部１１０７は、ステップＳ２１１１で受信した販売商品情報を出力する。
【０１９７】
（ステップＳ２１１３）購入情報送信部１１０８は、ステップＳ２１０１で受け付けた入力が商品等の購入決定の指示の入力であるか否かを判断する。購入決定の指示の入力であればステップＳ２１１４に行き、購入決定の指示の入力でなければステップＳ２１１７に飛ぶ。
【０１９８】
（ステップＳ２１１４）購入情報送信部１１０８は、バッファに格納されている情報等から商品等の購入情報を構成する。
【０１９９】
（ステップＳ２１１５）購入情報送信部１１０８は、ステップＳ３１３で構成した購入情報を第二情報処理装置２０２に送信する。
【０２００】
（ステップＳ２１１６）取引結果情報送信部２０１０３は、取引結果情報をサーバ装置２０３に送信する。処理を終了する。取引結果情報とは、電子商取引の内容を示す情報であり、取引を行ったこと、金額、購入商品等を特定する情報、第一情報処理装置識別子、第二情報処理装置識別子等の情報のうちの一以上の情報を含む。
【０２０１】
（ステップＳ２１１７）入力をバッファに格納しておく。この入力は、例えば、購入する商品を識別する情報や、購入する商品の個数や、配達先や、支払い方法など購入に関する情報である購入情報である。ステップＳ２１０１に戻る。
【０２０２】
（ステップＳ２１１８）認証結果がＮＧであることを示すエラーの情報を出力する。
【０２０３】
なお、図２１のフローチャートにおいて、ループして待ちのステップにおいて、一定時間以上、データを受信等できない場合には、処理を終了する場合がある。このことは、本明細書の他のフローチャートにおいても同様である。
【０２０４】
次に、第二情報処理装置２０２の動作について図２２のフローチャートを用いて説明する。
【０２０５】
（ステップＳ２２０１）電子商取引トリガー受信部１２０１は、電子商取引トリガー情報を受信したか否かを判断する。電子商取引トリガー情報を受信すればステップＳ２２０２に行き、電子商取引トリガー情報を受信しなければステップＳ２２０１に戻る。
【０２０６】
（ステップＳ２２０２）販売者識別子送信部２０２０３は、販売者識別子を販売者識別子格納部１２０２から取得する。
【０２０７】
（ステップＳ２２０３）販売者識別子送信部２０２０３は、ステップＳ２２０２で取得した販売者識別子を第一情報処理装置２０１に送信する。
【０２０８】
（ステップＳ２２０４）第二取引許可情報受信部１２０４は、取引許可情報を受信したか否かを判断する。取引許可情報を受信すればステップＳ２２０５に行き、取引許可情報を受信しなければステップＳ２２０９に飛ぶ。
【０２０９】
（ステップＳ２２０５）販売商品情報送信部１２０６は、販売商品情報格納部１２０５の販売商品情報を取得する。
【０２１０】
（ステップＳ２２０６）販売商品情報送信部１２０６は、ステップＳ２２０５で取得した販売商品情報を第一情報処理装置２０１に送信する。
【０２１１】
（ステップＳ２２０７）購入情報受信部１２０７は、第一情報処理装置１１から購入情報を受信したか否かを判断する。購入情報を受信すればステップＳ２２０８に行き、購入情報を受信しなければステップＳ２２０７に戻る。
【０２１２】
（ステップＳ２２０８）決済部１２０８は、ステップＳ２２０７で受信した購入情報に基づいて決済処理を行う。処理を終了する。
【０２１３】
（ステップＳ２２０９）タイムアウトか否か（販売者識別子を送信してから一定時間以上経過したか否か）を判断する。タイムアウトであれば処理を終了し、タイムアウトでなければステップＳ２２０４に戻る。
【０２１４】
次に、サーバ装置２０の動作について図２３のフローチャートを用いて説明する。
【０２１５】
（ステップＳ２３０１）識別子受信部２０３０１は、両識別子を受信したか否かを判断する両識別子を受信すればステップＳ１２０２に行き、両識別子を受信しなければステップＳ１２０１に戻る。
【０２１６】
（ステップＳ２３０２）認証部１３０３は、ステップＳ２３０１で受信した情報から購入者識別子を取得する。
【０２１７】
（ステップＳ２３０３）認証部１３０３は、ステップＳ２３０２で取得した購入者識別子の認証を行う。
【０２１８】
（ステップＳ２３０４）認証部１３０３は、ステップＳ２３０３における認証結果が認証許可であるか否かを判断する。認証許可であればステップＳ２３０５に行き、認証許可でなければステップＳ２３０９に飛ぶ。
【０２１９】
（ステップＳ２３０５）認証部１３０３は、ステップＳ２３０１で受信した情報から販売者識別子を取得する。
【０２２０】
（ステップＳ２３０６）認証部１３０３は、ステップＳ２３０５で取得した販売者識別子の認証を行う。
【０２２１】
（ステップＳ２３０７）認証部１３０３は、ステップＳ２３０６における認証結果が認証許可であるか否かを判断する。認証許可であればステップＳ２３０８に行き、認証許可でなければステップＳ２３０９に飛ぶ。
【０２２２】
（ステップＳ２３０８）取引許可情報に認証許可「ＯＫ」を設定する。
【０２２３】
（ステップＳ２３０９）取引許可情報に認証不許可「ＮＧ」を設定する。
【０２２４】
（ステップＳ２３１０）取引許可情報送信部１３０４は、取引許可情報を第一情報処理装置２０１に送信する。
【０２２５】
（ステップＳ２３１１）取引許可情報の値が認証許可「ＯＫ」であるか否かを判断する。「ＯＫ」であればステップＳ２３１２に行き、「ＮＧ」であれば処理を終了する。
【０２２６】
（ステップＳ２３１２）取引結果情報受信部２０３０２は、取引結果情報を受信したか否かを判断する。取引結果情報を受信すればステップＳ２３１３に行き、取引結果情報を受信しなければステップＳ２３１２に戻る。
【０２２７】
（ステップＳ２３１３）保険料情報更新部２０３０３は、ステップＳ２３１２で受信した取引結果情報に基づいて保険料情報の更新が必要か否かを判断する。保険料情報の更新が必要であればステップＳ２３１４に行き、保険料情報の更新が必要でなければ処理を終了する。
【０２２８】
（ステップＳ２３１４）保険料情報更新部２０３０３は、テップＳ２３１２で受信した取引結果情報に基づいて保険料情報の更新を行う。処理を終了する。
【０２２９】
以下、本実施の形態における情報処理システムの具体的な動作について説明する。第一情報処理装置２０１は、購入者側の情報処理装置であり、非接触ＩＣカードリーダーを具備する。また、第一情報処理装置２０１のユーザＡは、第一情報処理装置識別子「１２３４」が記録されているＩＣカードを電子商取引運用会社から購入している。第一情報処理装置９１は、このＩＣカードから第一情報処理装置識別子を非接触で受信できる。
【０２３０】
また、第二情報処理装置２０２は、販売者側の情報処理装置であり、着脱可能な記録媒体の挿入が可能な構造である。着脱可能な記録媒体には、第二情報処理装置識別子「５４３２」が記録されている。この記録媒体は、電子商取引運用会社から第二情報処理装置２０２のユーザＢが購入したものである。
【０２３１】
今、サーバ装置２０３は、図２４に示す購入者識別子管理表を保持している。また、サーバ装置２０３は、図２５に示す販売者識別子管理表を保持している。購入者識別子管理表は、「ＩＤ」「購入者識別子」「保険料」「取引実績額」を有するレコードを１以上保持している。「ＩＤ」はレコードを識別する情報であり、表管理のために必要である。「保険料」は、本システムで行った電子商取引において、販売者が商品を発送してこなかったなどの電子商取引上の不具合が発生した場合に備えた保険料である。「取引実績額」は、「取引実績額」と対になる「購入者識別子」で識別される購入者が電子商取引（情報処理）システムで実際に購入した商品等の合計額を示す。「保険料」は、「取引実績額」に基づいて決められ、「取引実績額」が多くなれば、「保険料」が高くなる。具体的には、図２６の購入者保険料管理表に基づいて購入者の保険料が決定される。図２６の購入者保険料管理表は、「保険料」「取引実績額」の属性値を有するレコードを３つ管理する。購入者保険料管理表によれば、「取引実績額」が「１０００００円〜」の場合は、「保険料」は５０，０００円である。また、「取引実績額」が「１００００円〜９９９９９円」の場合は、「保険料」は１０，０００円である。また、「取引実績額」が「０円〜９９９９円」の場合は、「保険料」は５，０００円である。
【０２３２】
図２５の販売者識別子管理表は、「ＩＤ」「販売者識別子」「保険料」「取引回数」を有するレコードを１以上保持している。「ＩＤ」はレコードを識別する情報であり、表管理のために必要である。「取引回数」は、販売者が正当な電子商取引を行った回数である。販売者が正当な電子商取引を多くの回数行えば行うほど、「保険料」は高くなる。具体的には、図２７の販売者保険料管理表に基づいて販売者の保険料が決定される。「取引回数」が「１１〜」の場合は、「保険料」は「５００００円」である。また、「取引回数」が「６〜１０」の場合は、「保険料」は「１００００円」である。また、「取引回数」が「０〜５」の場合は、「保険料」は「５０００円」である。
【０２３３】
今、第一情報処理装置識別子「１２３４」を格納している第一情報処理装置２０１が、第二情報処理装置識別子「５４３２」を格納している第二情報処理装置２０２に、電子商取引開始の情報である電子商取引トリガー情報を送信する。次に、第二情報処理装置２０２は、電子商取引トリガー情報を受信し、第二情報処理装置識別子「５４３２」を第一情報処理装置２０１に送信する。次に、第一情報処理装置２０１は、第二情報処理装置識別子「５４３２」を受信する。
【０２３４】
次に、第一情報処理装置２０１は、第一情報処理装置識別子「１２３４」と第二情報処理装置識別子「５４３２」をサーバ装置２０３に送信する。次に、サーバ装置２０３は、第一情報処理装置識別子「１２３４」と第二情報処理装置識別子「５４３２」を受信し、認証する。認証とは、第一情報処理装置識別子「１２３４」が図２４の購入者管理表の「購入者識別子」の中に存在するか否かを判断する処理である。また、認証とは、第二情報処理装置識別子「５４３２」が図２４の販売者管理表の「販売者識別子」の中に存在するか否かを判断する処理である。ここでは、両識別子とも各表に存在するので、認証許可の結果が得られる。そして、サーバ装置２０３は、認証許可を示す取引許可情報を第一情報処理装置２０１に送信する。
【０２３５】
第一情報処理装置２０１は、認証許可を示す取引許可情報を受信し、当該取引許可情報を第二情報処理装置２０２に送信する。第二情報処理装置２０２は、取引許可情報を受信し、保持している販売商品情報（たとえば、電子商取引を行うホームページ）を第一情報処理装置２０１に送信する。
【０２３６】
第一情報処理装置２０１は、販売商品情報を受信し、出力する。そして、第一情報処理装置２０１のユーザＡは、購入する商品を決定する。次に、第一情報処理装置２０１は、購入する商品についての情報（商品識別子や価格や個数など）を有する購入情報を構成し、第二情報処理装置２０２に送信する。次に、第一情報処理装置２０１は、購入情報から取引結果情報を構成する。取引結果情報の例は、図２８である。取引結果情報は、ここでは、「購入者識別子」「販売者識別子」「金額」「商品識別子」を有する。「金額」は、電子商取引で成立した取引の金額である。「商品識別子」は、取引した商品を識別する情報である。次に、第一情報処理装置２０１は、図２８の取引結果情報をサーバ装置２０３に送信する。
【０２３７】
次に、第二情報処理装置２０２は、購入情報を受信し、決済処理を行う。決済処理については上述したので、ここでの説明は省略する。
【０２３８】
次に、サーバ装置２０３は、図２８の取引結果情報を受信する。そして、取引結果情報に基づいて「保険料」の更新が必要か否かを判断する。図２４の購入者管理表の「ＩＤ」＝「１」の「取引実績額」が「８３，２００」から「２５，０００」を加えた「１０８，２００」になる。したがって、購入者管理表の「ＩＤ」＝「１」の「保険料」は「１０，０００」から「５０，０００」になる。図２６の保険料管理表に基づいて、「保険料」が高くなるからである。
【０２３９】
また、サーバ装置２０３は、取引結果情報に基づいて図２５の販売者識別子管理表の「保険料」の更新が必要か否かを判断する。図２５の販売者識別子管理表の「ＩＤ」＝「２」の「取引回数」が「１０」から「１１」に変わる。したがって、図２５の販売者識別子管理表の「ＩＤ」＝「２」の「保険料」は「１０，０００」から「５０，０００」になる。以上の処理により、電子商取引の購入者と販売者の保険料が更新される。
【０２４０】
以上、本実施の形態によれば、電子商取引における販売者と購入者の両者の認証を行うことにより、保証された状態でできる電子商取引のシステムを提供できる。かかるシステムにおいて、特に、個人間の電子商取引でも安全に行える。また、販売者と購入者に対して販売した識別子付きの記録媒体、やＩＣカードなどにより、保険料を捻出できる。さらに、取引実績（金額や回数など）に基づいて、購入者や販売者の保険料を変更することにより、購入者や販売者の信用に応じた取引を実現でき、さらに取引の安全性が増大する。
【０２４１】
なお、本実施の形態における保険料の管理および取引ログに基づく更新の機能については、他の実施の形態における情報処理システムで実装しても良い。
【０２４２】
また、本実施の形態において、保険料の管理や更新は、購入者または販売者の一方だけでも良いし、両者に対して行っても良い。
【発明の効果】
以上のように、本発明によれば、電子商取引を安全に行える情報処理システムを提供できる。
【図面の簡単な説明】
【図１】実施の形態１情報処理システムの概念図
【図２】実施の形態１における情報処理システムのブロック図
【図３】実施の形態１における第一情報処理装置の動作について説明するフローチャート
【図４】実施の形態１における第二情報処理装置の動作について説明するフローチャート
【図５】実施の形態１におけるサーバ装置の動作について説明するフローチャート
【図６】実施の形態１における情報処理システムの概念図
【図７】実施の形態１における電子商取引のホームページの例を示す図
【図８】実施の形態１における購入情報の例を示す図
【図９】実施の形態２における情報処理システムのブロック図
【図１０】実施の形態２における第一情報処理装置の動作について説明するフローチャート
【図１１】実施の形態２における第二情報処理装置の動作について説明するフローチャート
【図１２】実施の形態２におけるサーバ装置の動作について説明するフローチャート
【図１３】実施の形態２における電子商取引情報管理表の例を示す図
【図１４】実施の形態２における上限価格管理表の例を示す図
【図１５】実施の形態２における取引許可情報の例を示す図
【図１６】実施の形態２における購入情報の例を示す図
【図１７】実施の形態２における購入対象情報の例を示す図
【図１８】実施の形態２における価格条件合致情報の例を示す図
【図１９】実施の形態２における電子商取引情報管理表の例を示す図
【図２０】実施の形態３における情報処理システムのブロック図
【図２１】実施の形態３における第一情報処理装置の動作について説明するフローチャート
【図２２】実施の形態３における第二情報処理装置の動作について説明するフローチャート
【図２３】実施の形態３におけるサーバ装置の動作について説明するフローチャート
【図２４】実施の形態３における購入者識別子管理表の例を示す図
【図２５】実施の形態３における販売者識別子管理表の例を示す図
【図２６】実施の形態３における購入者保険料管理表の例を示す図
【図２７】実施の形態３における販売者保険料管理表の例を示す図
【図２８】実施の形態３における取引結果情報の例を示す図
【符号の説明】
１１，９１，２０１  第一情報処理装置
１２、９２、２０２  第二情報処理装置
１３，９３，２０３  サーバ装置
１１０１  入力受付部
１１０２  購入者識別子格納部
１１０３、９１０３  購入者識別子送信部
１１０４  第一取引許可情報受信部
１１０５  電子商取引トリガー送信部
１１０６  販売商品情報受信部
１１０７  販売商品情報出力部
１１０８  購入情報送信部
１２０１  電子商取引トリガー受信部
１２０２  販売者識別子格納部
１２０３、２０２０３  販売者識別子送信部
１２０４  第二取引許可情報受信部
１２０５  販売商品情報格納部
１２０６  販売商品情報送信部
１２０７  購入情報受信部
１２０８  決済部
１３０１、９２０１  購入者識別子受信部
１３０２、２０１０１  販売者識別子受信部
１３０３  認証部
１３０４  取引許可情報送信部
９２０３、２０１０２  識別子送信部
９２０４  購入対象情報送信部
９２０９  価格条件合致情報受信部
９３０１、２０３０１  識別子受信部
９３０４  取引許可情報送信部
９３０５  購入者情報格納部
９３０６  購入対象情報受信部
９３０７  上限価格情報取得部
９３０８  判断部
９３０９  取引結果情報受信部
９３１０  上限価格情報更新部
９３１１  価格条件合致情報送信部
２０１０３  取引結果情報送信部
２０１０４  第一取引許可情報送信部
２０３０１  保険料情報管理部
２０３０２  取引結果情報受信部
２０３０３  保険料情報更新部
【図１】
2004213452.tif 000003
【図２】
2004213452.tif 000004
【図３】
2004213452.tif 000005
【図４】
2004213452.tif 000006
【図５】
2004213452.tif 000007
【図６】
2004213452.tif 000008
【図７】
2004213452.tif 000009
【図８】
2004213452.tif 000010
【図９】
2004213452.tif 000011
【図１０】
2004213452.tif 000012
【図１１】
2004213452.tif 000013
【図１２】
2004213452.tif 000014
【図１３】
2004213452.tif 000015
【図１４】
2004213452.tif 000016
【図１５】
2004213452.tif 000017
【図１６】
2004213452.tif 000018
【図１７】
2004213452.tif 000019
【図１８】
2004213452.tif 000020
【図１９】
2004213452.tif 000021
【図２０】
2004213452.tif 000022
【図２１】
2004213452.tif 000023
【図２２】
2004213452.tif 000024
【図２３】
2004213452.tif 000025
【図２４】
2004213452.tif 000026
【図２５】
2004213452.tif 000027
【図２６】
2004213452.tif 000028
【図２７】
2004213452.tif 000029
【図２８】
2004213452.tif 000030