知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024015928
(43)【公開日】2024-02-06
(54)【発明の名称】共有サーバ装置、管理方法およびプログラム
(51)【国際特許分類】
G06Q 10/0633 20230101AFI20240130BHJP
H04L 51/234 20220101ALI20240130BHJP
【ＦＩ】
G06Q10/06 324
H04L51/234
【審査請求】未請求
【請求項の数】11
【出願形態】ＯＬ
(21)【出願番号】P 2022118318
(22)【出願日】2022-07-25
(71)【出願人】
【識別番号】000006747
【氏名又は名称】株式会社リコー
(74)【代理人】
【識別番号】100089118
【弁理士】
【氏名又は名称】酒井 宏明
(72)【発明者】
【氏名】中村 彰吾
(72)【発明者】
【氏名】橋本 歩
(72)【発明者】
【氏名】横山 卓平
(72)【発明者】
【氏名】吉村 彰人
(72)【発明者】
【氏名】吉野 正樹
(72)【発明者】
【氏名】国見 敬二
【テーマコード（参考）】
5L049
【Ｆターム（参考）】
5L049AA07
(57)【要約】 （修正有）
【課題】製品に問題が生じた場合でも、どの情報処理装置が原因で問題が生じたのか直ちに解析する共有サーバ装置、管理方法及びプログラムを提供する。
【解決手段】複数の情報処理装置と、共有サーバ装置とが、ネットワークに接続されている管理システムにおいて、共有サーバ装置は、コード情報と、第１の情報と、第１の情報を送信した第１の情報処理装置と、を紐付けて情報保持部に保存する新規登録処理部と、第２の情報処理装置から対象物に付されたコードと第２の情報処理装置で保有する第２の情報とともに追加登録要求を受信し、コード情報と第１の情報及び第２の情報と加え、受信した第２の情報と、追加登録要求を送信した第２の情報処理装置と、を紐付けて、情報保持部に保存する追加登録処理部と、新規なコード情報を生成するコード情報生成部と、対象物に付すためのコードを生成するコード情報符号部と、コード情報を復元するコード復号部と、を備える。
【選択図】図２
【解決手段】複数の情報処理装置と、共有サーバ装置とが、ネットワークに接続されている管理システムにおいて、共有サーバ装置は、コード情報と、第１の情報と、第１の情報を送信した第１の情報処理装置と、を紐付けて情報保持部に保存する新規登録処理部と、第２の情報処理装置から対象物に付されたコードと第２の情報処理装置で保有する第２の情報とともに追加登録要求を受信し、コード情報と第１の情報及び第２の情報と加え、受信した第２の情報と、追加登録要求を送信した第２の情報処理装置と、を紐付けて、情報保持部に保存する追加登録処理部と、新規なコード情報を生成するコード情報生成部と、対象物に付すためのコードを生成するコード情報符号部と、コード情報を復元するコード復号部と、を備える。
【選択図】図２
【特許請求の範囲】
【請求項1】
対象物を管理する複数の情報処理装置にネットワークで接続される共有サーバ装置であって、
情報保持部と、
前記複数の情報処理装置のうち、第１の情報処理装置から、前記第１の情報処理装置で保有する情報である第１の情報とともに新規登録要求を受信する新規登録処理部と、
前記新規登録処理部が、前記新規登録要求を受信した場合に、新規なコード情報を生成するコード情報生成部と、
前記生成されたコード情報を符号化して、前記対象物に付すためのコードを生成するコード情報符号部と、を備え、
前記新規登録処理部は、前記コード情報生成部で生成されたコード情報と、受信した第１の情報と、前記第１の情報を送信した前記第１の情報処理装置と、を紐付けて前記情報保持部に保存し、前記コード情報符号部で生成されたコードを、前記第１の情報処理装置に送信し、
前記共有サーバ装置は、
前記複数の情報処理装置のうち、一または複数の第２の情報処理装置から、前記対象物に付された前記コードと前記第２の情報処理装置で保有する情報である第２の情報とともに追加登録要求を受信する追加登録処理部と、
前記追加登録処理部が前記追加登録要求を受信した場合、受信した前記コードを復号化して前記コード情報を復元するコード復号部と、を備え、
前記追加登録処理部は、前記コード情報と前記第１の情報及び先に登録された前記第２の情報と加え、さらに、受信した前記第２の情報と、前記追加登録要求を送信した前記第２の情報処理装置とを紐付けて、前記情報保持部に保存し、登録完了の旨を、前記追加登録要求を送信した前記第２の情報処理装置に送信し、
前記共有サーバ装置は、
前記情報処理装置から前記情報とともに問い合わせを受信し、受信した前記情報を、前記情報保持部から検索し、前記情報が前記情報保持部に存在した場合に、前記情報に紐付いた情報処理装置に、検索された前記情報を送信する問い合わせ処理部、
を備える共有サーバ装置。
情報保持部と、
前記複数の情報処理装置のうち、第１の情報処理装置から、前記第１の情報処理装置で保有する情報である第１の情報とともに新規登録要求を受信する新規登録処理部と、
前記新規登録処理部が、前記新規登録要求を受信した場合に、新規なコード情報を生成するコード情報生成部と、
前記生成されたコード情報を符号化して、前記対象物に付すためのコードを生成するコード情報符号部と、を備え、
前記新規登録処理部は、前記コード情報生成部で生成されたコード情報と、受信した第１の情報と、前記第１の情報を送信した前記第１の情報処理装置と、を紐付けて前記情報保持部に保存し、前記コード情報符号部で生成されたコードを、前記第１の情報処理装置に送信し、
前記共有サーバ装置は、
前記複数の情報処理装置のうち、一または複数の第２の情報処理装置から、前記対象物に付された前記コードと前記第２の情報処理装置で保有する情報である第２の情報とともに追加登録要求を受信する追加登録処理部と、
前記追加登録処理部が前記追加登録要求を受信した場合、受信した前記コードを復号化して前記コード情報を復元するコード復号部と、を備え、
前記追加登録処理部は、前記コード情報と前記第１の情報及び先に登録された前記第２の情報と加え、さらに、受信した前記第２の情報と、前記追加登録要求を送信した前記第２の情報処理装置とを紐付けて、前記情報保持部に保存し、登録完了の旨を、前記追加登録要求を送信した前記第２の情報処理装置に送信し、
前記共有サーバ装置は、
前記情報処理装置から前記情報とともに問い合わせを受信し、受信した前記情報を、前記情報保持部から検索し、前記情報が前記情報保持部に存在した場合に、前記情報に紐付いた情報処理装置に、検索された前記情報を送信する問い合わせ処理部、
を備える共有サーバ装置。
【請求項2】
前記問い合わせ処理部は、さらに、前記情報処理装置から前記コードとともに問い合わせを受信し、受信した前記コードを前記コード復号部で復元されたコード情報を、前記情報保持部から検索し、前記コード情報が前記情報保持部に存在した場合に、前記コード情報に紐付いた前記情報処理装置に、前記コード情報に紐付いた前記情報を送信する、
請求項１に記載の共有サーバ装置。
請求項１に記載の共有サーバ装置。
【請求項3】
前記新規登録処理部が、前記新規登録要求を受信した場合に、前記第１の情報処理装置のための識別情報である第１の識別情報を生成し、前記追加登録処理部が前記追加登録要求を受信した場合に、前記第２の情報処理装置のための識別情報である第２の識別情報を生成する識別情報生成部、をさらに備え、
前記新規登録処理部は、前記コード情報生成部で生成されたコード情報と、受信した第１の情報と、生成された前記第１の識別情報と、前記第１の情報を送信した前記第１の情報処理装置と、を紐付けて、前記情報保持部に保存し、前記生成されたコードと前記第１の識別情報とを、前記第１の情報処理装置に送信し、
前記追加登録処理部は、前記コード情報と前記第１の情報と先に登録された前記第２の情報と前記第２の識別情報と、に加え、さらに、受信した前記第２の情報と、生成された前記第２の識別情報と、前記第２の情報を送信した前記第２の情報処理装置とを紐付けて、前記情報保持部に保存し、前記第２の識別情報を、前記追加登録要求を送信した前記第２の情報処理装置に送信する、
請求項１に記載の共有サーバ装置。
前記新規登録処理部は、前記コード情報生成部で生成されたコード情報と、受信した第１の情報と、生成された前記第１の識別情報と、前記第１の情報を送信した前記第１の情報処理装置と、を紐付けて、前記情報保持部に保存し、前記生成されたコードと前記第１の識別情報とを、前記第１の情報処理装置に送信し、
前記追加登録処理部は、前記コード情報と前記第１の情報と先に登録された前記第２の情報と前記第２の識別情報と、に加え、さらに、受信した前記第２の情報と、生成された前記第２の識別情報と、前記第２の情報を送信した前記第２の情報処理装置とを紐付けて、前記情報保持部に保存し、前記第２の識別情報を、前記追加登録要求を送信した前記第２の情報処理装置に送信する、
請求項１に記載の共有サーバ装置。
【請求項4】
前記問い合わせ処理部は、さらに、前記情報処理装置から前記識別情報とともに問い合わせを受信し、受信した前記識別情報を、前記情報保持部から検索し、前記識別情報が前記情報保持部に存在した場合に、前記識別情報に紐付いた情報処理装置に、前記識別情報に紐付いた前記情報を送信する、
請求項３に記載の共有サーバ装置。
請求項３に記載の共有サーバ装置。
【請求項5】
前記問い合わせ処理部は、さらに、前記情報処理装置から前記識別情報とともに問い合わせを受信し、受信した前記識別情報を、前記情報保持部から検索し、前記識別情報が前記情報保持部に存在した場合に、前記識別情報に紐付いた情報処理装置に、前記識別情報を送信する、
請求項４に記載の共有サーバ装置。
請求項４に記載の共有サーバ装置。
【請求項6】
参照元と、前記参照元が参照可能な前記情報保持部に保存された情報と、を対応づけたアクセス権設定情報を、記憶するアクセス権保持部、をさらに備え、
前記問い合わせ処理部は、前記アクセス権設定情報において、前記参照元が参照可能な情報を、前記参照元に送信する、
請求項１、２、４のいずれか一つに記載の共有サーバ装置。
前記問い合わせ処理部は、前記アクセス権設定情報において、前記参照元が参照可能な情報を、前記参照元に送信する、
請求項１、２、４のいずれか一つに記載の共有サーバ装置。
【請求項7】
前記複数の情報処理装置のそれぞれは、前記コードを不可視状態の不可視コードとして対象物に付し、
前記情報保持部は、前記コード情報と、前記情報と、前記情報処理装置と、前記識別情報と、前記対象物に関する可視情報と、前記対象物が偽造されている可能性の有無を示す偽造情報と、を対応づけて保存する、
請求項３に記載の共有サーバ装置。
前記情報保持部は、前記コード情報と、前記情報と、前記情報処理装置と、前記識別情報と、前記対象物に関する可視情報と、前記対象物が偽造されている可能性の有無を示す偽造情報と、を対応づけて保存する、
請求項３に記載の共有サーバ装置。
【請求項8】
前記問い合わせ処理部は、さらに、前記情報処理装置から前記可視情報とともに問い合わせを受信し、受信した前記可視情報を、前記情報保持部から検索し、前記可視情報が前記情報保持部に存在した場合に、前記可視情報に紐付いた情報処理装置に、前記可視情報に紐付いた前記情報を送信する、
請求項７に記載の共有サーバ装置。
請求項７に記載の共有サーバ装置。
【請求項9】
前記問い合わせ処理部は、さらに、前記情報処理装置から前記可視情報とともに問い合わせを受信し、受信した前記可視情報を、前記情報保持部から検索し、前記可視情報が前記情報保持部に存在した場合に、前記可視情報に紐付いた情報処理装置に、前記可視情報に紐付いた前記識別情報と、前記可視情報に紐付いた前記偽造情報と、を送信する、
請求項８に記載の共有サーバ装置。
請求項８に記載の共有サーバ装置。
【請求項10】
対象物を管理する複数の情報処理装置にネットワークで接続される共有サーバ装置で実行される管理方法であって、
前記共有サーバ装置は、情報保持部、を備え、
前記複数の情報処理装置のうち、第１の情報処理装置から、前記第１の情報処理装置で保有する情報である第１の情報とともに新規登録要求を受信する新規登録処理ステップと、
前記新規登録処理ステップで、前記新規登録要求を受信した場合に、新規なコード情報を生成するコード情報生成ステップと、
前記生成されたコード情報を符号化して、前記対象物に付すためのコードを生成するコード情報符号ステップと、を含み、
前記新規登録処理ステップは、前記コード情報生成ステップで生成されたコード情報と、受信した第１の情報と、前記第１の情報を送信した前記第１の情報処理装置と、を紐付けて前記情報保持部に保存し、前記コード情報符号ステップで生成されたコードを、前記第１の情報処理装置に送信し、
前記管理方法は、
前記複数の情報処理装置のうち、一または複数の第２の情報処理装置から、前記対象物に付された前記コードと前記第２の情報処理装置で保有する情報である第２の情報とともに追加登録要求を受信する追加登録処理ステップと、
前記追加登録処理ステップでが前記追加登録要求を受信した場合、受信した前記コードをして前記コード情報を復元するコード復号ステップと、を含み、
前記追加登録処理ステップは、前記コード情報と前記第１の情報及び先に登録された前記第２の情報と加え、さらに、受信した前記第２の情報と、前記追加登録要求を送信した前記第２の情報処理装置とを紐付けて、前記情報保持部に保存し、登録完了の旨を、前記追加登録要求を送信した前記第２の情報処理装置に送信し、
前記管理方法は、
前記情報処理装置から前記情報とともに問い合わせを受信し、受信した前記情報を、前記情報保持部から検索し、前記情報が前記情報保持部に存在した場合に、前記情報に紐付いた情報処理装置に、検索された前記情報を送信する問い合わせ処理ステップ、
を含む管理方法。
前記共有サーバ装置は、情報保持部、を備え、
前記複数の情報処理装置のうち、第１の情報処理装置から、前記第１の情報処理装置で保有する情報である第１の情報とともに新規登録要求を受信する新規登録処理ステップと、
前記新規登録処理ステップで、前記新規登録要求を受信した場合に、新規なコード情報を生成するコード情報生成ステップと、
前記生成されたコード情報を符号化して、前記対象物に付すためのコードを生成するコード情報符号ステップと、を含み、
前記新規登録処理ステップは、前記コード情報生成ステップで生成されたコード情報と、受信した第１の情報と、前記第１の情報を送信した前記第１の情報処理装置と、を紐付けて前記情報保持部に保存し、前記コード情報符号ステップで生成されたコードを、前記第１の情報処理装置に送信し、
前記管理方法は、
前記複数の情報処理装置のうち、一または複数の第２の情報処理装置から、前記対象物に付された前記コードと前記第２の情報処理装置で保有する情報である第２の情報とともに追加登録要求を受信する追加登録処理ステップと、
前記追加登録処理ステップでが前記追加登録要求を受信した場合、受信した前記コードをして前記コード情報を復元するコード復号ステップと、を含み、
前記追加登録処理ステップは、前記コード情報と前記第１の情報及び先に登録された前記第２の情報と加え、さらに、受信した前記第２の情報と、前記追加登録要求を送信した前記第２の情報処理装置とを紐付けて、前記情報保持部に保存し、登録完了の旨を、前記追加登録要求を送信した前記第２の情報処理装置に送信し、
前記管理方法は、
前記情報処理装置から前記情報とともに問い合わせを受信し、受信した前記情報を、前記情報保持部から検索し、前記情報が前記情報保持部に存在した場合に、前記情報に紐付いた情報処理装置に、検索された前記情報を送信する問い合わせ処理ステップ、
を含む管理方法。
【請求項11】
対象物を管理する複数の情報処理装置にネットワークで接続される共有サーバ装置のコンピュータに実行させるためのプログラムであって、
前記共有サーバ装置は、情報保持部、を備え、
前記複数の情報処理装置のうち、第１の情報処理装置から、前記第１の情報処理装置で保有する情報である第１の情報とともに新規登録要求を受信する新規登録処理ステップと、
前記新規登録処理ステップで、前記新規登録要求を受信した場合に、新規なコード情報を生成するコード情報生成ステップと、
前記生成されたコード情報を符号化して、前記対象物に付すためのコードを生成するコード情報符号ステップと、を前記コンピュータに実行させ、
前記新規登録処理ステップは、前記コード情報生成ステップで生成されたコード情報と、受信した第１の情報と、前記第１の情報を送信した前記第１の情報処理装置と、を紐付けて前記情報保持部に保存し、前記コード情報符号ステップで生成されたコードを、前記第１の情報処理装置に送信し、
前記プログラムは、
前記複数の情報処理装置のうち、一または複数の第２の情報処理装置から、前記対象物に付された前記コードと前記第２の情報処理装置で保有する情報である第２の情報とともに追加登録要求を受信する追加登録処理ステップと、
前記追加登録処理ステップでが前記追加登録要求を受信した場合、受信した前記コードをして前記コード情報を復元するコード復号ステップと、を前記コンピュータに実行させ、
前記追加登録処理ステップは、前記コード情報と前記第１の情報及び先に登録された前記第２の情報と加え、さらに、受信した前記第２の情報と、前記追加登録要求を送信した前記第２の情報処理装置とを紐付けて、前記情報保持部に保存し、登録完了の旨を、前記追加登録要求を送信した前記第２の情報処理装置に送信し、
前記プログラムは、
前記情報処理装置から前記情報とともに問い合わせを受信し、受信した前記情報を、前記情報保持部から検索し、前記情報が前記情報保持部に存在した場合に、前記情報に紐付いた情報処理装置に、検索された前記情報を送信する問い合わせ処理ステップ、
を前記コンピュータに実行させるためのプログラム。
前記共有サーバ装置は、情報保持部、を備え、
前記複数の情報処理装置のうち、第１の情報処理装置から、前記第１の情報処理装置で保有する情報である第１の情報とともに新規登録要求を受信する新規登録処理ステップと、
前記新規登録処理ステップで、前記新規登録要求を受信した場合に、新規なコード情報を生成するコード情報生成ステップと、
前記生成されたコード情報を符号化して、前記対象物に付すためのコードを生成するコード情報符号ステップと、を前記コンピュータに実行させ、
前記新規登録処理ステップは、前記コード情報生成ステップで生成されたコード情報と、受信した第１の情報と、前記第１の情報を送信した前記第１の情報処理装置と、を紐付けて前記情報保持部に保存し、前記コード情報符号ステップで生成されたコードを、前記第１の情報処理装置に送信し、
前記プログラムは、
前記複数の情報処理装置のうち、一または複数の第２の情報処理装置から、前記対象物に付された前記コードと前記第２の情報処理装置で保有する情報である第２の情報とともに追加登録要求を受信する追加登録処理ステップと、
前記追加登録処理ステップでが前記追加登録要求を受信した場合、受信した前記コードをして前記コード情報を復元するコード復号ステップと、を前記コンピュータに実行させ、
前記追加登録処理ステップは、前記コード情報と前記第１の情報及び先に登録された前記第２の情報と加え、さらに、受信した前記第２の情報と、前記追加登録要求を送信した前記第２の情報処理装置とを紐付けて、前記情報保持部に保存し、登録完了の旨を、前記追加登録要求を送信した前記第２の情報処理装置に送信し、
前記プログラムは、
前記情報処理装置から前記情報とともに問い合わせを受信し、受信した前記情報を、前記情報保持部から検索し、前記情報が前記情報保持部に存在した場合に、前記情報に紐付いた情報処理装置に、検索された前記情報を送信する問い合わせ処理ステップ、
を前記コンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、共有サーバ装置、管理方法およびプログラムに関する。
【背景技術】
【0002】
従来から、ＰＣまたはサーバ間の情報を一括管理する共有クラウドサーバが知られている。
【0003】
例えば、連携サーバにおいて、ユーザに共通ＩＤを発行するとともに、連携サーバと各病院公開サーバ間で個別に通信を行うための仮名を発行し、この共通ユーザＩＤと仮名を関連づけて、ＩＤ連携用データ記憶部に記録する技術がある。
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、このような従来技術では、通信ネットワークを介して通信可能な連携サーバにより、複数のサーバ間の従業員や患者のＩＤを紐づけて一括管理しているが、ある製品に問題が生じたときに、その問題がどの会社のサーバが原因で生じたのかを、すぐに解決することが困難であるという問題がある。
【0005】
本発明は、上記に鑑みてなされたものであって、製品に問題が生じた場合でも、どの情報処理装置が原因で問題が生じたのかを、直ちに解析することができる共有サーバ装置、管理方法およびプログラムを提供することを主な目的とする。
【課題を解決するための手段】
【0006】
上述した課題を解決し、目的を達成するために、本発明は、対象物を管理する複数の情報処理装置にネットワークで接続される共有サーバ装置であって、情報保持部と、前記複数の情報処理装置のうち、第１の情報処理装置から、前記第１の情報処理装置で保有する情報である第１の情報とともに新規登録要求を受信する新規登録処理部と、前記新規登録処理部が、前記新規登録要求を受信した場合に、新規なコード情報を生成するコード情報生成部と、前記生成されたコード情報を符号化して、前記対象物に付すためのコードを生成するコード情報符号部と、を備え、前記新規登録処理部は、前記コード情報生成部で生成されたコード情報と、受信した第１の情報と、前記第１の情報を送信した前記第１の情報処理装置と、を紐付けて前記情報保持部に保存し、前記コード情報符号部で生成されたコードを、前記第１の情報処理装置に送信し、前記共有サーバ装置は、前記複数の情報処理装置のうち、一または複数の第２の情報処理装置から、前記対象物に付された前記コードと前記第２の情報処理装置で保有する情報である第２の情報とともに追加登録要求を受信する追加登録処理部と、前記追加登録処理部が前記追加登録要求を受信した場合、受信した前記コードを復号化して前記コード情報を復元するコード復号部と、を備え、前記追加登録処理部は、前記コード情報と前記第１の情報及び先に登録された前記第２の情報と加え、さらに、受信した前記第２の情報と、前記追加登録要求を送信した前記第２の情報処理装置とを紐付けて、前記情報保持部に保存し、登録完了の旨を、前記追加登録要求を送信した前記第２の情報処理装置に送信し、前記共有サーバ装置は、前記情報処理装置から前記情報とともに問い合わせを受信し、受信した前記情報を、前記情報保持部から検索し、前記情報が前記情報保持部に存在した場合に、前記情報に紐付いた情報処理装置に、検索された前記情報を送信する問い合わせ処理部、を備える。
【発明の効果】
【0007】
本発明によれば、製品に問題が生じた場合でも、その問題がどの情報処理装置が原因で生じたのかを、直ちに解析することができるという効果を奏する。
【図面の簡単な説明】
【0008】
【発明を実施するための形態】
【0009】
以下に添付図面を参照して、共有サーバ装置、管理方法およびプログラムの実施の形態を詳細に説明する。
【0010】
［第１の実施の形態］
図１は、第１の実施形態にかかる管理システム１のネットワーク構成の一例を示す図である。図１に示すように、本実施形態にかかる管理システム１は、共有クラウドサーバ１００と、複数のサーバ２００ａや複数のＰＣ２００ｄとが、インターネット等のネットワークに接続されている。ここで、共有クラウドサーバ１００は、共有サーバ装置に相当する。複数のサーバ２００ａ、複数のＰＣ２００ｄは、複数の情報処理装置に相当する。ここで、サーバ２００ａ，ＰＣ２００ｄを区別しない場合には、サーバ／ＰＣ２００と称する。
図１は、第１の実施形態にかかる管理システム１のネットワーク構成の一例を示す図である。図１に示すように、本実施形態にかかる管理システム１は、共有クラウドサーバ１００と、複数のサーバ２００ａや複数のＰＣ２００ｄとが、インターネット等のネットワークに接続されている。ここで、共有クラウドサーバ１００は、共有サーバ装置に相当する。複数のサーバ２００ａ、複数のＰＣ２００ｄは、複数の情報処理装置に相当する。ここで、サーバ２００ａ，ＰＣ２００ｄを区別しない場合には、サーバ／ＰＣ２００と称する。
【0011】
複数のサーバ／ＰＣ２００は、対象物である製品を管理する。複数のサーバ／ＰＣ２００のそれぞれは、例えば、製品を扱う異なる企業に設けられ、各企業において製品を監視して、流通させる。
【0012】
共有クラウドサーバ１００は、複数のサーバ／ＰＣ２００のそれぞれから新規登録、追加登録を受信して、製品に関する各種情報を、一元管理する。また、共有クラウドサーバ１００は、複数のサーバ／ＰＣ２００からの問い合わせを受信して、一元管理されている製品に関する各種情報を、サーバ／ＰＣ２００に送信する。
【0013】
図２は、第１の実施形態にかかる共有クラウドサーバ１００の機能的構成を示すブロック図である。本実施形態にかかる共有クラウドサーバ１００は、図２に示すように、要求処理部１０と、コード処理部２０と、情報保持部３０と、を備えている。
【0014】
要求処理部１０は、サーバ／ＰＣ２００それぞれからの各種要求を受信して、各種要求に応じた処理を実行し、その結果をサーバ／ＰＣ２００それぞれに送信する。ここで、各種要求には、新規登録要求、追加登録要求、問い合わせがある。要求処理部１０は、図２に示すように、新規登録処理部１０１と、追加登録処理部１０２と、問い合わせ処理部１０３と、を備えている。
【0015】
新規登録処理部１０１は、複数のサーバ／ＰＣ２００のいずれかから、当該サーバ／ＰＣ２００で保有する情報とともに新規登録要求を受信する。ここで、新規登録要求を送信したサーバ／ＰＣ２００は第１の情報処理装置に相当する。新規登録要求とともに送信されてくるサーバ／ＰＣ２００で保有する情報は、第１の情報に相当する。
【0016】
また、新規登録処理部１０１は、後述するコード情報生成部２０１で生成されたコード情報と、サーバ／ＰＣ２００から受信した情報と、当該情報を送信したサーバ／ＰＣ２００と、を紐付けて情報保持部３０に保存する。具体的には、新規登録処理部１０１は、コード情報と、サーバ／ＰＣ２００から受信した情報と、当該情報を送信したサーバ／ＰＣ２００のアドレスと、を紐付けて、情報保持部３０の管理データベース（以下、管理ＤＢという）３１０に登録する。さらに、新規登録処理部１０１は、後述するコード情報符号部２０２で生成されたコードを、新規登録要求を送信したサーバ／ＰＣ２００に送信する。
【0017】
追加登録処理部１０２は、サーバ／ＰＣ２００から、対象物である製品に付されたコードと、当該サーバ／ＰＣ２００で保有する情報とともに追加登録要求を受信する。ここで、追加登録要求を送信したサーバ／ＰＣ２００は第２の情報処理装置に相当する。追加登録要求とともに送信されてくるサーバ／ＰＣ２００で保有する情報は、第２の情報に相当する。
【0018】
また、追加登録処理部１０２は、新規登録処理で生成されたコード情報と、新規登録要求により受信したサーバ／ＰＣ２００で保有する情報（第１の情報）と、に加え、さらに、追加登録要求で受信したサーバ／ＰＣ２００で保有する情報（第２の情報）と、追加登録要求を送信したサーバ／ＰＣ２００とを紐付けて、情報保持部３０に保存する。具体的には、追加登録処理部１０２は、情報保持部３０の管理ＤＢ３１０に登録されているコード情報と、新規登録要求により受信したサーバ／ＰＣ２００で保有する情報と、にさらに、追加登録要求で受信したサーバ／ＰＣ２００で保有する情報と、追加登録要求を送信したサーバ／ＰＣ２００のアドレスとを紐付けて登録する。
【0019】
ここで、管理ＤＢ３１０に、既に、先に登録された追加登録要求で受信したサーバ／ＰＣ２００で保有する情報（第２の情報）、当該サーバ／ＰＣ２００のアドレスが登録されている場合には、追加登録処理部１０２は、当該情報、アドレスにも紐付ける。
【0020】
さらに、追加登録処理部１０２は、登録完了の旨を、追加登録要求を送信したサーバ／ＰＣ２００に送信する。
【0021】
問い合わせ処理部１０３は、サーバ／ＰＣ２００から情報とともに問い合わせを受信し、受信した情報を、情報保持部３０の管理ＤＢ３１０から検索する。そして、問い合わせ処理部１０３は、当該情報が情報保持部３０に存在した場合、すなわち、管理ＤＢ３１０に登録されていた場合に、管理ＤＢ３１０において検索された情報に紐付いたサーバ／ＰＣ２００に、検索された情報を送信する。
【0022】
また、問い合わせ処理部１０３は、さらに、サーバ／ＰＣ２００からコードとともに問い合わせを受信し、受信したコードを後述するコード復号部２０３で復号化したコード情報を、情報保持部３０の管理ＤＢ３１０から検索する。そして、問い合わせ処理部１０３は、コード情報が情報保持部３０に存在した場合、すなわち、コード情報が管理ＤＢ３１０に登録されていた場合に、管理ＤＢ３１０においてコード情報に紐付いたサーバ／ＰＣ２００に、コード情報に紐付いた情報を送信する。
【0023】
コード処理部２０は、コードに関する処理を行う。コード処理部２０は、図２に示すように、コード情報生成部２０１と、コード情報符号部２０２と、コード復号部２０３と、を備えている。
【0024】
コード情報生成部２０１は、新規登録処理部１０１が、新規登録要求を受信した場合に、新規なコード情報を生成する。ここで、コード情報は、意味のある情報をもつ必要がなく、各情報の紐づけができればよい。これにより、本実施形態によれば、秘匿性を担保しつつ、当該製品情報のトレーサビリティを確保することができる。
【0025】
コード情報符号部２０２は、コード情報生成部２０１で生成されたコード情報を符号化して、コードを生成する。ここで、コードとは、対象物に付されるものであり、例えば、バーコードやＱＲコード（登録商標）等の二次元コード等が該当するが、これに限定されるものではない。
【0026】
コード復号部２０３は、追加登録処理部１０２が追加登録要求を受信した場合、受信したコードを復号化してコード情報を得る。
【0027】
情報保持部３０は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｃ Ｄｒｉｖｅ）、ＳＤＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記憶媒体である。情報保持部３０には、管理ＤＢ３１０が保存されている。
【0028】
管理ＤＢ３１０は、複数のサーバ／ＰＣ２００で管理され、かつ流通する製品に関する各種情報を一元管理するためのデータベースである。管理ＤＢ３１０は、コード情報と、各サーバ／ＰＣ２００で保有する情報および各サーバ／ＰＣ２００のアドレスとが、対応づけられて登録されている。
【0029】
図３は、第１の実施形態にかかる管理ＤＢ３１０のデータ構造の一例を示す図である。管理ＤＢ３１０は、図３に示すように、コード情報３０１と、各ＰＣ・サーバの情報３０２とが対応づけられる。各ＰＣ・サーバの情報３０２は、情報とサーバ／ＰＣ２００のアドレスとから構成される。
【0030】
次に、以上のように構成された本実施形態の共有クラウドサーバ１００による管理処理について説明する。
【0031】
図４は、第１の実施形態にかかる管理システムによる管理処理の流れを示す図である。図４の例では、対象物として錠剤にコードを印刷して、例えば、製薬会社である会社Ａから、物流会社である会社Ｂ，薬局である会社Ｃを経由して、錠剤が患者まで流通していく場合を考える。
【0032】
会社ＡにはサーバＡ、会社ＢにサーバＢ、会社ＣにはサーバＣが設置されており、サーバは、共有クラウドサーバ１００にネットワーク経由でアクセス可能となっている。
【0033】
まず、サーバＡは、サーバＡで保有している情報を、共有クラウドサーバ１００上にアップロードして新規登録要求を行う。ただし、サーバＡは、秘匿したい情報はアップロードする必要はない。新規登録要求を受信した共有クラウドサーバ１００は、新規なコード情報を生成し、コード情報と、アップロードされたサーバＡの情報とを紐付けて情報保持部３０に保存する。共有クラウドサーバ１００は、このコード情報から２次元コードであるコードを生成して、サーバＡに対して発行する。会社Ａでは、発行されたコードを製品である錠剤に印字し、会社Ａから会社Ｂに送付する。
【0034】
会社ＢのサーバＢでは、錠剤に印字されたコードを読み込み、サーバＢで保有している情報とともに共有クラウドサーバ１００にアップロードし、追加登録要求を行う。共有クラウドサーバ１００では、受信したコードを基に、情報保持部３０に既に存在しているサーバＡの情報と、アップロードされたサーバＢの情報を紐づける。そして、会社Ｂから会社Ｃにコードが印字された錠剤を送付する。
【0035】
会社ＣのサーバＣでも、サーバＢと同様に、会社Ｃで保有している情報の共有クラウドサーバ１００へのアップロードとともに追加登録要求を行う。これにより、共有クラウドサーバ１００では、サーバＡ／Ｂの情報とサーバＣの情報を紐づけて情報保持部３０に保存する。
【0036】
次に、このような共有クラウドサーバ１００による詳細な処理について説明する。まず、新規登録処理について説明する。
【0037】
図５は、第１の実施形態の共有クラウドサーバ１００による新規登録処理の手順の一例を示すフローチャートである。
【0038】
サーバ／ＰＣ２００（図５ではサーバＸ）から、サーバ／ＰＣ２００で保有している情報とともに新規登録要求が共有クラウドサーバ１００に送信された場合には、共有クラウドサーバ１００の新規登録処理部１０１は、サーバ／ＰＣ２００から新規登録要求を受信する（Ｓ１１）。
【0039】
次に、コード情報生成部２０１は、新規なコード情報を生成する（Ｓ１２）。そして、新規登録処理部１０１は、新規なコード情報と、Ｓ１１で受信したサーバ／ＰＣ２００の情報およびサーバ／ＰＣ２００のアドレスと、を紐付けて情報保持部３０に保存する（Ｓ１３）。これにより新規登録がなされることになる。
【0040】
次に、コード情報符号部２０２は、Ｓ１２で生成された新規なコード情報を符号化してコードとする（Ｓ１４）。そして、新規登録処理部１０１は、このコードを、新規登録要求を行ったサーバ／ＰＣ２００に送信する（Ｓ１５）。
【0041】
次に、追加登録処理について説明する。
図６は、第１の実施形態にかかる共有クラウドサーバ１００による追加登録処理の手順の一例を示すフローチャートである。
図６は、第１の実施形態にかかる共有クラウドサーバ１００による追加登録処理の手順の一例を示すフローチャートである。
【0042】
サーバ／ＰＣ２００（図６ではサーバＸ）から、サーバ／ＰＣ２００で保有している情報とコードとともに追加登録要求が共有クラウドサーバ１００に送信された場合には、共有クラウドサーバ１００の追加登録処理部１０２は、サーバ／ＰＣ２００から追加登録要求を受信する（Ｓ２１）。
【0043】
次に、コード復号部２０３は、Ｓ２１で受信したコードを復号化してコード情報を復元する（Ｓ２２）。そして、追加登録処理部１０２は、復元されたコード情報を情報保持部３０から検索する（Ｓ２３）。具体的には、追加登録処理部１０２は、管理ＤＢ３１０を検索して、Ｓ２２で復元されたコード情報が登録されているか否かを調べる。
【0044】
そして、追加登録処理部１０２は、コード情報が情報保持部３０に存在するか否かを判断する（Ｓ２４）。コード情報が情報保持部３０に存在しない場合には（Ｓ２４：Ｎｏ）、追加登録処理部１０２は、追加登録要求を送信したサーバ／ＰＣ２００に登録不可の旨のメッセージを送信する（Ｓ２７）。
【0045】
一方、Ｓ２４で、コード情報が情報保持部３０に存在する場合には（Ｓ２４：Ｙｅｓ）、追加登録処理部１０２は、情報保持部３０の管理ＤＢ３１０において、当該コード情報に対して、Ｓ２１で受信したサーバ／ＰＣ２００で保有する情報と当該サーバ／ＰＣ２００のアドレスとを、紐付けて追加登録する（Ｓ２５）。図３の管理ＤＢ３１０の例では、サーバＸの情報がコード情報「２」に紐付いて追加登録されている。そして、追加登録処理部１０２は、追加登録要求を送信したサーバ／ＰＣ２００に登録完了の旨のメッセージを送信する（Ｓ２６）。
【0046】
次に、情報による問い合わせ処理について説明する。
図７は、第１の実施形態にかかる共有クラウドサーバ１００による情報問い合わせ処理の手順の一例を示すフローチャートである。
図７は、第１の実施形態にかかる共有クラウドサーバ１００による情報問い合わせ処理の手順の一例を示すフローチャートである。
【0047】
サーバ／ＰＣ２００（図７ではサーバＸ）から、サーバ／ＰＣ２００で保有している情報とともに情報の問い合わせ要求が共有クラウドサーバ１００に送信されたとする。ここで、情報は、サーバ／ＰＣ２００が問い合わせたい情報または当該情報の一部である。
【0048】
このような情報の問い合わせ要求が送信された場合、共有クラウドサーバ１００の問い合わせ処理部１０３は、サーバ／ＰＣ２００から情報問い合わせ要求を受信する（Ｓ３１）。
【0049】
次に、問い合わせ処理部１０３は、Ｓ３１で受信した情報を情報保持部３０から検索する（Ｓ３２）。具体的には、問い合わせ処理部１０３は、管理ＤＢ３１０を検索して、Ｓ３１で受信した情報が登録されているか否かを調べる。
【0050】
そして、問い合わせ処理部１０３は、情報が情報保持部３０に存在するか否かを判断する（Ｓ３３）。情報が情報保持部３０に存在しない場合には（Ｓ３３：Ｎｏ）、問い合わせ処理部１０３は、情報問い合わせ要求を送信したサーバ／ＰＣ２００（サーバＸ）に問い合わせ失敗の旨のメッセージを送信する（Ｓ３６）。
【0051】
一方、Ｓ３３で、情報が情報保持部３０に存在する場合には（Ｓ３３：Ｙｅｓ）、問い合わせ処理部１０３は、情報保持部３０の管理ＤＢ３１０において、当該情報に紐付いている全てのサーバ／ＰＣ２００に対して、各サーバ／ＰＣ２００の情報を送信する（Ｓ３４）。次いで、問い合わせ処理部１０３は、情報問い合わせ要求を送信したサーバ／ＰＣ２００（サーバＸ）に処理完了の旨のメッセージを送信する（Ｓ３５）。
【0052】
図３の例では、問い合わせ要求を行ったサーバＸの情報に、ＰＣ：Ｂの情報が紐付いているため、ＰＣ：Ｂに対してＢの情報が送信されることになる。ここで、図３の管理ＤＢ３１０において、サーバＸの情報に、さらに他のサーバ／ＰＣ２００が紐付いていれば、問い合わせ処理部１０３は、当該サーバ／ＰＣ２００にも、当該サーバ／ＰＣ２００の情報を送信することになる。
【0053】
次に、コードによる問い合わせ処理について説明する。
図８は、第１の実施形態にかかる共有クラウドサーバ１００によるコード問い合わせ処理の手順の一例を示すフローチャートである。
図８は、第１の実施形態にかかる共有クラウドサーバ１００によるコード問い合わせ処理の手順の一例を示すフローチャートである。
【0054】
サーバ／ＰＣ２００（図８ではサーバＸ）から、コードとともにコードの問い合わせ要求が共有クラウドサーバ１００に送信された場合、共有クラウドサーバ１００の問い合わせ処理部１０３は、サーバ／ＰＣ２００からコード問い合わせ要求を受信する（Ｓ４１）。
【0055】
次に、コード復号部２０３は、受信したコードを復号化してコード情報を復元する（Ｓ４２）。次いで、問い合わせ処理部１０３は、Ｓ４２で復元したコード情報を情報保持部３０から検索する（Ｓ４３）。具体的には、問い合わせ処理部１０３は、管理ＤＢ３１０を検索して、Ｓ４２で復元したコード情報が登録されているか否かを調べる。
【0056】
そして、問い合わせ処理部１０３は、コード情報が情報保持部３０に存在するか否かを判断する（Ｓ４４）。コード情報が情報保持部３０に存在しない場合には（Ｓ４４：Ｎｏ）、問い合わせ処理部１０３は、コード問い合わせ要求を送信したサーバ／ＰＣ２００（サーバＸ）に問い合わせ失敗の旨のメッセージを送信する（Ｓ４７）。
【0057】
一方、Ｓ４４で、コード情報が情報保持部３０に存在する場合には（Ｓ４４：Ｙｅｓ）、問い合わせ処理部１０３は、情報保持部３０の管理ＤＢ３１０において、当該コード情報に紐付いている全てのサーバ／ＰＣ２００に対して、各サーバ／ＰＣ２００の情報を送信する（Ｓ４５）。次いで、問い合わせ処理部１０３は、コード問い合わせ要求を送信したサーバ／ＰＣ２００（サーバＸ）に処理完了の旨のメッセージを送信する（Ｓ４６）。
【0058】
図３の例において、例えば、コード情報「２」による問い合わせ要求があった場合には、図３の管理ＤＢ３１０において、コード情報「２」には、ＰＣ：Ｂの情報、サーバ：Ｘの情報が紐付いている。このため、問い合わせ処理部１０３は、ＰＣ：Ｂに対してＢの情報を送信し、サーバＸに対してＸの情報を送信することになる。ここで、図３の管理ＤＢ３１０において、コード情報「２」に、さらに他のサーバ／ＰＣ２００があれば、問い合わせ処理部１０３は、当該サーバ／ＰＣ２００にも、当該サーバ／ＰＣ２００の情報を送信することになる。
【0059】
なお、コードの場合には、第三者も認識することができるため、第三者からの問い合わせ要求に対して、図８に示す問い合わせ処理を実行するように、問い合わせ処理部１０３を構成してもよい。
【0060】
このように本実施形態では、共有クラウドサーバ１００において、新規登録処理部１０１が複数のサーバ／ＰＣ２００のいずれかから、当該サーバ／ＰＣ２００で保有する情報とともに新規登録要求を受信すると、コード情報生成部２０１が新たなたコード情報生成し、新規登録処理部１０１が、コード情報と、サーバ／ＰＣ２００から受信した情報と、当該情報を送信したサーバ／ＰＣ２００と、を紐付けて情報保持部３０に保存して、コード情報をコード情報符号部２０２で符号化したコードを、新規登録要求を送信したサーバ／ＰＣ２００に送信する。また、追加登録処理部１０２は、サーバ／ＰＣ２００から、対象物である製品に付されたコードと、当該サーバ／ＰＣ２００で保有する情報とともに追加登録要求を受信し、新規登録処理で生成されたコード情報と、新規登録要求により受信したサーバ／ＰＣ２００で保有する情報と、に加え、さらに、追加登録要求で受信したサーバ／ＰＣ２００で保有する情報と、追加登録要求を送信したサーバ／ＰＣ２００とを紐付けて、情報保持部３０に保存する。また、問い合わせ処理部１０３は、サーバ／ＰＣ２００から情報とともに問い合わせを受信した場合に、受信した情報を、情報保持部３０の管理ＤＢ３１０から検索し、情報が情報保持部に存在した場合に、管理ＤＢ３１０において検索された情報に紐付いたサーバ／ＰＣ２００に、検索された情報を送信する。
【0061】
このため、本実施形態によれば、サーバ／ＰＣ２００から共有クラウドサーバ１００に情報の問い合わせ要求があった際に、送信された情報に紐づいているサーバ／ＰＣ２００に対して情報を送信することができるので、製品に問題が生じた場合でも、問題がどのサーバ／ＰＣ２００が原因で生じたのかを、直ちに解析することができる。
【0062】
また、本実施形態によれば、新規登録の際に、共有クラウドサーバ１００のコード情報生成部２０１が新規なコード情報を生成しているので、サーバ／ＰＣ２００側でコード情報を生成する必要が無く、セキュリティを向上させることができる。
【0063】
また、本実施形態によれば、共有クラウドサーバ１００のコード復号部２０３でコードを復号してコード情報を復元しているので、共有クラウドサーバ１００のみでコードの解釈を行うことができる。また、本実施形態によれば、コード情報自体には意味がないため、セキュリティを向上させることができる。
【0064】
また、本実施形態では、新規登録および追加登録の際に、管理ＤＢ３１０において、サーバ／ＰＣ２００とサーバ／ＰＣ２００が保有する情報を紐づけているので、情報のトレースが可能となる。また、このため、本実施形態によれば、情報の確認を一括して効率よく行うことができる。
【0065】
また、問い合わせ処理部１０３は、さらに、サーバ／ＰＣ２００からコードとともに問い合わせを受信した場合に、受信したコードを後述するコード復号部２０３で復号化したコード情報を、情報保持部３０の管理ＤＢ３１０から検索し、コード情報が情報保持部３０に存在した場合、管理ＤＢ３１０においてコード情報に紐付いたサーバ／ＰＣ２００に、コード情報に紐付いた情報を送信する。
【0066】
このため、本実施形態によれば、サーバ／ＰＣ２００から共有クラウドサーバ１００にコードの問い合わせ要求があった際に、送信されたコードから復元したコード情報に紐づいているサーバ／ＰＣ２００に対して情報を送信することができるので、製品に問題が生じた場合でも、問題がどのサーバ／ＰＣ２００が原因で生じたのかを、直ちに解析することができる。
【0067】
［第２の実施形態］
第１の実施形態では、共有クラウドサーバ１００は、新規登録処理において新規なコード情報を生成しているが、この第２の実施形態では、共有クラウドサーバは、新規登録処理、追加登録処理において、サーバ／ＰＣ２００に固有のＩＤを生成する。
第１の実施形態では、共有クラウドサーバ１００は、新規登録処理において新規なコード情報を生成しているが、この第２の実施形態では、共有クラウドサーバは、新規登録処理、追加登録処理において、サーバ／ＰＣ２００に固有のＩＤを生成する。
【0068】
図９は、第２の実施形態にかかる共有クラウドサーバ１１００の機能的構成の一例を示すブロック図である。なお、第３の実施形態にかかる管理システムのネットワーク構成は第１の実施形態と同様である。
【0069】
本実施形態にかかる共有クラウドサーバ１１００は、図９に示すように、要求処理部１０１０と、コード処理部２０と、情報保持部１０３０と、ＩＤ生成部４０と、を主に備えている。ここで、コード処理部２０の構成および機能は、第１の実施形態と同様である。
【0070】
ＩＤ生成部４０は、新規登録処理部１１０１が新規登録要求を受信した場合に、新規登録要求を送信したサーバ／ＰＣ２００のためのＩＤを生成する。また、ＩＤ生成部４０は、追加登録処理部１１０２が追加登録要求を受信した場合に、追加登録要求を送信したサーバ／ＰＣ２００のためのＩＤを生成する。
【0071】
ここで、ＩＤ生成部４０は、識別情報生成部に相当する。また、新規登録要求を送信したサーバ／ＰＣ２００のためのＩＤは、第１の識別情報に相当し、追加登録要求を送信したサーバ／ＰＣ２００のためのＩＤは、第２の識別情報に相当する。
【0072】
情報保持部１０３０は、ＨＤＤ、ＳＤＤ等の記憶媒体である。情報保持部１０３０には、管理ＤＢ１３１０が保存されている。
【0073】
管理ＤＢ１３１０は、複数のサーバ／ＰＣ２００で管理され、かつ流通する製品に関する各種情報を一元管理するためのデータベースである。管理ＤＢ１３１０は、コード情報と、各サーバ／ＰＣ２００で保有する情報および各サーバ／ＰＣ２００のアドレスと、各サーバ／ＰＣ２００用のＩＤが、対応づけられて登録されている。
【0074】
図１０は、第２の実施形態にかかる管理ＤＢ１３１０のデータ構造の一例を示す図である。管理ＤＢ１３１０は、図１０に示すように、コード情報３０１と、各ＰＣ・サーバの情報３０２と、ＩＤ３０３とが対応づけられる。各ＰＣ・サーバの情報３０２は、情報とサーバ／ＰＣ２００のアドレスとから構成される。
【0075】
図９に戻り、要求処理部１０１０は、新規登録処理部１１０１と、追加登録処理部１１０２と、問い合わせ処理部１１０３と、を主に備えている。
【0076】
新規登録処理部１１０１は、第１の実施形態と同様に、サーバ／ＰＣ２００から情報とともに新規登録要求を受信する。そして、新規登録処理部１１０１は、コード情報生成部２０１で生成されたコード情報と、新規登録要求とともに受信したサーバ／ＰＣ２００で保有する情報および当該サーバ／ＰＣ２００と、ＩＤ生成部４０で生成されたＩＤと、を紐付けて、情報保持部１０３０に保存する。具体的には、新規登録処理部１１０１は、コード情報と、新規登録要求とともに受信したサーバ／ＰＣ２００で保有する情報と、当該サーバ／ＰＣ２００のアドレスと、当該サーバ／ＰＣ２００用のＩＤと、を紐付けて、情報保持部１０３０の管理ＤＢ１１３０に登録する。
【0077】
また、新規登録処理部１１０１は、コード情報符号部２０２でコード情報を符号化したコードと、新規登録要求を行ったサーバ／ＰＣ２００用のＩＤとを、新規登録要求を行ったサーバ／ＰＣ２００に送信する。
【0078】
追加登録処理部１１０２は、第１の実施形態と同様に、サーバ／ＰＣ２００からコードと情報とともに追加登録要求を受信する。そして、追加登録処理部１１０２は、コード情報と新規登録要求を行ったサーバ／ＰＣで保有する情報とに、さらに、追加登録要求とともに受信した、追加登録要求を行ったサーバ／ＰＣ２００で保有する情報および追加登録要求を行ったサーバ／ＰＣ２００と、ＩＤ生成部４０で生成された追加登録要求を行ったサーバ／ＰＣ用のＩＤと、を紐付けて、情報保持部１０３０に保存する。具体的には、追加登録処理部１１０２は、コード情報と、新規登録要求とともに受信したサーバ／ＰＣ２００で保有する情報と、当該サーバ／ＰＣ２００のアドレスと、当該サーバ／ＰＣ２００用のＩＤと、に更に、追加登録要求を行ったサーバ／ＰＣ２００で保有する情報と、当該サーバ／ＰＣ２００のアドレスと、追加登録要求を行ったサーバ／ＰＣ用のＩＤとを紐付けて、情報保持部１０３０の管理ＤＢ１１３０に登録する。
【0079】
ここで、管理ＤＢ１３１０に、既に、先に登録された追加登録要求で受信したサーバ／ＰＣ２００で保有する情報（第２の情報）、当該サーバ／ＰＣ２００のアドレス、先に登録された追加登録要求で受信したサーバ／ＰＣ２００用のＩＤが登録されている場合には、追加登録処理部１１０２は、当該情報、アドレス、ＩＤにも紐付ける。
【0080】
さらに、追加登録処理部１１０２は、追加登録要求で受信したサーバ／ＰＣ２００用のＩＤを、追加登録要求を送信したサーバ／ＰＣ２００に送信する。
【0081】
問い合わせ処理部１１０３は、第１の実施形態と同様の機能を有する他、サーバ／ＰＣ２００からＩＤとともにＩＤの問い合わせを受信し、受信したＩＤを、情報保持部１０３０から検索する。具体的には、問い合わせ処理部１１０３は、受信したＩＤを、情報保持部１０３０の管理ＤＢ１３１０から検索する。問い合わせ処理部１１０３は、ＩＤが情報保持部１０３０に存在した場合、すなわち管理ＤＢ１１３０に登録されていた場合には、管理ＤＢ１１３０において当該ＩＤに紐付いたサーバ／ＰＣ２００に、当該ＩＤに紐付いた情報を送信する。
【0082】
また、問い合わせ処理部１１０３は、サーバ／ＰＣ２００からＩＤとともにＩＤ情報発信の問い合わせを受信し、受信したＩＤを、情報保持部１０３０から検索する。問い合わせ処理部１１０３は、ＩＤが情報保持部１０３０に存在した場合、すなわち、管理ＤＢ１３１０に登録されていた場合には、管理ＤＢ１１３０において当該ＩＤに紐付いたサーバ／ＰＣ２００に、ＩＤを送信する。
【0083】
次に、以上のように構成された本実施形態の共有クラウドサーバ１１００による管理処理について説明する。
【0084】
図１１は、第２の実施形態にかかる管理システムによる管理処理の流れを示す図である。図１１の例では、図４と同様に、対象物として錠剤にコードを印刷して、例えば、製薬会社である会社Ａから、物流会社である会社Ｂ，薬局である会社Ｃを経由して、錠剤が患者まで流通していく場合を考える。図１１の例では、共有クラウドサーバ１１００は、サーバＡ／Ｂ／Ｃの情報を紐づける例を示している。
【0085】
サーバＡは、サーバＡで保有している情報を共有クラウドサーバ１１００にアップロードして新規登録要求を行うと、共有クラウドサーバ１１００は、必要に応じてサーバＡ用のＩＤを発行する。同様に、サーバＢ、サーバＣでも、各サーバで保有している情報をアップロードして追加登録要求を行うと、共有クラウドサーバ１１００は、それぞれサーバＢ用のＩＤ、サーバＢ用のＩＤを発行する。
【0086】
ＩＤは、例えば各会社である製品に対して、製品を特定する際にその会社特有のナンバリング管理をするのに用いることができる。ＩＤは同じサーバであっても、受注管理のためのＩＤ、生産管理のためのＩＤのように複数の用途のために複数のＩＤを発行してもよい。この場合には、各サーバ／ＰＣ２００が新規登録要求や追加登録要求の際に、ＩＤをいくつ発行するかを共有クラウドサーバ１１００に通知するように構成すればよい。このように、共有クラウドサーバ１１００がＩＤを発行することで、各会社でＩＤを発行したり管理する必要がなくなる。
【0087】
次に、このような共有クラウドサーバ１００による詳細な処理について説明する。まず、新規登録処理について説明する。
【0088】
図１２は、第２の実施形態の共有クラウドサーバ１１００による新規登録処理の手順の一例を示すフローチャートである。
【0089】
サーバ／ＰＣ２００（図１２ではサーバＸ）から、サーバ／ＰＣ２００で保有している情報とともに新規登録要求が共有クラウドサーバ１１００に送信された場合には、第１の実施形態と同様に、共有クラウドサーバ１１００の新規登録処理部１１０１は、サーバ／ＰＣ２００から新規登録要求を受信する（Ｓ１１）。そして、コード情報生成部２０１は、新規なコード情報を生成する（Ｓ１２）。
【0090】
次に、ＩＤ生成部４０は、新規登録要求を行ったサーバ／ＰＣ２００用のＩＤを生成する（Ｓ５１）。
【0091】
そして、新規登録処理部１１０１は、新規なコード情報と、Ｓ１１で受信したサーバ／ＰＣ２００の情報および新規登録要求を行ったサーバ／ＰＣ２００のアドレスと、Ｓ５１で生成されたＩＤ、新規登録要求を行ったサーバ／ＰＣ２００用のＩＤとを紐付けて情報保持部３０に保存する（Ｓ５２）。これにより新規登録がなされることになる。
【0092】
次に、コード情報符号部２０２は、Ｓ１２で生成された新規なコード情報を符号化してコードとする（Ｓ１４）。そして、新規登録処理部１０１は、このコードと新規登録要求を行ったサーバ／ＰＣ２００用のＩＤとを、新規登録要求を行ったサーバ／ＰＣ２００に送信する（Ｓ５３）。
【0093】
次に、追加登録処理について説明する。
図１３は、第２の実施形態にかかる共有クラウドサーバ１１００による追加登録処理の手順の一例を示すフローチャートである。
図１３は、第２の実施形態にかかる共有クラウドサーバ１１００による追加登録処理の手順の一例を示すフローチャートである。
【0094】
サーバ／ＰＣ２００（図１３ではサーバＸ）から、サーバ／ＰＣ２００で保有している情報とコードとともに追加登録要求が共有クラウドサーバ１００に送信された場合、共有クラウドサーバ１００における追加登録要求からコード情報の情報保持部１０３０での存否の確認までの処理（Ｓ２１～Ｓ２４）は、第１の実施形態と同様に行われる。
【0095】
そして、Ｓ２４で、コード情報が情報保持部１０３０に存在しない場合には（Ｓ２４：Ｎｏ）、追加登録処理部１１０２は、追加登録要求を送信したサーバ／ＰＣ２００に登録不可の旨のメッセージを送信する（Ｓ２７）。
【0096】
一方、Ｓ２４で、コード情報が情報保持部１０３０に存在する場合には（Ｓ２４：Ｙｅｓ）、ＩＤ生成部４０は、追加登録要求を行ったサーバ／ＰＣ２００（サーバＸ）用のＩＤを生成する（Ｓ６１）。
【0097】
次いで、追加登録処理部１１０２は、情報保持部１０３０の管理ＤＢ１３１０において、当該コード情報に対して、Ｓ２１で受信したサーバ／ＰＣ２００で保有する情報と、当該サーバ／ＰＣ２００のアドレスと、Ｓ６１で生成されたＩＤとを、紐付けて追加登録する（Ｓ６２）。図１０の管理ＤＢ１３１０の例では、サーバＸの情報とサーバＸ用のＩＤがコード情報「２」に紐付いて追加登録されている。そして、追加登録処理部１０２は、追加登録要求を送信したサーバ／ＰＣ２００（サーバＸ）に登録完了の旨のメッセージを送信する（Ｓ６３）。
【0098】
次に、ＩＤによる問い合わせ処理について説明する。
図１４は、第２の実施形態にかかる共有クラウドサーバ１１００によるＩＤ問い合わせ処理の手順の一例を示すフローチャートである。
図１４は、第２の実施形態にかかる共有クラウドサーバ１１００によるＩＤ問い合わせ処理の手順の一例を示すフローチャートである。
【0099】
サーバ／ＰＣ２００（図１４ではサーバＸ）から、サーバ／ＰＣ２００のＩＤとともに問い合わせ要求が共有クラウドサーバ１１００に送信された場合、共有クラウドサーバ１１００の問い合わせ処理部１１０３は、サーバ／ＰＣ２００からＩＤ問い合わせ要求を受信する（Ｓ７１）。
【0100】
次に、問い合わせ処理部１１０３は、Ｓ７１で受信したＩＤを情報保持部１０３０から検索する（Ｓ７２）。具体的には、問い合わせ処理部１１０３は、管理ＤＢ１３１０を検索して、Ｓ７１で受信したＩＤが登録されているか否かを調べる。
【0101】
そして、問い合わせ処理部１１０３は、ＩＤが情報保持部１０３０に存在するか否かを判断する（Ｓ７３）。ＩＤが情報保持部１０３０に存在しない場合には（Ｓ７３：Ｎｏ）、問い合わせ処理部１１０３は、ＩＤ問い合わせ要求を送信したサーバ／ＰＣ２００（サーバＸ）に問い合わせ失敗の旨のメッセージを送信する（Ｓ７６）。
【0102】
一方、Ｓ７３で、ＩＤが情報保持部１０３０に存在する場合には（Ｓ７３：Ｙｅｓ）、問い合わせ処理部１１０３は、情報保持部１０３０の管理ＤＢ１３１０において、当該ＩＤに紐付いている全てのサーバ／ＰＣ２００に対して、各サーバ／ＰＣ２００の情報を送信する（Ｓ７４）。次いで、問い合わせ処理部１１０３は、ＩＤ問い合わせ要求を送信したサーバ／ＰＣ２００（サーバＸ）に処理完了の旨のメッセージを送信する（Ｓ７５）。
【0103】
図１０の例では、ＩＤ問い合わせ要求を行ったサーバＸのＩＤに、ＰＣ：Ｂの情報が紐付いているため、ＰＣ：Ｂに対してＢの情報が送信されることになる。ここで、図１０の管理ＤＢ３１０において、サーバＸの情報に、さらに他のサーバ／ＰＣ２００が紐付いていれば、問い合わせ処理部１１０３は、当該サーバ／ＰＣ２００にも、当該サーバ／ＰＣ２００の情報を送信することになる。
【0104】
次に、ＩＤによる情報発信処理について説明する。
図１５は、第２の実施形態にかかる共有クラウドサーバ１１００によるＩＤ問い合わせ処理の手順の一例を示すフローチャートである。
図１５は、第２の実施形態にかかる共有クラウドサーバ１１００によるＩＤ問い合わせ処理の手順の一例を示すフローチャートである。
【0105】
サーバ／ＰＣ２００（図１５ではサーバＸ）から、サーバ／ＰＣ２００のＩＤとともに情報発信の問い合わせ要求が共有クラウドサーバ１１００に送信された場合、問い合わせ要求の受信から情報保持部１０３０におけるＩＤの存否確認までの処理（Ｓ７１～Ｓ７３）は、図１４の処理と同様に行われる。
【0106】
Ｓ７３において、ＩＤが情報保持部１０３０に存在しない場合には（Ｓ７３：Ｎｏ）、問い合わせ処理部１１０３は、問い合わせ要求を送信したサーバ／ＰＣ２００（サーバＸ）に問い合わせ失敗の旨のメッセージを送信する（Ｓ７６）。
【0107】
一方、Ｓ７３で、ＩＤが情報保持部１０３０に存在する場合には（Ｓ７３：Ｙｅｓ）、問い合わせ処理部１１０３は、情報保持部１０３０の管理ＤＢ１３１０において、当該ＩＤに紐付いている全てのサーバ／ＰＣ２００に対して、各サーバ／ＰＣ２００用のＩＤをそれぞれ送信する（Ｓ８１）。次いで、問い合わせ処理部１１０３は、ＩＤ情報発信の問い合わせ要求を送信したサーバ／ＰＣ２００（サーバＸ）に処理完了の旨のメッセージを送信する（Ｓ８２）。
【0108】
図１０の例では、ＩＤ情報発信の問い合わせ要求を行ったサーバＸのＩＤに、ＰＣ：Ｂの情報が紐付いているため、ＰＣ：Ｂに対してＰＣ：ＢのＩＤが送信されることになる。ここで、図１０の管理ＤＢ３１０において、サーバＸの情報に、さらに他のサーバ／ＰＣ２００が紐付いていれば、問い合わせ処理部１１０３は、当該サーバ／ＰＣ２００にも、当該サーバ／ＰＣ２００のＩＤを送信することになる。
【0109】
このように本実施形態では、共有クラウドサーバ１１００において、新規登録処理部１１０１は、新規登録要求を受信した場合に、コード情報生成部２０１で生成されたコード情報と、新規登録要求とともに受信したサーバ／ＰＣ２００で保有する情報および当該サーバ／ＰＣ２００と、ＩＤ生成部４０で生成されたＩＤと、を紐付けて、情報保持部１０３０に保存する。そして、新規登録処理部１１０１は、コード情報符号部２０２でコード情報を符号化したコードと、新規登録要求を行ったサーバ／ＰＣ２００用のＩＤとを、新規登録要求を行ったサーバ／ＰＣ２００に送信する。また、追加登録処理部１１０２は、追加登録要求を受信した場合に、コード情報と新規登録要求を行ったサーバ／ＰＣで保有する情報とに、さらに、追加登録要求とともに受信した、追加登録要求を行ったサーバ／ＰＣ２００で保有する情報および追加登録要求を行ったサーバ／ＰＣ２００と、ＩＤ生成部４０で生成された追加登録要求を行ったサーバ／ＰＣ用のＩＤと、を紐付けて、情報保持部１０３０に保存する。また、問い合わせ処理部１１０３は、サーバ／ＰＣ２００からＩＤとともにＩＤの問い合わせを受信した場合に、受信したＩＤを、情報保持部１０３０から検索し、ＩＤが情報保持部１０３０に存在した場合、管理ＤＢ１１３０において当該ＩＤに紐付いたサーバ／ＰＣ２００に、当該ＩＤに紐付いた情報を送信する。
【0110】
また、問い合わせ処理部１１０３は、サーバ／ＰＣ２００からＩＤとともにＩＤ情報発信の問い合わせを受信した場合に、受信したＩＤを、情報保持部１０３０から検索し、ＩＤが情報保持部１０３０に存在した場合、管理ＤＢ１１３０において当該ＩＤに紐付いたサーバ／ＰＣ２００に、ＩＤを送信する。
【0111】
このため、本実施形態によれば、第１の実施形態と同様の効果を奏する他、共有クラウドサーバ１１００でサーバ／ＰＣ２００に固有のＩＤを生成するので、サーバ／ＰＣ２００側でＩＤを生成する必要が無く、セキュリティを向上させることができる。
【0112】
［第３の実施形態］
第３の実施形態にかかる共有クラウドサーバは、第２の実施形態の共有クラウドサーバ１１００の構成に加え、さらに、アクセス権設定に基づいて情報の送信を行う。
第３の実施形態にかかる共有クラウドサーバは、第２の実施形態の共有クラウドサーバ１１００の構成に加え、さらに、アクセス権設定に基づいて情報の送信を行う。
【0113】
図１６は、第３の実施形態にかかる共有クラウドサーバ２１００の機能的構成の一例を示すブロック図である。なお、第３の実施形態にかかる管理システムのネットワーク構成は第１の実施形態と同様である。
【0114】
本実施形態にかかる共有クラウドサーバ２１００は、図１６に示すように、要求処理部２０１０と、コード処理部２０と、情報保持部１０３０と、ＩＤ生成部４０と、アクセス権保持部５０と、を主に備えている。ここで、コード処理部２０、情報保持部１０３０、ＩＤ生成部４０の構成および機能は、第２の実施形態と同様である。
【0115】
アクセス権保持部５０は、ＨＤＤ、ＳＳＤ等の記憶媒体である。アクセス権保持部５０には、アクセス権設定データベース５１０（以下、アクセス権設定ＤＢ５１０と称する）が保存されている（図１７参照）。アクセス権設定ＤＢ５１０は、アクセス権設定情報に相当する。
【0116】
アクセス権設定ＤＢ５１０は、サーバ／ＰＣ２００やその他第三者等の参照元が、情報保持部１０３０で参照可能な情報を定めたデータベースであり、参照元と、参照元のアクセス権とが対応づけられている。参照元は、サーバ／ＰＣ２００の他、第三者も該当しうる。参照元のアクセス権は、参照元が閲覧可能な情報である。
【0117】
図１７は、第３の実施形態にかかる管理ＤＢ１３１０およびアクセス権設定ＤＢ５１０のデータ構造の一例を示す説明図である。アクセス権設定ＤＢ５１０には、図１７に示すように、参照元として、サーバ／ＰＣ２００、第三者のそれぞれに対して、閲覧可能な情報がアクセス権として対応付けられている。なお、管理ＤＢ１３１０のデータ構造は、第２の実施形態と同様である。
【0118】
図１６に戻り、要求処理部２０１０は、新規登録処理部１１０１と、追加登録処理部１１０２と、問い合わせ処理部２１０３と、を主に備える。ここで、新規登録処理部１１０１、追加登録処理部１１０２の構成および機能は、第２の実施形態と同様である。
【0119】
問い合わせ処理部２１０３は、第１の実施形態および第２の実施形態と同様の機能を有する他、問い合わせ要求があった場合に、アクセス権設定ＤＢ５１０において、参照元が参照可能な情報を、サーバ／ＰＣ２００や第三者を含む参照元に送信する。
【0120】
図１７の例では、参照元としてＰＣ：Ａに対して、ＰＣ：Ａの情報の他、サーバ：Ｃの情報とＩＤの一部がアクセス権として設定されている。また、参照元として第三者含む全員に対して、ＰＣ：Ｂの情報２がアクセス権として設定されている。
【0121】
このため、問い合わせ処理部２１０３は、第三者からＰＣ：Ｂの情報２の問い合わせを受信して、図７で説明した情報による問い合わせ処理を実行することになる。
【0122】
なお、アクセス権設定ＤＢ５１０への設定は、予め設定しておく他、新規登録処理部１１０１か追加登録処理部１１０２が行うように構成してもよい。
【0123】
このように本実施形態では、共有クラウドサーバ２１００は、サーバ／ＰＣ２００やその他第三者等の参照元が、情報保持部１０３０で参照可能な情報を定めたデータベースであるアクセス権設定ＤＢ５１０を備える。そして、問い合わせ処理部２１０３は、問い合わせ要求があった場合に、アクセス権設定ＤＢ５１０において、参照元が参照可能な情報を、サーバ／ＰＣ２００や第三者を含む参照元に送信する。
【0124】
このため、本実施形態によれば、第１の実施形態および第２の実施形態と同様の効果を奏する他、アクセス権に応じた情報共有を実現することができる。
【0125】
［第４の実施形態］
第４の実施形態は、不可視なコードを製品に付した場合において管理するものである。
図１８は、第４の実施形態にかかる管理システムによる管理処理の流れを示す図である。図１８の例では、製品として錠剤に不可視状態のステルスコードを印字して、例えば、製薬会社である会社Ａから、物流会社である会社Ｂ，薬局である会社Ｃを経由して、錠剤が患者まで流通していく場合を考える。図２０の例では、共有クラウドサーバ１１００は、サーバＡ／Ｂ／Ｃの情報を紐づける例を示している。
新規登録、追加登録は、第１～３の実施形態と同様に行われる。
第４の実施形態は、不可視なコードを製品に付した場合において管理するものである。
図１８は、第４の実施形態にかかる管理システムによる管理処理の流れを示す図である。図１８の例では、製品として錠剤に不可視状態のステルスコードを印字して、例えば、製薬会社である会社Ａから、物流会社である会社Ｂ，薬局である会社Ｃを経由して、錠剤が患者まで流通していく場合を考える。図２０の例では、共有クラウドサーバ１１００は、サーバＡ／Ｂ／Ｃの情報を紐づける例を示している。
新規登録、追加登録は、第１～３の実施形態と同様に行われる。
【0126】
図１９は、第３の実施形態においてステルスコードを目視で見た場合と、特殊なスキャナでスキャンした場合の相違を示す図である。図１９の（ａ）がステルスコードを目視で見た場合を示し、図１９の（ｂ）がステルスコードを特殊なスキャナでスキャンした場合を示す。
【0127】
ステルスコードは基本的に赤外線あるいは紫外線等の不可視光で反応するようなインクで構成され、それらを読み取れるスキャナで確認することができる。ステルスコードで管理することで、製品の見た目や印字位置を気にする必要が減り、また秘匿性をより確保することができる。ここで、ステルスコードは、不可視コードに相当する。
【0128】
可視状態のコードの場合は、印字されているのが明らかなため、偽造者もそのまま印字する。ステルスコードの場合、印字されていることが見た目では分からず、偽造者はステルスコードを印字せずに製造する可能性がある。このため、もし製品のステルスコードを読み取ろうとしたときに、印字されていなかった場合、偽造品である可能性がある。その際、偽造情報を共有クラウドサーバ３１００にアップロードして情報蓄積しておきたいケースがある。しかし、ステルスコードがなければどの情報に紐づければよいか直ちにわからない可能性がある。
【0129】
このため、本実施形態では、可視情報を共有クラウドサーバ３１００の情報保持部１０３０に加えておく。可視情報としては、製品番号や製造日時などが挙げられる。
【0130】
図２０は、第４の実施形態にかかる共有クラウドサーバ３１００の機能的構成の一例を示すブロック図である。なお、第４の実施形態にかかる管理システムのネットワーク構成は第１の実施形態と同様である。
【0131】
本実施形態にかかる共有クラウドサーバ３１００は、図２０に示すように、要求処理部３０１０と、コード処理部２０と、情報保持部３０３０と、ＩＤ生成部４０と、アクセス権保持部５０と、を主に備えている。ここで、コード処理部２０、ＩＤ生成部４０、アクセス権保持部５０の構成および機能は、第３の実施形態と同様である。
【0132】
情報保持部３０３０は、ＨＤＤ、ＳＳＤ等の記憶媒体であり、管理ＤＢ３３１０が保存されている。管理ＤＢ３３１０は、コード情報３０１と、各サーバ／ＰＣ２００の情報３０２と、ＩＤ３０３と、可視情報３０４と、偽造情報３０５と、が対応づけられて登録されているデータベースである。コード情報３０１、各サーバ／ＰＣ２００の情報３０２、ＩＤ３０３については、第２，３の実施形態と同様である。
【0133】
可視情報３０４は、製品に関する可視状態の情報である。
偽造情報３０５は、製品が偽造されている可能性の有無を示す情報である。例えば、製品が偽造されている可能性がある場合には偽造情報として「偽造」の旨が設定される。偽造されている可能性がない場合には「偽造」の旨は設定されない。偽造情報としては、例えば、偽造の可能性が有る場合には「偽造」として「１」等の２値の値とすることができる。偽造情報としては、これに限定されるものではない。
偽造情報３０５は、製品が偽造されている可能性の有無を示す情報である。例えば、製品が偽造されている可能性がある場合には偽造情報として「偽造」の旨が設定される。偽造されている可能性がない場合には「偽造」の旨は設定されない。偽造情報としては、例えば、偽造の可能性が有る場合には「偽造」として「１」等の２値の値とすることができる。偽造情報としては、これに限定されるものではない。
【0134】
図２１は、第４の実施形態にかかる管理ＤＢ３３１０のデータ構造の一例を示す図である。図２１に示すように、コード情報３０１、各サーバ／ＰＣの情報３０２および各サーバ／ＰＣのアドレス、ＩＤ３０３に、可視情報３０４と、偽造情報３０５とが対応づけられている。図２１の例では、コード情報「２」の製品が偽造されていることを示している。
【0135】
図２０に戻り、要求処理部３０１０は、新規登録処理部１１０１と、追加登録処理部１１０２と、問い合わせ処理部３１０３と、を主に備える。ここで、新規登録処理部１１０１、追加登録処理部１１０２の構成および機能は、第２の実施形態と同様である。
【0136】
問い合わせ処理部３１０３は、第１～３の実施形態の機能の他、さらに、サーバ／ＰＣ２００から可視情報とともに問い合わせを受信し、受信した可視情報を、情報保持部３０３０から検索する。具体的には、問い合わせ処理部３１０３は、受信した可視情報が管理ＤＢ３３１０に登録されているか否かを調べる。そして、問い合わせ処理部３１０３は、可視情報が管理ＤＢ３３１０に登録されていた場合に、管理ＤＢ３３１０において可視情報に紐付いたサーバ／ＰＣ２００に、可視情報に紐付いた情報を送信する。
【0137】
また、問い合わせ処理部３１０３は、さらに、サーバ／ＰＣ２００から可視情報とともに問い合わせを受信し、受信した可視情報を情報保持部３０３０から検索し、すなわちの管理ＤＢ３３１０に登録されているかを調べ、可視情報が管理ＤＢ３３１０に登録されていた場合に、可視情報に紐付いたサーバ／ＰＣ２００に、可視情報に紐付いたＩＤと、可視情報に紐付いた偽造情報と、を送信する。
【0138】
次に、以上のように構成された本実施形態の共有クラウドサーバ１１００による問い合わせ処理について説明する。
図２２は、第４の実施形態にかかる共有クラウドサーバ３１００による問い合わせ処理の手順の一例を示すフローチャートである。
図２２は、第４の実施形態にかかる共有クラウドサーバ３１００による問い合わせ処理の手順の一例を示すフローチャートである。
【0139】
サーバ／ＰＣ２００（図２２ではサーバＸ）から、可視情報とともに問い合わせ要求が共有クラウドサーバ３１００に送信された場合、共有クラウドサーバ３１００の問い合わせ処理部３１０３は、サーバ／ＰＣ２００から情報問い合わせ要求を受信する（Ｓ９１）。
【0140】
次に、問い合わせ処理部３１０３は、Ｓ９１で受信した可視情報を情報保持部３０３０から検索する（Ｓ９２）。具体的には、問い合わせ処理部３１０３は、管理ＤＢ３３１０を検索して、Ｓ９１で受信した可視情報が登録されているか否かを調べる。
【0141】
そして、問い合わせ処理部３１０３は、可視情報が情報保持部３０３０に存在するか否かを判断する（Ｓ９３）。可視情報が情報保持部３０３０に存在しない場合には（Ｓ９３：Ｎｏ）、問い合わせ処理部３１０３は、問い合わせ要求を送信したサーバ／ＰＣ２００（サーバＸ）に問い合わせ失敗の旨のメッセージを送信する（Ｓ９６）。
【0142】
一方、Ｓ９３で、可視情報が情報保持部３０３０に存在する場合には（Ｓ９３：Ｙｅｓ）、問い合わせ処理部３１０３は、情報保持部３０３０の管理ＤＢ３３１０において、当該可視情報に紐付いている全てのサーバ／ＰＣ２００に対して、各サーバ／ＰＣ２００の情報を送信する（Ｓ９４）。次いで、問い合わせ処理部３１０３は、問い合わせ要求を送信したサーバ／ＰＣ２００（サーバＸ）に処理完了の旨のメッセージを送信する（Ｓ９５）。
【0143】
例えば、サーバ／ＰＣ２００が、図２１の例において、可視情報「Ｎｏ．１２３４５６７」とともに問い合わせ要求を行った場合、共有クラウドサーバ３１００はの問い合わせ処理部３１０３は、管理ＤＢ３３１０において、当該可視情報に紐づいているＰＣ：ＡとＰＣ：Ｄに対して、各サーバ／ＰＣの情報を送信することになる。問い合わせ処理部３１０３は、当該可視情報に他に紐づいているサーバ／ＰＣ２００があれば、同様に送信する。
【0144】
これによりステルスコードが製品から消えていた場合においても問い合わせを行うことができる。
【0145】
次に、偽造情報による情報発信の処理について説明する。
図２３は、第４の実施形態にかかる共有クラウドサーバ３１００による偽造情報による情報発信の処理の手順の一例を示すフローチャートである。
図２３は、第４の実施形態にかかる共有クラウドサーバ３１００による偽造情報による情報発信の処理の手順の一例を示すフローチャートである。
【0146】
サーバ／ＰＣ２００（図２３ではサーバＸ）から、偽造情報による情報発信の要求として可視情報とともに問い合わせ要求が共有クラウドサーバ３１００に送信された場合、当該問い合わせ要求の受信から可視情報の存否の確認までの処理（Ｓ９１～Ｓ９３）は、図２２の処理と同様に行われる。
【0147】
Ｓ９３において、可視情報が情報保持部３０３０に存在しない場合には（Ｓ９３：Ｎｏ）、問い合わせ処理部３１０３は、問い合わせ要求を送信したサーバ／ＰＣ２００（サーバＸ）に問い合わせ失敗の旨のメッセージを送信する（Ｓ９６）。
【0148】
一方、Ｓ９３で、可視情報が情報保持部３０３０に存在する場合には（Ｓ９３：Ｙｅｓ）、問い合わせ処理部３１０３は、情報保持部３０３０の管理ＤＢ３３１０において、当該可視情報に紐付いている全てのサーバ／ＰＣ２００に対して、当該可視情報に紐付いているＩＤおよび偽造情報を送信する（Ｓ１０１）。次いで、問い合わせ処理部３１０３は、問い合わせ要求を送信したサーバ／ＰＣ２００（サーバＸ）に処理完了の旨のメッセージを送信する（Ｓ１０２）。
【0149】
例えば、サーバ／ＰＣ２００が、図２１の例において、可視情報「Ｎｏ．２３４５６７８」とともの問い合わせ要求を行った場合、共有クラウドサーバ３１００はの問い合わせ処理部３１０３は、管理ＤＢ３３１０において、当該可視情報に紐づいているＰＣ：Ｂに対して、ＰＣ：ＢのＩＤと偽造情報（すなわち、偽造されている可能性の旨）を送信することになる。問い合わせ処理部３１０３は、当該可視情報に他に紐づいているサーバ／ＰＣ２００があれば、同様に送信する。
【0150】
このように本実施形態では、第１～３の実施形態と同様の効果を奏する他、製品に不可視状態のステルスコードを印字して管理するので、セキュリティを向上させることができる。
【0151】
また、本実施形態によれば、共有クラウドサーバ３１００は、コード情報３０１と、各サーバ／ＰＣ２００の情報３０２および各サーバ／ＰＣのアドレスと、ＩＤ３０３と、可視情報３０４と、偽造情報３０５と、が対応づけられて登録されているデータベースである管理ＤＢ３３１０を備える。また、問い合わせ処理部３１０３は、サーバ／ＰＣ２００から可視情報とともに問い合わせを受信した場合に、受信した可視情報を、情報保持部３０３０から検索し、可視情報が管理ＤＢ３３１０に登録されていた場合に、管理ＤＢ３３１０において可視情報に紐付いたサーバ／ＰＣ２００に、可視情報に紐付いた情報を送信する。また、問い合わせ処理部３１０３は、サーバ／ＰＣ２００から可視情報とともに問い合わせを受信した場合に、受信した可視情報を情報保持部３０３０から検索し、可視情報が管理ＤＢ３３１０に登録されていた場合に、可視情報に紐付いたサーバ／ＰＣ２００に、可視情報に紐付いたＩＤと、可視情報に紐付いた偽造情報と、を送信する。
【0152】
このため、本実施形態によれば、ステルスコードでの管理の場合、偽造品にステルスコードが印字されていない可能性があるが、製品にステルスコードがないことが明らかになったとき、製品番号などの可視情報から当該製品を特定し、偽造品であることの情報を残すことができる。
【0153】
図２４は、上述した第１～４の実施形態にかかる共有クラウドサーバ１００，１１００，２１００，３１００のハードウェア構成図である。ここでは、共有クラウドサーバ１００，１１００，２１００，３１００のハードウェア構成について説明する。
【0154】
図２４に示されているように、共有クラウドサーバ１００，１１００，２１００，３１００は、コンピュータによって構築されており、図２４に示されているように、ＣＰＵ２４０１、ＲＯＭ２４０２、ＲＡＭ２４０３、ＨＤ２４０４、ＨＤＤ(Hard Disk Drive)コントローラ２４０５、ディスプレイ２４０６、外部機器接続Ｉ／Ｆ(Interface)２４０８、ネットワークＩ／Ｆ２４０９、データバス２４１０、キーボード２４１１、ポインティングデバイス２４１２、ＤＶＤ－ＲＷ(Digital Versatile Disk Rewritable)ドライブ２４１４、メディアＩ／Ｆ２４１６を備えている。
【0155】
これらのうち、ＣＰＵ２４０１は、共有クラウドサーバ１００，１１００，２１００，３１００全体の動作を制御する。ＲＯＭ２４０２は、ＩＰＬ等のＣＰＵ２４０１の駆動に用いられるプログラムを記憶する。ＲＡＭ２４０３は、ＣＰＵ２４０１のワークエリアとして使用される。ＨＤ２４０４は、プログラム等の各種データを記憶する。ＨＤＤコントローラ２４０５は、ＣＰＵ２４０１の制御にしたがってＨＤ２４０４に対する各種データの読み出し又は書き込みを制御する。ディスプレイ２４０６は、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示する。外部機器接続Ｉ／Ｆ２４０８は、各種の外部機器を接続するためのインターフェースである。この場合の外部機器は、例えば、ＵＳＢ(Universal Serial Bus)メモリやプリンタ等である。ネットワークＩ／Ｆ２４０９は、通信ネットワークを利用してデータ通信をするためのインターフェースである。バスライン２４１０は、図２４に示されているＣＰＵ２４０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。
【0156】
また、キーボード２４１１は、文字、数値、各種指示などの入力のための複数のキーを備えた入力手段の一種である。ポインティングデバイス２４１２は、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行う入力手段の一種である。ＤＶＤ－ＲＷドライブ２４１４は、着脱可能な記録媒体の一例としてのＤＶＤ－ＲＷ２４１３に対する各種データの読み出し又は書き込みを制御する。なお、ＤＶＤ－ＲＷに限らず、ＤＶＤ－Ｒ等であってもよい。メディアＩ／Ｆ２４１６は、フラッシュメモリ等の記録メディア２４１５に対するデータの読み出し又は書き込み（記憶）を制御する。
【0157】
第１～４に実施形態の共有クラウドサーバ１００，１１００，２１００，３１００で実行される管理プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ－ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ－Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。
【0158】
また、第１～４に実施形態の共有クラウドサーバ１００，１１００，２１００，３１００で実行される管理プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、第１～４に実施形態の共有クラウドサーバ１００，１１００，２１００，３１００で実行される管理プログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。
【0159】
また、第１～４に実施形態の共有クラウドサーバ１００，１１００，２１００，３１００で実行される管理プログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。
【0160】
第１～４に実施形態の共有クラウドサーバ１００，１１００，２１００，３１００で実行される管理プログラムは、上述した各部（新規登録処理部１０１，１１０１、追加登録処理部１０２，１１０２、問い合わせ処理部１０３，１１０３，２１０３，３１０３、コード情報生成部２０１、コード情報符号部２０２、コード復号部２０３、ＩＤ生成部４０）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が上記記憶媒体から管理プログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、新規登録処理部１０１，１１０１、追加登録処理部１０２，１１０２、問い合わせ処理部１０３，１１０３，２１０３，３１０３、コード情報生成部２０１、コード情報符号部２０２、コード復号部２０３、ＩＤ生成部４０が主記憶装置上に生成されるようになっている。
【符号の説明】
【0161】
１ 管理システム
１００ 共有クラウドサーバ
１０１，１１０１ 新規登録処理部
１０２，１１０２ 追加登録処理部
１０３，１１０３，２１０３，３１０３ 問い合わせ処理部
２００ サーバ／ＰＣ
２０１ コード情報生成部
２０２ コード情報符号部
２０３ コード復号部
４０ ＩＤ生成部
５０ アクセス権保持部
３１０，１３１０，３３１０ 管理ＤＢ
５１０ アクセス権設定ＤＢ
１００ 共有クラウドサーバ
１０１，１１０１ 新規登録処理部
１０２，１１０２ 追加登録処理部
１０３，１１０３，２１０３，３１０３ 問い合わせ処理部
２００ サーバ／ＰＣ
２０１ コード情報生成部
２０２ コード情報符号部
２０３ コード復号部
４０ ＩＤ生成部
５０ アクセス権保持部
３１０，１３１０，３３１０ 管理ＤＢ
５１０ アクセス権設定ＤＢ
【先行技術文献】
【特許文献】
【0162】
【特許文献1】特開２０１３－２９８８６号公報
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】