Deprecated: The each() function is deprecated. This message will be suppressed on further calls in /home/zhenxiangba/zhenxiangba.com/public_html/phproxy-improved-master/index.php on line 456
JP4033727B2 - Information provision control system and information provision control method - Google Patents
[go: Go Back, main page]

JP4033727B2 - Information provision control system and information provision control method - Google Patents

Information provision control system and information provision control method Download PDF

Info

Publication number
JP4033727B2
JP4033727B2 JP2002198988A JP2002198988A JP4033727B2 JP 4033727 B2 JP4033727 B2 JP 4033727B2 JP 2002198988 A JP2002198988 A JP 2002198988A JP 2002198988 A JP2002198988 A JP 2002198988A JP 4033727 B2 JP4033727 B2 JP 4033727B2
Authority
JP
Japan
Prior art keywords
information
user
ticket
service
registration
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2002198988A
Other languages
Japanese (ja)
Other versions
JP2004046288A (en
Inventor
基宏 町田
俊樹 磯
雅二 片桐
利明 杉村
英則 清水
太郎 菅原
文敏 鵜飼
博典 坊野
敬 湯浅
マッキーチャン マーク
真也 中川
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
HP Inc
Original Assignee
Hewlett Packard Co
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hewlett Packard Co filed Critical Hewlett Packard Co
Priority to JP2002198988A priority Critical patent/JP4033727B2/en
Priority to US10/614,517 priority patent/US7233955B2/en
Publication of JP2004046288A publication Critical patent/JP2004046288A/en
Application granted granted Critical
Publication of JP4033727B2 publication Critical patent/JP4033727B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Description

【0001】
【発明の属する技術分野】
本発明は、複数業種を横断的に連携させユーザにサービス情報を提供する情報提供制御システム及び情報提供制御方法に関する。特に、本発明は、コミュニティ(即ち、嗜好に関して共通性を持つ複数のユーザの集団)に属するユーザからの情報提示及び当該ユーザによる情報取得を支援することに関する。
【0002】
【従来の技術】
従来、ネットワーク上で構築運営されるコミュニティとしては、コミュニティを運営する1つのサーバ等のシステムにアクセス/ログインし、そのサーバの中で情報交換を行うものと、分散したサーバの相互接続により各々のサーバでの情報発信を連携させるものとがあった。
【0003】
このうち、1つのサーバにより形成されるコミュニティでは、アクセスが集中して一時的に過負荷状態となるおそれがある等のシステム資源の制約があるという問題がある。これに対し、分散した複数のサーバに情報を分散させ、相互接続させるコミュニティでは、システム資源の制約を受けることは少ない。
【0004】
但し、後者のコミュニティ(分散した複数のサーバによる情報発信型のコミュニティ)は、システムの相互接続を維持するため、予め連携する複数のシステム間の関係をURLのリンクとして用意しておく必要や、または総合的に情報を提供する大手の情報提供者(例えば、ヤフーやニフティ)と提携する必要があった。
【0005】
【発明が解決しようとする課題】
しかしながら、情報が絶えず更新されるコミュニティにとって、システムの相互接続を維持するためのリンク情報や提携関係を構築することは極めて煩雑な作業を要するという問題があった。
【0006】
その一方で、コミュニティは、一般的に、不特定多数のユーザへの情報提示を目的とせず、所定の規則の遵守を約束した特定ユーザ(即ち、コミュニティの会員)への情報提示を目的とする。そのため、分散した複数のサーバに情報を分散させ相互接続させるコミュニティにとっては、提示される情報の内容に応じて、提示を許可するユーザにのみ情報が提示されるようなしくみを構築する必要があった。
【0007】
本発明は上記課題を解決するために成され、その目的は、複数業種を横断的に連携させユーザにサービス情報を提供する情報提供制御システム及び情報提供制御方法において、リンク情報や提携関係を構築する手間を削減しつつ、情報の内容に応じて適正なユーザにのみ情報を提示することで、情報発信者及びユーザの便宜を図ることにある。
【0008】
【課題を解決するための手段】
上記目的を達成するために、本発明に係る情報提供制御システムは、請求項1に記載したように、サービスに接続するためのアクセス方法情報が格納された手続きファイルと、商品に付与されたコード、当該商品に関連したサービスを提供するサービス提供者のアクセス先アドレス、及び前記手続きファイルの格納先情報、並びに、前記商品に関する情報と前記商品に関連するサービスに関する情報の両方又は一方を含むチケットを格納管理するチケット格納管理手段と、ユーザにより要求されたコード及びチケット要求を、当該ユーザの識別情報とともに受け付ける要求受付手段と、ユーザの嗜好情報を含むユーザ情報をユーザの識別情報に対応づけて記憶したユーザ情報記憶手段と、前記要求受付手段による受け付けにより得られたコード及びチケット要求に基づいて、前記コードに対応したチケットの検索を前記チケット格納管理手段に実行させる検索制御手段と、前記検索により得られたチケットに含まれた手続きファイルの格納先情報を読み出し、当該格納先情報に基づいて前記手続きファイルからアクセス方法情報を読み出すアクセス方法情報読出し手段と、前記検索により得られたチケットに含まれたサービス提供者のアクセス先アドレスを読み出し、当該サービス提供者のアクセス先アドレスに基づいてサービス提供者へサービス提供内容情報を要求し、当該サービスに関する手続きファイルに格納されたアクセス方法に従って獲得するサービス情報獲得手段と、前記チケットに含まれた前記商品に関する情報、前記サービスに関する情報、読み出されたアクセス方法情報、及び獲得されたサービス提供内容情報をユーザへ提示する提示制御手段と、を備え、前記チケットは、当該チケットに含まれた情報の提示が許可されるユーザの条件を表す許可条件情報を含み、前記提示制御手段は、前記受け付けにより得られたユーザの識別情報に対応したユーザ情報を前記ユーザ情報記憶手段から読み出し、当該ユーザ情報と前記チケットに含まれた許可条件情報とに基づいて、当該チケットに含まれた情報の当該ユーザへの提示を許可するか否かを判断し、提示を許可する場合に当該ユーザへの提示を行うことを特徴とする。
【0009】
上記情報提供制御システムでは、サービスに接続するためのアクセス方法情報が格納された手続きファイルと、ユーザの嗜好情報を含むユーザ情報をユーザの識別情報に対応づけて記憶したユーザ情報記憶手段とが存在し、チケット格納管理手段が、商品に付与されたコード、当該商品に関連したサービスを提供するサービス提供者のアクセス先アドレス、及び手続きファイルの格納先情報、並びに、商品に関する情報と商品に関連するサービスに関する情報の両方又は一方を含むチケットを格納管理している。ここで、ユーザが、当該ユーザの識別情報とともにコード及びチケット要求によりチケットを要求すると、要求受付手段が、コード及びチケット要求を、当該ユーザの識別情報とともに受け付け、検索制御手段が、当該コード及びチケット要求に基づいて、当該コードに対応したチケットの検索をチケット格納管理手段に実行させる。
【0010】
チケット格納管理手段が、当該コードに対応したチケットの検索を行うことで、検索結果としてチケットが得られる。ここで、アクセス方法情報読出し手段が、検索により得られたチケットに含まれた手続きファイルの格納先情報を読み出し、当該格納先情報に基づいて前記手続きファイルからアクセス方法情報を読み出す。また、サービス情報獲得手段が、検索により得られたチケットに含まれたサービス提供者のアクセス先アドレスを読み出し、当該サービス提供者のアクセス先アドレスに基づいてサービス提供者へサービス提供内容情報を要求し、当該サービスに関する手続きファイルに格納されたアクセス方法に従って獲得する。
【0011】
そして、提示制御手段が、上記のチケットに含まれた商品に関する情報、サービスに関する情報、読み出されたアクセス方法情報、及び獲得されたサービス提供内容情報をユーザへ提示する。これにより、ユーザは、所望のコードに対応したチケットに含まれた商品に関する情報、サービスに関する情報、当該チケットに含まれた手続きファイルの格納先情報に基づき読み出されたアクセス方法情報、及び当該チケットに含まれたサービス提供者のアクセス先アドレスに基づき獲得されたサービス提供内容情報を得ることができる。
【0012】
特に、本発明をコミュニティに適用した場合には、従来のようなリンク情報や提携関係を構築する手間を削減することができ、コミュニティの運営の円滑化を図ることができる。
【0013】
本発明では、このような情報提供制御システムにおいて、上記チケットが、当該チケットに含まれた情報の提示が許可されるユーザの条件を表す許可条件情報を含んでおり、提示制御手段は、受け付けにより得られたユーザの識別情報に対応したユーザ情報をユーザ情報記憶手段から読み出し、当該ユーザ情報とチケットに含まれた許可条件情報とに基づいて、当該チケットに含まれた情報の当該ユーザへの提示を許可するか否かを判断する。そして、提示制御手段は、提示を許可する場合に、当該チケットに含まれた情報を当該ユーザへ提示する。これにより、チケットに含まれた許可条件情報に応じて適正なユーザにのみ、当該チケットに含まれた情報が提示されることになる。
【0014】
以上のように本発明によれば、従来のリンク情報や提携関係を構築する手間を削減しつつ、情報の内容に応じて適正なユーザにのみ情報を提示することで、情報発信者及びユーザの便宜を図ることができる。なお、本発明における「コード」には、例えば、商品を識別するためのコード、商品の販売場所やサービスの提供場所等の場所に関するコード、商品やサービスの内容を宣伝・紹介する動画・静止画等のイメージファイルのコード等が含まれる。
【0015】
また、本発明に係る情報提供制御システムは、請求項2に記載したように、嗜好に関して共通性を持つ複数のユーザの集団により運営される情報交換のためのシステムとしてのコミュニティに属するユーザの所定の登録情報を保管管理し、ユーザからの登録要求に応じて当該ユーザの登録情報を登録するユーザ登録手段と、前記サービス提供者となり当該ユーザのアクセス先アドレスの情報提供を希望する前記登録されたユーザからの、当該ユーザの嗜好に関連する商品に付与されたコードと当該ユーザのアクセス先アドレスとを含むチケットの登録要求を受け付け、前記チケット格納管理手段に当該チケットの登録を要求するチケット登録要求手段と、をさらに備え、前記チケット格納管理手段は、前記チケットの登録要求に基づいて、前記コードと前記アクセス先アドレスとを含む新たなチケットを登録する構成とすることが望ましい。
【0016】
この場合、ユーザ登録手段は、コミュニティに属するユーザの所定の登録情報を保管管理しており、ユーザからの登録要求に応じて当該ユーザの登録情報を登録する。そして、登録されたユーザが、サービス提供者となり、他のユーザへの当該ユーザのアクセス先アドレスの情報提供を希望するに至り、当該ユーザの嗜好に関連する商品に付与されたコードと当該ユーザのアクセス先アドレスとを含むチケットの登録を要求すると、チケット登録要求手段が、当該チケットの登録要求を受け付け、チケット格納管理手段に当該チケットの登録を要求する。チケット格納管理手段は、当該チケットの登録要求に基づいて、当該コードとアクセス先アドレスとを含む新たなチケットを登録する。これにより、この新たなチケットの情報が情報提供制御システムを利用する他のユーザに提示されるようになり、上記ユーザは、コミュニティへのユーザ登録要求を行い、チケットの登録要求を行うだけで、簡単に自己のサービス提供情報を他のユーザに提示するしくみを構築することができる。
【0017】
また、本発明に係る情報提供制御システムは、請求項3に記載したように、嗜好に関して共通性を持つ複数のユーザの集団により運営される情報交換のためのシステムとしてのコミュニティに属するユーザの所定の登録情報を保管管理し、ユーザからの登録要求に応じて当該ユーザの登録情報を登録するユーザ登録手段と、前記登録されたユーザからの当該ユーザの嗜好に関連する商品に関するチケットの情報提示要求を受け付け、当該チケットに含まれた情報の当該ユーザへの提示が許可されるように、当該ユーザのユーザ情報が当該チケットに関する許可条件情報に対応するよう前記ユーザ情報記憶手段に記憶された当該ユーザのユーザ情報を更新するユーザ情報管理手段と、をさらに備えた構成とすることが望ましい。
【0018】
この場合、ユーザ登録手段は、コミュニティに属するユーザの所定の登録情報を保管管理しており、ユーザからの登録要求に応じて当該ユーザの登録情報を登録する。そして、登録されたユーザが、当該ユーザの嗜好に関連する商品に関するチケットの情報提示を要求すると、ユーザ情報管理手段は、当該チケットの情報提示要求を受け付け、当該チケットに含まれた情報の当該ユーザへの提示が許可されるように、当該ユーザのユーザ情報が当該チケットに関する許可条件情報に対応するようユーザ情報記憶手段に記憶された当該ユーザのユーザ情報を更新する。
【0019】
これにより、更新後の当該ユーザのユーザ情報と当該チケットに関する許可条件情報とに基づき、当該チケットに含まれた情報の当該ユーザへの提示が許可されることとなり、以後、当該ユーザは、自己が希望したチケットに含まれた情報の提示を受けることができる。このように上記ユーザは、コミュニティへのユーザ登録要求を行い、チケットの情報提示要求を行うだけで、簡単に自己の希望するチケットの情報提示を受けることができる。
【0020】
ところで、上記情報提供制御システムに係る発明は、以下の情報提供制御方法の発明として捉えることもできる。これらの発明は、技術的思想としては同一であるため、同様の作用・効果を奏する。
【0021】
即ち、本発明に係る情報提供制御方法は、請求項4に記載したように、サービスに接続するためのアクセス方法情報が格納された手続きファイルと、商品に付与されたコード、当該商品に関連したサービスを提供するサービス提供者のアクセス先アドレス、及び前記手続きファイルの格納先情報、並びに、前記商品に関する情報と前記商品に関連するサービスに関する情報の両方又は一方を含むチケットを格納管理するチケット格納管理手段と、ユーザの嗜好情報を含むユーザ情報をユーザの識別情報に対応づけて記憶したユーザ情報記憶手段と、を備えた情報提供制御システムにて実行される情報提供制御方法であって、ユーザにより要求されたコード及びチケット要求を、当該ユーザの識別情報とともに受け付ける要求受付工程と、前記受け付けにより得られたコード及びチケット要求に基づいて、前記コードに対応したチケットの検索を前記チケット格納管理手段に実行させる検索制御工程と、前記検索により得られたチケットに含まれた手続きファイルの格納先情報を読み出し、当該格納先情報に基づいて前記手続きファイルからアクセス方法情報を読み出すアクセス方法情報読出し工程と、前記検索により得られたチケットに含まれたサービス提供者のアクセス先アドレスを読み出し、当該サービス提供者のアクセス先アドレスに基づいてサービス提供者へサービス提供内容情報を要求し、当該サービスに関する手続きファイルに格納されたアクセス方法に従って獲得するサービス情報獲得工程と、前記チケットに含まれた前記商品に関する情報、前記サービスに関する情報、読み出されたアクセス方法情報、及び獲得されたサービス提供内容情報をユーザへ提示する提示制御工程とを有し、前記チケットは、当該チケットに含まれた情報の提示が許可されるユーザの条件を表す許可条件情報を含み、前記提示制御工程では、前記受け付けにより得られたユーザの識別情報に対応したユーザ情報を前記ユーザ情報記憶手段から読み出し、当該ユーザ情報と前記チケットに含まれた許可条件情報とに基づいて、当該チケットに含まれた情報の当該ユーザへの提示を許可するか否かを判断し、提示を許可する場合に当該ユーザへの提示を行うことを特徴とする。
【0022】
また、本発明に係る情報提供制御方法では、請求項5に記載したように、前記情報提供制御システムが、嗜好に関して共通性を持つ複数のユーザの集団により運営される情報交換のためのシステムとしてのコミュニティに属するユーザの所定の登録情報を保管管理し、ユーザからの登録要求に応じて当該ユーザの登録情報を登録するユーザ登録手段をさらに備え、前記サービス提供者となり当該ユーザのアクセス先アドレスの情報提供を希望する前記登録されたユーザからの、当該ユーザの嗜好に関連する商品に付与されたコードと当該ユーザのアクセス先アドレスとを含むチケットの登録要求に基づいて、前記チケット格納管理手段に当該チケットの登録を要求する登録要求工程と、前記チケット格納管理手段により、前記チケットの登録要求に基づいて、前記コードと前記アクセス先アドレスとを含む新たなチケットを登録するチケット登録工程とをさらに有することが望ましい。
【0023】
さらに、本発明に係る情報提供制御方法では、請求項6に記載したように、前記情報提供制御システムが、嗜好に関して共通性を持つ複数のユーザの集団により運営される情報交換のためのシステムとしてのコミュニティに属するユーザの所定の登録情報を保管管理し、ユーザからの登録要求に応じて当該ユーザの登録情報を登録するユーザ登録手段をさらに備え、前記登録されたユーザからの、当該ユーザの嗜好に関連する商品に関するチケットの情報提示要求に基づいて、当該チケットに含まれた情報の当該ユーザへの提示が許可されるように、当該ユーザのユーザ情報が当該チケットに関する許可条件情報に対応するよう前記ユーザ情報記憶手段に記憶された当該ユーザのユーザ情報を更新するユーザ情報更新工程をさらに有することが望ましい。
【0024】
【発明の実施の形態】
以下、図面を用いて本発明の実施の形態を説明する。なお、以下では本発明に係る「コード」は「ID」と称する。また、チケットとは、IDに対応した商品の情報、当該商品に関連したサービス提供に係わるサービス提供者のアドレス、アクセス方法、サービス種別等が記述された情報であり、詳細は図6を用いて後述する。
【0025】
[情報提供制御システムの構成]
図1には、本実施形態に係る情報提供制御システムの全体構成を示す。この図1に示すように、本実施形態に係る情報提供制御システムは、ネットワーク120に接続された又は接続可能とされた以下の構成要素により構成される。即ち、情報提供制御システムは、サービス提供を受けるユーザのパーソナルコンピュータ(PC)、携帯用情報端末(Personal Digital Assistant:PDA)、携帯電話などの端末100と、IDが付与される物に対して新たにID発行依頼を行うID発行依頼者(例えば、新しい商品の開発や製造を行う業者や購入などで商品を手に入れた者等)102と、ID発行を行うID発行機関のグループ103と、チケット登録依頼するチケット登録者104と、チケットの格納管理や検索を行うチケット管理部105と、サービスを仲介してユーザにサービス提供者の候補を提示するとともに、それに係る手続きを代行する手続き処理実施部106と、手続きファイル107と、販売や修理や情報提供などをネットワークを介して行うサービスを提供するサービス提供者108と、個人情報109と、コミュニティを運営するユーザ管理部110と、個人が情報発信するWebページ121、122、123とを含んで構成されている。
【0026】
このうちID発行機関のグループ103は、ID発行を行う機関のグループ103の全体的ID発行規則の管理運営を行うID発行管理機関1031と、ID発行管理機関1031から与えられたID発行規則に基づきIDを発行する複数のID発行機関1032、1033とを含んで構成されている。
【0027】
チケット管理部105は、チケット管理部105へのチケット登録要求の受信や検索結果の送信等を行う送受信部1051と、チケット蓄積する巨大なデータベースである格納部1052と、チケットの検索を行う検索部1053とを含んで構成されている。
【0028】
手続き処理実施部106は、IDに基づくチケット検索結果(複数のチケット)からユーザが求め且つユーザが手続き可能なサービス提供者に関するチケットを選択するチケットフィルタリング部1061と、チケットに記述された手続きファイル格納先(即ち、サービス提供者へのアクセス方法情報に関する手続きファイル107の格納先情報(サービスエンティティアクセスプロトコル格納先ポインタともいう))からチケットの手続きファイルを読み出す手続きファイル読み出し部1063と、手続き処理に基づいて手続きを指示する手続き処理指示部1062とを含んで構成されている。
【0029】
手続きファイル107は、手続きに用いるプロトコルや必須な情報(例えば自動車業界が定めたプロトコルである場合、インターネットで一般的に用いられている暗号通信方式や、独自な手続きプロトコル、また手続きに必要な情報の種類に関する情報)が記述されたファイルであり、ネットワーク120を介して誰でも参照できるように公開されている。これによって、新たにサービスを提供するものは、公開されている様々な手続き処理の中から、最適な手続き処理を選び、その手続きファイルの格納先をチケットに記述するだけで利用することが可能になる。なお、手続きファイル107は、セキュリティを確保するため必要に応じて、情報を要求する者の認証を行い、参照を適宜制限する措置をとることも可能とされている。
【0030】
ユーザ管理部110は、ユーザ登録等の情報を送受信する送受信部111と、ユーザ登録しユーザ登録情報を管理するユーザ登録部112と、ユーザ登録の際に当該登録したユーザに関するWebページ等の情報に関するチケットをチケット管理部105に対し登録要求するチケット登録部113と、ユーザ登録の際にユーザの個人情報109を更新する個人情報管理部114とを含んで構成されている。
【0031】
なお、後述の処理で用いられる個人情報109には、名前や住所、趣味や嗜好、所有している物のリスト、手続きできる処理の種類、更には様々なサービス提供者へのアクセス履歴や利用履歴などの情報が含まれており、この個人情報109は、ユーザが端末100に保有してもよいし、ネットワーク内にWebページ121、122、123のような形式で保有してもよいし、サービス提供者を紹介し手続きを仲介する手続き処理実施部106にあってもよい。なお、個人情報109は、図1のように複数箇所に分散して保有してもよい。ただし、その場合、複数箇所の個人情報109は同一の内容であり、個人情報の更新時には全ての個人情報109が、個人情報管理部114により同期をとって更新されるものとする。
【0032】
また、IDを付与された物101は、数字や文字の組合せでできたコードをバーコードや二次元バーコードやRF-IDや赤外タグなどでIDを付与された物(ビンや紙なとの物理的な物体や音声ファイルやイメージファイルのような電子的な物体)により構成される。
【0033】
[サービス提供に係る各種の処理]
以下、上記情報提供制御システムにて実行されるサービス提供に係る各種の処理を説明する。
【0034】
[IDの発行機関認定処理及びID発行処理]
図2には、IDの発行機関認定処理及びID発行処理を示す。この図2に示すように、ID発行機関の認定申請を希望する機関は、ID発行管理機関1031にID発行機関になることを認定申請する。ID発行管理機関1031は、申請のあった機関が、充分ID発行管理機関1031が定めたID発行規則やその他の規則を守れるか否かを審査し、その条件を満たすとき、申請のあった機関をID発行機関として認定するとともに、申請のあった機関が発行可能なIDの発行規則を通知する。IDの発行規則の具体例としては、「ID発行機関Aが付与するIDには必ず頭にJANという文字列を付与する」とか、「ID発行機関Bが付与するIDには必ず頭にISBNという文字列を付与する」等が挙げられる。
【0035】
認定されたID発行機関1032、1033等は、ID発行依頼者102から、IDの発行依頼を受けた時、ID発行依頼者102の名前やアドレスや信頼性を審査(チェック)し、所定の条件を満たす場合にID発行管理機関1031の定めたID発行規則に従いIDを発行し、そのIDをID発行依頼者102に通知する。このような発行規則を守ることで、同じIDが重複して存在することを防ぐことが可能となるとともに、従来からある様々なID体系を、重複しないコード体系として管理することが可能となる。
【0036】
図3は、ID発行機関認定処理を行わずにIDの重複を避けるID発行処理を説明する図である。この図3に示すように、まず、ID発行機関1032等は、ID発行依頼者102からID発行依頼を受ける都度、ID発行管理機関1031にID発行依頼を行う。ID発行管理機関1031は、ID発行依頼を行ったID発行機関1032等が、ID発行管理機関1031が定めたID発行規則やその他の規則を守れるか否かを審査し、その条件を満たすとき、ID発行依頼を行ったID発行機関1032等に新規IDを発行し、そのIDを通知する。通知を受けたID発行機関1032等は、そのIDをID発行依頼者102に通知し、これにより、ID発行依頼者102は、そのIDを得ることができる。
【0037】
なお、図3で説明したID発行管理機関1031は、全てのID発行を管理運営することが可能な場合に、個別のID発行依頼に対応する形態であり、実質的には当該ID発行管理機関1031がIDを発行する形態である。
【0038】
[チケットの登録・更新処理]
図4は、チケット管理部105によるチケットの登録・更新処理を説明する図である。この図4に示すように、チケット管理部105は、チケット登録者104から、チケット登録依頼を受信する。チケット登録依頼は、一般的にはIDが付与された物(商品)に関するサービスを提供する者(具体的には、ワイン製造者が付与したID=1224のワインを取り扱う輸入代理店)が行うと考えられる。ただし、チケットを第三者的に代行業者(例えば、先の輸入代理店から委託された販売促進企画請負業社)が登録しても良い。チケット登録者104は、チケット管理部105にID、チケット、登録者情報(例えば名称、ネットワーク上のアドレス等)、チケットの内容を更新する場合には、前回チケットを登録した際に受けたチケットの識別番号(以下「チケットID」という)を送信する。送受信部1051は、受信した登録者情報を審査し、条件を満たす場合には、チケットを格納部1052に格納する。格納部1052は、チケットの内容をチェックし、チケットの形式が正しいか、チケットに記載されている内容に間違いが無いか等をチェックする。そして問題が無い場合に、チケットを格納部1052内に蓄積する。そして、格納部1052は、チケットを格納完了した旨のチケット格納完了通知と、格納したチケットのチケットIDとをチケット登録者104へ送信する。このチケットIDは、チケットの内容が変わり更新するときに再度利用される。
【0039】
[チケット検索処理及び手続き処理]
次に、図5を用いて、チケット管理部105で行われるチケット検索処理と、手続き処理実施部106で行われる手続き処理とを説明する。なお、個別の処理の流れについては、図8、図9、図10を用いて後述する。
【0040】
まず、IDが付与された物101からIDを取得したユーザ100は、そのID、サービス提供に必要なチケット要求(最適サービス提供先要求)、及びユーザ情報を手続き処理実施部106の手続き処理指示部1062に送信する。手続き処理指示部1062は「受信したIDが何か?」、また「IDに関連するサービスはどんなものがあるか?」を検索するため、チケット管理部105の送受信部1051に対しIDとチケット要求と要求者情報(手続き処理指示部1062を含む手続き処理実施部106に関する情報)とを送信する。
【0041】
送受信部1051は、IDとチケット要求と要求者情報を受信して、要求者情報をチェックし、問題が無い場合にはIDとチケット要求を検索部1053に送信する。検索部1053は、受け取ったチケット要求の内容に、矛盾等の問題が無いかをチェックし、問題が無い場合に格納部1052にIDとチケット検索要求を送信する。格納部1052は、受け取ったIDとチケット検索要求に基づきチケットの検索処理を行い、検索で得られたチケットの有効期限をチェックし、有効期限を満たすチケット全てを検索結果として送受信部1051に渡す。検索結果としてのチケットは、手続きファイル読み出し部1063に渡される。
【0042】
手続きファイル読み出し部1063は、受け取ったチケットの各々について、当該チケットに記述された手続きファイル格納先情報に基づいて手続きファイル107から手続き情報を読み出し手続き処理指示部1062に送信する。そして、手続き処理指示部1062は、チケット要求を行ったユーザ100に関する個人情報109及び手続き情報に基づいて、当該ユーザ100が手続き可能か否かを、各チケットについて判断することで、受け取ったチケットから手続き可能なチケットのみを選択する手続き可不可チェックを行う。
【0043】
手続き可能と判断されたチケットについては、手続き処理指示部1062は、サービス提供者108に対して、サービス提供内容詳細問合せ要求を行い、サービス提供詳細内容情報(例えば「フランスワイン販売、問合せID、商品の販売価格は4500円、納品は商品つき次第で約2ヶ月後納品の見込み」等の情報)を、当該サービスに関する手続きファイル107に格納されたアクセス方法に従って獲得する。
【0044】
上記の手続き処理実施部106が行った「チケット管理部105の送受信部1051にIDとチケット要求と要求者情報とを送信して、サービス提供者108に対して、サービス提供内容詳細問合せ要求を行い、サービス提供詳細内容情報を受信する」処理をサービス提供先候補抽出処理501という。このサービス提供先候補抽出処理501は、受信したチケットに記述された情報(ID、商品に関するコメント、サービスに関するコメント等)に基づき繰り返し実行することで、手続き処理指示部1062が獲得するチケット数を増やすことが可能となる。なお、具体的な処理フローは図8及び図9を用いて後述する。
【0045】
その後、チケットフィルタリング部1061は、手続き処理指示部1062からチケットを受信し、個人情報109に基づいて、受け取ったチケットの中からユーザが求めているサービス提供先選択候補を絞り込む。例えば、ワインのIDでの検索されたチケットについて、今回要求されたユーザの個人情報に「東京在住」、「趣味が海外旅行」との情報が含まれている場合には、海外旅行に関するチケットや東京在圏のサービス提供者に関するチケットを優先的に上位の候補にする。そして、チケットフィルタリング部1061は、その選択された最適サービス提供先の候補をユーザ100に提示する。ユーザ100は、求めていたサービスがある場合には、そのサービスのサービス提供者108を選択し、サービス処理実施要求を当該サービス提供者108に行う。そして、ユーザ100とサービス提供者108の間で、ユーザ認証等のサービス提供を行う上で必要な契約確認処理が行われ、ユーザ100はサービスの提供を受ける。
【0046】
[チケットの構造]
ここで、図6を用いてチケットの構造を説明する。チケットには以下の(1)〜(13)の情報が含まれている。
【0047】
即ち、(1)IDが付与された物であることを特定する数字文字の列であるID。(2)IDに関連した情報やサービスを提供するサービス提供者の接続先(サービス提供先(サービスエンティティポインタ):例えばネットワーク上のIPアドレスやURL等)。(3)サービスに接続するためのアクセス方法が記されたサービス手続き情報が格納されている先(サービスエンティティアクセスプロトコル格納先ポインタ:例えばネットワーク上のIPアドレス、URL、ファイル名等)。(4)チケット種別。具体的な例としては、例えば、IDが付与されものが何であるかを示すID発行依頼者しか発行できないチケットを示す「primary(プライマリ)」と、その物に関連したサービスを提供するために発行した「secondary(セカンダリ)」などがある。(5)IDが付与された物がどのような物かを分類する情報であるオブジェクトカテゴリー(Object Category)。(6)IDが付与された物がどこにあるかを意味する情報であるオブジェクトロケーション(Object Location)。(7)IDが付与された物に関する様々な情報が記載されるオブジェクトコメント(Object Comments)。(8)IDが付与された物に関連するサービス提供がどのようなサービスに分類するかを示す情報であるサービスカテゴリー(Service Category)。(9)IDが付与された物に関連するサービス提供がどのような場所や地域で行われているかを示す情報であるサービスロケーション(Service Location)。(10)IDが付与された物に関連するサービス提供に関する様々な情報が記載されるサービスコメント(Service Comments)。(11)チケットの登録者に関する情報。(12)チケットの登録されている有効期限。(13)チケット検索して閲覧できる検索者を示すパーミッション情報。
【0048】
チケットに記載されたこれらの情報において、(2)(3)の情報は、様々なサービスに対応できるようにポインタしか持たない構造を持っていることが特徴であり、(4)(5)(6)(7)(8)(9)(10)の情報は、柔軟な検索を可能として、様々なサービスを創造できる構造を持っていることが特徴である。また、(11)(12)の情報はチケットの有効性を確保するための最低限の構造を持っていることが特徴であり、(13)の情報は情報公開の制限を可能とするための構造を持っていることが特徴である。(1)(2)(3)(4)(11)(12)の情報については情報の記述が必須であるが、その他の情報に関しては記述があっても無くても構わない。情報の記述が無い場合は「NULL」と表記する。
【0049】
[チケット登録更新処理の流れ]
次に、図7を用いて、上記のようなチケットを登録更新するためのチケット登録更新処理の流れを説明する。
【0050】
まず、チケット管理部105は、ID、チケット本体、チケットID(初めての登録の場合はNULL)、登録者情報を受信し(図7のS11)、受信したチケット登録者情報を基にチケット登録者の信頼性を評価する(S12)。ここでの信頼性評価には様々な方法を用いることができ、例えば、アカウントとパスワードを用いる方法、時間変化でパスワードを変更する方法、問合せのあったメールアドレスにパスワードを通知する方法等、そのいずれかまたは複数を組み合わせてチケット登録者を評価する。
【0051】
S12で信頼できないと判断した場合には、受信したチケットを破棄し(S18)、登録要求元にチケット格納を失敗した旨を通知して(S19)、処理を終了する。一方、S12で信頼できると判断した場合には、次に、チケットの内容が正しいか否かを判断する(S13)。ここでのチケットの内容が正しいか否かを判断する処理は、チケットの構造が規定の構造に合っているか、チケットの記載されるべき必須項目が記載されているか等をチェックすることで行う。
【0052】
S13でチケットの内容が正しくない場合には、受信したチケットを破棄し(S18)、登録要求元にチケット格納を失敗した旨を通知して(S19)、処理を終了する。一方、S13でチケットの内容が正しい場合には、同じIDかつチケットIDかつ同じ登録者情報であるチケットが既にチケット管理部105に格納されているか否かを判断する処理(チケットIDチェック処理)を行う(S14)。これによりチケットの登録かチケットの更新かを判断する。
【0053】
S14で同じIDかつチケットIDかつ同じ登録者情報であるチケットがチケット管理部105に格納されていない場合には、チケットの登録であると判断し、格納部1052にチケットを蓄積する(S16)。そして、チケットの格納が完了した旨の通知と格納したチケットに関するチケットIDとをチケット登録者104(またはチケット更新者)に通知して(S17)、処理を終了する。
【0054】
一方、S14で同じIDかつチケットIDかつ同じ登録者情報であるチケットがチケット管理部105に格納されている場合には、チケットの更新であると判断し、既に格納されているチケットに、受信した新たなチケットを上書きして蓄積する(S15)。そして、チケットの格納が完了した旨の通知と格納したチケットに関するチケットIDとをチケット登録者104(またはチケット更新者)に通知して(S17)、処理を終了する。なお、この際、同一ID、全てのチケットの項目が同一であるチケットがあるか否かを判断し、全く同じチケットがあった場合には、チケットを格納しない方が、データベースの格納容量を有効に利用するためには有効である。
【0055】
[チケット検索処理の流れ]
次に、図8を用いて、チケット格納部及び手続き処理実施部におけるチケット検索処理の流れを説明する。なお、ここでは、処理の主体については図5により前述したため、チケットフィルタリング部1061等ではなく、手続き処理実施部106又はチケット管理部105で総称的に表すものとする。
【0056】
まず、手続き処理実施部106は、ユーザ100からID、チケット要求、ユーザ情報を受信する(図8のS31)。そして、手続き処理実施部106は、ユーザ情報が正しいか否かの判断処理を行う(S32)。ユーザ情報が正しくないと判断した場合には直ちに処理を中断し、ユーザに処理が中断した旨を通知して(不図示)、処理を終了する。
【0057】
一方、S32でユーザ情報が正しいと判断した場合には、図5のサービス提供先候補抽出処理501を実行回数を表す回数Nをゼロ「0」にリセットし(S33)、ID、チケット要求、要求者情報をチケット管理部105へ送信する(S34)。そして、回数Nに1を加え(S35)、サービス提供先候補抽出処理501を行う(S36)。なお、サービス提供先候補抽出処理501については図10を用いて詳細に説明する。サービス提供先候補抽出処理501を終え、IDにより検索したチケットとそのチケットに関するサービス提供内容詳細情報を受信する(S37)。
【0058】
そして、受信したチケットのObject CommentsとService Commentsの項目にIDが記述されているか否かを判断する(S38)。IDが記述されていない場合には、個人情報参照処理を行う(S41)。IDが記述されていた場合には、回数Nが、予め定めたサービス提供先候補抽出処理501の実施回数制限数α未満であるか否かを判断する(S39)。回数Nが実施回数制限数αより大きい又は等しい場合には個人情報参照処理を行う(S41)。一方、回数Nが実施回数制限数α未満である場合には、チケットに記述されたIDを検索対象のIDとし(S40)、再びID、チケット要求、要求者情報をチケット管理部105に送信する(S34)。このように検索対象のIDを置き換えて再びチケットを検索する処理を繰り返すことで、様々なサービス提供者に連携した横断的なサービス提供が可能となる。
【0059】
S41での個人情報参照処理では、個人情報109から、ユーザの状況及びユーザの嗜好、購買傾向、サービスの利用傾向等の個人情報が参照される。そして、個人情報を基に、ユーザに最適なサービス提供先選択処理が実施され(S42)、選択されたサービス提供先の候補は、ユーザの端末に通知される最適サービス提供先提示処理を行う(S43)。
【0060】
その後、ユーザは、提示されたサービス提供先からサービス提供先を選択するか否かを判断し、選択する場合、サービス処理実施要求を送信する。このため、S44では、ユーザからのサービス処理実施要求を受信したか否かにより、サービス提供先が選択されたか否かを判断する。ここで、選択されなかった場合には、直ちに処理を中断し、ユーザに処理が中断した旨を通知して(不図示)、処理を終了する。
【0061】
一方、ユーザからのサービス処理実施要求を受信しサービス提供先が選択されたと判断した場合には、選択されたサービス提供先と接続して(S45)、処理を終了する。これにより、サービス提供先からユーザへサービスが提供されることとなる。
【0062】
[サービス提供先候補抽出処理の流れ]
次に、図9を用いて、サービス提供先候補抽出処理の流れを説明する。
【0063】
手続き処理実施部106にある手続き処理指示部1062は、ID、チケット要求、要求者情報をチケット管理部105に送信する。この際、ユーザが要求しているサービス種別が既知の場合には、そのサービス種別をチケット管理部105に送信することで、チケットの検索結果の絞込みを予め行うことが可能となる。
【0064】
チケット管理部105の送受信部1051は、手続き処理指示部1062からのID、チケット要求、要求者情報を受信し(図9のS71)、要求者情報が正しいか否かを判断する(S72)。ここで要求者情報が正しくないと判断した場合、直ちに処理を中断するとともに処理が中断した旨を、要求者である手続き処理実施部106に通知して(不図示)、処理を終了する。
【0065】
一方、要求者情報が正しいと判断した場合には、IDとチケット要求を検索部1053に送信する(S73)。検索部1053は、受け取ったチケット要求に矛盾等の問題が無いかをチェックすることで、当該チケットの内容が正しいか否かを判断する(S74)。チケットの内容が正しくない場合には、直ちに処理を中断するとともに処理が中断した旨を、要求者である手続き処理実施部106に通知して(不図示)、処理を終了する。
【0066】
チケットの内容が正しい場合には、検索部1053は格納部1052に対しIDとチケット検索要求を送信する。格納部1052は、受け取ったチケット検索要求に基づきチケットの検索処理を行う(S75)。予めユーザが要求しているサービス種別が検索キーとして指定されている場合には、そのサービス種別情報に基づくフィルタリング検索を行い、チケット抽出処理を行う(S76)。
【0067】
そして、検索により得られたチケットがあるか否かを判断し(S77)、チケットが無かった場合には、直ちに処理を中断するとともに処理が中断した旨を、要求者である手続き処理実施部に通知して(不図示)、処理を終了する。一方、チケットがあった場合には、そのチケットの有効期限等をチェックする処理を行い(S78)、有効期限を満たすチケット全てを、検索結果として送受信部1051から手続きファイル読み出し部1063に渡す。
【0068】
手続きファイル読み出し部1063は、受け取ったチケット1つ1つを読み出す処理を行い(S79)、そして手続きファイル読み出し処理を行うことで(S80)、その手続き情報を取得する。そして、手続きファイル読み出し処理を未処理の次のチケットがあるか否かを判断し(S81)、未処理のチケットがある場合には、再び読み出し処理(S79)、手続きファイル読み出し処理(S80)を行う。
【0069】
次のチケットが無い場合(全てのチケットの手続きファイルを読み出し終えた場合)は、手続き処理実施部106において、チケット要求を行ったユーザ100が手続き可能か否かを個人情報109に基づいて判断することで、手続き可能なチケットのみを選択する(ユーザが利用可能な手続き処理のチケット選択処理を行う)(S82)。
【0070】
そして、ユーザが手続き可能なチケットがあるか否かを判断し(S83)、手続き可能なチケットがないと判断した場合には、直ちに処理を中断するとともに処理が中断した旨を、要求者である手続き処理実施部106に通知して(不図示)、処理を終了する。
【0071】
一方、S83で、手続き可能なチケットがある場合には、チケット1つ1つを読み出す処理を行い(S84)、サービス提供内容詳細問合せ処理を行う(S85)。そして、サービス提供内容詳細問合せ処理を未処理の次のチケットがあるか否かを判断し(S86)、未処理のチケットがある場合には、再びチケット読み出し処理(S84)、サービス提供内容詳細問合せ処理を行う(S85)。
【0072】
次のチケットが無い場合(全てのチケットのサービス提供内容詳細問合せ処理を終えた場合)、各々のチケットとチケットに関するサービス提供内容詳細情報とを処理の結果として処理を終える。
【0073】
[処理の例の説明]
次に、図10〜図14を用いて、本発明をコミュニティに適用した場合の処理例を説明する。
【0074】
ここでは、チケット管理部105に、ペットフード(IDは4901234petfood232)に関するチケットが3つ登録されており、ユーザ100を、IDとして4901234petfood232が付与された物(ペットフード)101を日常的に購入しているユーザとする。
【0075】
このユーザ100が、IDが4901234petfood232であるチケットのチケット要求をすると、前述のチケット検索処理により、図10(a)〜(c)の3つのチケットが検索結果として得られる。
【0076】
図10(a)〜(c)に示すように、3つ全てのチケットのID欄には4901234petfood232が記述されている。手続き処理実施部106は、これらのチケットからチケット種別、サービス種別を参照して、ユーザ100に適したサービスを提供するため、最適サービス提供先提示処理を実施する。
【0077】
この最適サービス提供先提示処理の一例を図15に示す。即ち、図15に示すように、まず、ID、サービス提供先提示要求、検索IDを受信し(S101)、IDをキーとして要求者の個人情報を個人情報109より取得するとともに、検索IDに対応するチケットを取得する(S102)。そして、当該要求者の個人情報とチケットのパーミッション情報とを照合する(S103)。この照合結果により、提示が許可されるチケットがあるか否かを判定し(S104)、提示が許可されるチケットがある場合は、当該チケットの情報を基にサービス提供先提示画面を作成し当該要求者に提示する(S105)。一方、提示が許可されるチケットが無い場合は、サービス提供先を提示できない旨を当該要求者に提示する(S106)。
【0078】
例えば、図11(a)には、ペットフード愛好会が運営するコミュニティへの会員登録前のAさんの閲覧可能サービス提供先提示画面を示し、図11(b)には、その時のAさんの個人情報を示す。Aさんはコミュニティに未登録であるため、図11(b)のように、Aさんの個人情報においてpetfoodIDが記述されていない状態(petfoodID=NULL)である。このようなAさんが、あるペットフードの包装にpetfoodIDとしての4901234petfood232を見つけ、このpetfoodIDを検索IDとしてサービス提供先提示要求をした場合、上記の図15の処理により、IDが4901234petfood232である図10(a)〜(c)の3つのチケットが提示候補となる。
【0079】
しかし、Aさんの個人情報ではpetfoodID=NULLなので、この情報と図10(a)〜(c)のチケットそれぞれのパーミッション情報との照合により、結果的にAさんに提示されるサービス提供先情報は、図10(a)のチケットに係るページ(Object Commentsよりペットフードに関する情報発信やペットフード友の会を開催しているページとわかる)のみとなる。即ち、図10(b)、(c)のチケットではパーミッション情報がAさんの個人情報と不一致と判定されるため、ページの閲覧がAさんに許可されない。従って、Aさんに提示された閲覧可能なサービス提供先提示画面には、図11(a)のように、図10(a)のチケットに関する情報だけしか表示されないこととなる。なお、実際の情報へのアクセス時には、要求者に対し別途パスワードなどの認証手続きを行うので、かりに不正な手続き処理実施部106が、許可を得ていないユーザに対しサービス提供先情報を提示する動作をしても、当該許可を得ていないユーザには実際の情報は提示されない。
【0080】
ここで、図12を用いて、コミュニティの運営を行っているユーザ管理部110におけるユーザ登録処理の流れを説明する。ユーザ管理部110は、ユーザ(例えば、Aさん)100からのユーザ登録要求を送受信部111により受信すると(S91)、ユーザ登録部112により所定のユーザ情報の送信要求をユーザ100に送信する(S92)。そして、ユーザ100からのユーザ情報を送受信部111により受信すると(S93)、ユーザ登録部112により、受信されたユーザ情報を登録する処理を行う(S94)。
【0081】
このユーザ登録処理を終えると、チケット登録部113が、ユーザ100をコミュニティ形成に参加させるためのユーザ100の情報発信に関するチケットを登録するべく、チケット管理部105に対しチケット登録要求を行う(S95)。これにより、ユーザ100による情報発信のためのページのアドレス等が1つのチケットとしてチケット管理部105に登録されることとなり、上記のチケット検索処理等によって、ユーザ100のページが、コミュニティを形成している他のユーザにより閲覧可能となる。
【0082】
例えば、ユーザ100がAさんの場合、図13に示すようなチケットがチケット管理部105に登録される。ここで、図13のチケットのパーミッション情報には、ペットフード愛好会が運営するコミュニティへの会員に共通の情報である「petfoodID=4901234petfood232」が設定されているため、当該コミュニティの他のユーザは、図13のチケットのパーミッション情報によりAさんのページの閲覧が許可されることとなる。
【0083】
次に、個人情報管理部114は、個人情報109内のユーザ100の個人情報において、コミュニティの会員である旨を示すIDを付与するよう更新処理を行う(S96)。これにより、ユーザ100は、このIDにより、他のコミュニティを形成する参加者の情報発信を閲覧することが可能になる。このように個人情報109内の個人情報は、個人情報管理部114により更新可能とされている。但し、更新時に個人情報管理部114は、更新対象のユーザ100や手続き処理実施部106から更新許可を受けたことを条件として更新を行うものとする。
【0084】
例えば、図14(b)には、登録後におけるAさんの個人情報の例を示す。この図14(b)のように、Aさんはコミュニティにユーザ登録したことで、Aさんの個人情報として、petfoodID=4901234petfood232が自動的に追加される。
【0085】
この状態でAさんが、4901234petfood232を検索IDとしてサービス提供先提示要求すると、上記の図15の処理により、IDが4901234petfood232である図10(a)〜(c)の3つのチケットが提示候補となるが、上記更新により、Aさんの個人情報としてpetfoodID=4901234petfood232が登録されているため、図10(b)、(c)のチケットではパーミッション情報がAさんの個人情報と一致することとなり、これらチケットに対応したBさんのページ及びCさんのページの閲覧がAさんに許可されることとなる。従って、会員登録後のAさんに提示された閲覧可能なサービス提供先提示画面には、図14(a)のように、図10(a)のチケットに関する情報(ペットフードのWebページ)とともに、図10(b)、(c)のチケットに対応したBさん及びCさんの各ページのリンク情報が表示(各ページへのリンクが形成)される。
【0086】
このように本実施形態によれば、ユーザにとってはコミュニティにユーザ登録することで、チケット登録処理(図12のS95)及び個人情報更新処理(S96)が自動的に実行され、分散した複数のサーバによる情報発信型のコミュニティに参加することができる。また、コミュニティの形成が容易となり、リンク情報や提携関係を構築する雑な手間なく情報発信ページを相互接続することが可能となる。
【0087】
なお、本発明は、コミュニティの運営以外にも、一般的な情報提供の制御に対して適用可能であり、コミュニティへの適用に限定されるものではない。
【0088】
【発明の効果】
以上説明したように、本発明によれば、従来のリンク情報や提携関係を構築する手間を削減しつつ、情報の内容に応じて適正なユーザにのみ情報を提示することで、情報発信者及びユーザの便宜を図ることができる。
【図面の簡単な説明】
【図1】本発明の一実施形態である情報提供制御システムの全体構成図である。
【図2】IDの発行機関認定処理及びID発行処理を説明するための図である。
【図3】ID発行機関認定処理を行わずにIDの重複を避けるID発行機関のID発行処理を説明するための図である。
【図4】チケット管理部のチケットの登録・更新処理を説明するための図である。
【図5】チケット管理部で行われるチケット検索処理と、手続き処理実施部で行われる手続き処理を説明するための図である。
【図6】チケットの構造を示す図である。
【図7】チケット登録更新処理の流れ図である。
【図8】チケット格納部及び手続き処理実施部におけるチケット検索処理の流れ図である。
【図9】サービス提供先候補抽出処理の流れ図である。
【図10】(a)〜(c)は、ID欄に所定のペットフードのIDが記述されたチケットの検索結果の一例を示す図である。
【図11】(a)は会員登録前のAさんが閲覧可能なサービス提供先提示画面を示す図であり、(b)は会員登録前のAさんの個人情報を示す図である。
【図12】コミュニティの運営を行っているユーザ管理部におけるユーザ登録処理の流れ図である。
【図13】会員登録に伴って登録されたチケットの一例を示す図である。
【図14】(a)は会員登録後のAさんが閲覧可能なサービス提供先提示画面を示す図であり、(b)は会員登録後のAさんの個人情報を示す図である。
【図15】最適サービス提供先提示処理の一例を示す流れ図である。
【符号の説明】
100…ユーザ端末、101…IDが付与された物、102…ID発行依頼者、103…ID発行機関のグループ、1031…ID発行管理機関、1032、1033…ID発行機関、104…チケット登録者、105…チケット管理部、1051…送受信部、1052…格納部、1053…検索部、106…手続き処理実施部、1061…チケットフィルタリング部、1062…手続き処理指示部、1063…手続きファイル読み出し部、107…手続きファイル、108…サービス提供者、109…個人情報、110…ユーザ管理部、111…送受信部、112…ユーザ登録部、113…チケット登録部、114…個人情報管理部、120…ネットワーク、121、122、123…Webページ、501…サービス提供先候補抽出処理。
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to an information provision control system and an information provision control method for providing service information to a user by cross-linking a plurality of industries. In particular, the present invention relates to supporting presentation of information from a user belonging to a community (that is, a group of a plurality of users having a common preference) and information acquisition by the user.
[0002]
[Prior art]
Conventionally, as a community constructed and operated on a network, each of the servers that access / login to a system such as a single server that manages the community and exchanges information within the server, and a distributed server are connected to each other. Some of them linked information transmission on the server.
[0003]
Among these, in the community formed by one server, there is a problem that there are restrictions on system resources such as a possibility that access is concentrated and a temporary overload state may occur. On the other hand, in a community where information is distributed and interconnected to a plurality of distributed servers, there are few restrictions on system resources.
[0004]
However, the latter community (information transmission type community with a plurality of distributed servers) needs to prepare a relationship between a plurality of systems linked in advance as a URL link in order to maintain system interconnection. Or it was necessary to partner with a large information provider (for example, Yahoo or Nifty) that provides information comprehensively.
[0005]
[Problems to be solved by the invention]
However, there has been a problem that a community in which information is constantly updated requires extremely complicated work to establish link information and partnerships for maintaining system interconnection.
[0006]
On the other hand, the community generally does not aim to present information to a large number of unspecified users, but aims to present information to a specific user (ie, a member of a community) who promises to comply with a predetermined rule. . For this reason, it is necessary for a community that distributes and interconnects information to a plurality of distributed servers to construct a mechanism in which information is presented only to users who are permitted to present information according to the content of the information presented. It was.
[0007]
The present invention was made to solve the above-mentioned problems, and its purpose is to establish link information and partnerships in an information provision control system and information provision control method for providing service information to a user by cross-linking a plurality of industries. It is intended to facilitate the convenience of the information sender and user by presenting information only to appropriate users according to the content of the information while reducing the time and effort.
[0008]
[Means for Solving the Problems]
In order to achieve the above object, an information provision control system according to the present invention includes a procedure file storing access method information for connecting to a service and a code assigned to a product as described in claim 1. A ticket including an access destination address of a service provider that provides a service related to the product, storage information of the procedure file, and information related to the product and information related to the service related to the product Ticket storage managing means for storing and managing, request receiving means for receiving the code and ticket request requested by the user together with the identification information of the user, and user information including the user preference information stored in association with the user identification information User information storage means and the code obtained by the acceptance by the request acceptance means. And a search control means for causing the ticket storage management means to search for a ticket corresponding to the code based on the ticket request, and reading storage location information of the procedure file included in the ticket obtained by the search, Access method information reading means for reading access method information from the procedure file based on storage location information, and an access destination address of the service provider included in the ticket obtained by the search, and an access destination of the service provider Service information acquisition means for requesting service provision content information to the service provider based on the address and acquiring according to the access method stored in the procedure file related to the service, information regarding the product included in the ticket, and the service Information, read access Presentation control means for presenting the legal information and the acquired service provision content information to the user, and the ticket includes permission condition information indicating a condition of the user permitted to present the information included in the ticket. The presentation control means reads user information corresponding to the identification information of the user obtained by the reception from the user information storage means, and based on the user information and the permission condition information included in the ticket, It is determined whether or not the information included in the ticket is allowed to be presented to the user, and when the presentation is permitted, the information is presented to the user.
[0009]
In the information provision control system, there is a procedure file that stores access method information for connecting to a service, and user information storage means that stores user information including user preference information in association with user identification information. The ticket storage management means relates to the code assigned to the product, the access address of the service provider providing the service related to the product, the storage information of the procedure file, and the information related to the product and the product. It stores and manages tickets that include both or one of information related to services. Here, when the user requests a ticket by the code and ticket request together with the identification information of the user, the request reception unit receives the code and ticket request together with the identification information of the user, and the search control unit receives the code and ticket. Based on the request, the ticket storage management unit is caused to search for a ticket corresponding to the code.
[0010]
The ticket storage management means searches for a ticket corresponding to the code, whereby a ticket is obtained as a search result. Here, the access method information reading means reads the storage location information of the procedure file included in the ticket obtained by the search, and reads the access method information from the procedure file based on the storage location information. Further, the service information acquisition means reads the access address of the service provider included in the ticket obtained by the search, and requests service provision content information from the service provider based on the access address of the service provider. , According to the access method stored in the procedure file for the service.
[0011]
Then, the presentation control means presents the information related to the product included in the ticket, the information related to the service, the read access method information, and the acquired service provision content information to the user. As a result, the user can access the information related to the product included in the ticket corresponding to the desired code, the information related to the service, the access method information read based on the storage location information of the procedure file included in the ticket, and the ticket. The service provision content information acquired based on the access destination address of the service provider included in the service provider can be obtained.
[0012]
In particular, when the present invention is applied to a community, it is possible to reduce the time and effort for constructing link information and partnerships as in the past, and to facilitate the operation of the community.
[0013]
In the present invention, in such an information provision control system, the ticket includes permission condition information indicating a condition of a user permitted to present information included in the ticket, and the presentation control means receives The user information corresponding to the obtained user identification information is read from the user information storage means, and the information included in the ticket is presented to the user based on the user information and the permission condition information included in the ticket. It is determined whether or not to allow. The presentation control means presents the information included in the ticket to the user when the presentation is permitted. As a result, the information included in the ticket is presented only to an appropriate user according to the permission condition information included in the ticket.
[0014]
As described above, according to the present invention, by reducing the time and effort for constructing conventional link information and partnerships, by presenting information only to appropriate users according to the contents of information, Convenience can be achieved. The “code” in the present invention includes, for example, a code for identifying a product, a code related to a location such as a product sales location or a service providing location, and a video / still image that promotes / introduces the content of the product or service The code of the image file such as is included.
[0015]
In addition, the information provision control system according to the present invention, as described in claim 2, provides a predetermined number of users belonging to a community as a system for exchanging information operated by a group of a plurality of users having a common preference. The user registration means for registering the registration information of the user in response to a registration request from the user, and the registered user who wishes to provide information on the access destination address of the user as the service provider A ticket registration request that accepts a registration request for a ticket including a code given to a product related to the user's preference and the access address of the user from the user, and requests the ticket storage management unit to register the ticket And the ticket storage management means based on the ticket registration request, It is desirable to adopt a configuration for registering a new ticket including said a code access address.
[0016]
In this case, the user registration means stores and manages predetermined registration information of users belonging to the community, and registers the registration information of the user in response to a registration request from the user. Then, the registered user becomes a service provider and wishes to provide information on the access destination address of the user to other users, and the code given to the product related to the user's preference and the user's When requesting registration of a ticket including an access destination address, the ticket registration requesting unit receives the ticket registration request and requests the ticket storage management unit to register the ticket. The ticket storage management means registers a new ticket including the code and the access destination address based on the ticket registration request. As a result, information on this new ticket is presented to other users who use the information provision control system, and the user simply makes a user registration request to the community, and only makes a ticket registration request. It is possible to easily construct a mechanism for presenting own service provision information to other users.
[0017]
In addition, the information provision control system according to the present invention, as described in claim 3, provides a predetermined number of users belonging to a community as a system for exchanging information operated by a group of a plurality of users having commonality regarding preferences. Registration information for registering the registration information of the user in response to a registration request from the user, and a ticket information presentation request regarding the product related to the user's preference from the registered user The user stored in the user information storage means so that the user information of the user corresponds to the permission condition information related to the ticket so that presentation of the information included in the ticket to the user is permitted It is desirable to further comprise a user information management means for updating the user information.
[0018]
In this case, the user registration means stores and manages predetermined registration information of users belonging to the community, and registers the registration information of the user in response to a registration request from the user. Then, when the registered user requests the ticket information presentation related to the product related to the user's preference, the user information management means accepts the ticket information presentation request, and the user of the information included in the ticket The user information of the user stored in the user information storage means is updated so that the user information of the user corresponds to the permission condition information regarding the ticket so that the user information is permitted.
[0019]
Thus, based on the updated user information of the user and the permission condition information regarding the ticket, presentation of the information included in the ticket to the user is permitted. You can receive the information contained in the desired ticket. As described above, the user can easily receive the desired ticket information by simply making a user registration request to the community and making a ticket information presentation request.
[0020]
By the way, the invention according to the information provision control system can also be understood as the invention of the following information provision control method. Since these inventions are the same in terms of technical idea, they exhibit the same actions and effects.
[0021]
That is, the information provision control method according to the present invention is related to a procedure file storing access method information for connecting to a service, a code assigned to a product, and the product as described in claim 4 Ticket storage management for storing and managing a ticket that includes an access destination address of a service provider that provides a service, storage information of the procedure file, and information on the product and / or information on the service related to the product An information provision control method executed by an information provision control system comprising: means and user information storage means for storing user information including user preference information in association with user identification information, A request receiving step for receiving the requested code and ticket request together with the identification information of the user; A search control step for causing the ticket storage management means to execute a search for a ticket corresponding to the code based on the code and the ticket request obtained by the paste, and a procedure file included in the ticket obtained by the search Read the storage location information, read the access method information from the procedure file based on the storage location information, and read the access destination address of the service provider included in the ticket obtained by the search, A service information acquisition step of requesting service provision content information to the service provider based on the access destination address of the service provider and acquiring according to the access method stored in the procedure file related to the service, and the ticket included in the ticket Information about products, related to the service Information, the read access method information, and the presentation control step of presenting the acquired service provision content information to the user, and the ticket is the information of the user permitted to present the information included in the ticket. Including permission condition information representing a condition, and in the presentation control step, user information corresponding to the user identification information obtained by the reception is read from the user information storage means, and the permission included in the user information and the ticket Based on the condition information, it is determined whether or not the presentation of the information included in the ticket is permitted to the user, and the presentation to the user is performed when the presentation is permitted.
[0022]
Moreover, in the information provision control method according to the present invention, as described in claim 5, the information provision control system is a system for exchanging information operated by a group of a plurality of users having commonality regarding preferences. The system further comprises user registration means for storing and managing predetermined registration information of a user belonging to the community and registering the registration information of the user in response to a registration request from the user, and serving as the service provider of the access destination address of the user Based on the registration request of the ticket including the code given to the product related to the user's preference and the access destination address of the user from the registered user who wants to provide information, the ticket storage management means A registration request step for requesting registration of the ticket, and the ticket storage management means to register the ticket. Based on the determined, it is desirable to further include a ticket registration step of registering a new ticket including said access address and said code.
[0023]
Furthermore, in the information provision control method according to the present invention, as described in claim 6, the information provision control system is a system for exchanging information operated by a group of a plurality of users having a common preference. A user registration unit that stores and manages predetermined registration information of a user belonging to the community of the user and registers the registration information of the user in response to a registration request from the user, and the user's preference from the registered user The user information of the user corresponds to the permission condition information related to the ticket so that the information presented in the ticket is permitted to be presented to the user based on a ticket information presentation request related to the product. A user information update step for updating the user information of the user stored in the user information storage means; Desirable.
[0024]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings. Hereinafter, the “code” according to the present invention is referred to as “ID”. Also, the ticket is information in which information on the product corresponding to the ID, the address of the service provider related to the service provision related to the product, the access method, the service type, etc. are described. It will be described later.
[0025]
[Configuration of information provision control system]
FIG. 1 shows the overall configuration of the information provision control system according to the present embodiment. As shown in FIG. 1, the information provision control system according to the present embodiment includes the following components connected to or connectable to a network 120. In other words, the information provision control system newly adds a terminal 100 such as a personal computer (PC), a portable information terminal (PDA), a cellular phone, etc. of a user who receives the service, and a thing to which an ID is given. ID issuance requester (for example, a person who develops or manufactures a new product, a person who obtains a product by purchasing, etc.) 102, a group 103 of ID issuing organizations that issue ID, A ticket registrant 104 that requests ticket registration, a ticket management unit 105 that performs storage management and retrieval of tickets, and a procedure processing that presents a service provider candidate to the user through the service and performs a procedure related thereto Unit 106, a procedure file 107, and a service for performing sales, repairs, information provision, etc. via a network A service provider 108, the personal information 109, a user management unit 110 to operate the community, is configured to include a Web page 121, 122, and 123 individuals to transmit information.
[0026]
Of these, the ID issuing organization group 103 is based on the ID issuing management organization 1031 that manages and operates the overall ID issuing rules of the group 103 of ID issuing organizations, and the ID issuing rules given by the ID issuing management organization 1031. It includes a plurality of ID issuing organizations 1032 and 1033 that issue IDs.
[0027]
The ticket management unit 105 includes a transmission / reception unit 1051 that receives a ticket registration request to the ticket management unit 105 and transmits a search result, a storage unit 1052 that is a huge database for storing tickets, and a search unit that searches for tickets. 1053.
[0028]
The procedure processing execution unit 106 selects a ticket related to a service provider requested by the user from a ticket search result (a plurality of tickets) based on the ID and stores a procedure file stored in the ticket. Based on the procedure file reading unit 1063 that reads the procedure file of the ticket from the destination (that is, the storage location information of the procedure file 107 related to the access method information to the service provider (also referred to as the service entity access protocol storage destination pointer)), and the procedure processing And a procedure processing instruction unit 1062 for instructing the procedure.
[0029]
The procedure file 107 contains a protocol used for the procedure and essential information (for example, in the case of a protocol defined by the automobile industry, an encryption communication method generally used on the Internet, a unique procedure protocol, and information necessary for the procedure. (Information on the type of the file) is described, and is open to the public so that anyone can refer to it via the network 120. As a result, new services can be used by simply selecting the optimal procedure from various publicly available procedures and writing the procedure file storage location in the ticket. Become. Note that the procedure file 107 may be configured to authenticate a person who requests information and to appropriately restrict reference as necessary in order to ensure security.
[0030]
The user management unit 110 relates to information such as a transmission / reception unit 111 that transmits and receives information such as user registration, a user registration unit 112 that performs user registration and manages user registration information, and information such as a web page related to the registered user at the time of user registration A ticket registration unit 113 for requesting registration of a ticket to the ticket management unit 105 and a personal information management unit 114 for updating the personal information 109 of the user at the time of user registration are configured.
[0031]
The personal information 109 used in the processing described later includes name and address, hobbies and preferences, list of possessed items, types of processing that can be processed, and access history and usage history for various service providers. The personal information 109 may be held in the terminal 100 by the user, or may be held in the form of the web pages 121, 122, 123 in the network, or the service. The procedure processing execution unit 106 may introduce the provider and mediate the procedure. The personal information 109 may be distributed and held in a plurality of places as shown in FIG. However, in that case, the personal information 109 in a plurality of places has the same content, and all the personal information 109 is updated in synchronization by the personal information management unit 114 when the personal information is updated.
[0032]
In addition, the object 101 given the ID is a code made up of a combination of numbers and characters, which is given the ID by a barcode, two-dimensional barcode, RF-ID, infrared tag, etc. Physical objects, electronic objects such as audio files and image files).
[0033]
[Various processing related to service provision]
Hereinafter, various processes related to service provision executed by the information provision control system will be described.
[0034]
[ID issuer certification process and ID issue process]
FIG. 2 shows ID issuing organization certification processing and ID issuing processing. As shown in FIG. 2, an organization that desires an application for certification of an ID issuing organization applies to the ID issuing management organization 1031 for certification to become an ID issuing organization. The ID issuance management institution 1031 examines whether the institution that has made an application can sufficiently comply with the ID issuance rules and other rules established by the ID issuance management institution 1031. Is issued as an ID issuing organization, and the issuing rules of IDs that can be issued by the organization that has applied are notified. As a specific example of the ID issuance rule, “an ID string given by ID issuing agency A must always be prefixed with the character string JAN” or “an ID given by ID issuing agency B must always be prefixed with ISBN” “Append a character string”.
[0035]
Upon receiving an ID issuance request from the ID issuance requester 102, the authorized ID issuance organizations 1032, 1033, etc. examine (check) the name, address, and reliability of the ID issuance requester 102, and determine predetermined conditions. If the ID is satisfied, the ID is issued in accordance with the ID issuance rule set by the ID issuance management organization 1031 and the ID is issued to the ID issuance requester 102. By observing such an issue rule, it is possible to prevent the same ID from being duplicated, and it is possible to manage various conventional ID systems as non-overlapping code systems.
[0036]
FIG. 3 is a diagram illustrating ID issuing processing that avoids duplication of IDs without performing ID issuing organization certification processing. As shown in FIG. 3, first, the ID issuing organization 1032 or the like makes an ID issuing request to the ID issuing management organization 1031 every time an ID issuing request is received from the ID issuing requester 102. The ID issuance management organization 1031 examines whether the ID issuance organization 1032 or the like that has issued the ID issuance request can comply with the ID issuance rules and other rules determined by the ID issuance management organization 1031. A new ID is issued to the ID issuing organization 1032 or the like that issued the ID issuance request, and the ID is notified. Upon receiving the notification, the ID issuing organization 1032 or the like notifies the ID issuing requester 102 of the ID, and the ID issuing requester 102 can obtain the ID.
[0037]
Note that the ID issuance management organization 1031 described in FIG. 3 corresponds to an individual ID issuance request when all ID issuances can be managed and operated. 1031 is a form for issuing an ID.
[0038]
[Ticket registration / update process]
FIG. 4 is a diagram for explaining ticket registration / update processing by the ticket management unit 105. As shown in FIG. 4, the ticket management unit 105 receives a ticket registration request from the ticket registrant 104. When a ticket registration request is made by a person who provides a service related to a product (product) to which an ID is assigned (specifically, an import agent that handles wine of ID = 1224 assigned by a wine manufacturer). Conceivable. However, the ticket may be registered by a third-party agent (for example, a sales promotion planning contractor commissioned by a previous import agent). When the ticket registrant 104 updates the ticket management unit 105 with an ID, a ticket, registrant information (for example, name, network address, etc.), and the contents of the ticket, the ticket registrant 104 An identification number (hereinafter referred to as “ticket ID”) is transmitted. The transmission / reception unit 1051 examines the received registrant information, and stores the ticket in the storage unit 1052 if the condition is satisfied. The storage unit 1052 checks the contents of the ticket, and checks whether the ticket format is correct and whether the contents described in the ticket are correct. If there is no problem, the ticket is stored in the storage unit 1052. Then, the storage unit 1052 transmits to the ticket registrant 104 a ticket storage completion notification indicating that the ticket has been stored, and the ticket ID of the stored ticket. This ticket ID is used again when the content of the ticket changes and is updated.
[0039]
[Ticket search processing and procedure processing]
Next, a ticket search process performed by the ticket management unit 105 and a procedure process performed by the procedure process execution unit 106 will be described with reference to FIG. Note that the flow of individual processing will be described later with reference to FIGS.
[0040]
First, the user 100 who has obtained an ID from the object 101 to which the ID is assigned, obtains the ID, a ticket request (optimum service providing destination request) necessary for service provision, and user information from the procedure processing instruction unit 106 of the procedure processing execution unit 106. To 1062. The procedure processing instruction unit 1062 searches the transmission / reception unit 1051 of the ticket management unit 105 for an ID and a ticket request in order to search for “what is the received ID?” And “what kind of service is associated with the ID?” And requester information (information on the procedure processing execution unit 106 including the procedure processing instruction unit 1062).
[0041]
The transmission / reception unit 1051 receives the ID, ticket request, and requester information, checks the requester information, and transmits the ID and ticket request to the search unit 1053 if there is no problem. The search unit 1053 checks whether or not there is a problem such as inconsistency in the contents of the received ticket request, and if there is no problem, transmits the ID and ticket search request to the storage unit 1052. The storage unit 1052 performs ticket search processing based on the received ID and ticket search request, checks the expiration date of the ticket obtained by the search, and passes all tickets that satisfy the expiration date to the transmission / reception unit 1051 as search results. The ticket as the search result is passed to the procedure file reading unit 1063.
[0042]
For each received ticket, the procedure file reading unit 1063 reads the procedure information from the procedure file 107 based on the procedure file storage location information described in the ticket and transmits it to the procedure processing instruction unit 1062. Then, the procedure processing instruction unit 1062 determines whether each user 100 can perform a procedure based on the personal information 109 and the procedure information regarding the user 100 who has requested the ticket, thereby determining whether each user ticket can be processed. A procedure check is performed to select only tickets that can be processed.
[0043]
For a ticket that is determined to be able to be processed, the procedure processing instruction unit 1062 requests the service provider 108 for detailed service provision details, and provides detailed service provision information (for example, “French wine sales, inquiry ID, product). Information such as “the sales price is 4500 yen, and the delivery is expected to be delivered in about two months depending on the product”) according to the access method stored in the procedure file 107 related to the service.
[0044]
The above-mentioned procedure processing execution unit 106 sends “the ID, the ticket request, and the requester information to the transmission / reception unit 1051 of the ticket management unit 105 to make a service provision details inquiry request to the service provider 108. The process of “receiving service provision detailed content information” is referred to as a service provider candidate extraction process 501. The service provider candidate extraction process 501 is repeatedly executed based on information (ID, product comment, service comment, etc.) described in the received ticket, thereby increasing the number of tickets acquired by the procedure processing instruction unit 1062. It becomes possible. A specific processing flow will be described later with reference to FIGS.
[0045]
Thereafter, the ticket filtering unit 1061 receives the ticket from the procedure processing instruction unit 1062, and narrows down the service providing destination selection candidates requested by the user from the received tickets based on the personal information 109. For example, for a ticket searched with a wine ID, if the user's personal information requested this time contains information such as “live in Tokyo” or “hobbies travel abroad” Priority is given to tickets related to service providers in Tokyo. Then, the ticket filtering unit 1061 presents the selected optimal service providing destination candidate to the user 100. When there is a requested service, the user 100 selects the service provider 108 of the service and makes a service processing execution request to the service provider 108. A contract confirmation process necessary for providing a service such as user authentication is performed between the user 100 and the service provider 108, and the user 100 receives the service.
[0046]
[Ticket structure]
Here, the structure of the ticket will be described with reference to FIG. The ticket includes the following information (1) to (13).
[0047]
That is, (1) an ID that is a string of numeric characters that specifies that an ID is assigned. (2) Connection destination of a service provider who provides information and services related to the ID (service provider (service entity pointer): for example, an IP address or URL on the network). (3) A destination where service procedure information describing an access method for connecting to a service is stored (service entity access protocol storage destination pointer: IP address, URL, file name, etc. on a network, for example). (4) Ticket type. As a specific example, for example, “primary” indicating a ticket that can be issued only by an ID issuance requester indicating what is given an ID, and is issued to provide a service related to the thing “Secondary” etc. (5) An object category (Object Category) which is information for classifying what an ID is assigned to. (6) An object location (Object Location), which is information indicating where the object to which the ID is assigned is located. (7) An object comment (Object Comments) in which various information related to the object given the ID is described. (8) A service category (Service Category) that is information indicating what kind of service the service provision related to the object to which the ID is assigned is classified. (9) A service location that is information indicating in what place or region the service provision related to the object to which the ID is assigned is performed. (10) Service comments in which various information related to the provision of services related to the object to which the ID is assigned is described. (11) Information about the registrant of the ticket. (12) The registered expiration date of the ticket. (13) Permission information indicating a searcher who can browse by ticket search.
[0048]
Among these information described in the ticket, the information of (2) and (3) is characterized by having a structure that has only a pointer so that it can correspond to various services, and (4) (5) ( 6) (7) (8) (9) (10) is characterized by having a structure that enables flexible search and can create various services. In addition, the information in (11) and (12) is characterized by having a minimum structure for ensuring the validity of the ticket, and the information in (13) is for enabling restriction of information disclosure. It is characterized by having a structure. Information on (1), (2), (3), (4), (11), and (12) must be described, but other information may or may not be described. When there is no description of information, it is described as “NULL”.
[0049]
[Ticket registration update process flow]
Next, the flow of a ticket registration update process for registering and updating a ticket as described above will be described with reference to FIG.
[0050]
First, the ticket management unit 105 receives an ID, a ticket body, a ticket ID (NULL in the case of first registration), receives registrant information (S11 in FIG. 7), and based on the received ticket registrant information. Is evaluated for reliability (S12). Various methods can be used for the reliability evaluation here, for example, a method using an account and a password, a method of changing a password with time change, a method of notifying a password to an email address inquired, etc. Evaluate ticket registrants in any combination or combination.
[0051]
If it is determined in S12 that it is not reliable, the received ticket is discarded (S18), the registration request source is notified that the ticket storage has failed (S19), and the process is terminated. On the other hand, if it is determined that the ticket is reliable in S12, it is next determined whether or not the contents of the ticket are correct (S13). The process for determining whether or not the contents of the ticket are correct is performed by checking whether the ticket structure matches the prescribed structure, whether the essential items to be described in the ticket are described, and the like.
[0052]
If the contents of the ticket are not correct in S13, the received ticket is discarded (S18), the registration request source is notified that the ticket storage has failed (S19), and the process is terminated. On the other hand, if the content of the ticket is correct in S13, a process of determining whether or not a ticket having the same ID, the ticket ID, and the same registrant information is already stored in the ticket management unit 105 (ticket ID check process) is performed. Perform (S14). This determines whether the ticket is registered or the ticket is updated.
[0053]
If the same ID, ticket ID and the same registrant information are not stored in the ticket management unit 105 in S14, it is determined that the ticket is registered, and the ticket is stored in the storage unit 1052 (S16). Then, the ticket registrant 104 (or ticket updater) is notified of the notification that the storage of the ticket has been completed and the ticket ID related to the stored ticket (S17), and the process ends.
[0054]
On the other hand, if a ticket having the same ID and ticket ID and the same registrant information is stored in the ticket management unit 105 in S14, it is determined that the ticket is updated, and the ticket already received is received. The new ticket is overwritten and accumulated (S15). Then, the ticket registrant 104 (or ticket updater) is notified of the notification that the storage of the ticket has been completed and the ticket ID related to the stored ticket (S17), and the process ends. At this time, it is determined whether or not there is a ticket having the same ID and all the items of the ticket. If there is an identical ticket, the storage capacity of the database is more effective if the ticket is not stored. It is effective for use.
[0055]
[Flow of ticket search processing]
Next, the flow of ticket search processing in the ticket storage unit and procedure processing execution unit will be described with reference to FIG. Here, since the processing subject has been described with reference to FIG. 5, it is generically represented not by the ticket filtering unit 1061 or the like but by the procedure processing execution unit 106 or the ticket management unit 105.
[0056]
First, the procedure processing execution unit 106 receives an ID, a ticket request, and user information from the user 100 (S31 in FIG. 8). Then, the procedure processing execution unit 106 determines whether or not the user information is correct (S32). If it is determined that the user information is incorrect, the process is immediately interrupted, the user is notified that the process has been interrupted (not shown), and the process is terminated.
[0057]
On the other hand, if it is determined in S32 that the user information is correct, the number of times N representing the number of executions of the service providing destination candidate extraction process 501 in FIG. 5 is reset to zero “0” (S33), ID, ticket request, request The person information is transmitted to the ticket management unit 105 (S34). Then, 1 is added to the number N (S35), and a service provider candidate extraction process 501 is performed (S36). The service provider candidate extraction process 501 will be described in detail with reference to FIG. After the service providing destination candidate extraction process 501 is completed, the ticket searched by the ID and the detailed information on the service providing contents related to the ticket are received (S37).
[0058]
Then, it is determined whether or not an ID is described in the Object Comments and Service Comments items of the received ticket (S38). If the ID is not described, a personal information reference process is performed (S41). If the ID is described, it is determined whether or not the number N is less than a predetermined number α of implementations of the service provider candidate extraction process 501 set in advance (S39). If the number N is greater than or equal to the implementation number limit number α, personal information reference processing is performed (S41). On the other hand, if the number N is less than the execution number limit number α, the ID described in the ticket is set as the ID to be searched (S40), and the ID, ticket request, and requester information are transmitted to the ticket management unit 105 again. (S34). In this way, by replacing the search target ID and repeating the process of searching for a ticket again, it becomes possible to provide a cross-sectional service in cooperation with various service providers.
[0059]
In the personal information reference process in S41, personal information such as the user's situation and user's preference, purchase tendency, service usage tendency, and the like is referred to from the personal information 109. Then, based on the personal information, a service providing destination selection process optimal for the user is performed (S42), and the selected service providing destination candidate performs an optimal service providing destination presentation process notified to the user's terminal ( S43).
[0060]
Thereafter, the user determines whether or not to select a service providing destination from the presented service providing destinations, and when selecting, selects a service processing execution request. Therefore, in S44, it is determined whether or not a service providing destination has been selected based on whether or not a service processing execution request from the user has been received. Here, if not selected, the process is immediately interrupted, the user is notified that the process has been interrupted (not shown), and the process is terminated.
[0061]
On the other hand, when the service processing execution request from the user is received and it is determined that the service providing destination has been selected, the selected service providing destination is connected (S45), and the processing is terminated. As a result, the service is provided from the service providing destination to the user.
[0062]
[Service provider candidate extraction process flow]
Next, the flow of service provider candidate extraction processing will be described using FIG.
[0063]
The procedure processing instruction unit 1062 in the procedure processing execution unit 106 transmits the ID, ticket request, and requester information to the ticket management unit 105. At this time, if the service type requested by the user is known, the service search result can be narrowed down in advance by transmitting the service type to the ticket management unit 105.
[0064]
The transmission / reception unit 1051 of the ticket management unit 105 receives the ID, ticket request, and requester information from the procedure processing instruction unit 1062 (S71 in FIG. 9), and determines whether the requester information is correct (S72). If it is determined that the requester information is not correct, the processing is immediately interrupted, and the request processing procedure execution unit 106 is notified that the processing is interrupted (not shown), and the processing ends.
[0065]
On the other hand, if it is determined that the requester information is correct, the ID and ticket request are transmitted to the search unit 1053 (S73). The search unit 1053 determines whether or not the content of the ticket is correct by checking whether there is a problem such as inconsistency in the received ticket request (S74). If the contents of the ticket are not correct, the processing is immediately interrupted and the request processing procedure execution unit 106 is notified that the processing is interrupted (not shown), and the processing ends.
[0066]
If the ticket content is correct, the search unit 1053 transmits an ID and a ticket search request to the storage unit 1052. The storage unit 1052 performs ticket search processing based on the received ticket search request (S75). If the service type requested by the user is designated in advance as a search key, a filtering search based on the service type information is performed and a ticket extraction process is performed (S76).
[0067]
Then, it is determined whether or not there is a ticket obtained by the search (S77). If there is no ticket, the processing is immediately interrupted and the request processing procedure execution unit is notified that the processing is interrupted. Notify (not shown), and the process is terminated. On the other hand, if there is a ticket, processing for checking the expiration date of the ticket is performed (S78), and all tickets that satisfy the expiration date are passed from the transmission / reception unit 1051 to the procedure file reading unit 1063 as search results.
[0068]
The procedure file reading unit 1063 performs a process of reading each received ticket (S79), and performs a procedure file read process (S80) to acquire the procedure information. Then, it is determined whether or not there is a next ticket that has not been processed (S81). If there is an unprocessed ticket, the reading process (S79) is again performed, and the procedure file reading process (S80) is performed. Do.
[0069]
When there is no next ticket (when the procedure files of all tickets have been read), the procedure processing execution unit 106 determines whether or not the user 100 who has issued the ticket request can perform the procedure based on the personal information 109. Thus, only the tickets that can be processed are selected (the ticket selection process of the procedure process available to the user is performed) (S82).
[0070]
Then, it is determined whether or not there is a ticket that can be processed by the user (S83), and if it is determined that there is no ticket that can be processed, the requester informs that the processing is immediately stopped and the processing is interrupted. The procedure processing execution unit 106 is notified (not shown), and the processing ends.
[0071]
On the other hand, if there is a ticket that can be processed in S83, a process of reading out each ticket is performed (S84), and a service provision details inquiry process is performed (S85). Then, it is determined whether or not there is a next ticket that has not been processed in service provision details query processing (S86). If there is a ticket that has not been processed, ticket read processing (S84) is performed again, and the details of service provision query. Processing is performed (S85).
[0072]
If there is no next ticket (when the service provision details inquiry process for all tickets is completed), the processing is terminated as a result of processing each ticket and the service provision details for the ticket.
[0073]
[Description of processing example]
Next, a processing example when the present invention is applied to a community will be described with reference to FIGS.
[0074]
Here, three tickets relating to pet food (ID is 4901234petfood232) are registered in the ticket management unit 105, and a user 100 is routinely purchased with a thing (pet food) 101 given 4901234petfood232 as an ID. User.
[0075]
When the user 100 makes a ticket request for a ticket with an ID of 4901234petfood232, the above-described ticket search process obtains three tickets shown in FIGS. 10A to 10C as search results.
[0076]
As shown in FIGS. 10A to 10C, 4901234petfood232 is described in the ID column of all three tickets. The procedure processing execution unit 106 refers to the ticket type and the service type from these tickets, and performs an optimum service providing destination presentation process in order to provide a service suitable for the user 100.
[0077]
An example of the optimum service provider presentation process is shown in FIG. That is, as shown in FIG. 15, first, an ID, a service provider presentation request, and a search ID are received (S101), the requester's personal information is acquired from the personal information 109 using the ID as a key, and the search ID is supported. The ticket to be acquired is acquired (S102). Then, the personal information of the requester and the permission information of the ticket are collated (S103). Based on the comparison result, it is determined whether or not there is a ticket that is permitted to be presented (S104). If there is a ticket that is permitted to be presented, a service providing destination presentation screen is created based on the information of the ticket, and It is presented to the requester (S105). On the other hand, when there is no ticket permitted to be presented, the requester is presented that the service provider cannot be presented (S106).
[0078]
For example, FIG. 11 (a) shows a viewable service provider presentation screen of Mr. A before membership registration in the community operated by the pet food lovers group, and FIG. 11 (b) shows Mr. A's at that time. Indicates personal information. Since Mr. A has not been registered in the community, the pet food ID is not described in the personal information of Mr. A as shown in FIG. 11B (pet food ID = NULL). When such Mr. A finds 4901234petfood232 as petfoodID in a certain pet food packaging and makes a service provider presentation request using this petfoodID as a search ID, the ID of 4901234petfood232 is obtained by the process of FIG. Three tickets (a) to (c) are candidates for presentation.
[0079]
However, since petfoodID = NULL in Mr. A's personal information, the service providing destination information presented to Mr. A as a result by comparing this information with the permission information of each of the tickets in FIGS. , Only the page related to the ticket of FIG. 10A (which can be understood from the Object Comments as a page holding information transmission about pet food and a meeting of pet food friends). That is, in the tickets shown in FIGS. 10B and 10C, it is determined that the permission information does not match the personal information of Mr. A, and therefore browsing of the page is not permitted to Mr. A. Accordingly, only the information related to the ticket shown in FIG. 10A is displayed on the browseable service provider presentation screen presented to Mr. A as shown in FIG. When accessing the actual information, an authentication procedure such as a password is separately performed for the requester, so that an illegal procedure processing execution unit 106 presents service provider information to an unauthorized user. Even if the user does not get the permission, the actual information is not presented to the user.
[0080]
Here, the flow of the user registration process in the user management unit 110 that manages the community will be described with reference to FIG. When the user registration request from the user (for example, Mr. A) 100 is received by the transmission / reception unit 111 (S91), the user management unit 110 transmits a transmission request for predetermined user information to the user 100 by the user registration unit 112 (S92). ). When the user information from the user 100 is received by the transmission / reception unit 111 (S93), the user registration unit 112 performs processing for registering the received user information (S94).
[0081]
When this user registration process is completed, the ticket registration unit 113 issues a ticket registration request to the ticket management unit 105 in order to register a ticket related to the information transmission of the user 100 for allowing the user 100 to participate in community formation (S95). . As a result, the address of the page for information transmission by the user 100 is registered in the ticket management unit 105 as one ticket, and the page of the user 100 forms a community by the above ticket search processing or the like. It can be browsed by other users.
[0082]
For example, when the user 100 is Mr. A, a ticket as shown in FIG. 13 is registered in the ticket management unit 105. Here, in the permission information of the ticket in FIG. 13, “petfoodID = 4901234petfood232”, which is information common to members of the community operated by the pet food lovers group, is set. The viewing of Mr. A's page is permitted by the ticket permission information of FIG.
[0083]
Next, the personal information management unit 114 performs an update process so as to give an ID indicating that the user is a member of the community in the personal information of the user 100 in the personal information 109 (S96). Thereby, the user 100 can browse the information transmission of the participant who forms another community by this ID. As described above, the personal information in the personal information 109 can be updated by the personal information management unit 114. However, it is assumed that the personal information management unit 114 performs the update on the condition that the update permission is received from the user 100 to be updated or the procedure processing execution unit 106 during the update.
[0084]
For example, FIG. 14B shows an example of personal information of Mr. A after registration. As shown in FIG. 14B, when Mr. A has registered as a user in the community, petfoodID = 4901234petfood232 is automatically added as A's personal information.
[0085]
In this state, when Mr. A makes a service provision destination presentation request using 4901234petfood232 as a search ID, the three tickets in FIGS. 10A to 10C whose ID is 4901234petfood232 are candidates for presentation by the processing in FIG. However, because petfoodID = 4901234petfood232 is registered as personal information of Mr. A by the above update, the permission information in the tickets of FIGS. 10B and 10C matches the personal information of Mr. A. These tickets B will be allowed to view Mr. B's page and Mr. C's page corresponding to. Accordingly, the viewable service provider presentation screen presented to Mr. A after registering the member, as shown in FIG. 14 (a), together with information on the ticket in FIG. 10 (a) (pet food web page), The link information of each page of B and C corresponding to the tickets in FIGS. 10B and 10C is displayed (links to each page are formed).
[0086]
As described above, according to the present embodiment, for a user, by registering a user in a community, a ticket registration process (S95 in FIG. 12) and a personal information update process (S96) are automatically executed, and a plurality of distributed servers It is possible to participate in the information dissemination type community. In addition, it becomes easy to form a community, and it is possible to interconnect information transmission pages without the trouble of building link information and partnerships.
[0087]
The present invention can be applied to general information provision control other than community management, and is not limited to application to a community.
[0088]
【The invention's effect】
As described above, according to the present invention, the information sender and the information sender can be provided by presenting information only to an appropriate user according to the content of the information while reducing the time and effort for constructing the conventional link information and partnership. User convenience can be achieved.
[Brief description of the drawings]
FIG. 1 is an overall configuration diagram of an information provision control system according to an embodiment of the present invention.
FIG. 2 is a diagram for explaining ID issuing institution certification processing and ID issuing processing;
FIG. 3 is a diagram for explaining ID issuing processing of an ID issuing organization that avoids ID duplication without performing ID issuing organization certification processing;
FIG. 4 is a diagram for explaining ticket registration / update processing of a ticket management unit;
FIG. 5 is a diagram for explaining ticket search processing performed in a ticket management unit and procedure processing performed in a procedure processing execution unit;
FIG. 6 is a diagram illustrating a ticket structure.
FIG. 7 is a flowchart of ticket registration update processing.
FIG. 8 is a flowchart of ticket search processing in a ticket storage unit and a procedure processing execution unit.
FIG. 9 is a flowchart of a service provider candidate extraction process.
FIGS. 10A to 10C are diagrams illustrating examples of ticket search results in which an ID of a predetermined pet food is described in an ID column.
11A is a diagram showing a service provider presentation screen that can be viewed by Mr. A before member registration, and FIG. 11B is a diagram showing personal information of Mr. A before member registration.
FIG. 12 is a flowchart of a user registration process in a user management unit that manages a community.
FIG. 13 is a diagram showing an example of a ticket registered along with member registration.
14A is a diagram showing a service providing destination presentation screen that can be browsed by Mr. A after member registration, and FIG. 14B is a diagram showing personal information of Mr. A after member registration.
FIG. 15 is a flowchart showing an example of optimum service providing destination presentation processing;
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 100 ... User terminal, 101 ... The thing to which ID was given, 102 ... ID issue requester, 103 ... ID issue organization group, 1031 ... ID issue management organization, 1032, 1033 ... ID issue organization, 104 ... Ticket registrant, DESCRIPTION OF SYMBOLS 105 ... Ticket management part, 1051 ... Transmission / reception part, 1052 ... Storage part, 1053 ... Search part, 106 ... Procedure processing execution part, 1061 ... Ticket filtering part, 1062 ... Procedure processing instruction part, 1063 ... Procedure file reading part, 107 ... Procedure file 108... Service provider 109 109 Personal information 110 User management unit 111 Transmission / reception unit 112 User registration unit 113 Ticket registration unit 114 Personal information management unit 120 Network 121 122, 123... Web page, 501.

Claims (6)

サービスに接続するためのアクセス方法情報が格納された手続きファイルと、
商品に付与されたコード、当該商品に関連したサービスを提供するサービス提供者のアクセス先アドレス、及び前記手続きファイルの格納先情報、並びに、前記商品に関する情報と前記商品に関連するサービスに関する情報の両方又は一方を含むチケットを格納管理するチケット格納管理手段と、
ユーザにより要求されたコード及びチケット要求を、当該ユーザの識別情報とともに受け付ける要求受付手段と、
ユーザの嗜好情報を含むユーザ情報をユーザの識別情報に対応づけて記憶したユーザ情報記憶手段と、
前記要求受付手段による受け付けにより得られたコード及びチケット要求に基づいて、前記コードに対応したチケットの検索を前記チケット格納管理手段に実行させる検索制御手段と、
前記検索により得られたチケットに含まれた手続きファイルの格納先情報を読み出し、当該格納先情報に基づいて前記手続きファイルからアクセス方法情報を読み出すアクセス方法情報読出し手段と、
前記検索により得られたチケットに含まれたサービス提供者のアクセス先アドレスを読み出し、当該サービス提供者のアクセス先アドレスに基づいてサービス提供者へサービス提供内容情報を要求し、当該サービスに関する手続きファイルに格納されたアクセス方法に従って獲得するサービス情報獲得手段と、
前記チケットに含まれた前記商品に関する情報、前記サービスに関する情報、読み出されたアクセス方法情報、及び獲得されたサービス提供内容情報をユーザへ提示する提示制御手段と、
を備え、
前記チケットは、当該チケットに含まれた情報の提示が許可されるユーザの条件を表す許可条件情報を含み、
前記提示制御手段は、
前記受け付けにより得られたユーザの識別情報に対応したユーザ情報を前記ユーザ情報記憶手段から読み出し、当該ユーザ情報と前記チケットに含まれた許可条件情報とに基づいて、当該チケットに含まれた情報の当該ユーザへの提示を許可するか否かを判断し、提示を許可する場合に当該ユーザへの提示を行う、
ことを特徴とする情報提供制御システム。
A procedure file containing access method information for connecting to the service;
Both the code assigned to the product, the access destination address of the service provider that provides the service related to the product, the storage information of the procedure file, and the information related to the product and the service related to the product Or ticket storage management means for storing and managing tickets including one of them,
Request accepting means for accepting the code and ticket request requested by the user together with the identification information of the user;
User information storage means for storing user information including user preference information in association with user identification information;
Search control means for causing the ticket storage management means to search for a ticket corresponding to the code based on the code and ticket request obtained by reception by the request reception means;
Access method information reading means for reading storage location information of the procedure file included in the ticket obtained by the search, and reading access method information from the procedure file based on the storage location information;
The access destination address of the service provider included in the ticket obtained by the search is read, the service provider content information is requested from the service provider based on the access destination address of the service provider, and the procedure file related to the service is stored. Service information acquisition means for acquiring according to the stored access method;
Presentation control means for presenting information related to the product included in the ticket, information related to the service, read access method information, and acquired service provision content information to the user;
With
The ticket includes permission condition information indicating a condition of a user permitted to present information included in the ticket,
The presentation control means includes
User information corresponding to the identification information of the user obtained by the reception is read from the user information storage unit, and based on the user information and permission condition information included in the ticket, information on the information included in the ticket is read. It is determined whether or not presentation to the user is permitted, and when the presentation is permitted, the presentation to the user is performed.
An information provision control system characterized by that.
嗜好に関して共通性を持つ複数のユーザの集団により運営される情報交換のためのシステムとしてのコミュニティに属するユーザの所定の登録情報を保管管理し、ユーザからの登録要求に応じて当該ユーザの登録情報を登録するユーザ登録手段と、
前記サービス提供者となり当該ユーザのアクセス先アドレスの情報提供を希望する前記登録されたユーザからの、当該ユーザの嗜好に関連する商品に付与されたコードと当該ユーザのアクセス先アドレスとを含むチケットの登録要求を受け付け、前記チケット格納管理手段に当該チケットの登録を要求するチケット登録要求手段と、
をさらに備え、
前記チケット格納管理手段は、
前記チケットの登録要求に基づいて、前記コードと前記アクセス先アドレスとを含む新たなチケットを登録する、
ことを特徴とする請求項1記載の情報提供制御システム。
Stores and manages predetermined registration information of users belonging to the community as a system for exchanging information operated by a group of a plurality of users having a common preference, and the registration information of the user in response to a registration request from the user User registration means for registering,
A ticket including a code given to a product related to the user's preference from the registered user who wants to provide information on the access destination address of the user and the access destination address of the user A ticket registration requesting unit that accepts a registration request and requests the ticket storage management unit to register the ticket;
Further comprising
The ticket storage management means includes:
Registering a new ticket including the code and the access address based on the ticket registration request;
The information provision control system according to claim 1.
嗜好に関して共通性を持つ複数のユーザの集団により運営される情報交換のためのシステムとしてのコミュニティに属するユーザの所定の登録情報を保管管理し、ユーザからの登録要求に応じて当該ユーザの登録情報を登録するユーザ登録手段と、
前記登録されたユーザからの当該ユーザの嗜好に関連する商品に関するチケットの情報提示要求を受け付け、当該チケットに含まれた情報の当該ユーザへの提示が許可されるように、当該ユーザのユーザ情報が当該チケットに関する許可条件情報に対応するよう前記ユーザ情報記憶手段に記憶された当該ユーザのユーザ情報を更新するユーザ情報管理手段と、
をさらに備えた請求項1記載の情報提供制御システム。
Stores and manages predetermined registration information of users belonging to the community as a system for exchanging information operated by a group of a plurality of users having a common preference, and the registration information of the user in response to a registration request from the user User registration means for registering,
The user information of the user is received so that a request to present information on a ticket related to a product related to the user's preference from the registered user is accepted and the presentation of the information included in the ticket to the user is permitted. User information management means for updating the user information of the user stored in the user information storage means so as to correspond to permission condition information regarding the ticket;
The information provision control system according to claim 1, further comprising:
サービスに接続するためのアクセス方法情報が格納された手続きファイルと、商品に付与されたコード、当該商品に関連したサービスを提供するサービス提供者のアクセス先アドレス、及び前記手続きファイルの格納先情報、並びに、前記商品に関する情報と前記商品に関連するサービスに関する情報の両方又は一方を含むチケットを格納管理するチケット格納管理手段と、ユーザの嗜好情報を含むユーザ情報をユーザの識別情報に対応づけて記憶したユーザ情報記憶手段と、を備えた情報提供制御システムにて実行される情報提供制御方法であって、
ユーザにより要求されたコード及びチケット要求を、当該ユーザの識別情報とともに受け付ける要求受付工程と、
前記受け付けにより得られたコード及びチケット要求に基づいて、前記コードに対応したチケットの検索を前記チケット格納管理手段に実行させる検索制御工程と、
前記検索により得られたチケットに含まれた手続きファイルの格納先情報を読み出し、当該格納先情報に基づいて前記手続きファイルからアクセス方法情報を読み出すアクセス方法情報読出し工程と、
前記検索により得られたチケットに含まれたサービス提供者のアクセス先アドレスを読み出し、当該サービス提供者のアクセス先アドレスに基づいてサービス提供者へサービス提供内容情報を要求し、当該サービスに関する手続きファイルに格納されたアクセス方法に従って獲得するサービス情報獲得工程と、
前記チケットに含まれた前記商品に関する情報、前記サービスに関する情報、読み出されたアクセス方法情報、及び獲得されたサービス提供内容情報をユーザへ提示する提示制御工程とを有し、
前記チケットは、当該チケットに含まれた情報の提示が許可されるユーザの条件を表す許可条件情報を含み、
前記提示制御工程では、
前記受け付けにより得られたユーザの識別情報に対応したユーザ情報を前記ユーザ情報記憶手段から読み出し、当該ユーザ情報と前記チケットに含まれた許可条件情報とに基づいて、当該チケットに含まれた情報の当該ユーザへの提示を許可するか否かを判断し、提示を許可する場合に当該ユーザへの提示を行う、
ことを特徴とする情報提供制御方法。
A procedure file in which access method information for connecting to the service is stored; a code assigned to the product; an access address of a service provider that provides a service related to the product; and storage location information of the procedure file; In addition, a ticket storage management means for storing and managing a ticket including information related to the product and / or a service related to the product, and user information including user preference information are stored in association with the user identification information. An information provision control method executed by an information provision control system comprising:
A request receiving step for receiving a code and a ticket request requested by a user together with identification information of the user;
A search control step for causing the ticket storage management means to search for a ticket corresponding to the code based on the code obtained by the reception and the ticket request;
An access method information reading step of reading storage location information of the procedure file included in the ticket obtained by the search, and reading access method information from the procedure file based on the storage location information;
The access destination address of the service provider included in the ticket obtained by the search is read, the service provider content information is requested from the service provider based on the access destination address of the service provider, and the procedure file related to the service is stored. A service information acquisition step of acquiring according to a stored access method;
A presentation control step of presenting to the user information related to the product included in the ticket, information related to the service, read access method information, and acquired service provision content information,
The ticket includes permission condition information indicating a condition of a user permitted to present information included in the ticket,
In the presentation control step,
User information corresponding to the identification information of the user obtained by the reception is read from the user information storage unit, and based on the user information and permission condition information included in the ticket, information on the information included in the ticket is read. It is determined whether or not presentation to the user is permitted, and when the presentation is permitted, the presentation to the user is performed.
An information provision control method characterized by the above.
前記情報提供制御システムが、嗜好に関して共通性を持つ複数のユーザの集団により運営される情報交換のためのシステムとしてのコミュニティに属するユーザの所定の登録情報を保管管理し、ユーザからの登録要求に応じて当該ユーザの登録情報を登録するユーザ登録手段をさらに備え、
前記サービス提供者となり当該ユーザのアクセス先アドレスの情報提供を希望する前記登録されたユーザからの、当該ユーザの嗜好に関連する商品に付与されたコードと当該ユーザのアクセス先アドレスとを含むチケットの登録要求に基づいて、前記チケット格納管理手段に当該チケットの登録を要求する登録要求工程と、
前記チケット格納管理手段により、前記チケットの登録要求に基づいて、前記コードと前記アクセス先アドレスとを含む新たなチケットを登録するチケット登録工程と、
をさらに有することを特徴とする請求項4記載の情報提供制御方法。
The information provision control system stores and manages predetermined registration information of users belonging to the community as a system for exchanging information operated by a group of a plurality of users having common preferences, and responds to registration requests from users. In response, the apparatus further comprises a user registration means for registering registration information of the user,
A ticket including a code given to a product related to the user's preference from the registered user who wants to provide information on the access destination address of the user and the access destination address of the user A registration request step for requesting the ticket storage management means to register the ticket based on a registration request;
A ticket registration step of registering a new ticket including the code and the access destination address based on the ticket registration request by the ticket storage management unit;
The information provision control method according to claim 4, further comprising:
前記情報提供制御システムが、嗜好に関して共通性を持つ複数のユーザの集団により運営される情報交換のためのシステムとしてのコミュニティに属するユーザの所定の登録情報を保管管理し、ユーザからの登録要求に応じて当該ユーザの登録情報を登録するユーザ登録手段をさらに備え、
前記登録されたユーザからの、当該ユーザの嗜好に関連する商品に関するチケットの情報提示要求に基づいて、当該チケットに含まれた情報の当該ユーザへの提示が許可されるように、当該ユーザのユーザ情報が当該チケットに関する許可条件情報に対応するよう前記ユーザ情報記憶手段に記憶された当該ユーザのユーザ情報を更新するユーザ情報更新工程をさらに有することを特徴とする請求項4記載の情報提供制御方法。
The information provision control system stores and manages predetermined registration information of users belonging to the community as a system for exchanging information operated by a group of a plurality of users having common preferences, and responds to registration requests from users. In response, the apparatus further comprises a user registration means for registering registration information of the user,
The user of the user is allowed to present the information included in the ticket to the user based on a request for information presentation of a ticket related to a product related to the user's preference from the registered user. 5. The information provision control method according to claim 4, further comprising a user information update step of updating the user information of the user stored in the user information storage means so that the information corresponds to permission condition information regarding the ticket. .
JP2002198988A 2002-07-08 2002-07-08 Information provision control system and information provision control method Expired - Fee Related JP4033727B2 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2002198988A JP4033727B2 (en) 2002-07-08 2002-07-08 Information provision control system and information provision control method
US10/614,517 US7233955B2 (en) 2002-07-08 2003-07-08 System and method for searching and retrieving information regarding related goods and services

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002198988A JP4033727B2 (en) 2002-07-08 2002-07-08 Information provision control system and information provision control method

Publications (2)

Publication Number Publication Date
JP2004046288A JP2004046288A (en) 2004-02-12
JP4033727B2 true JP4033727B2 (en) 2008-01-16

Family

ID=31706290

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002198988A Expired - Fee Related JP4033727B2 (en) 2002-07-08 2002-07-08 Information provision control system and information provision control method

Country Status (1)

Country Link
JP (1) JP4033727B2 (en)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100673598B1 (en) * 2004-07-20 2007-01-24 에스케이커뮤니케이션즈 주식회사 System and method for providing local community service based on moblog through mobile communication terminal
KR100673599B1 (en) * 2004-07-20 2007-01-24 에스케이커뮤니케이션즈 주식회사 Meeting Proposal Method in Moblog-based Local Community System through Mobile Communication Terminal
JP4201284B1 (en) 2007-12-28 2008-12-24 株式会社メキキ Attribute information authentication apparatus, attribute information authentication method, and computer program

Also Published As

Publication number Publication date
JP2004046288A (en) 2004-02-12

Similar Documents

Publication Publication Date Title
US6611814B1 (en) System and method for using virtual wish lists for assisting shopping over computer networks
JPH11175617A (en) Transaction mediation system and method for managing transaction mediation, and terminal equipment and information transmission and reception system
JP2015528948A (en) Information processing system and method for realizing network transaction using social network
US7233955B2 (en) System and method for searching and retrieving information regarding related goods and services
JP2020027503A (en) Estate information processing apparatus and estate information processing method, estate information processing program, and estate information processing system
JP4357235B2 (en) Information integration system
KR20100099843A (en) Online combination shopping service system and online combination shopping service method
JP2000322440A (en) System and method for managing personal information and storage medium recording personal information management program
JP2004206595A (en) Data storage system, data management method, data storage service device, data transfer method
JP2002169986A (en) Business negotiation mediation device, negotiation mediation method, and computer-readable storage medium storing negotiation mediation program
JP5616201B2 (en) Business card management system and its management server
JP7326826B2 (en) Personal data utilization system, data management device and program
JP4033727B2 (en) Information provision control system and information provision control method
US7949571B2 (en) Electronic commerce system, electronic commerce supporting device, and electronic commerce supporting method
JP4445941B2 (en) Customer database management device and customer database management program
KR100366026B1 (en) Method for selecting project business partner on the internet using auction
KR20020045843A (en) Offering Method of Digital Contents linking Service and System Thereof
JP7419857B2 (en) Content usage management device, program and content distribution system
JP2003058450A (en) Information distribution device
JP2004038889A (en) Service providing system and service providing method
KR100523640B1 (en) System for network-based managing the brokerage of a real-estate and method thereof
JP4042445B2 (en) retrieval method
JP3925865B2 (en) Change processing system and method
US20020143712A1 (en) Process for mediating price information, system for implementing thereof and computer readable medium storing program for implementing price mediating process
JP2004318597A (en) Recommendation system

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20050520

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20071005

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20071016

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20071023

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101102

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111102

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121102

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121102

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20131102

Year of fee payment: 6

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313117

Free format text: JAPANESE INTERMEDIATE CODE: R313113

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

S533 Written request for registration of change of name

Free format text: JAPANESE INTERMEDIATE CODE: R313533

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R360 Written notification for declining of transfer of rights

Free format text: JAPANESE INTERMEDIATE CODE: R360

R371 Transfer withdrawn

Free format text: JAPANESE INTERMEDIATE CODE: R371

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313117

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313113

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

LAPS Cancellation because of no payment of annual fees