JP7301648B2 - 認証システム、認証方法およびプログラム - Google Patents
認証システム、認証方法およびプログラム Download PDFInfo
- Publication number
- JP7301648B2 JP7301648B2 JP2019129516A JP2019129516A JP7301648B2 JP 7301648 B2 JP7301648 B2 JP 7301648B2 JP 2019129516 A JP2019129516 A JP 2019129516A JP 2019129516 A JP2019129516 A JP 2019129516A JP 7301648 B2 JP7301648 B2 JP 7301648B2
- Authority
- JP
- Japan
- Prior art keywords
- user
- information
- business
- certificate
- item
- 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.)
- Active
Links
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
本発明は、認証システム、認証方法およびプログラムに関する。
例えば、インターネットにおける電子的な商取引のサイトにおいて、事業者によって、デジタルコンテンツであるアイテムが販売等されている。このようなアイテムでは、当該事業者によって、当該アイテム自体に証明書情報が埋め込まれる場合があった。
このような証明書情報によって、当該事業者によって販売等されるアイテムについて、例えば、当該アイテムが電子的に複製された場合においても、当該事業者によって認証されたものと、当該事業者によって認証されていない不正なものとを識別することが可能である。つまり、当該事業者による証明書情報が埋め込まれているアイテムは当該事業者によって認証されたものであり、当該事業者によって証明書情報が埋め込まれていないアイテムは不正なものであると、判定することが可能である。
このような証明書情報によって、当該事業者によって販売等されるアイテムについて、例えば、当該アイテムが電子的に複製された場合においても、当該事業者によって認証されたものと、当該事業者によって認証されていない不正なものとを識別することが可能である。つまり、当該事業者による証明書情報が埋め込まれているアイテムは当該事業者によって認証されたものであり、当該事業者によって証明書情報が埋め込まれていないアイテムは不正なものであると、判定することが可能である。
このように証明書情報が埋め込まれたアイテムは、当該アイテムを販売等する事業者ごとに生成される。つまり、このように証明書情報が埋め込まれたアイテムは、当該証明書情報が一体化されたアイテムであるとみなされるため、当該証明書情報が一体化されたアイテムの状態で、当該アイテムの事業者によって生成されて販売等される。
一例として、特許文献１に記載されたデジタルコンテンツ販売方法では、次のような動作を行う。すなわち、当該デジタルコンテンツ販売方法では、オンラインでデジタルコンテンツを販売する方法において、購入者が、販売者にデジタルコンテンツを注文するステップと、当該購入者が当該販売者に対してその購入者の識別データを送信する識別データ送信ステップと、当該販売者が当該識別データを、デジタルコンテンツに埋め込む埋め込みステップと、当該識別データが埋め込まれた当該デジタルコンテンツを、当該購入者に送信する送信ステップと、が行われる（特許文献１の請求項１を参照。）。
このように、特許文献１の例では、デジタルコンテンツに、当該デジタルコンテンツの購入者の識別データが埋め込まれる。
このように、特許文献１の例では、デジタルコンテンツに、当該デジタルコンテンツの購入者の識別データが埋め込まれる。
上述のように事業者によってアイテム自体に証明書情報が埋め込まれる場合には、例えば、必ずアイテムに証明書情報が含まれることになるため、アイテムの情報量が大きくなって、アイテムに関する処理の負荷が大きくなることがあった。
また、上述のように事業者によってアイテム自体に証明書情報が埋め込まれる場合には、例えば、必ずアイテムと証明書情報とが一体として扱われるため、アイテムの情報としての自由度あるいは証明書情報の自由度が制限されることがあった。
また、上述のように事業者によってアイテム自体に証明書情報が埋め込まれる場合には、例えば、必ずアイテムと証明書情報とが一体として扱われるため、アイテムの情報としての自由度あるいは証明書情報の自由度が制限されることがあった。
また、上述のように事業者によってアイテム自体に証明書情報が埋め込まれる場合には、例えば、事業者ごとに、証明書情報が一体化されたアイテムとして、当該アイテムを構成するデジタル情報の規格が統一される必要があった。このため、アイテムを構成するデジタル情報の形式の自由度が制限されることがあった。
なお、同一の事業者において、個別のアイテムごとに、異なる規格の形式でデジタル情報が構成されてもよいが、このような場合には、個別のアイテムごとに異なる規格の形式に対応した処理が行われる必要があり、当該事業者によって販売等される複数種類のアイテムの全体として、処理の負担が大きくなると考えられる。
なお、同一の事業者において、個別のアイテムごとに、異なる規格の形式でデジタル情報が構成されてもよいが、このような場合には、個別のアイテムごとに異なる規格の形式に対応した処理が行われる必要があり、当該事業者によって販売等される複数種類のアイテムの全体として、処理の負担が大きくなると考えられる。
また、上述のように事業者によって証明書情報が埋め込まれたアイテムは、事業者ごとに生成されていたため、例えば、事業者ごとにアイテムに認証を与えることは可能であったが、事業者以外の第三者によってアイテムに認証を与えることが困難であった。例えば、すべての事業者によって販売等されるアイテムの全体について、第三者によってアイテムに認証を与える場合には、これらすべてのアイテムの規格を統一する必要があり、現実的ではないと考えられる。
本発明は、このような事情を考慮してなされたもので、事業者によって販売等されるデジタルコンテンツであるアイテムについて、所定の認証者によって容易に認証を与えることができる認証システム、認証方法およびプログラムを提供することを課題とする。
一構成例として、ユーザによって操作される端末装置と、複数の事業者装置と、管理装置と、を備える認証システムであって、前記事業者装置は、前記端末装置との通信によって提供される事業において前記ユーザに対してデジタルコンテンツであるアイテムを付与し、前記事業者装置は、前記事業に関する第１識別情報と、前記事業における前記ユーザの第２識別情報と、前記ユーザに付与された前記アイテムの第３識別情報を前記管理装置に送信し、前記管理装置は、前記アイテムが前記ユーザによって所有されることを認証する情報として、前記事業者装置から送信された前記第１識別情報、前記第２識別情報および前記第３識別情報と、前記複数の前記事業者装置に共通な前記ユーザの第４識別情報とが対応付けられる証明書の情報を生成する、認証システムである。
一構成例として、認証システムにおいて、前記複数の前記事業者装置のそれぞれごとに、同一の前記ユーザの前記第２識別情報は異なり得る、構成であってもよい。
一構成例として、認証システムにおいて、前記第１識別情報は、前記事業を提供する事業者を識別する情報と、前記事業を識別する情報とのうちの一方または両方である、構成であってもよい。
一構成例として、認証システムにおいて、前記管理装置または前記事業者装置は、前記ユーザによって操作される前記端末装置からの要求に応じて、前記ユーザの前記第４識別情報の登録を行う処理を実行する、構成であってもよい。
一構成例として、認証システムにおいて、前記管理装置または前記事業者装置は、前記ユーザの前記第４識別情報を使用した前記端末装置からの要求に応じて、前記証明書に関する情報を閲覧させる処理を実行する、構成であってもよい。
一構成例として、認証システムにおいて、前記管理装置または前記事業者装置は、前記ユーザの前記第４識別情報を使用した前記端末装置からの要求に応じて、前記証明書の内容を変更する処理を実行する、構成であってもよい。
一構成例として、認証システムにおいて、前記端末装置は、前記証明書に関する要求が許容されるための第５識別情報を記憶する、構成であってもよい。
一構成例として、認証システムにおいて、前記第５識別情報は、前記ユーザの前記第４識別情報である、構成であってもよい。
一構成例として、認証システムにおいて、前記第１識別情報は、前記事業を提供する事業者を識別する情報と、前記事業を識別する情報とのうちの一方または両方である、構成であってもよい。
一構成例として、認証システムにおいて、前記管理装置または前記事業者装置は、前記ユーザによって操作される前記端末装置からの要求に応じて、前記ユーザの前記第４識別情報の登録を行う処理を実行する、構成であってもよい。
一構成例として、認証システムにおいて、前記管理装置または前記事業者装置は、前記ユーザの前記第４識別情報を使用した前記端末装置からの要求に応じて、前記証明書に関する情報を閲覧させる処理を実行する、構成であってもよい。
一構成例として、認証システムにおいて、前記管理装置または前記事業者装置は、前記ユーザの前記第４識別情報を使用した前記端末装置からの要求に応じて、前記証明書の内容を変更する処理を実行する、構成であってもよい。
一構成例として、認証システムにおいて、前記端末装置は、前記証明書に関する要求が許容されるための第５識別情報を記憶する、構成であってもよい。
一構成例として、認証システムにおいて、前記第５識別情報は、前記ユーザの前記第４識別情報である、構成であってもよい。
一構成例として、認証システムにおいて、ブロックチェーンを用いて、前記証明書の情報を記憶する、構成であってもよい。
一構成例として、認証システムにおいて、前記端末装置は、前記ブロックチェーンにおける前記ユーザに関する前記証明書の情報の閲覧が許容されるための鍵情報を記憶する、構成であってもよい。
一構成例として、認証システムにおいて、前記ユーザの前記第４識別情報は、前記鍵情報である、または、前記鍵情報を含む、構成であってもよい。
一構成例として、認証システムにおいて、前記端末装置は、前記ブロックチェーンにおける前記ユーザに関する前記証明書の情報の閲覧が許容されるための鍵情報を記憶する、構成であってもよい。
一構成例として、認証システムにおいて、前記ユーザの前記第４識別情報は、前記鍵情報である、または、前記鍵情報を含む、構成であってもよい。
一構成例として、ユーザによって操作される端末装置と、複数の事業者装置と、管理装置と、を備える認証システムにおける認証方法であって、前記事業者装置は、前記端末装置との通信によって提供される事業において前記ユーザに対してデジタルコンテンツであるアイテムを付与し、前記事業者装置は、前記事業に関する第１識別情報と、前記事業における前記ユーザの第２識別情報と、前記ユーザに付与された前記アイテムの第３識別情報を前記管理装置に送信し、前記管理装置は、前記アイテムが前記ユーザによって所有されることを認証する情報として、前記事業者装置から送信された前記第１識別情報、前記第２識別情報および前記第３識別情報と、前記複数の前記事業者装置に共通な前記ユーザの第４識別情報とが対応付けられる証明書の情報を生成する、認証方法である。
一構成例として、ユーザによって操作される端末装置であって、事業者装置と前記端末装置との通信によって提供される事業において前記ユーザに対して付与されるデジタルコンテンツであるアイテムが前記ユーザによって所有されることを管理装置によって認証する情報として生成される、前記事業に関する第１識別情報と、前記事業における前記ユーザの第２識別情報と、前記アイテムの第３識別情報と、複数の前記事業者装置に共通な前記ユーザの第４識別情報とが対応付けられた証明書の情報について、前記証明書に関する要求が許容されるための要求用情報を記憶し、前記要求用情報を使用して、前記管理装置または前記事業者装置に前記要求を行う、端末装置である。
一構成例として、ユーザによって操作される端末装置と、複数の事業者装置と、管理装置と、を備える認証システムにおける前記管理装置を構成するコンピュータに、前記事業者装置が前記端末装置との通信によって提供される事業において前記ユーザに対してデジタルコンテンツであるアイテムを付与した場合に、前記事業者装置から前記管理装置に送信される前記事業に関する第１識別情報と、前記事業における前記ユーザの第２識別情報と、前記ユーザに付与された前記アイテムの第３識別情報を受信する機能と、前記アイテムが前記ユーザによって所有されることを認証する情報として、前記事業者装置から受信された前記第１識別情報、前記第２識別情報および前記第３識別情報と、前記複数の前記事業者装置に共通な前記ユーザの第４識別情報とが対応付けられる証明書の情報を生成する機能と、を実現させるためのプログラムである。
一構成例として、ユーザによって操作される端末装置を構成するコンピュータに、事業者装置と前記端末装置との通信によって提供される事業において前記ユーザに対して付与されるデジタルコンテンツであるアイテムが前記ユーザによって所有されることを管理装置によって認証する情報として生成される、前記事業に関する第１識別情報と、前記事業における前記ユーザの第２識別情報と、前記アイテムの第３識別情報と、複数の前記事業者装置に共通な前記ユーザの第４識別情報とが対応付けられる証明書の情報について、前記証明書に関する要求が許容されるための要求用情報を前記管理装置または前記事業者装置から受信する機能と、前記要求用情報を使用して、前記管理装置または前記事業者装置に前記要求を行う機能と、を実現させるためのプログラムである。
一構成例として、ユーザによって操作される端末装置を構成するコンピュータに、事業者装置と前記端末装置との通信によって提供される事業において前記ユーザに対して付与されるデジタルコンテンツであるアイテムが前記ユーザによって所有されることを管理装置によって認証する情報として生成される、前記事業に関する第１識別情報と、前記事業における前記ユーザの第２識別情報と、前記アイテムの第３識別情報と、複数の前記事業者装置に共通な前記ユーザの第４識別情報とが対応付けられる証明書の情報について、前記証明書に関する要求が許容されるための要求用情報を前記管理装置または前記事業者装置から受信する機能と、前記要求用情報を使用して、前記管理装置または前記事業者装置に前記要求を行う機能と、を実現させるためのプログラムである。
本発明に係る認証システム、認証方法およびプログラムによれば、事業者によって販売等されるデジタルコンテンツであるアイテムについて、所定の認証者によって容易に認証を与えることができる。
以下、図面を参照し、本発明の実施形態について説明する。
［認証システム］
図１は、本発明の一実施形態に係る認証システム１の概略的な構成を示す図である。
認証システム１は、Ｎ個の端末装置１１－１～１１－Ｎと、Ｍ個の事業者装置１２－１～１２－Ｍと、１つの管理装置１３を備える。
図１は、本発明の一実施形態に係る認証システム１の概略的な構成を示す図である。
認証システム１は、Ｎ個の端末装置１１－１～１１－Ｎと、Ｍ個の事業者装置１２－１～１２－Ｍと、１つの管理装置１３を備える。
それぞれの端末装置１１－１～１１－Ｎとそれぞれの事業者装置１２－１～１２－Ｍとは、ネットワークを介して、互いに通信することが可能に接続される。また、それぞれの事業者装置１２－１～１２－Ｍと管理装置１３とは、ネットワークを介して、互いに通信することが可能に接続される。また、それぞれの端末装置１１－１～１１－Ｎと管理装置１３とは、ネットワークを介して、互いに通信することが可能に接続される。これらのネットワークは、例えば、一部または全部が共通のネットワークであってもよく、あるいは、別のネットワークであってもよい。
なお、本実施形態では、認証システム１における各種の通信は、例えば、所定のＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）にしたがって行われる。
なお、本実施形態では、認証システム１における各種の通信は、例えば、所定のＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）にしたがって行われる。
ここで、Ｎは、１以上の整数である。本実施形態では、Ｎは２以上の整数であるとする。つまり、端末装置１１－１～１１－Ｎの数は、１つでもよいが、本実施形態では、２つ以上であるとして説明する。
また、Ｍは、２以上の整数である。つまり、本実施形態では、事業者装置１２－１～１２－Ｍの数は、２つ以上である。
また、本実施形態では、１つの管理装置１３を示したが、例えば、２つ以上の管理装置１３が認証システム１に備えられてもよい。
また、Ｍは、２以上の整数である。つまり、本実施形態では、事業者装置１２－１～１２－Ｍの数は、２つ以上である。
また、本実施形態では、１つの管理装置１３を示したが、例えば、２つ以上の管理装置１３が認証システム１に備えられてもよい。
本実施形態では、複数の端末装置１１－１～１１－Ｎのそれぞれの構成および動作は、同様である。このため、本実施形態では、これら複数の端末装置１１－１～１１－Ｎについて同様な構成および動作について、１つの端末装置１１－１を代表させて説明する。なお、それぞれの端末装置１１－１～１１－Ｎは、それぞれの識別情報によって識別され得る。当該識別情報は、例えば、端末ＩＤと呼ばれてもよい。
また、本実施形態では、複数の事業者装置１２－１～１２－Ｍのそれぞれの構成および動作は、同様である。このため、これら複数の事業者装置１２－１～１２－Ｍについて同様な構成および動作について、１つの事業者装置１２－１を代表させて説明する。なお、それぞれの事業者装置１２－１～１２－Ｍは、それぞれの識別情報によって識別され得る。当該識別情報は、例えば、事業者ＩＤと呼ばれてもよい。
また、本実施形態では、１つの管理装置１３を示すが、例えば、本実施形態に係る管理装置１３に備えられる複数の機能が、複数の装置に分散されて、構成されてもよい。つまり、本実施形態において管理装置１３に備えられる複数の機能は、例えば、本実施形態のように１つの装置に一体化されて備えられてもよく、あるいは、複数の装置に分散されて備えられてもよい。
本実施形態では、複数の事業者装置１２－１～１２－Ｍのそれぞれは、それぞれの事業において、デジタルコンテンツであるアイテムを販売している。本実施形態では、それぞれの事業者装置１２－１～１２－Ｍは、複数種類のアイテムを販売している。
ここで、本実施形態では、異なる種類のアイテムとは、デジタルコンテンツの内容が異なるアイテムのことをいう。例えば、デジタルコンテンツの内容が同じであるアイテムが複数販売される場合には、同じ種類の複数のアイテムとなる。
なお、本実施形態では、同じ種類の複数のアイテムのそれぞれに、シリアルナンバーのように識別のための情報が含まれる場合があり、この場合には、シリアルナンバーなどの情報部分は異なるが、説明の便宜上、これらは同じ種類のアイテムであるとする。
ここで、本実施形態では、異なる種類のアイテムとは、デジタルコンテンツの内容が異なるアイテムのことをいう。例えば、デジタルコンテンツの内容が同じであるアイテムが複数販売される場合には、同じ種類の複数のアイテムとなる。
なお、本実施形態では、同じ種類の複数のアイテムのそれぞれに、シリアルナンバーのように識別のための情報が含まれる場合があり、この場合には、シリアルナンバーなどの情報部分は異なるが、説明の便宜上、これらは同じ種類のアイテムであるとする。
それぞれの端末装置１１－１～１１－Ｎは、これら複数の事業者装置１２－１～１２－Ｍのそれぞれによって販売されているアイテムを購入する処理を実行することができる。このとき、それぞれの端末装置１１－１～１１－Ｎを操作してアイテムの購入手続きを行うユーザは、当該アイテムの購入者となる。
管理装置１３は、複数の端末装置１１－１～１１－Ｎおよび複数の事業者装置１２－１～１２－Ｍについて、アイテムの購入が発生したときに当該アイテムの証明書を発行する処理、および当該証明書の内容を変更する処理などを行う。
管理装置１３は、複数の端末装置１１－１～１１－Ｎおよび複数の事業者装置１２－１～１２－Ｍについて、アイテムの購入が発生したときに当該アイテムの証明書を発行する処理、および当該証明書の内容を変更する処理などを行う。
ここで、本実施形態では、説明を簡易化するために、それぞれの端末装置１１－１～１１－Ｎは、それぞれ異なる単一のユーザによって使用されるとする。つまり、本実施形態では、Ｎ個の端末装置１１－１～１１－ＮとＮ人のユーザとが、それぞれ１対１で対応する。
なお、他の例として、１つの端末装置１１－１～１１－Ｎが複数の異なるユーザによって使用されてもよく、この場合、これら複数の異なるユーザは、例えば、端末装置１１－１～１１－Ｎにおいてユーザを識別する情報によって識別される。当該情報は、例えば、ログインＩＤと呼ばれてもよい。
また、本実施形態では、説明を簡易化するために、それぞれの事業者装置１２－１～１２－Ｍは、それぞれ異なる単一の事業に係る処理を行うとする。このため、本実施形態では、事業者を識別する情報である事業者ＩＤは、事業者を識別するとともに、当該事業者の事業を識別する。
本実施形態では、当該事業は、電子的な商取引であって、デジタルコンテンツであるアイテムを販売する事業である。このような事業は、例えば、インターネットにおいて、事業者ごとの専用のサイトによって提供される電子的なショッピングモールなどである。
本実施形態では、当該事業は、電子的な商取引であって、デジタルコンテンツであるアイテムを販売する事業である。このような事業は、例えば、インターネットにおいて、事業者ごとの専用のサイトによって提供される電子的なショッピングモールなどである。
なお、他の例として、１つの事業者装置１２－１～１２－Ｍが複数の異なる事業を行ってもよく、この場合、これら複数の異なる事業は、例えば、事業を識別する情報によって識別される。当該情報は、例えば、事業ＩＤと呼ばれてもよい。
同一の事業者によって提供される複数の異なる事業が区別されて扱われる場合には、例えば、本実施形態で使用される事業者ＩＤの代わりに、事業ＩＤが使用される。つまり、この場合には、事業者ＩＤでは事業が識別されないため、事業ＩＤによって事業が識別される。ただし、同一の事業者によって提供される複数の異なる事業において、同じユーザに同じユーザＩＤが共通に使用される場合には、これら複数の異なる事業が区別されて扱われなくてもよい。この場合、同一の事業者によって提供される複数の異なる事業においては、実質的には、事業者ＩＤとユーザＩＤとが対応付けられることから、例えば、本実施形態で使用される事業者ＩＤがそのまま使用されてもよい。
同一の事業者によって提供される複数の異なる事業が区別されて扱われる場合には、例えば、本実施形態で使用される事業者ＩＤの代わりに、事業ＩＤが使用される。つまり、この場合には、事業者ＩＤでは事業が識別されないため、事業ＩＤによって事業が識別される。ただし、同一の事業者によって提供される複数の異なる事業において、同じユーザに同じユーザＩＤが共通に使用される場合には、これら複数の異なる事業が区別されて扱われなくてもよい。この場合、同一の事業者によって提供される複数の異なる事業においては、実質的には、事業者ＩＤとユーザＩＤとが対応付けられることから、例えば、本実施形態で使用される事業者ＩＤがそのまま使用されてもよい。
それぞれの事業者装置１２－１～１２－Ｍは、事業ごとのアプリケーションを用いて、当該事業者ごとの事業をネットワークを介して行う。当該ネットワークは、例えば、インターネットである。
このような事業ごとのアプリケーションは、当該事業を実現するアプリケーションである。本実施形態では、例えば、当該アプリケーションを識別する情報が、当該アプリケーションを用いる事業者の事業者ＩＤとして使用されてもよい。また、当該アプリケーションを識別する情報は、例えば、当該アプリケーションによって実現される事業の事業ＩＤとして使用されてもよい。
このような事業ごとのアプリケーションは、当該事業を実現するアプリケーションである。本実施形態では、例えば、当該アプリケーションを識別する情報が、当該アプリケーションを用いる事業者の事業者ＩＤとして使用されてもよい。また、当該アプリケーションを識別する情報は、例えば、当該アプリケーションによって実現される事業の事業ＩＤとして使用されてもよい。
なお、例えば、複数の事業者装置１２－１～１２－Ｍのそれぞれを管理装置１３から見た場合に、これら複数の事業者装置１２－１～１２－Ｍのそれぞれを送信元の装置とみなして、事業者ＩＤの代わりに、送信元の装置を識別する情報が使用されてもよい。当該情報は、送信元ＩＤと呼ばれてもよい。また、管理装置１３から見て送信元の装置が送信先の装置ともなり得る場合には、送信元ＩＤの代わりに、送信先ＩＤと呼ばれてもよい。
本実施形態では、１つの事業者装置１２－１～１２－Ｍと１つの管理装置１３を見たとき、当該事業者装置１２－１～１２－Ｍに設定される識別情報は、例えば、事業者ＩＤと送信元ＩＤと送信先ＩＤとのいずれの呼称で呼ばれても実質的には同じであり、呼称が異なるだけである。
本実施形態では、１つの事業者装置１２－１～１２－Ｍと１つの管理装置１３を見たとき、当該事業者装置１２－１～１２－Ｍに設定される識別情報は、例えば、事業者ＩＤと送信元ＩＤと送信先ＩＤとのいずれの呼称で呼ばれても実質的には同じであり、呼称が異なるだけである。
本実施形態では、それぞれの事業者の事業者装置１２－１～１２－Ｍは、事業者ごと（本実施形態では、事業者装置１２－１～１２－Ｍごと）に独自に、ユーザごとにアカウントを設定して使用する。本実施形態では、当該アカウントはユーザＩＤであり、例えば、パスワードと対をなす。それぞれのユーザは、それぞれの端末装置１１－１～１１－Ｎを操作して、それぞれの事業者装置１２－１～１２－Ｍごとに設定された当該ユーザのユーザＩＤおよびパスワードを入力することで、それぞれの事業者装置１２－１～１２－Ｍごとに提供される電子的なショッピングモールにログインして、アイテムの購入を行う。
［アイテムの証明書および共通ＩＤ］
本実施形態では、複数の事業者装置１２－１～１２－Ｍによって販売されるアイテムについて、管理装置１３が当該アイテムの証明書の情報を発行する。当該証明書の情報は、当該証明書の対象となるアイテムが本物であることを証明する情報である。
本実施形態では、複数の事業者装置１２－１～１２－Ｍによって販売されるアイテムについて、管理装置１３が当該アイテムの証明書の情報を発行する。当該証明書の情報は、当該証明書の対象となるアイテムが本物であることを証明する情報である。
また、本実施形態では、同じユーザが複数の事業者装置１２－１～１２－Ｍによって提供されるショッピングモールを利用する場合、当該ユーザについて、それぞれの事業者装置１２－１～１２－Ｍによって提供される事業（本実施形態では、ショッピングモール）ごとに、ユーザＩＤが設定され得る。当該ユーザについて設定される当該ユーザＩＤは、それぞれの事業者装置１２－１～１２－Ｍによって提供される事業ごとに異なり得る。つまり、通常、同じユーザであっても、それぞれの事業者装置１２－１～１２－Ｍによって提供される事業ごとに、独立して、ユーザＩＤが設定される。
本実施形態では、それぞれのユーザについて、それぞれの事業者装置１２－１～１２－Ｍによって提供される事業のすべてに対して共通な識別情報が設定され得る。本実施形態では、説明の便宜上、当該識別情報を共通ＩＤと呼んで説明する。本実施形態では、当該共通ＩＤは、それぞれのユーザを一意に特定する情報である。また、本実施形態では、当該共通ＩＤは、管理装置１３によって登録されて管理される。それぞれのユーザの共通ＩＤは、当該ユーザによって所有されるそれぞれのアイテムの証明書の情報と対応付けられる。
［端末装置］
図２は、本発明の一実施形態に係る端末装置１１－１の概略的な構成を示す図である。
なお、他の端末装置１１－２～１１－Ｎについても、端末装置１１－１に対してユーザおよび識別情報が異なり使用状況が異なるといった点を除いて、同様な構成を有する。
端末装置１１－１は、様々な装置であってもよく、例えば、ユーザによって所有されるスマートフォン、携帯電話端末、ノート型のパーソナルコンピュータ、あるいは、タブレット型のパーソナルコンピュータなどであってもよい。
図２は、本発明の一実施形態に係る端末装置１１－１の概略的な構成を示す図である。
なお、他の端末装置１１－２～１１－Ｎについても、端末装置１１－１に対してユーザおよび識別情報が異なり使用状況が異なるといった点を除いて、同様な構成を有する。
端末装置１１－１は、様々な装置であってもよく、例えば、ユーザによって所有されるスマートフォン、携帯電話端末、ノート型のパーソナルコンピュータ、あるいは、タブレット型のパーソナルコンピュータなどであってもよい。
端末装置１１－１は、操作部１１１と、表示部１１２と、通信部１１３と、記憶部１１４と、制御部１１５を備える。
制御部１１５は、要求発信部１５１と、通知取得部１５２を備える。
制御部１１５は、要求発信部１５１と、通知取得部１５２を備える。
操作部１１１は、ユーザによって操作され、操作の内容を受け付ける。操作部１１１は、例えば、キー、ボタンあるいはマウスなどであってもよい。
表示部１１２は、画面を有しており、情報を当該画面に表示する。
なお、例えば、操作部１１１と表示部１１２とが一体化されて、これらが、操作の内容の受け付けおよび情報の表示を行うタッチパネルとして構成されてもよい。
表示部１１２は、画面を有しており、情報を当該画面に表示する。
なお、例えば、操作部１１１と表示部１１２とが一体化されて、これらが、操作の内容の受け付けおよび情報の表示を行うタッチパネルとして構成されてもよい。
通信部１１３は、他の装置との間で通信を行う。当該通信は、例えば、有線の通信であってもよく、あるいは、無線の通信であってもよい。
本実施形態では、通信部１１３は、例えば、それぞれの事業者装置１２－１～１２－Ｍとの間で直接または間接に通信を行うことが可能であり、また、管理装置１３との間で直接または間接に通信を行うことが可能である。なお、通信部１１３は、例えば、各種の無線通信システムにおける基地局装置あるいは中継局装置などを介して、それぞれの事業者装置１２－１～１２－Ｍあるいは管理装置１３との間で間接に通信を行ってもよい。
本実施形態では、通信部１１３は、例えば、それぞれの事業者装置１２－１～１２－Ｍとの間で直接または間接に通信を行うことが可能であり、また、管理装置１３との間で直接または間接に通信を行うことが可能である。なお、通信部１１３は、例えば、各種の無線通信システムにおける基地局装置あるいは中継局装置などを介して、それぞれの事業者装置１２－１～１２－Ｍあるいは管理装置１３との間で間接に通信を行ってもよい。
記憶部１１４は、各種の情報を記憶する。
図２の例では、記憶部１１４に、端末装置１１－１のユーザに設定された共通ＩＤ１３１が記憶された状態を示してある。本実施形態では、管理装置１３によって当該ユーザの共通ＩＤ１３１が登録されたときに、当該共通ＩＤ１３１が端末装置１１－１の記憶部１１４に記憶され、それ以前には、当該共通ＩＤ１３１は端末装置１１－１の記憶部１１４に記憶されていない。端末装置１１－１では、記憶部１１４に共通ＩＤ１３１が記憶された状態において、当該共通ＩＤ１３１を読み出して使用することが可能である。
図２の例では、記憶部１１４に、端末装置１１－１のユーザに設定された共通ＩＤ１３１が記憶された状態を示してある。本実施形態では、管理装置１３によって当該ユーザの共通ＩＤ１３１が登録されたときに、当該共通ＩＤ１３１が端末装置１１－１の記憶部１１４に記憶され、それ以前には、当該共通ＩＤ１３１は端末装置１１－１の記憶部１１４に記憶されていない。端末装置１１－１では、記憶部１１４に共通ＩＤ１３１が記憶された状態において、当該共通ＩＤ１３１を読み出して使用することが可能である。
制御部１１５は、各種の処理を実行する。
要求発信部１５１は、各種の要求を発信する。本実施形態では、要求発信部１５１は、通信部１１３によって、所定の要求を表す信号を、当該要求の送り先の装置に対して送信することによって、当該要求を発信する。当該要求の送り先の装置は、例えば、それぞれの事業者装置１２－１～１２－Ｍ、あるいは、管理装置１３である。
通知取得部１５２は、各種の通知を取得する。本実施形態では、通知取得部１５２は、通信部１１３によって通知元の装置から受信された信号に含まれる通知の内容を取得する。当該通知元の装置は、例えば、それぞれの事業者装置１２－１～１２－Ｍ、あるいは、管理装置１３である。
要求発信部１５１は、各種の要求を発信する。本実施形態では、要求発信部１５１は、通信部１１３によって、所定の要求を表す信号を、当該要求の送り先の装置に対して送信することによって、当該要求を発信する。当該要求の送り先の装置は、例えば、それぞれの事業者装置１２－１～１２－Ｍ、あるいは、管理装置１３である。
通知取得部１５２は、各種の通知を取得する。本実施形態では、通知取得部１５２は、通信部１１３によって通知元の装置から受信された信号に含まれる通知の内容を取得する。当該通知元の装置は、例えば、それぞれの事業者装置１２－１～１２－Ｍ、あるいは、管理装置１３である。
［事業者装置］
図３は、本発明の一実施形態に係る事業者装置１２－１の概略的な構成を示す図である。
なお、他の事業者装置１２－２～１２－Ｍについても、事業者装置１２－１に対して事業者および識別情報が異なり提供されるショッピングモールが異なるといった点を除いて、同様な構成を有する。
事業者装置１２－１は、様々な装置であってもよく、例えば、コンピュータなどである。
図３は、本発明の一実施形態に係る事業者装置１２－１の概略的な構成を示す図である。
なお、他の事業者装置１２－２～１２－Ｍについても、事業者装置１２－１に対して事業者および識別情報が異なり提供されるショッピングモールが異なるといった点を除いて、同様な構成を有する。
事業者装置１２－１は、様々な装置であってもよく、例えば、コンピュータなどである。
事業者装置１２－１は、操作部１１１と、表示部２１２と、通信部２１３と、記憶部２１４と、制御部２１５を備える。
制御部２１５は、要求受付部２５１と、要求発信部２５２と、通知取得部２５３と、通知部２５４と、処理実行部２５５を備える。
制御部２１５は、要求受付部２５１と、要求発信部２５２と、通知取得部２５３と、通知部２５４と、処理実行部２５５を備える。
操作部２１１は、事業者によって操作され、操作の内容を受け付ける。操作部２１１は、例えば、キー、ボタンあるいはマウスなどであってもよい。
表示部２１２は、画面を有しており、情報を当該画面に表示する。
なお、例えば、操作部２１１と表示部２１２とが一体化されて、これらが、操作の内容の受け付けおよび情報の表示を行うタッチパネルとして構成されてもよい。
表示部２１２は、画面を有しており、情報を当該画面に表示する。
なお、例えば、操作部２１１と表示部２１２とが一体化されて、これらが、操作の内容の受け付けおよび情報の表示を行うタッチパネルとして構成されてもよい。
通信部２１３は、他の装置との間で通信を行う。当該通信は、例えば、有線の通信であってもよく、あるいは、無線の通信であってもよい。
本実施形態では、通信部２１３は、例えば、それぞれの端末装置１１－１～１１－Ｎとの間で直接または間接に通信を行うことが可能であり、また、管理装置１３との間で直接または間接に通信を行うことが可能である。なお、通信部２１３は、例えば、各種の無線通信システムにおける基地局装置あるいは中継局装置などを介して、それぞれの端末装置１１－１～１１－Ｎあるいは管理装置１３との間で間接に通信を行ってもよい。
記憶部２１４は、各種の情報を記憶する。
本実施形態では、通信部２１３は、例えば、それぞれの端末装置１１－１～１１－Ｎとの間で直接または間接に通信を行うことが可能であり、また、管理装置１３との間で直接または間接に通信を行うことが可能である。なお、通信部２１３は、例えば、各種の無線通信システムにおける基地局装置あるいは中継局装置などを介して、それぞれの端末装置１１－１～１１－Ｎあるいは管理装置１３との間で間接に通信を行ってもよい。
記憶部２１４は、各種の情報を記憶する。
制御部２１５は、各種の処理を実行する。
要求受付部２５１は、各種の要求を受け付ける。本実施形態では、要求受付部２５１は、通信部２１３によって要求元の装置から受信された信号に含まれる要求の内容を取得する。当該要求元の装置は、例えば、それぞれの端末装置１１－１～１１－Ｎ、あるいは、管理装置１３である。
要求発信部２５２は、各種の要求を発信する。本実施形態では、要求発信部２５２は、通信部２１３によって、所定の要求を表す信号を、当該要求の送り先の装置に対して送信することによって、当該要求を発信する。当該要求の送り先の装置は、例えば、それぞれの端末装置１１－１～１１－Ｎ、あるいは、管理装置１３である。
要求受付部２５１は、各種の要求を受け付ける。本実施形態では、要求受付部２５１は、通信部２１３によって要求元の装置から受信された信号に含まれる要求の内容を取得する。当該要求元の装置は、例えば、それぞれの端末装置１１－１～１１－Ｎ、あるいは、管理装置１３である。
要求発信部２５２は、各種の要求を発信する。本実施形態では、要求発信部２５２は、通信部２１３によって、所定の要求を表す信号を、当該要求の送り先の装置に対して送信することによって、当該要求を発信する。当該要求の送り先の装置は、例えば、それぞれの端末装置１１－１～１１－Ｎ、あるいは、管理装置１３である。
通知取得部２５３は、各種の通知を取得する。本実施形態では、通知取得部２５３は、通信部２１３によって通知元の装置から受信された信号に含まれる通知の内容を取得する。当該通知元の装置は、例えば、それぞれの端末装置１１－１～１１－Ｎ、あるいは、管理装置１３である。
通知部２５４は、各種の通知を行う。本実施形態では、通知部２５４は、通信部２１３によって、所定の通知の内容を表す信号を、通知先の装置に対して送信することによって、当該通知を行う。当該通知先の装置は、例えば、それぞれの端末装置１１－１～１１－Ｎ、あるいは、管理装置１３である。
通知部２５４は、各種の通知を行う。本実施形態では、通知部２５４は、通信部２１３によって、所定の通知の内容を表す信号を、通知先の装置に対して送信することによって、当該通知を行う。当該通知先の装置は、例えば、それぞれの端末装置１１－１～１１－Ｎ、あるいは、管理装置１３である。
処理実行部２５５は、各種の処理を実行する。
本実施形態では、処理実行部２５５は、電子的なショッピングモールを実現して、端末装置１１－１～１１－Ｎによって要求されたアイテムを販売する処理、販売されるアイテム（または、販売されたアイテム）について証明書の発行を要求する処理、および、発行された証明書に関する情報を保持する処理などを行う。
本実施形態では、処理実行部２５５は、電子的なショッピングモールを実現して、端末装置１１－１～１１－Ｎによって要求されたアイテムを販売する処理、販売されるアイテム（または、販売されたアイテム）について証明書の発行を要求する処理、および、発行された証明書に関する情報を保持する処理などを行う。
［管理装置］
図４は、本発明の一実施形態に係る管理装置１３の概略的な構成を示す図である。
管理装置１３は、操作部３１１と、表示部３１２と、通信部３１３と、記憶部３１４と、制御部３１５を備える。
制御部３１５は、要求受付部３５１と、処理実行部３５２と、通知部３５３を備える。
図４は、本発明の一実施形態に係る管理装置１３の概略的な構成を示す図である。
管理装置１３は、操作部３１１と、表示部３１２と、通信部３１３と、記憶部３１４と、制御部３１５を備える。
制御部３１５は、要求受付部３５１と、処理実行部３５２と、通知部３５３を備える。
操作部３１１は、管理者によって操作され、操作の内容を受け付ける。操作部３１１は、例えば、キー、ボタンあるいはマウスなどであってもよい。
表示部３１２は、画面を有しており、情報を当該画面に表示する。
なお、例えば、操作部３１１と表示部３１２とが一体化されて、これらが、操作の内容の受け付けおよび情報の表示を行うタッチパネルとして構成されてもよい。
表示部３１２は、画面を有しており、情報を当該画面に表示する。
なお、例えば、操作部３１１と表示部３１２とが一体化されて、これらが、操作の内容の受け付けおよび情報の表示を行うタッチパネルとして構成されてもよい。
通信部３１３は、他の装置との間で通信を行う。当該通信は、例えば、有線の通信であってもよく、あるいは、無線の通信であってもよい。
本実施形態では、通信部３１３は、例えば、それぞれの端末装置１１－１～１１－Ｎとの間で直接または間接に通信を行うことが可能であり、また、それぞれの事業者装置１２－１～１２－Ｍとの間で直接または間接に通信を行うことが可能である。なお、通信部３１３は、例えば、各種の無線通信システムにおける基地局装置あるいは中継局装置などを介して、それぞれの端末装置１１－１～１１－Ｎあるいはそれぞれの事業者装置１２－１～１２－Ｍとの間で間接に通信を行ってもよい。
記憶部３１４は、各種の情報を記憶する。
本実施形態では、通信部３１３は、例えば、それぞれの端末装置１１－１～１１－Ｎとの間で直接または間接に通信を行うことが可能であり、また、それぞれの事業者装置１２－１～１２－Ｍとの間で直接または間接に通信を行うことが可能である。なお、通信部３１３は、例えば、各種の無線通信システムにおける基地局装置あるいは中継局装置などを介して、それぞれの端末装置１１－１～１１－Ｎあるいはそれぞれの事業者装置１２－１～１２－Ｍとの間で間接に通信を行ってもよい。
記憶部３１４は、各種の情報を記憶する。
制御部３１５は、各種の処理を実行する。
要求受付部３５１は、各種の要求を受け付ける。本実施形態では、要求受付部３５１は、通信部３１３によって要求元の装置から受信された信号に含まれる要求の内容を取得する。当該要求元の装置は、例えば、それぞれの端末装置１１－１～１１－Ｎ、あるいは、それぞれの事業者装置１２－１～１２－Ｍである。
要求受付部３５１は、各種の要求を受け付ける。本実施形態では、要求受付部３５１は、通信部３１３によって要求元の装置から受信された信号に含まれる要求の内容を取得する。当該要求元の装置は、例えば、それぞれの端末装置１１－１～１１－Ｎ、あるいは、それぞれの事業者装置１２－１～１２－Ｍである。
処理実行部３５２は、各種の処理を実行する。
本実施形態では、処理実行部３５２は、それぞれの事業者装置１２－１～１２－Ｍによって販売されたアイテムの証明書を発行する処理、発行された証明書に関する情報を保持する処理、それぞれのユーザに対して共通ＩＤを登録する処理、および、証明書の情報を変更する処理などを行う。
本実施形態では、処理実行部３５２は、それぞれの事業者装置１２－１～１２－Ｍによって販売されたアイテムの証明書を発行する処理、発行された証明書に関する情報を保持する処理、それぞれのユーザに対して共通ＩＤを登録する処理、および、証明書の情報を変更する処理などを行う。
通知部３５３は、各種の通知を行う。本実施形態では、通知部３５３は、通信部３１３によって、所定の通知の内容を表す信号を、通知先の装置に対して送信することによって、当該通知を行う。当該通知先の装置は、例えば、それぞれの端末装置１１－１～１１－Ｎ、あるいは、それぞれの事業者装置１２－１～１２－Ｍである。
ここで、本実施形態では、説明の便宜上、管理装置１３は、事業者装置１２－１～１２－Ｍと通信する機能と、端末装置１１－１～１１－Ｎと通信する機能と、証明書を発行する機能と、発行後の証明書を管理する機能と、ユーザに対して共通ＩＤを登録する機能などを有するが、これらの機能が２つ以上の異なる装置に分散されて構成されてもよい。
［証明書］
図５は、本発明の一実施形態に係る証明書４１１の概略的な構成を示す図である。
証明書４１１は、事業者ＩＤ４３１と、ユーザＩＤ４３２と、アイテムＩＤ４３３と、共通ＩＤ４３４を含む。
本実施形態では、これらの証明書４１１、事業者ＩＤ４３１、ユーザＩＤ４３２、アイテムＩＤ４３３、および、共通ＩＤ４３４は、それぞれ、デジタルの情報である。
図５は、本発明の一実施形態に係る証明書４１１の概略的な構成を示す図である。
証明書４１１は、事業者ＩＤ４３１と、ユーザＩＤ４３２と、アイテムＩＤ４３３と、共通ＩＤ４３４を含む。
本実施形態では、これらの証明書４１１、事業者ＩＤ４３１、ユーザＩＤ４３２、アイテムＩＤ４３３、および、共通ＩＤ４３４は、それぞれ、デジタルの情報である。
事業者ＩＤ４３１は、事業者ごとを識別する情報である。本実施形態では、事業者ＩＤ４３１は、それぞれの事業者装置１２－１～１２－Ｍを識別する。
ユーザＩＤ４３２は、それぞれの事業者ごとにおいて、ユーザごとを識別する情報である。
ユーザＩＤ４３２は、それぞれの事業者ごとにおいて、ユーザごとを識別する情報である。
なお、他の例として、同一の事業者が複数の異なる事業を行う場合には、事業者ＩＤの代わりに、それぞれの事業ごとを識別する事業ＩＤが用いられてもよい。また、この場合、例えば、事業ＩＤの代わりに、事業者ＩＤと事業ＩＤとの組み合わせが用いられてもよい。
また、このような場合、ユーザＩＤは、それぞれの事業ごとにおいて、ユーザごとを識別する情報となる。
また、このような場合、ユーザＩＤは、それぞれの事業ごとにおいて、ユーザごとを識別する情報となる。
ここで、本実施形態では、複数の事業者装置１２－１～１２－Ｍを考えた場合、事業者ＩＤ４３１とユーザＩＤ４３２との両方によって、ユーザが特定される。つまり、本実施形態では、それぞれの事業者装置１２－１～１２－Ｍごとに、任意のユーザＩＤ４３２が使用され得ることから、複数の事業者装置１２－１～１２－Ｍを考えた場合、該当する事業者の事業者ＩＤ４３１および当該事業者において使用されるユーザＩＤ４３２によって、ユーザが特定される。
なお、本実施形態では、それぞれ個別の事業者のなかでは、それぞれのユーザのユーザＩＤ４３２は一意であることから、ユーザＩＤ４３２によってユーザが特定される。
なお、本実施形態では、それぞれ個別の事業者のなかでは、それぞれのユーザのユーザＩＤ４３２は一意であることから、ユーザＩＤ４３２によってユーザが特定される。
ここで、本実施形態では、説明の便宜上、事業者ＩＤ４３１とユーザＩＤ４３２とを区別して説明している。
事業者ＩＤ４３１とユーザＩＤ４３２とは、例えば、事業者ＩＤ４３１の下位に複数の異なるユーザＩＤ４３２が存在するといったように上下関係で捉えられてもよく、あるいは、事業者ＩＤ４３１とユーザＩＤ４３２とが組み合わされたものが一体として捉えられてもよい。つまり、１つのＩＤ（事業者ＩＤ４３１とユーザＩＤ４３２とが組み合わされたもの）が、事業者ＩＤ４３１であるとともにユーザＩＤ４３２でもあるとして、使用されてもよい。
事業者ＩＤ４３１とユーザＩＤ４３２とは、例えば、事業者ＩＤ４３１の下位に複数の異なるユーザＩＤ４３２が存在するといったように上下関係で捉えられてもよく、あるいは、事業者ＩＤ４３１とユーザＩＤ４３２とが組み合わされたものが一体として捉えられてもよい。つまり、１つのＩＤ（事業者ＩＤ４３１とユーザＩＤ４３２とが組み合わされたもの）が、事業者ＩＤ４３１であるとともにユーザＩＤ４３２でもあるとして、使用されてもよい。
アイテムＩＤ４３３は、アイテムごとを識別する情報である。
アイテムＩＤ４３３としては、例えば、アイテムＩＤ４３３によって識別されるアイテムごとに異なる情報であり、例えば、アイテムＩＤ４３３によって識別されるアイテムのハッシュ値などが用いられてもよい。
アイテムＩＤ４３３としては、例えば、アイテムＩＤ４３３によって識別されるアイテムごとに異なる情報であり、例えば、アイテムＩＤ４３３によって識別されるアイテムのハッシュ値などが用いられてもよい。
本実施形態では、アイテムのアイテムＩＤ４３３は、当該アイテムのシリアルナンバー４５１を含む。シリアルナンバー４５１は、例えば、数量限定などの複数の同種類のアイテムが存在する場合に、これら複数のアイテムのうちのそれぞれの個体ごとを識別する番号の情報である。具体例として、１００個の同種類のアイテムが販売される場合に、これら１００個のアイテムのそれぞれに、１／１００、２／１００、・・・、９９／１００、１００／１００といった１００種類のシリアルナンバー４５１が付されてもよい。
なお、アイテムＩＤ４３３は、シリアルナンバー４５１を含まなくてもよい。また、アイテムＩＤ４３３は、例えば、アイテムの種類ごとに、シリアルナンバー４５１を含む場合と、シリアルナンバー４５１を含まない場合とがあってもよい。
なお、アイテムＩＤ４３３は、シリアルナンバー４５１を含まなくてもよい。また、アイテムＩＤ４３３は、例えば、アイテムの種類ごとに、シリアルナンバー４５１を含む場合と、シリアルナンバー４５１を含まない場合とがあってもよい。
なお、本実施形態では、シリアルナンバー４５１は番号の情報であるが、他の例として、シリアルナンバー４５１の代わりに、複数の同種類のアイテムのそれぞれを番号以外の情報によって識別する情報が用いられてもよい。
共通ＩＤ４３４は、管理装置１３によって管理される複数の事業者装置１２－１～１２－Ｍのそれぞれによって提供されるショッピングモールを利用する複数のユーザについて、ユーザごとに固有の情報である。本実施形態では、共通ＩＤ４３４は、複数の事業者装置１２－１～１２－Ｍを考えた場合に、それぞれのユーザを一意に識別する情報である。
本実施形態では、アイテムＩＤ４３３と証明書４１１とは、１対１で対応付けられる。なお、シリアルナンバー４５１が使用される場合には、シリアルナンバー４５１ごとに、アイテムＩＤ４３３と証明書４１１とは、１対１で対応付けられる。
本実施形態では、アイテムに対応付けられた証明書４１１は、第三者によって認証されるデジタルアセット証明書として使用され得る。本実施形態では、当該第三者とは、ユーザおよび事業者とは別の者であり、管理装置１３を扱う者（管理者）である。
本実施形態では、アイテムに対応付けられた証明書４１１は、第三者によって認証されるデジタルアセット証明書として使用され得る。本実施形態では、当該第三者とは、ユーザおよび事業者とは別の者であり、管理装置１３を扱う者（管理者）である。
ここで、本実施形態では、アイテム自体の情報と、当該アイテムの証明書４１１の情報とは、別の情報として扱われている。なお、例えば、さらに、アイテムの情報に、当該アイテムの証明書４１１の一部または全部と同じ内容の情報または類似の内容の情報、あるいは、当該アイテムの証明書４１１に関連する情報（ここでは、当該証明書４１１に関連するが当該証明書４１１とは異なる情報）が埋め込まれてもよい。
本実施形態では、アイテム自体は、例えば、当該アイテムの証明書４１１とは無関係に、使用されてもよい。具体例として、アイテム自体は、当該アイテムに対応したプレイヤーによって再生されてもよく、この場合に、当該アイテムの証明書４１１は必要ない。
他の例として、アイテムを再生するプレイヤーにおいて、当該アイテムを再生するために、当該アイテムの証明書４１１が必要であってもよい。
アイテムのプレイヤーは、例えば、拡張現実（ＡＲ：Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）などの機能を含んでもよい。
他の例として、アイテムを再生するプレイヤーにおいて、当該アイテムを再生するために、当該アイテムの証明書４１１が必要であってもよい。
アイテムのプレイヤーは、例えば、拡張現実（ＡＲ：Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）などの機能を含んでもよい。
［権利管理テーブル］
図６は、本発明の一実施形態に係る権利管理テーブル１０１１の概略的な構成を示す図である。
本実施形態では、管理装置１３の記憶部３１４に、権利管理テーブル１０１１が記憶される。
権利管理テーブル１０１１は、管理装置１３によって証明書が発行されたすべてのアイテムに関する情報を格納する。他の例として、権利管理テーブル１０１１は、管理装置１３によって証明書が発行された一部のアイテムに関する情報を格納してもよい。
なお、図６の例における権利管理テーブル１０１１の情報の形式は、説明の便宜上のものであり、図６の例に限られず、任意の形式が用いられてもよい。
図６は、本発明の一実施形態に係る権利管理テーブル１０１１の概略的な構成を示す図である。
本実施形態では、管理装置１３の記憶部３１４に、権利管理テーブル１０１１が記憶される。
権利管理テーブル１０１１は、管理装置１３によって証明書が発行されたすべてのアイテムに関する情報を格納する。他の例として、権利管理テーブル１０１１は、管理装置１３によって証明書が発行された一部のアイテムに関する情報を格納してもよい。
なお、図６の例における権利管理テーブル１０１１の情報の形式は、説明の便宜上のものであり、図６の例に限られず、任意の形式が用いられてもよい。
権利管理テーブル１０１１では、アイテムＩＤと、共通ＩＤと、履歴情報とが対応付けられて格納される。
それぞれのアイテムＩＤによって、アイテムが特定される。
図６の例では、アイテムＩＤの具体例として、「００１」あるいは「００２」などが記述されているが、これらは説明の便宜上のものであり、図６の例に限られず、任意の情報が用いられてもよい。
それぞれのアイテムＩＤによって、アイテムが特定される。
図６の例では、アイテムＩＤの具体例として、「００１」あるいは「００２」などが記述されているが、これらは説明の便宜上のものであり、図６の例に限られず、任意の情報が用いられてもよい。
それぞれの共通ＩＤによって、本実施形態では、当該共通ＩＤに対応するユーザが特定される。
図６の例では、共通ＩＤの具体例として、「ＡＢＣ」あるいは「ＤＥＦ」などが記述されているが、これらは説明の便宜上のものであり、図６の例に限られず、任意の情報が用いられてもよい。
図６の例では、共通ＩＤの具体例として、「ＡＢＣ」あるいは「ＤＥＦ」などが記述されているが、これらは説明の便宜上のものであり、図６の例に限られず、任意の情報が用いられてもよい。
それぞれの履歴情報によって、当該履歴情報に対応するアイテムＩＤのアイテムについて、過去および現在における所有者の状況が記述される。所有者の状況には、例えば、放棄されたという状況が含まれてもよい。
本実施形態では、説明の便宜上、履歴情報には、現在の状況を表す情報と、過去の状況を表す情報が含まれるとするが、他の例として、現在の状況を表す情報と、過去の状況を表す情報とが、互いに区別されて管理されてもよい。つまり、過去の状況を表す情報を履歴情報とした場合に、現在の状況を表す情報は、例えば、履歴情報に含まれてもよく、あるいは、履歴情報とは区別されて管理されてもよい。
本実施形態では、説明の便宜上、履歴情報には、現在の状況を表す情報と、過去の状況を表す情報が含まれるとするが、他の例として、現在の状況を表す情報と、過去の状況を表す情報とが、互いに区別されて管理されてもよい。つまり、過去の状況を表す情報を履歴情報とした場合に、現在の状況を表す情報は、例えば、履歴情報に含まれてもよく、あるいは、履歴情報とは区別されて管理されてもよい。
図６の例では、アイテムＩＤが「００１」であるアイテムは、現在においいて、共通ＩＤが「ＡＢＣ」であるユーザＰによって所有されていることを表している。
また、図６の例では、アイテムＩＤが「００２」であるアイテムは、過去において、ユーザＲからユーザＰへ譲渡されていることを表しており、現在において、共通ＩＤが「ＡＢＣ」であるユーザＰによって所有されていることを表している。
また、図６の例では、アイテムＩＤが「００３」であるアイテムは、現在において、共通ＩＤが「ＤＥＦ」であるユーザＱによって所有されていることを表している。
また、図６の例では、アイテムＩＤが「００２」であるアイテムは、過去において、ユーザＲからユーザＰへ譲渡されていることを表しており、現在において、共通ＩＤが「ＡＢＣ」であるユーザＰによって所有されていることを表している。
また、図６の例では、アイテムＩＤが「００３」であるアイテムは、現在において、共通ＩＤが「ＤＥＦ」であるユーザＱによって所有されていることを表している。
ここで、図６の例では、アイテムごとに履歴情報を管理する場合を示したが、他の例として、共通ＩＤごとに履歴情報を管理してもよく、つまり、ユーザごとに、当該ユーザが所有するアイテムに関する履歴情報を管理してもよい。
また、図６の例では、権利管理テーブル１０１１において、権利の移転（図６の例では、証明書の所有者の変更）があった履歴情報については、現在において権利を所有しているユーザの共通ＩＤの情報が特定されているが、さらに、過去において権利を所有していたそれぞれのユーザの共通ＩＤの情報も権利管理テーブル１０１１に含まれてもよい。
また、権利管理テーブル１０１１では、例えば、それぞれのユーザについて、当該ユーザの個人情報が含まれてもよい。
また、図６の例では、権利管理テーブル１０１１において、権利の移転（図６の例では、証明書の所有者の変更）があった履歴情報については、現在において権利を所有しているユーザの共通ＩＤの情報が特定されているが、さらに、過去において権利を所有していたそれぞれのユーザの共通ＩＤの情報も権利管理テーブル１０１１に含まれてもよい。
また、権利管理テーブル１０１１では、例えば、それぞれのユーザについて、当該ユーザの個人情報が含まれてもよい。
また、履歴情報としては、アイテムに関する任意の履歴の情報が用いられてもよい。
具体例として、あるユーザがあるアイテムを所有しているといった権利の変更としては、例えば、有償または無償による権利の譲渡、権利の放棄、権利の貸与などによる権利の変更があり得る。
本実施形態では、権利の譲渡あるいは権利の貸与においては、例えば、現金以外の所定のポイントによって支払いなどが行われる。他の例として、当該ポイントに代えて、現金によって支払いが行われてもよい。
具体例として、あるユーザがあるアイテムを所有しているといった権利の変更としては、例えば、有償または無償による権利の譲渡、権利の放棄、権利の貸与などによる権利の変更があり得る。
本実施形態では、権利の譲渡あるいは権利の貸与においては、例えば、現金以外の所定のポイントによって支払いなどが行われる。他の例として、当該ポイントに代えて、現金によって支払いが行われてもよい。
［各種の情報の記憶および各種の処理］
本実施形態に係る認証システム１では、各種の情報を記憶する態様および各種の処理を実行する態様として、様々な対応が用いられてもよい。
ここで、様々な態様の例を示しておく。
本実施形態に係る認証システム１では、各種の情報を記憶する態様および各種の処理を実行する態様として、様々な対応が用いられてもよい。
ここで、様々な態様の例を示しておく。
事業者が事業者装置１２－１～１２－Ｍを用いて事業を提供することに関して、例えば、当該事業は、事業ＩＤ、または、事業者ＩＤ、または、事業者ＩＤと事業ＩＤによって、識別される。
本実施形態では、同一のユーザに設定されるユーザＩＤが有効である事業の範囲が識別されればよい。
具体的には、それぞれの事業ごとに同一のユーザのユーザＩＤが異なり得る場合には、証明書は、それぞれの事業ごとを識別する情報（事業ＩＤ）を記憶する。
また、それぞれの事業者ごとに同一のユーザのユーザＩＤが異なり得る場合には、証明書は、それぞれの事業者ごとを識別する情報（事業者ＩＤ）を記憶する。本実施形態では、この態様を例示している。この態様では、例えば、１つの事業者は１つの事業を提供する場合があり、また、１つの事業者が複数の事業を提供するが、これら複数の事業のなかで同一のユーザのユーザＩＤが同一である場合がある。
ここで、事業ＩＤの代わりに、事業者ＩＤと事業ＩＤとの組み合わせが用いられてもよい。
なお、事業と事業者装置１２－１～１２－Ｍとが１対１で対応する場合には、事業ＩＤの代わりに、事業者装置１２－１～１２－Ｍを識別する情報（事業者装置ＩＤ）が用いられてもよい。
また、事業者と事業者装置１２－１～１２－Ｍとが１対１で対応する場合には、事業者ＩＤの代わりに、事業者装置１２－１～１２－Ｍを識別する情報（事業者装置ＩＤ）が用いられてもよい。
本実施形態では、同一のユーザに設定されるユーザＩＤが有効である事業の範囲が識別されればよい。
具体的には、それぞれの事業ごとに同一のユーザのユーザＩＤが異なり得る場合には、証明書は、それぞれの事業ごとを識別する情報（事業ＩＤ）を記憶する。
また、それぞれの事業者ごとに同一のユーザのユーザＩＤが異なり得る場合には、証明書は、それぞれの事業者ごとを識別する情報（事業者ＩＤ）を記憶する。本実施形態では、この態様を例示している。この態様では、例えば、１つの事業者は１つの事業を提供する場合があり、また、１つの事業者が複数の事業を提供するが、これら複数の事業のなかで同一のユーザのユーザＩＤが同一である場合がある。
ここで、事業ＩＤの代わりに、事業者ＩＤと事業ＩＤとの組み合わせが用いられてもよい。
なお、事業と事業者装置１２－１～１２－Ｍとが１対１で対応する場合には、事業ＩＤの代わりに、事業者装置１２－１～１２－Ｍを識別する情報（事業者装置ＩＤ）が用いられてもよい。
また、事業者と事業者装置１２－１～１２－Ｍとが１対１で対応する場合には、事業者ＩＤの代わりに、事業者装置１２－１～１２－Ｍを識別する情報（事業者装置ＩＤ）が用いられてもよい。
ユーザのユーザＩＤは、事業者によって設定される。
ユーザのユーザＩＤは、例えば、ユーザによって記憶され、また、事業者によって記憶される。
ユーザにおいては、当該ユーザのユーザＩＤは、当該ユーザの端末装置１１－１～１１－Ｎ、または、当該端末装置１１－１～１１－Ｎによって記憶情報を読み取ることが可能な記憶装置によって記憶されてもよい。
また、事業者においては、ユーザのユーザＩＤは、当該事業者の事業者装置１２－１～１２－Ｍ、または、当該事業者装置１２－１～１２－Ｍによって記憶情報を読み取ることが可能な記憶装置によって記憶されてもよい。
ユーザのユーザＩＤは、例えば、ユーザによって記憶され、また、事業者によって記憶される。
ユーザにおいては、当該ユーザのユーザＩＤは、当該ユーザの端末装置１１－１～１１－Ｎ、または、当該端末装置１１－１～１１－Ｎによって記憶情報を読み取ることが可能な記憶装置によって記憶されてもよい。
また、事業者においては、ユーザのユーザＩＤは、当該事業者の事業者装置１２－１～１２－Ｍ、または、当該事業者装置１２－１～１２－Ｍによって記憶情報を読み取ることが可能な記憶装置によって記憶されてもよい。
アイテムのアイテムＩＤは、例えば、当該アイテムを販売する事業者によって記憶される。
事業者においては、アイテムのアイテムＩＤは、当該事業者の事業者装置１２－１～１２－Ｍ、または、当該事業者装置１２－１～１２－Ｍによって記憶情報を読み取ることが可能な記憶装置によって記憶されてもよい。
なお、アイテムのアイテムＩＤは、例えば、当該アイテムを販売する事業者によって設定されてもよい。
事業者においては、アイテムのアイテムＩＤは、当該事業者の事業者装置１２－１～１２－Ｍ、または、当該事業者装置１２－１～１２－Ｍによって記憶情報を読み取ることが可能な記憶装置によって記憶されてもよい。
なお、アイテムのアイテムＩＤは、例えば、当該アイテムを販売する事業者によって設定されてもよい。
また、アイテムのアイテムＩＤは、例えば、当該アイテムを所有するユーザによって記憶されてもよい。
ユーザにおいては、アイテムのアイテムＩＤは、当該ユーザの端末装置１１－１～１１－Ｎ、または、当該端末装置１１－１～１１－Ｎによって記憶情報を読み取ることが可能な記憶装置によって記憶されてもよい。
ユーザにおいては、アイテムのアイテムＩＤは、当該ユーザの端末装置１１－１～１１－Ｎ、または、当該端末装置１１－１～１１－Ｎによって記憶情報を読み取ることが可能な記憶装置によって記憶されてもよい。
本実施形態では、説明の便宜上、すべての事業において、すべてのアイテムのアイテムＩＤが一意に当該アイテムを識別する場合を例示する。なお、異なる事業において、異なるアイテムのアイテムＩＤが同一となり得る場合には、例えば、ユーザＩＤと同様に、アイテムＩＤに事業ＩＤまたは事業者ＩＤが組み合わされることで、すべての事業におけるすべてのアイテムがそれぞれ識別される構成とされてもよい。
また、アイテムにシリアルナンバーがある場合には、例えば、当該アイテムのアイテムＩＤとシリアルナンバーとは、別々に扱われてもよく、あるいは、一体として扱われてもよい。
アイテムのシリアルナンバーは、例えば、当該アイテムのアイテムＩＤと共に記憶されてもよい。
アイテムのシリアルナンバーは、例えば、当該アイテムのアイテムＩＤと共に記憶されてもよい。
ユーザの共通ＩＤは、管理装置１３によって設定される。他の例として、ユーザの共通ＩＤは、事業者装置１２－１～１２－Ｍによって設定されて、当該事業者装置１２－１～１２－Ｍから管理装置１３に通知されてもよい。
本実施形態では、共通ＩＤは、管理者によって記憶される。
管理者において、ユーザの共通ＩＤは、管理装置１３、または、管理装置１３によって記憶情報を読み取ることが可能な記憶装置によって記憶されてもよい。
本実施形態では、共通ＩＤは、管理者によって記憶される。
管理者において、ユーザの共通ＩＤは、管理装置１３、または、管理装置１３によって記憶情報を読み取ることが可能な記憶装置によって記憶されてもよい。
また、ユーザの共通ＩＤは、例えば、ユーザによって記憶される。
ユーザにおいては、当該ユーザの共通ＩＤは、当該ユーザの端末装置１１－１～１１－Ｎ、または、当該端末装置１１－１～１１－Ｎによって記憶情報を読み取ることが可能な記憶装置によって記憶されてもよい。
ユーザにおいては、当該ユーザの共通ＩＤは、当該ユーザの端末装置１１－１～１１－Ｎ、または、当該端末装置１１－１～１１－Ｎによって記憶情報を読み取ることが可能な記憶装置によって記憶されてもよい。
なお、例えば、ユーザＩＤ、事業ＩＤ、事業者ＩＤ、アイテムのアイテムＩＤ、アイテムのシリアルナンバーのうちの１以上が、管理装置１３、または、管理装置１３によって記憶情報を読み取ることが可能な記憶装置によって記憶されてもよい。
また、例えば、共通ＩＤが、事業者装置１２－１～１２－Ｍ、または、当該事業者装置１２－１～１２－Ｍによって記憶情報を読み取ることが可能な記憶装置によって記憶されてもよい。
また、例えば、共通ＩＤが、事業者装置１２－１～１２－Ｍ、または、当該事業者装置１２－１～１２－Ｍによって記憶情報を読み取ることが可能な記憶装置によって記憶されてもよい。
アイテムの証明書は、管理装置１３によって生成される。
アイテムの証明書の情報は、例えば、管理装置１３、または、管理装置１３によって記憶情報を読み取ることが可能な記憶装置によって記憶されてもよい。
なお、例えば、アイテムの証明書の情報は、当該アイテムを販売した事業者装置１２－１～１２－Ｍ、または、当該事業者装置１２－１～１２－Ｍによって記憶情報を読み取ることが可能な記憶装置によって記憶されてもよい。
また、例えば、アイテムの証明書の情報は、当該アイテムを所有するユーザの端末装置１１－１～１１－Ｎ、または、当該端末装置１１－１～１１－Ｎによって記憶情報を読み取ることが可能な記憶装置によって記憶されてもよい。
アイテムの証明書の情報は、例えば、管理装置１３、または、管理装置１３によって記憶情報を読み取ることが可能な記憶装置によって記憶されてもよい。
なお、例えば、アイテムの証明書の情報は、当該アイテムを販売した事業者装置１２－１～１２－Ｍ、または、当該事業者装置１２－１～１２－Ｍによって記憶情報を読み取ることが可能な記憶装置によって記憶されてもよい。
また、例えば、アイテムの証明書の情報は、当該アイテムを所有するユーザの端末装置１１－１～１１－Ｎ、または、当該端末装置１１－１～１１－Ｎによって記憶情報を読み取ることが可能な記憶装置によって記憶されてもよい。
本実施形態では、ユーザが共通ＩＤの登録を、当該ユーザのユーザＩＤごと（例えば、事業ごと、または、事業者ごと）に行うことで、当該ユーザＩＤと当該共通ＩＤとが対応付けられる。また、例えば、ユーザによって当該ユーザの個人情報が登録されてもよく、この場合、当該個人情報と当該共通ＩＤとが対応付けられる。
また、ユーザが共通ＩＤの登録を、当該ユーザの複数の異なるユーザＩＤ（例えば、複数の事業、または、複数の事業者）について行った場合、これら複数の異なるユーザＩＤに対して同一の共通ＩＤが設定される。
また、ユーザが共通ＩＤの登録を、当該ユーザの複数の異なるユーザＩＤ（例えば、複数の事業、または、複数の事業者）について行った場合、これら複数の異なるユーザＩＤに対して同一の共通ＩＤが設定される。
本実施形態では、例えば、ユーザの共通ＩＤが正規に登録される前に、当該ユーザによって所有されるアイテムの証明書が生成される場合がある。この場合、当該証明書に含まれる共通ＩＤは、例えば、当該ユーザの仮の共通ＩＤであってもよい。
ユーザの仮の共通ＩＤが含まれる証明書について、例えば、当該ユーザの共通ＩＤが正規に登録された場合には、当該仮の共通ＩＤは正規に登録された共通ＩＤに変更されてもよい。
なお、あるユーザについて、仮の共通ＩＤと正規に登録された共通ＩＤとは、例えば、同じであってもよく、あるいは、異なってもよい。仮の共通ＩＤと正規に登録された共通ＩＤとが同じである場合には、仮の情報であるか、あるいは、正規の情報であるか、が管理される。
ユーザの仮の共通ＩＤが含まれる証明書について、例えば、当該ユーザの共通ＩＤが正規に登録された場合には、当該仮の共通ＩＤは正規に登録された共通ＩＤに変更されてもよい。
なお、あるユーザについて、仮の共通ＩＤと正規に登録された共通ＩＤとは、例えば、同じであってもよく、あるいは、異なってもよい。仮の共通ＩＤと正規に登録された共通ＩＤとが同じである場合には、仮の情報であるか、あるいは、正規の情報であるか、が管理される。
なお、同一のユーザについて、複数の異なる共通ＩＤが設定されることは好ましくはないが、例えば、同一のユーザについて、複数の異なる共通ＩＤが設定されたことが検出された時点で、管理装置１３または事業者装置１２－１～１２－Ｍによって、これら複数の異なる共通ＩＤを１つの共通ＩＤに統一する処理が実行されてもよい。当該１つの共通ＩＤは、例えば、これら複数の異なる共通ＩＤのうちの１つであってもよく、あるいは、他の情報であってもよい。
例えば、それぞれの証明書の内容を閲覧するために必要となる情報が設けられる。当該情報は、例えば、共通ＩＤであってもよく、あるいは、他の情報であってもよい。
一例として、ユーザが所有するアイテムの証明書の内容を閲覧するために必要となる情報が、当該ユーザの端末装置１１－１～１１－Ｎに記憶されてもよい。この場合、ユーザは、当該端末装置１１－１～１１－Ｎを操作して、当該情報を使用して、当該証明書の内容を閲覧することが可能であってもよい。
一例として、ユーザが所有するアイテムの証明書の内容を閲覧するために必要となる情報が、当該ユーザの端末装置１１－１～１１－Ｎに記憶されてもよい。この場合、ユーザは、当該端末装置１１－１～１１－Ｎを操作して、当該情報を使用して、当該証明書の内容を閲覧することが可能であってもよい。
また、例えば、証明書の内容を閲覧するために必要となる情報が、管理装置１３に記憶されてもよい。この場合、ユーザは、当該端末装置１１－１～１１－Ｎを操作して、管理装置１３に閲覧の要求をすることによって、管理装置１３を利用して、証明書の内容を閲覧することが可能であってもよい。
当該要求には、当該ユーザの共通ＩＤが含められてもよい。つまり、ユーザが所有するアイテムの証明書の内容を閲覧するために、当該ユーザの共通ＩＤが用いられてもよい。
また、例えば、管理装置１３は、ユーザの共通ＩＤを用いて閲覧の要求があった場合に、当該ユーザが所有することを把握しているすべてのアイテムの証明書の内容を当該ユーザに閲覧可能にしてもよい。
当該要求には、当該ユーザの共通ＩＤが含められてもよい。つまり、ユーザが所有するアイテムの証明書の内容を閲覧するために、当該ユーザの共通ＩＤが用いられてもよい。
また、例えば、管理装置１３は、ユーザの共通ＩＤを用いて閲覧の要求があった場合に、当該ユーザが所有することを把握しているすべてのアイテムの証明書の内容を当該ユーザに閲覧可能にしてもよい。
また、例えば、証明書の内容を閲覧するために必要となる情報が、事業者装置１２－１～１２－Ｍに記憶されてもよい。この場合、ユーザは、当該端末装置１１－１～１１－Ｎを操作して、事業者装置１２－１～１２－Ｍに閲覧の要求をすることによって、当該事業者装置１２－１～１２－Ｍを利用して、証明書の内容を閲覧することが可能であってもよい。
当該要求には、当該ユーザの共通ＩＤが含められてもよい。つまり、ユーザが所有するアイテムの証明書の内容を閲覧するために、当該ユーザの共通ＩＤが用いられてもよい。
また、例えば、事業者装置１２－１～１２－Ｍは、ユーザの共通ＩＤを用いて閲覧の要求があった場合に、当該事業者装置１２－１～１２－Ｍによって提供されたアイテムであって当該ユーザが所有することを把握しているすべてのアイテムの証明書の内容を当該ユーザに閲覧可能にしてもよい。
当該要求には、当該ユーザの共通ＩＤが含められてもよい。つまり、ユーザが所有するアイテムの証明書の内容を閲覧するために、当該ユーザの共通ＩＤが用いられてもよい。
また、例えば、事業者装置１２－１～１２－Ｍは、ユーザの共通ＩＤを用いて閲覧の要求があった場合に、当該事業者装置１２－１～１２－Ｍによって提供されたアイテムであって当該ユーザが所有することを把握しているすべてのアイテムの証明書の内容を当該ユーザに閲覧可能にしてもよい。
例えば、それぞれの証明書の内容を変更する（権利の変更をする）ために必要となる情報が設けられる。当該情報は、例えば、共通ＩＤであってもよく、あるいは、他の情報であってもよい。
一例として、ユーザが所有などするアイテムの証明書の内容を変更するために必要となる情報が、当該ユーザの端末装置１１－１～１１－Ｎに記憶されてもよい。この場合、ユーザは、当該端末装置１１－１～１１－Ｎを操作して、当該情報を使用して、当該証明書の内容を変更することが可能であってもよい。
一例として、ユーザが所有などするアイテムの証明書の内容を変更するために必要となる情報が、当該ユーザの端末装置１１－１～１１－Ｎに記憶されてもよい。この場合、ユーザは、当該端末装置１１－１～１１－Ｎを操作して、当該情報を使用して、当該証明書の内容を変更することが可能であってもよい。
また、例えば、証明書の内容を変更するために必要となる情報が、管理装置１３に記憶されてもよい。この場合、ユーザは、当該端末装置１１－１～１１－Ｎを操作して、管理装置１３に証明書の内容の変更の要求をすることによって、管理装置１３を利用して、証明書の内容を変更することが可能であってもよい。
当該要求には、当該ユーザの共通ＩＤが含められてもよい。つまり、ユーザが所有などするアイテムの証明書の内容を変更するために、当該ユーザの共通ＩＤが用いられてもよい。
当該要求には、当該ユーザの共通ＩＤが含められてもよい。つまり、ユーザが所有などするアイテムの証明書の内容を変更するために、当該ユーザの共通ＩＤが用いられてもよい。
また、例えば、証明書の内容を変更するために必要となる情報が、事業者装置１２－１～１２－Ｍに記憶されてもよい。この場合、ユーザは、当該端末装置１１－１～１１－Ｎを操作して、事業者装置１２－１～１２－Ｍに証明書の内容の変更の要求をすることによって、当該事業者装置１２－１～１２－Ｍを利用して、証明書の内容を変更することが可能であってもよい。
当該要求には、当該ユーザの共通ＩＤが含められてもよい。つまり、ユーザが所有などするアイテムの証明書の内容を変更するために、当該ユーザの共通ＩＤが用いられてもよい。
当該要求には、当該ユーザの共通ＩＤが含められてもよい。つまり、ユーザが所有などするアイテムの証明書の内容を変更するために、当該ユーザの共通ＩＤが用いられてもよい。
例えば、アイテムの証明書の内容の変更内容を表す情報が、管理装置１３、または、管理装置１３によって記憶情報を読み取ることが可能な記憶装置によって記憶されてもよい。
また、例えば、アイテムの証明書の内容の変更内容を表す情報が、当該アイテムを提供した事業者装置１２－１～１２－Ｍ、または、当該事業者装置１２－１～１２－Ｍによって記憶情報を読み取ることが可能な記憶装置によって記憶されてもよい。
また、例えば、アイテムの証明書の内容の変更内容を表す情報が、当該アイテムを所有しているユーザの端末装置１１－１～１１－Ｎ、または、当該端末装置１１－１～１１－Ｎによって記憶情報を読み取ることが可能な記憶装置によって記憶されてもよい。
また、例えば、アイテムの証明書の内容の変更内容を表す情報が、当該アイテムを提供した事業者装置１２－１～１２－Ｍ、または、当該事業者装置１２－１～１２－Ｍによって記憶情報を読み取ることが可能な記憶装置によって記憶されてもよい。
また、例えば、アイテムの証明書の内容の変更内容を表す情報が、当該アイテムを所有しているユーザの端末装置１１－１～１１－Ｎ、または、当該端末装置１１－１～１１－Ｎによって記憶情報を読み取ることが可能な記憶装置によって記憶されてもよい。
なお、証明書の内容を閲覧するために必要となる情報と、証明書の内容を変更するために必要となる情報とは、例えば、同じ情報であってもよく、あるいは、異なる情報であってもよい。
このように、共通ＩＤの登録、証明書の閲覧、証明書の内容の変更などは、それぞれ、例えば、端末装置１１－１～１１－Ｎからの要求に応じて、管理装置１３によって行われてもよく、あるいは、事業者装置１２－１～１２－Ｍによって行われてもよく、あるいは、事業者装置１２－１～１２－Ｍから管理装置１３への要求によって、管理装置１３によって行われてもよい。
ここで、具体例として、ユーザが端末装置１１－１を操作して、端末装置１１－１から事業者装置１２－１にアクセスして、事業者装置１２－１によって提供される事業において、アイテムを取得した場合を想定して説明する。
この場合、ユーザは、例えば、アイテムを取得した後に、端末装置１１－１を操作して、端末装置１１－１から管理装置１３または事業者装置１２－１にアクセスして、共通ＩＤを登録するための手続きを行う。
この場合、ユーザは、例えば、アイテムを取得した後に、端末装置１１－１を操作して、端末装置１１－１から管理装置１３または事業者装置１２－１にアクセスして、共通ＩＤを登録するための手続きを行う。
一例として、端末装置１１－１は、直接、管理装置１３にアクセスしてもよい。
この場合、例えば、管理装置１３は、既に事業者装置１２－１から、事業者装置１２－１に関する事業者ＩＤ（他の例として、事業ＩＤでもよい。ここでの説明において、以下も同様。）と、アイテムのアイテムＩＤ（シリアルナンバーが含まれてもよい。）と、当該アイテムを所有している（例えば、購入した）ユーザのユーザＩＤの組み合わせを受信して記憶している。そして、ユーザは端末装置１１－１を操作して、端末装置１１－１から、所定の情報を管理装置１３に送信する。管理装置１３は、端末装置１１から当該所定の情報を受信して、当該所定の情報によって、アクセスしてきたユーザが、当該組み合わせ（事業者ＩＤ、ユーザＩＤ、アイテムＩＤ）に係るユーザであること（つまり、ユーザの一致）を判定する。
ここで、当該所定の情報は、例えば、事業者ＩＤとユーザＩＤとアイテムＩＤの組み合わせ、または、事業者ＩＤとユーザＩＤの組み合わせ、または、ユーザの一致を判定することが可能な他の情報であってもよい。
この場合、例えば、管理装置１３は、既に事業者装置１２－１から、事業者装置１２－１に関する事業者ＩＤ（他の例として、事業ＩＤでもよい。ここでの説明において、以下も同様。）と、アイテムのアイテムＩＤ（シリアルナンバーが含まれてもよい。）と、当該アイテムを所有している（例えば、購入した）ユーザのユーザＩＤの組み合わせを受信して記憶している。そして、ユーザは端末装置１１－１を操作して、端末装置１１－１から、所定の情報を管理装置１３に送信する。管理装置１３は、端末装置１１から当該所定の情報を受信して、当該所定の情報によって、アクセスしてきたユーザが、当該組み合わせ（事業者ＩＤ、ユーザＩＤ、アイテムＩＤ）に係るユーザであること（つまり、ユーザの一致）を判定する。
ここで、当該所定の情報は、例えば、事業者ＩＤとユーザＩＤとアイテムＩＤの組み合わせ、または、事業者ＩＤとユーザＩＤの組み合わせ、または、ユーザの一致を判定することが可能な他の情報であってもよい。
他の例として、端末装置１１－１は、事業者装置１２－１にアクセスして、事業者装置１２－１を介して管理装置１３にアクセスしてもよい。
この場合、例えば、端末装置１１－１が、直接、管理装置１３にアクセスするときと同様な手法によって、管理装置１３がユーザの一致を判定してもよい。
また、この場合、例えば、事業者装置１２－１が、端末装置１１－１のユーザの一致を判定して、その判定の結果の情報を管理装置１３に通知してもよい。つまり、事業者装置１２－１が、管理装置１３の代わりに、ユーザの一致を判定してもよい。事業者装置１２－１によってユーザの一致を判定する手法としては、例えば、管理装置１３によってユーザの一致を判定する手法と同様な手法が用いられてもよい。
この場合、例えば、端末装置１１－１が、直接、管理装置１３にアクセスするときと同様な手法によって、管理装置１３がユーザの一致を判定してもよい。
また、この場合、例えば、事業者装置１２－１が、端末装置１１－１のユーザの一致を判定して、その判定の結果の情報を管理装置１３に通知してもよい。つまり、事業者装置１２－１が、管理装置１３の代わりに、ユーザの一致を判定してもよい。事業者装置１２－１によってユーザの一致を判定する手法としては、例えば、管理装置１３によってユーザの一致を判定する手法と同様な手法が用いられてもよい。
また、ユーザが、ユーザＩＤが異なる複数の電子的なショッピングモールなどを利用している場合、管理装置１３では、同一のユーザによって使用されている複数の異なる事業における異なるユーザＩＤが当該同一のユーザによって使用されるものであることを判定する。
一例として、ユーザが、端末装置１１－１を操作して、それぞれの事業者ＩＤごとに共通ＩＤを登録する際に、当該ユーザの個人情報も登録する。この場合、例えば、管理装置１３は、当該ユーザの個人情報を記憶する。そして、管理装置１３は、ある事業者ＩＤに関する共通ＩＤの登録時に登録されたユーザの個人情報と同じ個人情報が、その後に、他の事業者ＩＤに関する共通ＩＤの登録時にユーザ（当該ユーザによって操作される端末装置１１－１）によって提示された場合には、これらのユーザが同一の人物であることを判定する。または、管理装置１３は、例えば、複数の異なる事業者ＩＤに関する共通ＩＤの登録時に登録されたユーザの個人情報を定期的なタイミングなどで確認し、これらの個人情報のなかで互いに一致する個人情報があるか否かを判定し、互いに一致する２以上の個人情報があった場合には、これらは同一のユーザに係るものであると判定してもよい。
一例として、ユーザが、端末装置１１－１を操作して、それぞれの事業者ＩＤごとに共通ＩＤを登録する際に、当該ユーザの個人情報も登録する。この場合、例えば、管理装置１３は、当該ユーザの個人情報を記憶する。そして、管理装置１３は、ある事業者ＩＤに関する共通ＩＤの登録時に登録されたユーザの個人情報と同じ個人情報が、その後に、他の事業者ＩＤに関する共通ＩＤの登録時にユーザ（当該ユーザによって操作される端末装置１１－１）によって提示された場合には、これらのユーザが同一の人物であることを判定する。または、管理装置１３は、例えば、複数の異なる事業者ＩＤに関する共通ＩＤの登録時に登録されたユーザの個人情報を定期的なタイミングなどで確認し、これらの個人情報のなかで互いに一致する個人情報があるか否かを判定し、互いに一致する２以上の個人情報があった場合には、これらは同一のユーザに係るものであると判定してもよい。
［ブロックチェーン］
証明書の情報は、任意の態様で、記憶されてもよい。
一例として、証明書の情報は、ブロックチェーンを用いて記憶されてもよい。
例えば、管理装置１３では、アイテムの証明書を生成する際に、当該アイテムを提供した事業者装置１２－１～１２－Ｍに対応したブロックチェーントランザクションによって、当該アイテムの証明書を生成することにより、当該アイテムの証明書を発行してもよい。当該証明書の情報は、ブロックチェーンに記憶される。
証明書の情報は、任意の態様で、記憶されてもよい。
一例として、証明書の情報は、ブロックチェーンを用いて記憶されてもよい。
例えば、管理装置１３では、アイテムの証明書を生成する際に、当該アイテムを提供した事業者装置１２－１～１２－Ｍに対応したブロックチェーントランザクションによって、当該アイテムの証明書を生成することにより、当該アイテムの証明書を発行してもよい。当該証明書の情報は、ブロックチェーンに記憶される。
例えば、ブロックチェーンにおいて、秘密鍵と公開鍵が対となる態様で、証明書の情報が記憶される。そして、当該秘密鍵を用いて、当該証明書の内容が閲覧されてもよい。
この場合、当該秘密鍵は、証明書の内容を閲覧するために必要となる情報と、証明書の内容を変更するために必要となる情報とのうちの一方または両方であってもよい。
また、例えば、ユーザの共通ＩＤとして、当該ユーザによって所有されるアイテムの証明書の秘密鍵が用いられてもよい。あるいは、ユーザの共通ＩＤと、当該秘密鍵とは、異なる情報とされてもよい。
この場合、当該秘密鍵は、証明書の内容を閲覧するために必要となる情報と、証明書の内容を変更するために必要となる情報とのうちの一方または両方であってもよい。
また、例えば、ユーザの共通ＩＤとして、当該ユーザによって所有されるアイテムの証明書の秘密鍵が用いられてもよい。あるいは、ユーザの共通ＩＤと、当該秘密鍵とは、異なる情報とされてもよい。
証明書がブロックチェーンによって記憶される場合、当該証明書を閲覧する機能は、例えば、当該ブロックチェーンにおけるビューワの機能によって実現される。
また、ブロックチェーンに記憶された証明書について、当該証明書の所有者が変更される場合には、当該証明書に含まれる事業に関するＩＤ（例えば、事業ＩＤ、あるいは、事業者ＩＤ）、ユーザＩＤ、共通ＩＤのうちの１以上が変更される。
また、ブロックチェーンに記憶された証明書について、当該証明書の所有者が変更される場合には、当該証明書に含まれる事業に関するＩＤ（例えば、事業ＩＤ、あるいは、事業者ＩＤ）、ユーザＩＤ、共通ＩＤのうちの１以上が変更される。
ここで、ブロックチェーンに記憶された情報は、一般に公開されており、例えば、秘密鍵を用いることで、当該秘密鍵に対応する情報を閲覧することが可能である。
また、ブロックチェーンに記憶された情報は、当該情報が過去に移動された履歴の情報を含む。本実施形態では、ブロックチェーンに記憶された証明書が移転などされた履歴の情報も、当該ブロックチェーンに記憶され、当該証明書の内容とともに閲覧することが可能である。
また、ブロックチェーンに記憶された情報は、改ざんされていないことを表すことができる。
なお、ブロックチェーンでは、アイテムの複製については、禁止されない。これに対して、本実施形態では、例えば、仮にアイテムが複製されても、特定のユーザのみに当該アイテムの証明書が対応付けられる。
また、ブロックチェーンに記憶された情報は、当該情報が過去に移動された履歴の情報を含む。本実施形態では、ブロックチェーンに記憶された証明書が移転などされた履歴の情報も、当該ブロックチェーンに記憶され、当該証明書の内容とともに閲覧することが可能である。
また、ブロックチェーンに記憶された情報は、改ざんされていないことを表すことができる。
なお、ブロックチェーンでは、アイテムの複製については、禁止されない。これに対して、本実施形態では、例えば、仮にアイテムが複製されても、特定のユーザのみに当該アイテムの証明書が対応付けられる。
なお、本実施形態では、好ましい一例として、ブロックチェーンを用いて証明書を記憶する場合を示すが、他の例として、ブックチェーン以外の機能によって証明書を記憶する態様が用いられてもよい。
［各種の処理の例］
以下で、図７～図１２を参照して、認証システム１において行われる処理の例を示す。
なお、以下では、幾つかの処理の例を示すが、本実施形態に係る認証システム１では、様々な態様における処理が可能である。
以下で、図７～図１２を参照して、認証システム１において行われる処理の例を示す。
なお、以下では、幾つかの処理の例を示すが、本実施形態に係る認証システム１では、様々な態様における処理が可能である。
［証明書の発行時の処理］
図７は、本発明の一実施形態に係る証明書の発行時の処理の一例を示す図である。
図７には、端末装置１１－１と、事業者装置１２－１と、管理装置１３のやりとりの一例を示してある。
なお、本実施形態と同様な処理が実現されれば、他の任意の処理の方法が用いられてもよい。
図７は、本発明の一実施形態に係る証明書の発行時の処理の一例を示す図である。
図７には、端末装置１１－１と、事業者装置１２－１と、管理装置１３のやりとりの一例を示してある。
なお、本実施形態と同様な処理が実現されれば、他の任意の処理の方法が用いられてもよい。
（処理Ｔ１）端末装置１１－１では、事業者装置１２－１に対して、アイテムの購入を要求する。
具体例として、端末装置１１－１では、ユーザによって操作部１１１に対して行われた操作の内容に応じて、通信部１１３が事業者装置１２－１と通信することで、制御部１１５が事業者装置１２－１によって提供されるショッピングモールでのアイテムの購入に関する情報を表示部１１２の画面に表示する。そして、端末装置１１－１では、ユーザによって操作部１１１に対して行われた操作の内容に応じて、要求発信部１５１が所望のアイテムの購入を要求する信号を通信部１１３によって事業者装置１２－１に送信することで、当該アイテムの購入を事業者装置１２－１に要求する。
具体例として、端末装置１１－１では、ユーザによって操作部１１１に対して行われた操作の内容に応じて、通信部１１３が事業者装置１２－１と通信することで、制御部１１５が事業者装置１２－１によって提供されるショッピングモールでのアイテムの購入に関する情報を表示部１１２の画面に表示する。そして、端末装置１１－１では、ユーザによって操作部１１１に対して行われた操作の内容に応じて、要求発信部１５１が所望のアイテムの購入を要求する信号を通信部１１３によって事業者装置１２－１に送信することで、当該アイテムの購入を事業者装置１２－１に要求する。
なお、ユーザは、最初は、当該ショッピングモールにおいて有効な当該ユーザのユーザＩＤおよびパスワードを操作部１１１の操作によって端末装置１１－１に入力する。そして、当該ユーザＩＤおよび当該パスワードが端末装置１１－１から事業者装置１２－１に送信されることで、当該ユーザは、当該ショッピングモールにログインして、アイテムを購入するための操作を行う。
このようなログインのタイミングとしては、他のタイミングが用いられてもよい。
このようなログインのタイミングとしては、他のタイミングが用いられてもよい。
（処理Ｔ２）事業者装置１２－１では、端末装置１１－１からの要求に応じて、要求されたアイテムの購入を行う処理を実行する。また、事業者装置１２－１では、購入されたアイテムについて、管理装置１３に対して、証明書の発行の要求を行う。ここで、証明書の発行の要求は、例えば、アイテムの購入があった旨の通知を含んでもよい。
具体例として、事業者装置１２－１では、通信部２１３が端末装置１１－１と通信し、要求受付部２５１が通信部２１３によって端末装置１１－１から受信された要求の信号によって表される当該要求を受け付け、処理実行部２５５が受け付けられた要求に応じて該当するユーザによってアイテムを購入させる処理を実行する。また、事業者装置１２－１では、要求発信部２５２が当該アイテムの証明書の発行を要求する信号を、通信部２１３によって、管理装置１３に送信する。
具体例として、事業者装置１２－１では、通信部２１３が端末装置１１－１と通信し、要求受付部２５１が通信部２１３によって端末装置１１－１から受信された要求の信号によって表される当該要求を受け付け、処理実行部２５５が受け付けられた要求に応じて該当するユーザによってアイテムを購入させる処理を実行する。また、事業者装置１２－１では、要求発信部２５２が当該アイテムの証明書の発行を要求する信号を、通信部２１３によって、管理装置１３に送信する。
（処理Ｔ３）管理装置１３では、事業者装置１２－１からの要求に応じて、購入されたアイテムについて、当該アイテムの証明書を発行する処理を実行する。
具体例として、管理装置１３では、通信部３１３が事業者装置１２－１と通信し、要求受付部３５１が通信部３１３によって事業者装置１２－１から受信された要求の信号によって表される当該要求を受け付け、処理実行部３５２が受け付けられた要求に応じて該当するアイテムの証明書を発行する処理を実行する。本実施形態では、証明書の情報を記憶させる処理が、当該証明書を発行する処理に相当する。
具体例として、管理装置１３では、通信部３１３が事業者装置１２－１と通信し、要求受付部３５１が通信部３１３によって事業者装置１２－１から受信された要求の信号によって表される当該要求を受け付け、処理実行部３５２が受け付けられた要求に応じて該当するアイテムの証明書を発行する処理を実行する。本実施形態では、証明書の情報を記憶させる処理が、当該証明書を発行する処理に相当する。
ここで、本実施形態では、事業者装置１２－１から管理装置１３に証明書の発行の要求（例えば、アイテムの購入があった旨の通知を含む。）を送信するタイミングは、ユーザによって購入されたアイテムの料金が支払われた後のタイミングである。これにより、本実施形態では、アイテムの証明書の発行のタイミングは、ユーザによって購入された当該アイテムの料金が支払われた後のタイミングである。
また、管理装置１３によって生成される証明書に含められる事業者ＩＤ、ユーザＩＤ、および、アイテムＩＤ（必要な場合には、シリアルナンバー）は、所定のユーザによって行われる所定の事業者からの所定のアイテムの購入において、特定され得る。
なお、管理装置１３によって生成される証明書に含められる共通ＩＤについては、例えば、仮の情報であってもよく、あるいは、正規の情報であってもよい。
具体例として、アイテムを購入したユーザについて共通ＩＤが正規に登録されていない場合には、管理装置１３は、当該ユーザに対して仮の共通ＩＤを生成して、このような仮の共通ＩＤが含まれる証明書を生成してもよい。この場合に、管理装置１３は、当該ユーザについて既に仮の共通ＩＤが生成されている場合には当該仮の共通ＩＤを使用してもよい。一方、この場合に、管理装置１３は、当該ユーザについて仮の共通ＩＤが生成されていない場合には、新規に仮の共通ＩＤを生成する。
また、具体例として、アイテムを購入したユーザについて既に共通ＩＤが正規に登録されている場合には、管理装置１３は、当該ユーザに対して、正規に登録された共通ＩＤが含まれる証明書を生成してもよい。
具体例として、アイテムを購入したユーザについて共通ＩＤが正規に登録されていない場合には、管理装置１３は、当該ユーザに対して仮の共通ＩＤを生成して、このような仮の共通ＩＤが含まれる証明書を生成してもよい。この場合に、管理装置１３は、当該ユーザについて既に仮の共通ＩＤが生成されている場合には当該仮の共通ＩＤを使用してもよい。一方、この場合に、管理装置１３は、当該ユーザについて仮の共通ＩＤが生成されていない場合には、新規に仮の共通ＩＤを生成する。
また、具体例として、アイテムを購入したユーザについて既に共通ＩＤが正規に登録されている場合には、管理装置１３は、当該ユーザに対して、正規に登録された共通ＩＤが含まれる証明書を生成してもよい。
（処理Ｔ４）管理装置１３では、事業者装置１２－１に対して、証明書の発行の通知を行う。このとき、例えば、管理装置１３では、事業者装置１２－１に対して、発行された証明書を閲覧するための情報を送信してもよい。
具体例として、管理装置１３では、通知部３５３が、該当するアイテムの証明書が発行されたこと、および、当該証明書に関する情報を通知するための信号を、通信部３１３によって、事業者装置１２－１に送信する。
具体例として、管理装置１３では、通知部３５３が、該当するアイテムの証明書が発行されたこと、および、当該証明書に関する情報を通知するための信号を、通信部３１３によって、事業者装置１２－１に送信する。
（処理Ｔ５）事業者装置１２－１では、端末装置１１－１に対して、要求されたアイテムの購入が完了したことの通知を行う。
具体例として、事業者装置１２－１では、通信部２１３が管理装置１３と通信し、通知取得部２５３が通信部２１３によって管理装置１３から受信された通知の信号によって表される当該通知の内容を取得する。そして、事業者装置１２－１では、通知部２５４が、要求されたアイテムが購入されたことを通知するための信号を、通信部２１３によって、端末装置１１－１に送信する。
具体例として、事業者装置１２－１では、通信部２１３が管理装置１３と通信し、通知取得部２５３が通信部２１３によって管理装置１３から受信された通知の信号によって表される当該通知の内容を取得する。そして、事業者装置１２－１では、通知部２５４が、要求されたアイテムが購入されたことを通知するための信号を、通信部２１３によって、端末装置１１－１に送信する。
なお、このとき、端末装置１１－１では、例えば、購入されたアイテムをダウンロードしてもよい。
また、このとき、端末装置１１－１では、例えば、購入されたアイテムの証明書を閲覧するための秘密鍵の情報をダウンロードしてもよい。
また、このとき、端末装置１１－１では、例えば、購入されたアイテムの証明書を閲覧するための秘密鍵の情報をダウンロードしてもよい。
具体例として、端末装置１１－１では、通信部１１３が事業者装置１２－１と通信し、通知取得部１５２が通信部１１３によって事業者装置１２－１から受信された通知の信号によって表される当該通知の内容を取得する。そして、端末装置１１－１では、アイテムの購入の完了に関する情報などが表示部１１２の画面に表示される。ユーザは、当該画面に表示される情報を見ることができる。
［共通ＩＤの登録時の処理］
図８は、本発明の一実施形態に係る共通ＩＤの登録時の処理の一例を示す図である。
図８には、端末装置１１－１と、管理装置１３のやりとりの一例を示してある。
なお、本実施形態と同様な処理が実現されれば、他の任意の処理の方法が用いられてもよい。
図８は、本発明の一実施形態に係る共通ＩＤの登録時の処理の一例を示す図である。
図８には、端末装置１１－１と、管理装置１３のやりとりの一例を示してある。
なお、本実施形態と同様な処理が実現されれば、他の任意の処理の方法が用いられてもよい。
（処理Ｔ１１）端末装置１１－１では、管理装置１３に対して、共通ＩＤの登録の要求を行う。
具体例として、端末装置１１－１では、ユーザによって操作部１１１に対して行われた操作の内容に応じて、通信部１１３が管理装置１３と通信することで、要求発信部１５１が、当該ユーザについて共通ＩＤの登録を要求する信号を管理装置１３に送信する。
なお、当該ユーザの共通ＩＤは、例えば、管理装置１３において記憶されておらず、このような要求があったタイミングで新規に生成されてもよい。
他の例として、当該ユーザの共通ＩＤは、既に仮の情報として生成されて管理装置１３において記憶されていてもよく、この場合、このような要求があったタイミングで当該仮の情報（仮の共通ＩＤ）が正規の情報（正規の共通ＩＤ）に変更されてもよい。
具体例として、端末装置１１－１では、ユーザによって操作部１１１に対して行われた操作の内容に応じて、通信部１１３が管理装置１３と通信することで、要求発信部１５１が、当該ユーザについて共通ＩＤの登録を要求する信号を管理装置１３に送信する。
なお、当該ユーザの共通ＩＤは、例えば、管理装置１３において記憶されておらず、このような要求があったタイミングで新規に生成されてもよい。
他の例として、当該ユーザの共通ＩＤは、既に仮の情報として生成されて管理装置１３において記憶されていてもよく、この場合、このような要求があったタイミングで当該仮の情報（仮の共通ＩＤ）が正規の情報（正規の共通ＩＤ）に変更されてもよい。
（処理Ｔ１２）管理装置１３では、端末装置１１－１からの要求に応じて、共通ＩＤを登録する処理を実行する。
具体例として、管理装置１３では、通信部３１３が端末装置１１－１と通信し、要求受付部３５１が通信部３１３によって端末装置１１－１から受信された要求の信号によって表される当該要求を受け付ける。そして、管理装置１３では、処理実行部３５２が受け付けられた要求に応じて該当するユーザに対して共通ＩＤを登録する処理を実行する。
具体例として、管理装置１３では、通信部３１３が端末装置１１－１と通信し、要求受付部３５１が通信部３１３によって端末装置１１－１から受信された要求の信号によって表される当該要求を受け付ける。そして、管理装置１３では、処理実行部３５２が受け付けられた要求に応じて該当するユーザに対して共通ＩＤを登録する処理を実行する。
（処理Ｔ１３）管理装置１３では、端末装置１１－１に対して、共通ＩＤの登録の通知を行う。
具体例として、管理装置１３では、通信部３１３が端末装置１１－１と通信し、通知部３５３が共通ＩＤの登録を通知するための信号を通信部３１３によって端末装置１１－１に送信する。
ここで、当該通知には、共通ＩＤの情報が含められる。
具体例として、管理装置１３では、通信部３１３が端末装置１１－１と通信し、通知部３５３が共通ＩＤの登録を通知するための信号を通信部３１３によって端末装置１１－１に送信する。
ここで、当該通知には、共通ＩＤの情報が含められる。
端末装置１１－１では、管理装置１３から通知された共通ＩＤ（図２の例では、共通ＩＤ１３１）を記憶部１１４に記憶する。
具体例として、端末装置１１－１では、通信部１１３が管理装置１３と通信し、通知取得部１５２が通信部１１３によって管理装置１３から受信された通知の信号によって表される当該通知の内容を取得する。そして、端末装置１１－１では、制御部１１５が、管理装置１３から通知された共通ＩＤを記憶部１１４に記憶する。また、端末装置１１－１では、共通ＩＤの登録の完了に関する情報などが表示部１１２の画面に表示される。ユーザは、当該画面に表示される情報を見ることができる。
具体例として、端末装置１１－１では、通信部１１３が管理装置１３と通信し、通知取得部１５２が通信部１１３によって管理装置１３から受信された通知の信号によって表される当該通知の内容を取得する。そして、端末装置１１－１では、制御部１１５が、管理装置１３から通知された共通ＩＤを記憶部１１４に記憶する。また、端末装置１１－１では、共通ＩＤの登録の完了に関する情報などが表示部１１２の画面に表示される。ユーザは、当該画面に表示される情報を見ることができる。
ここで、本実施形態では、複数の事業者装置１２－１～１２－Ｍのそれぞれごとに、ユーザは、管理装置１３に対して、同一の共通ＩＤの登録を行う。
本実施形態では、ユーザが、ある事業者装置１２－１～１２－Ｍによって提供される事業においてアイテムを購入すると、当該アイテムの証明書が発行されるが、当該ある事業者装置１２－１～１２－Ｍについて共通ＩＤが登録されていないと、当該ある事業者装置１２－１～１２－Ｍについては当該証明書と当該共通ＩＤ（ここでは、正規の共通ＩＤであって、仮の共通ＩＤを除く）とが対応付けられない。
そこで、本実施形態では、ユーザが、端末装置１１－１を操作して、管理装置１３に対して、当該ある事業者装置１２－１～１２－Ｍについて共通ＩＤを登録すると、当該ある事業者装置１２－１～１２－Ｍによって販売されたアイテムの証明書と当該ユーザの当該共通ＩＤ（ここでは、正規の共通ＩＤ）とが対応付けられて登録される。
本実施形態では、ユーザが、ある事業者装置１２－１～１２－Ｍによって提供される事業においてアイテムを購入すると、当該アイテムの証明書が発行されるが、当該ある事業者装置１２－１～１２－Ｍについて共通ＩＤが登録されていないと、当該ある事業者装置１２－１～１２－Ｍについては当該証明書と当該共通ＩＤ（ここでは、正規の共通ＩＤであって、仮の共通ＩＤを除く）とが対応付けられない。
そこで、本実施形態では、ユーザが、端末装置１１－１を操作して、管理装置１３に対して、当該ある事業者装置１２－１～１２－Ｍについて共通ＩＤを登録すると、当該ある事業者装置１２－１～１２－Ｍによって販売されたアイテムの証明書と当該ユーザの当該共通ＩＤ（ここでは、正規の共通ＩＤ）とが対応付けられて登録される。
本実施形態では、ユーザは、端末装置１１－１を操作して、管理装置１３に対して、共通ＩＤの登録を行う際に、当該ユーザの個人情報を登録することも行う。このような個人情報の登録は、例えば、ユーザが複数の事業者装置１２－１～１２－Ｍのうちで最初に共通ＩＤを登録するときにだけ行われてもよい。本実施形態では、それぞれのユーザの個人情報が、当該ユーザの共通ＩＤと対応付けられて、管理装置１３によって管理される。
ここで、個人情報としては、任意の情報が用いられてもよく、例えば、氏名、住所、電話番号、電子メールアドレスなどのうちの１以上の情報が用いられてもよい。
ここで、個人情報としては、任意の情報が用いられてもよく、例えば、氏名、住所、電話番号、電子メールアドレスなどのうちの１以上の情報が用いられてもよい。
また、本実施形態では、このような共通ＩＤの登録は、それぞれの事業者装置１２－１～１２－Ｍごとに行われる。つまり、ユーザは、それぞれの事業者装置１２－１～１２－Ｍごとに、同一の共通ＩＤを登録することで、複数の異なる事業者装置１２－１～１２－Ｍについて、同一のユーザについて同一の共通ＩＤを登録することができる。具体的には、本実施形態では、それぞれの事業者装置１２－１～１２－Ｍごとに、同一のユーザであっても、ユーザＩＤなどが異なり得るが、共通ＩＤによって同一のユーザを一意に特定することができるようになる。
なお、例えば、ユーザが、ある事業者装置１２－１～１２－Ｍによって提供される事業においてアイテムを購入した時点で、仮の共通ＩＤが生成されてもよい。この場合においても、当該ユーザが明示的に共通ＩＤの登録を行った後に、当該仮の共通ＩＤ（または、それに対応する別の共通ＩＤ）が正式に登録される。仮の共通ＩＤと、当該仮の共通ＩＤに対応して登録される正規の共通ＩＤとは、例えば、同じであってもよく、あるいは、異なってもよい。
すなわち、本実施形態では、ユーザが、ある事業者装置１２－１～１２－Ｍによって提供される事業においてアイテムを購入しただけでは、当該ユーザの正式な共通ＩＤは発生せず、当該ユーザが、別途、共通ＩＤの登録を行うことにより、正式な共通ＩＤが発生する。
そして、同一のユーザが複数の事業者装置１２－１～１２－Ｍにアカウントを持っている場合、当該ユーザが、それぞれの事業者装置１２－１～１２－Ｍごとに同一の共通ＩＤの登録を行うことにより、これら複数の事業者装置１２－１～１２－Ｍに共通な共通ＩＤが発生することになる。
このような共通ＩＤの登録の操作は、例えば、それぞれの事業者装置１２－１～１２－Ｍごとに、初回の取引後に行われてもよく、あるいは、他のタイミングで行われてもよい。
そして、同一のユーザが複数の事業者装置１２－１～１２－Ｍにアカウントを持っている場合、当該ユーザが、それぞれの事業者装置１２－１～１２－Ｍごとに同一の共通ＩＤの登録を行うことにより、これら複数の事業者装置１２－１～１２－Ｍに共通な共通ＩＤが発生することになる。
このような共通ＩＤの登録の操作は、例えば、それぞれの事業者装置１２－１～１２－Ｍごとに、初回の取引後に行われてもよく、あるいは、他のタイミングで行われてもよい。
ここで、図８の例では、端末装置１１－１が管理装置１３に対して直接的にアクセスして共通ＩＤの登録を行う場合を示したが、他の例として、端末装置１１－１が、管理装置１３以外の中継装置を介して、管理装置１３に対して間接的にアクセスして共通ＩＤの登録を行ってもよい。当該中継装置は、例えば、複数の事業者装置１２－１～１２－Ｍのそれぞれであってもよい。なお、複数の事業者装置１２－１～１２－Ｍのうちの一部のみが、このような中継装置の機能を有してもよい。それぞれの事業者装置１２－１～１２－Ｍにおいて、このような中継装置の機能は、例えば、アイテムの販売の画面と同じ画面（共通の画面）において提供されてもよく、あるいは、アイテムの販売とは別の画面によって提供されてもよい。また、それぞれの事業者装置１２－１～１２－Ｍでは、例えば、それぞれの事業者の事業に関する情報のみが扱われて、他の事業者の事業に関する情報は扱われなくてもよい。
なお、共通ＩＤの作成時には、例えば、ユーザは、当該ユーザのユーザＩＤとパスワードによって認証されて、共通ＩＤを作成することが可能である。他の例として、ユーザは、各種のＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ）において使用されているＡＰＩのような認証によって、共通ＩＤの作成を行うことも可能である。
［証明書などの閲覧時の処理］
図９は、本発明の一実施形態に係る証明書などの閲覧時の処理の一例を示す図である。
図９には、端末装置１１－１と、管理装置１３のやりとりの一例を示してある。
なお、本実施形態と同様な処理が実現されれば、他の任意の処理の方法が用いられてもよい。
図９は、本発明の一実施形態に係る証明書などの閲覧時の処理の一例を示す図である。
図９には、端末装置１１－１と、管理装置１３のやりとりの一例を示してある。
なお、本実施形態と同様な処理が実現されれば、他の任意の処理の方法が用いられてもよい。
（処理Ｔ２１）端末装置１１－１では、共通ＩＤを使用して、管理装置１３に対して、証明書などの閲覧の要求を行う。
具体例として、端末装置１１－１では、ユーザによって操作部１１１に対して行われた操作の内容に応じて、通信部１１３が管理装置１３と通信することで、要求発信部１５１が、当該共通ＩＤを用いた情報の閲覧を要求する信号を管理装置１３に送信する。当該信号には、当該ユーザの共通ＩＤが含められる。
具体例として、端末装置１１－１では、ユーザによって操作部１１１に対して行われた操作の内容に応じて、通信部１１３が管理装置１３と通信することで、要求発信部１５１が、当該共通ＩＤを用いた情報の閲覧を要求する信号を管理装置１３に送信する。当該信号には、当該ユーザの共通ＩＤが含められる。
（処理Ｔ２２）管理装置１３では、端末装置１１－１からの要求に応じて、閲覧情報の収集を行う。
具体例として、管理装置１３では、通信部３１３が端末装置１１－１と通信し、要求受付部３５１が通信部３１３によって端末装置１１－１から受信された要求の信号によって表される当該要求を受け付ける。そして、管理装置１３では、処理実行部３５２が受け付けられた要求に応じて、該当するユーザに閲覧すべき情報を収集する。
ここで、本実施形態において、当該ユーザに閲覧させるべき情報は、例えば、当該ユーザの共通ＩＤに紐づけられている情報である。当該情報は、例えば、当該ユーザの共通ＩＤに対応付けられた証明書の情報、あるいは、当該ユーザの個人情報などのうちの１以上であってもよい。
具体例として、管理装置１３では、通信部３１３が端末装置１１－１と通信し、要求受付部３５１が通信部３１３によって端末装置１１－１から受信された要求の信号によって表される当該要求を受け付ける。そして、管理装置１３では、処理実行部３５２が受け付けられた要求に応じて、該当するユーザに閲覧すべき情報を収集する。
ここで、本実施形態において、当該ユーザに閲覧させるべき情報は、例えば、当該ユーザの共通ＩＤに紐づけられている情報である。当該情報は、例えば、当該ユーザの共通ＩＤに対応付けられた証明書の情報、あるいは、当該ユーザの個人情報などのうちの１以上であってもよい。
（処理Ｔ２３）管理装置１３では、端末装置１１－１に対して、収集された閲覧情報の通知を行う。
具体例として、管理装置１３では、通信部３１３が端末装置１１－１と通信し、通知部３５３が閲覧情報を通知するための信号を通信部３１３によって端末装置１１－１に送信する。
具体例として、管理装置１３では、通信部３１３が端末装置１１－１と通信し、通知部３５３が閲覧情報を通知するための信号を通信部３１３によって端末装置１１－１に送信する。
端末装置１１－１では、管理装置１３から通知された閲覧情報を表示などする。
具体例として、端末装置１１－１では、通信部１１３が管理装置１３と通信し、通知取得部１５２が通信部１１３によって管理装置１３から受信された通知の信号によって表される当該通知の内容を取得する。そして、端末装置１１－１では、閲覧情報の一部または全部が表示部１１２の画面に表示される。ユーザは、当該画面に表示される情報を見ることができる。
具体例として、端末装置１１－１では、通信部１１３が管理装置１３と通信し、通知取得部１５２が通信部１１３によって管理装置１３から受信された通知の信号によって表される当該通知の内容を取得する。そして、端末装置１１－１では、閲覧情報の一部または全部が表示部１１２の画面に表示される。ユーザは、当該画面に表示される情報を見ることができる。
ここで、端末装置１１－１では、管理装置１３から受信された閲覧情報を任意の画面によって表示してもよい。当該画面の情報は、例えば、管理装置１３によって生成された後に端末装置１１－１に送信されてもよく、あるいは、端末装置１１－１によって生成されてもよい。つまり、端末装置１１－１において表示される画面の情報は、例えば、管理装置１３によって生成されて端末装置１１－１に送信されてもよく、あるいは、端末装置１１－１において管理装置１３から受信された閲覧情報を用いて生成されてもよい。
一例として、端末装置１１－１では、ユーザの共通ＩＤに対応付けられた一部またはすべての証明書について、証明書の内容を表す情報が当該端末装置１１－１の画面に表示されてもよい。この場合、ユーザは、例えば、所定の証明書の内容を表す情報が表示された端末装置１１－１の画面を他人に見せることで、当該他人に当該証明書の内容を知らせることができる。
図１０は、本発明の一実施形態に係る証明書などの閲覧時の処理の他の一例を示す図である。
図１０には、端末装置１１－１と、事業者装置１２－１のやりとりの一例を示してある。
なお、本実施形態と同様な処理が実現されれば、他の任意の処理の方法が用いられてもよい。
図１０には、端末装置１１－１と、事業者装置１２－１のやりとりの一例を示してある。
なお、本実施形態と同様な処理が実現されれば、他の任意の処理の方法が用いられてもよい。
（処理Ｔ３１）端末装置１１－１では、共通ＩＤを使用して、事業者装置１２－１に対して、証明書などの閲覧の要求を行う。
具体例として、端末装置１１－１では、ユーザによって操作部１１１に対して行われた操作の内容に応じて、通信部１１３が事業者装置１２－１と通信することで、要求発信部１５１が、当該共通ＩＤを用いた情報の閲覧を要求する信号を事業者装置１２－１に送信する。当該信号には、当該ユーザの共通ＩＤが含められる。
具体例として、端末装置１１－１では、ユーザによって操作部１１１に対して行われた操作の内容に応じて、通信部１１３が事業者装置１２－１と通信することで、要求発信部１５１が、当該共通ＩＤを用いた情報の閲覧を要求する信号を事業者装置１２－１に送信する。当該信号には、当該ユーザの共通ＩＤが含められる。
（処理Ｔ３２）事業者装置１２－１では、端末装置１１－１からの要求に応じて、閲覧情報の収集を行う。
具体例として、事業者装置１２－１では、通信部２１３が端末装置１１－１と通信し、要求受付部２５１が通信部２１３によって端末装置１１－１から受信された要求の信号によって表される当該要求を受け付ける。そして、事業者装置１２－１では、処理実行部２５５が受け付けられた要求に応じて、該当するユーザに閲覧すべき情報を収集する。
ここで、本実施形態において、当該ユーザに閲覧させるべき情報は、例えば、当該ユーザの共通ＩＤに紐づけられている情報であって、当該事業者装置１２－１によって販売されたアイテムに関する情報である。当該情報は、例えば、当該ユーザの共通ＩＤに対応付けられた証明書の情報、あるいは、当該ユーザの個人情報などのうちの１以上であってもよい。
具体例として、事業者装置１２－１では、通信部２１３が端末装置１１－１と通信し、要求受付部２５１が通信部２１３によって端末装置１１－１から受信された要求の信号によって表される当該要求を受け付ける。そして、事業者装置１２－１では、処理実行部２５５が受け付けられた要求に応じて、該当するユーザに閲覧すべき情報を収集する。
ここで、本実施形態において、当該ユーザに閲覧させるべき情報は、例えば、当該ユーザの共通ＩＤに紐づけられている情報であって、当該事業者装置１２－１によって販売されたアイテムに関する情報である。当該情報は、例えば、当該ユーザの共通ＩＤに対応付けられた証明書の情報、あるいは、当該ユーザの個人情報などのうちの１以上であってもよい。
本実施形態では、それぞれの事業者装置１２－１～１２－Ｍは、他の事業者装置１２－１～１２－Ｍによって販売されたアイテムに関する情報については、ユーザに閲覧させることはできない構成としてある。
つまり、本実施形態では、それぞれの事業者装置１２－１～１２－Ｍは、それぞれの事業者装置１２－１～１２－Ｍごとに関する閲覧情報をユーザに提供し、また、管理装置１３は、すべての事業者装置１２－１～１２－Ｍに関する閲覧情報をユーザに提供し得る。
つまり、本実施形態では、それぞれの事業者装置１２－１～１２－Ｍは、それぞれの事業者装置１２－１～１２－Ｍごとに関する閲覧情報をユーザに提供し、また、管理装置１３は、すべての事業者装置１２－１～１２－Ｍに関する閲覧情報をユーザに提供し得る。
（処理Ｔ３３）事業者装置１２－１では、端末装置１１－１に対して、収集された閲覧情報の通知を行う。
具体例として、事業者装置１２－１では、通信部２１３が端末装置１１－１と通信し、通知部２５４が閲覧情報を通知するための信号を通信部２１３によって端末装置１１－１に送信する。
具体例として、事業者装置１２－１では、通信部２１３が端末装置１１－１と通信し、通知部２５４が閲覧情報を通知するための信号を通信部２１３によって端末装置１１－１に送信する。
端末装置１１－１では、事業者装置１２－１から通知された閲覧情報を表示などする。
具体例として、端末装置１１－１では、通信部１１３が事業者装置１２－１と通信し、通知取得部１５２が通信部１１３によって事業者装置１２－１から受信された通知の信号によって表される当該通知の内容を取得する。そして、端末装置１１－１では、閲覧情報の一部または全部が表示部１１２の画面に表示される。ユーザは、当該画面に表示される情報を見ることができる。
具体例として、端末装置１１－１では、通信部１１３が事業者装置１２－１と通信し、通知取得部１５２が通信部１１３によって事業者装置１２－１から受信された通知の信号によって表される当該通知の内容を取得する。そして、端末装置１１－１では、閲覧情報の一部または全部が表示部１１２の画面に表示される。ユーザは、当該画面に表示される情報を見ることができる。
ここで、端末装置１１－１では、事業者装置１２－１から受信された閲覧情報を任意の画面によって表示してもよい。当該画面の情報は、例えば、事業者装置１２－１によって生成された後に端末装置１１－１に送信されてもよく、あるいは、端末装置１１－１によって生成されてもよい。つまり、端末装置１１－１において表示される画面の情報は、例えば、事業者装置１２－１によって生成されて端末装置１１－１に送信されてもよく、あるいは、端末装置１１－１において事業者装置１２－１から受信された閲覧情報を用いて生成されてもよい。
一例として、端末装置１１－１では、ユーザの共通ＩＤに対応付けられた一部またはすべての証明書について、証明書の内容を表す情報が当該端末装置１１－１の画面に表示されてもよい。この場合、ユーザは、例えば、所定の証明書の内容を表す情報が表示された端末装置１１－１の画面を他人に見せることで、当該他人に当該証明書の内容を知らせることができる。
［権利の変更時の処理］
図１１は、本発明の一実施形態に係る権利の変更時の処理の一例を示す図である。
図１１には、端末装置１１－１と、管理装置１３のやりとりの一例を示してある。
なお、本実施形態と同様な処理が実現されれば、他の任意の処理の方法が用いられてもよい。
図１１は、本発明の一実施形態に係る権利の変更時の処理の一例を示す図である。
図１１には、端末装置１１－１と、管理装置１３のやりとりの一例を示してある。
なお、本実施形態と同様な処理が実現されれば、他の任意の処理の方法が用いられてもよい。
（処理Ｔ４１）端末装置１１－１では、共通ＩＤを使用して、管理装置１３に対して、権利の変更の要求を行う。
具体例として、端末装置１１－１では、ユーザによって操作部１１１に対して行われた操作の内容に応じて、通信部１１３が管理装置１３と通信することで、要求発信部１５１が、当該ユーザについて権利の変更を要求する信号を管理装置１３に送信する。本実施形態では、当該信号には、当該ユーザの共通ＩＤが含められる。また、当該信号には、権利の変更の内容を表す情報が含められる。
具体例として、端末装置１１－１では、ユーザによって操作部１１１に対して行われた操作の内容に応じて、通信部１１３が管理装置１３と通信することで、要求発信部１５１が、当該ユーザについて権利の変更を要求する信号を管理装置１３に送信する。本実施形態では、当該信号には、当該ユーザの共通ＩＤが含められる。また、当該信号には、権利の変更の内容を表す情報が含められる。
なお、本実施形態では、あるユーザについて権利の変更が発生する事象としては、例えば、当該ユーザに関する証明書の内容を変更することが必要となる事象が用いられる。
本実施形態では、あるユーザによって要求することが可能な権利の変更は、当該ユーザの共通ＩＤによって変更する権限が与えられている範囲のものである。このような範囲は、あらかじめ定められてもよい。
本実施形態では、あるユーザによって要求することが可能な権利の変更は、当該ユーザの共通ＩＤによって変更する権限が与えられている範囲のものである。このような範囲は、あらかじめ定められてもよい。
（処理Ｔ４２）管理装置１３では、端末装置１１－１からの要求に応じて、権利の変更を行う処理を実行する。
具体例として、管理装置１３では、通信部３１３が端末装置１１－１と通信し、要求受付部３５１が通信部３１３によって端末装置１１－１から受信された要求の信号によって表される当該要求を受け付ける。そして、管理装置１３では、処理実行部３５２が受け付けられた要求に応じて権利の変更を行う処理を実行する。
本実施形態では、管理装置１３は、要求に応じた権利の変更が実現されるように、証明書の情報を書き換えて変更する。
具体例として、管理装置１３では、通信部３１３が端末装置１１－１と通信し、要求受付部３５１が通信部３１３によって端末装置１１－１から受信された要求の信号によって表される当該要求を受け付ける。そして、管理装置１３では、処理実行部３５２が受け付けられた要求に応じて権利の変更を行う処理を実行する。
本実施形態では、管理装置１３は、要求に応じた権利の変更が実現されるように、証明書の情報を書き換えて変更する。
（処理Ｔ４３）管理装置１３では、端末装置１１－１に対して、権利の変更が完了したことの通知を行う。
具体例として、管理装置１３では、通信部３１３が端末装置１１－１と通信し、通知部３５３が権利の変更の完了を通知するための信号を通信部３１３によって端末装置１１－１に送信する。
具体例として、管理装置１３では、通信部３１３が端末装置１１－１と通信し、通知部３５３が権利の変更の完了を通知するための信号を通信部３１３によって端末装置１１－１に送信する。
ここで、端末装置１１－１では、管理装置１３から受信された情報を任意の画面によって表示してもよい。当該画面の情報は、例えば、管理装置１３によって生成された後に端末装置１１－１に送信されてもよく、あるいは、端末装置１１－１によって生成されてもよい。つまり、端末装置１１－１において表示される画面の情報は、例えば、管理装置１３によって生成されて端末装置１１－１に送信されてもよく、あるいは、端末装置１１－１において管理装置１３から受信された閲覧情報を用いて生成されてもよい。
また、画面に表示される情報は、例えば、権利の変更の前における情報、あるいは、権利の変更の後における情報であってもよく、あるいは、これら両方の情報であってもよい。
また、画面に表示される情報は、例えば、権利の変更の前における情報、あるいは、権利の変更の後における情報であってもよく、あるいは、これら両方の情報であってもよい。
図１２は、本発明の一実施形態に係る権利の変更時の処理の他の一例を示す図である。
図１２には、端末装置１１－１と、事業者装置１２－１と、管理装置１３のやりとりの一例を示してある。
なお、本実施形態と同様な処理が実現されれば、他の任意の処理の方法が用いられてもよい。
図１２には、端末装置１１－１と、事業者装置１２－１と、管理装置１３のやりとりの一例を示してある。
なお、本実施形態と同様な処理が実現されれば、他の任意の処理の方法が用いられてもよい。
（処理Ｔ５１）端末装置１１－１では、共通ＩＤを使用して、事業者装置１２－１に対して、権利の変更の要求を行う。
具体例として、端末装置１１－１では、ユーザによって操作部１１１に対して行われた操作の内容に応じて、通信部１１３が事業者装置１２－１と通信することで、要求発信部１５１が、当該ユーザについて権利の変更を要求する信号を事業者装置１２－１に送信する。本実施形態では、当該信号には、当該ユーザの共通ＩＤが含められる。また、当該信号には、権利の変更の内容を表す情報が含められる。
具体例として、端末装置１１－１では、ユーザによって操作部１１１に対して行われた操作の内容に応じて、通信部１１３が事業者装置１２－１と通信することで、要求発信部１５１が、当該ユーザについて権利の変更を要求する信号を事業者装置１２－１に送信する。本実施形態では、当該信号には、当該ユーザの共通ＩＤが含められる。また、当該信号には、権利の変更の内容を表す情報が含められる。
なお、本実施形態では、あるユーザについて権利の変更が発生する事象としては、例えば、当該ユーザに関する証明書の内容を変更することが必要となる事象が用いられる。
本実施形態では、あるユーザによって要求することが可能な権利の変更は、当該ユーザの共通ＩＤによって変更する権限が与えられている範囲のものである。このような範囲は、あらかじめ定められてもよい。
本実施形態では、あるユーザによって要求することが可能な権利の変更は、当該ユーザの共通ＩＤによって変更する権限が与えられている範囲のものである。このような範囲は、あらかじめ定められてもよい。
（処理Ｔ５２）事業者装置１２－１では、端末装置１１－１からの要求に応じて、管理装置１３に対して、権利の変更の要求を行う。
具体例として、事業者装置１２－１では、通信部２１３が端末装置１１－１と通信し、要求受付部２５１が通信部２１３によって端末装置１１－１から受信された要求の信号によって表される当該要求を受け付ける。そして、事業者装置１２－１では、要求発信部２５２が受け付けられた要求の信号を、通信部２１３によって、管理装置１３に送信する。
具体例として、事業者装置１２－１では、通信部２１３が端末装置１１－１と通信し、要求受付部２５１が通信部２１３によって端末装置１１－１から受信された要求の信号によって表される当該要求を受け付ける。そして、事業者装置１２－１では、要求発信部２５２が受け付けられた要求の信号を、通信部２１３によって、管理装置１３に送信する。
（処理Ｔ５３）管理装置１３では、事業者装置１２を経由して受信された端末装置１１－１からの要求に応じて、権利の変更を行う処理を実行する。
具体例として、管理装置１３では、通信部３１３が事業者装置１２－１と通信し、要求受付部３５１が通信部３１３によって事業者装置１２－１から受信された要求の信号によって表される当該要求を受け付ける。そして、管理装置１３では、処理実行部３５２が受け付けられた要求に応じて権利の変更を行う処理を実行する。
本実施形態では、管理装置１３は、要求に応じた権利の変更が実現されるように、証明書の情報を書き換えて変更する。
具体例として、管理装置１３では、通信部３１３が事業者装置１２－１と通信し、要求受付部３５１が通信部３１３によって事業者装置１２－１から受信された要求の信号によって表される当該要求を受け付ける。そして、管理装置１３では、処理実行部３５２が受け付けられた要求に応じて権利の変更を行う処理を実行する。
本実施形態では、管理装置１３は、要求に応じた権利の変更が実現されるように、証明書の情報を書き換えて変更する。
（処理Ｔ５４）管理装置１３では、事業者装置１２－１に対して、権利の変更の通知を行う。
具体例として、管理装置１３では、通信部３１３が事業者装置１２－１と通信し、通知部３５３が権利の変更の完了を通知するための信号を通信部３１３によって事業者装置１２－１に送信する。
具体例として、管理装置１３では、通信部３１３が事業者装置１２－１と通信し、通知部３５３が権利の変更の完了を通知するための信号を通信部３１３によって事業者装置１２－１に送信する。
（処理Ｔ５５）事業者装置１２－１では、管理装置１３からの通知に応じて、端末装置１１－１に対して、権利の変更の通知を行う。
具体例として、事業者装置１２－１では、通信部２１３が管理装置１３と通信し、通知取得部２５３が通信部２１３によって管理装置１３から受信された通知の信号によって表される当該通知の内容を取得する。そして、事業者装置１２－１では、通知部２５４が、取得された通知の内容を通知するための信号を、通信部２１３によって、端末装置１１－１に送信する。
具体例として、事業者装置１２－１では、通信部２１３が管理装置１３と通信し、通知取得部２５３が通信部２１３によって管理装置１３から受信された通知の信号によって表される当該通知の内容を取得する。そして、事業者装置１２－１では、通知部２５４が、取得された通知の内容を通知するための信号を、通信部２１３によって、端末装置１１－１に送信する。
ここで、端末装置１１－１では、事業者装置１２－１から受信された情報を任意の画面によって表示してもよい。当該画面の情報は、例えば、事業者装置１２－１または管理装置１３によって生成された後に端末装置１１－１に送信されてもよく、あるいは、端末装置１１－１によって生成されてもよい。つまり、端末装置１１－１において表示される画面の情報は、例えば、事業者装置１２－１または管理装置１３によって生成されて端末装置１１－１に送信されてもよく、あるいは、端末装置１１－１において事業者装置１２－１から受信された閲覧情報を用いて生成されてもよい。
また、画面に表示される情報は、例えば、権利の変更の前における情報、あるいは、権利の変更の後における情報であってもよく、あるいは、これら両方の情報であってもよい。
また、画面に表示される情報は、例えば、権利の変更の前における情報、あるいは、権利の変更の後における情報であってもよく、あるいは、これら両方の情報であってもよい。
［具体的な実施の例］
さらに、以下で、具体な実施の例を示す。
さらに、以下で、具体な実施の例を示す。
＜アセット情報の管理＞
本例では、アイテムのことをアセットと呼んで説明する。また、本例では、アセットの情報のことをアセット情報と呼んで説明する。
また、本例では、アセットごとに、サムネールの情報が登録される場合を示す。なお、サムネールの情報は、登録されなくてもよい。
なお、本例では、各情報の登録先は、任意の記憶媒体であってもよい。また、複数の異なる種類の情報が登録される場合、例えば、同じ記憶媒体に記憶されてもよく、あるいは、異なる記憶媒体に記憶されてもよい。
アセット情報と証明書情報とが一体化される場合と、アセット情報と証明書情報とが分離される場合について、両者を比較しながら説明する。
本例では、アイテムのことをアセットと呼んで説明する。また、本例では、アセットの情報のことをアセット情報と呼んで説明する。
また、本例では、アセットごとに、サムネールの情報が登録される場合を示す。なお、サムネールの情報は、登録されなくてもよい。
なお、本例では、各情報の登録先は、任意の記憶媒体であってもよい。また、複数の異なる種類の情報が登録される場合、例えば、同じ記憶媒体に記憶されてもよく、あるいは、異なる記憶媒体に記憶されてもよい。
アセット情報と証明書情報とが一体化される場合と、アセット情報と証明書情報とが分離される場合について、両者を比較しながら説明する。
アセット情報と証明書情報とが一体化される場合について説明する。
この場合、データ量に関して、アセット情報が限定数分だけ登録されるため、データの保存容量は多くなる。ここで、限定数は、複数の同様なアセット情報が生成される場合におけるシリアルナンバーの総数に相当する。
また、この場合、登録処理に関して、１回のＡＰＩコールによって、アセット情報を含む証明書情報とユーザＩＤとが登録されることが可能である。
また、この場合、サムネール登録に関して、アセットＩＤおよびシリアルナンバーとの組み合わせごとに登録される。アセットＩＤは、アイテムＩＤに相当する。シリアルナンバーは、例えば、連続番号であってもよい。
この場合、データ量に関して、アセット情報が限定数分だけ登録されるため、データの保存容量は多くなる。ここで、限定数は、複数の同様なアセット情報が生成される場合におけるシリアルナンバーの総数に相当する。
また、この場合、登録処理に関して、１回のＡＰＩコールによって、アセット情報を含む証明書情報とユーザＩＤとが登録されることが可能である。
また、この場合、サムネール登録に関して、アセットＩＤおよびシリアルナンバーとの組み合わせごとに登録される。アセットＩＤは、アイテムＩＤに相当する。シリアルナンバーは、例えば、連続番号であってもよい。
アセット情報と証明書情報とが分離される場合について説明する。
この場合、データ量に関して、アセット情報の限定数に関わらず、アセット情報が１つだけ登録されるため、データの保存容量は少なくなる。
また、この場合、登録処理に関して、アセット情報の登録と証明書の発行との２回のＡＰＩコールが必要である。
また、この場合、サムネール登録に関して、アセットごとに登録される。
この場合、データ量に関して、アセット情報の限定数に関わらず、アセット情報が１つだけ登録されるため、データの保存容量は少なくなる。
また、この場合、登録処理に関して、アセット情報の登録と証明書の発行との２回のＡＰＩコールが必要である。
また、この場合、サムネール登録に関して、アセットごとに登録される。
＜サムネール情報の管理＞
サムネールの画像のサイズは、例えば、（５１２×５１２）ピクセルである。なお、サムネールの画像のサイズとしては、任意のサイズであってもよい。
サムネールの画像は、例えば、１つのアセット情報につき、最大で３枚、管理される。
サムネールの画像は、例えば、管理者装置１３のＷｅｂサイトにおいて、登録され得る。
サムネールの画像の情報は、例えば、所定のストレージに記憶される。
サムネールの画像のサイズは、例えば、（５１２×５１２）ピクセルである。なお、サムネールの画像のサイズとしては、任意のサイズであってもよい。
サムネールの画像は、例えば、１つのアセット情報につき、最大で３枚、管理される。
サムネールの画像は、例えば、管理者装置１３のＷｅｂサイトにおいて、登録され得る。
サムネールの画像の情報は、例えば、所定のストレージに記憶される。
＜証明書情報の管理＞
証明書の情報として、例えば、証明書ＩＤ、アセットＩＤ、連番、アセットに関する説明の情報、製作者の情報、著作権の情報、サムネールの情報、ハッシュ値の情報、登録日付の情報がある。これらのうち一部の情報が、証明書の情報として含まれてもよくあるいは含まれなくてもよい任意事項の情報であってもよい。このような任意事項の情報は、例えば、アセットに関する説明の情報、製作者の情報、著作権の情報、サムネールの情報、ハッシュ値の情報、登録日付の情報のうちの１以上であってもよい。また、連番は、例えば、限定品が１個のみの場合には、無くてもよい。
証明書の情報として、例えば、証明書ＩＤ、アセットＩＤ、連番、アセットに関する説明の情報、製作者の情報、著作権の情報、サムネールの情報、ハッシュ値の情報、登録日付の情報がある。これらのうち一部の情報が、証明書の情報として含まれてもよくあるいは含まれなくてもよい任意事項の情報であってもよい。このような任意事項の情報は、例えば、アセットに関する説明の情報、製作者の情報、著作権の情報、サムネールの情報、ハッシュ値の情報、登録日付の情報のうちの１以上であってもよい。また、連番は、例えば、限定品が１個のみの場合には、無くてもよい。
証明書ＩＤとしては、例えば、ユニークなＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）が用いられてもよい。ＵＵＩＤは、例えば、「３Ｆ２５０４Ｅ０－４Ｆ８９－１１Ｄ３－９Ａ０Ｃ－０３０５５８３Ｃ３３０１」などのように表されてもよい。
アセットＩＤとしては、例えば、ベンダー固有のアセットのＩＤが用いられる。アセットＩＤは、例えば、「ｇｍｐ－１００１」などのように表されてもよい。
連番としては、例えば、限定品の連番が用いられてもよい。このような連番は、例えば、１から始まり、限定品の数まで１ずつ増加する数値であってもよい。
アセットに関する説明の情報としては、例えば、アセットの内容を説明する情報が用いられる。このような情報は、例えば、「デジタルフィギュア２０１９モデル（１００個限定）」などのように表されてもよい。
製作者の情報としては、例えば、アセットを制作した者を特定する情報が用いられてもよい。アセットを制作した者は、例えば、１人の場合と、２人以上の場合があり得る。製作者の情報に、２人以上の製作者のそれぞれを特定する情報が含まれてもよい。製作者の情報は、例えば、「（１人目の製作者の氏名の情報）、（２人目の製作者の氏名の情報）」のように、それぞれの製作者の氏名の情報を含んでもよい。
著作権の情報としては、例えば、著作権表記の情報が用いられてもよい。著作権の情報は、例えば、「Ｃｏｐｙｒｉｇｈｔ ２０１９ ＡＡＡＣｏｍｐａｎｙ」のような情報であってもよい。ここで、「ＡＡＡＣｏｍｐａｎｙ」はベンダーの名称の一例（ここでは、現実とは無関係な仮想的な名称の例）である。
サムネールの情報としては、例えば、アセットの外観などを表す情報が用いられてもよい。サムネールの情報は、例えば、「ｈｔｔｐｓ」などを用いてサムネールの格納場所を表す情報であってもよい。
ハッシュ値の情報としては、例えば、アセットのデータのハッシュ値の情報が用いられてもよい。
登録日付の情報としては、例えば、証明書の情報が登録または変更された日付の情報が用いられてもよい。登録日付の情報は、例えば、「２０１９／０７／０１」などのように表されてもよい。
登録日付の情報としては、例えば、証明書の情報が登録または変更された日付の情報が用いられてもよい。登録日付の情報は、例えば、「２０１９／０７／０１」などのように表されてもよい。
ここで、上記の情報が図５に示される証明書４１１に適用される場合を説明する。
この場合、上記した証明書ＩＤが図５の例における共通ＩＤ４３４に相当し、上記したアセットＩＤが図５の例におけるアイテムＩＤ４３３に相当し、上記した連番が図５の例におけるシリアルナンバー４５１に相当する。
また、上記の情報を用いて構成される証明書情報は、例えば、該当するアセットを販売した事業者を識別する情報、および、当該アセットを購入したユーザを識別する情報（例えば、当該事業者において使用されている情報）と対応付けられることで、当該事業者および当該ユーザと対応付けられる。このように事業者を識別する情報が図５の例における事業者ＩＤ４３１に相当し、このようにユーザを識別する情報が図５の例におけるユーザＩＤ４３２に相当する。
なお、事業者を識別する情報の代わりに、事業を識別する情報が用いられてもよく、あるいは、事業者を識別する情報とともに、事業を識別する情報が用いられてもよい。
この場合、上記した証明書ＩＤが図５の例における共通ＩＤ４３４に相当し、上記したアセットＩＤが図５の例におけるアイテムＩＤ４３３に相当し、上記した連番が図５の例におけるシリアルナンバー４５１に相当する。
また、上記の情報を用いて構成される証明書情報は、例えば、該当するアセットを販売した事業者を識別する情報、および、当該アセットを購入したユーザを識別する情報（例えば、当該事業者において使用されている情報）と対応付けられることで、当該事業者および当該ユーザと対応付けられる。このように事業者を識別する情報が図５の例における事業者ＩＤ４３１に相当し、このようにユーザを識別する情報が図５の例におけるユーザＩＤ４３２に相当する。
なお、事業者を識別する情報の代わりに、事業を識別する情報が用いられてもよく、あるいは、事業者を識別する情報とともに、事業を識別する情報が用いられてもよい。
＜各種の処理の具体例＞
図１３～図１５を参照して、各種の処理の具体例を示す。
なお、各図のフローにおいて、ステップの番号は、説明の便宜上で付したものであり、必ずしも、ステップの番号の順に処理が行われない部分もある。
図１３～図１５を参照して、各種の処理の具体例を示す。
なお、各図のフローにおいて、ステップの番号は、説明の便宜上で付したものであり、必ずしも、ステップの番号の順に処理が行われない部分もある。
図１３は、本発明の一実施形態に係る証明書発行時における処理の具体例を示す図である。
図１３の例では、連携アプリ５１１と管理プログラム５１２によって行われる処理の具体例を示してある。
ここで、連携アプリ５１１は、例えば、それぞれの事業者装置１２－１～１２－Ｍにおいて実行されるアプリケーションであり、管理者装置１３と連携している。
また、管理プログラム５１２は、例えば、管理者装置１３において実行されるプログラムである。
図１３の例では、連携アプリ５１１と管理プログラム５１２によって行われる処理の具体例を示してある。
ここで、連携アプリ５１１は、例えば、それぞれの事業者装置１２－１～１２－Ｍにおいて実行されるアプリケーションであり、管理者装置１３と連携している。
また、管理プログラム５１２は、例えば、管理者装置１３において実行されるプログラムである。
（ステップＳ１）連携アプリ５１１は、アイテムの購入に関する処理を行う。
（ステップＳ２）そして、連携アプリ５１１は、証明書を発行するためのＡＰＩを呼び出す。
（ステップＳ３１）具体例として、連携アプリ５１１は、管理プログラム５１２に対して、所定のリクエストを送信する。当該リクエストには、例えば、アセットＩＤ、連番（ロットＮｏ）、アセットに関する情報、購入したユーザのユーザＩＤが含まれる。当該リクエストは、例えば、「ＰＯＳＴ Ｒｅｑｕｅｓｔ」であってもよい。
（ステップＳ２）そして、連携アプリ５１１は、証明書を発行するためのＡＰＩを呼び出す。
（ステップＳ３１）具体例として、連携アプリ５１１は、管理プログラム５１２に対して、所定のリクエストを送信する。当該リクエストには、例えば、アセットＩＤ、連番（ロットＮｏ）、アセットに関する情報、購入したユーザのユーザＩＤが含まれる。当該リクエストは、例えば、「ＰＯＳＴ Ｒｅｑｕｅｓｔ」であってもよい。
（ステップＳ１１）管理プログラム５１２は、連携アプリ５１１から受信されたリクエストに基づいて、ＡＰＩの認証を行う。
（ステップＳ１２）次に、管理プログラム５１２は、連携アプリ５１１から受信されたリクエストに係る証明書が登録済みであるか否かを判定する。
（ステップＳ３２）上記の判定の結果、管理プログラム５１２は、連携アプリ５１１から受信されたリクエストに係る証明書が登録済みであると判定した場合（ステップＳ１２：ＹＥＳ）、所定のレスポンスを連携アプリ５１１に送信する。当該レスポンスは、例えば、ＨＴＴＰステータスコードの「エラー４０９」であってもよい。
一方、上記の判定の結果、管理プログラム５１２は、連携アプリ５１１から受信されたリクエストに係る証明書が登録済みではないと判定した場合（ステップＳ１２：ＮＯ）、ステップＳ１３の処理へ移行する。
（ステップＳ１２）次に、管理プログラム５１２は、連携アプリ５１１から受信されたリクエストに係る証明書が登録済みであるか否かを判定する。
（ステップＳ３２）上記の判定の結果、管理プログラム５１２は、連携アプリ５１１から受信されたリクエストに係る証明書が登録済みであると判定した場合（ステップＳ１２：ＹＥＳ）、所定のレスポンスを連携アプリ５１１に送信する。当該レスポンスは、例えば、ＨＴＴＰステータスコードの「エラー４０９」であってもよい。
一方、上記の判定の結果、管理プログラム５１２は、連携アプリ５１１から受信されたリクエストに係る証明書が登録済みではないと判定した場合（ステップＳ１２：ＮＯ）、ステップＳ１３の処理へ移行する。
（ステップＳ１３）管理プログラム５１２は、証明書ＩＤを発行する。
（ステップＳ３３）この際、管理プログラム５１２は、所定のレスポンスを連携アプリ５１１に送信する。当該レスポンスは、例えば、ＨＴＴＰステータスコードの「２００ ＯＫ」であってもよい。当該レスポンスは、例えば、結果を確認するために用いられるチケットのＩＤを含んでもよい。
また、管理プログラム５１２は、非同期で、ステップＳ１４の処理を呼び出す。
（ステップＳ３３）この際、管理プログラム５１２は、所定のレスポンスを連携アプリ５１１に送信する。当該レスポンスは、例えば、ＨＴＴＰステータスコードの「２００ ＯＫ」であってもよい。当該レスポンスは、例えば、結果を確認するために用いられるチケットのＩＤを含んでもよい。
また、管理プログラム５１２は、非同期で、ステップＳ１４の処理を呼び出す。
（ステップＳ３）連携アプリ５１１は、管理プログラム５１２から、ステップＳ３２のレスポンス、または、ステップＳ３３のレスポンスを受信して受け取る。
（ステップＳ１４）管理プログラム５１２は、発行された証明書ＩＤの証明書に関するユーザが所定の登録先に登録されているか否かを判定する。
（ステップＳ１５）上記の判定の結果、管理プログラム５１２は、発行された証明書ＩＤの証明書に関するユーザが所定の登録先に登録されていないと判定した場合（ステップＳ１４：ＮＯ）、当該ユーザをブロックチェーン（ＢＣ）に登録する。
一方、上記の判定の結果、管理プログラム５１２は、発行された証明書ＩＤの証明書に関するユーザが所定の登録先に登録されていると判定した場合（ステップＳ１４：ＹＥＳ）、ステップＳ１６の処理へ移行する。
（ステップＳ１５）上記の判定の結果、管理プログラム５１２は、発行された証明書ＩＤの証明書に関するユーザが所定の登録先に登録されていないと判定した場合（ステップＳ１４：ＮＯ）、当該ユーザをブロックチェーン（ＢＣ）に登録する。
一方、上記の判定の結果、管理プログラム５１２は、発行された証明書ＩＤの証明書に関するユーザが所定の登録先に登録されていると判定した場合（ステップＳ１４：ＹＥＳ）、ステップＳ１６の処理へ移行する。
（ステップＳ１６）管理プログラム５１２は、発行された証明書ＩＤの証明書の情報をブロックチェーン（ＢＣ）に登録する。
（ステップＳ１７）次に、管理プログラム５１２は、上記の処理の結果を所定の装置に通知する処理を行う。
（ステップＳ３４）具体例として、管理プログラム５１２は、上記の処理の結果を所定の装置に通知するための電子メールを当該所定の装置に送信する。
（ステップＳ２１）当該所定の装置は、上記の処理の結果の通知を受け取る。
ここで、当該所定の装置は、任意の装置であってもよく、例えば、証明書に係るユーザの端末装置（例えば、端末装置１１－１～１１－Ｎのうちの該当する端末装置）であってもよい。
（ステップＳ１７）次に、管理プログラム５１２は、上記の処理の結果を所定の装置に通知する処理を行う。
（ステップＳ３４）具体例として、管理プログラム５１２は、上記の処理の結果を所定の装置に通知するための電子メールを当該所定の装置に送信する。
（ステップＳ２１）当該所定の装置は、上記の処理の結果の通知を受け取る。
ここで、当該所定の装置は、任意の装置であってもよく、例えば、証明書に係るユーザの端末装置（例えば、端末装置１１－１～１１－Ｎのうちの該当する端末装置）であってもよい。
（ステップＳ２２）所定の装置は、結果を確認するための処理を行う。
（ステップＳ３５）具体例として、当該所定の装置は、結果確認用のチケットＩＤを含む所定のリクエストを管理プログラム５１２に送信する。当該リクエストは、例えば、「ＧＥＴ Ｒｅｑｕｅｓｔ」であってもよい。
（ステップＳ１８）管理プログラム５１２は、当該所定の装置から送信されたリクエストを受信したことに応じて、要求された処理の結果を通知する処理を行う。
（ステップＳ３６）具体例として、管理プログラム５１２は、要求された処理の結果を当該所定の装置に送信することで、当該所定の装置に通知する。
なお、ステップＳ２１の処理に係る所定の装置と、ステップＳ２２の処理に係る所定の装置とは、例えば、同じ装置であってもよく、または、異なる装置であってもよい。
（ステップＳ３５）具体例として、当該所定の装置は、結果確認用のチケットＩＤを含む所定のリクエストを管理プログラム５１２に送信する。当該リクエストは、例えば、「ＧＥＴ Ｒｅｑｕｅｓｔ」であってもよい。
（ステップＳ１８）管理プログラム５１２は、当該所定の装置から送信されたリクエストを受信したことに応じて、要求された処理の結果を通知する処理を行う。
（ステップＳ３６）具体例として、管理プログラム５１２は、要求された処理の結果を当該所定の装置に送信することで、当該所定の装置に通知する。
なお、ステップＳ２１の処理に係る所定の装置と、ステップＳ２２の処理に係る所定の装置とは、例えば、同じ装置であってもよく、または、異なる装置であってもよい。
図１４は、本発明の一実施形態に係る証明書取得時における処理の具体例を示す図である。
図１４の例では、連携アプリ５１１と管理プログラム５１２によって行われる処理の具体例を示してある。
図１４の例では、連携アプリ５１１と管理プログラム５１２によって行われる処理の具体例を示してある。
（ステップＳ１１１）連携アプリ５１１は、証明書を取得するためのＡＰＩを呼び出す。
（ステップＳ１３１）そして、連携アプリ５１１は、所定のリクエストを管理プログラム５１２に送信する。当該リクエストは、例えば、アセットＩＤ、連番（ロットＮｏ）を含む。当該リクエストは、例えば、「ＧＥＴ Ｒｅｑｕｅｓｔ」であってもよい。
（ステップＳ１３１）そして、連携アプリ５１１は、所定のリクエストを管理プログラム５１２に送信する。当該リクエストは、例えば、アセットＩＤ、連番（ロットＮｏ）を含む。当該リクエストは、例えば、「ＧＥＴ Ｒｅｑｕｅｓｔ」であってもよい。
（ステップＳ１２１）管理プログラム５１２は、連携アプリ５１１から受信されたリクエストに基づいて、ＡＰＩの認証を行う。
（ステップＳ１２２）次に、管理プログラム５１２は、連携アプリ５１１から受信されたリクエストに係る証明書が未登録であるか否かを判定する。
（ステップＳ１３２）上記の判定の結果、管理プログラム５１２は、連携アプリ５１１から受信されたリクエストに係る証明書が未登録であると判定した場合（ステップＳ１２２：ＹＥＳ）、所定のレスポンスを連携アプリ５１１に送信する。当該レスポンスは、例えば、ＨＴＴＰステータスコードの「エラー４０４」であってもよい。
一方、上記の判定の結果、管理プログラム５１２は、連携アプリ５１１から受信されたリクエストに係る証明書が未登録ではないと判定した場合（ステップＳ１２２：ＮＯ）、ステップＳ１２３の処理へ移行する。
（ステップＳ１２２）次に、管理プログラム５１２は、連携アプリ５１１から受信されたリクエストに係る証明書が未登録であるか否かを判定する。
（ステップＳ１３２）上記の判定の結果、管理プログラム５１２は、連携アプリ５１１から受信されたリクエストに係る証明書が未登録であると判定した場合（ステップＳ１２２：ＹＥＳ）、所定のレスポンスを連携アプリ５１１に送信する。当該レスポンスは、例えば、ＨＴＴＰステータスコードの「エラー４０４」であってもよい。
一方、上記の判定の結果、管理プログラム５１２は、連携アプリ５１１から受信されたリクエストに係る証明書が未登録ではないと判定した場合（ステップＳ１２２：ＮＯ）、ステップＳ１２３の処理へ移行する。
（ステップＳ１２３）管理プログラム５１２は、証明書の情報をブロックチェーン（ＢＣ）から取得する。
（ステップＳ１２４）次に、管理プログラム５１２は、取得された証明書に関する情報を作成する。
（ステップＳ１３３）そして、管理プログラム５１２は、作成された情報を含む所定のレスポンスを連携アプリ５１１に送信する。当該レスポンスは、例えば、ＨＴＴＰステータスコードの「２００ ＯＫ」であってもよい。
（ステップＳ１２４）次に、管理プログラム５１２は、取得された証明書に関する情報を作成する。
（ステップＳ１３３）そして、管理プログラム５１２は、作成された情報を含む所定のレスポンスを連携アプリ５１１に送信する。当該レスポンスは、例えば、ＨＴＴＰステータスコードの「２００ ＯＫ」であってもよい。
（ステップＳ１１２）連携アプリ５１１は、管理プログラム５１２から、ステップＳ１３２のレスポンス、または、ステップＳ１３３のレスポンスを受信して受け取る。
図１５は、本発明の一実施形態に係る所有権移転時における処理の具体例を示す図である。
図１５の例では、連携アプリ５１１と管理プログラム５１２によって行われる処理の具体例を示してある。
本例では、連携アプリ５１１内において所有権の移転が発生したときの処理について説明する。
図１５の例では、連携アプリ５１１と管理プログラム５１２によって行われる処理の具体例を示してある。
本例では、連携アプリ５１１内において所有権の移転が発生したときの処理について説明する。
（ステップＳ２１１）連携アプリ５１１は、アイテムの購入に関する処理を行う。
（ステップＳ２１２）そして、連携アプリ５１１は、証明書を発行するためのＡＰＩを呼び出す。
（ステップＳ２４１）具体例として、連携アプリ５１１は、管理プログラム５１２に対して、所定のリクエストを送信する。当該リクエストには、例えば、アセットＩＤ、連番（ロットＮｏ）、購入したユーザのユーザＩＤが含まれる。当該リクエストは、例えば、「ＰＵＴ Ｒｅｑｕｅｓｔ」であってもよい。
（ステップＳ２１２）そして、連携アプリ５１１は、証明書を発行するためのＡＰＩを呼び出す。
（ステップＳ２４１）具体例として、連携アプリ５１１は、管理プログラム５１２に対して、所定のリクエストを送信する。当該リクエストには、例えば、アセットＩＤ、連番（ロットＮｏ）、購入したユーザのユーザＩＤが含まれる。当該リクエストは、例えば、「ＰＵＴ Ｒｅｑｕｅｓｔ」であってもよい。
（ステップＳ２２１）管理プログラム５１２は、連携アプリ５１１から受信されたリクエストに基づいて、ＡＰＩの認証を行う。
（ステップＳ２２２）次に、管理プログラム５１２は、連携アプリ５１１から受信されたリクエストに係る証明書が未登録であるか否かを判定する。
（ステップＳ２４２）上記の判定の結果、管理プログラム５１２は、連携アプリ５１１から受信されたリクエストに係る証明書が未登録であると判定した場合（ステップＳ２２２：ＹＥＳ）、所定のレスポンスを連携アプリ５１１に送信する。当該レスポンスは、例えば、ＨＴＴＰステータスコードの「エラー４０４」であってもよい。
一方、上記の判定の結果、管理プログラム５１２は、連携アプリ５１１から受信されたリクエストに係る証明書が未登録ではないと判定した場合（ステップＳ２２２：ＮＯ）、ステップＳ２２３の処理へ移行する。
（ステップＳ２２２）次に、管理プログラム５１２は、連携アプリ５１１から受信されたリクエストに係る証明書が未登録であるか否かを判定する。
（ステップＳ２４２）上記の判定の結果、管理プログラム５１２は、連携アプリ５１１から受信されたリクエストに係る証明書が未登録であると判定した場合（ステップＳ２２２：ＹＥＳ）、所定のレスポンスを連携アプリ５１１に送信する。当該レスポンスは、例えば、ＨＴＴＰステータスコードの「エラー４０４」であってもよい。
一方、上記の判定の結果、管理プログラム５１２は、連携アプリ５１１から受信されたリクエストに係る証明書が未登録ではないと判定した場合（ステップＳ２２２：ＮＯ）、ステップＳ２２３の処理へ移行する。
（ステップＳ２２３）管理プログラム５１２は、受け付けを通知する処理を行う。
（ステップＳ２４３）具体例として、管理プログラム５１２は、所定のレスポンスを連携アプリ５１１に送信する。当該レスポンスは、例えば、ＨＴＴＰステータスコードの「２００ ＯＫ」であってもよい。当該レスポンスは、例えば、結果を確認するために用いられるチケットのＩＤを含んでもよい。
また、管理プログラム５１２は、非同期で、ステップＳ２２４の処理を呼び出す。
（ステップＳ２４３）具体例として、管理プログラム５１２は、所定のレスポンスを連携アプリ５１１に送信する。当該レスポンスは、例えば、ＨＴＴＰステータスコードの「２００ ＯＫ」であってもよい。当該レスポンスは、例えば、結果を確認するために用いられるチケットのＩＤを含んでもよい。
また、管理プログラム５１２は、非同期で、ステップＳ２２４の処理を呼び出す。
（ステップＳ２１３）連携アプリ５１１は、管理プログラム５１２から、ステップＳ２４２のレスポンス、または、ステップＳ２４３のレスポンスを受信して受け取る。
（ステップＳ２２４）管理プログラム５１２は、該当する証明書に関するユーザ（本例では、アイテムを購入したユーザ）が所定の登録先に登録されているか否かを判定する。
（ステップＳ２２５）上記の判定の結果、管理プログラム５１２は、該当する証明書に関するユーザが所定の登録先に登録されていないと判定した場合（ステップＳ２２４：ＮＯ）、当該ユーザをブロックチェーン（ＢＣ）に登録する。
一方、上記の判定の結果、管理プログラム５１２は、該当する証明書に関するユーザが所定の登録先に登録されていると判定した場合（ステップＳ２２４：ＹＥＳ）、ステップＳ２２６の処理へ移行する。
（ステップＳ２２５）上記の判定の結果、管理プログラム５１２は、該当する証明書に関するユーザが所定の登録先に登録されていないと判定した場合（ステップＳ２２４：ＮＯ）、当該ユーザをブロックチェーン（ＢＣ）に登録する。
一方、上記の判定の結果、管理プログラム５１２は、該当する証明書に関するユーザが所定の登録先に登録されていると判定した場合（ステップＳ２２４：ＹＥＳ）、ステップＳ２２６の処理へ移行する。
（ステップＳ２２６）管理プログラム５１２は、該当する証明書の情報を書き換えて、書き換え後の証明書の情報をブロックチェーン（ＢＣ）に登録（ここでは、変更）する。
（ステップＳ２２７）次に、管理プログラム５１２は、上記の処理の結果を所定の装置に通知する処理を行う。
（ステップＳ２４４）具体例として、管理プログラム５１２は、上記の処理の結果を所定の装置に通知するための電子メールを当該所定の装置に送信する。上記の処理の結果は、証明書の登録に関する情報が含まれてもよい。
（ステップＳ２３１）当該所定の装置は、上記の処理の結果の通知を受け取る。
ここで、当該所定の装置は、任意の装置であってもよく、例えば、証明書に係るユーザの端末装置（例えば、端末装置１１－１～１１－Ｎのうちの該当する端末装置）であってもよい。
（ステップＳ２２７）次に、管理プログラム５１２は、上記の処理の結果を所定の装置に通知する処理を行う。
（ステップＳ２４４）具体例として、管理プログラム５１２は、上記の処理の結果を所定の装置に通知するための電子メールを当該所定の装置に送信する。上記の処理の結果は、証明書の登録に関する情報が含まれてもよい。
（ステップＳ２３１）当該所定の装置は、上記の処理の結果の通知を受け取る。
ここで、当該所定の装置は、任意の装置であってもよく、例えば、証明書に係るユーザの端末装置（例えば、端末装置１１－１～１１－Ｎのうちの該当する端末装置）であってもよい。
（ステップＳ２３２）所定の装置は、結果を確認するための処理を行う。
（ステップＳ２４５）具体例として、当該所定の装置は、結果確認用のチケットＩＤを含む所定のリクエストを管理プログラム５１２に送信する。当該リクエストは、例えば、「ＧＥＴ Ｒｅｑｕｅｓｔ」であってもよい。
（ステップＳ２２８）管理プログラム５１２は、当該所定の装置から送信されたリクエストを受信したことに応じて、要求された処理の結果を通知する処理を行う。
（ステップＳ２４６）具体例として、管理プログラム５１２は、要求された処理の結果を当該所定の装置に送信することで、当該所定の装置に通知する。
なお、ステップＳ２３１の処理に係る所定の装置と、ステップＳ２３２の処理に係る所定の装置とは、例えば、同じ装置であってもよく、または、異なる装置であってもよい。
（ステップＳ２４５）具体例として、当該所定の装置は、結果確認用のチケットＩＤを含む所定のリクエストを管理プログラム５１２に送信する。当該リクエストは、例えば、「ＧＥＴ Ｒｅｑｕｅｓｔ」であってもよい。
（ステップＳ２２８）管理プログラム５１２は、当該所定の装置から送信されたリクエストを受信したことに応じて、要求された処理の結果を通知する処理を行う。
（ステップＳ２４６）具体例として、管理プログラム５１２は、要求された処理の結果を当該所定の装置に送信することで、当該所定の装置に通知する。
なお、ステップＳ２３１の処理に係る所定の装置と、ステップＳ２３２の処理に係る所定の装置とは、例えば、同じ装置であってもよく、または、異なる装置であってもよい。
［以上の実施形態について］
以上のように、本実施形態に係る認証システム１では、デジタルコンテンツであるアイテムについて、第三者による認証が行われた証明書が発行される。本実施形態に係る認証システム１では、当該証明書は、当該アイテムとは別の情報として管理される。
したがって、本実施形態に係る認証システム１では、事業者によって販売等されるデジタルコンテンツであるアイテムについて、所定の認証者（本実施形態では、管理者）によって容易に認証を与えることができる。
以上のように、本実施形態に係る認証システム１では、デジタルコンテンツであるアイテムについて、第三者による認証が行われた証明書が発行される。本実施形態に係る認証システム１では、当該証明書は、当該アイテムとは別の情報として管理される。
したがって、本実施形態に係る認証システム１では、事業者によって販売等されるデジタルコンテンツであるアイテムについて、所定の認証者（本実施形態では、管理者）によって容易に認証を与えることができる。
本実施形態に係る認証システム１では、一例として、アイテムには証明書は含まれない。また、ユーザが、ある事業者装置１２－１～１２－Ｍについて共通ＩＤを登録した後においても、当該ある事業者装置１２－１～１２－Ｍによって販売されるアイテムを購入するときには、共通ＩＤは使用されず、共通ＩＤの入力は求められない。
このような構成とすると、例えば、アイテムと証明書とが別の情報となることから、アイテムの自由度が高まる。また、ユーザは、事業者によって販売されるアイテムの購入を、従来と同様に当該事業者において管理されているユーザＩＤなどによって行うことができて、簡便である。
また、本実施形態に係る認証システム１では、異なる事業者について異なる共通ＩＤが発生してしまうことを抑制することができる。
このような構成とすると、例えば、アイテムと証明書とが別の情報となることから、アイテムの自由度が高まる。また、ユーザは、事業者によって販売されるアイテムの購入を、従来と同様に当該事業者において管理されているユーザＩＤなどによって行うことができて、簡便である。
また、本実施形態に係る認証システム１では、異なる事業者について異なる共通ＩＤが発生してしまうことを抑制することができる。
＜変形例＞
変形例として、複数の事業者装置１２－１～１２－Ｍのそれぞれによって事業としてゲームが提供される場合を示す。
ユーザが、所定のアイテムを所有しているときに、当該アイテムに対応する所定のサービスを受けることができてもよい。この場合、所定のアイテムを所有することは、当該アイテムの証明書があることを条件に正規に認定される。
当該所定のサービスとしては、例えば、事業者によって提供されるゲームにおける所定のキャラクターに所定の能力が付与されるサービスであってもよい。例えば、同一の証明書によって、異なるゲームにおいて異なるサービスが行われてもよい。
当該所定のサービスとしては、例えば、ゲームにおいては使用されない付録のようなデジタルコンテンツをユーザに与えることであってもよい。当該デジタルコンテンツは、例えば、ゲームに登場するキャラクターの電子的なフィギュアなどであってもよい。
変形例として、複数の事業者装置１２－１～１２－Ｍのそれぞれによって事業としてゲームが提供される場合を示す。
ユーザが、所定のアイテムを所有しているときに、当該アイテムに対応する所定のサービスを受けることができてもよい。この場合、所定のアイテムを所有することは、当該アイテムの証明書があることを条件に正規に認定される。
当該所定のサービスとしては、例えば、事業者によって提供されるゲームにおける所定のキャラクターに所定の能力が付与されるサービスであってもよい。例えば、同一の証明書によって、異なるゲームにおいて異なるサービスが行われてもよい。
当該所定のサービスとしては、例えば、ゲームにおいては使用されない付録のようなデジタルコンテンツをユーザに与えることであってもよい。当該デジタルコンテンツは、例えば、ゲームに登場するキャラクターの電子的なフィギュアなどであってもよい。
なお、複数の事業者装置１２－１～１２－Ｍのそれぞれによって提供される事業の内容は、それぞれ任意であってもよい。
例えば、複数の事業者装置１２－１～１２－Ｍのそれぞれによって提供される事業の内容は、２以上の異なる事業を含んでもよい。
例えば、複数の事業者装置１２－１～１２－Ｍのそれぞれによって提供される事業の内容は、２以上の異なる事業を含んでもよい。
また、他の変形例として、本実施形態に係る認証システム１は、任意のＳＮＳのシステムと連携されてもよい。
一例として、所定のＳＮＳのシステムにおいて、投稿などに、証明書の情報を関連付けることが可能である。例えば、当該ＳＮＳのシステムにおいて、所定のユーザの画面に所定のボタンを設け、ある投稿などに関して、当該ボタンが操作された場合に、当該ユーザが所有する証明書の一部または全部が、当該投稿などに関連付けられてもよい。この場合、当該投稿などに「私は、これらの証明書を所有しています」という趣旨の文字情報が表示されて、当該文字情報に対応する箇所に証明書を示す情報が表示されてもよい。当該情報は、例えば、証明書の内容の一部または全部を表す情報であってもよく、あるいは、証明書が存在するサイトへのリンクの情報であってもよい。
一例として、所定のＳＮＳのシステムにおいて、投稿などに、証明書の情報を関連付けることが可能である。例えば、当該ＳＮＳのシステムにおいて、所定のユーザの画面に所定のボタンを設け、ある投稿などに関して、当該ボタンが操作された場合に、当該ユーザが所有する証明書の一部または全部が、当該投稿などに関連付けられてもよい。この場合、当該投稿などに「私は、これらの証明書を所有しています」という趣旨の文字情報が表示されて、当該文字情報に対応する箇所に証明書を示す情報が表示されてもよい。当該情報は、例えば、証明書の内容の一部または全部を表す情報であってもよく、あるいは、証明書が存在するサイトへのリンクの情報であってもよい。
＜構成例＞
一構成例として、ユーザによって操作される端末装置（本実施形態では、端末装置１１－１～１１－Ｎ）と、複数の事業者装置（本実施形態では、事業者装置１２－１～１２－Ｍ）と、管理装置（本実施形態では、管理装置１３）と、を備える認証システム（本実施形態では、認証システム１）であって、次のような構成とした。
事業者装置は、端末装置との通信によって提供される事業（例えば、電子的なショッピングモールなど）においてユーザに対してデジタルコンテンツであるアイテムを付与（例えば、販売などの有償譲渡、付録などの無償譲渡）する。
事業者装置は、事業に関する第１識別情報（本実施形態では、事業ＩＤと事業者ＩＤとの一方または両方）と、事業におけるユーザの第２識別情報（本実施形態では、電子的なショッピングモールなどにおけるユーザＩＤ）と、ユーザに付与されたアイテムの第３識別情報（本実施形態では、アイテムＩＤであり、シリアルナンバーを含んでもよい。）を管理装置に送信する。
管理装置は、アイテムがユーザによって所有されることを認証する情報として、事業者装置から送信された第１識別情報、第２識別情報および第３識別情報と、複数の事業者装置に共通なユーザの第４識別情報（本実施形態では、共通ＩＤ）とが対応付けられる証明書（本実施形態では、例えば、図５に示される証明書４１１）の情報を生成する。
一構成例として、ユーザによって操作される端末装置（本実施形態では、端末装置１１－１～１１－Ｎ）と、複数の事業者装置（本実施形態では、事業者装置１２－１～１２－Ｍ）と、管理装置（本実施形態では、管理装置１３）と、を備える認証システム（本実施形態では、認証システム１）であって、次のような構成とした。
事業者装置は、端末装置との通信によって提供される事業（例えば、電子的なショッピングモールなど）においてユーザに対してデジタルコンテンツであるアイテムを付与（例えば、販売などの有償譲渡、付録などの無償譲渡）する。
事業者装置は、事業に関する第１識別情報（本実施形態では、事業ＩＤと事業者ＩＤとの一方または両方）と、事業におけるユーザの第２識別情報（本実施形態では、電子的なショッピングモールなどにおけるユーザＩＤ）と、ユーザに付与されたアイテムの第３識別情報（本実施形態では、アイテムＩＤであり、シリアルナンバーを含んでもよい。）を管理装置に送信する。
管理装置は、アイテムがユーザによって所有されることを認証する情報として、事業者装置から送信された第１識別情報、第２識別情報および第３識別情報と、複数の事業者装置に共通なユーザの第４識別情報（本実施形態では、共通ＩＤ）とが対応付けられる証明書（本実施形態では、例えば、図５に示される証明書４１１）の情報を生成する。
一構成例として、認証システムにおいて、複数の事業者装置のそれぞれごとに、同一のユーザの第２識別情報（例えば、それぞれ異なる電子的なショッピングモールなどにおけるユーザＩＤ）は異なり得る。
一構成例として、認証システムにおいて、第１識別情報は、事業を提供する事業者を識別する情報（本実施形態では、事業者ＩＤ）と、事業を識別する情報（本実施形態では、事業ＩＤ）とのうちの一方または両方である。
一構成例として、認証システムにおいて、管理装置または事業者装置は、ユーザによって操作される端末装置からの要求に応じて、ユーザの第４識別情報の登録を行う処理を実行する。
一構成例として、認証システムにおいて、管理装置または事業者装置は、ユーザの第４識別情報を使用した端末装置からの要求に応じて、証明書に関する情報を閲覧させる処理を実行する。
一構成例として、認証システムにおいて、管理装置または事業者装置は、ユーザの第４識別情報を使用した端末装置からの要求に応じて、証明書の内容を変更する処理を実行する。
一構成例として、認証システムにおいて、端末装置は、証明書に関する要求（例えば、閲覧、内容の変更など）が許容されるための第５識別情報（例えば、第４識別情報と同じ情報であってもよいが、他の情報であってもよい。）を記憶する。
一構成例として、認証システムにおいて、第５識別情報は、ユーザの第４識別情報である（第５識別情報と第４識別情報とが同じ場合の例である。）。
一構成例として、認証システムにおいて、第１識別情報は、事業を提供する事業者を識別する情報（本実施形態では、事業者ＩＤ）と、事業を識別する情報（本実施形態では、事業ＩＤ）とのうちの一方または両方である。
一構成例として、認証システムにおいて、管理装置または事業者装置は、ユーザによって操作される端末装置からの要求に応じて、ユーザの第４識別情報の登録を行う処理を実行する。
一構成例として、認証システムにおいて、管理装置または事業者装置は、ユーザの第４識別情報を使用した端末装置からの要求に応じて、証明書に関する情報を閲覧させる処理を実行する。
一構成例として、認証システムにおいて、管理装置または事業者装置は、ユーザの第４識別情報を使用した端末装置からの要求に応じて、証明書の内容を変更する処理を実行する。
一構成例として、認証システムにおいて、端末装置は、証明書に関する要求（例えば、閲覧、内容の変更など）が許容されるための第５識別情報（例えば、第４識別情報と同じ情報であってもよいが、他の情報であってもよい。）を記憶する。
一構成例として、認証システムにおいて、第５識別情報は、ユーザの第４識別情報である（第５識別情報と第４識別情報とが同じ場合の例である。）。
一構成例として、認証システムにおいて、ブロックチェーンを用いて、証明書の情報を記憶する。
一構成例として、認証システムにおいて、端末装置は、ブロックチェーンにおけるユーザに関する証明書の情報の閲覧が許容されるための鍵情報（例えば、秘密鍵の情報）を記憶する。
一構成例として、認証システムにおいて、ユーザの第４識別情報は、鍵情報である。または、ユーザの第４識別情報は、鍵情報を含む。
一構成例として、認証システムにおいて、端末装置は、ブロックチェーンにおけるユーザに関する証明書の情報の閲覧が許容されるための鍵情報（例えば、秘密鍵の情報）を記憶する。
一構成例として、認証システムにおいて、ユーザの第４識別情報は、鍵情報である。または、ユーザの第４識別情報は、鍵情報を含む。
一構成例として、ユーザによって操作される端末装置と、複数の事業者装置と、管理装置と、を備える認証システムにおける認証方法であって、次のような構成とした。
事業者装置は、端末装置との通信によって提供される事業においてユーザに対してデジタルコンテンツであるアイテムを付与する。
事業者装置は、事業に関する第１識別情報と、事業におけるユーザの第２識別情報と、ユーザに付与されたアイテムの第３識別情報を管理装置に送信する。
管理装置は、アイテムがユーザによって所有されることを認証する情報として、事業者装置から送信された第１識別情報、第２識別情報および第３識別情報と、複数の事業者装置に共通なユーザの第４識別情報とが対応付けられる証明書の情報を生成する。
事業者装置は、端末装置との通信によって提供される事業においてユーザに対してデジタルコンテンツであるアイテムを付与する。
事業者装置は、事業に関する第１識別情報と、事業におけるユーザの第２識別情報と、ユーザに付与されたアイテムの第３識別情報を管理装置に送信する。
管理装置は、アイテムがユーザによって所有されることを認証する情報として、事業者装置から送信された第１識別情報、第２識別情報および第３識別情報と、複数の事業者装置に共通なユーザの第４識別情報とが対応付けられる証明書の情報を生成する。
一構成例として、ユーザによって操作される端末装置であって、次のような構成とした。
端末装置は、事業者装置と端末装置との通信によって提供される事業においてユーザに対して付与されるデジタルコンテンツであるアイテムが当該ユーザによって所有されることを管理装置によって認証する情報として生成される、事業に関する第１識別情報と、事業における当該ユーザの第２識別情報と、アイテムの第３識別情報と、複数の事業者装置に共通な当該ユーザの第４識別情報とが対応付けられた証明書の情報について、当該証明書に関する要求が許容されるための要求用情報（本実施形態では、例えば、共通ＩＤあるいは秘密鍵などであり、秘密鍵などが共通ＩＤとして用いられてもよい。）を記憶する。
端末装置は、要求用情報を使用して、管理装置または事業者装置に当該要求を行う。
端末装置は、事業者装置と端末装置との通信によって提供される事業においてユーザに対して付与されるデジタルコンテンツであるアイテムが当該ユーザによって所有されることを管理装置によって認証する情報として生成される、事業に関する第１識別情報と、事業における当該ユーザの第２識別情報と、アイテムの第３識別情報と、複数の事業者装置に共通な当該ユーザの第４識別情報とが対応付けられた証明書の情報について、当該証明書に関する要求が許容されるための要求用情報（本実施形態では、例えば、共通ＩＤあるいは秘密鍵などであり、秘密鍵などが共通ＩＤとして用いられてもよい。）を記憶する。
端末装置は、要求用情報を使用して、管理装置または事業者装置に当該要求を行う。
一構成例として、ユーザによって操作される端末装置と、複数の事業者装置と、管理装置と、を備える認証システムにおける管理装置を構成するコンピュータに、事業者装置が端末装置との通信によって提供される事業において当該ユーザに対してデジタルコンテンツであるアイテムを付与した場合に、事業者装置から管理装置に送信される事業に関する第１識別情報と、事業における当該ユーザの第２識別情報と、当該ユーザに付与されたアイテムの第３識別情報を受信する機能と、当該アイテムが当該ユーザによって所有されることを認証する情報として、事業者装置から受信された第１識別情報、第２識別情報および第３識別情報と、複数の事業者装置に共通な当該ユーザの第４識別情報とが対応付けられる証明書の情報を生成する機能と、を実現させるためのプログラムである。
一構成例として、ユーザによって操作される端末装置を構成するコンピュータに、事業者装置と端末装置との通信によって提供される事業において当該ユーザに対して付与されるデジタルコンテンツであるアイテムが当該ユーザによって所有されることを管理装置によって認証する情報として生成される、事業に関する第１識別情報と、事業における当該ユーザの第２識別情報と、アイテムの第３識別情報と、複数の事業者装置に共通な当該ユーザの第４識別情報とが対応付けられる証明書の情報について、当該証明書に関する要求が許容されるための要求用情報を管理装置または事業者装置から受信する機能と、要求用情報を使用して、管理装置または事業者装置に当該要求を行う機能と、を実現させるためのプログラムである。
なお、他の実施の態様として、プログラムの記録媒体などとして構成されてもよい。
なお、他の実施の態様として、プログラムの記録媒体などとして構成されてもよい。
ここで、以上に示した実施形態に係る各装置（例えば、端末装置１１－１～１１－Ｎ、事業者装置１２－１～１２－Ｍ、管理装置１３など）の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録（記憶）して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより、処理を行ってもよい。
なお、ここでいう「コンピュータシステム」とは、オペレーティング・システム（ＯＳ：Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）あるいは周辺機器等のハードウェアを含むものであってもよい。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
また、コンピュータ読み取り可能な記録媒体は、例えば、非一時的記録媒体である。
なお、ここでいう「コンピュータシステム」とは、オペレーティング・システム（ＯＳ：Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）あるいは周辺機器等のハードウェアを含むものであってもよい。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
また、コンピュータ読み取り可能な記録媒体は、例えば、非一時的記録媒体である。
さらに、「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークあるいは電話回線等の通信回線を介してプログラムが送信された場合のサーバあるいはクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ））のように、一定時間プログラムを保持しているものも含むものとする。
また、上記のプログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）あるいは電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記のプログラムは、前述した機能の一部を実現するためのものであってもよい。さらに、上記のプログラムは、前述した機能をコンピュータシステムに既に記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。
また、上記のプログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）あるいは電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記のプログラムは、前述した機能の一部を実現するためのものであってもよい。さらに、上記のプログラムは、前述した機能をコンピュータシステムに既に記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。
以上に説明した任意の装置における任意の構成部の機能は、プロセッサーにより実現されてもよい。例えば、本実施形態における各処理は、プログラム等の情報に基づき動作するプロセッサーと、プログラム等の情報を記憶するコンピュータ読み取り可能な記録媒体により実現されてもよい。ここで、プロセッサーは、例えば、各部の機能が個別のハードウェアで実現されてもよく、あるいは、各部の機能が一体のハードウェアで実現されてもよい。例えば、プロセッサーはハードウェアを含み、当該ハードウェアは、デジタル信号を処理する回路およびアナログ信号を処理する回路のうちの少なくとも一方を含んでもよい。例えば、プロセッサーは、回路基板に実装された１または複数の回路装置、あるいは、１または複数の回路素子のうちの一方または両方を用いて、構成されてもよい。回路装置としてはＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）などが用いられてもよく、回路素子としては抵抗あるいはキャパシターなどが用いられてもよい。
ここで、プロセッサーは、例えば、ＣＰＵであってもよい。ただし、プロセッサーは、ＣＰＵに限定されるものではなく、例えば、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、あるいは、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）等のような、各種のプロセッサーが用いられてもよい。また、プロセッサーは、例えば、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）によるハードウェア回路であってもよい。また、プロセッサーは、例えば、複数のＣＰＵにより構成されていてもよく、あるいは、複数のＡＳＩＣによるハードウェア回路により構成されていてもよい。また、プロセッサーは、例えば、複数のＣＰＵと、複数のＡＳＩＣによるハードウェア回路と、の組み合わせにより構成されていてもよい。また、プロセッサーは、例えば、アナログ信号を処理するアンプ回路あるいはフィルター回路等のうちの１以上を含んでもよい。
以上、本発明の実施形態について図面を参照して詳述したが、具体的な構成はこの実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等も含まれる。
１…認証システム、１１－１～１１－Ｎ…端末装置、１２－１～１２－Ｍ…事業者装置、１３…管理装置、１１１、２１１、３１１…操作部、１１２、２１２、３１２…表示部、１１３、２１３、３１３…通信部、１１４、２１４、３１４…記憶部、１１５、２１５、３１５…制御部、１３１、４３４…共通ＩＤ、１５１、２５２…要求発信部、１５２、２５３…通知取得部、２５１、３５１…要求受付部、２５４、３５３…通知部、２５５、３５２…処理実行部、４１１…証明書、４３１…事業者ＩＤ、４３２…ユーザＩＤ、４３３…アイテムＩＤ、４５１…シリアルナンバー、１０１１…権利管理テーブル
Claims (13)
- ユーザによって操作される端末装置と、複数の事業者装置と、管理装置と、を備える認証システムであって、
前記事業者装置は、前記端末装置との通信によって提供される事業において前記ユーザに対してデジタルコンテンツであるアイテムを付与し、
前記事業者装置は、前記事業に関する第１識別情報と、前記事業における前記ユーザの第２識別情報と、前記ユーザに付与された前記アイテムの第３識別情報を前記管理装置に送信し、
前記管理装置は、前記アイテムが前記ユーザによって所有されることを認証する情報として、前記事業者装置から送信された前記第１識別情報、前記第２識別情報および前記第３識別情報と、前記複数の前記事業者装置に共通な前記ユーザの第４識別情報とが対応付けられる証明書の情報を生成する、
認証システム。 - 前記複数の前記事業者装置のそれぞれごとに、同一の前記ユーザの前記第２識別情報は異なり得る、
請求項１に記載の認証システム。 - 前記第１識別情報は、前記事業を提供する事業者を識別する情報と、前記事業を識別する情報とのうちの一方または両方である、
請求項１または請求項２に記載の認証システム。 - 前記管理装置または前記事業者装置は、前記ユーザによって操作される前記端末装置からの要求に応じて、前記ユーザの前記第４識別情報の登録を行う処理を実行する、
請求項１から請求項３のいずれか１項に記載の認証システム。 - 前記管理装置または前記事業者装置は、前記ユーザの前記第４識別情報を使用した前記端末装置からの要求に応じて、前記証明書に関する情報を閲覧させる処理を実行する、
請求項１から請求項４のいずれか１項に記載の認証システム。 - 前記管理装置または前記事業者装置は、前記ユーザの前記第４識別情報を使用した前記端末装置からの要求に応じて、前記証明書の内容を変更する処理を実行する、
請求項１から請求項５のいずれか１項に記載の認証システム。 - 前記端末装置は、前記証明書に関する要求が許容されるための第５識別情報を記憶する、
請求項１から請求項６のいずれか１項に記載の認証システム。 - 前記第５識別情報は、前記ユーザの前記第４識別情報である、
請求項７に記載の認証システム。 - ブロックチェーンを用いて、前記証明書の情報を記憶する、
請求項１から請求項８のいずれか１項に記載の認証システム。 - 前記端末装置は、前記ブロックチェーンにおける前記ユーザに関する前記証明書の情報の閲覧が許容されるための鍵情報を記憶する、
請求項９に記載の認証システム。 - 前記ユーザの前記第４識別情報は、前記鍵情報である、または、前記鍵情報を含む、
請求項１０に記載の認証システム。 - ユーザによって操作される端末装置と、複数の事業者装置と、管理装置と、を備える認証システムにおける認証方法であって、
前記事業者装置は、前記端末装置との通信によって提供される事業において前記ユーザに対してデジタルコンテンツであるアイテムを付与し、
前記事業者装置は、前記事業に関する第１識別情報と、前記事業における前記ユーザの第２識別情報と、前記ユーザに付与された前記アイテムの第３識別情報を前記管理装置に送信し、
前記管理装置は、前記アイテムが前記ユーザによって所有されることを認証する情報として、前記事業者装置から送信された前記第１識別情報、前記第２識別情報および前記第３識別情報と、前記複数の前記事業者装置に共通な前記ユーザの第４識別情報とが対応付けられる証明書の情報を生成する、
認証方法。 - ユーザによって操作される端末装置と、複数の事業者装置と、管理装置と、を備える認証システムにおける前記管理装置を構成するコンピュータに、
前記事業者装置が前記端末装置との通信によって提供される事業において前記ユーザに対してデジタルコンテンツであるアイテムを付与した場合に、前記事業者装置から前記管理装置に送信される前記事業に関する第１識別情報と、前記事業における前記ユーザの第２識別情報と、前記ユーザに付与された前記アイテムの第３識別情報を受信する機能と、
前記アイテムが前記ユーザによって所有されることを認証する情報として、前記事業者装置から受信された前記第１識別情報、前記第２識別情報および前記第３識別情報と、前記複数の前記事業者装置に共通な前記ユーザの第４識別情報とが対応付けられる証明書の情報を生成する機能と、
を実現させるためのプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2019129516A JP7301648B2 (ja) | 2019-07-11 | 2019-07-11 | 認証システム、認証方法およびプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2019129516A JP7301648B2 (ja) | 2019-07-11 | 2019-07-11 | 認証システム、認証方法およびプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2021015429A JP2021015429A (ja) | 2021-02-12 |
| JP7301648B2 true JP7301648B2 (ja) | 2023-07-03 |
Family
ID=74531858
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2019129516A Active JP7301648B2 (ja) | 2019-07-11 | 2019-07-11 | 認証システム、認証方法およびプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP7301648B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP7322307B1 (ja) * | 2023-01-13 | 2023-08-07 | エヌエイチエヌ コーポレーション | ゲーム制御方法、プログラム、およびサーバ |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003162600A (ja) | 2001-08-08 | 2003-06-06 | Matsushita Electric Ind Co Ltd | ライセンス情報変換装置 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9129095B1 (en) * | 2014-12-19 | 2015-09-08 | Tresorit, Kft | Client-side encryption with DRM |
-
2019
- 2019-07-11 JP JP2019129516A patent/JP7301648B2/ja active Active
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003162600A (ja) | 2001-08-08 | 2003-06-06 | Matsushita Electric Ind Co Ltd | ライセンス情報変換装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2021015429A (ja) | 2021-02-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20210050994A1 (en) | Registry blockchain architecture | |
| US7188110B1 (en) | Secure and convenient method and apparatus for storing and transmitting telephony-based data | |
| US8738457B2 (en) | Methods of facilitating merchant transactions using a computerized system including a set of titles | |
| US20050273805A1 (en) | Methods and apparatus for a title transaction network | |
| JP5634337B2 (ja) | コンテンツデータ配信システム、コンテンツデータ配信方法、及び半導体装置 | |
| TWI827867B (zh) | 基於區塊鏈之檔案儲存裝置與檔案存取授權系統及其方法 | |
| US20060235795A1 (en) | Secure network commercial transactions | |
| US20070162300A1 (en) | Methods of facilitating contact management using a computerized system including a set of titles | |
| US20060170759A1 (en) | Methods and apparatus for optimizing digital asset distribution | |
| TW486902B (en) | Method capable of preventing electronic documents from being illegally copied and its system | |
| JP6963218B2 (ja) | チケット有効性確認装置、方法およびプログラム | |
| JP2006209766A (ja) | 購入されたデジタルコンテンツを管理するためのシステム | |
| US20230230066A1 (en) | Crypto Wallet Configuration Data Retrieval | |
| CN101951360A (zh) | 可互操作的密钥箱 | |
| US20080172339A1 (en) | Method and system for authenticating transactions | |
| JP7301648B2 (ja) | 認証システム、認証方法およびプログラム | |
| JP2002157226A (ja) | パスワード集中管理システム | |
| JP2018055149A (ja) | 出荷製品認証システムおよびサーバ装置 | |
| JP2016154027A (ja) | 電子書籍管理方法、サーバー装置、コンピュータプログラム | |
| JP2007265090A (ja) | 情報処理装置及び情報処理システム | |
| JP2023061082A (ja) | 物品の所有権管理システム及び所有権管理用識別コード | |
| JP2008521126A (ja) | ライセンスされたコンテンツをレンダリングする方法、及びｄｒｍプラットフォーム間の相互運用性を提供する方法 | |
| JP6500307B2 (ja) | サービス提供システムおよびサービス提供方法 | |
| JP7372712B1 (ja) | トークン転送ロック制御プログラム、コンピュータ、トークン転送ロック制御方法、および許可状態変更プログラム。 | |
| US20240195619A1 (en) | Token gating access |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20220706 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20230328 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20230329 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20230428 |
|
| 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: 20230523 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20230621 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 7301648 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |