情報処理システム及び情報処理プログラム
【課題】サービスの実行に必要なエンティティに対する識別子の割り振りを効率的に実施できるようにした情報処理システムを提供する。
【解決手段】情報処理システムのカテゴリー識別子受付手段は、カテゴリー識別子を受け付け、サブスペース記憶手段は、サブスペースを一意に特定できるサブスペース識別子を記憶し、エンティティ識別子発行手段は、サブスペース内におけるカテゴリー別のエンティティの一意性を保証するエンティティ識別子を発行し、共通識別子生成手段は、サブスペース識別子とカテゴリー識別子とエンティティ識別子とを合成して、共通識別子を生成し、エンティティ記憶手段は、共通識別子の発行を要求し、共通識別子を受け取り、該共通識別子とサービスの実行に必要なエンティティとを対応させて記憶し、サービス提供手段は、指定された共通識別子に応じて、エンティティを実行することによってサービスを提供する。
【解決手段】情報処理システムのカテゴリー識別子受付手段は、カテゴリー識別子を受け付け、サブスペース記憶手段は、サブスペースを一意に特定できるサブスペース識別子を記憶し、エンティティ識別子発行手段は、サブスペース内におけるカテゴリー別のエンティティの一意性を保証するエンティティ識別子を発行し、共通識別子生成手段は、サブスペース識別子とカテゴリー識別子とエンティティ識別子とを合成して、共通識別子を生成し、エンティティ記憶手段は、共通識別子の発行を要求し、共通識別子を受け取り、該共通識別子とサービスの実行に必要なエンティティとを対応させて記憶し、サービス提供手段は、指定された共通識別子に応じて、エンティティを実行することによってサービスを提供する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム及び情報処理プログラムに関する。
【背景技術】
【０００２】
電子的なサービスを提供するためには、様々な管理対象を体系的に管理し、それらに対する処理を適切に実行する必要がある。
そのために、電子的なサービスを提供する際のユーザー管理については、いくつかの方法が提案されている。例えば、ＩＤフェデレーション技術を使用すれば、１人のユーザーが複数のサービスを利用できる環境を提供することが可能である。
【０００３】
例えば、特許文献１に記載の技術は、このＩＤフェデレーションの基本的な方式に関するものである。すなわち、特許文献１には、サービス提供サイトでのユーザー認証をユーザーＩＤ／パスワード（認証情報）により行う場合、認証情報はサービス提供サイトごとに管理されているため、ユーザーはサービス提供サイトごとの認証情報を記憶する必要があり、また、ユーザーが認証情報を忘れた場合、サービス提供サイトへのアクセス中止や認証情報再入手手続きなど、サービス提供サイトでの運用コスト負担も問題となることを課題とし、ユーザー認証管理サイトを設け、各サービス提供サイトで管理しているユーザー認証情報を統合管理することで、ユーザーは一つの認証情報により常にサービス提供サイトへアクセスできるようにすることが開示されている。
【０００４】
また、例えば、特許文献２に記載の技術は、登録した個人情報を他のサービスと共有するための機構に関するものである。すなわち、特許文献２には、利用者が各種サービス機関のサービス提供を受けようとする際に必要となる個人情報の管理を効率化し、利用者の利便性を向上することを課題とし、情報管理機関が各種サービス機関との間及び利用者との間に個人情報授受の契約を締結し、前記利用者の個人情報を一括管理するとともに、前記利用者が前記サービス機関のサービス提供を受ける際に必要に応じて前記サービス機関に対して個人情報を提供することが開示されている。
【０００５】
また、例えば、特許文献３に記載の技術は、コンビニエンスストア等において、ユーザー認証後に画像データをサーバーへ送信する機能が提供されている。すなわち、特許文献３には、ネットワーク接続可能な画像処理装置をコンビニエンスストア等の店舗に設置して、カメラ付き携帯電話等に記録した画像データを容易かつ信頼性の高い方法で保管することを課題とし、画像処理装置は、印刷装置を有する画像処理ユニット、該画像処理ユニットに接続された情報処理ユニットからなり、サーバー装置とネットワークを介して接続され、前記情報処理ユニットは、ユーザーのＩＤ情報、指紋データ、顔写真データを含む会員登録情報を記憶した記憶装置、認証手段、アップロード手段を有し、ユーザーから指紋が入力された場合に該指紋データと、記憶装置の指紋データとを照合し、両者が一致した場合に前記指紋データに応じたＩＤ情報及び顔写真データを記憶装置から抽出して画面上に表示し、前記ユーザーのカメラ付き携帯電話等の機器に記録された画像データを前記サーバー装置のあらかじめ決められた保管領域にアップロードすることが開示されている。
【０００６】
また、一般に文書データベースに文書を保存する場合や通常のＯＳのファイルシステムにおいてファイルにＩＤを付与することは、広く知られている一般的な手法である。
【特許文献１】特開２００４−０７８６２２号公報
【特許文献２】特開２００１−３４４３７９号公報
【特許文献３】特開２００５−０２０５８２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、実際に電子的なサービスを提供する場合には、ユーザーや文書だけでなく、サービス機能、契約、プリンタ、スキャナ、ユーザークライアント、サーバー等々様々な対象を管理する必要がある。さらに、場合によってはユーザーや文書も１種類ではなく、多くの種類となる可能性がある。例えば、自社で管理しているユーザーと顧客企業で管理しているユーザー、スキャン文書や加工済み文書等々である。
また、サービスの提供が多方面にわたり大規模になる場合には、サービスを提供するシステムが分散化することは避けられず、これら分散サブシステムが自律的に動作するように構成する必要がある。
このように大規模で、分散化し、自律的に動作するシステム上で種類の異なる複雑な管理対象であるエンティティを組み合わせてサービスを提供する際には、管理対象に識別子を割り振り、識別子のユニーク性を保証し、効率的に識別子付与対象を保管・検索することは、このようなシステムで実現するサービスの基本となるものである。
【０００８】
そこで、本発明は、多種類のエンティティを管理する分散化したシステムにあって、サービスの実行に必要なエンティティに対する識別子の割り振りを効率的に実施できるようにした情報処理システム及び情報処理プログラムを提供することを目的としている。
【課題を解決するための手段】
【０００９】
かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
［請求項１］ カテゴリーを一意に識別できるカテゴリー識別子を受け付けるカテゴリー識別子受付手段と、
識別子空間を排他的な空間に分割するサブスペースを一意に特定できるサブスペース識別子を記憶しているサブスペース記憶手段と、
サブスペース内におけるカテゴリー別のエンティティの一意性を保証するエンティティ識別子を発行するエンティティ識別子発行手段と、
前記サブスペース記憶手段によって記憶されているサブスペース識別子と前記カテゴリー識別子受付手段によって受け付けられたカテゴリー識別子と前記エンティティ識別子発行手段によって発行されたエンティティ識別子とを合成して、識別子空間全体における識別子である共通識別子を生成する共通識別子生成手段と、
前記カテゴリー識別子受付手段に対して、カテゴリー識別子とともに共通識別子の発行を要求し、前記共通識別子生成手段によって生成された共通識別子を受け取り、該共通識別子とサービスの実行に必要なエンティティとを対応させて記憶するエンティティ記憶手段と、
指定された共通識別子に応じて、前記エンティティ記憶手段によって記憶されているエンティティを実行することによってサービスを提供するサービス提供手段
を具備することを特徴とする情報処理システム。
【００１０】
［請求項２］ カテゴリーを一意に識別できるカテゴリー識別子を受け付けるカテゴリー識別子受付手段と、
識別子空間を排他的な空間に分割するサブスペースを一意に特定できるサブスペース識別子を記憶しているサブスペース記憶手段と、
サブスペース内におけるカテゴリー別のエンティティの一意性を保証するエンティティ識別子を発行するエンティティ識別子発行手段と、
前記サブスペース記憶手段によって記憶されているサブスペース識別子と前記カテゴリー識別子受付手段によって受け付けられたカテゴリー識別子と前記エンティティ識別子発行手段によって発行されたエンティティ識別子とを合成して、識別子空間全体における識別子である共通識別子を生成する共通識別子生成手段と、
前記カテゴリー識別子受付手段に対して、カテゴリー識別子とともに共通識別子の発行を要求し、前記共通識別子生成手段によって生成された共通識別子を受け取り、該共通識別子とサービスの実行に必要なエンティティである基本サービスを対応させて記憶するエンティティ記憶手段と、
前記エンティティ記憶手段によって記憶されている基本サービスの組合せをサービスとして記憶するエンティティ組合せ記憶手段と、
指定されたサービスに応じて、前記エンティティ組合せ記憶手段に記憶されているサービスを構成する前記エンティティ記憶手段によって記憶されている基本サービスを実行する基本サービス実行手段
を具備することを特徴とする情報処理システム。
【００１１】
［請求項３］ 前記基本サービス実行手段によって実行可能な基本サービスの条件を検証する実行条件検証手段
をさらに具備し、
前記基本サービス実行手段は、前記実行条件検証手段によって実行可能であると検証された場合に、基本サービスを実行すること
を特徴とする［請求項２］に記載の情報処理システム。
【００１２】
［請求項４］ コンピュータを、
カテゴリーを一意に識別できるカテゴリー識別子を受け付けるカテゴリー識別子受付手段と、
識別子空間を排他的な空間に分割するサブスペースを一意に特定できるサブスペース識別子を記憶しているサブスペース記憶手段と、
サブスペース内におけるカテゴリー別のエンティティの一意性を保証するエンティティ識別子を発行するエンティティ識別子発行手段と、
前記サブスペース記憶手段によって記憶されているサブスペース識別子と前記カテゴリー識別子受付手段によって受け付けられたカテゴリー識別子と前記エンティティ識別子発行手段によって発行されたエンティティ識別子とを合成して、識別子空間全体における識別子である共通識別子を生成する共通識別子生成手段と、
前記カテゴリー識別子受付手段に対して、カテゴリー識別子とともに共通識別子の発行を要求し、前記共通識別子生成手段によって生成された共通識別子を受け取り、該共通識別子とサービスの実行に必要なエンティティとを対応させて記憶するエンティティ記憶手段と、
指定された共通識別子に応じて、前記エンティティ記憶手段によって記憶されているエンティティを実行することによってサービスを提供するサービス提供手段
として機能させることを特徴とする情報処理プログラム。
【００１３】
［請求項５］ コンピュータを、
カテゴリーを一意に識別できるカテゴリー識別子を受け付けるカテゴリー識別子受付手段と、
識別子空間を排他的な空間に分割するサブスペースを一意に特定できるサブスペース識別子を記憶しているサブスペース記憶手段と、
サブスペース内におけるカテゴリー別のエンティティの一意性を保証するエンティティ識別子を発行するエンティティ識別子発行手段と、
前記サブスペース記憶手段によって記憶されているサブスペース識別子と前記カテゴリー識別子受付手段によって受け付けられたカテゴリー識別子と前記エンティティ識別子発行手段によって発行されたエンティティ識別子とを合成して、識別子空間全体における識別子である共通識別子を生成する共通識別子生成手段と、
前記カテゴリー識別子受付手段に対して、カテゴリー識別子とともに共通識別子の発行を要求し、前記共通識別子生成手段によって生成された共通識別子を受け取り、該共通識別子とサービスの実行に必要なエンティティである基本サービスを対応させて記憶するエンティティ記憶手段と、
前記エンティティ記憶手段によって記憶されている基本サービスの組合せをサービスとして記憶するエンティティ組合せ記憶手段と、
指定されたサービスに応じて、前記エンティティ組合せ記憶手段に記憶されているサービスを構成する前記エンティティ記憶手段によって記憶されている基本サービスを実行する基本サービス実行手段
として機能させることを特徴とする情報処理プログラム。
【００１４】
［請求項６］ 前記コンピュータを、
前記基本サービス実行手段によって実行可能な基本サービスの条件を検証する実行条件検証手段
としてさらに機能させ、
前記基本サービス実行手段は、前記実行条件検証手段によって実行可能であると検証された場合に、基本サービスを実行すること
を特徴とする［請求項５］に記載の情報処理プログラム。
【発明の効果】
【００１５】
請求項１に記載の情報処理システムによれば、多種類のエンティティを管理する分散化したシステムにあって、本構成を有していない場合に比較して、サービスの実行に必要なエンティティに対する識別子の割り振りをより効率的に実施できる。
【００１６】
請求項２に記載の情報処理システムによれば、多種類のエンティティを管理する分散化したシステムにあって、本構成を有していない場合に比較して、サービスの実行に必要な基本サービスに対する識別子の割り振りをより効率的に実施でき、その基本サービスの組合せであるサービスをより容易に定義することができるようになる。
【００１７】
請求項３に記載の情報処理システムによれば、本構成を有していない場合に比較して、基本サービスの組合せごとに制限を課すことができ、より柔軟なサービス制御を行うことができるようになる。
【００１８】
請求項４に記載の情報処理プログラムによれば、多種類のエンティティを管理する分散化したシステムにあって、本構成を有していない場合に比較して、サービスの実行に必要なエンティティに対する識別子の割り振りをより効率的に実施できる。
【００１９】
請求項５に記載の情報処理プログラムによれば、多種類のエンティティを管理する分散化したシステムにあって、本構成を有していない場合に比較して、サービスの実行に必要な基本サービスに対する識別子の割り振りをより効率的に実施でき、その基本サービスの組合せであるサービスをより容易に定義することができるようになる。
【００２０】
請求項６に記載の情報処理プログラムによれば、本構成を有していない場合に比較して、基本サービスの組合せごとに制限を課すことができ、より柔軟なサービス制御を行うことができるようになる。
【発明を実施するための最良の形態】
【００２１】
以下、図面に基づき本発明を実現するにあたっての好適な一実施の形態を説明する。
本実施の形態は、複数の単純サービスを連携して複合的なサービスを提供するためのものである。つまり、個別の小さなサービス機能（以下、プリミティブサービスと呼ぶ）を組み合わせて、全体で一つの大きなサービス（以下、連携サービスと呼ぶ）を提供する際に、柔軟でかつセキュリティレベルの高い連携サービスを提供するために、プリミティブサービスを起動可能なサーバーをグループ単位で制限するものである。
【００２２】
（サービスＩＤ管理装置の全体構成）
図１、図２は、本発明の一実施の形態の概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはプログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、プログラム、システム及び方法の説明をも兼ねている。また、モジュールは機能にほぼ一対一に対応しているが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続を含む。
また、システムとは、複数のコンピュータ、ハードウェア、装置等がネットワーク等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。
以下、利用者として、法人、個人であるユーザー（管理者等を含む）を主に例示して説明する。そして、説明上の記載を簡便にするために、ユーザー等が主体となって動作するように記載する場合もあるが、これはそのユーザー等による操作に応じて、システムが動作するものである。
【００２３】
図１は、本実施の形態のサービスＩＤ（ＩＤｅｎｔｉｆｉｃａｔｉｏｎ、識別子）管理装置の中核となる共通ＩＤ発行モジュール６内の概念的なモジュール構成図である。
サービスＩＤ管理装置は、全体が複数の機能単位（サービス提供モジュール１４の共通ＩＤ発行モジュール６内のサブスペースＩＤ２に対応する機能）により構成されている。この機能単位のことを、サブスペースと呼ぶ。ＩＤ管理の視点から見ると、サブスペースは装置全体のＩＤ空間を複数の排他的な部分空間に分割したものである。そして、このサブスペースごとに一意のＩＤ（サブスペースＩＤ）が管理者によって割り振られている。
また、従来からあるシステムも共通ＩＤによる論理空間内に包含できるように、このサブスペースをそのシステムに割り振られるようにしてもよい。
【００２４】
また、本サービスＩＤ管理装置は、ＩＤによって同定する対象を管理する装置である。この管理する対象に関する情報（管理する対象が情報そのものである場合には情報そのもの）をエンティティと呼ぶ。具体的には、本実施の形態では、プリミティブ（基本）サービスを実行するスクリプト（ｓｃｒｉｐｔ、プログラム）等が含まれ、プリミティブサービスを組み合わせた連携サービスを実行するスクリプト等を含んでもよい。エンティティの種類をカテゴリーと呼ぶ。カテゴリーには、管理者によって一意に識別できるＩＤ（カテゴリーＩＤ）が割り振られている。また、カテゴリーＩＤは、複数の種類（体系、論理的な空間、論理的な領域、対象とする世界、提供するサービス等）を一括に扱うためのものである。
エンティティは、一意に識別できるＩＤ（エンティティＩＤ）がエンティティＩＤ発行モジュール４によって割り振られる。
【００２５】
そして、サブスペースＩＤ、カテゴリーＩＤ、エンティティＩＤを含めた全ＩＤ空間内におけるエンティティを一意に同定するためのＩＤを共通ＩＤと呼ぶ。
なお、サブスペースＩＤ、カテゴリーＩＤは、管理者によって割り振られるとしたが、本サービスＩＤ管理装置が一定のアルゴリズム（例えば、発生順に順次番号を割り振る等）によって割り振るようにしてもよい。
【００２６】
共通ＩＤ発行モジュール６は、共通ＩＤ発行受付モジュール１、サブスペースＩＤ２、共通ＩＤ生成モジュール３、エンティティＩＤ発行モジュール４、発行済エンティティＩＤ管理ＤＢ５を有している。そして、サブスペースごとに共通ＩＤ発行モジュール６がある。
共通ＩＤ発行受付モジュール１は、図１に示すように、共通ＩＤ生成モジュール３と接続されており、共通ＩＤ発行モジュール６の外部からカテゴリーＩＤとともに共通ＩＤの発行要求を受け付け、共通ＩＤ発行の処理を開始する。
エンティティＩＤ発行モジュール４は、図１に示すように、共通ＩＤ生成モジュール３、発行済エンティティＩＤ管理ＤＢ５と接続されており、サブスペース内におけるカテゴリー別のエンティティの一意性を保証するエンティティＩＤを発行する。
発行済エンティティＩＤ管理ＤＢ５は、図１に示すように、エンティティＩＤ発行モジュール４と接続されており、エンティティＩＤの一意性を保証するための記録を記憶する。
サブスペースＩＤ２は、図１に示すように、共通ＩＤ生成モジュール３と接続されており、サブスペースを一意に特定するサブスペースＩＤである。サブスペースＩＤ２は、メモリ等の記憶装置に記憶されている。
共通ＩＤ生成モジュール３は、図１に示すように、共通ＩＤ発行受付モジュール１、サブスペースＩＤ２、エンティティＩＤ発行モジュール４と接続されており、サブスペースＩＤ２から取り出したサブスペースＩＤ、共通ＩＤ発行受付モジュール１によって受け付けられたカテゴリーＩＤ、エンティティＩＤ発行モジュール４によって発行されたエンティティＩＤを合成して共通ＩＤを生成する。
【００２７】
図２は、サービスＩＤ管理装置の構成を示すモジュール構成図である。
図２に示したサービスＩＤ管理装置は、サービス提供モジュール１４、エンティティ配信モジュール２０、サービス連携管理モジュール２５を有している。これらは、通信回線等であるチャネル２６によって互いに接続されている。なお、サービス提供モジュール１４は複数あってもよいし、エンティティ配信モジュール２０、サービス連携管理モジュール２５も複数あってもよい。また、サービス提供モジュール１４、エンティティ配信モジュール２０、サービス連携管理モジュール２５は、それぞれサーバーとして実現してもよく、その場合、独立して構成しているが、例えばエンティティ配信モジュール２０とサービス連携管理モジュール２５とを組み合わせて１つのサーバーとしてもよく、その組合せは任意である。
【００２８】
サービス提供モジュール１４は、図２に示すように、図１のモジュール構成図で示した共通ＩＤ発行モジュール６、共通ＩＤ発行要求モジュール７、エンティティ生成モジュール８、連携サービス実行モジュール９、エンティティ管理モジュール１０、実行条件検証モジュール１１、プリミティブサービス実行モジュール１２、エンティティ保管ＤＢ１３を有している。
共通ＩＤ発行要求モジュール７は、図２に示すように、共通ＩＤ発行モジュール６、エンティティ生成モジュール８と接続されており、カテゴリーＩＤを指定して共通ＩＤ発行モジュール６へ共通ＩＤの発行を要求し、共通ＩＤ発行モジュール６から共通ＩＤを受け取る。そして、その共通ＩＤをエンティティ生成モジュール８へ渡す。
エンティティ生成モジュール８は、図２に示すように、共通ＩＤ発行要求モジュール７、連携サービス実行モジュール９、エンティティ管理モジュール１０と接続されており、共通ＩＤ発行モジュール６が発行した共通ＩＤを共通ＩＤ発行要求モジュール７より受け取り、その共通ＩＤに対して管理対象となるエンティティを生成する。生成したエンティティをエンティティ管理モジュール１０を介して、エンティティ保管ＤＢ１３に保管する。また、連携サービス実行モジュール９によるサービス実行時にエンティティ生成の指示を受け、エンティティを生成する。
【００２９】
連携サービス実行モジュール９は、図２に示すように、エンティティ生成モジュール８、エンティティ管理モジュール１０、プリミティブサービス実行モジュール１２と接続されており、連携サービスを実行する。その際に、プリミティブサービス実行モジュール１２に対して、連携サービスを構成するプリミティブサービスを実行させる指示を行い、連携サービスに必要なエンティティをエンティティ管理モジュール１０に対して要求し、また、連携サービス実行時に生成が必要となったエンティティをエンティティ生成モジュール８に対して指示する。
エンティティ管理モジュール１０は、図２に示すように、エンティティ生成モジュール８、連携サービス実行モジュール９、エンティティ保管ＤＢ１３と接続されており、エンティティ生成モジュール８により生成されたエンティティをエンティティ保管ＤＢ１３に保管させ、連携サービス実行モジュール９からの要求に応じて、エンティティ保管ＤＢ１３から要求されたエンティティを読み出して連携サービス実行モジュール９に渡す等を行ってエンティティ保管ＤＢ１３を管理する。
実行条件検証モジュール１１は、図２に示すように、プリミティブサービス実行モジュール１２と接続されており、プリミティブサービス実行モジュール１２が実行するプリミティブサービスの実行条件をチェックする。
プリミティブサービス実行モジュール１２は、図２に示すように、連携サービス実行モジュール９、実行条件検証モジュール１１と接続されており、連携サービス実行モジュール９からの指示に基づいて、プリミティブサービスを実行する。その実行の際に、実行条件検証モジュール１１によるチェックを受け、実行可能であると判断された場合に実行する。
エンティティ保管ＤＢ１３は、図２に示すように、エンティティ管理モジュール１０と接続されており、エンティティ生成モジュール８によって生成されたエンティティをエンティティ管理モジュール１０を介して保管する。
【００３０】
エンティティ配信モジュール２０は、図２に示すように、エンティティ配信先管理モジュール１６、エンティティ配信先ＤＢ１７、エンティティグループ管理モジュール１８、エンティティグループＤＢ１９を有している。
エンティティ配信先管理モジュール１６は、図２に示すように、エンティティ配信先ＤＢ１７と接続されており、エンティティ配信先ＤＢ１７にアクセスし、エンティティの持つサブスペース及びカテゴリーごとの配信先情報を管理する。
エンティティ配信先ＤＢ１７は、図２に示すように、エンティティ配信先管理モジュール１６と接続されており、エンティティの持つサブスペース及びカテゴリーごとの配信先情報を記憶している。
エンティティグループ管理モジュール１８は、図２に示すように、エンティティグループＤＢ１９と接続されており、エンティティグループＤＢ１９にアクセスし、エンティティのグループ情報を管理する。
エンティティグループＤＢ１９は、図２に示すように、エンティティグループ管理モジュール１８と接続されており、エンティティのグループ情報を記憶している。
【００３１】
サービス連携管理モジュール２５は、図２に示すように、プリミティブサービス配信モジュール２１、プリミティブサービス保管ＤＢ２２、サービス連携スクリプト配信モジュール２３、サービス連携スクリプト保管ＤＢ２４を有している。
プリミティブサービス配信モジュール２１は、図２に示すように、プリミティブサービス保管ＤＢ２２と接続されており、プリミティブサービス保管ＤＢ２２にアクセスし、必要に応じてプリミティブサービスを実行するためのスクリプトを各サブスペース（サービス提供モジュール１４）へ配信する。
プリミティブサービス保管ＤＢ２２は、図２に示すように、プリミティブサービス配信モジュール２１と接続されており、プリミティブサービスを実行するためのスクリプトを記憶している。
サービス連携スクリプト配信モジュール２３は、図２に示すように、サービス連携スクリプト保管ＤＢ２４と接続されており、サービス連携スクリプト保管ＤＢ２４にアクセスし、必要に応じて連携サービスを実行するためのスクリプトを各サブスペース（サービス提供モジュール１４）へ配信する。
サービス連携スクリプト保管ＤＢ２４は、図２に示すように、サービス連携スクリプト配信モジュール２３と接続されており、プリミティブサービスの組合せによって連携サービスを表現するサービス連携スクリプトを記憶している。
【００３２】
図３は、連携サービス提供装置を具体的に実現した場合の設置例を表した図である。
例えば、オフィス等には、複合機（多機能複写機とも呼ばれ、スキャナ、プリンタ、複写機、ファックス等の機能を有している、以下、ＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌｓ）ともいう）等の機器やパーソナルコンピュータ等（サービス提供モジュール１４）が配置されている。また、他のサービス提供モジュール１４は、データセンター等のサーバーに構築されている。そして、これらのサービス提供モジュール１４がチャネル２６の一種であるインターネットによって接続されている。
つまり、このシステムは、オフィス等にあるサービス提供モジュール１４である機器を利用者が利用して、データセンター内にあるサービス提供モジュール１４を連携させ、統合的なサービスを提供する。
【００３３】
（共通ＩＤの発行）
図４は、共通ＩＤの発行処理例を示したフローチャートである。
共通ＩＤ発行要求モジュール７が発行すべき共通ＩＤのカテゴリーＩＤとともに共通ＩＤの発行依頼を共通ＩＤ発行モジュール６へ渡す。
そのカテゴリーＩＤ及び共通ＩＤの発行要求は、共通ＩＤ発行受付モジュール１の入力となる（ステップＳ４０２）。
【００３４】
共通ＩＤの発行要求を受け付けた共通ＩＤ発行受付モジュール１は、共通ＩＤ生成モジュール３へカテゴリーＩＤを渡す。
共通ＩＤ生成モジュール３は、エンティティＩＤ発行モジュール４へエンティティＩＤの発行を要求する。
エンティティＩＤ発行モジュール４は、この共通ＩＤ発行モジュール６の管理するサブスペース内のカテゴリーにおいてユニークとなるＩＤを発行する。
発行済エンティティＩＤ管理ＤＢ５は、今までに発行したエンティティＩＤを記憶しており、エンティティＩＤ発行モジュール４は、この発行済エンティティＩＤ管理ＤＢ５が記憶しているエンティティＩＤと重複しないようにエンティティＩＤを発行する（ステップＳ４０４）。
【００３５】
エンティティＩＤの発行が終了すると、その発行したエンティティＩＤを発行済エンティティＩＤ管理ＤＢ５に記憶させる（ステップＳ４０６）。
なお、発行済エンティティＩＤ管理ＤＢ５は、データベースの形態をとらなくとも、カテゴリーごとの不揮発性のカウンタを持ち、エンティティＩＤの発行ごとにカウンタをカウントアップするような単純な構成をとることも可能である。
また、図４で示したフローチャートは、エンティティ一般に共通ＩＤを発行させているが、このエンティティには、サービス実行に必要なスクリプト（プリミティブサービスを実行するためのスクリプト、連携サービスを実行するためのスクリプト）が含まれる。
【００３６】
そして、共通ＩＤ生成モジュール３は、サブスペースＩＤとカテゴリーＩＤとエンティティＩＤとを合成して（ステップＳ４０８）、共通ＩＤを発行する（ステップＳ４１０）。
図５を用いて、サブスペースＩＤとカテゴリーＩＤとエンティティＩＤを合成した共通ＩＤにおける論理構造の例を説明する。サブスペースＩＤ、カテゴリーＩＤ、エンティティＩＤの順序に合成して、共通ＩＤを構成しているが、もちろん、これらの順序はあらかじめ決まってさえいれば、どのようなものでもかまわない。
【００３７】
共通ＩＤのデータ構造では、サブスペースＩＤ、カテゴリーＩＤ、エンティティＩＤのそれぞれが、長さ情報と実際のＩＤとの組合せで表現される。つまり、サブスペースＩＤはサブスペースＩＤ長とサブスペースＩＤ実データからなり、サブスペースＩＤ長はサブスペースＩＤ実データのデータ長（８ビットを１単位としている、以下同様）を示しており、サブスペースＩＤ実データはサブスペースＩＤの本体（実体）であるデータを示している。カテゴリーＩＤはカテゴリーＩＤ長とカテゴリーＩＤ実データからなり、カテゴリーＩＤ長はカテゴリーＩＤ実データのデータ長を示しており、カテゴリーＩＤ実データはカテゴリーＩＤの本体であるデータを示している。エンティティＩＤはエンティティＩＤ長とエンティティＩＤ実データからなり、エンティティＩＤ長はエンティティＩＤ実データのデータ長を示しており、エンティティＩＤ実データはエンティティＩＤの本体であるデータを示している。
【００３８】
より具体的には、「０２−００５１ ： ０２−０００３ ： ０４−００００００ＦＦ」といった共通ＩＤが生成される。実際には人間が可読となるような区切りは不要であるが、ここでは説明のため、サブスペースＩＤ、カテゴリーＩＤ、エンティティＩＤの間の区切りを「：」で表現している。また、ＩＤ長とＩＤ自体との区切りに「−」を入れ、１６進数（８ビットで表現される英数文字であってもよい）で表現している。「０２−００５１ ： ０２−０００３ ： ０４−００００００ＦＦ」は、電子文書保管サービスのためのサブスペースＩＤとして「００５１」（長さ２）が、企業ユーザーのためのカテゴリーＩＤとして「０００３」（長さ２）が、特定のユーザーのエンティティＩＤとして「００００００ＦＦ」（長さ４）が割り当てられていると仮定している。そこで、これらを合成し「０２−００５１ ： ０２−０００３ ： ０４−００００００ＦＦ」が共通ＩＤとなる。
【００３９】
（エンティティの生成）
図６は、共通ＩＤを発行しエンティティを生成する処理例を示したフローチャートである。
まず、共通ＩＤ発行要求モジュール７が、カテゴリーＩＤを指定して共通ＩＤの発行を共通ＩＤ発行モジュール６に対して要求する（ステップＳ６０２）。
カテゴリーＩＤを受け取った共通ＩＤ発行モジュール６は、図４に示したフローチャートによる処理を実行して共通ＩＤを発行する（ステップＳ６０４）。
エンティティ生成モジュール８が、ステップＳ６０４で発行された共通ＩＤを受け取り、エンティティを共通ＩＤに付与する（ステップＳ６０６）。
【００４０】
そして、エンティティ生成モジュール８はエンティティ管理モジュール１０へ、エンティティを付与した共通ＩＤを送付する（ステップＳ６０８）。
エンティティ管理モジュール１０は、エンティティ配信モジュール２０内のエンティティ配信先管理モジュール１６にエンティティの配信先を問い合わせ、エンティティ配信先情報を参照する（ステップＳ６１０）。なお、エンティティ配信先情報は、エンティティ配信先ＤＢ１７に図７に示す形態で記憶されている。つまり、エンティティ配信先情報は、その番号を表す「Ｎｏ．」、サブスペースＩＤ、カテゴリーＩＤ、エンティティを保管（又は配信）すべき第１の場所を示す保管先＃１、エンティティを保管（又は配信）すべき第２の場所を示す保管先＃２を有している。
そしてエンティティ管理モジュール１０は、そのエンティティを保管先＃１又は保管先＃２へ配信する（ステップＳ６１２）。
保管先＃１又は保管先＃２のエンティティ管理モジュール１０は、エンティティ保管ＤＢ１３にエンティティを記憶させる（ステップＳ６１４）。保管先が同一のサブスペースの場合もあり（送付したエンティティ管理モジュール１０と受信したエンティティ管理モジュール１０が同一のサービス提供モジュール１４内にある場合）、その場合には、ローカルに記憶することになる。
【００４１】
このようにして生成されたエンティティの例を示す。図８は、複合機の管理情報エンティティの例を示している。つまり、その複合機が設置されている設置会社名、業種、部署名等からなる印刷・スキャンサーバー管理情報に対して、共通ＩＤ（図８の一つの例では「０２−０００１ ： ０２−０００１ ： ０４−００００００ＦＦ」）が付与されている。
図９は、スキャンイメージエンティティの例を示している。つまり、スキャナで読み取られた画像に対して、共通ＩＤ（図９の一つの例では「０２−００２３ ： ０２−００１０ ： ０４−００ＦＦＤＤＣＣ」）が付与されている。
【００４２】
（連携サービスの提供）
図１０を用いて、プリミティブサービス保管ＤＢ２２に記憶されている連携サービスを構成する基本的なサービス（プリミティブサービス）のスクリプト例を説明する。
プリミティブサービスのスクリプトは、サービス提供の基本単位であり、特定のサブスペース（サービス提供モジュール１４）内での処理を記述したものである。プリミティブサービスのスクリプトは、特定のプラットフォームで実行可能な形態であればどのようなものでもかまわないが、ここでは、サーバーや複合機上で実行するスクリプトを想定している。このプリミティブサービスのスクリプト自体もエンティティとしてエンティティ配信モジュール２０によって配信され、各サブスペース（サービス提供モジュール１４）のエンティティ保管ＤＢ１３に記憶される。つまり、図１０の例では、共通ＩＤとして、「０２−０００３ ： ０２−０Ｅ０Ｅ ： ０４−００００００ＦＦ」が付与されている。なお、カテゴリーＩＤの「０Ｅ０Ｅ」は、実行用のスクリプトであることを示している。
【００４３】
図１１及び図１２を用いて、エンティティグループＤＢ１９に記憶されており、エンティティグループ管理モジュール１８によって管理されるエンティティのグループ化情報の一例を説明する。
図１１に示すデータ構造は、サブスペースＩＤ及びカテゴリーＩＤによってグループ化したものである。つまり、グループＩＤ欄、それに対応するサブスペースＩＤ欄、カテゴリーＩＤ欄を有しており、グループＩＤ欄にはそのグループを示す共通ＩＤを記憶し、そのグループを構成するエンティティを特定するサブスペースＩＤ、カテゴリーＩＤをそれぞれサブスペースＩＤ欄、カテゴリーＩＤ欄が記憶している。例えば、図１１の２行目は、サブスペースＩＤの実データが０００３であり、カテゴリーＩＤは不特定であるエンティティ群をグループ化しており、そのエンティティ群にグループＩＤとしての共通ＩＤである「０２−０００３ ： ０２−０Ｆ０Ａ ： ０４−０００００００１」を付与していることを表している。このように、エンティティのグループ化は、サブスペースＩＤのみで指定する場合（カテゴリーＩＤの実データ及びエンティティＩＤの実データを不特定とする場合）、サブスペースＩＤ及びカテゴリーＩＤによって指定する場合（エンティティＩＤの実データを不特定とする場合）がある。「０Ｆ０Ａ」は、サブスペースとカテゴリーによって規定されるグループタイプであることを示している。
図１２に示すデータ構造は、特定のエンティティをグループ化したものである。つまり、１つ１つのエンティティの共通ＩＤを列挙して、その列挙したエンティティ群に対して、グループＩＤである共通ＩＤを付与（図１２の例では、「０２−０００３ ： ０２−０Ｆ０Ｂ ： ０４−０００００００４」）したものである。「０Ｆ０Ｂ」は、具体的なエンティティ指定によって規定されるグループタイプであることを示している。
つまり、両者を比較して説明すると、図１１に示すデータ構造は、サブスペースＩＤやカテゴリーＩＤによって指定可能な比較的広い範囲のグループを表現するのに使用し、図１２に示すデータ構造では、特定のエンティティを狭い範囲でグループ化するのに使用するものである。
特に、図１１及び図１２に示すデータ構造内のエンティティをサービス提供モジュール１４のエンティティとすることによって、その連携サービスを実行できるサービス提供モジュール１４を特定することができるようにしてもよい。また、エンティティをコンテンツのエンティティとすることによって、特定のコンテンツに対してのみ連携サービスができるようにしてもよい。
【００４４】
図１３を用いて、サービス連携スクリプト保管ＤＢ２４に記憶されている連携サービスのスクリプト例を説明する。
図１３のデータ構造は、連携サービスの処理順を記憶する「ＳＴＥＰ」欄と、その「ＳＴＥＰ」に対応する処理の実行単位を示すＩＤを記憶する「ＥＸＥＣ−ＩＤ」欄と、その処理に対応するグループのＩＤを記憶する「グループＩＤ」欄を有している。なお、「ＥＸＥＣ−ＩＤ」欄に記憶するＩＤは共通ＩＤであってもよく、共通ＩＤのサブセットであってもよい。
ここでは、説明の単純化のため上から順次実行していく構成となっている。各実行単位は、実行するプリミティブサービスのスクリプトのＩＤと実行可能とするグループＩＤとが対になって構成されている。つまり、特定のグループ条件を満たす環境においてのみ、このプリミティブサービスが実行可能であることが表現されている。
【００４５】
図１４は、複数のプリミティブサービスを一定のグループ条件のもとで連携させて実行する処理を示したフローチャートである。
まず、ユーザーによる操作によって、実際に使用しているサービスモジュール（特定のサブスペース（サービス提供モジュール１４））において、図１３に示したようなサービス連携スクリプトのＩＤが指定され、連携サービスが起動される（ステップＳ１４０２）。
連携サービス実行モジュール９は、ステップＳ１４０２で指定されたＩＤを用いて、サービス連携管理モジュール２５内のサービス連携スクリプト保管ＤＢ２４から連携サービススクリプトをサービス連携スクリプト配信モジュール２３を介して取得する（ステップＳ１４０４）。
【００４６】
連携サービス実行モジュール９は、現在の再帰呼び出しレベルを取得する。ユーザーによる操作によって指定されて実行を開始した場合には、１番目となる。この処理は、連携サービスが再帰的に呼び出される前提であるため、必要な処理である（ステップＳ１４０６）。
次に、プリミティブサービス実行モジュール１２によるプリミティブサービスを実行する前に、実行条件検証モジュール１１が、実行条件をチェックする。ここでは、エンティティ配信モジュール２０内のエンティティグループＤＢ１９に記憶されている情報をエンティティグループ管理モジュール１８を介して参照し、サービス連携スクリプトによって規定されたグループＩＤの条件が、指定された条件と合致しているかを検証する（ステップＳ１４０８）。合致していなければ、現在の環境では実行できない旨をユーザーに表示して終了する。
そして、合致している場合は、プリミティブサービス実行モジュール１２は、１番目のプリミティブサービスを実行する（ステップＳ１４１０）。
【００４７】
サービス連携スクリプトの実行が終了しているか否かを判断する（ステップＳ１４１２）。終了している場合はステップＳ１４１８の処理へ進み、終了していない場合はステップＳ１４１４の処理へ進む。
以上の処理を再帰的に呼び出す。その際、次のプリミティブサービスを実行するサブスペース（サービス提供モジュール１４）を取得する。サブスペースＩＤ情報は、グループＩＤから抽出したり、個々のプリミティブサービス内の条件から抽出する場合等がある（ステップＳ１４１４）。
そして、連携先のサブスペースにおいて、本フローチャートの処理を再帰的に起動する（ステップＳ１４１６）。
当然、この呼び出し先の処理は、ユーザーからの直接の起動ではないので、ステップＳ１４０６での再帰呼び出しレベル取得の処理は、２番目以降の値となって実行される。そして、ステップ１４１０の処理のプリミティブサービス実行処理においても、２番目以降の実行がなされる。
このようにして、最後のスクリプトまで実行した場合には、再帰呼び出しが順次解除され、１番目の呼び出しレベルまで戻って、必要に応じて結果を表示し（ステップＳ１４１８）、処理を終了する（ステップＳ１４２０）。
【００４８】
ここでは、処理の一例として、再帰呼び出しによる実行を例に説明したが、単純にスクリプトを順次手続き的に実行したり、実行を中央のサーバーで管理しながら実行したりする場合も処理の本質は変わらない。
連携サービスには、ユーザーインタラクションを含むものと含まないものとが存在する。ユーザーインタラクションを含まない連携サービスの場合には、ユーザーはサービスの開始を指示するだけであるが、実際にはユーザーから見えないところで複数のサービスを連携させ、結果をユーザーに提示等する。ユーザーインタラクションを含む場合には、サービスの途中でユーザーとのインタラクションが発生し、ユーザーの意志を確認するステップが含まれることになる。場合によっては、利用するサーバーが変化する場合がある。本実施の形態においては、この両方を含めて連携サービスと位置づけている。
この実施の形態の説明では、説明簡易化のため、ユーザーインタラクションがないサービスを想定して説明したが、プリミティブサービスのスクリプト及びサービス連携スクリプトにおいて、ユーザーインタラクションを記述することで、ユーザーインタラクションのあるサービスにも対応するようにしてもよい。
【００４９】
図１５を用いて、図１４で示したフローチャートによる処理として、図３で示した実際の装置上で動作する様子の一例を説明する。
この連携サービスは、（Ｎｏ．１）オフィス等にあって、サービス提供モジュール１４である複合機を用いて文書をスキャンし、（Ｎｏ．２）オフィス等にあって、そのスキャンした情報に対して、ユーザーのサービス提供モジュール１４であるノートＰＣによってコメントをつけ、（Ｎｏ．３）データセンター等にあって、サービス提供モジュール１４である文字認識サーバーで文字認識を実行し、（Ｎｏ．４）データセンター等にあって、サービス提供モジュール１４であるネットワークストレージへ保存する処理を示している。
つまり、ユーザーは、Ｎｏ．１の処理で、複合機を使用して紙文書をスキャンする。Ｎｏ．２の処理では、ユーザーのノートＰＣでコメントをつける。そして、Ｎｏ．３の処理で文字認識サーバーが起動され、結果がＮｏ．４の処理でネットワークストレージに保管される。
そして、この処理は、ユーザーが所属する会社内の複合機、ユーザーのノートＰＣ、ユーザーが所属する複数の会社が提供する文字認識サービス群、ユーザーが契約している特定のネットワークストレージで実行されるよう実行条件検証モジュール１１によって制限されている。つまり、セキュリティレベルの高いサービスを提供するようにしてもよい。一方で、社内の複合機であれば、どれを使用してもよく、文字認識等のサービスをいくつかの候補の中から選ぶことが可能であるといった柔軟性を兼ね備えたサービスを提供するようにしてもよい。
【００５０】
（ハードウェア構成等）
なお、本実施の形態としてのプログラムが実行されるコンピュータのハードウェア構成は、図１６に示すように、一般的なコンピュータであり、具体的にはパーソナルコンピュータ、サーバーとなり得るコンピュータ等である。共通ＩＤ発行受付モジュール１、共通ＩＤ生成モジュール３、エンティティＩＤ発行モジュール４、連携サービス実行モジュール９、実行条件検証モジュール１１、プリミティブサービス実行モジュール１２、エンティティ配信先管理モジュール１６、プリミティブサービス配信モジュール２１等のプログラムを実行するＣＰＵ（マイクロプロセッサ）１６０１と、そのプログラムやデータを記憶するＲＡＭ（ランダムアクセスメモリ）１６０２と、本コンピュータを起動するためのプログラム等が格納されているＲＯＭ（リードオンリメモリ）１６０３と、補助記憶装置であるＨＤ（ハードディスク）１６０４と、キーボード、マウス等のデータを入力する入力装置１６０６と、ＣＲＴや液晶ディスプレイ等の出力装置１６０５と、例えばネットワークを介して他の装置と通信を行うための通信回線インタフェース１６０７、そして、それらをつないでデータのやりとりをするためのバス１６０８により構成されている。これらのコンピュータが複数台互いにネットワークによって接続されていてもよい。
【００５１】
なお、図１６に示すハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図１６に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えば特定用途向け集積回路（Application Specific Integrated Circuit：ＡＳＩＣ）等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続しているような形態でもよく、さらに図１６に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、情報家電、複写機、ファックス、スキャナ、プリンタ、複合機などに組み込まれていてもよい。
【００５２】
前記実施の形態においては、図５、図７〜図１３で示したデータ構造は、これらのデータ構造に限らず他のデータ構造であってもよい。例えば、テーブル構造のものはリンク構造等であってもよい。また、データ項目は、これらに図示したものに限られず、他のデータ項目を有していてもよい。
【００５３】
なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通などのために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）等が含まれる。
そして、前記のプログラム又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、あるいは無線通信ネットワーク、さらにこれらの組合せ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分であってもよく、あるいは別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して
記録されていてもよい。また、圧縮や暗号化など、復元可能であればどのような態様で記録されていてもよい。
【図面の簡単な説明】
【００５４】
【図１】共通ＩＤ発行モジュール内の概念的なモジュール構成図である。
【図２】連携サービス提供装置の全体の概念的なモジュール構成図である。
【図３】連携サービス提供装置の構築例を示す説明図である。
【図４】共通ＩＤの発行処理例を示したフローチャートである。
【図５】共通ＩＤの実現構造の例を示す説明図である。
【図６】エンティティの生成処理例を示すフローチャートである。
【図７】エンティティ配信先ＤＢによって管理される配信先情報の例を示す説明図である。
【図８】サービス提供モジュールの管理情報エンティティの例を示す説明図である。
【図９】エンティティ保管ＤＢによって管理されるスキャンデータの例を示す説明図である。
【図１０】プリミティブサービス保管ＤＢによって管理されるプリミティブサービスに関する情報の例を示す説明図である。
【図１１】エンティティグループＤＢによって管理されるエンティティグループ定義情報（サブスペース及びカテゴリー指定）の例を示す説明図である。
【図１２】エンティティグループＤＢによって管理されるエンティティグループ定義情報（個別エンティティ指定）の例を示す説明図である。
【図１３】サービス連携スクリプト保管ＤＢによって管理されるサービス連携スクリプトの例を示す説明図である。
【図１４】連携サービスの処理例を示すフローチャートである。
【図１５】連携サービスの実行例を示す説明図である。
【図１６】本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。
【符号の説明】
【００５５】
１…共通ＩＤ発行受付モジュール
２…サブスペースＩＤ
３…共通ＩＤ生成モジュール
４…エンティティＩＤ発行モジュール
５…発行済エンティティＩＤ管理ＤＢ
６…共通ＩＤ発行モジュール
７…共通ＩＤ発行要求モジュール
８…エンティティ生成モジュール
９…連携サービス実行モジュール
１０…エンティティ管理モジュール
１１…実行条件検証モジュール
１２…プリミティブサービス実行モジュール
１３…エンティティ保管ＤＢ
１４…サービス提供モジュール
１６…エンティティ配信先管理モジュール
１７…エンティティ配信先ＤＢ
１８…エンティティグループ管理モジュール
１９…エンティティグループＤＢ
２０…エンティティ配信モジュール
２１…プリミティブサービス配信モジュール
２２…プリミティブサービス保管ＤＢ
２３…サービス連携スクリプト配信モジュール
２４…サービス連携スクリプト保管ＤＢ
２５…サービス連携管理モジュール
２６…チャネル
【技術分野】
【０００１】
本発明は、情報処理システム及び情報処理プログラムに関する。
【背景技術】
【０００２】
電子的なサービスを提供するためには、様々な管理対象を体系的に管理し、それらに対する処理を適切に実行する必要がある。
そのために、電子的なサービスを提供する際のユーザー管理については、いくつかの方法が提案されている。例えば、ＩＤフェデレーション技術を使用すれば、１人のユーザーが複数のサービスを利用できる環境を提供することが可能である。
【０００３】
例えば、特許文献１に記載の技術は、このＩＤフェデレーションの基本的な方式に関するものである。すなわち、特許文献１には、サービス提供サイトでのユーザー認証をユーザーＩＤ／パスワード（認証情報）により行う場合、認証情報はサービス提供サイトごとに管理されているため、ユーザーはサービス提供サイトごとの認証情報を記憶する必要があり、また、ユーザーが認証情報を忘れた場合、サービス提供サイトへのアクセス中止や認証情報再入手手続きなど、サービス提供サイトでの運用コスト負担も問題となることを課題とし、ユーザー認証管理サイトを設け、各サービス提供サイトで管理しているユーザー認証情報を統合管理することで、ユーザーは一つの認証情報により常にサービス提供サイトへアクセスできるようにすることが開示されている。
【０００４】
また、例えば、特許文献２に記載の技術は、登録した個人情報を他のサービスと共有するための機構に関するものである。すなわち、特許文献２には、利用者が各種サービス機関のサービス提供を受けようとする際に必要となる個人情報の管理を効率化し、利用者の利便性を向上することを課題とし、情報管理機関が各種サービス機関との間及び利用者との間に個人情報授受の契約を締結し、前記利用者の個人情報を一括管理するとともに、前記利用者が前記サービス機関のサービス提供を受ける際に必要に応じて前記サービス機関に対して個人情報を提供することが開示されている。
【０００５】
また、例えば、特許文献３に記載の技術は、コンビニエンスストア等において、ユーザー認証後に画像データをサーバーへ送信する機能が提供されている。すなわち、特許文献３には、ネットワーク接続可能な画像処理装置をコンビニエンスストア等の店舗に設置して、カメラ付き携帯電話等に記録した画像データを容易かつ信頼性の高い方法で保管することを課題とし、画像処理装置は、印刷装置を有する画像処理ユニット、該画像処理ユニットに接続された情報処理ユニットからなり、サーバー装置とネットワークを介して接続され、前記情報処理ユニットは、ユーザーのＩＤ情報、指紋データ、顔写真データを含む会員登録情報を記憶した記憶装置、認証手段、アップロード手段を有し、ユーザーから指紋が入力された場合に該指紋データと、記憶装置の指紋データとを照合し、両者が一致した場合に前記指紋データに応じたＩＤ情報及び顔写真データを記憶装置から抽出して画面上に表示し、前記ユーザーのカメラ付き携帯電話等の機器に記録された画像データを前記サーバー装置のあらかじめ決められた保管領域にアップロードすることが開示されている。
【０００６】
また、一般に文書データベースに文書を保存する場合や通常のＯＳのファイルシステムにおいてファイルにＩＤを付与することは、広く知られている一般的な手法である。
【特許文献１】特開２００４−０７８６２２号公報
【特許文献２】特開２００１−３４４３７９号公報
【特許文献３】特開２００５−０２０５８２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、実際に電子的なサービスを提供する場合には、ユーザーや文書だけでなく、サービス機能、契約、プリンタ、スキャナ、ユーザークライアント、サーバー等々様々な対象を管理する必要がある。さらに、場合によってはユーザーや文書も１種類ではなく、多くの種類となる可能性がある。例えば、自社で管理しているユーザーと顧客企業で管理しているユーザー、スキャン文書や加工済み文書等々である。
また、サービスの提供が多方面にわたり大規模になる場合には、サービスを提供するシステムが分散化することは避けられず、これら分散サブシステムが自律的に動作するように構成する必要がある。
このように大規模で、分散化し、自律的に動作するシステム上で種類の異なる複雑な管理対象であるエンティティを組み合わせてサービスを提供する際には、管理対象に識別子を割り振り、識別子のユニーク性を保証し、効率的に識別子付与対象を保管・検索することは、このようなシステムで実現するサービスの基本となるものである。
【０００８】
そこで、本発明は、多種類のエンティティを管理する分散化したシステムにあって、サービスの実行に必要なエンティティに対する識別子の割り振りを効率的に実施できるようにした情報処理システム及び情報処理プログラムを提供することを目的としている。
【課題を解決するための手段】
【０００９】
かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
［請求項１］ カテゴリーを一意に識別できるカテゴリー識別子を受け付けるカテゴリー識別子受付手段と、
識別子空間を排他的な空間に分割するサブスペースを一意に特定できるサブスペース識別子を記憶しているサブスペース記憶手段と、
サブスペース内におけるカテゴリー別のエンティティの一意性を保証するエンティティ識別子を発行するエンティティ識別子発行手段と、
前記サブスペース記憶手段によって記憶されているサブスペース識別子と前記カテゴリー識別子受付手段によって受け付けられたカテゴリー識別子と前記エンティティ識別子発行手段によって発行されたエンティティ識別子とを合成して、識別子空間全体における識別子である共通識別子を生成する共通識別子生成手段と、
前記カテゴリー識別子受付手段に対して、カテゴリー識別子とともに共通識別子の発行を要求し、前記共通識別子生成手段によって生成された共通識別子を受け取り、該共通識別子とサービスの実行に必要なエンティティとを対応させて記憶するエンティティ記憶手段と、
指定された共通識別子に応じて、前記エンティティ記憶手段によって記憶されているエンティティを実行することによってサービスを提供するサービス提供手段
を具備することを特徴とする情報処理システム。
【００１０】
［請求項２］ カテゴリーを一意に識別できるカテゴリー識別子を受け付けるカテゴリー識別子受付手段と、
識別子空間を排他的な空間に分割するサブスペースを一意に特定できるサブスペース識別子を記憶しているサブスペース記憶手段と、
サブスペース内におけるカテゴリー別のエンティティの一意性を保証するエンティティ識別子を発行するエンティティ識別子発行手段と、
前記サブスペース記憶手段によって記憶されているサブスペース識別子と前記カテゴリー識別子受付手段によって受け付けられたカテゴリー識別子と前記エンティティ識別子発行手段によって発行されたエンティティ識別子とを合成して、識別子空間全体における識別子である共通識別子を生成する共通識別子生成手段と、
前記カテゴリー識別子受付手段に対して、カテゴリー識別子とともに共通識別子の発行を要求し、前記共通識別子生成手段によって生成された共通識別子を受け取り、該共通識別子とサービスの実行に必要なエンティティである基本サービスを対応させて記憶するエンティティ記憶手段と、
前記エンティティ記憶手段によって記憶されている基本サービスの組合せをサービスとして記憶するエンティティ組合せ記憶手段と、
指定されたサービスに応じて、前記エンティティ組合せ記憶手段に記憶されているサービスを構成する前記エンティティ記憶手段によって記憶されている基本サービスを実行する基本サービス実行手段
を具備することを特徴とする情報処理システム。
【００１１】
［請求項３］ 前記基本サービス実行手段によって実行可能な基本サービスの条件を検証する実行条件検証手段
をさらに具備し、
前記基本サービス実行手段は、前記実行条件検証手段によって実行可能であると検証された場合に、基本サービスを実行すること
を特徴とする［請求項２］に記載の情報処理システム。
【００１２】
［請求項４］ コンピュータを、
カテゴリーを一意に識別できるカテゴリー識別子を受け付けるカテゴリー識別子受付手段と、
識別子空間を排他的な空間に分割するサブスペースを一意に特定できるサブスペース識別子を記憶しているサブスペース記憶手段と、
サブスペース内におけるカテゴリー別のエンティティの一意性を保証するエンティティ識別子を発行するエンティティ識別子発行手段と、
前記サブスペース記憶手段によって記憶されているサブスペース識別子と前記カテゴリー識別子受付手段によって受け付けられたカテゴリー識別子と前記エンティティ識別子発行手段によって発行されたエンティティ識別子とを合成して、識別子空間全体における識別子である共通識別子を生成する共通識別子生成手段と、
前記カテゴリー識別子受付手段に対して、カテゴリー識別子とともに共通識別子の発行を要求し、前記共通識別子生成手段によって生成された共通識別子を受け取り、該共通識別子とサービスの実行に必要なエンティティとを対応させて記憶するエンティティ記憶手段と、
指定された共通識別子に応じて、前記エンティティ記憶手段によって記憶されているエンティティを実行することによってサービスを提供するサービス提供手段
として機能させることを特徴とする情報処理プログラム。
【００１３】
［請求項５］ コンピュータを、
カテゴリーを一意に識別できるカテゴリー識別子を受け付けるカテゴリー識別子受付手段と、
識別子空間を排他的な空間に分割するサブスペースを一意に特定できるサブスペース識別子を記憶しているサブスペース記憶手段と、
サブスペース内におけるカテゴリー別のエンティティの一意性を保証するエンティティ識別子を発行するエンティティ識別子発行手段と、
前記サブスペース記憶手段によって記憶されているサブスペース識別子と前記カテゴリー識別子受付手段によって受け付けられたカテゴリー識別子と前記エンティティ識別子発行手段によって発行されたエンティティ識別子とを合成して、識別子空間全体における識別子である共通識別子を生成する共通識別子生成手段と、
前記カテゴリー識別子受付手段に対して、カテゴリー識別子とともに共通識別子の発行を要求し、前記共通識別子生成手段によって生成された共通識別子を受け取り、該共通識別子とサービスの実行に必要なエンティティである基本サービスを対応させて記憶するエンティティ記憶手段と、
前記エンティティ記憶手段によって記憶されている基本サービスの組合せをサービスとして記憶するエンティティ組合せ記憶手段と、
指定されたサービスに応じて、前記エンティティ組合せ記憶手段に記憶されているサービスを構成する前記エンティティ記憶手段によって記憶されている基本サービスを実行する基本サービス実行手段
として機能させることを特徴とする情報処理プログラム。
【００１４】
［請求項６］ 前記コンピュータを、
前記基本サービス実行手段によって実行可能な基本サービスの条件を検証する実行条件検証手段
としてさらに機能させ、
前記基本サービス実行手段は、前記実行条件検証手段によって実行可能であると検証された場合に、基本サービスを実行すること
を特徴とする［請求項５］に記載の情報処理プログラム。
【発明の効果】
【００１５】
請求項１に記載の情報処理システムによれば、多種類のエンティティを管理する分散化したシステムにあって、本構成を有していない場合に比較して、サービスの実行に必要なエンティティに対する識別子の割り振りをより効率的に実施できる。
【００１６】
請求項２に記載の情報処理システムによれば、多種類のエンティティを管理する分散化したシステムにあって、本構成を有していない場合に比較して、サービスの実行に必要な基本サービスに対する識別子の割り振りをより効率的に実施でき、その基本サービスの組合せであるサービスをより容易に定義することができるようになる。
【００１７】
請求項３に記載の情報処理システムによれば、本構成を有していない場合に比較して、基本サービスの組合せごとに制限を課すことができ、より柔軟なサービス制御を行うことができるようになる。
【００１８】
請求項４に記載の情報処理プログラムによれば、多種類のエンティティを管理する分散化したシステムにあって、本構成を有していない場合に比較して、サービスの実行に必要なエンティティに対する識別子の割り振りをより効率的に実施できる。
【００１９】
請求項５に記載の情報処理プログラムによれば、多種類のエンティティを管理する分散化したシステムにあって、本構成を有していない場合に比較して、サービスの実行に必要な基本サービスに対する識別子の割り振りをより効率的に実施でき、その基本サービスの組合せであるサービスをより容易に定義することができるようになる。
【００２０】
請求項６に記載の情報処理プログラムによれば、本構成を有していない場合に比較して、基本サービスの組合せごとに制限を課すことができ、より柔軟なサービス制御を行うことができるようになる。
【発明を実施するための最良の形態】
【００２１】
以下、図面に基づき本発明を実現するにあたっての好適な一実施の形態を説明する。
本実施の形態は、複数の単純サービスを連携して複合的なサービスを提供するためのものである。つまり、個別の小さなサービス機能（以下、プリミティブサービスと呼ぶ）を組み合わせて、全体で一つの大きなサービス（以下、連携サービスと呼ぶ）を提供する際に、柔軟でかつセキュリティレベルの高い連携サービスを提供するために、プリミティブサービスを起動可能なサーバーをグループ単位で制限するものである。
【００２２】
（サービスＩＤ管理装置の全体構成）
図１、図２は、本発明の一実施の形態の概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはプログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、プログラム、システム及び方法の説明をも兼ねている。また、モジュールは機能にほぼ一対一に対応しているが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続を含む。
また、システムとは、複数のコンピュータ、ハードウェア、装置等がネットワーク等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。
以下、利用者として、法人、個人であるユーザー（管理者等を含む）を主に例示して説明する。そして、説明上の記載を簡便にするために、ユーザー等が主体となって動作するように記載する場合もあるが、これはそのユーザー等による操作に応じて、システムが動作するものである。
【００２３】
図１は、本実施の形態のサービスＩＤ（ＩＤｅｎｔｉｆｉｃａｔｉｏｎ、識別子）管理装置の中核となる共通ＩＤ発行モジュール６内の概念的なモジュール構成図である。
サービスＩＤ管理装置は、全体が複数の機能単位（サービス提供モジュール１４の共通ＩＤ発行モジュール６内のサブスペースＩＤ２に対応する機能）により構成されている。この機能単位のことを、サブスペースと呼ぶ。ＩＤ管理の視点から見ると、サブスペースは装置全体のＩＤ空間を複数の排他的な部分空間に分割したものである。そして、このサブスペースごとに一意のＩＤ（サブスペースＩＤ）が管理者によって割り振られている。
また、従来からあるシステムも共通ＩＤによる論理空間内に包含できるように、このサブスペースをそのシステムに割り振られるようにしてもよい。
【００２４】
また、本サービスＩＤ管理装置は、ＩＤによって同定する対象を管理する装置である。この管理する対象に関する情報（管理する対象が情報そのものである場合には情報そのもの）をエンティティと呼ぶ。具体的には、本実施の形態では、プリミティブ（基本）サービスを実行するスクリプト（ｓｃｒｉｐｔ、プログラム）等が含まれ、プリミティブサービスを組み合わせた連携サービスを実行するスクリプト等を含んでもよい。エンティティの種類をカテゴリーと呼ぶ。カテゴリーには、管理者によって一意に識別できるＩＤ（カテゴリーＩＤ）が割り振られている。また、カテゴリーＩＤは、複数の種類（体系、論理的な空間、論理的な領域、対象とする世界、提供するサービス等）を一括に扱うためのものである。
エンティティは、一意に識別できるＩＤ（エンティティＩＤ）がエンティティＩＤ発行モジュール４によって割り振られる。
【００２５】
そして、サブスペースＩＤ、カテゴリーＩＤ、エンティティＩＤを含めた全ＩＤ空間内におけるエンティティを一意に同定するためのＩＤを共通ＩＤと呼ぶ。
なお、サブスペースＩＤ、カテゴリーＩＤは、管理者によって割り振られるとしたが、本サービスＩＤ管理装置が一定のアルゴリズム（例えば、発生順に順次番号を割り振る等）によって割り振るようにしてもよい。
【００２６】
共通ＩＤ発行モジュール６は、共通ＩＤ発行受付モジュール１、サブスペースＩＤ２、共通ＩＤ生成モジュール３、エンティティＩＤ発行モジュール４、発行済エンティティＩＤ管理ＤＢ５を有している。そして、サブスペースごとに共通ＩＤ発行モジュール６がある。
共通ＩＤ発行受付モジュール１は、図１に示すように、共通ＩＤ生成モジュール３と接続されており、共通ＩＤ発行モジュール６の外部からカテゴリーＩＤとともに共通ＩＤの発行要求を受け付け、共通ＩＤ発行の処理を開始する。
エンティティＩＤ発行モジュール４は、図１に示すように、共通ＩＤ生成モジュール３、発行済エンティティＩＤ管理ＤＢ５と接続されており、サブスペース内におけるカテゴリー別のエンティティの一意性を保証するエンティティＩＤを発行する。
発行済エンティティＩＤ管理ＤＢ５は、図１に示すように、エンティティＩＤ発行モジュール４と接続されており、エンティティＩＤの一意性を保証するための記録を記憶する。
サブスペースＩＤ２は、図１に示すように、共通ＩＤ生成モジュール３と接続されており、サブスペースを一意に特定するサブスペースＩＤである。サブスペースＩＤ２は、メモリ等の記憶装置に記憶されている。
共通ＩＤ生成モジュール３は、図１に示すように、共通ＩＤ発行受付モジュール１、サブスペースＩＤ２、エンティティＩＤ発行モジュール４と接続されており、サブスペースＩＤ２から取り出したサブスペースＩＤ、共通ＩＤ発行受付モジュール１によって受け付けられたカテゴリーＩＤ、エンティティＩＤ発行モジュール４によって発行されたエンティティＩＤを合成して共通ＩＤを生成する。
【００２７】
図２は、サービスＩＤ管理装置の構成を示すモジュール構成図である。
図２に示したサービスＩＤ管理装置は、サービス提供モジュール１４、エンティティ配信モジュール２０、サービス連携管理モジュール２５を有している。これらは、通信回線等であるチャネル２６によって互いに接続されている。なお、サービス提供モジュール１４は複数あってもよいし、エンティティ配信モジュール２０、サービス連携管理モジュール２５も複数あってもよい。また、サービス提供モジュール１４、エンティティ配信モジュール２０、サービス連携管理モジュール２５は、それぞれサーバーとして実現してもよく、その場合、独立して構成しているが、例えばエンティティ配信モジュール２０とサービス連携管理モジュール２５とを組み合わせて１つのサーバーとしてもよく、その組合せは任意である。
【００２８】
サービス提供モジュール１４は、図２に示すように、図１のモジュール構成図で示した共通ＩＤ発行モジュール６、共通ＩＤ発行要求モジュール７、エンティティ生成モジュール８、連携サービス実行モジュール９、エンティティ管理モジュール１０、実行条件検証モジュール１１、プリミティブサービス実行モジュール１２、エンティティ保管ＤＢ１３を有している。
共通ＩＤ発行要求モジュール７は、図２に示すように、共通ＩＤ発行モジュール６、エンティティ生成モジュール８と接続されており、カテゴリーＩＤを指定して共通ＩＤ発行モジュール６へ共通ＩＤの発行を要求し、共通ＩＤ発行モジュール６から共通ＩＤを受け取る。そして、その共通ＩＤをエンティティ生成モジュール８へ渡す。
エンティティ生成モジュール８は、図２に示すように、共通ＩＤ発行要求モジュール７、連携サービス実行モジュール９、エンティティ管理モジュール１０と接続されており、共通ＩＤ発行モジュール６が発行した共通ＩＤを共通ＩＤ発行要求モジュール７より受け取り、その共通ＩＤに対して管理対象となるエンティティを生成する。生成したエンティティをエンティティ管理モジュール１０を介して、エンティティ保管ＤＢ１３に保管する。また、連携サービス実行モジュール９によるサービス実行時にエンティティ生成の指示を受け、エンティティを生成する。
【００２９】
連携サービス実行モジュール９は、図２に示すように、エンティティ生成モジュール８、エンティティ管理モジュール１０、プリミティブサービス実行モジュール１２と接続されており、連携サービスを実行する。その際に、プリミティブサービス実行モジュール１２に対して、連携サービスを構成するプリミティブサービスを実行させる指示を行い、連携サービスに必要なエンティティをエンティティ管理モジュール１０に対して要求し、また、連携サービス実行時に生成が必要となったエンティティをエンティティ生成モジュール８に対して指示する。
エンティティ管理モジュール１０は、図２に示すように、エンティティ生成モジュール８、連携サービス実行モジュール９、エンティティ保管ＤＢ１３と接続されており、エンティティ生成モジュール８により生成されたエンティティをエンティティ保管ＤＢ１３に保管させ、連携サービス実行モジュール９からの要求に応じて、エンティティ保管ＤＢ１３から要求されたエンティティを読み出して連携サービス実行モジュール９に渡す等を行ってエンティティ保管ＤＢ１３を管理する。
実行条件検証モジュール１１は、図２に示すように、プリミティブサービス実行モジュール１２と接続されており、プリミティブサービス実行モジュール１２が実行するプリミティブサービスの実行条件をチェックする。
プリミティブサービス実行モジュール１２は、図２に示すように、連携サービス実行モジュール９、実行条件検証モジュール１１と接続されており、連携サービス実行モジュール９からの指示に基づいて、プリミティブサービスを実行する。その実行の際に、実行条件検証モジュール１１によるチェックを受け、実行可能であると判断された場合に実行する。
エンティティ保管ＤＢ１３は、図２に示すように、エンティティ管理モジュール１０と接続されており、エンティティ生成モジュール８によって生成されたエンティティをエンティティ管理モジュール１０を介して保管する。
【００３０】
エンティティ配信モジュール２０は、図２に示すように、エンティティ配信先管理モジュール１６、エンティティ配信先ＤＢ１７、エンティティグループ管理モジュール１８、エンティティグループＤＢ１９を有している。
エンティティ配信先管理モジュール１６は、図２に示すように、エンティティ配信先ＤＢ１７と接続されており、エンティティ配信先ＤＢ１７にアクセスし、エンティティの持つサブスペース及びカテゴリーごとの配信先情報を管理する。
エンティティ配信先ＤＢ１７は、図２に示すように、エンティティ配信先管理モジュール１６と接続されており、エンティティの持つサブスペース及びカテゴリーごとの配信先情報を記憶している。
エンティティグループ管理モジュール１８は、図２に示すように、エンティティグループＤＢ１９と接続されており、エンティティグループＤＢ１９にアクセスし、エンティティのグループ情報を管理する。
エンティティグループＤＢ１９は、図２に示すように、エンティティグループ管理モジュール１８と接続されており、エンティティのグループ情報を記憶している。
【００３１】
サービス連携管理モジュール２５は、図２に示すように、プリミティブサービス配信モジュール２１、プリミティブサービス保管ＤＢ２２、サービス連携スクリプト配信モジュール２３、サービス連携スクリプト保管ＤＢ２４を有している。
プリミティブサービス配信モジュール２１は、図２に示すように、プリミティブサービス保管ＤＢ２２と接続されており、プリミティブサービス保管ＤＢ２２にアクセスし、必要に応じてプリミティブサービスを実行するためのスクリプトを各サブスペース（サービス提供モジュール１４）へ配信する。
プリミティブサービス保管ＤＢ２２は、図２に示すように、プリミティブサービス配信モジュール２１と接続されており、プリミティブサービスを実行するためのスクリプトを記憶している。
サービス連携スクリプト配信モジュール２３は、図２に示すように、サービス連携スクリプト保管ＤＢ２４と接続されており、サービス連携スクリプト保管ＤＢ２４にアクセスし、必要に応じて連携サービスを実行するためのスクリプトを各サブスペース（サービス提供モジュール１４）へ配信する。
サービス連携スクリプト保管ＤＢ２４は、図２に示すように、サービス連携スクリプト配信モジュール２３と接続されており、プリミティブサービスの組合せによって連携サービスを表現するサービス連携スクリプトを記憶している。
【００３２】
図３は、連携サービス提供装置を具体的に実現した場合の設置例を表した図である。
例えば、オフィス等には、複合機（多機能複写機とも呼ばれ、スキャナ、プリンタ、複写機、ファックス等の機能を有している、以下、ＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌｓ）ともいう）等の機器やパーソナルコンピュータ等（サービス提供モジュール１４）が配置されている。また、他のサービス提供モジュール１４は、データセンター等のサーバーに構築されている。そして、これらのサービス提供モジュール１４がチャネル２６の一種であるインターネットによって接続されている。
つまり、このシステムは、オフィス等にあるサービス提供モジュール１４である機器を利用者が利用して、データセンター内にあるサービス提供モジュール１４を連携させ、統合的なサービスを提供する。
【００３３】
（共通ＩＤの発行）
図４は、共通ＩＤの発行処理例を示したフローチャートである。
共通ＩＤ発行要求モジュール７が発行すべき共通ＩＤのカテゴリーＩＤとともに共通ＩＤの発行依頼を共通ＩＤ発行モジュール６へ渡す。
そのカテゴリーＩＤ及び共通ＩＤの発行要求は、共通ＩＤ発行受付モジュール１の入力となる（ステップＳ４０２）。
【００３４】
共通ＩＤの発行要求を受け付けた共通ＩＤ発行受付モジュール１は、共通ＩＤ生成モジュール３へカテゴリーＩＤを渡す。
共通ＩＤ生成モジュール３は、エンティティＩＤ発行モジュール４へエンティティＩＤの発行を要求する。
エンティティＩＤ発行モジュール４は、この共通ＩＤ発行モジュール６の管理するサブスペース内のカテゴリーにおいてユニークとなるＩＤを発行する。
発行済エンティティＩＤ管理ＤＢ５は、今までに発行したエンティティＩＤを記憶しており、エンティティＩＤ発行モジュール４は、この発行済エンティティＩＤ管理ＤＢ５が記憶しているエンティティＩＤと重複しないようにエンティティＩＤを発行する（ステップＳ４０４）。
【００３５】
エンティティＩＤの発行が終了すると、その発行したエンティティＩＤを発行済エンティティＩＤ管理ＤＢ５に記憶させる（ステップＳ４０６）。
なお、発行済エンティティＩＤ管理ＤＢ５は、データベースの形態をとらなくとも、カテゴリーごとの不揮発性のカウンタを持ち、エンティティＩＤの発行ごとにカウンタをカウントアップするような単純な構成をとることも可能である。
また、図４で示したフローチャートは、エンティティ一般に共通ＩＤを発行させているが、このエンティティには、サービス実行に必要なスクリプト（プリミティブサービスを実行するためのスクリプト、連携サービスを実行するためのスクリプト）が含まれる。
【００３６】
そして、共通ＩＤ生成モジュール３は、サブスペースＩＤとカテゴリーＩＤとエンティティＩＤとを合成して（ステップＳ４０８）、共通ＩＤを発行する（ステップＳ４１０）。
図５を用いて、サブスペースＩＤとカテゴリーＩＤとエンティティＩＤを合成した共通ＩＤにおける論理構造の例を説明する。サブスペースＩＤ、カテゴリーＩＤ、エンティティＩＤの順序に合成して、共通ＩＤを構成しているが、もちろん、これらの順序はあらかじめ決まってさえいれば、どのようなものでもかまわない。
【００３７】
共通ＩＤのデータ構造では、サブスペースＩＤ、カテゴリーＩＤ、エンティティＩＤのそれぞれが、長さ情報と実際のＩＤとの組合せで表現される。つまり、サブスペースＩＤはサブスペースＩＤ長とサブスペースＩＤ実データからなり、サブスペースＩＤ長はサブスペースＩＤ実データのデータ長（８ビットを１単位としている、以下同様）を示しており、サブスペースＩＤ実データはサブスペースＩＤの本体（実体）であるデータを示している。カテゴリーＩＤはカテゴリーＩＤ長とカテゴリーＩＤ実データからなり、カテゴリーＩＤ長はカテゴリーＩＤ実データのデータ長を示しており、カテゴリーＩＤ実データはカテゴリーＩＤの本体であるデータを示している。エンティティＩＤはエンティティＩＤ長とエンティティＩＤ実データからなり、エンティティＩＤ長はエンティティＩＤ実データのデータ長を示しており、エンティティＩＤ実データはエンティティＩＤの本体であるデータを示している。
【００３８】
より具体的には、「０２−００５１ ： ０２−０００３ ： ０４−００００００ＦＦ」といった共通ＩＤが生成される。実際には人間が可読となるような区切りは不要であるが、ここでは説明のため、サブスペースＩＤ、カテゴリーＩＤ、エンティティＩＤの間の区切りを「：」で表現している。また、ＩＤ長とＩＤ自体との区切りに「−」を入れ、１６進数（８ビットで表現される英数文字であってもよい）で表現している。「０２−００５１ ： ０２−０００３ ： ０４−００００００ＦＦ」は、電子文書保管サービスのためのサブスペースＩＤとして「００５１」（長さ２）が、企業ユーザーのためのカテゴリーＩＤとして「０００３」（長さ２）が、特定のユーザーのエンティティＩＤとして「００００００ＦＦ」（長さ４）が割り当てられていると仮定している。そこで、これらを合成し「０２−００５１ ： ０２−０００３ ： ０４−００００００ＦＦ」が共通ＩＤとなる。
【００３９】
（エンティティの生成）
図６は、共通ＩＤを発行しエンティティを生成する処理例を示したフローチャートである。
まず、共通ＩＤ発行要求モジュール７が、カテゴリーＩＤを指定して共通ＩＤの発行を共通ＩＤ発行モジュール６に対して要求する（ステップＳ６０２）。
カテゴリーＩＤを受け取った共通ＩＤ発行モジュール６は、図４に示したフローチャートによる処理を実行して共通ＩＤを発行する（ステップＳ６０４）。
エンティティ生成モジュール８が、ステップＳ６０４で発行された共通ＩＤを受け取り、エンティティを共通ＩＤに付与する（ステップＳ６０６）。
【００４０】
そして、エンティティ生成モジュール８はエンティティ管理モジュール１０へ、エンティティを付与した共通ＩＤを送付する（ステップＳ６０８）。
エンティティ管理モジュール１０は、エンティティ配信モジュール２０内のエンティティ配信先管理モジュール１６にエンティティの配信先を問い合わせ、エンティティ配信先情報を参照する（ステップＳ６１０）。なお、エンティティ配信先情報は、エンティティ配信先ＤＢ１７に図７に示す形態で記憶されている。つまり、エンティティ配信先情報は、その番号を表す「Ｎｏ．」、サブスペースＩＤ、カテゴリーＩＤ、エンティティを保管（又は配信）すべき第１の場所を示す保管先＃１、エンティティを保管（又は配信）すべき第２の場所を示す保管先＃２を有している。
そしてエンティティ管理モジュール１０は、そのエンティティを保管先＃１又は保管先＃２へ配信する（ステップＳ６１２）。
保管先＃１又は保管先＃２のエンティティ管理モジュール１０は、エンティティ保管ＤＢ１３にエンティティを記憶させる（ステップＳ６１４）。保管先が同一のサブスペースの場合もあり（送付したエンティティ管理モジュール１０と受信したエンティティ管理モジュール１０が同一のサービス提供モジュール１４内にある場合）、その場合には、ローカルに記憶することになる。
【００４１】
このようにして生成されたエンティティの例を示す。図８は、複合機の管理情報エンティティの例を示している。つまり、その複合機が設置されている設置会社名、業種、部署名等からなる印刷・スキャンサーバー管理情報に対して、共通ＩＤ（図８の一つの例では「０２−０００１ ： ０２−０００１ ： ０４−００００００ＦＦ」）が付与されている。
図９は、スキャンイメージエンティティの例を示している。つまり、スキャナで読み取られた画像に対して、共通ＩＤ（図９の一つの例では「０２−００２３ ： ０２−００１０ ： ０４−００ＦＦＤＤＣＣ」）が付与されている。
【００４２】
（連携サービスの提供）
図１０を用いて、プリミティブサービス保管ＤＢ２２に記憶されている連携サービスを構成する基本的なサービス（プリミティブサービス）のスクリプト例を説明する。
プリミティブサービスのスクリプトは、サービス提供の基本単位であり、特定のサブスペース（サービス提供モジュール１４）内での処理を記述したものである。プリミティブサービスのスクリプトは、特定のプラットフォームで実行可能な形態であればどのようなものでもかまわないが、ここでは、サーバーや複合機上で実行するスクリプトを想定している。このプリミティブサービスのスクリプト自体もエンティティとしてエンティティ配信モジュール２０によって配信され、各サブスペース（サービス提供モジュール１４）のエンティティ保管ＤＢ１３に記憶される。つまり、図１０の例では、共通ＩＤとして、「０２−０００３ ： ０２−０Ｅ０Ｅ ： ０４−００００００ＦＦ」が付与されている。なお、カテゴリーＩＤの「０Ｅ０Ｅ」は、実行用のスクリプトであることを示している。
【００４３】
図１１及び図１２を用いて、エンティティグループＤＢ１９に記憶されており、エンティティグループ管理モジュール１８によって管理されるエンティティのグループ化情報の一例を説明する。
図１１に示すデータ構造は、サブスペースＩＤ及びカテゴリーＩＤによってグループ化したものである。つまり、グループＩＤ欄、それに対応するサブスペースＩＤ欄、カテゴリーＩＤ欄を有しており、グループＩＤ欄にはそのグループを示す共通ＩＤを記憶し、そのグループを構成するエンティティを特定するサブスペースＩＤ、カテゴリーＩＤをそれぞれサブスペースＩＤ欄、カテゴリーＩＤ欄が記憶している。例えば、図１１の２行目は、サブスペースＩＤの実データが０００３であり、カテゴリーＩＤは不特定であるエンティティ群をグループ化しており、そのエンティティ群にグループＩＤとしての共通ＩＤである「０２−０００３ ： ０２−０Ｆ０Ａ ： ０４−０００００００１」を付与していることを表している。このように、エンティティのグループ化は、サブスペースＩＤのみで指定する場合（カテゴリーＩＤの実データ及びエンティティＩＤの実データを不特定とする場合）、サブスペースＩＤ及びカテゴリーＩＤによって指定する場合（エンティティＩＤの実データを不特定とする場合）がある。「０Ｆ０Ａ」は、サブスペースとカテゴリーによって規定されるグループタイプであることを示している。
図１２に示すデータ構造は、特定のエンティティをグループ化したものである。つまり、１つ１つのエンティティの共通ＩＤを列挙して、その列挙したエンティティ群に対して、グループＩＤである共通ＩＤを付与（図１２の例では、「０２−０００３ ： ０２−０Ｆ０Ｂ ： ０４−０００００００４」）したものである。「０Ｆ０Ｂ」は、具体的なエンティティ指定によって規定されるグループタイプであることを示している。
つまり、両者を比較して説明すると、図１１に示すデータ構造は、サブスペースＩＤやカテゴリーＩＤによって指定可能な比較的広い範囲のグループを表現するのに使用し、図１２に示すデータ構造では、特定のエンティティを狭い範囲でグループ化するのに使用するものである。
特に、図１１及び図１２に示すデータ構造内のエンティティをサービス提供モジュール１４のエンティティとすることによって、その連携サービスを実行できるサービス提供モジュール１４を特定することができるようにしてもよい。また、エンティティをコンテンツのエンティティとすることによって、特定のコンテンツに対してのみ連携サービスができるようにしてもよい。
【００４４】
図１３を用いて、サービス連携スクリプト保管ＤＢ２４に記憶されている連携サービスのスクリプト例を説明する。
図１３のデータ構造は、連携サービスの処理順を記憶する「ＳＴＥＰ」欄と、その「ＳＴＥＰ」に対応する処理の実行単位を示すＩＤを記憶する「ＥＸＥＣ−ＩＤ」欄と、その処理に対応するグループのＩＤを記憶する「グループＩＤ」欄を有している。なお、「ＥＸＥＣ−ＩＤ」欄に記憶するＩＤは共通ＩＤであってもよく、共通ＩＤのサブセットであってもよい。
ここでは、説明の単純化のため上から順次実行していく構成となっている。各実行単位は、実行するプリミティブサービスのスクリプトのＩＤと実行可能とするグループＩＤとが対になって構成されている。つまり、特定のグループ条件を満たす環境においてのみ、このプリミティブサービスが実行可能であることが表現されている。
【００４５】
図１４は、複数のプリミティブサービスを一定のグループ条件のもとで連携させて実行する処理を示したフローチャートである。
まず、ユーザーによる操作によって、実際に使用しているサービスモジュール（特定のサブスペース（サービス提供モジュール１４））において、図１３に示したようなサービス連携スクリプトのＩＤが指定され、連携サービスが起動される（ステップＳ１４０２）。
連携サービス実行モジュール９は、ステップＳ１４０２で指定されたＩＤを用いて、サービス連携管理モジュール２５内のサービス連携スクリプト保管ＤＢ２４から連携サービススクリプトをサービス連携スクリプト配信モジュール２３を介して取得する（ステップＳ１４０４）。
【００４６】
連携サービス実行モジュール９は、現在の再帰呼び出しレベルを取得する。ユーザーによる操作によって指定されて実行を開始した場合には、１番目となる。この処理は、連携サービスが再帰的に呼び出される前提であるため、必要な処理である（ステップＳ１４０６）。
次に、プリミティブサービス実行モジュール１２によるプリミティブサービスを実行する前に、実行条件検証モジュール１１が、実行条件をチェックする。ここでは、エンティティ配信モジュール２０内のエンティティグループＤＢ１９に記憶されている情報をエンティティグループ管理モジュール１８を介して参照し、サービス連携スクリプトによって規定されたグループＩＤの条件が、指定された条件と合致しているかを検証する（ステップＳ１４０８）。合致していなければ、現在の環境では実行できない旨をユーザーに表示して終了する。
そして、合致している場合は、プリミティブサービス実行モジュール１２は、１番目のプリミティブサービスを実行する（ステップＳ１４１０）。
【００４７】
サービス連携スクリプトの実行が終了しているか否かを判断する（ステップＳ１４１２）。終了している場合はステップＳ１４１８の処理へ進み、終了していない場合はステップＳ１４１４の処理へ進む。
以上の処理を再帰的に呼び出す。その際、次のプリミティブサービスを実行するサブスペース（サービス提供モジュール１４）を取得する。サブスペースＩＤ情報は、グループＩＤから抽出したり、個々のプリミティブサービス内の条件から抽出する場合等がある（ステップＳ１４１４）。
そして、連携先のサブスペースにおいて、本フローチャートの処理を再帰的に起動する（ステップＳ１４１６）。
当然、この呼び出し先の処理は、ユーザーからの直接の起動ではないので、ステップＳ１４０６での再帰呼び出しレベル取得の処理は、２番目以降の値となって実行される。そして、ステップ１４１０の処理のプリミティブサービス実行処理においても、２番目以降の実行がなされる。
このようにして、最後のスクリプトまで実行した場合には、再帰呼び出しが順次解除され、１番目の呼び出しレベルまで戻って、必要に応じて結果を表示し（ステップＳ１４１８）、処理を終了する（ステップＳ１４２０）。
【００４８】
ここでは、処理の一例として、再帰呼び出しによる実行を例に説明したが、単純にスクリプトを順次手続き的に実行したり、実行を中央のサーバーで管理しながら実行したりする場合も処理の本質は変わらない。
連携サービスには、ユーザーインタラクションを含むものと含まないものとが存在する。ユーザーインタラクションを含まない連携サービスの場合には、ユーザーはサービスの開始を指示するだけであるが、実際にはユーザーから見えないところで複数のサービスを連携させ、結果をユーザーに提示等する。ユーザーインタラクションを含む場合には、サービスの途中でユーザーとのインタラクションが発生し、ユーザーの意志を確認するステップが含まれることになる。場合によっては、利用するサーバーが変化する場合がある。本実施の形態においては、この両方を含めて連携サービスと位置づけている。
この実施の形態の説明では、説明簡易化のため、ユーザーインタラクションがないサービスを想定して説明したが、プリミティブサービスのスクリプト及びサービス連携スクリプトにおいて、ユーザーインタラクションを記述することで、ユーザーインタラクションのあるサービスにも対応するようにしてもよい。
【００４９】
図１５を用いて、図１４で示したフローチャートによる処理として、図３で示した実際の装置上で動作する様子の一例を説明する。
この連携サービスは、（Ｎｏ．１）オフィス等にあって、サービス提供モジュール１４である複合機を用いて文書をスキャンし、（Ｎｏ．２）オフィス等にあって、そのスキャンした情報に対して、ユーザーのサービス提供モジュール１４であるノートＰＣによってコメントをつけ、（Ｎｏ．３）データセンター等にあって、サービス提供モジュール１４である文字認識サーバーで文字認識を実行し、（Ｎｏ．４）データセンター等にあって、サービス提供モジュール１４であるネットワークストレージへ保存する処理を示している。
つまり、ユーザーは、Ｎｏ．１の処理で、複合機を使用して紙文書をスキャンする。Ｎｏ．２の処理では、ユーザーのノートＰＣでコメントをつける。そして、Ｎｏ．３の処理で文字認識サーバーが起動され、結果がＮｏ．４の処理でネットワークストレージに保管される。
そして、この処理は、ユーザーが所属する会社内の複合機、ユーザーのノートＰＣ、ユーザーが所属する複数の会社が提供する文字認識サービス群、ユーザーが契約している特定のネットワークストレージで実行されるよう実行条件検証モジュール１１によって制限されている。つまり、セキュリティレベルの高いサービスを提供するようにしてもよい。一方で、社内の複合機であれば、どれを使用してもよく、文字認識等のサービスをいくつかの候補の中から選ぶことが可能であるといった柔軟性を兼ね備えたサービスを提供するようにしてもよい。
【００５０】
（ハードウェア構成等）
なお、本実施の形態としてのプログラムが実行されるコンピュータのハードウェア構成は、図１６に示すように、一般的なコンピュータであり、具体的にはパーソナルコンピュータ、サーバーとなり得るコンピュータ等である。共通ＩＤ発行受付モジュール１、共通ＩＤ生成モジュール３、エンティティＩＤ発行モジュール４、連携サービス実行モジュール９、実行条件検証モジュール１１、プリミティブサービス実行モジュール１２、エンティティ配信先管理モジュール１６、プリミティブサービス配信モジュール２１等のプログラムを実行するＣＰＵ（マイクロプロセッサ）１６０１と、そのプログラムやデータを記憶するＲＡＭ（ランダムアクセスメモリ）１６０２と、本コンピュータを起動するためのプログラム等が格納されているＲＯＭ（リードオンリメモリ）１６０３と、補助記憶装置であるＨＤ（ハードディスク）１６０４と、キーボード、マウス等のデータを入力する入力装置１６０６と、ＣＲＴや液晶ディスプレイ等の出力装置１６０５と、例えばネットワークを介して他の装置と通信を行うための通信回線インタフェース１６０７、そして、それらをつないでデータのやりとりをするためのバス１６０８により構成されている。これらのコンピュータが複数台互いにネットワークによって接続されていてもよい。
【００５１】
なお、図１６に示すハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図１６に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えば特定用途向け集積回路（Application Specific Integrated Circuit：ＡＳＩＣ）等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続しているような形態でもよく、さらに図１６に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、情報家電、複写機、ファックス、スキャナ、プリンタ、複合機などに組み込まれていてもよい。
【００５２】
前記実施の形態においては、図５、図７〜図１３で示したデータ構造は、これらのデータ構造に限らず他のデータ構造であってもよい。例えば、テーブル構造のものはリンク構造等であってもよい。また、データ項目は、これらに図示したものに限られず、他のデータ項目を有していてもよい。
【００５３】
なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通などのために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）等が含まれる。
そして、前記のプログラム又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、あるいは無線通信ネットワーク、さらにこれらの組合せ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分であってもよく、あるいは別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して
記録されていてもよい。また、圧縮や暗号化など、復元可能であればどのような態様で記録されていてもよい。
【図面の簡単な説明】
【００５４】
【図１】共通ＩＤ発行モジュール内の概念的なモジュール構成図である。
【図２】連携サービス提供装置の全体の概念的なモジュール構成図である。
【図３】連携サービス提供装置の構築例を示す説明図である。
【図４】共通ＩＤの発行処理例を示したフローチャートである。
【図５】共通ＩＤの実現構造の例を示す説明図である。
【図６】エンティティの生成処理例を示すフローチャートである。
【図７】エンティティ配信先ＤＢによって管理される配信先情報の例を示す説明図である。
【図８】サービス提供モジュールの管理情報エンティティの例を示す説明図である。
【図９】エンティティ保管ＤＢによって管理されるスキャンデータの例を示す説明図である。
【図１０】プリミティブサービス保管ＤＢによって管理されるプリミティブサービスに関する情報の例を示す説明図である。
【図１１】エンティティグループＤＢによって管理されるエンティティグループ定義情報（サブスペース及びカテゴリー指定）の例を示す説明図である。
【図１２】エンティティグループＤＢによって管理されるエンティティグループ定義情報（個別エンティティ指定）の例を示す説明図である。
【図１３】サービス連携スクリプト保管ＤＢによって管理されるサービス連携スクリプトの例を示す説明図である。
【図１４】連携サービスの処理例を示すフローチャートである。
【図１５】連携サービスの実行例を示す説明図である。
【図１６】本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。
【符号の説明】
【００５５】
１…共通ＩＤ発行受付モジュール
２…サブスペースＩＤ
３…共通ＩＤ生成モジュール
４…エンティティＩＤ発行モジュール
５…発行済エンティティＩＤ管理ＤＢ
６…共通ＩＤ発行モジュール
７…共通ＩＤ発行要求モジュール
８…エンティティ生成モジュール
９…連携サービス実行モジュール
１０…エンティティ管理モジュール
１１…実行条件検証モジュール
１２…プリミティブサービス実行モジュール
１３…エンティティ保管ＤＢ
１４…サービス提供モジュール
１６…エンティティ配信先管理モジュール
１７…エンティティ配信先ＤＢ
１８…エンティティグループ管理モジュール
１９…エンティティグループＤＢ
２０…エンティティ配信モジュール
２１…プリミティブサービス配信モジュール
２２…プリミティブサービス保管ＤＢ
２３…サービス連携スクリプト配信モジュール
２４…サービス連携スクリプト保管ＤＢ
２５…サービス連携管理モジュール
２６…チャネル
【特許請求の範囲】
【請求項１】
カテゴリーを一意に識別できるカテゴリー識別子を受け付けるカテゴリー識別子受付手段と、
識別子空間を排他的な空間に分割するサブスペースを一意に特定できるサブスペース識別子を記憶しているサブスペース記憶手段と、
サブスペース内におけるカテゴリー別のエンティティの一意性を保証するエンティティ識別子を発行するエンティティ識別子発行手段と、
前記サブスペース記憶手段によって記憶されているサブスペース識別子と前記カテゴリー識別子受付手段によって受け付けられたカテゴリー識別子と前記エンティティ識別子発行手段によって発行されたエンティティ識別子とを合成して、識別子空間全体における識別子である共通識別子を生成する共通識別子生成手段と、
前記カテゴリー識別子受付手段に対して、カテゴリー識別子とともに共通識別子の発行を要求し、前記共通識別子生成手段によって生成された共通識別子を受け取り、該共通識別子とサービスの実行に必要なエンティティとを対応させて記憶するエンティティ記憶手段と、
指定された共通識別子に応じて、前記エンティティ記憶手段によって記憶されているエンティティを実行することによってサービスを提供するサービス提供手段
を具備することを特徴とする情報処理システム。
【請求項２】
カテゴリーを一意に識別できるカテゴリー識別子を受け付けるカテゴリー識別子受付手段と、
識別子空間を排他的な空間に分割するサブスペースを一意に特定できるサブスペース識別子を記憶しているサブスペース記憶手段と、
サブスペース内におけるカテゴリー別のエンティティの一意性を保証するエンティティ識別子を発行するエンティティ識別子発行手段と、
前記サブスペース記憶手段によって記憶されているサブスペース識別子と前記カテゴリー識別子受付手段によって受け付けられたカテゴリー識別子と前記エンティティ識別子発行手段によって発行されたエンティティ識別子とを合成して、識別子空間全体における識別子である共通識別子を生成する共通識別子生成手段と、
前記カテゴリー識別子受付手段に対して、カテゴリー識別子とともに共通識別子の発行を要求し、前記共通識別子生成手段によって生成された共通識別子を受け取り、該共通識別子とサービスの実行に必要なエンティティである基本サービスを対応させて記憶するエンティティ記憶手段と、
前記エンティティ記憶手段によって記憶されている基本サービスの組合せをサービスとして記憶するエンティティ組合せ記憶手段と、
指定されたサービスに応じて、前記エンティティ組合せ記憶手段に記憶されているサービスを構成する前記エンティティ記憶手段によって記憶されている基本サービスを実行する基本サービス実行手段
を具備することを特徴とする情報処理システム。
【請求項３】
前記基本サービス実行手段によって実行可能な基本サービスの条件を検証する実行条件検証手段
をさらに具備し、
前記基本サービス実行手段は、前記実行条件検証手段によって実行可能であると検証された場合に、基本サービスを実行すること
を特徴とする請求項２に記載の情報処理システム。
【請求項４】
コンピュータを、
カテゴリーを一意に識別できるカテゴリー識別子を受け付けるカテゴリー識別子受付手段と、
識別子空間を排他的な空間に分割するサブスペースを一意に特定できるサブスペース識別子を記憶しているサブスペース記憶手段と、
サブスペース内におけるカテゴリー別のエンティティの一意性を保証するエンティティ識別子を発行するエンティティ識別子発行手段と、
前記サブスペース記憶手段によって記憶されているサブスペース識別子と前記カテゴリー識別子受付手段によって受け付けられたカテゴリー識別子と前記エンティティ識別子発行手段によって発行されたエンティティ識別子とを合成して、識別子空間全体における識別子である共通識別子を生成する共通識別子生成手段と、
前記カテゴリー識別子受付手段に対して、カテゴリー識別子とともに共通識別子の発行を要求し、前記共通識別子生成手段によって生成された共通識別子を受け取り、該共通識別子とサービスの実行に必要なエンティティとを対応させて記憶するエンティティ記憶手段と、
指定された共通識別子に応じて、前記エンティティ記憶手段によって記憶されているエンティティを実行することによってサービスを提供するサービス提供手段
として機能させることを特徴とする情報処理プログラム。
【請求項５】
コンピュータを、
カテゴリーを一意に識別できるカテゴリー識別子を受け付けるカテゴリー識別子受付手段と、
識別子空間を排他的な空間に分割するサブスペースを一意に特定できるサブスペース識別子を記憶しているサブスペース記憶手段と、
サブスペース内におけるカテゴリー別のエンティティの一意性を保証するエンティティ識別子を発行するエンティティ識別子発行手段と、
前記サブスペース記憶手段によって記憶されているサブスペース識別子と前記カテゴリー識別子受付手段によって受け付けられたカテゴリー識別子と前記エンティティ識別子発行手段によって発行されたエンティティ識別子とを合成して、識別子空間全体における識別子である共通識別子を生成する共通識別子生成手段と、
前記カテゴリー識別子受付手段に対して、カテゴリー識別子とともに共通識別子の発行を要求し、前記共通識別子生成手段によって生成された共通識別子を受け取り、該共通識別子とサービスの実行に必要なエンティティである基本サービスを対応させて記憶するエンティティ記憶手段と、
前記エンティティ記憶手段によって記憶されている基本サービスの組合せをサービスとして記憶するエンティティ組合せ記憶手段と、
指定されたサービスに応じて、前記エンティティ組合せ記憶手段に記憶されているサービスを構成する前記エンティティ記憶手段によって記憶されている基本サービスを実行する基本サービス実行手段
として機能させることを特徴とする情報処理プログラム。
【請求項６】
前記コンピュータを、
前記基本サービス実行手段によって実行可能な基本サービスの条件を検証する実行条件検証手段
としてさらに機能させ、
前記基本サービス実行手段は、前記実行条件検証手段によって実行可能であると検証された場合に、基本サービスを実行すること
を特徴とする請求項５に記載の情報処理プログラム。
【請求項１】
カテゴリーを一意に識別できるカテゴリー識別子を受け付けるカテゴリー識別子受付手段と、
識別子空間を排他的な空間に分割するサブスペースを一意に特定できるサブスペース識別子を記憶しているサブスペース記憶手段と、
サブスペース内におけるカテゴリー別のエンティティの一意性を保証するエンティティ識別子を発行するエンティティ識別子発行手段と、
前記サブスペース記憶手段によって記憶されているサブスペース識別子と前記カテゴリー識別子受付手段によって受け付けられたカテゴリー識別子と前記エンティティ識別子発行手段によって発行されたエンティティ識別子とを合成して、識別子空間全体における識別子である共通識別子を生成する共通識別子生成手段と、
前記カテゴリー識別子受付手段に対して、カテゴリー識別子とともに共通識別子の発行を要求し、前記共通識別子生成手段によって生成された共通識別子を受け取り、該共通識別子とサービスの実行に必要なエンティティとを対応させて記憶するエンティティ記憶手段と、
指定された共通識別子に応じて、前記エンティティ記憶手段によって記憶されているエンティティを実行することによってサービスを提供するサービス提供手段
を具備することを特徴とする情報処理システム。
【請求項２】
カテゴリーを一意に識別できるカテゴリー識別子を受け付けるカテゴリー識別子受付手段と、
識別子空間を排他的な空間に分割するサブスペースを一意に特定できるサブスペース識別子を記憶しているサブスペース記憶手段と、
サブスペース内におけるカテゴリー別のエンティティの一意性を保証するエンティティ識別子を発行するエンティティ識別子発行手段と、
前記サブスペース記憶手段によって記憶されているサブスペース識別子と前記カテゴリー識別子受付手段によって受け付けられたカテゴリー識別子と前記エンティティ識別子発行手段によって発行されたエンティティ識別子とを合成して、識別子空間全体における識別子である共通識別子を生成する共通識別子生成手段と、
前記カテゴリー識別子受付手段に対して、カテゴリー識別子とともに共通識別子の発行を要求し、前記共通識別子生成手段によって生成された共通識別子を受け取り、該共通識別子とサービスの実行に必要なエンティティである基本サービスを対応させて記憶するエンティティ記憶手段と、
前記エンティティ記憶手段によって記憶されている基本サービスの組合せをサービスとして記憶するエンティティ組合せ記憶手段と、
指定されたサービスに応じて、前記エンティティ組合せ記憶手段に記憶されているサービスを構成する前記エンティティ記憶手段によって記憶されている基本サービスを実行する基本サービス実行手段
を具備することを特徴とする情報処理システム。
【請求項３】
前記基本サービス実行手段によって実行可能な基本サービスの条件を検証する実行条件検証手段
をさらに具備し、
前記基本サービス実行手段は、前記実行条件検証手段によって実行可能であると検証された場合に、基本サービスを実行すること
を特徴とする請求項２に記載の情報処理システム。
【請求項４】
コンピュータを、
カテゴリーを一意に識別できるカテゴリー識別子を受け付けるカテゴリー識別子受付手段と、
識別子空間を排他的な空間に分割するサブスペースを一意に特定できるサブスペース識別子を記憶しているサブスペース記憶手段と、
サブスペース内におけるカテゴリー別のエンティティの一意性を保証するエンティティ識別子を発行するエンティティ識別子発行手段と、
前記サブスペース記憶手段によって記憶されているサブスペース識別子と前記カテゴリー識別子受付手段によって受け付けられたカテゴリー識別子と前記エンティティ識別子発行手段によって発行されたエンティティ識別子とを合成して、識別子空間全体における識別子である共通識別子を生成する共通識別子生成手段と、
前記カテゴリー識別子受付手段に対して、カテゴリー識別子とともに共通識別子の発行を要求し、前記共通識別子生成手段によって生成された共通識別子を受け取り、該共通識別子とサービスの実行に必要なエンティティとを対応させて記憶するエンティティ記憶手段と、
指定された共通識別子に応じて、前記エンティティ記憶手段によって記憶されているエンティティを実行することによってサービスを提供するサービス提供手段
として機能させることを特徴とする情報処理プログラム。
【請求項５】
コンピュータを、
カテゴリーを一意に識別できるカテゴリー識別子を受け付けるカテゴリー識別子受付手段と、
識別子空間を排他的な空間に分割するサブスペースを一意に特定できるサブスペース識別子を記憶しているサブスペース記憶手段と、
サブスペース内におけるカテゴリー別のエンティティの一意性を保証するエンティティ識別子を発行するエンティティ識別子発行手段と、
前記サブスペース記憶手段によって記憶されているサブスペース識別子と前記カテゴリー識別子受付手段によって受け付けられたカテゴリー識別子と前記エンティティ識別子発行手段によって発行されたエンティティ識別子とを合成して、識別子空間全体における識別子である共通識別子を生成する共通識別子生成手段と、
前記カテゴリー識別子受付手段に対して、カテゴリー識別子とともに共通識別子の発行を要求し、前記共通識別子生成手段によって生成された共通識別子を受け取り、該共通識別子とサービスの実行に必要なエンティティである基本サービスを対応させて記憶するエンティティ記憶手段と、
前記エンティティ記憶手段によって記憶されている基本サービスの組合せをサービスとして記憶するエンティティ組合せ記憶手段と、
指定されたサービスに応じて、前記エンティティ組合せ記憶手段に記憶されているサービスを構成する前記エンティティ記憶手段によって記憶されている基本サービスを実行する基本サービス実行手段
として機能させることを特徴とする情報処理プログラム。
【請求項６】
前記コンピュータを、
前記基本サービス実行手段によって実行可能な基本サービスの条件を検証する実行条件検証手段
としてさらに機能させ、
前記基本サービス実行手段は、前記実行条件検証手段によって実行可能であると検証された場合に、基本サービスを実行すること
を特徴とする請求項５に記載の情報処理プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【公開番号】特開２００８−２２５７２４（Ｐ２００８−２２５７２４Ａ）
【公開日】平成２０年９月２５日（２００８．９．２５）
【国際特許分類】
【出願番号】特願２００７−６１４０６（Ｐ２００７−６１４０６）
【出願日】平成１９年３月１２日（２００７．３．１２）
【出願人】（０００００５４９６）富士ゼロックス株式会社 (21,908)
【Ｆターム（参考）】
【公開日】平成２０年９月２５日（２００８．９．２５）
【国際特許分類】
【出願日】平成１９年３月１２日（２００７．３．１２）
【出願人】（０００００５４９６）富士ゼロックス株式会社 (21,908)
【Ｆターム（参考）】
[ Back to top ]