JP6666728B2 - 情報処理装置、方法およびプログラム - Google Patents

Description

本発明は、情報処理装置、方法およびプログラムに関する。

近年、ユーザが利用するＰＣやタブレットＰＣ等の端末（以下、クライアント端末）上で、ユーザが好みの商品をカスタマイズし、カスタマイズした商品の注文を行うことができるサービスが知られている。このようなサービスとして、例えば、フォトアルバムサービスがある。ユーザは、フォトアルバムサービスを利用するためには、まず、クライアント端末上に保存されている画像データや、動画像データから切り出した静止画像データをレイアウトしてフォトアルバムデータを作成する。そして、ユーザは、作成したフォトアルバムデータを、インターネット等の通信ネットワークを介して、フォトアルバムサービスに係わるデータを管理する管理サービスへアップロードする。その後、ユーザは、ウェブブラウザ等でフォトアルバムサービスの注文受付画面へアクセスして注文処理を行う。注文処理が行われたら、フォトアルバムデータを受け付けた管理サービスが、プリンタが設置されたラボに対してフォトアルバム製造および発送の指示を行うことで、ユーザが指定した配送先へフォトアルバムが送付される。

このように、ユーザがカスタマイズした商品の注文を行うことができるサービスにおいては、ユーザが作成したデータの受け付けや、ラボへの商品作成指示等のために、商品に係わるデータを管理する管理サービスが必要となる。特許文献１には、利用者端末から画像データ及び注文を受け付け、注文に応じた製品をラボシステムに作成させる技術が記載されている。

特開２００８−００４０７７号公報

しかしながら、特許文献１に記載のシステムでは、フォトアルバムデータを管理する管理サービスと注文を処理する注文受付サービスが、同一ネットワーク内に存在する１つのシステムとして構築されている。すなわち、特許文献１に記載の管理サービスは、同一ネットワーク内の１つの注文受付サービス（オンラインストアサービス）にしか対応しておらず、複数の異なる注文受付サービスに対応していないという課題がある。

本発明の目的は、このような従来の問題点を解決することにある。上記の点に鑑み、本発明は、複数のオンラインストアサービスに対応可能な管理サーバを提供することを目的とする。

上記課題を解決するため、本発明に係る情報処理装置は、オンラインストアサービスを提供し、前記オンラインストアサービスの商品の注文を処理する複数のサービス提供システム、および、前記複数のサービス提供システムのうちいずれかのサービス提供システムに、前記オンラインストアサービスの商品を注文するクライアント端末、と通信可能な情報処理装置であって、前記クライアント端末が所定のアプリケーションを利用して作成した、前記オンラインストアサービスの商品を注文するためのデータを受信する第１の受信手段と、前記第１の受信手段が前記データを受信した場合、前記複数のサービス提供システムのうち、前記第１の受信手段が受信したデータの作成に利用されたアプリケーションに対応するサービス提供システムへ前記クライアント端末をアクセスさせるためのアクセス情報を送信する第１の送信手段と、前記第１の送信手段により送信された前記アクセス情報によりアクセスを受け付けた前記サービス提供システムから、前記第１の受信手段が受信したデータの要求を受信する第２の受信手段と、前記第２の受信手段によって受信された要求に応じて、当該要求を送信した前記サービス提供システムに、前記第１の受信手段によって受信された前記データを送信する第２の送信手段と、を備えることを特徴とする。

本発明によれば、複数のオンラインストアサービスに対応可能な管理サーバを提供可能となる。

フォトアルバム作成／注文システムの構成を示す図である。 管理サービスの構成を示す図である。 オンラインストアサービスの構成を示す図である。 ラボシステムの構成を示す図である。 クライアント端末の構成を示す図である。 ショッピングカートＵＲＬを取得するまでのシーケンス図である。 フォトアルバムの注文および決済処理を行うシーケンス図である。 ラボシステムが取得可能な注文データへ変換するシーケンス図である。 フォトアルバムの作成、出荷を行うシーケンス図である。 アルバムデータ情報を示す図である。 アルバム作成アプリケーションとオンラインストアサービスの対応情報を示す図である。 管理サービス用商品ＩＤとオンラインストアサービス用商品ＩＤの対応情報を示す図である。 ショッピングカート情報を示す図である。 ラボシステム情報を示す図である。 注文データを示す図である。 管理サービスに対して注文処理を行うまでのシーケンス図である。 情報処理装置の内部の構成を示すブロック図である。 管理サービスの情報処理装置で実行される処理の手順を示す図である。 管理サービスの情報処理装置で実行される処理の手順を示す図である。 管理サービスの情報処理装置で実行される処理の手順を示す図である。 管理サービスの情報処理装置で実行される処理の手順を示す図である。 管理サービスの情報処理装置で実行される処理の手順を示す図である。

以下、添付図面を参照して本発明の実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。なお、同一の構成要素には同一の参照番号を付して、説明を省略する。

［第１の実施形態］
まず、本実施形態の情報処理装置について説明する。本実施形態では、情報処理装置としてパーソナルコンピュータ（ＰＣ）を例示しているが、これに限定されない。例えば、タブレット端末、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、デジタルカメラ、テレビ、プリンタ等、種々の装置を適用可能である。図１は、本実施形態の情報処理装置からなるフォトアルバム作成／注文システムの構成の一例を示す図である。図１において、管理サービス１、オンラインストアサービス２、ラボシステム３、クライアント端末４の各システムは、インターネット５を介して相互に通信可能に接続されている。

管理サービス１は、オンラインストアサービス２、ラボシステム３、クライアント端末４と、インターネット５を介して接続される情報処理装置からなるシステムある。管理サービス１は、オンラインストアサービス２が提供する商品、例えば「フォトアルバム」を作成するためのデータを管理する。ここで、「フォトアルバム」を作成するためのデータとは、例えば、クライアント端末４上でアルバム作成アプリケーションにより作成・編集されたデータ（画像データや、フォトアルバムの設定情報等）である。

オンラインストアサービス２は、クライアント端末４にフォトアルバムサービスを提供し、クライアント端末４からの注文要求の受付と注文代金の決済を行う機能を持つ情報処理装置からなるシステムである。ラボシステム３は、フォトアルバムを印刷するためのプリンタ３２と、管理サービス１とインターネット５を介して通信する注文データ受信サーバ３１を含むシステムである。本実施形態では、オンラインストアサービス２とラボシステム３とを含めてサービス提供システムという。

クライアント端末４は、画像データをテンプレート上に配置してフォトアルバムデータを作成する機能を備えるアルバム作成アプリケーションがインストールされた情報処理装置である。クライアント端末４にインストールされるアルバム作成アプリケーションは、管理サービス１によりオンラインストアサービス２と関連づけられたアプリケーションＩＤ（識別情報）を保持する。これは、クライアント端末４にインストールされるアルバム作成アプリケーションによって、アルバムの注文先のオンラインストアが決まるからである。なお、アプリケーションＩＤは、例えば、アルバム作成アプリケーションがインストールされるウェブサイトや、アルバム作成アプリケーションのベンダー毎に異なる。管理サービス１は、アプリケーションＩＤにより、クライアント端末４と関連付けられたオンラインストアサービス２の情報を取得することができる。

図１に示すように、管理サービス１に対して、クライアント端末４、オンラインストアサービス２、ラボシステム３は、複数存在する場合がある。

図１７は、図１の管理サービス１、オンラインストアサービス２、ラボシステム３、クライアント端末４を構成する情報処理装置の内部の構成の一例を示すブロック図である。なお、上記の各サービス、システム並びに端末を構成する情報処理装置は同一の構成を有する必要はなく、それぞれ個別の構成を有していても良い。

ＣＰＵ１７０１は、ＲＡＭ１７０２、ＲＯＭ１７０３又はハードディスク１７０４に格納されたプログラムに従って、データや命令を処理する。ＲＡＭ１７０２は、ＣＰＵ１７０１が各種処理を行う際の一時記憶領域として用いられる。ハードディスク１７０４は、オペレーティングシステム（ＯＳ）、Ｗｅｂブラウザ（以下、ブラウザという）やその他のアプリケーションソフトウェア等を格納する。クライアント端末４においては、アルバム作成アプリケーションも、ハードディスク１７０４に格納される。ＵＳＢインタフェース１７０５は、ＵＳＢケーブルが接続されるインタフェースであり、例えば、プリンタ等、外部の情報処理装置とのデータ通信を行うためのインタフェースである。なお、その場合、外部の情報処理装置との通信は、ＵＳＢケーブルではなく、ＳＣＳＩや無線等により行われても良い。

表示部１７０６は、ＣＲＴ又は液晶ディスプレイとグラフィックコントローラとからなり、例えば、外部のサーバから情報処理装置１７００にダウンロードされたＷｅｂページや、印刷プレビュー画像、又は、ＧＵＩ等を表示する。入力部１７０７は、ユーザが情報処理装置１７００に対して各種指示を行なうための装置であり、例えば、ポインティングデバイスやキーボードである。システムバス１７０９は、ＣＰＵ１７０１やＲＡＭ１７０２、ＲＯＭ１７０３、ハードディスク１７０４等との間を接続し、各構成要素において処理されるデータはシステムバス１７０９上で通信される。ＬＡＮインタフェース１７０８は、ＬＡＮケーブルが接続されるためのインタフェースである。ＬＡＮインタフェース１７０８により、情報処理装置１７００は、ＬＡＮケーブルによるデータ通信を、ルータ（不図示）やネットワークを介して外部のサーバやプリンタと行うことができる。また、情報処理装置１７００に無線に対応したインタフェースを構成すれば、情報処理装置１７００は、データ通信を無線で行なうことができる。その場合、無線通信方式として、例えば、Ｗｉ−Ｆｉ（ＷｉｒｅｌｅｓｓＦｉｄｅｌｉｔｙ）（登録商標）やＢｌｕｅｔｏｏｔｈ（商標登録）等、種々の方式を採用可能である。

図２は、図１の管理サービス１を構成する情報処理装置に含まれる構成の一例を示す図である。なお、管理サービス１が複数の情報処理装置によって構成されている場合、図２に示す各構成は、それぞれ別の情報処理装置内に存在していても良い。また、複数の情報処理装置によって１つの構成を機能させても良い。オンラインストアサービスインタフェース（Ｉ／Ｆ）モジュール１１は、オンラインストアサービス２とインターネット５を介して通信し、オンラインストアサービス２からの要求を受信して処理する機能を備える。クライアント端末Ｉ／Ｆモジュール１２は、クライアント端末４とインターネット５を介して通信し、クライアント端末４からの要求を受信して処理する機能を備える。ラボシステムＩ／Ｆモジュール１３は、ラボシステム３とインターネット５を介して通信し、ラボシステム３からの要求を受信して処理する機能を備える。

データストレージ１４は、クライアント端末４から受信したフォトアルバムデータや、ラボシステム３からの要求に応じて送信する注文データを保存する記憶領域（ＨＤＤ等）を備える。データベース１５は、一般的なデータベースである。注文データ生成モジュール１６は、フォトアルバムを注文するための注文データを生成する機能を備える。注文データは、クライアント端末４からアップロードされたフォトアルバムデータや、オンラインストアサービス２から通知されるフォトアルバムの配送先の情報等、ラボシステム３でフォトアルバムの製本・出荷するための情報を含む。

上述したモジュール１１、１２、１３及び１６は、例えば管理サービス１を構成する情報処理装置内のＣＰＵにより実現される。また、データストレージ１４、データベース１５は、例えば、管理サービス１を構成する情報処理装置内のＲＯＭやハードディスクにより実現される。また、本実施形態の管理サービス１が行う処理は、例えば、管理サービス１を構成する情報処理装置内のＲＯＭに記憶されたプログラムがＣＰＵにより読み出されて実行されることにより実現される。

図３は、オンラインストアサービス２を構成する情報処理装置に含まれる構成の一例を示す図である。なお、オンラインストアサービス２が複数の情報処理装置によって構成されている場合、図２に示す各構成は、それぞれ別の情報処理装置内に存在していても良い。また、複数の情報処理装置によって１つの構成を機能させても良い。図３において、クライアント端末Ｉ／Ｆモジュール２１は、クライアント端末４とインターネット５を介して通信し、クライアント端末４からの要求を受信して処理する機能を備える。管理サービスＩ／Ｆモジュール２２は、管理サービス１とインターネット５を介して通信し、管理サービス１に対して後述の種々の要求を行う機能を備える。決済モジュール２３は、ユーザから注文されたフォトアルバムの決済処理を実行する機能を備える。データベース２４は、クライアント端末Ｉ／Ｆモジュール２１が受信したフォトアルバムデータの注文情報を記憶する。ショッピングカートページ生成モジュール２５は、フォトアルバムの注文処理をユーザに操作させるための画面（ショッピングカートページ）を生成する機能を備える。

クライアント端末Ｉ／Ｆモジュール２１、管理サービスＩ／Ｆモジュール２２、決済モジュール２３、ショッピングカートページ生成モジュール２５は例えばオンラインストアサービス２を構成する情報処理装置内のＣＰＵにより実現される。また、データベース２４は、例えば、オンラインストアサービス２を構成する情報処理装置内のＲＯＭやハードディスクにより実現される。また、本実施形態におけるオンラインストアサービス２が実行する処理は、例えば、オンラインストアサービス２を構成する情報処理装置内のＲＯＭ１７０３に記憶されたプログラムがＣＰＵにより読み出されて実行されることにより実現される。

図４は、ラボシステム３を構成する情報処理装置に含まれる構成の一例を示す図である。図４において、管理サービスＩ／Ｆモジュール３１１は、図１の注文データ受信サーバ３１を構成するモジュールであり、インターネット５を介して管理サービス１と通信し、管理サービス１に対して注文データの要求等を行う機能を備える。プリンタＩ／Ｆモジュール３１２は、プリンタ３２とネットワークを介して通信し、プリンタ３２に対してフォトアルバムの生成を指示する機能を備える。データ変換モジュール３１３は、管理サービスＩ／Ｆモジュール３１１が受信したフォトアルバムデータをプリンタ３２で印刷・製本が可能なデータに変換する機能を備える。データストレージ３１４は、管理サービスＩ／Ｆモジュール３１１が受信したフォトアルバムデータや、データ変換モジュール３１３が変換処理を実行して生成したデータを記憶するための記憶領域を備える。

管理サービスＩ／Ｆモジュール３１１、プリンタＩ／Ｆモジュール３１２、データ変換モジュール３１３は、例えば、注文データ受信サーバ３１を構成する情報処理装置内のＣＰＵにより実現される。また、データストレージ３１４は、例えば、注文データ受信サーバ３１を構成する情報処理装置内のＲＯＭやハードディスクにより実現される。また、本実施形態における注文データ受信サーバ３１が実行する処理は、例えば、注文データ受信サーバ３１を構成する情報処理装置内のＲＯＭに記憶されたプログラムがＣＰＵにより読み出されて実行されることにより実現される。

図５は、クライアント端末４の構成の一例を示す図である。管理サービスＩ／Ｆモジュール４１は管理サービス１とインターネット５を介して通信する機能を備える。また、管理サービス１に対するフォトアルバムデータのアップロードや、オンラインストアサービス２にアクセスするためのＵＲＬの要求を行う機能を備える。オンラインストアサービスＩ／Ｆモジュール４２は、オンラインストアサービス２とインターネット５を介して通信し、オンラインストアサービス２に対してＵＲＬの要求や、フォトアルバムの注文・決済処理の要求をリクエストする機能を備える。アルバム作成アプリケーションモジュール４３は、アルバム作成アプリケーションがインストールされたクライアント端末上でユーザがフォトアルバムを作成するための機能を提供する。データストレージ４４は、アルバム作成アプリケーションモジュール４３が作成中のフォトアルバムデータ等を保存するための記憶領域を備える。

管理サービスＩ／Ｆモジュール４１、オンラインストアサービスＩ／Ｆモジュール４２、アルバム作成アプリケーションモジュール４３は、例えば、クライアント端末４を構成する情報処理装置１７００のＣＰＵ１７０１により実現される。また、データストレージ４４は、例えば、クライアント端末４を構成する情報処理装置内のＲＯＭやハードディスクにより実現される。また、本実施形態におけるクライアント端末４の動作は、例えば、クライアント端末４を構成する情報処理装置内のＲＯＭに記憶されたプログラムがＣＰＵにより読み出されて実行されることにより実現される。

以下、フォトアルバムの注文からラボシステム３で印刷、製本、出荷するまでの各システムが実行する処理フローについて説明する。

図６は、クライアント端末４がフォトアルバムデータを作成してからショッピングカートＵＲＬを取得するまでの、クライアント端末４と管理サービス１が実行する処理フローを示すシーケンス図である。なお、図６に示すシーケンスは、例えば、クライアント端末４及び管理サービス１を構成する情報処理装置内のＣＰＵがＲＯＭ等のメモリに格納されたプログラムをＲＡＭに読み出して実行することにより実現される。

まず、クライアント端末４は、ユーザの操作を受け付け、アルバム作成アプリケーションを用いてフォトアルバムデータを作成する（Ｓ６０１）。フォトアルバムデータには、アルバムのレイアウト情報や、印刷する画像データ、アルバムのページ数・サイズ等の設定値の情報等が含まれる。フォトアルバムデータの作成が完了したら、クライアント端末４は、ユーザの操作を受け付け、フォトアルバムを注文する。すると、管理サービスＩ／Ｆモジュール４１は、クライアント端末Ｉ／Ｆモジュール１２に対してフォトアルバムデータの登録要求を送信する（Ｓ６０２）。

フォトアルバムデータの登録要求を受信したクライアント端末Ｉ／Ｆモジュール１２は、受信した登録要求に対応するアルバムデータＩＤを生成し、データベース１５にアルバムデータＩＤと共にアルバムデータ情報を登録する（Ｓ６０３）。アルバムデータ情報とは、受信した登録要求に対応するフォトアルバムデータの設定値（サイズ、ページ数等）やステータスを管理するための情報である。

図１０は、管理サービス１がデータベース１５で管理しているアルバムデータ情報の一例を示す図である。「アルバムデータＩＤ」は、アルバムデータを一意に表す識別子（キー）である。「ステータス」は、アルバムデータのステータス情報が格納される。例えば、アルバムデータＩＤに対応するフォトアルバムデータがアップロードされていない状態を示す「アップロード待ち」、フォトアルバムデータがアップロード済みである状態を示す「アップロード済み」などの情報が格納される。「フォトアルバムデータの保存先パス」には、クライアント端末４からアップロードされたフォトアルバムデータの保存先にアクセスするためのパスが格納される。「アルバム情報」には、注文されているフォトアルバムのサイズやページ数、表紙のタイプなど、フォトアルバムの製造に必要な情報が格納される。

クライアント端末Ｉ／Ｆモジュール１２は、アルバムデータＩＤをクライアント端末４に送信する（Ｓ６０４）。クライアント端末４は、アルバムデータＩＤ受け取ってフォトアルバムデータの登録要求が完了したことを認識すると、管理サービス１に対して受け取ったアルバムデータＩＤを付与したフォトアルバムデータを送信（アップロード）する（Ｓ６０５）。クライアント端末Ｉ／Ｆモジュール１２は、受信したフォトアルバムデータをアルバムデータＩＤと関連づけてデータストレージ１４に保存する（Ｓ６０６）。そして、クライアント端末Ｉ／Ｆモジュール１２は、データベース１５に登録されており、受信したアルバムデータＩＤに該当するアルバムデータ情報のステータスの情報を、「アップロード済み」に更新する（Ｓ６０７）。図１０は、Ｓ６０７の時点でのアルバムデータ情報の一例を示している。

クライアント端末４は、フォトアルバムデータをアップロードしたことに対する管理サービス１からの応答を受信する（Ｓ６０８）。そして、クライアント端末４は、管理サービス１に対して、クライアント端末４にインストールされているアルバム作成アプリケーションを識別するためのアプリケーションＩＤとＳ６０４で受信したアルバムデータＩＤを送信する。また、管理サービス１に対して、ショッピングカートＵＲＬを要求する（Ｓ６０９）。ショッピングカートＵＲＬの要求を受信したクライアント端末Ｉ／Ｆモジュール１２は、クライアント端末４から受け取ったアルバムデータＩＤに対応するアルバムデータ情報をデータベース１５から取得する（Ｓ６１０）。

次に、クライアント端末Ｉ／Ｆモジュール１２は、クライアント端末４から受け取ったアプリケーションＩＤに基づいて、データベース１５から当該アプリケーションＩＤに関連づけられたドメイン情報を取得する（Ｓ６１１）。ここで、ドメイン情報とは、オンラインストアサービス２にアクセスするためのアクセス情報である。クライアント端末Ｉ／Ｆモジュール１２は、例えば、図１１のテーブルを参照して、アプリケーションＩＤに関連づけられたドメイン情報を取得する。

図１１は、管理サービス１がデータベース１５で管理している、アプリケーションＩＤとオンラインストアサービス２の対応情報テーブルの一例を示す図である。図１１のテーブルは、クライアント端末４から受け取ったアプリケーションＩＤに対応する適切なオンラインストアサービスを決定するために用いられる。図１１に示すように、クライアント端末４に対して、フォトアルバムサービスを提供するオンラインストアサービス２毎に固有のアプリケーションＩＤが管理サービス１により発行され、割り当てられる。すなわち、アルバム作成アプリケーション毎に、注文先のオンラインストアサービス２が決まっている。なお、ここでは、１つのクライアント端末４に対応するオンラインストアサービス２は１つとして説明しているが、１つのクライアント端末４に対応するオンラインストアサービス２が複数あっても良い。その場合、クライアント端末４は、対応しているオンラインストアサービス２の一覧を表示して、注文先のオンラインストアサービス２をユーザに選択させる。また、図１１のＡＰＰ＿ＩＤ＿０００２とＡＰＰ＿ＩＤ＿０００３のように、異なるアプリケーションＩＤに対して、同じオンラインストアサービス２が関連づけられても良い。

クライアント端末Ｉ／Ｆモジュール１２は、ショッピングカートＵＲＬを生成する（Ｓ６１２）。具体的には、取得したドメイン情報と、Ｓ６０１で作成したデータに対応するフォトアルバムを注文するためのショッピングカートページを一意に表すパスとを組み合わせて、ショッピングカートＵＲＬを生成する。その後、クライアント端末Ｉ／Ｆモジュール１２は、生成したショッピングカートＵＲＬとＳ６１０で取得したアルバムデータ情報とを関連づけたショッピングカート情報をデータベース１５に登録する（Ｓ６１３）。

図１３は、管理サービス１がデータベース１５で管理しているショッピングカート情報の一例を示す図である。図１３は、特に、Ｓ６１３の時点でのショッピングカート情報の一例を示している。「ショッピングカートＩＤ」は、ショッピングカート情報を一意に表す識別子（キー）である。「ステータス」は、ショッピングカート情報に関連付けられたショッピングカートＵＲＬを介して注文されるフォトアルバムの決済状況が格納される。例えば、フォトアルバムの決済が済んでいない状態を示す「未決済」、フォトアルバムの決済が済んでいる状態を示す「決済済み」などがある。「アルバムＩＤ」は、ショッピングカート情報に関連付けられたショッピングカートＵＲＬを介して注文されるフォトアルバムのアルバムデータＩＤが格納される。なお、ショッピングカート情報に関連付けられたショッピングカートＵＲＬを介して複数のアルバムの注文が行われる場合は、複数のアルバムデータＩＤが格納される。「オンラインストアサービスＩＤ」は、ショッピングカート情報に関連付けられたショッピングカートＵＲＬを介して注文されるフォトアルバムの販売を行うオンラインストアサービス２を識別するための識別子が格納される。

Ｓ６１３までの処理が正常に完了すると、クライアント端末Ｉ／Ｆモジュール１２は、ショッピングカートＵＲＬをクライアント端末４に送信する（Ｓ６１４）。

上記の構成により、管理サービス１は、クライアント端末４内のアルバム作成アプリケーションが持つアプリケーションＩＤに応じて、フォトアルバムの販売を行うオンラインストアサービス２を適切に切り替えることが出来る。例えば、上述のようなフォトアルバム注文機能が実装された１つのアルバム作成アプリケーションを、アプリケーションＩＤを変えることのみにより、異なるオンラインストアサービス２が提供するフォトアルバムサービスに対応させることができる。なお、ユーザが、クライアント端末４上で、注文を処理するオンラインストアサービス２を選択できるような構成も可能である。その場合、１つのアルバム作成アプリケーションに複数のアプリケーションＩＤを保持させる。そして、クライアント端末４は、選択されたオンラインストアサービス２に対応するアプリケーションＩＤを、Ｓ６０９の処理にて管理サービス１に送信するようにする。

図７は、クライアント端末４がフォトアルバムの注文および決済処理を行う場合に、クライアント端末４、管理サービス１及びオンラインストアサービス２が実行する処理フローを示すシーケンス図である。なお、図７に示すフローチャートは、例えば、クライアント端末４、管理サービス１及びオンラインストアサービス２を構成する情報処理装置内のＣＰＵがＲＯＭ等のメモリに格納されたプログラムをＲＡＭに読み出して実行することにより実現される。図６のＳ６１４でショッピングカートＵＲＬを取得したクライアント端末４は、オンラインストアサービス２に対して、取得したショッピングカートＵＲＬに対応するショッピングカートページを要求する（Ｓ７０１）。オンラインストアサービス２は、要求されたショッピングカートページに対応するショッピングカート情報を管理サービス１に要求する（Ｓ７０２）。なお、このときオンラインストアサービス２は、自身に対応するオンラインストアサービスＩＤや、要求するショッピングカート情報に対応するショッピングカートＵＲＬを送信する。

オンラインストアサービスＩ／Ｆモジュール１１は、ショッピングカート情報の要求を受信すると、受信したショッピングカートＵＲＬが関連付けられたショッピングカート情報をデータベース１５から取得する（Ｓ７０３）。オンラインストアサービスＩ／Ｆモジュール１１は、取得したショッピングカート情報からアルバムデータＩＤを取得し、当該アルバムデータＩＤに基づくアルバムデータ情報から管理サービス用商品ＩＤを取得する。なお、管理サービス用商品ＩＤとは、管理サービス１が、商品種別を一意に特定するために利用するＩＤである。例えば、図１０の例では、管理サービス用商品ＩＤ「ＰＲＯＤＵＣＴ＿ＩＤ＿０００１」によって、サイズがＬ、ページ数が３２、表紙タイプがハードカバー、ページタイプが光沢紙であるアルバムの商品が特定される。そして、オンラインストアサービスＩ／Ｆモジュール１１は、取得した管理サービス用商品ＩＤとオンラインストアサービスＩＤに基づくオンラインストアサービス用商品ＩＤを、図１２に示すようなＩＤ特定テーブルから取得する。オンラインストアサービス用商品ＩＤとは、オンラインストアサービスが、商品種別を一意に特定するために利用するＩＤである。また、ＩＤ特定テーブルとは、管理サービス用商品ＩＤに対応するオンラインストアサービス用商品ＩＤを特定するためのテーブルである。管理サービスは、商品種別を管理サービス用商品ＩＤによって特定しているが、オンラインストアは、それとは異なるＩＤによって商品種別を特定している。また、オンラインストアが異なれば、使用されるＩＤも異なる。そのため、ＩＤ特定テーブルによって、管理サービス用商品ＩＤを各オンラインストアに対応するＩＤに変換することで、クライアント端末４から注文されている商品種別を各オンラインストアが特定できるようにすることができる。つまり、変換前の管理サービス用商品ＩＤと、変換後のオンラインストアサービス用商品ＩＤは、どちらも同じ商品種別を特定している。

オンラインストアサービスＩ／Ｆモジュール１１は、特定したオンラインストアサービス用商品ＩＤとともに、要求されたショッピングカート情報をオンラインストアサービス２に送信する（Ｓ７０４）。オンラインストアサービス２は、オンラインサービス用商品ＩＤを受信することにより、どのよう商品がクライアント端末４から注文されたかが分かる。

なお、本実施形態において、Ｓ６１３のショッピングカート情報の登録時に、上述のようにしてオンラインストアサービス用商品ＩＤを取得し、取得したオンラインストアサービス用商品ＩＤをショッピングカート情報に含めるようにしても良い。その場合には、Ｓ７０３の後にオンラインストアサービス用商品ＩＤを特定する必要が無くなり、Ｓ７０４でショッピングカート情報を送信することだけで、オンラインストアサービス２に、オンラインストアサービス用商品ＩＤも送信することができる。

オンラインストアサービス２は、ショッピングカートページ生成モジュール２５により、Ｓ７０４で受信したショッピングカート情報に基づいてショッピングカートページを表示するための情報を作成する（Ｓ７０５）。その後、作成した情報をクライアント端末４に送信する（Ｓ７０６）。この時点で、クライアント端末４には、ショッピングカートページが表示され、アップロードしたフォトアルバムの注文、決済処理を、ショッピングカートページを用いて実行することが可能な状態となっている。

クライアント端末４は、ユーザからの操作を受け付け、ショッピングカートページを介して注文、決済処理をオンラインストアサービス２に要求する（Ｓ７０７）。オンラインストアサービス２は、注文・決済処理を行い（Ｓ７０８）、完了すると、管理サービス１に対して注文・決済完了通知を行う（Ｓ７０９）。注文・決済完了通知を受信したオンラインストアサービスＩ／Ｆモジュール１１は、データベース１５に格納されており、受信した注文・決済完了通知に該当するショッピングカート情報のステータスを「決済済み」に更新する（Ｓ７１０）。例えば、図１３におけるステータスが「未決済」から「決済済み」に更新される。そして、オンラインストアサービスＩ／Ｆモジュール１１は、ステータスを更新した旨をオンラインストアサービス２に通知する（Ｓ７１１）。

ここで、Ｓ７０９における注文・決済完了通知に、フォトアルバムの配送先や希望納期の情報等が含まれても良い。その場合、Ｓ７１０において、ショッピングカート情報にそれらの情報が追加される。

図８は、管理サービス１の注文データ生成モジュール１６が、ステータスが「決済済み」であるショッピングカート情報を取得して、ラボシステム３が処理可能な注文データに変換する処理フローを示すシーケンス図である。なお、図８に示すフローチャートは、例えば、管理サービス１を構成する情報処理装置内のＣＰＵがＲＯＭ等のメモリに格納されたプログラムをＲＡＭに読み出して実行することにより実現される。注文データ生成モジュール１６は、「決済済み」ステータスに更新されているショッピングカート情報をデータベース１５から取得する（Ｓ８０１）。ここで、Ｓ８０１の処理は、図７のＳ７１０でオンラインストアサービスＩ／Ｆモジュール１１が、データベース１５に保存されているショッピングカート情報を更新したタイミングで行われても良い。その場合、オンラインストアサービスＩ／Ｆモジュール１１は、更新したタイミングを注文データ生成モジュール１６に対して通知する。また、注文データ生成モジュール１６は、定期的にデータベース１５に保存されているショッピングカート情報を監視し、ステータスが「決済済み」であるショッピングカート情報を発見した場合にＳ８０１の処理を実行するような構成であってもよい。

注文データ生成モジュール１６は、取得したショッピングカート情報に関連づけられているフォトアルバムデータをデータストレージ１４から取得する（Ｓ８０２）。さらに、注文データ生成モジュール１６は、データベース１５からラボシステム情報を取得する（Ｓ８０３）。その後、ショッピングカート情報に含まれるオンラインストアサービスＩＤや管理サービス用商品ＩＤに基づいて、フォトアルバムを作成させるラボシステム３を決定する。注文データ生成モジュール１６は、例えば、データベース１５に保存されているラボシステム情報のテーブルを参照して、フォトアルバムを作成させるラボシステム３を決定する。

図１４は、管理サービス１が、フォトアルバムを作成させるラボシステム３を決定するために利用する、ラボシステム情報のテーブルの一例を示す図である。フォトアルバムを作成させるラボシステム３は、オンラインストアサービス２と関連づけられることが多い。しかしながら、同じオンラインストアサービス２で受け付けた注文であっても、製造するフォトアルバムの種類に応じて複数のラボシステムから最適なラボシステム３を選択する必要がある場合もある。そのため、本実施形態では、図１４に示すように、ショッピングカート情報に含まれるオンラインストアサービスＩＤと、管理サービス用商品ＩＤ（図１４内のアルバム商品ＩＤ）によって、フォトアルバムを作成させるラボシステム３が一意に決まるテーブル構成となっている。

注文データ生成モジュール１６は、フォトアルバムを作成させるラボシステム３として決定したラボシステムの情報と、ショッピングカート情報、フォトアルバムデータに基づいて、注文データを生成する（Ｓ８０４）。ここで、フォトアルバムデータは、注文データに含めるようにしても良いし、パス情報等、ラボシステム３がフォトアルバムを取得するために必要な情報を注文データに含めるようにしても良い。注文データ生成モジュール１６は、生成した注文データをデータストレージ１４に保存し（Ｓ８０５）、データベース１５に注文データ情報を登録する（Ｓ８０６）。

図１５は、管理サービス１がデータベース１５で管理している注文データの一例を示す図である。「注文データＩＤ」は、注文データを一意に表す識別子（キー）である。「注文データ保存先パス」は、管理サービス１における注文データの保存先を示すパス情報である。「ステータス」は、注文データの処理状況を表す情報が格納される。例えば、ラボシステム３によって受信されていないことを示す「未受信」、受信されていることを示す「受信済み」、アルバムの作成が完了し出荷がされていることを示す「出荷済み」、などがある。「割当ラボＩＤ」には、該当する注文データを取得して処理するラボシステム３のＩＤが格納される。「配送先」および「希望納期」は、Ｓ７０９でオンラインストアサービス２から受信してショッピングカート情報に格納された情報である。

図９は、注文データ受信サーバ３１が管理サービス１から注文データを取得し、フォトアルバムの作成、出荷を行う処理フローを示すシーケンス図である。なお、図９に示すフローチャートは、例えば、管理サービス１及びラボシステム３を構成する情報処理装置内のＣＰＵがＲＯＭ等のメモリに格納されたプログラムをＲＡＭに読み出して実行することにより実現される。管理サービスＩ／Ｆモジュール３１１は、管理サービス１に対して、自身がまだ受信していない注文データの一覧情報を要求する（Ｓ９０１）。ラボシステムＩ／Ｆモジュール１３は、Ｓ９０１で受け付けた要求を発行したラボシステム３が処理すべきであり、ステータスが「未受信」の注文データ一覧情報をデータベース１５から取得する（Ｓ９０２）。そして、ラボシステムＩ／Ｆモジュール１３は、取得した注文データ一覧情報を注文データ受信サーバ３１に送信する（Ｓ９０３）。

管理サービスＩ／Ｆモジュール３１１は、Ｓ９０３で受信した、ステータスが「未受信」の注文データ一覧情報を参照して、まだ受信していない注文データを要求する（Ｓ９０４）。ラボシステムＩ／Ｆモジュール１３は、要求に該当する注文データをデータストレージ１４から取得し（Ｓ９０５）、注文データ受信サーバ３１に送信する（Ｓ９０６）。

管理サービスＩ／Ｆモジュール３１１は、受信した注文データをデータストレージ３１４に保存し、ラボシステムＩ／Ｆモジュール１３に対して注文データの受信完了通知を行う（Ｓ９０７）。受信完了通知を受信したラボシステムＩ／Ｆモジュール１３は、データベース１５に保存されている、該当する注文データのステータスを「受信済み」に更新する（Ｓ９０８）。そして、ラボシステムＩ／Ｆモジュール１３は、注文データのステータスを更新した旨をラボシステム３に通知する。管理サービスＩ／Ｆモジュール３１１は、Ｓ９０４からＳ９０８の処理を、注文データ一覧情報においてステータスが「未受信」の全ての注文データに対して行う。

データ変換モジュール３１３は、データストレージ３１４から未処理の注文データを取得し、プリンタ３２でフォトアルバムを製造するための（プリンタ３２が解釈可能な）印刷データに変換する。そして、データ変換モジュール３１３は、プリンタＩ／Ｆモジュール３１２により、変換した印刷データをプリンタ３２へ送信する。そして、プリンタ３２は、受信した印刷データに基づいて、フォトアルバムを製造、出荷する（Ｓ９０９）。管理サービスＩ／Ｆモジュール３１１は、出荷が完了した注文データに対して出荷完了通知を管理サービス１に送信する（Ｓ９１０）。出荷完了通知を受信したラボシステムＩ／Ｆモジュール１３は、データベース１５に格納されている、受信した出荷完了通知に該当する注文データのステータスを「出荷済み」に更新する（Ｓ９１１）。そして、ラボシステムＩ／Ｆモジュール１３は、注文データのステータスを更新した旨をラボシステム３に通知する（Ｓ９１２）。

図１８は、管理サービス１とクライアント端末４との間で、管理サービス１が実行する処理を示すフローチャートである。なお、管理サービス１は情報処理装置１７００によって構成され、後述する図１８、図１９、図２０、図２１、図２２の各処理は、例えば、ＣＰＵ１７０１がＲＯＭ１７０３に記憶されたプログラムをＲＡＭ１７０２に読み出して実行することにより実現される。

Ｓ１８０１は、図６のＳ６０２に対応する処理であり、ＣＰＵ１７０１は、クライアント端末４からフォトアルバムデータ登録要求を受信したか否かを判定する。ここで、受信していないと判定された場合、Ｓ１８０１の処理を繰り返し、受信したと判定された場合、Ｓ１８０２に進む。

Ｓ１８０２は、図６のＳ６０３に対応する処理であり、ＣＰＵ１７０１は、受信した登録要求に応じたアルバムデータＩＤの生成、及びアルバムデータ情報の登録を実行する。Ｓ１８０３は、図６のＳ６０４に対応する処理であり、ＣＰＵ１７０１は、生成したアルバムデータＩＤをクライアント端末４に送信する。

Ｓ１８０４は、図６のＳ６０５に対応する処理であり、ＣＰＵ１７０１は、クライアント端末４からフォトアルバムデータがアップロードされたか否かを判定する。ここで、アップロードされていないと判定された場合、Ｓ１８０４の処理を繰り返し、アップロードされたと判定された場合、Ｓ１８０５に進む。

Ｓ１８０５は、図６のＳ６０６に対応する処理であり、ＣＰＵ１７０１は、アップロードされたフォトアルバムデータをアルバムデータＩＤと関連づけてデータストレージ１４に保存する。Ｓ１８０６は、図６のＳ６０７及びＳ６０８に対応する処理であり、ＣＰＵ１７０１は、アルバムデータ情報を更新し、更新した旨を示す情報を、アップロードに対する応答としてクライアント端末４に送信する。

Ｓ１８０７は、図６のＳ６０９に対応する処理であり、ＣＰＵ１７０１は、ショッピングカートＵＲＬの要求を受信したか否かを判定する。ここで、受信していないと判定された場合、Ｓ１８０７の処理を繰り返し、受信したと判定された場合、Ｓ１８０８に進む。

Ｓ１８０８は、図６のＳ６１０に対応する処理であり、ＣＰＵ１７０１は、要求に応じたアルバムデータ情報を取得する。Ｓ１８０９は、図６のＳ６１１に対応する処理であり、ＣＰＵ１７０１は、要求に応じたオンラインストアサービス情報を取得する。

Ｓ１８１０は、図６のＳ６１２に対応する処理であり、ＣＰＵ１７０１は、ショッピングカートＵＲＬを作成する。Ｓ１８１１は、図６のＳ６１３に対応する処理であり、ＣＰＵ１７０１は、ショッピングカート情報を登録する。Ｓ１８１２は、図６のＳ６１４に対応する処理であり、ＣＰＵ１７０１は、生成されたショッピングカートＵＲＬをクライアント端末４に送信する。その後、図１８の処理を終了する。

図１９は、管理サービス１とオンラインストアサービス２との間で管理サービス１が実行する処理を示すフローチャートである。

Ｓ１９０１は、図７のＳ７０２に対応する処理であり、ＣＰＵ１７０１は、オンラインストアサービス２からショッピングカート情報の要求を受信したか否かを判定する。ここで、受信していないと判定された場合、Ｓ１９０１の処理を繰り返し、受信したと判定された場合、Ｓ１９０２に進む。

Ｓ１９０２は、図７のＳ７０３に対応する処理であり、ＣＰＵ１７０１は、要求に応じたショッピングカート情報を取得する。Ｓ１９０３は、図７のＳ７０４に対応する処理であり、ＣＰＵ１７０１は、取得したショッピングカート情報をオンラインストアサービス２に送信する。

Ｓ１９０４は、図７のＳ７０９に対応する処理であり、ＣＰＵ１７０１は、注文・決済完了通知をオンラインストアサービス２から受信したか否かを判定する。ここで、受信していないと判定された場合、Ｓ１９０４の処理を繰り返し、受信したと判定された場合、Ｓ１９０５に進む。

Ｓ１９０５は、図７のＳ７１０及びＳ７１１に対応する処理であり、ＣＰＵ１７０１は、ショッピングカート情報を更新し、更新した旨を示す情報をオンラインストアサービス２に送信する。その後、図１９の処理を終了する。

図２０は、管理サービス１が実行する処理を示すフローチャートである。

Ｓ２００１は、図８のＳ８０１に対応する処理であり、ＣＰＵ１７０１は、決済済みショッピングカート情報を取得する。Ｓ２００２は、図８のＳ８０２に対応する処理であり、ＣＰＵ１７０１は、アルバムデータを取得する。Ｓ２００３は、図８のＳ８０３に対応する処理であり、ＣＰＵ１７０１は、ラボシステム情報を取得する。

Ｓ２００４は、図８のＳ８０４に対応する処理であり、ＣＰＵ１７０１は、注文データを生成する。Ｓ２００５は、図８のＳ８０５に対応する処理であり、ＣＰＵ１７０１は、注文データをアップロードする。Ｓ２００６は、図８のＳ８０６に対応する処理であり、ＣＰＵ１７０１は、注文データ情報を登録する。その後、図２０の処理を終了する。

図２１は、管理サービス１とラボシステム３との間で、管理サービス１が実行する処理を示すフローチャートである。

Ｓ２１０１は、図９のＳ９０１に対応する処理であり、ＣＰＵ１７０１は、「未受信」の注文データ一覧情報の要求を受信したか否かを判定する。ここで、受信していないと判定された場合、Ｓ２１０１の処理を繰り返し、受信したと判定された場合、Ｓ２１０２に進む。

Ｓ２１０２は、図９のＳ９０２に対応する処理であり、ＣＰＵ１７０１は、要求に応じた「未受信」の注文データ一覧情報を取得する。Ｓ２１０３は、図９のＳ９０３に対応する処理であり、ＣＰＵ１７０１は、取得した「未受信」の注文データ一覧情報をラボシステム３に送信する。

Ｓ２１０４は、図９のＳ９０４に対応する処理であり、ＣＰＵ１７０１は、注文データの要求をラボシステム３から受信したか否かを判定する。ここで、受信していないと判定された場合、Ｓ２１０４の処理を繰り返し、受信したと判定された場合、Ｓ２１０５に進む。

Ｓ２１０５は、図９のＳ９０５に対応する処理であり、ＣＰＵ１７０１は、要求に応じた注文データを取得する。Ｓ２１０６は、図９のＳ９０６に対応する処理であり、ＣＰＵ１７０１は、取得した注文データをラボシステム３に送信する。

Ｓ２１０７は、図９のＳ９０７に対応する処理であり、ＣＰＵ１７０１は、注文データ受信完了通知をラボシステム３から受信したか否かを判定する。ここで、受信していないと判定された場合、Ｓ２１０７の処理を繰り返し、受信したと判定された場合、Ｓ２１０８に進む。

Ｓ２１０８は、図９のＳ９０８に対応する処理であり、ＣＰＵ１７０１は、注文データ情報を更新し、更新した旨を示す情報をラボシステム３に通知する。Ｓ２１０９は、図９のＳ９１０に対応する処理であり、ＣＰＵ１７０１は、出荷完了通知をラボシステム３から受信したか否かを判定する。ここで、受信していないと判定された場合、Ｓ２１０９の処理を繰り返し、受信したと判定された場合、Ｓ２１１０に進む。

Ｓ２１１０は、図９のＳ９１１及びＳ９１２に対応する処理であり、ＣＰＵ１７０１は、注文データ情報を更新し、更新した旨を示す情報をラボシステム３に通知する。その後、図２１の処理を終了する。

本実施形態では、管理サービスは、各アプリケーションと各オンラインストアとを関連付けた対応情報テーブル（図１１に示すテーブル）を保持している。そして、フォトアルバムデータのアップロードを受け付けた際、当該フォトアルバムデータの作成に利用されたアプリケーションに関連付けられているオンラインストアへのアクセス情報を、クライアント端末に発行する。このような形態とすることで、管理サービスは、クライアント端末にインストールされているアプリケーションに応じて、それぞれ異なるオンラインストアによるフォトアルバムサービスをクライアント端末に提供できる。また、利用されるオンラインストアが、各アプリケーションに応じて決まるため、利用されるオンラインストアをユーザに選択させる必要が無く、ユーザの操作性を向上できる。また、利用されるオンラインストアをユーザに選択させる形態においても、各アプリケーションに対応するオンラインストアのみをユーザに提示することができる。

また、管理サービスに対応させるアプリケーションやオンラインストアを追加したい場合は、対応情報テーブルに、追加したいアプリケーションやオンラインストアの情報を追加すればよい。なお、このとき、既存のアプリケーションやオンラインストアに、新たにアプリケーションやオンラインストアを関連付けても良い。このように、本実施形態の管理サービスは、１つの管理サービスで異なる複数のオンラインストアに対応できる。

フォトアルバムサービスをユーザに提供するためには、ユーザが作成したフォトアルバムデータの受け付けや、ラボへのアルバム作成指示等のために、フォトアルバムデータ等を管理する管理サービスが必要となる。そのため、オンラインストアがフォトアルバムサービスに参入しようとすると、新たに管理サービスの開発が必要となる。しかしながら、本実施形態のような、複数のオンラインストアに対応可能で、且つ対応可能なオンラインストアを適宜追加可能な管理サービスがあれば、オンラインストアは新たに管理サービスを開発する必要が無くなる。なお、これはアルバム作成アプリケーションについても同様である。例えば、本実施形態の管理サービスでは、既存のアルバム作成アプリケーションが持つアプリケーションＩＤに、新規に参入したオンラインストアの情報を関連付けることができる。これにより、既存のアルバム作成アプリケーションによって、新規に参入したオンラインストアに注文をすることができるようになるため、オンラインストアは、アルバム作成アプリケーションの開発をする必要も無くなる。

なお、上述では、クライアント端末は、クライアント端末にインストールされたアプリケーションを用いてフォトアルバムデータの作成を行っているが、この形態に限定されない。例えば、クライアント端末は、ウェブブラウザ等を介して提供されるウェブアプリケーション等を用いてアルバムデータの作成を行っても良い。この場合、クライアント端末は、当該ウェブアプリケーションを提供するサーバを介して、管理サーバと通信を行う。また、管理サーバは、当該ウェブアプリケーションに対応するオンラインストアによるフォトアルバムサービスをクライアント端末に提供する。

［第２の実施形態］
以下、第２の実施形態について第１の実施形態と異なる点について説明する。

クライアント端末４は、ショッピングカートに格納した商品を注文する。そのため、一度に複数の商品を注文する場合は、クライアント端末４は、ショッピングカートに、注文する商品を逐次追加する必要がある。図１６は、クライアント端末４が、一度に複数の商品を注文するフローを示すシーケンス図である。なお、図１６に示すシーケンスは、例えば、クライアント端末４及び管理サービス１を構成する情報処理装置内のＣＰＵがＲＯＭ等のメモリに格納されたプログラムをＲＡＭに読み出して実行することにより実現される。

Ｓ１６０１からＳ１６０８まではそれぞれ、図６のＳ６０１からＳ６０８と同じであるので、その説明を省略する。なお、図１６のフローチャートが示す処理は、図６のフローチャートが示す処理が行われてショッピングカードＵＲＬが生成されている状態で実行される。すなわち、すでにアップロードしたフォトアルバムデータとは別の新たなフォトアルバムデータのアップロードの入力を受け付け、ショッピングカートに新たなフォトアルバムを追加する場合に実行される。

Ｓ１６０８で新たに追加するフォトアルバムを作成するためのフォトアルバムデータのアップロード処理が完了すると、Ｓ１６０９に進む。Ｓ１６０９において、クライアント端末４は、既存のショッピングカートへ新たなフォトアルバムを追加することを要求する。この際、クライアント端末４は、新たなフォトアルバムを追加する対象のショッピングカートに対応し、管理サービス１から従前に受信したショッピングカートＵＲＬと、Ｓ１６０４で受信したアルバムデータＩＤとを送信する。

管理サービス１のクライアント端末Ｉ／Ｆモジュール１２は、受信したショッピングカートＵＲＬの情報をデータベース１５から取得し、該当するショッピングカート情報のステータスが「未決済」のステータスであるか否かを判定する（Ｓ１６１０）。ここで、ステータスが「未決済」であれば、クライアント端末Ｉ／Ｆモジュール１２は、Ｓ１６０９で受信したアルバムデータＩＤに基づくアルバムデータ情報をデータベース１５から取得する（Ｓ１６１１）。続いて、クライアント端末Ｉ／Ｆモジュール１２は、Ｓ１６１０で取得したショッピングカート情報に、Ｓ１６１１で取得したアルバムデータ情報を追加で関連づけることで、ショッピングカート情報を更新する（Ｓ１６１２）。これにより、ショッピングカートに新たなアルバムが追加されることとなる。Ｓ１６１２までの処理が正常に完了すると、クライアント端末Ｉ／Ｆモジュール１２は、新たなアルバムが追加されたショッピングカートを表わすショッピングカートＵＲＬをクライアント端末４に送信する（Ｓ１６１３）。

本実施形態では、ショッピングカート情報に複数のアルバムデータ情報を関連づけて保持する。その結果、図７のＳ７０４で、管理サービス１は、オンラインストアサービス２からのショッピングカート情報の要求に対して一度に複数のアルバムデータ情報を送信することが可能となる。

なお、フォトアルバムは、画像データやレイアウト、ページ数等が注文毎に異なる。そのため、複数のフォトアルバムがショッピングカートに格納されている場合、オンラインストアサービス２は、複数のフォトアルバムがそれぞれ別の内容であることを認識して管理する必要がある。しかしながら、それぞれ内容が異なるフォトアルバムであっても、オンラインストアサービス用商品ＩＤは同一のものが割り当てられる。そこで、本実施形態では、Ｓ７０４で送信するショッピングカート情報に含まれる複数のアルバムデータ情報に対してアルバムデータＩＤを関連づけて送信するようにしても良い。オンラインストアサービス用商品ＩＤが同一でも、アルバムデータＩＤが異なれば、オンラインストアサービス２は、複数のフォトアルバムがそれぞれ内容が異なるものであることを認識できる。その結果、例えば、オンラインストアサービス２は、ショッピングカートに含まれる商品がそれぞれ個別の内容のフォトアルバムであることをユーザに区別させることができるショッピングカートページを生成することができる。具体的には、例えば、フォトアルバムのタイトルが商品名に添えられているページや、フォトアルバムの所定のページを縮小して作成したアイコンがアルバムデータ情報に表示されているページの生成が可能となる。

また、オンラインストアサービス２上でユーザから受け付けた、各フォトアルバムに対する個別の注文内容（冊数、配送先など）をアルバムデータＩＤと関連づけてＳ７０９の注文・決済完了通知を実行するようにしても良い。その結果、管理サービス１は、同じオンラインストアサービス用商品ＩＤを持つ複数のフォトアルバムの注文要求に個別に対応することが出来る。

図２２は、管理サービス１の情報処理装置１７００において、クライアント端末４との間で実行される処理を示すフローチャートである。図２２の各処理は、例えば、ＣＰＵ１７０１がＲＯＭ１７０３に記憶されたプログラムをＲＡＭ１７０２に読み出して実行することにより実現される。

Ｓ２２０１〜Ｓ２２０６はそれぞれ、図１８のＳ１８０１〜Ｓ１８０６の処理と同じであるので、その説明を省略する。

Ｓ２２０７は、図１６のＳ１６０９に対応する処理であり、ＣＰＵ１７０１は、既存ショッピングカートへの追加要求を受信したか否かを判定する。具体的には、クライアント端末４に従前に送信したショッピングカートＵＲＬと、アルバムデータＩＤとを受信したか否かを判定する。ここで、受信していないと判定された場合、Ｓ２２０７の処理を繰り返し、受信したと判定された場合、Ｓ２２０８に進む。

Ｓ２２０８は、図１６のＳ１６１０に対応する処理であり、ＣＰＵ１７０１は、要求に応じたショッピングカート情報を取得する。Ｓ２２０９では、ＣＰＵ１７０１は、取得したショッピングカート情報のステータスが「未決済」であるか否かを判定する。ＣＰＵ１７０１は、ステータスが「未決済」である（決済済みでない）と判定したら、Ｓ２２１０に進む。また、ＣＰＵ１７０１は、ステータスが「未決済」でないと判定したらショッピングカートへの商品の追加を行わず、処理を終了する。なお、このとき、クライアント端末にエラーを通知しても良い。また、Ｓ１８０８〜Ｓ１８１２の処理を行って、新たにアップロードされたアルバム作成データに基づくショッピングカートＵＲＬを生成しても良い。

Ｓ２２１０は、図１６のＳ１６１１に対応する処理であり、ＣＰＵ１７０１は、要求に応じたアルバムデータ情報を取得する。

Ｓ２２１１は、図１６のＳ１６１２に対応する処理であり、ＣＰＵ１７０１は、ショッピングカート情報を更新する。Ｓ２２１２は、図１６のＳ１６１３に対応する処理であり、ＣＰＵ１７０１は、ショッピングカートＵＲＬをクライアント端末４に返信する。その後、図２２の処理を終了する。

［第３の実施形態］
以上の実施形態ではフォトアルバムサービスを前提に説明したが、フォトアルバムに限らず、ユーザが作成もしくはカスタマイズする商品を取り扱うサービスに広く適用することが出来る。例えば、購入者が自由に作成したラベルがつけられたワインを販売するようなサービスであれば、クライアント端末４にはラベル作成アプリケーションがインストールされているものとする。また、ラボシステム３では、ユーザが注文したラベルの作成と作成したラベルのワインへの貼りつけおよび出荷作業を行う構成にする。そのような構成により、上記の各実施形態と同様の効果を得ることが出来る。

以上、各実施形態について詳述したが、上記の各実施形態に限定されるものではなく、本発明の要旨の範囲内において、種々の変形・変更が可能である。

本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

１ 管理サービス、 ２ オンラインストアサービス、 ３ ラボシステム、 ４ クライアント端末、 １７００ 情報処理装置、 １７０１ ＣＰＵ、 １７０２ ＲＡＭ、 １７０３ ＲＯＭ

Claims (9)

1. オンラインストアサービスを提供し、前記オンラインストアサービスの商品の注文を処理する複数のサービス提供システム、および、
   前記複数のサービス提供システムのうちいずれかのサービス提供システムに、前記オンラインストアサービスの商品を注文するクライアント端末、と通信可能な情報処理装置であって、
   前記クライアント端末が所定のアプリケーションを利用して作成した、前記オンラインストアサービスの商品を注文するためのデータを受信する第１の受信手段と、
   前記第１の受信手段が前記データを受信した場合、前記複数のサービス提供システムのうち、前記第１の受信手段が受信したデータの作成に利用されたアプリケーションに対応するサービス提供システムへ前記クライアント端末をアクセスさせるためのアクセス情報を送信する第１の送信手段と、
   前記第１の送信手段により送信された前記アクセス情報によりアクセスを受け付けた前記サービス提供システムから、前記第１の受信手段が受信したデータの要求を受信する第２の受信手段と、
   前記第２の受信手段によって受信された要求に応じて、当該要求を送信した前記サービス提供システムに、前記第１の受信手段によって受信された前記データを送信する第２の送信手段と、
   を備えることを特徴とする情報処理装置。
2. 前記所定のアプリケーションと前記複数のサービス提供システムのうち少なくとも１つのサービス提供システムとが関連づけられた第１のテーブルをメモリに記憶する第１の記憶手段、をさらに備え、
   前記第１の送信手段は、前記第１の受信手段が前記データを受信した場合、前記第１のテーブルに基づいて、前記複数のサービス提供システムのうち、前記第１の受信手段が受信したデータの作成に利用されたアプリケーションに関連づけられたサービス提供システムへ前記クライアント端末をアクセスさせるための前記アクセス情報を送信する、
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記第１の受信手段により受信した前記データに対応する商品を前記情報処理装置が識別するための第１識別情報と、前記第１の受信手段により受信した前記データに対応する商品を前記サービス提供システムが識別するための第２識別情報と、が関連づけられた第２のテーブルをメモリに記憶する第２の記憶手段、をさらに備え、
   前記第２の送信手段は、前記第２の受信手段により受信した要求に応じて、当該要求を送信した前記サービス提供システムに、前記第２のテーブルに基づいて取得された前記第２識別情報及び前記第１の受信手段によって受信された前記データを送信する、
   ことを特徴とする請求項１又は２に記載の情報処理装置。
4. 前記第１の受信手段が受信した前記データに対応する商品の情報を、前記第１の送信手段が送信するアクセス情報に関連付けてメモリに記憶する第３の記憶手段と、
   前記第１の送信手段が送信したアクセス情報を受信する第３の受信手段と、をさらに備え、
   前記第３の記憶手段は、前記第３の受信手段が、前記第１の送信手段が送信したアクセス情報を受信した場合、前記第１の受信手段が受信した前記データに対応する商品の情報が既に関連付けられているアクセス情報に、新たに商品の情報を関連付けてメモリに記憶し、
   前記第２の送信手段は、前記第２の受信手段が受信した要求に含まれる前記アクセス情報に関連づけられた商品の情報に対応したデータを、前記サービス提供システムに送信する、
   ことを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
5. 前記第３の受信手段が受信したアクセス情報に対応する商品が決済済みであるか否かを判定する判定手段と、をさらに備え、
   前記第３の記憶手段は、前記判定手段が、前記第３の受信手段が受信したアクセス情報に対応する商品が決済済みでないと判定した場合、前記第１の受信手段が受信した前記データに対応する商品の情報が既に関連付けられているアクセス情報に、新たに商品の情報を関連付けてメモリに記憶する、
   ことを特徴とする請求項４に記載の情報処理装置。
6. 前記オンラインストアサービスの商品はフォトアルバムであり、
   前記オンラインストアサービスの商品を注文するためのデータは、フォトアルバムを作成するための画像データを含む
   ことを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。
7. オンラインストアサービスを提供し、前記オンラインストアサービスの商品の注文を処理する複数のサービス提供システム、および、
   前記複数のサービス提供システムのうちいずれかのサービス提供システムに、前記オンラインストアサービスの商品を注文するクライアント端末、と通信可能な情報処理装置において実行される方法であって、
   前記クライアント端末が所定のアプリケーションを利用して作成した、前記オンラインストアサービスの商品を注文するためのデータを受信する第１の受信工程と、
   前記オンラインストアサービスの商品を注文するためのデータが受信された場合、前記複数のサービス提供システムのうち、前記第１の受信工程で受信したデータの作成に利用されたアプリケーションに対応するサービス提供システムへ前記クライアント端末をアクセスさせるためのアクセス情報を送信する第１の送信工程と、
   前記送信された前記アクセス情報によりアクセスを受け付けた前記サービス提供システムから、前記受信された前記オンラインストアサービスの商品を注文するためのデータの要求を受信する第２の受信工程と、
   前記受信された要求に応じて、当該要求を送信した前記サービス提供システムに、前記受信された前記オンラインストアサービスの商品を注文するためのデータを送信する第２の送信工程と、
   を有することを特徴とする方法。
8. 請求項１乃至６のいずれか１項に記載の情報処理装置の各手段をコンピュータに実行させるためのプログラム。
9. オンラインストアサービスを提供し、前記オンラインストアサービスの商品の注文を処理する複数のサービス提供システムのうちいずれかのサービス提供システムに、前記オンラインストアサービスの商品を注文するクライアント端末と、
   前記複数のサービス提供システム及び前記クライアント端末と通信可能な情報処理装置と、を含む通信システムの制御方法であって、
   前記クライアント端末が所定のアプリケーションを利用して、前記オンラインストアサービスの商品を注文するためのデータを生成する生成工程と、
   前記生成された前記オンラインストアサービスの商品を注文するためのデータを受信する第１の受信工程と、
   前記オンラインストアサービスの商品を注文するためのデータが受信された場合、前記複数のサービス提供システムのうち、前記第１の受信工程で受信したデータの作成に利用されたアプリケーションに対応するサービス提供システムへ前記クライアント端末をアクセスさせるためのアクセス情報を送信する第１の送信工程と、
   前記送信された前記アクセス情報によりアクセスを受け付けた前記サービス提供システムから、前記受信された前記オンラインストアサービスの商品を注文するためのデータの要求を受信する第２の受信工程と、
   前記受信された要求に応じて、当該要求を送信した前記サービス提供システムに、前記受信された前記オンラインストアサービスの商品を注文するためのデータを送信する第２の送信工程と、
   を有することを特徴とする制御方法。

Images