JP4033727B2 - Information provision control system and information provision control method - Google Patents
Information provision control system and information provision control method Download PDFInfo
- 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
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
[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
[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
[0026]
Of these, the ID
[0027]
The
[0028]
The procedure
[0029]
The
[0030]
The
[0031]
The
[0032]
In addition, the
[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
[0035]
Upon receiving an ID issuance request from the ID issuance requester 102, the authorized
[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
[0037]
Note that the ID
[0038]
[Ticket registration / update process]
FIG. 4 is a diagram for explaining ticket registration / update processing by the
[0039]
[Ticket search processing and procedure processing]
Next, a ticket search process performed by the
[0040]
First, the
[0041]
The transmission /
[0042]
For each received ticket, the procedure
[0043]
For a ticket that is determined to be able to be processed, the procedure
[0044]
The above-mentioned procedure
[0045]
Thereafter, the
[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
[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
[0054]
On the other hand, if a ticket having the same ID and ticket ID and the same registrant information is stored in the
[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
[0056]
First, the procedure
[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
[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
[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
[0064]
The transmission /
[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
[0066]
If the ticket content is correct, the
[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 /
[0068]
The procedure
[0069]
When there is no next ticket (when the procedure files of all tickets have been read), the procedure
[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
[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
[0075]
When the
[0076]
As shown in FIGS. 10A to 10C, 4901234petfood232 is described in the ID column of all three tickets. The procedure
[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
[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
[0080]
Here, the flow of the user registration process in the
[0081]
When this user registration process is completed, the ticket registration unit 113 issues a ticket registration request to the
[0082]
For example, when the
[0083]
Next, the personal
[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
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. .
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)
| 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 |
-
2002
- 2002-07-08 JP JP2002198988A patent/JP4033727B2/en not_active Expired - Fee Related
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 |