ホーム > 特許ランキング > 株式会社豊田中央研究所
特開2023-160609分析サービス提供方法、分析サービス提供装置、分析サービス提供システム、及びプログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023160609
(43)【公開日】2023-11-02
(54)【発明の名称】分析サービス提供方法、分析サービス提供装置、分析サービス提供システム、及びプログラム
(51)【国際特許分類】
H04L 9/32 20060101AFI20231026BHJP
G01N 35/00 20060101ALI20231026BHJP
G01N 35/02 20060101ALI20231026BHJP
H04L 9/08 20060101ALI20231026BHJP
H04L 9/10 20060101ALI20231026BHJP
【ＦＩ】
H04L9/32 200B
G01N35/00 Z
G01N35/02 C
H04L9/08 F
H04L9/10 A
【審査請求】未請求
【請求項の数】22
【出願形態】ＯＬ
(21)【出願番号】P 2022071073
(22)【出願日】2022-04-22
(71)【出願人】
【識別番号】000003609
【氏名又は名称】株式会社豊田中央研究所
(74)【代理人】
【識別番号】110001519
【氏名又は名称】弁理士法人太陽国際特許事務所
(72)【発明者】
【氏名】大濱 吉紘
(72)【発明者】
【氏名】藤井 亮暢
(72)【発明者】
【氏名】奥村 文洋
【テーマコード（参考）】
2G058
【Ｆターム（参考）】
2G058GC02
2G058GC05
2G058HA00
(57)【要約】
【課題】試料を容器に封入して受け渡しする分析サービスにおいて、容器に対する試料の入れ間違えを低減することができる、分析サービス提供方法、分析サービス提供装置、分析サービス提供システム、及びプログラムを提供する。
【解決手段】試料を容器に封入して受け渡しする分析サービス提供方法であって、秘密鍵及び公開鍵を容器に関連付けるステップと、依頼者から分析依頼を受け付けるステップと、分析依頼に応じて容器に封入する試料に関する情報を、容器に関連する秘密鍵で電子署名して依頼者に送信するステップと、容器に関連する公開鍵又はその格納先が付加された容器を、依頼者に配送するように容器の保管者に依頼するステップと、を含む。
【選択図】図２
【解決手段】試料を容器に封入して受け渡しする分析サービス提供方法であって、秘密鍵及び公開鍵を容器に関連付けるステップと、依頼者から分析依頼を受け付けるステップと、分析依頼に応じて容器に封入する試料に関する情報を、容器に関連する秘密鍵で電子署名して依頼者に送信するステップと、容器に関連する公開鍵又はその格納先が付加された容器を、依頼者に配送するように容器の保管者に依頼するステップと、を含む。
【選択図】図２
【特許請求の範囲】
【請求項1】
試料を容器に封入して受け渡しする分析サービス提供方法であって、
秘密鍵及び公開鍵を前記容器に関連付けるステップと、
依頼者から分析依頼を受け付けるステップと、
前記分析依頼に応じて前記容器に封入する試料に関する情報を、前記容器に関連する前記秘密鍵で電子署名して前記依頼者に送信するステップと、
前記容器に関連する前記公開鍵又はその格納先が付加された前記容器を、前記依頼者に配送するように前記容器の保管者に依頼するステップと、
を含む分析サービス提供方法。
秘密鍵及び公開鍵を前記容器に関連付けるステップと、
依頼者から分析依頼を受け付けるステップと、
前記分析依頼に応じて前記容器に封入する試料に関する情報を、前記容器に関連する前記秘密鍵で電子署名して前記依頼者に送信するステップと、
前記容器に関連する前記公開鍵又はその格納先が付加された前記容器を、前記依頼者に配送するように前記容器の保管者に依頼するステップと、
を含む分析サービス提供方法。
【請求項2】
前記容器に関連する前記公開鍵は、前記容器に取り外し不能な状態で付加される、請求項１に記載の分析サービス提供方法。
【請求項3】
前記容器に関連する前記公開鍵は、光学的又は電磁気的に読み取り可能な識別標識として付加されている、請求項１に記載の分析サービス提供方法。
【請求項4】
前記識別標識は、一次元コード又は二次元コードである、請求項３に記載の分析サービス提供方法。
【請求項5】
前記容器は、前記情報とは別に配送される、請求項１に記載の分析サービス提供方法。
【請求項6】
前記情報は、前記依頼者が保持可能な共通鍵で暗号化されている、請求項１に記載の分析サービス提供方法。
【請求項7】
前記共通鍵は、トークンを用いたワンタイムパスワードから生成されている、請求項６に記載の分析サービス提供方法。
【請求項8】
前記共通鍵は、ディフィー・ヘルマン（ＤＨ）鍵交換方式、又は楕円曲線ディフィー・ヘルマン（ＥＣＤＨ）鍵交換方式を用いて生成されている、請求項６に記載の分析サービス提供方法。
【請求項9】
前記情報とは異なる他の情報を送信又は受信するステップをさらに含み、
通信用の秘密鍵及び公開鍵を生成し、前記通信用の秘密鍵を用いて前記他の情報の電子署名を生成し、前記通信用の公開鍵で前記他の情報の電子署名を検証可能とする、請求項１に記載の分析サービス提供方法。
通信用の秘密鍵及び公開鍵を生成し、前記通信用の秘密鍵を用いて前記他の情報の電子署名を生成し、前記通信用の公開鍵で前記他の情報の電子署名を検証可能とする、請求項１に記載の分析サービス提供方法。
【請求項10】
前記依頼者との間で鍵交換方式により共通鍵を生成した場合は、
前記通信用の秘密鍵及び公開鍵として、前記共通鍵の生成に使用した一時秘密鍵及び一時公開鍵を用いる、請求項９に記載の分析サービス提供方法。
前記通信用の秘密鍵及び公開鍵として、前記共通鍵の生成に使用した一時秘密鍵及び一時公開鍵を用いる、請求項９に記載の分析サービス提供方法。
【請求項11】
前記送信及び受信は、通信手段を介して行われる、請求項１に記載の分析サービス提供方法。
【請求項12】
外部機器に前記試料が封入された前記容器を処理させるステップをさらに含み、
前記外部機器は、前記依頼者、前記試料の分析を行う分析者、又は第三者に対するアクセス認証を実行する、請求項１に記載の分析サービス提供方法。
前記外部機器は、前記依頼者、前記試料の分析を行う分析者、又は第三者に対するアクセス認証を実行する、請求項１に記載の分析サービス提供方法。
【請求項13】
前記アクセス認証に、前記容器に関連する前記秘密鍵及び公開鍵が使用される、請求項１２に記載の分析サービス提供方法。
【請求項14】
前記アクセス認証に、鍵交換方式による共通鍵の生成に使用した一時秘密鍵及び一時公開鍵が使用される、請求項１２に記載の分析サービス提供方法。
【請求項15】
前記アクセス認証に、前記アクセス認証のために生成した認証用の秘密鍵及び公開鍵が使用される、請求項１２に記載の分析サービス提供方法。
【請求項16】
前記容器に関連する前記公開鍵は、閲覧可能とされている、請求項１に記載の分析サービス提供方法。
【請求項17】
前記公開鍵の格納先から前記公開鍵を取得して提供するステップをさらに含む、
請求項１に記載の分析サービス提供方法。
請求項１に記載の分析サービス提供方法。
【請求項18】
試料を容器に封入して受け渡しする分析サービス提供装置であって、
秘密鍵及び公開鍵を前記容器に関連付ける容器登録部と、
依頼者から分析依頼を受け付ける依頼受付部と、
前記分析依頼に応じて前記容器に封入する試料に関する情報を、前記容器に関連する前記秘密鍵で電子署名して前記依頼者に送信する署名生成部と、
前記容器に関連する前記公開鍵又はその格納先が付加された前記容器を、前記依頼者に配送するように前記容器の保管者に依頼する配送依頼部と、
を備える分析サービス提供装置。
秘密鍵及び公開鍵を前記容器に関連付ける容器登録部と、
依頼者から分析依頼を受け付ける依頼受付部と、
前記分析依頼に応じて前記容器に封入する試料に関する情報を、前記容器に関連する前記秘密鍵で電子署名して前記依頼者に送信する署名生成部と、
前記容器に関連する前記公開鍵又はその格納先が付加された前記容器を、前記依頼者に配送するように前記容器の保管者に依頼する配送依頼部と、
を備える分析サービス提供装置。
【請求項19】
請求項１８に記載の分析サービス提供装置と、
電子署名を検証する署名検証部を備える依頼者端末と、
を備え、
前記署名検証部は、前記容器から読み取られた前記容器に関連する前記公開鍵と前記情報とを用いて、受信した前記電子署名を検証する、
分析サービス提供システム。
電子署名を検証する署名検証部を備える依頼者端末と、
を備え、
前記署名検証部は、前記容器から読み取られた前記容器に関連する前記公開鍵と前記情報とを用いて、受信した前記電子署名を検証する、
分析サービス提供システム。
【請求項20】
前記依頼者端末は、ユーザインタフェースを提供するインタフェース提供部をさらに備え、
前記署名検証部により検証された前記情報を前記ユーザインタフェースに表示する、
請求項１９に記載の分析サービス提供システム。
前記署名検証部により検証された前記情報を前記ユーザインタフェースに表示する、
請求項１９に記載の分析サービス提供システム。
【請求項21】
前記依頼者端末は、情報の暗号化又は復号を行う暗号化・復号部をさらに備え、
前記署名検証部により検証された前記情報が暗号化されている場合には、前記暗号化・復号部で復号した前記情報を前記ユーザインタフェースに表示する、
請求項２０に記載の分析サービス提供システム。
前記署名検証部により検証された前記情報が暗号化されている場合には、前記暗号化・復号部で復号した前記情報を前記ユーザインタフェースに表示する、
請求項２０に記載の分析サービス提供システム。
【請求項22】
試料を容器に封入して受け渡しする分析サービス用のプログラムであって、
コンピュータにより、
秘密鍵及び公開鍵を前記容器に関連付けるステップと、
依頼者から分析依頼を受け付けるステップと、
前記分析依頼に応じて前記容器に封入する試料に関する情報を、前記容器に関連する前記秘密鍵で電子署名して前記依頼者に送信するステップと、
前記容器に関連する前記公開鍵又はその格納先が付加された前記容器を、前記依頼者に配送するように前記容器の保管者に依頼するステップと、
を実行させるためのプログラム。
コンピュータにより、
秘密鍵及び公開鍵を前記容器に関連付けるステップと、
依頼者から分析依頼を受け付けるステップと、
前記分析依頼に応じて前記容器に封入する試料に関する情報を、前記容器に関連する前記秘密鍵で電子署名して前記依頼者に送信するステップと、
前記容器に関連する前記公開鍵又はその格納先が付加された前記容器を、前記依頼者に配送するように前記容器の保管者に依頼するステップと、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、分析サービス提供方法、分析サービス提供装置、分析サービス提供システム、及びプログラムに関する。
【背景技術】
【0002】
従来、依頼者から試料を分析者に送付して、分析者が分析結果を依頼者に回答する委託型の分析サービスが提供されている。例えば、特許文献１には、検査分析を希望するユーザより検査分析試料を受け取り、ユーザ試料の検査分析の結果である検査分析データをユーザへ提供する方法が開示されている。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２００５－４３２５７号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
特許文献１に記載の分析サービスでも、依頼者に対するユーザ認証、分析結果の暗号化、依頼者と分析請負者との間での秘密保持契約など、分析情報の漏洩を防止するためのセキュリティ対策は講じられている。しかしながら、分析者に正しい試料が届けられる必要があるにも拘らず、特許文献１に記載の分析サービスでは、試料の取り違えを防止するための対策は講じられていない。
【0005】
委託型の分析サービスでは、試料は、その試料のために用意された専用の搬送容器に封入されて分析者に送付される。試料が搬送容器に封入された後は、搬送容器に付加された識別情報により試料が識別されることになる。したがって、依頼者が搬送容器に誤って別の試料を格納して送付すると、そのまま分析が行われてしまい、依頼者は意図した分析結果を得ることができないという問題がある。
【0006】
本発明は上記課題に鑑みなされたものであり、本発明の目的は、試料を容器に封入して受け渡しする分析サービスにおいて、容器に対する試料の入れ間違えを低減することができる、分析サービス提供方法、分析サービス提供装置、分析サービス提供システム、及びプログラムを提供することにある。
【課題を解決するための手段】
【0007】
本開示の一態様に係る分析サービス提供方法は、試料を容器に封入して受け渡しする分析サービス提供方法であって、秘密鍵及び公開鍵を前記容器に関連付けるステップと、
依頼者から分析依頼を受け付けるステップと、前記分析依頼に応じて前記容器に封入する試料に関する情報を、前記容器に関連する前記秘密鍵で電子署名して前記依頼者に送信するステップと、前記容器に関連する前記公開鍵又はその格納先が付加された前記容器を、前記依頼者に配送するように前記容器の保管者に依頼するステップと、を含む。
依頼者から分析依頼を受け付けるステップと、前記分析依頼に応じて前記容器に封入する試料に関する情報を、前記容器に関連する前記秘密鍵で電子署名して前記依頼者に送信するステップと、前記容器に関連する前記公開鍵又はその格納先が付加された前記容器を、前記依頼者に配送するように前記容器の保管者に依頼するステップと、を含む。
【0008】
本開示の一態様に係る分析サービス提供装置は、試料を容器に封入して受け渡しする分析サービス提供装置であって、秘密鍵及び公開鍵を前記容器に関連付ける容器登録部と、依頼者から分析依頼を受け付ける依頼受付部と、前記分析依頼に応じて前記容器に封入する試料に関する情報を、前記容器に関連する前記秘密鍵で電子署名して前記依頼者に送信する署名生成部と、前記容器に関連する前記公開鍵又はその格納先が付加された前記容器を、前記依頼者に配送するように前記容器の保管者に依頼する配送依頼部と、を備える。
【0009】
本開示の一態様に係る分析サービス提供システムは、本開示の分析サービス提供装置と、電子署名を検証する署名検証部を備える依頼者端末と、を備え、前記署名検証部は、前記容器から読み取られた前記容器に関連する前記公開鍵と前記情報とを用いて、受信した前記電子署名を検証する。
【0010】
本開示の一態様に係るプログラムは、試料を容器に封入して受け渡しする分析サービス用のプログラムであって、コンピュータにより、秘密鍵及び公開鍵を前記容器に関連付けるステップと、依頼者から分析依頼を受け付けるステップと、前記分析依頼に応じて前記容器に封入する試料に関する情報を、前記容器に関連する前記秘密鍵で電子署名して前記依頼者に送信するステップと、前記容器に関連する前記公開鍵又はその格納先が付加された前記容器を、前記依頼者に配送するように前記容器の保管者に依頼するステップと、を実行させるためのプログラムである。
【発明の効果】
【0011】
本発明によれば、試料を容器に封入して受け渡しする分析サービスにおいて、容器に対する試料の入れ間違えを低減することができる。
【図面の簡単な説明】
【0012】
【図1】容器の外観の一例を示す図である。
【図2】本発明の概要を説明するための模式図である。
【図3】本発明の第１の実施形態に係る分析サービス提供システムの構成の一例を示す模式図である。
【図4】サーバの電気的構成の一例を示すブロック図である。
【図5】端末装置の電気的構成の一例を示すブロック図である。
【図6】本発明の第１の実施形態に係る分析サービス提供システムの処理の流れの一例を示すシーケンス図である。
【図7】本発明の分析サービス提供システムの主要部の機能ブロック図である。
【図8】依頼者端末に表示されるＵＩ画面の一例を示す画面遷移図である。
【図9】分析者端末に表示されるＵＩ画面の一例を示す画面遷移図である。
【図10】容器登録工程の処理の一例を示す模式図である。
【図11】サーバによる「容器登録処理」の流れの一例を示すフローチャートである。
【図12】容器ＤＢに格納されるデータ構造の一例を示す図表である。
【図13】分析依頼/受諾工程の処理の一例を示す模式図である。
【図14】依頼者端末による「依頼者メイン処理」の流れの一例を示すフローチャートである。
【図15】依頼者端末による「新規登録処理」の流れの一例を示すフローチャートである。
【図16】依頼者端末による「ＯＴＰ入力処理」の流れの一例を示すフローチャートである。
【図17】サーバによる「分析依頼受付処理」の流れの一例を示すフローチャートである。
【図18】分析者端末による「分析者メイン処理」の流れの一例を示すフローチャートである。
【図19】分析者端末による「分析依頼処理」の流れの一例を示すフローチャートである。
【図20】封入指示作成工程の処理の一例を示す模式図である。
【図21】分析者端末による「封入指示入力処理」の流れの一例を示すフローチャートである。
【図22】サーバによる「署名生成処理」の流れの一例を示すフローチャートである。
【図23】試料送付工程の処理の一例を示す模式図である。
【図24】依頼者端末による「依頼済み案件処理」の流れの一例を示すフローチャートである。
【図25】依頼者端末による「容器識別子読み取り処理」の流れの一例を示すフローチャートである。
【図26】依頼者端末による「封入指示表示処理」の流れの一例を示すフローチャートである。
【図27】依頼者端末による「試料情報入力処理」の流れの一例を示すフローチャートである。
【図28】分析報告工程の処理の一例を示す模式図である。
【図29】分析者端末による「分析報告処理」の流れの一例を示すフローチャートである。
【図30】サーバによる「分析終了処理」の流れの一例を示すフローチャートである。
【図31】本発明の第２の実施形態に係る分析サービス提供システムの処理の流れの一例を示すシーケンス図である。
【図32】本発明の第３の実施形態に係る分析サービス提供システムの追加構成の一例を示す模式図である。
【図33】（Ａ）は「１対１」の分析依頼に対応する機能配置を示す模式図であり、（Ｂ)は「多対多」の分析依頼に対応する機能配置を示す模式図である。
【発明を実施するための形態】
【0013】
以下、図面を参照して本発明の実施の形態の一例を詳細に説明する。
【0014】
［第１の実施形態］
＜発明の概要＞
まず、図１を参照して、容器について説明する。
試料を封入して搬送する容器３０が登録されると、容器３０について秘密鍵と公開鍵とが生成され、公開鍵を表す識別標識が生成される。ここでは識別標識としては、例えばＱＲコード（登録商標）のような二次元コードやバーコードのような一次元コードが挙げられる。図１に示すように、公開鍵を表す識別標識は、容器に直接刻印する、容器に直接印刷する、容器に埋め込む等により、容器３０に対し物理的に取り外し不能な形態で付加されている。これらの識別標識は、光学的又は電磁気的に読み取り可能である。なお、以下では、識別標識として二次元コードを使用し、二次元コードを容器３０に刻印する場合について説明する。
＜発明の概要＞
まず、図１を参照して、容器について説明する。
試料を封入して搬送する容器３０が登録されると、容器３０について秘密鍵と公開鍵とが生成され、公開鍵を表す識別標識が生成される。ここでは識別標識としては、例えばＱＲコード（登録商標）のような二次元コードやバーコードのような一次元コードが挙げられる。図１に示すように、公開鍵を表す識別標識は、容器に直接刻印する、容器に直接印刷する、容器に埋め込む等により、容器３０に対し物理的に取り外し不能な形態で付加されている。これらの識別標識は、光学的又は電磁気的に読み取り可能である。なお、以下では、識別標識として二次元コードを使用し、二次元コードを容器３０に刻印する場合について説明する。
【0015】
次に、図２を参照して本発明の概要について説明する。
図２に示すように、依頼者１０は分析依頼を行い、分析者１４は分析依頼を受諾する。ここでは、依頼者１０は２つの試料Ａ、Ｂについて分析依頼を行い、分析者１４は試料Ａ、Ｂの分析依頼を受諾するものとする。分析者１４は、容器３０Ａ及び容器３０Ｂを用意し、試料Ａに容器３０Ａを割り当て、試料Ｂに容器３０Ｂを割り当てる。容器３０Ａ及び容器３０Ｂは、依頼者１０に配送される。
図２に示すように、依頼者１０は分析依頼を行い、分析者１４は分析依頼を受諾する。ここでは、依頼者１０は２つの試料Ａ、Ｂについて分析依頼を行い、分析者１４は試料Ａ、Ｂの分析依頼を受諾するものとする。分析者１４は、容器３０Ａ及び容器３０Ｂを用意し、試料Ａに容器３０Ａを割り当て、試料Ｂに容器３０Ｂを割り当てる。容器３０Ａ及び容器３０Ｂは、依頼者１０に配送される。
【0016】
分析者１４は、容器３０Ａに封入する試料Ａに関する情報を含む封入指示を作成して、依頼者１０と分析者１４とが保持する共通鍵で暗号化する。封入指示には、試料の名称の外に、封入する試料片の寸法、加工・封入時の留意事項、返送先などが含まれていてもよい。封入指示は、文書には限られず、写真や映像としてもよい。分析者１４は、暗号化した封入指示について容器３０Ａの秘密鍵で電子署名を生成する。なお、後述するサーバ１８が介在する場合は、厳密にはサーバ１８が電子署名を生成する。同様に、分析者１４は、試料Ｂについても封入指示を作成して暗号化し、暗号化した封入指示について容器３０Ｂの秘密鍵で電子署名を生成する。封入指示の暗号文とその電子署名は、容器３０とは別に依頼者１０に送信される。
【0017】
依頼者１０には、容器３０Ａ、容器３０Ｂ、試料Ａの封入指示の暗号文、試料Ａの封入指示の暗号文署名（即ち、電子署名）、試料Ｂの封入指示の暗号文、及び試料Ｂの封入指示の暗号文署名（即ち、電子署名）が届いている。依頼者１０は、容器３０Ａの公開鍵を読み取り、容器３０Ａの公開鍵で封入指示の暗号文の真正性を検証する。容器３０Ａの公開鍵で真正性を検証できるのは、容器３０Ａの秘密鍵で電子署名された試料Ａの封入指示の暗号文だけである。依頼者１０は、真正性が検証できた方、即ち、試料Ａの封入指示の暗号文を共通鍵で復号し、封入指示に従って容器３０Ａに試料Ａを封入する。
【0018】
同様にして、依頼者１０は、容器３０Ｂの公開鍵を読み取り、容器３０Ｂの公開鍵で封入指示の暗号文の真正性を検証する。依頼者１０は、真正性を検証できた方、即ち、試料Ｂの封入指示の暗号文を共通鍵で復号し、封入指示に従って容器３０Ｂに試料Ｂを封入する。
【0019】
この例で示すように、本開示の分析サービス提供方法は、容器３０毎に秘密鍵及び公開鍵を生成し、これを電子割符として用いて、秘密鍵で電子署名された封入指示の真正性を、容器３０に物理的に取り外し不能な形態で刻印された公開鍵によってのみ検証できるようにしたものである。これにより、分析者１４が容器３０に紐づけた封入指示を、安全、確実に依頼者１０に伝達することができる。したがって、本開示の分析サービス提供方法は、この構成により、以下の１）～３)の効果を得ることができる。
【0020】
１）容器３０に刻印された公開鍵で検証可能な封入指示のみを依頼者１０に提示でき、分析者１４の指示を依頼者１０が取り違えて、試料が意図しない容器３０に封入されるという封入ミスを低減することができる。
【0021】
２）誤った容器３０が依頼者１０に配送されても、検証可能な封入指示がなく、誤った容器３０への試料が封入されるという封入ミスを低減することができる。
【0022】
３）封入指示は暗号化されているので第三者が盗聴することは困難であるし、悪意のある第三者により容器のすり替えや返送先の改ざんが行われても、検証により検知することができる。
【0023】
＜分析サービス提供システムの構成＞
次に、図３～図５を参照して分析サービス提供システムの構成について説明する。
図３に示すように、分析サービス提供システム１は、依頼者１０が使用する依頼者端末１２、分析者１４が使用する分析者端末１６、分析サービス提供装置の一例であるサーバ１８、及びストックヤード２０で使用される端末装置（図示せず）を備えている。サーバ１８は、例えばクラウド上に配置されている。
次に、図３～図５を参照して分析サービス提供システムの構成について説明する。
図３に示すように、分析サービス提供システム１は、依頼者１０が使用する依頼者端末１２、分析者１４が使用する分析者端末１６、分析サービス提供装置の一例であるサーバ１８、及びストックヤード２０で使用される端末装置（図示せず）を備えている。サーバ１８は、例えばクラウド上に配置されている。
【0024】
以下では、図３内の点線で囲まれた構成を中心に説明する。分析サービス提供システム１の主要構成は、依頼者１０が使用する依頼者端末１２とサーバ１８である。分析者端末１６の機能は、サーバ１８が担うこともできる。
【0025】
分析サービス提供システム１は、任意選択で、分析センタ２２のサーバ（図示せず）内に配置される各種外部機器２４をさらに備えていてもよい。この例では、外部機器２４として、分析装置２４Ａ、保管庫２４Ｂ、及び搬送台車２４Ｃが例示されている。サーバ１８は、分析者１４からの指示に応じて、これらの外部機器２４に、試料が封入された容器３０に対する各種の処理（例えば、分析、保管、搬送）を行わせる。
【0026】
依頼者端末１２、分析者端末１６、ストックヤード２０の端末装置、及び分析センタ２２のサーバの各々は、インターネット等の有線・無線の通信回線を介してサーバ１８と通信可能に接続されている。また、分析装置２４Ａ、保管庫２４Ｂ、及び搬送台車２４Ｃは、ＬＡＮ等の有線・無線の通信回線を介して分析センタ２２のサーバと通信可能に接続されている。また、依頼者１０、分析者１４、ストックヤード２０、及び分析センタ２２の各拠点間では、車両のアイコンで示すように容器３０の配送が可能とされている。
【0027】
ストックヤード２０の端末装置は、容器３０の登録をサーバ１８に要求し、サーバ１８から容器３０の公開鍵の情報を取得する。ストックヤード２０の作業者は、容器３０の公開鍵の情報に基づいて、公開鍵を表す二次元コードを容器３０に刻印する。また、ストックヤード２０の端末装置は、分析者１４から容器３０の発送指示を受け付け、作業者に容器３０の発送を促す。
【0028】
サーバ１８は、ストックヤード２０の端末装置からの要求に応じて、容器３０を登録し、容器３０について秘密鍵と公開鍵とを生成して、容器３０を識別する容器ＩＤ、容器３０の秘密鍵と公開鍵、及び容器３０の諸元（幅、高さ、深さ等）を互いに関連付けて、後述する容器データベース４８Ｃに格納し、これらの情報を管理している。サーバ１８は、依頼者１０や分析者１４からの照会に応じて容器３０の公開鍵を開示する。サーバ１８は、その他の各種情報をデータベース（以下、「ＤＢ」と略称する。）で管理している。サーバ１８は、封入指示の暗号文に電子署名を行う。
【0029】
依頼者端末１２は、依頼者１０に各種情報の入出力インタフェースを提供する。依頼者端末１２は、一時共通鍵を生成し、一時共通鍵で各種情報を暗号化又は復号する。依頼者端末１２は、後述するカメラ６２で読み取られた容器３０の公開鍵で、封入指示の暗号文の真正性を検証する。
【0030】
分析者端末１６は、分析者１４に各種情報の入出力インタフェースを提供する。分析者端末１６は、一時共通鍵を生成し、一時共通鍵で各種情報を暗号化又は復号する。
【0031】
外部機器２４は、分析者１４による遠隔分析を支援するための機器である。分析が分析センタ２２で行われる場合、サーバ１８は、分析者１４からの指示に応じて外部機器２４に容器３０を処理させる。
【0032】
分析が分析センタ２２で行われる場合、封入指示には、返送先として保管庫２４Ｂの所在地が記載されることになる。遠隔分析の作業は、容器３０の在庫と保管庫２４Ｂの空き状況とにより律速される。このため、分析者１４は、封入指示の作成時に、容器３０の在庫だけでなく、保管庫２４Ｂの空き状況も確認する。
【0033】
保管庫２４Ｂ内の保管場所にはＩＤ（以下では、「保管場所ＩＤ」という。）が付与されている。サーバ１８は、容器３０の保管場所ＩＤを、容器３０のＩＤに関連付けて記憶している。保管庫２４Ｂは、単なる倉庫ではなく、試料を封入した容器３０の受け入れ、保管等を行う機器としても動作する。サーバ１８は、保管庫２４Ｂに指示して、試料を封入した容器３０を、保管場所ＩＤで特定された保管場所に格納させる。
【0034】
遠隔分析の際には、サーバ１８は、分析者１４からの指示に応じて、保管庫２４Ｂから試料を封入した容器３０を取り出し、搬送台車２４Ｃにより分析装置２４Ａまで搬送させ、試料を容器３０から取り出させて、分析装置２４Ａに試料をセットさせる。また、サーバ１８は、分析者１４からの指示に応じて、分析装置２４Ａにセットされた試料の分析を行わせる。
【0035】
（サーバの電気的構成）
図４に示すように、サーバ１８は、ＣＰＵ（Central Processing Unit）４０、メモリ４２、記憶部４４、通信部４６、及び各種ＤＢ４８を備えている。ＣＰＵ４０、メモリ４２、記憶部４４、通信部４６、及び各種ＤＢ４８の各部は、バス４９を介して相互に通信可能に接続されている。
図４に示すように、サーバ１８は、ＣＰＵ（Central Processing Unit）４０、メモリ４２、記憶部４４、通信部４６、及び各種ＤＢ４８を備えている。ＣＰＵ４０、メモリ４２、記憶部４４、通信部４６、及び各種ＤＢ４８の各部は、バス４９を介して相互に通信可能に接続されている。
【0036】
ＣＰＵ４０は、中央演算処理ユニットである。メモリ４２は、ＲＡＭ（Random Access Memory）により構成され、作業領域として一時的にプログラム及びデータを記憶する。記憶部４４は、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）等により構成され、オペレーティングシステムを含む各種プログラム、及び各種データを格納する。
【0037】
ＣＰＵ４０は、記憶部４４からプログラムを読み出し、メモリ４２を作業領域としてプログラムを実行する。また、ＣＰＵ４０は、記憶部４４に記憶されているプログラムに従って、上記各部を制御し、各種の演算処理を行う。
【0038】
通信部４６は、他の装置と通信するためのインタフェースである。各種ＤＢ４８には、
依頼者１０のアカウント情報を管理するアカウントＤＢ４８Ａ、分析依頼情報を管理する分析依頼ＤＢ４８Ｂ、及び容器情報を管理する容器ＤＢ４８Ｃが含まれる。
依頼者１０のアカウント情報を管理するアカウントＤＢ４８Ａ、分析依頼情報を管理する分析依頼ＤＢ４８Ｂ、及び容器情報を管理する容器ＤＢ４８Ｃが含まれる。
【0039】
（端末装置の電気的構成）
図５に示すように、端末装置としては、依頼者端末１２と分析者端末１６とが設けられている。両者は同じ構成を備えているため、ここでは依頼者端末１２の構成について説明する。依頼者端末１２は、ＣＰＵ５０、メモリ５２、記憶部５４、操作入力部５６、表示部５８、通信部６０、及びカメラ６２を備えている。ＣＰＵ５０、メモリ５２、記憶部５４、操作入力部５６、表示部５８、通信部６０、及びカメラ６２の各部は、バス６４を介して相互に通信可能に接続されている。
図５に示すように、端末装置としては、依頼者端末１２と分析者端末１６とが設けられている。両者は同じ構成を備えているため、ここでは依頼者端末１２の構成について説明する。依頼者端末１２は、ＣＰＵ５０、メモリ５２、記憶部５４、操作入力部５６、表示部５８、通信部６０、及びカメラ６２を備えている。ＣＰＵ５０、メモリ５２、記憶部５４、操作入力部５６、表示部５８、通信部６０、及びカメラ６２の各部は、バス６４を介して相互に通信可能に接続されている。
【0040】
ＣＰＵ５０、メモリ５２、記憶部５４、及び通信部６０については、サーバ１８のＣＰＵ４０、メモリ４２、記憶部４４、通信部４６と同様である。操作入力部５６、例えば、キーボードやマウス等の、各種の情報の入力を行うための装置である。表示部５８は、例えば、ディスプレイやプリンタ等の、各種の情報を出力するための装置である。操作入力部５６及び表示部５８として、タッチパネルディスプレイを備えていてもよい。カメラ６２は、画像を撮像するための装置であり、ここでは二次元コードを読み取るために設けられている。ＣＰＵ５０は、記憶部５４に記憶されているプログラムに従って、上記各部を制御し、各種の演算処理を行う。また、記憶部５４には、Ｗｅｂブラウザ等のアプリケーションプログラムも記憶されている。
【0041】
なお、図５では、分析者端末１６の各部の符号を、括弧内に併記した。併記した通り、分析者端末１６は、ＣＰＵ５１、メモリ５３、記憶部５５、操作入力部５７、表示部５９、通信部６１、及びカメラ６３を備えている。
【0042】
＜分析サービス提供システムの処理の全体的な流れ＞
次に、分析サービス提供システムの処理の全体的な流れを説明する。
分析サービス提供システムの処理は、大きく以下の６つの工程に分けることができる。
（１）サーバ１８が容器３０を登録する容器登録工程
（２）依頼者１０が分析依頼を行う分析依頼工程
（３）分析者１４が分析依頼を受諾する分析依頼受諾工程
（４）分析者１４が封入指示を作成する封入指示作成工程
（５）依頼者１０が試料を容器３０に封入して分析者１４に送付する試料送付工程
（６）分析者１４が分析報告を依頼者１０に納品する分析報告工程
次に、分析サービス提供システムの処理の全体的な流れを説明する。
分析サービス提供システムの処理は、大きく以下の６つの工程に分けることができる。
（１）サーバ１８が容器３０を登録する容器登録工程
（２）依頼者１０が分析依頼を行う分析依頼工程
（３）分析者１４が分析依頼を受諾する分析依頼受諾工程
（４）分析者１４が封入指示を作成する封入指示作成工程
（５）依頼者１０が試料を容器３０に封入して分析者１４に送付する試料送付工程
（６）分析者１４が分析報告を依頼者１０に納品する分析報告工程
【0043】
まず、図６のシーケンス図を参照して分析サービス提供システムの処理の流れを概略的に説明する。なお、ここでは、処理の主体を概念的に表し、依頼者端末１２を「依頼者１０」、分析者端末１６を「分析者１４」、ストックヤード２０の端末装置を「ストックヤード２０」と称する。
【0044】
（１）の容器登録工程では、ストックヤード２０がサーバ１８に容器登録を要求する（Ｓ２）。サーバ１８は、ストックヤード２０からの要求に応じて容器３０を登録し、容器３０の秘密鍵・公開鍵（以下では、「容器秘密鍵」、「容器公開鍵」という。）を生成して、各鍵の情報を容器ＤＢ４８Ｃに格納する（Ｓ４）。サーバ１８は、容器公開鍵をストックヤード２０に提供する（Ｓ６）。ストックヤード２０は、容器公開鍵を表す二次元コードを生成し、容器３０に刻印する（Ｓ８）。
【0045】
（２）の分析依頼工程では、依頼者１０は、サーバ１８に依頼開始を要求する（Ｓ１０）。サーバ１８は、分析依頼の受け付けを開始し、依頼者１０からの要求に応答して、一時共通鍵を生成するための一時共通鍵パラメータを依頼者１０に送信する（Ｓ１２）。依頼者１０は、一時共通鍵を生成し、分析依頼を作成して一時共通鍵で暗号化する（Ｓ１４）。依頼者１０は、分析依頼の暗号文をサーバ１８に送信する（Ｓ１６）。なお、依頼者１０は、試料に関する試料情報を一時共通鍵で暗号化して、分析依頼に含めてもよい。
【0046】
（３）分析依頼受諾工程では、分析者１４は、サーバ１８に分析依頼のクエリを要求する（Ｓ１８）。サーバ１８は、分析者１４からの要求に応答して、一時共通鍵パラメータを分析者１４に送信する（Ｓ２０）。分析者１４は、一時共通鍵を生成する（Ｓ２２）。分析者１４は、サーバ１８から分析依頼の暗号文を取得する（Ｓ２４）。分析者１４は、分析依頼の暗号文を一時共通鍵で復号して閲覧する（Ｓ２６）。
【0047】
（４）の封入指示作成工程では、分析者１４は、封入指示を作成して一時共通鍵で暗号化する（Ｓ２６）。分析者１４は、容器３０をサーバ１８に発注する（Ｓ２８）。サーバ１８は、ストックヤード２０に、分析者１４が選定した容器３０の発送を指示する（Ｓ３０）。分析者１４は、封入指示の暗号文をサーバ１８に送信する（Ｓ３２）。サーバ１８は、共有情報（封入指示の暗号文及び容器公開鍵）のハッシュ値を算出して、容器秘密鍵で電子署名を生成する（Ｓ３４）。サーバ１８は、封入指示の暗号文と電子署名とを依頼者１０に送信する（Ｓ３６）。
【0048】
（５）の試料送付工程では、ストックヤード２０から依頼者１０に容器３０が送付される（Ｓ３８）。依頼者１０は、容器３０から容器公開鍵を読み取って、受信した封入指示の暗号文と組み合わせて共有情報を構成してハッシュ値を算出し、ハッシュ値と電子署名とを容器公開鍵で検証する（Ｓ４０）。依頼者１０は、一時共通鍵で封入指示の暗号文を復号し、封入指示に従って容器３０に試料を封入する（Ｓ４２）。依頼者１０は、試料を封入した容器３０を、分析者１４に送付する（Ｓ４４）。なお、依頼者１０は、試料に関する試料情報を一時共通鍵で暗号化して、分析者１４に送信してもよい。
【0049】
（６）の分析報告工程では、分析者１４は、試料を分析し、分析報告を作成して、一時共通鍵で暗号化する（Ｓ４６）。分析者１４は、分析報告の暗号文を依頼者１０に納品する（Ｓ４８）。依頼者１０は、分析報告の暗号文を一時共通鍵で復号して閲覧する（Ｓ５０）。最後に、分析者１４は、容器３０をストックヤード２０に返却する（Ｓ５２）。
【0050】
図７は、図６に示すシーケンスを実行する分析サービス提供システム１を機能ブロックで表した図である。図７に示すように、分析サービス提供システム１は、通信回線Ｎにより互いに通信可能とされた、依頼者端末１２、分析者端末１４及びサーバ１８を含んでいる。サーバ１８は、秘密鍵及び公開鍵を容器３０に関連付ける容器登録部３００と、依頼者１０から分析依頼を受け付ける依頼受付部３０２と、分析依頼に応じて容器３０に封入する試料に関する情報を容器３０に関連する秘密鍵で電子署名して依頼者１０に送信する署名生成部３０４と、容器３０に関連する公開鍵（又はその格納先）が付加された容器３０を、依頼者１０に配送するように容器３０の保管者に依頼する配送依頼部３０６と、を備えている。サーバ１８は、Ｗｅｂサーバとしての機能をも果たすものである。
【0051】
依頼者端末１２は、インタフェース提供部３１０、暗号化・復号部３１２、及び署名検証部３１４を備えている。分析者端末１６は、インタフェース提供部３２０及び暗号化・復号部３２２を備えている。インタフェース提供部３１０及び３２０は、ユーザインタフェースを提供する。暗号化・復号部３１２及び３２２は、情報の暗号化又は復号を行う。署名検証部３１４は、公開鍵と署名対象の情報とに基づいて電子署名を検証する。インタフェース提供部３１０及び３２０の各々は、Ｗｅｂブラウザとしての機能を果たすものである。
【0052】
＜ＵＩ画面の遷移＞
図８に示すように、依頼者端末１２の表示部５８に表示されるＵＩ画面には、依頼者メイン画面１００、新規依頼画面１１０、ＯＴＰ入力画面１２０、依頼済み案件画面１３０、容器識別子読み取り画面１４０、封入指示表示画面１５０、及び試料情報入力画面１６０を備えている。これらの画面は、矢印で示したように、特定の選択が成されることにより次の画面に遷移する。各画面の詳細については後述する。
図８に示すように、依頼者端末１２の表示部５８に表示されるＵＩ画面には、依頼者メイン画面１００、新規依頼画面１１０、ＯＴＰ入力画面１２０、依頼済み案件画面１３０、容器識別子読み取り画面１４０、封入指示表示画面１５０、及び試料情報入力画面１６０を備えている。これらの画面は、矢印で示したように、特定の選択が成されることにより次の画面に遷移する。各画面の詳細については後述する。
【0053】
図９に示すように、分析者端末１６の表示部５９に表示されるユーザインタフェース（以下、「ＵＩ」と略称する。）画面には、分析者メイン画面１７０、分析依頼画面１８０、封入指示入力画面１９０、及び分析報告入力画面２００を備えている。これらの画面は、矢印で示したように、特定の選択が成されることにより次の画面に遷移する。各画面の詳細については後述する。
【0054】
＜分析サービス提供システムの各処理工程＞
以下では、図８及び図９に示すＵＩ画面も参照しながら、（１）容器登録工程、（２）分析依頼工程、（３）分析依頼受諾工程、（４）封入指示作成工程、（５）試料送付工程、及び（６）分析報告工程の各々について詳細に説明する。
以下では、図８及び図９に示すＵＩ画面も参照しながら、（１）容器登録工程、（２）分析依頼工程、（３）分析依頼受諾工程、（４）封入指示作成工程、（５）試料送付工程、及び（６）分析報告工程の各々について詳細に説明する。
【0055】
サーバ１８が提供する分析サービスは、ＨＴＴＰＳプロトコルで閲覧可能なＷｅｂサイトを窓口としており、サーバ１８はＷｅｂサーバとして機能する。依頼者端末１２及び分析者端末１６の各々は、Ｗｅｂブラウザを介して各種ＵＩ画面を表示し、各種ＵＩ画面への操作を受け付ける。即ち、依頼者端末１２のＣＰＵ５０とサーバ１８のＣＰＵ４０とが協働して、依頼者１０にユーザインタフェースを提供する。同様に、分析者端末１６のＣＰＵ５１とサーバ１８のＣＰＵ４０とが協働して、分析者１４にユーザインタフェースを提供する。
【0056】
（容器登録工程）
次に、容器登録工程について具体的に説明する。
図１０に示すように、ストックヤード２０からサーバ１８に容器３０の登録が要求されると、サーバ１８で容器３０の秘密鍵・公開鍵が生成され、容器公開鍵のハッシュ値を含むＵＲＬがストックヤード２０に通知される。ストックヤード２０は、容器公開鍵のハッシュ値を含むＵＲＬを二次元コードに変換し、レーザ加工により容器３０に二次元コードを刻印する。
次に、容器登録工程について具体的に説明する。
図１０に示すように、ストックヤード２０からサーバ１８に容器３０の登録が要求されると、サーバ１８で容器３０の秘密鍵・公開鍵が生成され、容器公開鍵のハッシュ値を含むＵＲＬがストックヤード２０に通知される。ストックヤード２０は、容器公開鍵のハッシュ値を含むＵＲＬを二次元コードに変換し、レーザ加工により容器３０に二次元コードを刻印する。
【0057】
－サーバの処理－
ここで、図１１に示すフローチャートを参照してサーバ１８のＣＰＵ４０により実行される「容器登録処理」について詳しく説明する。「容器登録処理」は、容器３０の登録が要求されると開始される。まず、ステップＳ１００で、サーバ１８のＣＰＵ４０は、容器秘密鍵と容器公開鍵のペアを生成する。容器秘密鍵と容器公開鍵は、例えばエドワーズ曲線デジタル署名アルゴリズム（ＥｄＤＳＡ：Edwards-curve Digital Signature Algorithm）により生成することができる。
ここで、図１１に示すフローチャートを参照してサーバ１８のＣＰＵ４０により実行される「容器登録処理」について詳しく説明する。「容器登録処理」は、容器３０の登録が要求されると開始される。まず、ステップＳ１００で、サーバ１８のＣＰＵ４０は、容器秘密鍵と容器公開鍵のペアを生成する。容器秘密鍵と容器公開鍵は、例えばエドワーズ曲線デジタル署名アルゴリズム（ＥｄＤＳＡ：Edwards-curve Digital Signature Algorithm）により生成することができる。
【0058】
次に、ステップＳ１０２で、ＣＰＵ４０は、容器秘密鍵及び容器公開鍵を、容器ＤＢ４８Ｃに格納する。容器秘密鍵及び容器公開鍵の各々を、例えばＢＡＳＥ６４方式で文字列化し、例えばＳＨＡ－２５６（Secure Hash Algorithm 256-bit）等のハッシュ関数を用いて、容器公開鍵の文字列からハッシュ値を算出する。この容器公開鍵のハッシュ値が、容器ＩＤとされる。
【0059】
容器ＤＢ４８Ｃは、図１２の表１に示すように、容器公開鍵のハッシュ値（即ち、容器ＩＤ）をキーとするキーバリュー方式により、容器公開鍵の文字列、容器秘密鍵の文字列、及び容器の諸元の各値を格納している。或いは、表２に示すように、任意の短縮名をキーとして、容器公開鍵の文字列、容器秘密鍵の文字列、容器公開鍵のハッシュ値（footprint）、及び容器の諸元の各値をバリューとしてもよい。
【0060】
例えば、表１では、キー（key）である容器公開鍵のハッシュ値（"12c70824abb1a7e441e04257…"）には、容器公開鍵の文字列（“Pubkey”: ”MCowBQYDK2VwAyEA2+h9+JCt…”）、容器秘密鍵の文字列（“Privkey”:“MC4CAQAwBQYDK2VwBCIEIK1k…”）、容器の諸元（“Width”:100,“Height”:100,“Depth”:100）の各々がバリュー（value）として関連付けられている。
【0061】
次に、ステップＳ１０４で、ＣＰＵ４０は、例えばハッシュ値を含むＵＲＬ（または、その短縮ＵＲＬ）を、容器公開鍵を閲覧可能なＵＲＬとしてストックヤード２０に通知して、「容器登録処理」のルーチンを終了する。
【0062】
なお、サーバ１８がＷｅｂサーバとして機能し、依頼者１０及び分析者１４も容器３０に刻印された二次元コードを読み取ることで、容器公開鍵を閲覧できるようになる。この通り、容器３０に関連する公開鍵は、第三者にも公開されているので、公開鍵が分析者１４やその所属組織のものであることを標示できる。
【0063】
（分析依頼工程）
次に、分析依頼工程について具体的に説明する。
図１３に示すように、依頼者端末１２には、時間ベースのワンタイムパスワード（Time-based One-Time Password、以下では「ＯＴＰ」と略称する。）を生成するトークン生成器１１が予め配布されている。トークン生成器１１には、トークン生成器１１に固有の固有ＩＤとソルト（ｓａｌｔ）文字列とが埋め込まれている。トークン生成器１１の内部タイマーの時刻はサーバ１８のタイマーの時刻と同期されている。トークン生成器１１は、時刻、固有ＩＤ、ソルトから、ＯＴＰを生成する。なお、パスワードは「ＰＷ」と略称する場合がある。
次に、分析依頼工程について具体的に説明する。
図１３に示すように、依頼者端末１２には、時間ベースのワンタイムパスワード（Time-based One-Time Password、以下では「ＯＴＰ」と略称する。）を生成するトークン生成器１１が予め配布されている。トークン生成器１１には、トークン生成器１１に固有の固有ＩＤとソルト（ｓａｌｔ）文字列とが埋め込まれている。トークン生成器１１の内部タイマーの時刻はサーバ１８のタイマーの時刻と同期されている。トークン生成器１１は、時刻、固有ＩＤ、ソルトから、ＯＴＰを生成する。なお、パスワードは「ＰＷ」と略称する場合がある。
【0064】
また、ユーザである依頼者１０は、分析サービスを利用するためのアカウントを有しており、依頼者１０にはユーザＩＤが予め発行されている。サーバ１８は、ユーザＩＤ等のアカウント情報をアカウントＤＢ４８Ａで管理している。アカウントＤＢ４８Ａにより、依頼者１０に配布されたトークン生成器１１の固有ＩＤも、ユーザＩＤに紐づけられている。
【0065】
【0066】
依頼者１０が、分析サービスのＷｅｂサイト（即ち、サーバ１８）にアクセスして、自身のユーザＩＤを用いてログインすると、図１４に示す「依頼者メイン処理」が開始される。まず、ステップＳ２００で、ＣＰＵ５０は、依頼者１０の依頼済み案件のリストをサーバ１８から取得する。
【0067】
次に、ステップＳ２０２で、ＣＰＵ５０は、インタフェースとして依頼者メイン画面１００を表示する。
【0068】
ここで、図８の画面遷移図を参照する。新規依頼の場合には、依頼者１０は、依頼者メイン画面１００で新規ボタン１０２を選択する。新規ボタン１０２が選択されると、ＵＩ画面は新規依頼画面１１０に遷移する。一方、依頼済み案件の場合には、依頼者１０は、選択欄１０４から対象の依頼済み案件を選択する。対象の依頼済み案件が選択されると、ＵＩ画面は依頼済み案件画面１３０に遷移する。
【0069】
図１４の説明に戻る。次に、ステップＳ２０４で、ＣＰＵ５０は、依頼者１０の入力に基づいて新規案件か否かを判断する。新規案件の場合はステップＳ２０８の「新規依頼処理」に進む。新規案件ではない場合はステップＳ２０６に進み、ステップＳ２０６で、ＣＰＵ５０は、依頼者１０の入力に基づいて依頼済み案件か否かを判断する。依頼済み案件の場合はステップＳ２１０の「依頼済み案件処理」に進む。依頼済み案件ではない場合はステップＳ２００に戻って、次のループまで待機する。
【0070】
【0071】
ここで、図８の画面遷移図を参照する。依頼者１０は、新規依頼画面１１０の依頼内容入力欄１１２に依頼内容（例えば、依頼内容の文章、写真、映像など）を入力する。入力した内容で依頼する場合には、依頼者１０は、送信ボタン１１４を選択する。送信ボタン１１４が選択されると、ＵＩ画面はＯＴＰ入力画面１２０に遷移する。一方、入力した内容を取り消す場合には、依頼者１０は、取り消しボタン１１６を選択する。入力内容が取り消されると、ＵＩ画面は依頼者メイン画面１１０に戻る。
【0072】
図１５の説明に戻る。次に、ステップＳ２１４で、ＣＰＵ５０は、依頼者１０の入力に基づいて送信か否かを判断する。送信の場合はステップＳ２１８の「ＯＴＰ入力処理」に進む。送信ではない場合はステップＳ２１６に進み、ステップＳ２１６で、ＣＰＵ５０は、依頼者１０の入力に基づいて取り消しか否かを判断する。取り消しの場合はステップＳ２２０の「依頼者メイン処理」に進む。取り消しではない場合はステップＳ２１２に戻って、次のループまで待機する。
【0073】
【0074】
ここで、図８の画面遷移図を参照する。依頼者１０は、ＯＴＰ入力画面１２０のＰＷ入力欄１２２に、トークン生成器１１で生成されたＯＴＰを入力する。入力した内容でＯＫな場合には、依頼者１０は、送信ボタン１２４を選択する。一方、入力した内容を取り消す場合には、依頼者１０は、取り消しボタン１２６を選択する。何れの場合も、ＵＩ画面は依頼者メイン画面１１０に戻る。
【0075】
図１６の説明に戻る。次に、ステップＳ２２４で、ＣＰＵ５０は、依頼者１０の入力に基づいて送信か否かを判断する。送信の場合はステップＳ２３０に進む。送信ではない場合はステップＳ２２６に進み、ステップＳ２２６で、ＣＰＵ５０は、依頼者１０の入力に基づいて取り消しか否かを判断する。取り消しの場合はステップＳ２２８の「依頼者メイン処理」に進む。取り消しではない場合はステップＳ２２２に戻って、次のループまで待機する。
【0076】
次に、ステップＳ２３０で、ＣＰＵ５０は、ユーザＩＤとＯＴＰとをサーバ１８に送信する。なお、依頼者１０のユーザＩＤはログイン時にサーバ１８に送信されているが、ステップＳ２３０で、ユーザＩＤをＯＴＰと一緒に再度サーバ１８に送信してもよい。サーバ１８は、依頼者端末１２からＯＴＰを受信すると、共通鍵パラメータを依頼者端末１２に送信する。
【0077】
次に、ステップＳ２３２で、ＣＰＵ５０は、サーバ１８から応答があったか否かを判断する。応答があった場合は、ステップＳ２３４に進み、応答が無かった場合は、ステップＳ２２２に戻る。
【0078】
次に、ステップＳ２３４で、ＣＰＵ５０は、サーバ１８から共通鍵パラメータを受信する。続くステップＳ２３６で、一時共通鍵を生成する。例えば、サーバ１８は、予め定数として保持する初期化ベクトル（ＩＶ：initialization vector）を、共通鍵パラメータとして依頼者端末１２に送信する。依頼者端末１２のＣＰＵ５０は、Ｗｅｂブラウザにより、ＯＴＰと初期化ベクトルとから共通鍵暗号方式（ＡＥＳ：Advanced Encryption Standard）のＡＥＳ共通鍵を生成する。即ち、第１の実施形態では、一時共通鍵として「ＡＥＳ共通鍵」を用いる。
【0079】
次に、ステップＳ２３８で、ＣＰＵ５０は、分析依頼を一時共通鍵で暗号化する。続くステップＳ２４０で、ＣＰＵ５０は、分析依頼の暗号文をサーバ１８に送信する。サーバ１８は、依頼者端末１２から分析依頼の暗号文を受信すると、分析依頼ＩＤを発行して、依頼者端末１２に送信する。次に、ステップＳ２４２で、ＣＰＵ５０は、分析依頼ＩＤをサーバ１８から受信し、記憶部５４に一時共通鍵を保存して、ステップＳ２２８に戻る。
【0080】
－サーバの処理－
ここで、図１７を参照してサーバ１８のＣＰＵ４０により実行される「分析依頼受付処理」について説明する。「分析依頼受付処理」は、依頼者１０からの新規案件を受け付けると開始される。まず、ステップＳ１１０で、ＣＰＵ４０は、依頼者１０からＯＴＰを受信する。次に、ステップＳ１１２で、ＣＰＵ４０は、共通鍵パラメータを依頼者１０に送信する。次に、ステップＳ１１４で、ＣＰＵ４０は、前後時刻で生成され得るＯＴＰを列挙し、トークン生成器１１の時刻差分を検出する。
ここで、図１７を参照してサーバ１８のＣＰＵ４０により実行される「分析依頼受付処理」について説明する。「分析依頼受付処理」は、依頼者１０からの新規案件を受け付けると開始される。まず、ステップＳ１１０で、ＣＰＵ４０は、依頼者１０からＯＴＰを受信する。次に、ステップＳ１１２で、ＣＰＵ４０は、共通鍵パラメータを依頼者１０に送信する。次に、ステップＳ１１４で、ＣＰＵ４０は、前後時刻で生成され得るＯＴＰを列挙し、トークン生成器１１の時刻差分を検出する。
【0081】
次に、ステップＳ１１６で、依頼者１０から分析依頼の暗号文を受信する。次に、ステップＳ１１８で、ＣＰＵ４０は、分析依頼ＩＤを発行して、依頼者１０に送信する。次に、ステップＳ１２０で、ＣＰＵ４０は、作業状態レコードを生成して、作業状態を「未着手」とする。次に、ステップＳ１２２で、ＣＰＵ４０は、固有ＩＤ、時刻差分、分析依頼の暗号文、及び作業状態レコードを、分析依頼ＩＤに関連付けて分析依頼ＤＢ４８Ｂに格納して、「分析依頼受付処理」のルーチンを終了する。
【0082】
（分析依頼受諾工程）
次に、分析依頼受諾工程について具体的に説明する。
図１３に示すように、分析者１４は、Ｗｅｂサイト（即ち、サーバ１８）にアクセスして、分析依頼ＤＢ４８Ｂをクエリすることができる。分析者１４は、分析依頼の暗号文とともに分析依頼ＤＢ４８Ｂに格納されている固有ＩＤと時刻差分を用いて、都度ごとに一時共通鍵を生成する。分析者１４は、一時共通鍵を用いて分析依頼の暗号文を復号して閲覧する。
次に、分析依頼受諾工程について具体的に説明する。
図１３に示すように、分析者１４は、Ｗｅｂサイト（即ち、サーバ１８）にアクセスして、分析依頼ＤＢ４８Ｂをクエリすることができる。分析者１４は、分析依頼の暗号文とともに分析依頼ＤＢ４８Ｂに格納されている固有ＩＤと時刻差分を用いて、都度ごとに一時共通鍵を生成する。分析者１４は、一時共通鍵を用いて分析依頼の暗号文を復号して閲覧する。
【0083】
【0084】
分析者１４が分析依頼ＤＢ４８Ｂをクエリすると、図１８に示す「分析者メイン処理」が開始される。まず、ステップＳ４００で、ＣＰＵ５１は、すべての分析依頼のリストをサーバ１８から取得する。次に、ステップＳ４０２で、ＣＰＵ５１は、インタフェースとして分析者メイン画面１７０を表示する。
【0085】
ここで、図９の画面遷移図を参照する。分析者１４は、すべての依頼一覧選択欄１７２に表示された分析依頼の中から受諾する分析依頼を選択する。分析者１４が受諾する分析依頼を選択すると、ＵＩ画面は分析依頼画面１８０に遷移する。
【0086】
図１８の説明に戻る。次に、ステップＳ４０４で、ＣＰＵ５１は、分析依頼が選択されたか否かを判断する。分析依頼が選択されると、ステップＳ４０６の「分析依頼処理」に進む。一方、分析依頼が選択されていない場合は、ステップＳ４００に戻って、次のループまで待機する。
【0087】
次に、図１９を参照して、図１８のステップＳ４０６の「分析処理」について説明する。まず、ステップＳ４０８で、ＣＰＵ５１は、分析依頼ＩＤに基づいて、選択された分析依頼の暗号文をサーバ１８から取得する。次に、ステップＳ４１０で、ＣＰＵ５１は、分析依頼ＩＤに対応する一時共通鍵で、分析依頼の暗号文を復号する。
【0088】
次に、ステップＳ４１２で、ＣＰＵ５１は、インタフェースとして分析依頼画面１８０を表示する。
【0089】
ここで、図９の画面遷移図を参照する。分析依頼画面１８０の依頼内容表示欄１８２には、復号された分析依頼（即ち、依頼内容）が表示され、試料情報表示欄１８６には、分析依頼に対応する試料情報が表示される。分析者１４は、封入指示を入力する場合には封入指示入力ボタン１８４を選択する。封入指示入力ボタン１８４が選択されると、ＵＩ画面は封入指示入力画面１９０に遷移する。
【0090】
分析者１４は、分析報告を入力する場合には分析報告入力ボタン１８８を選択する。分析報告入力ボタン１８８が選択されると、ＵＩ画面は分析報告入力画面２００に遷移する。分析者１４は、封入指示を入力する場合には封入指示入力ボタン１８４を選択する。完了する場合には、分析者１４により完了ボタン１８９が選択されて、ＵＩ画面は分析者メイン画面１７０に戻る。
【0091】
図１９の説明に戻る。次に、ステップＳ４１４で、ＣＰＵ５１は、分析者１４の入力に基づいて封入指示入力か否かを判断する。封入指示入力の場合はステップＳ４２０の「封入指示入力処理」に進む。封入指示入力ではない場合はステップＳ４１６に進み、ステップＳ４１６で、ＣＰＵ５１は、分析者１４の入力に基づいて分析報告入力か否かを判断する。分析報告入力の場合はステップＳ４２２の「分析報告入力処理」に進む。分析報告入力ではない場合はステップＳ４１８に進み、ステップＳ４１８で、ＣＰＵ５１は、分析者１４の入力に基づいて完了か否かを判断する。完了の場合は「分析者メイン処理」に戻る。完了ではない場合は、ステップＳ４０８に戻って、次のループまで待機する。
【0092】
（封入指示作成工程）
次に、封入指示作成工程について説明する。
図２０に示すように、分析者１４は、分析依頼の受託開始を決定すると、分析依頼の内容から試料を受け取るために適切な諸元の容器３０を容器ＤＢ４８Ｃから選択し、サーバ１８に選択した容器３０を発注する。容器３０は複数選択されてもよい。また、分析者１４は、封入指示を作成し、一時共通鍵で暗号化して、封入指示の暗号文をサーバ１８に送信する。
次に、封入指示作成工程について説明する。
図２０に示すように、分析者１４は、分析依頼の受託開始を決定すると、分析依頼の内容から試料を受け取るために適切な諸元の容器３０を容器ＤＢ４８Ｃから選択し、サーバ１８に選択した容器３０を発注する。容器３０は複数選択されてもよい。また、分析者１４は、封入指示を作成し、一時共通鍵で暗号化して、封入指示の暗号文をサーバ１８に送信する。
【0093】
また、容器３０を選定するために必要な情報が分析依頼に十分に含まれていない場合には、分析者１４は、問い合わせ文を作成して一時共通鍵で暗号化して依頼者１０に送付し、分析依頼の更新を促してもよい。
【0094】
サーバ１８は、分析者１４により選定された容器３０をストックヤード２０に発注する。ストックヤード２０は発注を受けて、依頼者１０に容器３０を配送する。サーバ１８は、選択された容器３０の容器秘密鍵及び容器公開鍵を取得する。サーバ１８は、容器秘密鍵を用いて封入指示の暗号文を含む共有情報の電子署名を生成し、封入指示の暗号文と電子署名とを依頼者１０に送信する。
【0095】
－分析者端末の処理－
ここで、図２１を参照して分析者端末１６側での処理をより詳細に説明する。これらの処理は、分析者端末１６のＣＰＵ５１により実行される。
ここで、図２１を参照して分析者端末１６側での処理をより詳細に説明する。これらの処理は、分析者端末１６のＣＰＵ５１により実行される。
【0096】
上述した通り、図９に示す分析依頼画面１８０で封入指示入力１８４が選択されると、図２１に示す「封入指示入力処理」が開始される。まず、ステップＳ４２６で、ＣＰＵ５１は、容器ＩＤを初期値（null）で初期化する。次に、ステップＳ４２８で、ＣＰＵ５１は、利用可能な容器３０のリストをサーバ１８から取得する。
【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】
例えば、個人の公開鍵を二次元コードに変換してネームプレートに印字し、スマートフォンに秘密鍵が格納されていて、外部機器２４とスマートフォンの時刻がインターネット上のＮＴＰ（Network Time Protocol）サーバで時刻同期されている場合を考える。このとき、スマートフォンに格納した秘密鍵で時刻に対する電子署名を生成し、スマートフォンの画面に二次元コードとして表示することができる。そして、外部機器２４は、ネームプレートから公開鍵を読み取り、スマートフォンの画面から電子署名を読み取り、二次元コードをカメラ２６で読み取ることで取得できる。これにより、外部機器２４は、時刻が検証できるかどうかで認証を行うことができる。
【0154】
別の多要素認証の形態としては、第２の実施形態においてＤＨ鍵交換で生成した、一時公開鍵と一時秘密鍵を利用することもできる。一時公開鍵の生成後に二次元コードとして紙に印字する仕組みと、一時秘密鍵による時刻の電子署名をスマートフォンやＰＣ画面上で二次元コードとして表示する仕組みを追加することで、外部機器２４は、時刻と電子署名と一時公開鍵を取得して、時刻が検証できるかどうかで認証を行うことができる。
【0155】
なお、第３の実施形態では、外部機器２４が認証を行うものとして説明したが、サーバ１８が、外部機器２４を介して認証を行うようにしてもよい。
【0156】
［変形例］
なお、上記各実施形態で説明した分析サービス提供方法、分析サービス提供装置、分析サービス提供システム、及びプログラムの構成は一例であり、本発明の主旨を逸脱しない範囲内において変更してもよいことは言うまでもない。
なお、上記各実施形態で説明した分析サービス提供方法、分析サービス提供装置、分析サービス提供システム、及びプログラムの構成は一例であり、本発明の主旨を逸脱しない範囲内において変更してもよいことは言うまでもない。
【0157】
図３３（Ａ）は「１対１」の分析依頼に対応する機能配置を示す模式図であり、上記実施形態では、図３３（Ｂ)は「多対多」の分析依頼に対応する機能配置を示す模式図である。上記実施形態では、図３３（Ｂ)は「多対多」の分析依頼で本発明を説明したが、図３３（Ａ）に示す「１対１」の分析依頼にも本発明は適用可能である。この場合は、両者を比較すれば明らかなように、サーバ１８及びストックヤード２０が担っていた機能を、分析者１４が担うことになる。
【符号の説明】
【0158】
１ 分析サービス提供システム
１０ 依頼者
１１ トークン生成器
１２ 依頼者端末
１４ 分析者
１６ 分析者端末
１８ サーバ
２０ ストックヤード
２２ 分析センタ
２４ 外部機器
２４Ａ 分析装置
２４Ｂ 保管庫
２４Ｃ 搬送台車
２６ カメラ
３０、３０Ａ、３０Ｂ 容器
４８ データベース（ＤＢ）
６２、６３ カメラ
１００ 依頼者メイン画面
１１０ 依頼者メイン画面
１１０ 新規依頼画面
１２０ ＯＴＰ入力画面
１３０ 依頼済み案件画面
１４０ 容器識別子読み取り画面
１５０ 封入指示表示画面
１６０ 試料情報入力画面
１７０ 分析者メイン画面
１８０ 分析依頼画面
１９０ 封入指示入力画面
２００ 分析報告入力画面
３００ 容器登録部
３０２ 依頼受付部
３０４ 署名生成部
３０６ 配送依頼部
３１０ インタフェース提供部
３１２ 暗号化・復号部
３１４ 署名検証部
３２０ インタフェース提供部
３２２ 暗号化・復号部
１０ 依頼者
１１ トークン生成器
１２ 依頼者端末
１４ 分析者
１６ 分析者端末
１８ サーバ
２０ ストックヤード
２２ 分析センタ
２４ 外部機器
２４Ａ 分析装置
２４Ｂ 保管庫
２４Ｃ 搬送台車
２６ カメラ
３０、３０Ａ、３０Ｂ 容器
４８ データベース（ＤＢ）
６２、６３ カメラ
１００ 依頼者メイン画面
１１０ 依頼者メイン画面
１１０ 新規依頼画面
１２０ ＯＴＰ入力画面
１３０ 依頼済み案件画面
１４０ 容器識別子読み取り画面
１５０ 封入指示表示画面
１６０ 試料情報入力画面
１７０ 分析者メイン画面
１８０ 分析依頼画面
１９０ 封入指示入力画面
２００ 分析報告入力画面
３００ 容器登録部
３０２ 依頼受付部
３０４ 署名生成部
３０６ 配送依頼部
３１０ インタフェース提供部
３１２ 暗号化・復号部
３１４ 署名検証部
３２０ インタフェース提供部
３２２ 暗号化・復号部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
【図30】
【図31】
【図32】
【図33】
