(57)【要約】【課題】ＵＡにＷｅｂ Ｉｎｔｅｎｔｓとして登録する１のサービスを、用途などに応じてカスタマイズして異なるインテンツとして複数登録可能とし、ユーザビリティを向上させること。【解決手段】サービス１０３が、サービス１０３の提供する機能の異なる設定での処理に対応する複数の機能情報（同じカテゴリに属する）を、選択的にＵＡ１０６に登録するための情報をＵＡ１０６に送信する（Ｓ７０３，Ｓ７０５）。ＵＡ１０６は、この情報を受信し、該情報に基づく選択に応じた中継機能による機能情報の登録を行う（Ｓ７０３，Ｓ７０６）。そして、ＵＡ１０６は、特定のデータの指定と登録されている機能情報の選択とに応じて、前記サービスに対して前記選択された機能情報に対応する設定で前記特定のデータを処理させるための要求を行う。サービス１０３は、この要求を受けて前記選択された機能情報に対応する設定で前記特定のデータを処理する。【選択図】図７
2015133057.tif 000002
【特許請求の範囲】
【請求項１】
データを管理するクライアントと、当該クライアントで管理されるデータを利用して機能を提供するサービスとを、ネットワークを介して中継する中継機能を備える情報処理端末であって、
前記サービスから、前記サービスの提供する機能の異なる設定での処理に対応する複数の機能情報を、選択的に登録するための情報を受信する受信手段と、
前記受信手段により受信された情報に基づく選択に応じた、前記中継機能による前記機能情報の登録処理を実行する登録手段と、
特定のデータの指定と登録されている機能情報の何れかの選択とに応じて、前記サービスに対して前記選択された機能情報に対応する設定で当該特定のデータを処理させるための要求を行う要求手段と、を有し、
前記受信手段により受信される情報により選択的に登録できる複数の機能情報は、同じカテゴリを示すことを特徴とする情報処理端末。
【請求項２】
前記受信手段により受信される情報により選択的に登録できる複数の機能情報は、前記サービスにおいて編集可能に管理されることを特徴とする請求項１に記載の情報処理端末。
【請求項３】
前記受信手段により受信される情報により選択的に登録できる複数の機能情報は、前記編集による変更が管理されることを特徴とする請求項２に記載の情報処理端末。
【請求項４】
前記受信手段により受信される情報により選択的に登録できる複数の機能情報は、ユーザアカウントごとに管理されることを特徴とする請求項２又は３に記載の情報処理端末。
【請求項５】
前記受信手段により受信される情報により選択的に登録できる複数の機能情報を、事前に前記サービスに登録するための画面を前記サービスから受信し、該画面を介して前記登録の際の選択肢となる機能情報を前記サービスに登録する第２登録手段を有することを特徴とする請求項１乃至４のいずれか１項に記載の情報処理端末。
【請求項６】
前記カテゴリは、前記特定のデータを共有するカテゴリ、前記特定のデータを編集するカテゴリ、前記特定のデータを閲覧するカテゴリ、前記特定のデータを取得するカテゴリ、前記特定のデータを保存するカテゴリの少なくともいずれかを含むことを特徴とする請求項１乃至５のいずれか１項に記載の情報処理端末。
【請求項７】
前記クライアント及び前記中継機能は、前記情報処理端末の機能であることを特徴とする請求項１乃至６のいずれか１項に記載の情報処理端末。
【請求項８】
前記ネットワークは、インターネットであることを特徴とする請求項１乃至７のいずれか１項に記載の情報処理端末。
【請求項９】
前記中継機能は、前記情報処理端末のオペレーティングシステム又はウェブブラウザの機能として提供されることを特徴とする請求項１乃至８のいずれか１項に記載の情報処理端末。
【請求項１０】
クライアントで管理されるデータを情報処理端末の中継機能によりネットワークを介して受け取り、該データを利用して機能を提供するサービスとして機能する処理装置であって、
前記サービスの提供する機能の異なる設定での処理に対応する複数の機能情報を、選択的に前記情報処理端末に登録するための情報を前記情報処理端末に送信する送信手段と、
前記中継機能における、特定のデータの指定と前記送信手段により送信された情報に基づいて選択的に登録された機能情報の何れかの選択とに応じた要求を受けて、前記選択された機能情報に対応する設定で当該特定のデータを処理する処理手段と、を有し、
前記送信手段により送信する情報により選択的に登録できる複数の機能情報は、同じカテゴリを示すことを特徴とする処理装置。
【請求項１１】
前記送信手段により送信する情報により選択的に登録できる複数の機能情報を、編集可能に管理することを特徴とする請求項１０に記載の処理装置。
【請求項１２】
前記送信手段により送信する情報により選択的に登録できる複数の機能情報の、前記編集による変更を管理することを特徴とする請求項１１に記載の処理装置。
【請求項１３】
前記送信手段により送信する情報により選択的に登録できる複数の機能情報を、ユーザアカウントごとに管理することを特徴とする請求項１１又は１２に記載の処理装置。
【請求項１４】
前記送信手段により送信する情報により選択的に登録できる複数の機能情報を、事前に前記サービスに登録するための画面を前記情報処理端末に送信することを特徴とする請求項１０乃至１３のいずれか１項に記載の処理装置。
【請求項１５】
前記カテゴリは、前記特定のデータを共有するカテゴリ、前記特定のデータを編集するカテゴリ、前記特定のデータを閲覧するカテゴリ、前記特定のデータを取得するカテゴリ、前記特定のデータを保存するカテゴリの少なくともいずれかを含むことを特徴とする請求項１０乃至１４のいずれか１項に記載の処理装置。
【請求項１６】
前記クライアント及び前記中継機能は、前記情報処理端末の機能であることを特徴とする請求項１０乃至１５のいずれか１項に記載の処理装置。
【請求項１７】
前記ネットワークは、インターネットであることを特徴とする請求項１０乃至１６のいずれか１項に記載の処理装置。
【請求項１８】
前記中継機能は、前記情報処理端末のオペレーティングシステム又はウェブブラウザの機能として提供されることを特徴とする請求項１０乃至１７のいずれか１項に記載の処理装置。
【請求項１９】
データを管理するクライアントと、当該クライアントで管理されるデータを利用して機能を提供するサービスとを、ネットワークを介して中継する中継機能を備える情報処理端末の制御方法であって、
前記サービスから、前記サービスの提供する機能の異なる設定での処理に対応する複数の機能情報を、選択的に登録するための情報を受信する受信ステップと、
前記受信ステップにより受信された情報に基づく選択に応じた、前記中継機能による前記機能情報の登録処理を実行する登録ステップと、
特定のデータの指定と登録されている機能情報の何れかの選択とに応じて、前記サービスに対して前記選択された機能情報に対応する設定で当該特定のデータを処理させるための要求を行う要求ステップと、を有し、
前記受信ステップにより受信される情報により選択的に登録できる複数の機能情報は、同じカテゴリを示すことを特徴とする情報処理端末の制御方法。
【請求項２０】
クライアントで管理されるデータを情報処理端末の中継機能によりネットワークを介して受け取り、該データを利用して機能を提供するサービスとして機能する処理装置の制御方法であって、
前記サービスの提供する機能の異なる設定での処理に対応する複数の機能情報を、選択的に前記情報処理端末に登録するための情報を前記情報処理端末に送信する送信ステップと、
前記中継機能における、特定のデータの指定と前記送信ステップにより送信された情報に基づいて選択的に登録された機能情報の何れかの選択とに応じた要求を受けて、前記選択された機能情報に対応する設定で当該特定のデータを処理する処理ステップと、を有し、
前記送信ステップにより送信する情報により選択的に登録できる複数の機能情報は、同じカテゴリを示すことを特徴とする処理装置の制御方法。
【請求項２１】
コンピュータを、請求項１乃至９のいずれか１項に記載された手段として機能させるためのプログラム。
【請求項２２】
コンピュータを、請求項１０乃至１８のいずれか１項に記載された手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｗｅｂ Ｉｎｔｅｎｔｓなどの仕組みを用いたサービスを提供する際の技術に関する。
【背景技術】
【０００２】
従来、Ｗｅｂサイト間で処理を委譲する場合、機能を呼び出す側は、機能を提供する側のＡＰＩ（アプリケーション・プログラミング・インターフェイス）やＲＥＳＴインターフェイス等の機能の呼び出し方を、知っている必要があった。従って、異なるＷｅｂサイトとの連携を実現するためには、機能の呼び出し側は、それぞれの呼び出し規約に従って呼び出し側の処理が必要になった。また、機能を呼び出す側が機能を利用するためには、機能を提供する側への認証が必要になることが多い。このために、機能を利用する側は、機能を提供する側の認証情報を保持したり、ＳＡＭＬ等の認証基盤を利用したりする必要があった。但し、認証情報を持つと、それら認証情報を正しく安全に管理する必要があり、ＳＡＭＬ等の認証基盤を利用するためには、機能の提供者と利用者間で事前に合意が必要となり、機能の利用者の負担になっていた。
【０００３】
専用のＡＰＩを用いずに任意のウェブサービス（または、ウェブアプリケーション）と連携する仕組みも存在する。一例として、実行時遅延バインディングによりサービス受け側と提供側とを疎結合とし、それらの連携を実現するＷｅｂ Ｉｎｔｅｎｔｓ（ウェブインテンツ）という仕組みが提案されている。
【０００４】
従来技術として、ブックマークレット等のスクリプトを用いて、Ｗｅｂブラウザが連携元ウェブサイトの情報を連携先ウェブサイトに伝えるといった技術がある（特許文献１参照）。連携先は伝えられた情報を用いて連携元よりデータを取得する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１２−４８４５７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上記特許文献１は、Ｗｅｂ Ｉｎｔｅｎｔｓなどの新しい連携の仕組みについては、まったく考慮したものではない。連携先のウェブサイトは、連携元のウェブサイトからデータを取得するに際し、連携元のウェブサイトの認証情報を必要とする場合、連携先は連携元の認証情報を予め知っているか、ＳＡＭＬ等の認証の連携のための仕組みが必要になる。従って、任意の連携元に対して連携先はサービスを提供することが出来ないという問題があった。
【０００７】
Ｗｅｂ Ｉｎｔｅｎｔｓなどの新しい連携の仕組みでは、該仕組みのサービスにより提供される提供機能を利用するために、ユーザエージェント（ＵＡ）は、提供機能の登録用マークアップを含むＨＴＭＬ文書を処理する。ＵＡは、自身に登録されたサービスにより提供される機能に対応するＷｅｂ Ｉｎｔｅｎｔｓを用いて、サービスに接続して、提供機能の実行を要求することが可能となる。しかしながら、Ｗｅｂ Ｉｎｔｅｎｔｓの仕組みであっても、提供機能を要求した際には、ＵＡを介してユーザにより各種設定やサービス内容の編集などを行う必要がある。
【０００８】
例えば、提供機能がデータの保存を含む機能の場合にはデータの保存先となるフォルダを選択する必要があったり、画像の選択を含む機能の場合には画像の選択に際して分類の指定を行う必要がある。しかし、データの保存先が限定されたフォルダであっても、操作の毎に、同じフォルダを選択しなければならず、或は、画像の選択に際して指定する分類が限定された分類であっても、毎回分類を入力しなければならず、ユーザの負担となっていた。
【０００９】
よって、このＷｅｂ Ｉｎｔｅｎｔｓを用いたサービスへの要求やＷｅｂ Ｉｎｔｅｎｔｓの登録に関しては、ユーザビリティを向上させるための様々な改良が、今後、求められると言える。
【００１０】
そこで、本発明は、現在、提案されているＷｅｂ Ｉｎｔｅｎｔｓなどの新しい連携の仕組みについて、ユーザビリティを向上させるための柔軟な改良を加えることを目的とする。
【課題を解決するための手段】
【００１１】
本発明は、データを管理するクライアントと、当該クライアントで管理されるデータを利用して機能を提供するサービスとを、ネットワークを介して中継する中継機能を備える情報処理端末であって、前記サービスから、前記サービスの提供する機能の異なる設定での処理に対応する複数の機能情報を、選択的に登録するための情報を受信する受信手段と、前記受信手段により受信された情報に基づく選択に応じた、前記中継機能による前記機能情報の登録処理を実行する登録手段と、特定のデータの指定と登録されている機能情報の何れかの選択とに応じて、前記サービスに対して前記選択された機能情報に対応する設定で当該特定のデータを処理させるための要求を行う要求手段と、を有し、前記受信手段により受信される情報により選択的に登録できる複数の機能情報は、同じカテゴリを示すことを特徴とする。
【発明の効果】
【００１２】
本発明によれば、現在、提案されているＷｅｂ Ｉｎｔｅｎｔｓなどの新しい連携の仕組みについて、ユーザビリティを向上することができる。例えば、ＵＡにＷｅｂ Ｉｎｔｅｎｔｓとして登録する１つのサービスを、用途などに応じてカスタマイズして、異なるインテンツとして複数登録させることを可能とする。この結果、ユーザは同じ操作を繰り返す必要がなくなり、ユーザの利便性が向上する。
【図面の簡単な説明】
【００１３】
【図１】Ｗｅｂ Ｉｎｔｅｎｔｓの全体構成を例示する図。
【図２】情報処理端末及び画像形成装置のハードウェア構成を例示する図。
【図３】Ｗｅｂ Ｉｎｔｅｎｔｓの動作概要を説明するシーケンス図。
【図４】Ｗｅｂ Ｉｎｔｅｎｔｓの機能登録用のｉｎｔｅｎｔｓタグおよびＷｅｂ Ｉｎｔｅｎｔｓの機能登録用のＥＣＭＡＳｃｒｉｐｔを例示する図。
【図５】ＷｅｂＩｎｔｅｎｔを登録するまでの処理の流れを示すシーケンス図。
【図６】登録する印刷設定を選択する画面を例示する図。
【図７】ＷｅｂＩｎｔｅｎｔの登録用のｉｎｔｅｎｔタグを例示する図。
【図８】Ｗｅｂ Ｉｎｔｅｎｔｓ機能の呼出しの処理の流れを示すシーケンス図。
【図９】クライアントからＵＡに送信されるＨＴＭＬ文書の一部を例示する図。
【図１０】ＷｅｂＩｎｔｅｎｔの選択画面を例示する図。
【図１１】サービス（画像形成装置）が印刷設定用のＨＴＭＬ文書を返信するまでの処理を例示するフローチャート。
【図１２】印刷設定用の表示画面および印刷開始した場合に表示される表示画面を例示する図。
【図１３】登録可能な印刷設定の編集画面を例示する図。
【図１４】印刷設定の編集及び追加画面を例示する図。
【図１５】登録する印刷設定を選択する画面を例示する図。
【図１６】ＷｅｂＩｎｔｅｎｔ登録用のｉｎｔｅｎｔタグを例示する図。
【図１７】サービス（画像形成装置）が印刷設定用のＨＴＭＬ文書を返信するまでの処理を例示するフローチャート。
【図１８】機能情報のリビジョン不一致をユーザに通知する画面およびＷｅｂＩｎｔｅｎｔ登録用のｉｎｔｅｎｔタグを例示する図。
【図１９】実施例２における登録する印刷設定の選択画面およびＷｅｂＩｎｔｅｎｔ登録用のｉｎｔｅｎｔタグを例示する図。
【図２０】実施例３におけるストレージサービス上のファイルを操作するためのＵＩ画面を例示する図。
【図２１】実施例３におけるＷｅｂ Ｉｎｔｅｎｔｓの登録設定を行うための画面およびＷｅｂＩｎｔｅｎｔ登録用のｉｎｔｅｎｔタグを例示する図。
【図２２】実施例３における登録設定の編集画面を例示する図。
【図２３】実施例３におけるＷｅｂ Ｉｎｔｅｎｔｓ機能の呼出しの処理の流れを例示するシーケンス図。
【発明を実施するための形態】
【００１４】
以下、本発明を実施するための形態について図面を用いて説明する。
【実施例１】
【００１５】
図１（ａ）は、専用のＡＰＩを用いずに任意のウェブサービス（または、ウェブアプリケーション）と連携する仕組みの一例であるＷｅｂ Ｉｎｔｅｎｔｓの全体構成を例示する図である。
【００１６】
１０３は、Ｉｎｔｅｎｔｓ技術を利用してサービスや機能を提供するＷｅｂ Ｉｎｔｅｎｔｓサービス（以下、サービス）である。１０１は、サービス１０３を利用するＷｅｂ Ｉｎｔｅｎｔｓクライアント（以下、クライアント）である。１０６は、クライアント１０１からの要求をサービス１０３に渡し、サービス１０３からの結果をクライアント１０１に渡す役割をするＵＡ（ユーザエージェント）である。ＵＡ１０６は、インターネットやイントラネット等のネットワークを介して、クライアント１０１及びサービス１０３の間で要求を実行したり、データを受け渡したりするための中継機能といえる。また、ＵＡ１０６には、サービス１０３の提供機能を呼び出すための機能情報であるＷｅｂ Ｉｎｔｅｎｔｓが登録される。
【００１７】
本仕組みにおいては、例えば、クライアント１０１はデータを管理し、サービスを呼び出すボタンなどを配置しているウェブサイトであり、ＵＡ１０６は該ウェブサイトを表示するＷｅｂブラウザ（ウェブブラウザ）である。また、サービス１０３は、ＵＡ１０６を介してクライアント１０１が管理するデータを受け付けて、処理するクライアント１０１の連携先のウェブサイトである。
【００１８】
例えば、本仕組みをＳＮＳ（ソーシャル・ネットワーキング・サービス）に適用した場合には、サービス１０３はクライアントで管理する写真やコメントの投稿を受け付けて閲覧サイトを構成する投稿先サービスとなる。ＳＮＳサイトの「いいね」「チェック」「シェア」といったソーシャルボタンをＷｅｂ Ｉｎｔｅｎｔｓの仕組みで例えると、クライアント１０１はボタンを配置しているサイトになり、ＵＡ１０６はＷｅｂブラウザになり、サービス１０３は「いいね」などの投稿先サービスになる。サービス１０３が機能を提供するにあたって、ユーザ認証やユーザによる操作が必要な場合、ＵＡ１０６上でユーザが操作を行う。
【００１９】
なお、ＵＡ１０６は、後述するサービスと連携するための機能を持つのであれば、Ｗｅｂブラウザ以外にも、情報処理端末で動作するオペレーティングシステム（ＯＳ）やアプリケーションなどで実現することも可能である。ここで、情報処理端末の例としては、パーソナルコンピュータ、スマートフォン、タブレット、カーナビなどが挙げられる。
【００２０】
また、サービス１０３については、上述した投稿先サービスのような、インターネット上のサービス提供者以外にも、例えば情報処理端末が内蔵するカメラ、プリンタ、スキャナなどといったデバイスもサービス提供者になり得る。また、サービス１０３については、ネットワークで接続されるプリンタ、スキャナ、ネットワークカメラなどの周辺機器や、冷蔵庫やテレビといった家電製品などもサービス提供者になり得る。クライアント１０１とＵＡ１０６とサービス１０３は、これらの任意の組み合わせが、同一システム内で稼働することもある。また、クライアント１０１、ＵＡ１０６、サービス１０３のいずれかが、同じ装置上で動作する機能であってもよい。
【００２１】
図３は、Ｗｅｂ Ｉｎｔｅｎｔｓを利用したサービス提供に関する基本動作を説明するためのシーケンス図である。
【００２２】
Ｓ４０１にて、ＵＡ１０６は、ユーザの操作によりサービス１０３にアクセスする。Ｓ４０２にて、サービス１０３は、自身が提供するサービスをＵＡ１０６に登録してもらうための登録用マークアップを含むＨＴＭＬ応答をＵＡ１０６に返信する。
【００２３】
図４（ａ）は、Ｓ４０２にてサービス１０３からＵＡ１０６に返信されるＨＴＭＬ文書を例示する図である。以下、図４（ａ）の例を用いて、サービス１０３からＵＡ１０６に返信されるＨＴＭＬ文書の中身について説明する。
【００２４】
＜ｉｎｔｅｎｔ＞タグには、サービスを特定する情報が記載されている。ａｃｔｉｏｎは、提供機能のカテゴリを示す。すなわち、ａｃｔｉｏｎは、提供機能が何の機能、サービスを提供するものであるかを示す。なお、提供機能のカテゴリには、例えば、データを共有するカテゴリ「Ｓｈａｒｅ」、データを編集するカテゴリ「Ｅｄｉｔ」、データを閲覧するカテゴリ「Ｖｉｅｗ」、データを取得するカテゴリ「Ｐｉｃｋ」、データを保存するカテゴリ「Ｓａｖｅ」等が含まれる。
【００２５】
ｔｙｐｅは、提供機能が扱えるデータなどの種類を示す。すなわち、ｔｙｐｅは、ａｃｔｉｏｎに対して扱えるデータ型などを示す。ｈｒｅｆは、提供機能の接続先（ＵＲＬ）を示す。ｔｉｔｌｅは、提供機能のタイトルを示す。また、ｄｉｓｐｏｓｉｔｉｏｎは、呼び出された提供機能がどのように表示されるかを示す。
【００２６】
図４（ａ）の例では、提供機能のカテゴリが"ｓｈａｒｅ（共有）"であり、扱えるデータ等の種類が"あらゆるフォーマット（＊）の画像データ"であり、接続先は"ｓｈａｒｅ．ｈｔｍｌ"である。また、タイトルは"Ｓｈａｒｅ ｉｍａｇｅ ｕｓｉｎｇ ｅ−ｍａｉｌ"である。さらに、この機能がＵＡを介して別ウィンドウで表示されることを示している。
【００２７】
ＵＡ１０６は、上記Ｓ４０２でのＨＴＭＬ応答を受信すると、ユーザに対してサービス１０３の提供機能をＵＡ１０６に登録するか否か確認する。例えば、ＵＡ１０６がＷｅｂブラウザであれば、ポップアップウィンドウを表示させユーザに登録の可否の選択を促す。ユーザがこの提供機能をＷｅｂＩｎｔｅｎｔとして登録することを選択すると、ＵＡ１０６は、上記Ｓ４０２で受信した情報を内部に記憶する。具体的には、上記Ｓ４０２で受信した情報はＵＡ１０６が動作する情報処理端末の記憶領域に記憶され、ＵＡ１０６にＷｅｂ Ｉｎｔｅｎｔｓとして登録される。
【００２８】
Ｓ４０３で、ＵＡ１０６は、ユーザの操作によりクライアント１０１にアクセスする。Ｓ４０４で、クライアント１０１は、サービス１０３の提供機能（ＷｅｂＩｎｔｅｎｔ）を利用することが記載されたＨＴＭＬ文書を、ＵＡ１０６へ返信する。例えば、クライアント１０１としてのＷｅｂサイトで、画像と「共有」ボタンが表示される場合に、該Ｗｅｂサイトは図４（ｂ）で示すようなＥＣＭＡＳｃｒｉｐｔを含むＨＴＭＬ文書をＵＡ１０６へ返す。
【００２９】
図４（ｂ）は、Ｓ４０４にてクライアント１０１からＵＡ１０６に返信されるＨＴＭＬ文書を例示する図である。以下、図４（ｂ）の例を用いて、クライアント１０１からＵＡ１０６に返信されるＨＴＭＬ文書の中身について説明する。
ＥＣＭＡＳｃｒｉｐｔは、ＨＴＭＬ内のＩＤ「ｓｈａｒｅ―ｐｈｏｔｏ」を持つボタンがクリックされると指定された無名関数を実行することを示している。無名関数は、まず、新規のＩｎｔｅｎｔオブジェクトを作成し、これを引数にしてｓｔａｒｔＡｃｔｉｖｅｔｙ（）関数を呼び出す。この関数を実行すると、ＵＡ１０６は自身に登録されているＷｅｂ Ｉｎｔｅｎｔｓの中から、指定されたＩｎｔｅｎｔオブジェクトのａｃｔｉｏｎとｔｙｐｅが一致するものを抽出し、一覧表示させることでユーザに選択を要求する。また、ＵＡ１０６は、無名関数内で呼び出しているｇｅｔＩｍａｇｅＦｒｏｍ（）関数を実行することにより、クライアント１０１が持つ画像データを取得する。
【００３０】
Ｓ４０４にて、ＵＡ１０６は、クライアント１０１から送信されるＨＴＭＬ文書を受け取り、該ＨＴＭＬ文書に基づく画面を表示する。Ｓ４０５にて、ＵＡ１０６は、ユーザによる画面上の「共有」ボタンの押下を検出すると、上述したようにＷｅｂ Ｉｎｔｅｎｔｓ起動用のＥＣＭＡＳｃｒｉｐｔを実行し、Ｓ４０６にて、クライアント１０１が持つ画像データを取得する。また、Ｓ４０５で「共有」ボタン押下を検出した際に、ＵＡ１０６は、自身に登録されているＷｅｂ Ｉｎｔｅｎｔｓの一覧を表示する。ＵＡ１０６は、この一覧からユーザがサービス１０３の提供機能を示すＷｅｂＩｎｔｅｎｔを選択したことを検出すると、Ｓ４０７にて、該選択されたサービス１０３へＨＴＴＰ要求を送信する。その際、ＵＡ１０６は、送信データに、図４（ｂ）のＥＣＭＡＳｃｒｉｐｔが作成したＩｎｔｅｎｔオブジェクトの内容を含める。
【００３１】
Ｓ４０８で、サービス１０３は、ＵＡ１０６から受信したＨＴＴＰ要求からＩｎｔｅｎｔオブジェクトを取り出し、ＵＡ１０６を介してユーザと相互作用しながら、選択された提供機能（ここではクライアント１０１の画像データの「共有」）の利用を実現する。
【００３２】
サービス１０３は、提供機能に関する処理が終了すると、Ｓ４０９にて、処理結果をクライアント１０１に伝えるＥＣＭＡＳｃｒｉｐｔを含む応答をＵＡ１０６に返す。Ｓ４１０にて、ＵＡ１０６は、該応答中に含まれるＥＣＭＡＳｃｒｉｐｔを実行し、上記Ｓ４０５のｓｔａｒｔＡｃｔｉｖｅｔｙ（）関数の引数で指定されたコールバック関数ｏｎＳｕｃｃｅｓｓ（）を呼び出す。Ｓ４１１にて、ＵＡ１０６は、コールバック関数ｏｎＳｕｃｃｅｓｓ（）によってクライアント１０１へ処理結果を返す。
【００３３】
以下、図３のシーケンスにより、Ｗｅｂメール機能を利用する例について説明する。まず、ユーザがＷｅｂブラウザ（ＵＡ１０６）で、写真データを管理するウェブストレージ（クライアント１０１）のＷｅｂ Ｉｎｔｅｎｔｓの呼び出しボタンが用意されたサイトに訪れ、当該ボタンを押下すると、Ｗｅｂブラウザ（ＵＡ１０６）が登録サービス一覧を含むポップアップウィンドウを表示する。そのポップアップウィンドウで、ユーザがサービスとしてＷｅｂメール機能を選択したとすると、該機能を提供するサイトが別ウィンドウで表示され、処理結果として、そのウィンドウ上では写真データを添付した新規メールが作成される。
【００３４】
以上の処理により、クライアント１０１は、ＵＡ１０６を介して、サービス１０３が提供するＷｅｂ Ｉｎｔｅｎｔｓの機能（この例では画像の「共有」）を呼び出すことが可能となる。
【００３５】
図１（ｂ）は、本発明を実施したＷｅｂ Ｉｎｔｅｎｔｓサービスの全体構成を示す図である。
【００３６】
図１（ｂ）に示すように、情報処理端末１０２上では、Ｗｅｂ Ｉｎｔｅｎｔｓのユーザエージェント（ＵＡ）１０６として機能するＷｅｂブラウザが動作する。また、ネットワーク１０５上には、Ｗｅｂ Ｉｎｔｅｎｔｓのサービス１０３として機能することが可能な画像形成装置１０４や、ウェブサイトを提供するサーバが存在する。画像形成装置１０４としては、プリント機能やスキャン機能を備えるデジタル複合機や、プリンタやスキャナ、デジタルカメラなどが含まれる。また、画像形成装置１０４は、ウェブサーバとしても動作する。情報処理端末１０２や画像形成装置１０４、各サーバは、ネットワーク１０５を介して相互に通信可能である。また、ネットワーク１０５としては、ＬＡＮやインターネットやその組み合わせなどが想定される。さらに、ネットワーク１０５の接続形態としては、有線や無線を問わない。
【００３７】
Ｗｅｂブラウザなどで実現されるＵＡ１０６は、Ｉｎｔｅｎｔ登録に係る処理を行う登録部、登録されたＩｎｔｅｎｔを管理する管理部、Ｉｎｔｅｎｔの登録や実行などの指示をユーザから受け付けるための画面を提供する表示制御部といった機能を有する。また、ＵＡ１０６は、ＨＴＴＰなどの所定のプロトコルにより、クライアントとサービスとの間でのデータや処理結果などを中継する。
【００３８】
具体的には、ＵＡ１０６は、画像形成装置１０４などのサービス１０３にアクセスすることにより、ユーザによる操作を介して、Ｉｎｔｅｎｔの登録を行う。また、ＵＡ１０６は、クライアント１０１であるウェブサイトにアクセスすることにより、ＷｅｂＩｎｔｅｎｔサービスの実行の依頼を受け、ユーザの選択に従い、登録された情報を用いて、画像形成装置１０４などのサービス１０３に接続する。さらに、ＵＡ１０６は、サービス１０３からのＷｅｂＩｎｔｅｎｔの処理の終了の通知を受け取り、クライアント１０１に処理結果を通知する。
【００３９】
ここで、画像形成装置１０４は、サービス１０３として、クライアント１０１から依頼された文書データを、ＵＡ１０６として機能するＷｅｂブラウザのＧＵＩを使用して、印刷設定および印刷処理を実行するウェブプリント機能を提供する。この機能は、後述する実施例においては、Ｉｎｔｅｎｔの"ａｃｔｉｏｎ"で「Ｐｒｉｎｔ（印刷）」等と指定することでカテゴリ指定している。これは、実施例を簡易に説明するための仮定の定義であり、画像形成装置１０４が提供するプリント機能をカテゴリ指定する際には"ａｃｔｉｏｎ"で「ｓｈａｒｅ」または「ｖｉｅｗ」と指定するなど、任意のカテゴリ指定であっても本発明は適用可能である。
【００４０】
図２（ａ）は、ＵＡ１０２として機能するプログラム（ＷｅｂブラウザやＯＳ、アプリケーションなど）が実行される情報処理端末のハードウェア構成を例示するブロック図である。また、クライアント１０１、サービス１０３として機能するプログラム（ウェブサイトなど）が動作するサーバも同様のハードウェア構成をとることができる。
【００４１】
図２（ａ）に示すように、情報処理端末は、ＣＰＵ２０２、ＲＡＭ２０３、ＲＯＭ２０４、外部記憶装置２０９を備える。ＣＰＵ２０２は、ＲＯＭ２０４や外部記憶装置２０９に記憶されたプログラム、或いはＬＡＮなどのネットワーク１０５よりダウンロードしたプログラムを実行し、システムバス２１１に接続された各デバイスを総括的に制御する。ＲＡＭ２０３は、ＣＰＵ２０２の主メモリあるいはワークエリアなどとして機能する。外部記憶装置２０９は、ハードディスク（ＨＤ）、フロッピー（登録商標）ディスク（ＦＤ）等からなる。外部記憶装置２０９は、ブートプログラム、オペレーティングシステム、認証サーバ、認証クライアントを含む各種のアプリケーション、データベースデータ、ユーザファイル等を記憶する。さらに、情報処理端末において、２０６はキーボードコントローラ（ＫＢＤＣ）であり、キーボード（ＫＢＤ）２０５や図示しないポインティングデバイスからの入力情報をＣＰＵ２０２に送る。２０８はビデオコントローラ（ＶＣ）であり、ＣＲＴやＬＤＣ等からなる表示装置２０７の表示を制御する。２１０はディスクコントローラ（ＤＫＣ）であり、外部記憶装置２０９とのアクセスを制御する。２１２は通信コントローラ（ＣＯＭＭ Ｉ／Ｆ）であり、これを介してネットワーク１０５に接続される。なお、ＵＡ１０２、クライアント１０１、サーバにおけるサービス１０３の処理は、ＵＡ１０２、クライアント１０１、サービス１０３として機能する情報処理端末のＣＰＵ２０２が外部記憶装置２０９等に記憶されたプログラムを読み込み実行することに応じて実現されるものとする。
【００４２】
図２（ｂ）は、画像形成装置１０４の構成を示すブロック図である。
図２（ｂ）において、ＣＰＵ３０１は、ＲＯＭ３０２もしくはハードディスク（ＨＤＤ）３０５に記憶された画像形成装置全体の制御を行うソフトウェアを実行し、システムバス３０６に接続する各デバイスを統括的に制御する。ＲＡＭ３０３は、ＣＰＵ３０１のワークエリア等として機能する。ＨＤＣ３０４は、ＨＤＤ３０５を制御するハードディスクコントローラである。リーダＩ／Ｆ３０７及びプリンタＩ／Ｆ３０８は、それぞれリーダ部３１１及びプリンタ部３１２に接続され、これらデバイスを制御する。操作部Ｉ／Ｆ３０９は、操作部３１３に接続され、操作部３１３への表示や、操作部３１３からのユーザ入力を制御する。３１３は操作部であり、操作のためのスイッチ及び表示部等より構成される。３１４はネットワークインタフェースカード（ＮＩＣ）で、ネットワーク１０５を介して外部装置とデータのやりとりをする。ここで、図中破線で囲まれた部分を全体制御部３１０と呼ぶことにする。全体制御部３１０は、画像形成装置１０４に接続された各種装置及びインターフェイスを制御すると共に、画像形成装置１０４全体の動作を制御する部分である。リーダ部３１１は原稿の画像を読み取り、ユーザからの指示により、その原稿画像に応じた画像データを、プリンタ部３１２に出力する、或いは、画像形成装置内部の記憶装置に保存する。さらに、リーダ部３１１は、ネットワークＩ／Ｆ３１４を介してネットワーク１０５に接続された外部装置に上記画像データを送信することも可能である。プリンタ部３１２は、リーダ部３１１により読み取られた原稿や、画像形成装置１０４本体内の記憶装置（ＨＤＤ３０５）に格納された画像データを印刷する。さらに、ネットワーク１０５に接続された外部装置からの印刷ジョブを、ネットワークＩ／Ｆ部３１４を介して受信し、印刷する。操作部３１３は、ボタン及び表示装置、或いは、タッチパネル入力付き液晶表示画面、或いはその組み合わせにより、全体制御部３１０からのユーザへの情報表示や、ユーザの入力を全体制御部３１０へと通知する。
【００４３】
また、全体制御部３１０が、ネットワーク１０５上の他の情報機器とネットワークＩ／Ｆ部３１４を介して相互通信し、ウェブプリント機能などのウェブサービスを提供、制御する。なお、画像形成装置１０４内に、ウェブサービスを提供するハードウェア構成としてもう１つのＣＰＵなどを用いる設計も可能である。また、画像形成装置１０４におけるサービス１０３の処理は、画像形成装置１０４のＣＰＵ３０１がＲＯＭ３０２やＨＤＤ３０５等に記憶されたプログラムを読み込み実行することに応じて実現されるものとする。
【００４４】
以下、図５〜図７を参照して、ＷｅｂＩｎｔｅｎｔの仕組みにおけるＩｎｔｅｎｔ登録処理を説明する。
【００４５】
図５は、ＵＡ１０６に画像形成装置１０４が提供するサービス１０３に対応するＩｎｔｅｎｔを登録するまでのシーケンスを示す図である。
【００４６】
Ｓ７０１で、ＵＡ１０６は、ユーザ操作により、画像形成装置１０４のウェブプリント機能のウェブサイトに、ＨＴＴＰ要求を送信する。Ｓ７０２で、画像形成装置１０４のサービス１０３は、このＨＴＴＰ要求に対して、ＷｅｂＩｎｔｅｎｔ登録用マークアップ（ｉｎｔｅｎｔタグ）を含むＨＴＭＬ文書をＵＡ１０６に応答する。ＵＡ１０６は、画像形成装置１０４のサービス１０３より送信されるＨＴＭＬ応答を受信すると、Ｓ７０３で、該ＨＴＭＬ応答に基づいて図６に示すような画面を表示する。
【００４７】
図６は、Ｓ７０２にて画像形成装置１０４のサービス１０３より送信されるＨＴＭＬ応答に基づきＵＡ１０６（Ｗｅｂブラウザ）に表示される画面を例示する図である。
図６に示す画面において、８０１は選択可能な印刷設定の一覧である。ユーザは印刷設定の一覧８０１から、ＵＡ１０６に登録する印刷設定を選択し、「登録」ボタン８０２を押下する。ＵＡ１０６は、「登録」ボタン８０２の押下を検出すると、Ｓ７０４にて、ユーザによる印刷設定一覧８０１の選択の状態を含むＨＴＭＬ要求を画像形成装置１０４のサービス１０３に送信する。なお、一覧８０１に表示される選択可能な機能情報は、同じカテゴリを示すものであり、図６の例では、プリント機能のカテゴリに対応する「ｓｈａｒｅ」または「ｖｉｅｗ」である。
【００４８】
Ｓ７０５にて、画像形成装置１０４のサービス１０３は、選択された印刷設定で印刷を行うためのＷｅｂＩｎｔｅｎｔを登録するためのＩｎｔｅｎｔタグを含むＨＴＭＬ応答を、ＵＡ１０６に返信する。
【００４９】
図７は、上記Ｓ７０５にて画像形成装置１０４のサービス１０３より送信されるＨＴＭＬ応答に含まれるＷｅｂＩｎｔｅｎｔ登録用ｉｎｔｅｎｔタグを例示する図である。なお、図７に示す例では、図６の画面にて、ユーザが「カラー／片面」、「カラー／両面／２ｉｎ１」及び「モノクロ／両面／２ｉｎ１」を選択したと仮定している。
【００５０】
図７において、ｉｎｔｅｎｔタグ９０１は、例えば、提供機能のカテゴリとして「印刷（ｐｒｉｎｔ）」を指定し、提供機能が扱えるデータの種類（データ型）としてｐｄｆ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）を指定している。また、ｉｎｔｅｎｔタグ９０１の"ｈｒｅｆ"が、本提供機能が画像形成装置１０４の「ｐｒｉｎｔ．ｈｔｍｌ？ｉｄ＝ｐ００１」というページに対するＨＴＴＰ要求の送信により開始されることを示している。
【００５１】
ＵＡ１０６は、図７のようなＷｅｂＩｎｔｅｎｔ登録用マークアップを含むＨＴＭＬ文書を受信すると、Ｓ７０６にて、既に同じＩｎｔｅｎｔがＵＡ１０６に登録されていない場合に、登録の要否をユーザに確認するためのダイアログを表示する。そして、ＵＡ１０６は、このダイアログを介して、ユーザによる登録の指示を検出すると、上記登録用マークアップに含まれる情報をＵＡ１０６内部に登録する。
【００５２】
なお、上述の説明では、まず、Ｓ７０１にてＵＡ１０６から送信されるＨＴＭＬ要求に基づき、サービス１０３が、Ｓ７０２にて、ＨＴＭＬ応答（例えば図６に示す画面）をＵＡ１０６に送信し、Ｓ７０３で、ＵＡ１０６がこの画面を表示し、ユーザ選択を受け付ける。そして、Ｓ７０４にて、ＵＡ１０６が、図６の画面の選択状態を含むＨＴＭＬ要求をサービス１０３に送信すると、Ｓ７０５にて、サービス１０３が、選択された印刷設定で印刷を行うためのＷｅｂＩｎｔｅｎｔを登録するためのＩｎｔｅｎｔタグ（例えば図７）を含むＨＴＭＬ応答を、ＵＡ１０６に返信し、Ｓ７０６にて、ＵＡ１０６が上記Ｉｎｔｅｎｔタグに含まれる情報をＵＡ１０６内部に登録する構成について説明した。しかし、Ｓ７０１にてＵＡ１０６から送信されるＨＴＭＬ要求に基づき、サービス１０３が、例えば、図６に示す画面を表示するための情報と、図６の画面で選択可能な各印刷設定のＷｅｂＩｎｔｅｎｔを登録するためのＩｎｔｅｎｔタグ（図７のようなタグ）を全て含むＨＴＭＬ応答を、ＵＡ１０６に返信してもよい。そして、ＵＡ１０６が上記画面を表示し、ユーザ選択を受け付け、該選択された印刷設定で印刷を行うためのＷｅｂＩｎｔｅｎｔを登録するためのＩｎｔｅｎｔタグに含まれる情報（図６の画面とともに受信済み）をＵＡ１０６内部に登録するように構成してもよい。即ち、Ｓ７０２のＨＴＭL要求に応じて、サービス１０３が、サービス１０３が提供する機能情報（例えば印刷設定を含む印刷機能の情報）のうちＵＡ１０６に登録する機能情報を選択するための画面と、該画面で選択可能な機能情報を登録するための情報の全てを、ＵＡ１０６に送信しておき、ＵＡ１０６では、ユーザに選択された機能情報を上記受信済みの情報から取得してＵＡ１０６に登録するように構成してもよい。
【００５３】
次に、クライアント１０１からのＷｅｂ Ｉｎｔｅｎｔｓ機能の呼出しが、ＵＡ１０６を経由して、サービス１０３により処理されるまでのシーケンスについて説明する。
図８は、クライアント１０１からのＷｅｂ Ｉｎｔｅｎｔｓ機能の呼出しが、ＵＡ１０６を経由して、サービス１０３により処理されるまでのシーケンスを説明するための図である。本シーケンスにおいては、サービス１０３については、具体例として、画像形成装置１０４を用いて説明する。
【００５４】
Ｓ１００１にて、ＵＡ１０６は、ユーザの指示によりクライアント１０１にＨＴＴＰ要求を送信する。Ｓ１００２にて、クライアント１０１は、ＵＡ１０６からのＨＴＴＰ要求に対するＨＴＭＬ文書を応答する。
【００５５】
図９は、Ｓ１００２でクライアント１０１からＵＡ１０６に応答されるＨＴＭＬ文書の一部を例示する図である
【００５６】
図９において、１１０１は、指定されたアドレスから文書データを取得するためのＥＣＭＡＳｃｒｉｐｔの関数である（関数の内部処理は省略）。１１０２は、１１０１のｇｅｔＤｏｃＦｒｏｍ（）関数により取得した文書データを印刷するために、Ｗｅｂ ＩｎｔｅｎｔｓのｐｒｉｎｔカテゴリのＩｎｔｅｎｔ呼び出しをＵＡ１０６に指示するための関数である。１１０３は、文書へのリンクと、Ｗｅｂ Ｉｎｔｅｎｔｓの仕組みを利用して該文書を印刷するために、１１０２のｐｒｉｎｔＵｓｉｎｇＷＩ（）関数を起動するためのボタンを、ＵＡ１０６に表示するためのＨＴＭＬ要素である。
【００５７】
以下、図８のフローチャートの説明に戻る。Ｓ１００３にて、ＵＡ１０６は、表示画面を介して、ユーザによるＨＴＭＬ要素１１０３に対応するボタンの押下を検出すると、ｐｒｉｎｔＵｓｉｎｇＷＩ（）関数１１０２を実行する。この関数は、ｇｅｔＤｏｃＦｒｏｍ（）関数を呼び出している。Ｓ１００４にて、ＵＡ１０６は、Ｓ１００３での関数実行に応じて、クライアント１０１であるウェブサイトより、指定された文書データを取得する。
【００５８】
次に、ＵＡ１０６は、関数ｐｒｉｎｔＵｓｉｎｇＷＩ（）の中で、取得した文書データを用いてＩｎｔｅｎｔオブジェクトを作成し、このオブジェクトを引数にして、ｎａｖｉｇａｔｏｒ．ｓｔａｒｔＡｃｔｉｖｉｔｙ（）関数を呼び出す。ＵＡ１０６は、この呼び出しにより、ユーザに適当な処理を選択させるために、当該Ｉｎｔｅｎｔオブジェクトを処理可能な登録済みＩｎｔｅｎｔの一覧を表示する。ここでは、ａｃｔｉｏｎとｔｙｐｅの指定内容に従う一覧表示が行われる。
【００５９】
図１０は、Ｓ１００３での関数実行によりＵＡ１０６が表示するＩｎｓｔｅｎｔオブジェクトを処理可能なＩｎｔｅｎｔ選択画面を例示する図である。なお、一覧においては、登録済みＩｎｔｅｎｔのタイトル（ｔｉｔｌｅ）の値が表示される例を示しているが、他の値を識別情報として用いて表示してもよい。ユーザは、この一覧の中から望みの印刷手段を選択する。ここでは、ユーザは、図５のＳ７０６にて登録した「カラー/両面/２ｉｎ１で印刷（ｉＲ−ＡＤ Ｃ５０３５）」を選択したものとする。
【００６０】
Ｓ１００５で、ＵＡ１０６は、選択画面（図１０）を介したユーザによるＷｅｂＩｎｔｅｎｔの選択を受けて、ｓｔａｒｔＡｃｔｉｖｉｔｙ（）の引数で渡されたＩｎｔｅｎｔオブジェクトを含むＨＴＴＰ要求を、サービス１０３としての画像形成装置１０４に送信する。
【００６１】
Ｓ１００６で、画像形成装置１０４は、Ｉｎｔｅｎｔオブジェクトを含むＨＴＴＰ要求を受信すると、印刷設定を行うための画面を表示するためのＨＴＭＬ文書をＵＡ１０６に応答する。以下、Ｓ１００６では、ＵＡ１０６が画像形成装置１０４と通信しながら、ユーザの操作に従い、Ｉｎｔｅｎｔオブジェクトに含まれる文書データの印刷設定を行う。
【００６２】
図１１は、Ｓ１００５でのＨＴＴＰ要求の受信をきっかけにした、サービス１０３としての画像形成装置１０４の処理（Ｓ１００６）を説明するためのフローチャートである。なお、このフローチャートの各ステップの処理は画像形成装置１０４のＣＰＵ３０１がＲＯＭ３０２やＨＤＤ３０５等の不揮発性の記憶装置に記憶された本発明に特有な制御プログラムを読み込み実行することに応じて実現されるものとする。
【００６３】
Ｓ１３０１で、画像形成装置１０４は、ＵＡ１０６からのＨＴＴＰ要求を受信する。Ｓ１３０２で、画像形成装置１０４は、上記Ｓ１３０１で受信したＨＴＴＰ要求がＩｎｔｅｎｔオブジェクトを含むか否かを判定する。該判定の結果、Ｉｎｔｅｎｔオブジェクトを含まないと判定した場合（Ｓ１３０２でＮｏの場合）、画像形成装置１０４は、Ｓ１３０３に処理を進める。
【００６４】
Ｓ１３０３で、画像形成装置１０４は、無効な要求である旨をＵＡ１０６に表示するための、エラー表示用のＨＴＭＬ文書を作成し、Ｓ１３０９で、上記Ｓ１３０３で作成したエラー表示用のＨＴＭＬ文書をＵＡ１０６に送信する。
【００６５】
一方、上記Ｓ１３０２の判定の結果、Ｉｎｔｅｎｔオブジェクトを含むと判定した場合（Ｓ１３０２でＹｅｓの場合）、画像形成装置１０４は、Ｓ１３０４に処理を進める。Ｓ１３０４で、画像形成装置１０４は、ＨＴＴＰ要求のＵＲＩのＩＤパラメタの取り出しを行う。ここでＵＲＩのＩＤパラメタは、「キー＝値」の形の文字列の集合である。
【００６６】
次に、Ｓ１３０５で、画像形成装置１０４は、上記Ｓ１３０４にてＵＲＩのＩＤパラメタを取り出しに成功したか否かでＵＲＩのＩＤパラメタの存在の有無を判定する。そして、ＵＲＩのＩＤパラメタを取り出しに失敗した、即ち、ＵＲＩのＩＤパラメタが存在しないと判定した場合（Ｓ１３０５でＮｏの場合）、画像形成装置１０４は、Ｓ１３０８に処理を進める。この場合、画像形成装置１０４は、Ｓ１３０８にて、デフォルトの印刷設定を反映した印刷設定用のＨＴＭＬ文書を作成し、Ｓ１３０９にて、上記Ｓ１３０８で作成したＨＴＭＬ文書をＵＡ１０６に返信する。
【００６７】
一方、上記Ｓ１３０５で、ＵＲＩのＩＤパラメタの取り出しに成功した、即ち、ＵＲＩのＩＤパラメタが存在すると判定した場合（Ｓ１３０５でＹｅｓの場合）、画像形成装置１０４は、Ｓ１３０６に処理を進める。Ｓ１３０６で、画像形成装置１０４は、上記Ｓ１３０４で取り出したＵＲＩのＩＤパラメタの内容に従って、印刷設定の取り出しを行う。
【００６８】
次に、Ｓ１３０７にて、画像形成装置１０４は、上記Ｓ１３０６でＩＤパラメタに対応する印刷設定の取り出しに成功したか否かを判定する。そして、ＩＤパラメタに対応する印刷設定の取り出しに失敗したと判定した場合（Ｓ１３０７でＮｏの場合）、画像形成装置１０４は、Ｓ１３０３にて、エラー表示用ＨＴＭＬを作成し、Ｓ１３０９にて、該エラー表示用ＨＴＭＬをＵＡ１０６に送信する。
【００６９】
一方、上記Ｓ１３０７にて、ＩＤパラメタに対応する印刷設定の取り出しに成功したと判定した場合（Ｓ１３０７でＹｅｓの場合）、画像形成装置１０４は、Ｓ１３０８に処理を進める。この場合、Ｓ１３０８にて、画像形成装置１０４は、上記Ｓ１３０６で取り出したＩＤパラメタに対応する印刷設定を反映した印刷設定用のＨＴＭＬ文書を作成する。例えば、ＩＤが「Ｐ００４」の場合、「カラー」、「両面」そして、文書の２ページを１ページに印刷する（２ｉｎ１）設定を反映した印刷設定用のＨＴＭＬ文書を作成する。その後、画像形成装置１０４は、Ｓ１３０９にて、上記Ｓ１３０８で作成したＨＴＭＬ文書をＵＡ１０６に返信する。
【００７０】
図１２（ａ）は、Ｓ１３０９（図８のＳ１００６）で画像形成装置１０４がＵＡ１０６に送信する印刷設定用ＨＴＭＬ文書に基づきＵＡ１０６（ＷＥＢブラウザ）に表示される設定画面を例示する図である。なお、図８のＳ１００６は、画像形成装置１０４からの図１２（ａ）の印刷設定画面を表示するためのＨＴＭＬ文書の送信（図１１のＳ１３０９）、図１２（ａ）の印刷設定画面の操作に起因するＵＡ１０６からのＨＴＴＰ要求の送信、画像形成装置１０４からのＨＴＭＬ文書の送信を含む。
【００７１】
ユーザは、図１２（ａ）の設定画面において、印刷設定用の各種コントロール１４０１を操作して、目的の印刷設定を行い、設定画面内の「印刷」ボタン１４０２をクリックすることにより、Ｉｎｔｅｎｔオブジェクトとしての文書データの印刷を指示する。
【００７２】
ここで、図８の説明の続きに戻る。ＵＡ１０６は、ユーザによる、図１２（ａ）で示す画面上の「印刷」ボタン１４０２のクリックを検出すると、Ｓ１００７にて、図１２（ａ）に示す設定内容と共に、「印刷」ボタン１４０２がクリックされたことを示すＨＴＴＰ要求を、画像形成装置１０４に送信する。画像形成装置１０４は、このＨＴＴＰ要求を受信すると、ＨＴＴＰ要求内で指定された印刷設定に従い、Ｓ１００５で受信した文書データ（ｐｄｆ）の印刷を開始する。さらに、Ｓ１００８で、画像形成装置１０４は、Ｓ１００７の要求に対する応答として、文書（ｐｄｆ）の印刷を開始したことをＵＡ１０６に表示するためのＨＴＭＬ文書をＵＡ１０６に送信する。Ｓ１００９で、ＵＡ１０６は、上記Ｓ１００８で画像形成装置１０４から送信されてきたＨＴＭＬ文書を受信し、該ＨＴＭＬ文書に基づく表示を行う。
【００７３】
図１２（ｂ）は、Ｓ１００８で画像形成装置１０４から送信されてきたＨＴＭＬ文書のＵＡ１０６（ＷＥＢブラウザ）による表示を例示する図である。
ＵＡ１０６は、図１２（ｂ）に示す画面上の「ＯＫ」ボタン１５０１のクリックを検出すると、この画面を表示しているＵＡ１０６のウィンドウを閉じる。
【００７４】
なお、画像形成装置１０４は、機器の設定を変更・管理するためのＷｅｂページを有する。以下、この機器の設定を変更・管理する機能について説明する。
図１３は、画像形成装置１０４のＷｅｂサーバに管理権限でアクセスした場合に、画像形成装置１０４から送信される印刷設定の設定用のＨＴＭＬ文書に基づきＵＡ１０６に表示される画面を例示する図である。
【００７５】
図１３において、１６０１は、画像形成装置１０４に予め設定されている印刷設定のリストである。１６０２は、このＨＴＭＬ画面により追加された印刷設定のリストである。１６０３は、追加された印刷設定を編集（変更）するための画面を開くためのリンクである。１６０４は、追加された印刷設定を削除するためのリンクである。
【００７６】
１６０５は、印刷設定を新規に追加するための画面を開くためのボタンである。１６０６及び１６０７は、表示されている印刷設定リストから、印刷設定の登録画面に表示する印刷設定を選択するためのチェックボックスである。１６０８は、登録可能な印刷設定を保存するための保存ボタンであり、画像形成装置１０４は、１６０６及び１６０７のチェックボックスのうち、保存ボタン１６０８の押下時にチェックされているものの一覧を、画像形成装置１０４の内部の記憶装置（例えばＨＤＤ３０５）に保存する。なお、図１３の一覧に表示される選択可能な機能情報は、同じカテゴリを示すものであり、図１３の例では、プリント機能のカテゴリに対応する「ｓｈａｒｅ」または「ｖｉｅｗ」である。
【００７７】
図１４は、図１３の「編集」リンク１６０３または「新規追加」ボタン１６０５が押下された際にＵＡ１０６に表示される印刷設定の編集及び追加画面を例示する図である。
【００７８】
図１４において、１７０１は、登録時に使用される印刷設定の名称であり、既存の設定の編集の際（「編集」リンク１６０３により画面が表示された場合）は変更不可である。１７０２は、印刷設定変更用の各種コントロールである。１７０３は「保存」ボタンである。画像形成装置１０４は、「保存」ボタン１７０３が押下されたことを、ＵＡ１０６を介して検出すると、１７０１で指定された印刷設定の名称と１７０２で指定された印刷設定を、登録可能な印刷設定として、画像形成装置１０４の内部の記憶装置（例えばＨＤＤ３０５）に保存する。なお、画像形成装置１０４は、登録可能な印刷設定を保存するに際し、各印刷設定に対して印刷設定を識別するために固有の識別子（ＩＤ）と、「編集」による変更を管理するためのリビジョン番号を割り当てる。
【００７９】
このように、サービス１０３として機能する画像形成装置１０４等の処理装置は、ＵＡ１０６で選択的に登録可能な複数の機能情報（例えば印刷設定を含む印刷機能情報）を、編集可能に記憶管理する。また、上記処理装置は、上記登録可能な複数の機能情報の、前記編集による変更をリビジョン番号等を割り当てて管理する。なお、上記処理装置は、図１３に示したように、上記登録可能な複数の機能情報を、事前にサービス１０３に登録するための画面をＵＡ１０６に送信し、該画面を介したＵＡ１０６での操作に基づいて、ＵＡ１０６で機能情報を登録する際の選択肢となる機能情報をサービス１０３に登録することができる。
【００８０】
図１５は、図１３の状態で「保存」ボタン１６０８が押された場合に、ＵＡ１０６に表示される、登録する印刷設定の選択画面（図６に相当）を例示する図である。
【００８１】
図１５における登録候補の印刷設定のリスト１８０１は、図１３の１６０６及び１６０７のチェックボックスで選択されている印刷設定である。ＵＡ１０６は、「登録」ボタン１８０２の押下を検出すると、リスト１８０１のチェックボックスで選択されている印刷設定の情報を含むＨＴＭＬ要求を画像形成装置１０４に送信する（図５のＳ７０４に相当）。このＨＴＭＬ要求に対して、画像形成装置１０４は、チェックボックスで選択されている印刷設定で印刷を行うためのＷｅｂＩｎｔｅｎｔを登録するためのＩｎｔｅｎｔタグを含むＨＴＭＬ応答を、ＵＡ１０２に送信する（図５のＳ７０５に相当）。なお、リスト１８０１に表示される選択可能な機能情報は、同じカテゴリを示すものであり、図１５の例では、プリント機能のカテゴリに対応する「ｓｈａｒｅ」または「ｖｉｅｗ」である。
【００８２】
図１６は、図１５の「登録」ボタンの押下よる前記ＨＴＭＬ要求に対して、画像形成装置１０４が図５のＳ７０５でＵＡ１０６に対して送信するＨＴＭＬ文書内のＷｅｂＩｎｔｅｎｔ登録用のｉｎｔｅｎｔタグを例示する図である。
【００８３】
図１６において、１９０１は、図１３，図１４で追加された印刷設定に対するｉｎｔｅｎｔタグである。「ｈｒｅｆ」のＵＲＬパラメタ「ｉｄ」は、追加された印刷設定であることを示す「ｃ」と、追加された印刷設定を特定するための識別子により構成される。また、ＵＲＬパラメタ「ｒｅｖ」は、追加された印刷設定のリビジョン番号である。図１６の例では、追加された印刷設定のＩＤは「ｃ０ｂ０ａ０９ｆ９０」、リビジョン番号は「ｃｂｂ２ｆｆｆ０４」である。
【００８４】
なお、上記図１５、図１６の説明では、図１３の「保存」ボタン１６０８押下に応じてＵＡ１０６から送信されるＨＴＭＬ要求に基づき、サービス１０３が、ＨＴＭＬ応答（例えば図１５に示す画面）をＵＡ１０６に送信し、ＵＡ１０６がこの画面を表示し、ユーザ選択を受け付ける。そして、ＵＡ１０６が、図１５の画面の選択状態を含むＨＴＭＬ要求をサービス１０３に送信すると、サービス１０３が、選択された印刷設定で印刷を行うためのＷｅｂＩｎｔｅｎｔを登録するためのＩｎｔｅｎｔタグ（例えば図１６）を含むＨＴＭＬ応答を、ＵＡ１０６に返信し、ＵＡ１０６が上記Ｉｎｔｅｎｔタグに含まれる情報をＵＡ１０６内部に登録する構成について説明した。しかし、図１３の「保存」ボタン１６０８押下に応じてＵＡ１０６から送信されるＨＴＭＬ要求に基づき、サービス１０３が、例えば、図１５に示す画面を表示するための情報と、図１５の画面で選択可能な各印刷設定のＷｅｂＩｎｔｅｎｔを登録するためのＩｎｔｅｎｔタグ（図１６のようなタグ）を全て含むＨＴＭＬ応答を、ＵＡ１０６に返信してもよい。そして、ＵＡ１０６が上記画面を表示し、ユーザ選択を受け付け、該選択された印刷設定で印刷を行うためのＷｅｂＩｎｔｅｎｔを登録するためのＩｎｔｅｎｔタグに含まれる情報（図１５の画面とともに受信済み）をＵＡ１０６内部に登録するように構成してもよい。即ち、図１３の「保存」ボタン１６０８押下に応じたＨＴＭL要求に基づき、サービス１０３が、サービス１０３が提供する機能情報（例えば印刷設定を含む印刷機能の情報）のうちＵＡ１０６に登録する機能情報を選択するための画面と、該画面で選択可能な機能情報を登録するための情報の全てを、ＵＡ１０６に送信しておき、ＵＡ１０６では、ユーザに選択された機能情報を上記受信済みの情報から取得してＵＡ１０６に登録するように構成してもよい。
【００８５】
図１７は、追加の印刷設定機能を持つ画像形成装置１０４が、印刷設定用のＨＴＭＬ文書をＵＡ１０６に返信するまでの処理を示すフローチャートである。なお、このフローチャートの各ステップの処理は画像形成装置１０４のＣＰＵ３０１がＲＯＭ３０２やＨＤＤ３０５等の不揮発性の記憶装置に記憶された本発明に特有な制御プログラムを読み込み実行することに応じて実現されるものとする。なお、図１１と同じ処理に対しては同じ符号を割り当て、その説明は省略する。
【００８６】
なお、Ｓ１３０６の「ＩＤで指定された印刷設定の取り出し」処理では、ここでは、ＩＤが「ｐ」で始まる場合は、画像形成装置１０４に予め設定されている規定の設定値の取り出し、「ｃ」で始まる場合は、追加された印刷設定を取り出すものとする。
【００８７】
画像形成装置１０４は、Ｓ１３０８による設定を反映したＨＴＭＬの作成後、Ｓ２００１にて、上記Ｓ１３０８で反映した設定が、追加された印刷設定であるか否かを判定する。該判定の結果、追加された印刷設定でないと判定した場合（Ｓ２００１でＮｏの場合）、画像形成装置１０４は、Ｓ１３０９にて、上記Ｓ１３０８で作成したＨＴＭＬ文書をＵＡ１０６に返信する。
【００８８】
一方、上記Ｓ２００１の判定の結果、追加された印刷設定であると判定した場合（Ｓ２００１でＹｅｓの場合）、画像形成装置１０４は、Ｓ２００２に処理を進める。Ｓ２００２にて、画像形成装置１０４は、ＵＲＬパラメタで指定されたリビジョン番号と、画像形成装置１０４内に格納されたＩＤで指定される追加された印刷設定のリビジョン番号とを比較する。該比較の結果、リビジョン番号が一致したと判定した場合（Ｓ２００２でＹｅｓの場合）、画像形成装置１０４は、Ｓ１３０９にて、上記Ｓ１３０８で作成したＨＴＭＬ文書をＵＡ１０６に返信する。
【００８９】
一方、上記Ｓ２００２の比較の結果、リビジョン番号が一致しないと判定した場合（Ｓ２００２でＮｏの場合）、画像形成装置１０４は、Ｓ２００３に処理を進める。Ｓ２００３にて、画像形成装置１０４は、上記Ｓ１３０８で作成したＨＴＭＬ文書に、印刷設定が変更された旨の表示を行うためのＨＴＭＬ要素と、新しいリビジョンの登録を行うためのｉｎｔｅｎｔタグを追加する。この場合、画像形成装置１０４は、Ｓ１３０９にて、上記Ｓ２００３で登録と警告を追加したＨＴＭＬ文書をＵＡ１０６に返信する。ＵＡ１０６は、Ｓ２００３で追加されＳ１３０９で送信されたＨＴＭＬ文書を受信すると、図１８（ａ）に示すような画面を表示する。
【００９０】
図１８（ａ）は、Ｓ２００３で追加されたＨＴＭＬ文書のＵＡ１０６による表示を例示する図である。
図１８（ｂ）は、Ｓ２００３で追加されたＨＴＭＬ文書に含まれる、ＵＡ１０６に更新された追加された印刷設定をＷｅｂＩｎｔｅｎｔとして登録するためのｉｎｔｅｎｔタグの例である。
【００９１】
さらに、図１８（ａ）の画面でＯＫボタンが押下されたことを検知すると、ＵＡ１０６は、図１８（ｂ）に示すようなｉｎｔｅｎｔタグに対応するＩｎｔｅｎｔの登録の要否をユーザに確認するためのダイアログを表示する。そして、ＵＡ１０６は、このダイアログを介して、ユーザによる登録の指示を検出すると、上記ｉｎｔｅｎｔタグに含まれる情報をＵＡ１０６内部に登録する。なお、確認のダイアログを表示することなく、上記ｉｎｔｅｎｔタグに含まれる情報をＵＡ１０６内部に登録するようにしてもよい。
【００９２】
以上示したように、実施例１によれば、ＵＡ１０６にＷｅｂ Ｉｎｔｅｎｔｓとして登録する１つのサービスを、用途などに応じてカスタマイズして、異なるインテンツとして複数登録させることができる。この結果、ユーザは同じ操作を繰り返す必要がなくなり、ユーザの利便性が向上する。したがって、現在、提案されているＷｅｂ Ｉｎｔｅｎｔｓなどの新しい連携の仕組みについて、ユーザビリティを向上することができる。
【実施例２】
【００９３】
実施例２は、実施例１の画像形成装置１０４に対するアクセスに対しユーザ認証を必要とする。即ち、ユーザが、実施例１のＵＡ１０６に登録する画像形成装置１０４の印刷設定の選択画面（図６、図１５）、印刷設定画面（図１２（ａ）、図１４）、編集画面（図１３）を表示するために、ユーザ認証を必要とする。以下、実施例１と同一の部分の説明は省略し、異なる部分のみを説明する。
【００９４】
図１９（ａ）は、実施例２における、登録する印刷設定の選択画面（実施例１の図１５等に相当）を例示する図である。
図１９（ａ）では、画像形成装置１０４の管理者が設定した印刷設定のリスト１８０１に加え、個別のユーザが追加したユーザ定義の印刷設定のリスト２３０１が表示されている。ユーザが追加したユーザ定義の印刷設定は、２３０２の「編集」リンクや、２３０３の「削除」リンクをユーザが押下することにより、それぞれ、編集や削除が可能である。さらに、ユーザによる「新規追加」ボタン２３０４の押下により、ユーザ定義の印刷設定が追加可能である。ユーザによる、「編集」リンク２３０２や「新規追加」ボタン２３０４の押下を、ＵＡ１０６を介して検出すると、画像形成装置１０４は、ユーザ定義の印刷設定の編集および新規追加用のＨＴＭＬ文書を作成し、ＵＡ１０６に送信する。ＵＡ１０６は、該ＨＴＭＬ文書を受信するとユーザ定義の印刷設定の編集画面を表示する。なお、リスト１８０１及び２３０１に表示される選択可能な機能情報は、同じカテゴリを示すものであり、図１９（ａ）の例では、プリント機能のカテゴリに対応する「ｓｈａｒｅ」または「ｖｉｅｗ」である。
【００９５】
また、ユーザ定義の印刷設定の編集画面は、図１４と同様である。「保存」ボタン１７０３の押下を、ＵＡ１０６を介して検出すると、画像形成装置１０４は、１７０１で指定された印刷設定の名称と１７０２で指定された印刷設定を、ユーザに関連付けて画像形成装置１０４内部の記憶装置（例えばＨＤＤ３０５）に保存する。画像形成装置１０４は、ユーザ定義の印刷設定を保存するに際し、ユーザ定義の印刷設定に対して、ユーザを識別するためのユーザ識別子とユーザ定義の印刷設定を識別するために固有の識別子（ＩＤ）とを割り当てて保存する。このように、サービス１０３として機能する画像形成装置１０４等の処理装置は、ＵＡ１０６で選択的に登録可能な複数の機能情報（例えば印刷設定を含む印刷機能情報）のうち、ユーザ定義の機能情報を、ユーザアカウント（ユーザ識別子）ごとに管理することができる。
【００９６】
図１９（ｂ）は、図１９（ａ）で「いつもの印刷設定」を選択して「登録」ボタン１８０２を押した際に、画像形成装置１０４からＵＡ１０６に送信されるＨＴＭL文書に含まれる、ＷｅｂＩｎｔｅｎｔ登録用のｉｎｔｅｎｔタグを例示する図である。
【００９７】
図１９（ｂ）に示すように、ｉｎｔｅｎｔタグ内のｈｒｅｆの「ｉｄ」の値は、ユーザ定義の印刷設定を意味する「ｕ」と、該印刷設定を識別するための識別子「６０ｃ１８１ｆｅ４」とにより構成される。ユーザ定義の印刷設定の場合、変更の管理は不要であるため、画像形成装置１０４は、ｈｒｅｆにｒｅｖパラメタを付加しない。
【００９８】
以下、図１７を用いて、実施例２における、ユーザ定義の印刷設定の追加の機能を持つ画像形成装置１０４が、設定用のＨＴＭＬ文書をＵＡ１０６に返信するまでの処理について説明する。なお、実施例１と異なる部分のみ説明する。
【００９９】
Ｓ１３０１のＨＴＭＬ要求の受信時に、画像形成装置１０４は、ＨＴＭL要求内のユーザ認証情報の有無を確認し、ユーザ認証情報が存在しない場合、ユーザ認証処理を行った後に、Ｓ１３０２に処理を遷移させる。
【０１００】
また、Ｓ１３０６におけるＩＤで指定された印刷設定の取り出し処理では、ＩＤが「ｕ」で始まる場合、認証されたユーザにより保存された指定されたＩＤを持つユーザ定義の印刷設定を、画像形成装置１０４の記憶装置より取り出す。
【０１０１】
以上示したように、実施例１の効果に加え、実施例２によれば、ＵＡ１０６にＷｅｂ Ｉｎｔｅｎｔｓとして登録するサービスを、ユーザ毎にカスタマイズして、異なるインテンツとして複数登録させることができる。
【実施例３】
【０１０２】
実施例３では、ＷｅｂＩｎｔｅｎｔのサービス１０３が、ＷｅｂＩｎｔｅｎｔのｐｉｃｋアクションを用いて、ストレージサービス内のファイルを提供する（一般に、ストレージサービスと呼ばれる）実施例について説明する。
【０１０３】
例として、Ｗｅｂベースの電子メールアプリケーションが作成する電子メールにファイルを添付する際に、上記ＷｅｂＩｎｔｅｎｔサービスから添付するファイルを選択する処理を挙げることができる。この場合、Ｗｅｂベースの電子メールアプリケーションがＷｅｂＩｎｔｅｎｔのクライアント１０１に相当する。
【０１０４】
図２０は、サービス１０３が送信する、サービス１０３内のファイルを操作するためのＨＴＭＬ文書に基づいてＡ１０６が表示する画面（ストレージサービス上のファイルを操作するためのＵＩ画面）を例示する図である。
【０１０５】
図２０において、２５０１は、サービス１０３内にファイルを格納するためのフォルダの一覧表示およびフォルダの選択用のＵＩ部品である。フォルダは階層構造を持ち、ユーザの操作によりフォルダ内のサブフォルダの表示・非表示の切り替え、フォルダの選択が可能である。図２０の表示例では、「画像」フォルダ内の「写真」フォルダ内の「その他」フォルダが選択されていることを示している。
【０１０６】
２５０２は、２５０１で選択されているフォルダ内のファイルの一覧表示および選択用のＵＩ部品であり、２５０３のテキスト入力部に入力された検索条件に一致するファイルが一覧表示される。図２０の表示例では、検索条件として、拡張子が「ｂｍｐ」及び「ｊｐｇ」であるファイルを指定し、ファイル「第一高校同窓会＿００４．ｂｍｐ」が選択されている。
【０１０７】
ユーザによる「追加」ボタン２５０４の押下により、サービス１０３は、２５０１で選択されたフォルダにファイルを追加するための画面をＵＡ１０６に表示するためのＨＴＭL文書をＵＡ１０６に送信する（図示しない）。また、ユーザによる「削除」ボタン２５０５ボタンの押下により、サービス１０３は、２５０２で選択されているファイルをサービス１０３内の記憶装置から削除する。また、ユーザによる「取得」ボタン２５０６の押下により、サービス１０３は、２５０２で選択されているファイルをサービス１０３内の記憶装置からＵＡ１０６に送信する。
【０１０８】
さらに、ユーザによる「登録設定」ボタン２５０７の押下により、サービス１０３は、ＵＡ１０６に登録するＷｅｂＩｎｔｅｎｔを設定するための画面を表示するためのＨＴＭL文書をＵＡ１０６に送信する。
【０１０９】
図２１（ａ）は、図２０の「登録設定」ボタン２５０７の押下によりＵＡ１０６に表示されるＷｅｂＩｎｔｅｎｔの登録設定を行うための画面を例示する図である。
【０１１０】
図２１（ａ）において、２６０１は、ユーザにより登録されたＷｅｂＩｎｔｅｎｔの登録設定の一覧である。２６０４は、登録設定を新規に追加するための画面を開くための「新規追加」ボタンである。２６０２は、登録設定の内容を変更するための画面を開くためのリンクであり、２６０３は、登録設定を削除するためのリンクである。２６０６は、登録設定により設定されたＷｅｂＩｎｔｅｎｔをＵＡ１０６に登録するための「登録」ボタンである。「登録」ボタン２６０６の押下を検出するとＵＡ１０６は、２６０５のチェックボックスでの選択状態をサービス１０３に送信し、サービス１０３は選択された登録設定に対するｉｎｔｅｎｔタグを含むＨＴＭＬ文書をＵＡ１０６に送信する。なお、一覧２６０１に表示される選択可能な機能情報は、同じカテゴリを示すものであり、図２１（ａ）の例では、データを取得するカテゴリに対応する「Ｐｉｃｋ」である。
【０１１１】
図２１（ｂ）は、図２１（ａ）の状態で「登録」ボタン２６０６が押下された場合に、サービス１０３からＵＡ１０６に送信されるＨＴＭL文書内の、ＷｅｂＩｎｔｅｎｔ登録用のｉｎｔｅｎｔｓタグを例示する図である。
【０１１２】
図２１（ｂ）に示すように、ｉｎｔｅｎｔタグのｈｒｅｆで示されるＵＲＩのＵＲＩパラメタ、「ｐａｔｈ」と「ｆｉｌｔｅｒ」がそれぞれ、取得するデータが格納されているサービス内のフォルダのパスとファイル名の検索条件を示す。このようなｉｎｔｅｎｔタグを含むＨＴＭL文書を受信したＵＡ１０６は、このＷｅｂＩｎｔｅｎｔが未登録の場合、これをＵＡ１０６に登録するか否かをユーザに確認する画面を表示する。ＵＡ１０６は、ユーザによるＷｅｂＩｎｔｅｎｔの登録の選択を検出すると、上記ｉｎｔｅｎｔタグに含まれる情報をＵＡ１０６内部に登録する。
【０１１３】
図２２は、図２１（ａ）の「編集」リンク２６０２、「新規追加」ボタン２６０４が押下された際にＵＡ１０６に表示される登録設定の編集画面を例示する図である。
【０１１４】
図２２において、２８０１は登録名を入力するテキストボックスであり、入力された値が図２０の登録設定一覧２６０１に表示される。本編集画面が「編集」リンク２６０２の押下により表示された場合は、テキストボックス２８０１は編集不可となる。２８０２は、取得するファイルが格納されているフォルダを選択するためのＵＩ部品である。２８０３は、取得するファイルを絞り込むためのファイル名の検索条件を入力するためのテキストボックスである。図２２に示す表示例では、拡張子が「ｂｍｐ」及び「ｊｐｇ」であるファイルを指定している。「保存」ボタン２８０４の押下を検出すると、ＵＡ１０６は、テキストボックス２８０１および２８０３に入力されている文字列と、ＵＩ部品２８０２で選択されているフォルダのパスを、サービス１０３に送信する。サービス１０３は、ＵＡ１０６から受信した登録名とフォルダのパスと検索条件とをユーザ（ユーザを識別する識別子）に関連付けて、サービス１０３内の記憶装置に保存し、図２０のファイル操作画面を表示するためのＨＴＭL文書をＵＡ１０６に送信する。これにより、２８０２で選択されたフォルダが選択され且つ２８０３で入力した検索条件が入力された状態で、ストレージサービスのＵＩ画面（図２０）にアクセスできるファイル選択用の登録設定を、図２１（ａ）の一覧２６０１に、追加できる。
【０１１５】
図２３は、クライアント１０１からのＷｅｂＩｎｔｅｎｔのｐｉｃｋ要求に対して、サービス１０３がクライアント１０１に、ＵＡ１０６を経由してファイルを返すまでの処理の流れを示すシーケンス図である。ここで、クライアント１０１は、例えばＷｅｂベースの電子メールアプリケーションであり、本処理により、電子メールに添付するファイルをサービス１０３より取得するような場合が考えられる。
【０１１６】
まず、ＵＡ１０６は、Ｓ２９０１にて、クライアント１０１に対してＨＴＭLのＧＥＴ要求を送信する。この要求に対し、クライアント１０１は、Ｓ２９０２にて、ＷｅｂＩｎｔｅｎｔのｐｉｃｋ機能を利用することが記載されたＨＴＭＬ文書をＵＡ１０６に返信する。ＵＡ１０６は、クライアント１０１から送信されるＨＴＭＬ文書を受け取り、該ＨＴＭＬ文書に基づく画面を表示する。さらに、ＵＡ１０６は、ユーザによる前記ＨＴＭL文書に基づく画面からのＷｅｂＩｎｔｅｎｔの起動要求を検出すると、Ｓ２９０３にて、ＵＡ１０６に登録されている、前記ｐｉｃｋ要求を処理可能なＷｅｂＩｎｔｅｎｔの一覧を表示する。
【０１１７】
ＵＡ１０６は、上記一覧上でのユーザによるサービス１０３内のＷｅｂＩｎｔｅｎｔの選択を検出すると、Ｓ２９０４にて、前記ＨＴＭL文書内の記載に従いＩｎｔｅｎｔオブジェクトを作成し、前記選択されたＷｅｂＩｎｔｅｎｔのｉｎｔｅｎｔタグに記載のＵＲＩに対してＨＴＭＬ要求を送信する。
【０１１８】
サービス１０３は、Ｉｎｔｅｎｔオブジェクトを含むＨＴＭL要求を受信すると、要求されたＵＲＩのパラメタに記載のフォルダと検索設定に従い、図２０に示すサービス１０３内のファイルの操作するため画面を表示するためのＨＴＭＬ文書をＵＡ１０６に送信する。ＵＡ１０６は、サービス１０３から送信されるＨＴＭＬ文書を受け取り、該ＨＴＭＬ文書に基づくＵＩ画面を表示する。例えば、「家族の写真」がＷｅｂＩｎｔｅｎｔの一覧から選択されたとすると、図２０の２５０１で「画像」フォルダ内の「写真」フォルダ内の「家族」フォルダが選択され、図２０の２５０２に検索条件として、拡張子が「ｂｍｐ」及び「ｊｐｇ」であるファイルが指定されているＵＡ１０６にＵＩ画面が表示される。よって、ユーザは、画像の取得元となるフォルダの選択や検索条件等の入力等の操作を省略でき、ユーザによる画像の取得操作の負担を軽減することができる。
【０１１９】
ユーザはＵＡ１０６を介して、前記ＨＴＭL文書に基づくＵＩ画面から目的のファイルを選択し、「取得」ボタン２５０６を押すことにより、電子メールに添付するファイルの選択を行う。サービス１０３は、ＵＡ１０６を介して、ユーザによる「取得」ボタン２５０６の押下を検出すると、Ｓ２９０６にて、画面上で選択されているファイルを含むＨＴＭL文書をＵＡ１０６に送信する。
【０１２０】
ＵＡ１０６は、前記ＨＴＭL文書を受信し、前記ＨＴＭL文書内に含まれる、ｗｉｎｄｏｗ．ｉｎｔｅｎｔ．ｐｏｓｔＲｅｓｕｌｔ関数を呼び出すことにより、サービス１０３によるＷｅｂＩｎｔｅｎｔの呼び出しが完了したことをＵＡ１０６に通知する。この際、関数には選択されたファイルの内容が渡される。前記関数の呼び出しを受け、ＵＡ１０６は、Ｓ２９０２で受信したＨＴＭＬ文書内の、ＷｅｂＩｎｔｅｎｔ呼び出し成功時のコールバック関数を呼び出す（Ｓ２９０８）。この関数の呼び出しにより、ＵＡ１０６は、選択されたファイルの内容をクライアント１０１に送信する（Ｓ２９０９）。
【０１２１】
なお、サービス１０３によるｐｉｃｋ．ｈｔｍｌの処理は、ＵＡ１０６からの要求がＩｎｔｅｎｔオブジェクトを含まない場合、ユーザによる「取得」ボタン２５０６の押下時、選択中のファイルのみをＵＡ１０６に送信するものとする。
【０１２２】
また、上述の例では、ストレージサービス内のファイルを取得してクライアント１０１（例えば、Ｗｅｂベースの電子メールアプリケーション）に渡す場合について説明した。しかし、クライアント１０１から取得したデータを、ストレージサービス内に保存する場合等も同様である。
【０１２３】
以上示したように、実施例３によれば、例えば、Ｗｅｂ Ｉｎｔｅｎｔｓの仕組みにより提供される機能（提供機能）がデータの取得や保存を含む機能の場合、データの取得元や保存先となるフォルダの選択操作や、データの選択に際して分類の指定を行う操作等を省略することができ、ユーザの負担を軽減することができる。
【０１２４】
以上のように、上記各実施例では、サービス１０３の提供する機能の異なる設定での処理に対応する複数の機能情報を、選択的に前記情報処理端末に登録するための情報をＵＡ１０６に送信し、該情報をＵＡ１０６が受信する。そして、ＵＡ１０６は、該受信された情報に基づく選択に応じた、中継機能による前記機能情報の登録処理を実行する。また、ＵＡ１０６は、クライアント１０１等から取得した特定のデータの指定と前記登録されている機能情報の何れかの選択とに応じて、サービス１０３に対して該選択された機能情報に対応する設定で当該特定のデータを処理させるための要求を行う。サービス１０３は、この要求を受けて、該選択された機能情報に対応する設定で当該特定のデータを処理し、処理結果をＵＡ１０６に返信する。このような構成により、ユーザ操作を含むＷｅｂＩｎｔｅｎｔの処理において、ユーザ操作を省略でき（ユーザが同じ操作を何度も繰り返す必要がなく）、Ｗｅｂ Ｉｎｔｅｎｔｓなどの新しい連携の仕組みを用いたサービスへの要求やＷｅｂ Ｉｎｔｅｎｔｓの登録に関して、ユーザビリティを向上させることができる。
【０１２５】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
また、上記各実施例を組み合わせた構成も全て本発明に含まれるものである。
【０１２６】
（他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。
本発明は上記実施例に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施例の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。即ち、上述した各実施例及びその変形例を組み合わせた構成も全て本発明に含まれるものである。
【図１】
2015133057.tif 000003
【図２】
2015133057.tif 000004
【図３】
2015133057.tif 000005
【図４】
2015133057.tif 000006
【図５】
2015133057.tif 000007
【図６】
2015133057.tif 000008
【図７】
2015133057.tif 000009
【図８】
2015133057.tif 000010
【図９】
2015133057.tif 000011
【図１０】
2015133057.tif 000012
【図１１】
2015133057.tif 000013
【図１２】
2015133057.tif 000014
【図１３】
2015133057.tif 000015
【図１４】
2015133057.tif 000016
【図１５】
2015133057.tif 000017
【図１６】
2015133057.tif 000018
【図１７】
2015133057.tif 000019
【図１８】
2015133057.tif 000020
【図１９】
2015133057.tif 000021
【図２０】
2015133057.tif 000022
【図２１】
2015133057.tif 000023
【図２２】
2015133057.tif 000024
【図２３】
2015133057.tif 000025