JP6164925B2 - 情報処理端末、その方法及びプログラム - Google Patents

Description

本発明は、Ｗｅｂ Ｉｎｔｅｎｔｓ（ウェブインテンツ）などの仕組みを用いたサービスを提供する際の技術に関する。

従来、ＷＥＢ（ウェブ）サイト間で処理を委譲する場合、機能を呼び出す側は、機能を提供する側のＡＰＩ（アプリケーション・プログラミング・インターフェイス）やＲＥＳＴインターフェイス等の機能の呼び出し方を、知っている必要があった。従って、異なるウェブサイトとの連携を実現するためには、機能の呼び出し側は、それぞれの呼び出し規約に従って呼び出し側の処理が必要になった。また、機能を呼び出す側が機能を利用するためには、機能を提供する側への認証が必要になることが多い。このために、機能を利用する側は、機能を提供する側の認証情報を保持したり、ＳＡＭＬ等の認証基盤を利用したりする必要があった。但し、認証情報を持つと、それら認証情報を正しく安全に管理する必要があり、ＳＡＭＬ等の認証基盤を利用するためには、機能の提供者と利用者間で事前に合意が必要となり、機能の利用者の負担になっていた。

専用のＡＰＩを用いずに任意のウェブサービス（または、ウェブアプリケーション）と連携する仕組みも存在する。一例として、実行時遅延バインディングによりサービス受け側と提供側とを疎結合とし、それらの連携を実現するＷｅｂ Ｉｎｔｅｎｔｓ（ウェブインテンツ）という仕組みが提案されている。

従来技術として、ブックマークレット等のスクリプトを用いて、ＷＥＢブラウザが連携元ウェブサイトの情報を連携先ウェブサイトに伝えるといった技術がある（特許文献１を参照）。連携先は伝えられた情報を用いて連携元よりデータを取得する。

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

上記特許文献１はＷｅｂＩｎｔｅｎｔｓなどの新しい連携の仕組みについては、まったく考慮したものではない。連携先のウェブサイトは、連携元のウェブサイトからデータを取得するに際し、連携元のウェブサイトの認証情報を必要とする場合、連携先は連携元の認証情報を予め知っているか、ＳＡＭＬ等の認証の連携のための仕組みが必要になる。従って、任意の連携元に対して連携先はサービスを提供することが出来ないという問題があった。

ＷｅｂＩｎｔｅｎｔｓなどの新しい連携の仕組みでは、該仕組みのサービスにより提供される提供機能を利用するために、ユーザエージェント（ＵＡ）は、提供機能の登録用マークアップを含むＨＴＭＬ文書を処理する。ＵＡは、自身に登録されたサービスにより提供される提供機能に対応するＷｅｂＩｎｔｅｎｔを用いて、サービスに接続して、提供機能の実行を要求することが可能となる。しかしながら、ＷｅｂＩｎｔｅｎｔｓの仕組みであっても、提供機能を要求した際には、ＵＡを介してユーザにより各種設定やサービス内容の編集などを行う必要がある。よって、このＷｅｂＩｎｔｅｎｔを用いたサービスへの要求やＷｅｂＩｎｔｅｎｔの登録に関しては、ユーザビリティを向上させるための様々な改良が、今後、求められると言える。

そこで、本発明は、現在、提案されているＷｅｂＩｎｔｅｎｔｓなどの新しい連携の仕組みについて、ユーザビリティを向上させるための柔軟な改良を加えることを目的とする。

上記課題を解決するために、データを管理するクライアントと、当該クライアントで管理されるデータを利用して機能を提供するサービスとを中継する中継機能を備える情報処理端末であって、前記サービスが提供する機能を呼び出すための機能情報を、前記中継機能に登録するための登録手段と、前記機能情報の指定に従い、前記サービスに対して、前記クライアントで管理されるデータを含む要求を行う要求手段と、前記サービスに対して、前記機能情報に対応する機能の処理内容を指定する指定手段と、を有し、前記登録手段は、前記指定手段により指定された内容の少なくとも一部を反映した機能情報を、前記中継機能に登録することを特徴とする。

本発明によれば、現在、提案されているＷｅｂＩｎｔｅｎｔｓなどの新しい連携の仕組みについて、ユーザビリティが向上する。

本発明のシステムの概念図 情報処理端末のハードウェア構成を示すブロック図 画像形成装置の構成を示すブロック図 ＷｅｂＩｎｔｅｎｔｓの動作の概要を説明するシーケンス図 ＷｅｂＩｎｔｅｎｔｓの機能登録用のｉｎｔｅｎｔタグの例 ＷｅｂＩｎｔｅｎｔｓ起動用のＥＣＭＡＳｃｒｉｐｔの例 登録処理を説明するための図 ＷｅｂＩｎｔｅｎｔｓ機能の呼出し処理を説明するためのシーケンス図 クライアントからＵＡ（ＷＥＢブラウザ）に送信されるＨＴＭＬ文書（一部）の例 ＵＡ（ＷＥＢブラウザ）が表示するＷｅｂＩｎｔｅｎｔの選択画面の例 ＵＡ（ＷＥＢブラウザ）が表示する印刷設定の画面の例 サービス（画像形成装置）からＵＡ（ＷＥＢブラウザ）へ送信される情報及び表示の例 ＵＡ（ＷＥＢブラウザ）が表示するＷｅｂＩｎｔｅｎｔの選択画面の例 ＵＡ（ＷＥＢブラウザ）が表示する印刷設定を行う表示画面の例 実施例２でのＷｅｂＩｎｔｅｎｔｓ機能の呼出し処理を説明するためのシーケンス図 実施例２で、ＵＡ（ＷＥＢブラウザ）が表示するＩｎｔｅｎｔ登録の確認画面の例 実施例２で、サービス（画像形成装置）からＵＡ（ＷＥＢブラウザ）へ送信されるＨＴＭＬ文書（一部）の例 実施例２での図１６の変形例 実施例２での図１８の設定内容を反映したｉｎｔｅｎｔタグの例 実施例２での“ｐａｒｅｎｔ”要素が追加されたｉｎｔｅｎｔタグの例 実施例３でのＷｅｂＩｎｔｅｎｔｓの動作の概要を説明するシーケンス図 実施例３でサービスからＵＡ（ＷＥＢブラウザ）へ送信されるＨＴＭＬ文書（一部）の例 実施例３でのサービス１０３が応答に基づくＵＡ１０６による表示画面の例 実施例３でのサービスからのＨＴＭＬ文書に基づくＵＡ１０６による表示画面の例 実施例４でのＷｅｂＩｎｔｅｎｔｓの動作の概要を説明するシーケンス図 実施例４でＵＡ（ＷＥＢブラウザ）が表示する編集画面の例 実施例４でのＨＴＭＬ文書に含まれるｉｎｔｅｎｔタグの例 実施例１で、サービス（画像形成装置）が設定用のＨＴＭＬ文書を応答する処理を説明するためのフローチャートを示す図 ＵＲＩパラメタによる印刷設定の例 実施例１での上書き登録を指示する際のｉｎｔｅｎｔタグの例

以下、本発明を実施するための最良の形態について図面を用いて説明する。

（実施例１）
図１は、専用のＡＰＩを用いずに任意のウェブサービス（または、ウェブアプリケーション）と連携する仕組みの一例であるＷｅｂＩｎｔｅｎｔｓを実現するための全体構成を示す図である。

１０３は、Ｉｎｔｅｎｔｓ技術を利用してサービスや機能を提供するＷｅｂＩｎｔｅｎｔｓサービス（以下、サービス）である。１０１は、前記サービスを利用するＷｅｂＩｎｔｅｎｔｓクライアント（以下、クライアント）である。１０６は、クライアントからの要求をサービスに渡し、サービスからの結果をクライアントに渡す役割をするＵＡ（ユーザーエージェント）である。ＵＡ１０６は、クライアント１０１及びサービス１０３の間で要求を実行したり、データを受け渡したりするための中継機能といえる。また、ＵＡ１０６には、サービス１０３の提供機能を呼び出すための機能情報であるＷｅｂＩｎｔｅｎｔが登録される。

本仕組みにおいては、例えば、クライアント１０１はデータを管理し、サービスを呼び出すボタンなどを配置しているウェブサイトであり、ＵＡ１０６は該ウェブサイトを表示するＷＥＢブラウザである。また、サービス１０３はＵＡ１０６を介してクライアント１０１が管理するデータを受け付けて、処理するクライアント１０１の連携先のウェブサイトである。たとえば、本仕組みをＳＮＳ（ソーシャル・ネットワーキング・サービス）に適用した場合には、サービス１０３はクライアントで管理する写真やコメントの投稿を受け付けて閲覧サイトを構成する投稿先サービスとなる。ここで、サービス１０３が機能を提供するにあたって、ユーザ認証やユーザによる操作が必要な場合、ＵＡ１０６上でユーザが操作を行う。

なお、ＵＡ１０６は、後述するサービスと連携するための機能を持つのであれば、ブラウザ以外にも、情報処理端末で動作するオペレーティングシステム（ＯＳ）や任意のアプリケーションなどで実現することも可能である。ここで、情報処理端末の例としては、パーソナルコンピュータ、スマートフォン、タブレット、カーナビなどが挙げられる。

また、ＷｅｂＩｎｔｅｎｔｓサービス１０３については、上記した投稿先サービスのようなインターネット上のサービス提供者以外にも、例えば情報処理端末が内蔵するカメラ、画像形成装置、スキャナなどといったデバイスもサービス提供者になり得る。また、サービス１０３については、ネットワークで接続される画像形成装置、スキャナ、ネットワークカメラなどの周辺機器や、冷蔵庫やテレビといった家電製品などが提供するウェブサービスもサービス提供者になり得る。

クライアント１０１とＵＡ１０６とサービス１０３は、これらの任意の組み合わせが、同一システム内で稼働することもある。具体的には、ＷＥＢブラウザの同等の機能を有する文書編集アプリケーションなどが、クライアント１０１とＵＡ１０６とをふくむ構成として動作するといったことが考えられる。

図４は、ＷｅｂＩｎｔｅｎｔｓを利用したサービス提供に関する基本動作を説明するためのシーケンス図である。

Ｓ４０１にて、ＵＡ１０６はユーザの操作によりサービス１０３にアクセスする。Ｓ４０２にて、サービス１０３は、自身が提供する機能をＵＡ１０６に登録してもらうための登録用マークアップを含むＨＴＭＬ応答をＵＡ１０６に返信する。

図５の例を用いて、サービス１０３からＵＡ１０６に返信されるＨＴＭＬ文書の中身について説明する。＜ｉｎｔｅｎｔ＞タグには提供機能を特定する情報が記載されている。ａｃｔｉｏｎは、提供機能のカテゴリを示し、ｔｙｐｅは提供機能が扱えるデータなどの種類を示している。ｈｒｅｆは提供機能の接続先（ＵＲＬ）を示し、ｔｉｔｌｅは提供機能のタイトルを示している。また、ｄｉｓｐｏｓｉｔｉｏｎは呼び出された提供機能がどのように表示されるかを示す。

図５では、提供機能のカテゴリが”ｓｈａｒｅ（共有）”であり、扱えるデータなどの種類が“あらゆるフォーマット（＊）の画像データ”であり、接続先は”ｓｈａｒｅ．ｈｔｍｌ”であり、タイトルは”Ｓｈａｒｅ ｉｍａｇｅ ｕｓｉｎｇ ｅ−ｍａｉｌ”である。また、この機能がＵＡを介して別ウィンドウで表示されることを示している。

ＵＡ１０６は、Ｓ４０２での応答を受信すると、ユーザに対してサービス１０３の提供機能をＵＡ１０６に登録するか否か確認する。例えば、ＵＡ１０６がウェブブラウザであれば、ポップアップウィンドウを表示させユーザに登録の可否の選択を促す。ユーザがこの提供機能をＷｅｂＩｎｔｅｎｔとして登録することを選択すると、ＵＡ１０６はＳ４０２で受信した情報を内部に記憶する。具体的には、ＵＡ１０６が動作する情報処理端末の記憶領域に記憶され、ＵＡ１０６にＷｅｂＩｎｔｅｎｔとして登録される。

Ｓ４０３で、ＵＡ１０６はユーザの操作によりクライアント１０１にアクセスする。Ｓ４０４で、クライアント１０１は、サービス１０３の提供機能（ＷｅｂＩｎｔｅｎｔ）を利用することが記載されたＨＴＭＬ文書を、ＵＡ１０６へ返信する。例えば、クライアント１０１としてのＷｅｂサイトで、画像と「共有」ボタンが表示される場合に、該Ｗｅｂサイトは図６で示すＥＣＭＡＳｃｒｉｐｔを含むＨＴＭＬ文書をＵＡ１０６へ返す。

図６の例を用いて、クライアント１０１からＵＡ１０６に返信されるＨＴＭＬ文書の中身について説明する。ＥＣＭＡＳｃｒｉｐｔは、ＨＴＭＬ内のＩＤ「ｓｈａｒｅ―ｐｈｏｔｏ」を持つボタンがクリックされると指定された無名関数を実行することを示している。無名関数は、まず、新規のＩｎｔｅｎｔオブジェクトを作成し、これを引数にしてｓｔａｒｔＡｃｔｉｖｅｔｙ（）関数を呼び出す。この関数を実行すると、ＵＡ１０６は自身に登録されているＷｅｂＩｎｔｅｎｔｓの中から、指定されたＩｎｔｅｎｔオブジェクトのａｃｔｉｏｎとｔｙｐｅが一致するものを抽出し、一覧表示させることでユーザに選択を要求する。また、無名関数内で呼び出しているｇｅｔＩｍａｇｅＦｒｏｍ（）関数を実行することにより、クライアント１０１が持つ画像データを取得する。

Ｓ４０４で、ＵＡ１０６は、クライアント１０１からＨＴＭＬ文書を受け取り、表示する。Ｓ４０５で、ＵＡ１０６は、ユーザによる表示画面上の「共有」ボタンが押下を検出すると、上述したようにＷｅｂＩｎｔｅｎｔｓ起動用のＥＣＭＡＳｃｒｉｐｔを実行し、Ｓ４０６でクライアント１０１が持つ画像データを取得する。また、Ｓ４０５で「共有」ボタン押下を検出された際に、ＵＡ１０６は、自身に登録されているＷｅｂＩｎｔｅｎｔｓの一覧を表示する。この一覧からユーザがサービス１０３の提供機能を示すＷｅｂＩｎｔｅｎｔの選択を検出すると、Ｓ４０７で、ＵＡ１０６は選択されたサービス１０３へＨＴＴＰ要求を送信する。その際、ＵＡ１０６は、送信データに、図６のＥＣＭＡＳｃｒｉｐｔが作成したＩｎｔｅｎｔオブジェクトの内容を含める。

Ｓ４０８で、サービス１０３はＨＴＴＰ要求からＩｎｔｅｎｔオブジェクトを取り出し、ＵＡ１０６を介してユーザと相互作用しながら、選択された提供機能（ここではクライアント１０１の画像データの「共有」）の利用を実現する。

サービス１０３は、処理が終了すると、Ｓ４０９で、処理結果をクライアント１０１に伝えるＥＣＭＡＳｃｒｉｐｔを含む応答を返す。Ｓ４１０で、ＵＡ１０６は応答中に含まれるＥＣＭＡＳｃｒｉｐｔを実行し、Ｓ４０５のｓｔａｒｔＡｃｔｉｖｅｔｙ（）関数の引数で指定されたコールバック関数ｏｎＳｕｃｃｅｓｓ（）を呼び出す。Ｓ４１１で、ＵＡ１０６はコールバック関数ｏｎＳｕｃｃｅｓｓ（）によってクライアント１０１へ処理結果を返す。

図４のシーケンスにより、Ｗｅｂメール機能を利用する例について説明する。まず、ユーザがＷＥＢブラウザ（ＵＡ）で、写真データを管理するウェブストレージ（クライアント１０１）のＷｅｂＩｎｔｅｎｔｓの呼び出しボタンが用意されたサイトに訪れ、当該ボタンを押下すると、ＷＥＢブラウザ（ＵＡ）が登録サービス一覧を含むポップアップウィンドウを表示する。そこで、ユーザがＷｅｂメール機能を選択したとすると、該機能を提供するサイトが別ウィンドウで表示され、処理結果として、そのウィンドウ上では写真データを添付した新規メールが作成されている。

以上の処理により、クライアント１０１は、ＵＡ１０６を介して、サービス１０３が提供するＷｅｂＩｎｔｅｎｔｓの機能（この例では画像の「共有」）を呼び出すことが可能となる。

図１（ｂ）は、本発明を実施したＷｅｂＩｎｔｅｎｔｓの仕組みを適用したネットワークシステムの構成例を示す図である。

同図において、情報処理端末１０２上では、ＷｅｂＩｎｔｅｎｔｓのユーザーエージェント（ＵＡ）として機能するＷＥＢブラウザが動作する。また、ネットワーク上にはＷｅｂＩｎｔｅｎｔｓのサービス１０３として機能することが可能な画像形成装置１０４やウェブサイトを提供するサーバーが存在する。画像形成装置としては、プリント機能やスキャン機能を備えるデジタル複合機や、プリンターやスキャナ、デジタルカメラなどが含まれる。また、画像形成装置はウェブサーバーとしても動作する。情報処理端末１０２や画像形成装置１０４は、ネットワーク１０５を介して相互に通信可能である。また、ネットワーク１０５としては、ＬＡＮやインターネットやその組み合わせなどが想定される。接続形態としては、有線や無線を問わない。

ＷＥＢブラウザなどで実現されるＵＡ１０６は、Ｉｎｔｅｎｔ登録に係る処理を行う登録部、登録されたＩｎｔｅｎｔを管理する管理部、Ｉｎｔｅｎｔの登録や実行などの指示をユーザから受け付けるための画面を提供する表示制御部といった機能を有する。また、ＨＴＴＰなどの所定のプロトコルにより、クライアントとサービスとの間でのデータや処理結果などを中継する。

具体的にＵＡ１０６は、画像形成装置１０４などのサービス１０３にアクセスすることにより、ユーザによる操作を介して、Ｉｎｔｅｎｔの登録を行う。また、ＵＡ１０６は、クライアント１０１であるウェブサイトにアクセスすることにより、ＷｅｂＩｎｔｅｎｔサービスの実行の依頼を受け、ユーザの選択に従い、登録された情報を用いて、画像形成装置１０４などのサービス１０３に接続する。更にＵＡ１０６は、サービス１０３からのＷｅｂＩｎｔｅｎｔの処理の終了の通知を受け取り、クライアント１０１に処理結果を通知する。

ここで、画像形成装置１０４は、クライアント１０１から依頼された文書データを、ＵＡ１０６として機能するＷＥＢブラウザのＧＵＩを使用して、印刷設定及び印刷処理を実現するウェブプリント機能を提供する。この機能は、後述する実施例においては、Ｉｎｔｅｎｔの“ａｃｔｉｏｎ”で「ｐｒｉｎｔ（印刷）」と指定することでカテゴリ指定している。これは、実施例を簡易に説明するための仮定の定義であり、画像形成装置１０４が提供するプリント機能をカテゴリ指定する際には“ａｃｔｉｏｎ”で「ｓｈａｒｅ」または「ｖｉｅｗ」と指定するなど、任意のカテゴリ指定であっても本発明は適用可能である。

図２は、ＵＡ１０２として機能するプログラム（ＷＥＢブラウザやＯＳなど）が実行される情報処理端末のハードウェア構成を示すブロック図である。また、クライアント１０１、サービス１０３として機能するプログラム（ウェブサイトなど）が動作するサーバーも同様のハードウェア構成をとることができる。

同図において、情報処理端末は、ＣＰＵ２０２、ＲＡＭ２０３、ＲＯＭ２０４、外部記憶装置２０９を備える。ＣＰＵ２０２は、ＲＯＭ２０４や外部記憶装置２０９に記憶されたプログラム、或いはＬＡＮなどのネットワーク１０５よりダウンロードしたプログラムを実行し、システムバス２１１に接続された各デバイスを総括的に制御する。ＲＡＭ２０３は、ＣＰＵ２０２の主メモリあるいはワークエリアなどとして機能する。外部記憶装置２０９は、ハードディスク（ＨＤ）、フロッピー（登録商標）ディスク（ＦＤ）等からなる。外部記憶装置２０９は、ブートプログラム、オペレーティングシステム、認証サーバー、認証クライアントを含む各種のアプリケーション、データベースデータ、ユーザファイル等を記憶する。さらに情報処理端末において、２０６はキーボードコントローラ（ＫＢＤＣ）であり、キーボード（ＫＢＤ）２０５や図示しないポインティングデバイスからの入力情報をＣＰＵ２０２に送る。２０８はビデオコントローラ（ＶＣ）であり、ＣＲＴやＬＤＣ等からなる表示装置２０７の表示を制御する。２１０はディスクコントローラ（ＤＫＣ）であり、外部記憶装置２０９とのアクセスを制御する。２１２は通信コントローラ（ＣＯＭＭ Ｉ／Ｆ）であり、これを介してネットワーク１０５に接続される。

図３は、画像形成装置１０４の構成を示すブロック図である。ＣＰＵ３０１はＲＯＭ３０２もしくはハードディスク（ＨＤＤ）３０５に記憶された画像形成装置全体の制御を行うソフトウェアを実行し、システムバス３０６に接続する各デバイスを統括的に制御する。ＲＡＭ３０３は、ＣＰＵ３０１のワークエリア等として機能する。ＨＤＣ３０４はＨＤＤ３０５を制御するハードディスクコントローラである。リーダＩ／Ｆ３０７及びプリンターＩ／Ｆ３０８は、それぞれリーダ部３１１及びプリンター部３１２に接続され、これらデバイスを制御する。操作部Ｉ／Ｆ３０９は操作部３１３に接続され、操作部３１３への表示や、操作部３１３からのユーザ入力を制御する。３１３は操作部であり、操作のためのスイッチ及び表示部等より構成される。３１４はネットワークインターフェイスカード（ＮＩＣ）で、ネットワーク１０５を介して外部装置とデータのやりとりをする。ここで、図中破線で囲まれた部分を全体制御部３１０と呼ぶことにする。全体制御部３１０は、画像形成装置に接続された各種装置及びインターフェイスを制御すると共に、画像形成装置全体の動作を制御する部分である。リーダ部３１１は原稿の画像を読み取り、ユーザからの指示により、その原稿画像に応じた画像データを、プリンター部３１２に出力する、或いは、画像形成装置内部の記憶装置に保存する。更に、ネットワークＩ／Ｆ３１４を介してネットワーク１０５に接続された外部装置に画像データを送信することも可能である。プリンター部３１２は、リーダ部３１１により読み取られた原稿や、画像形成装置本体内の記憶装置３０５に格納された画像データを印刷する。さらに、ネットワーク１０５に接続された外部装置からの印刷ジョブを、ネットワークＩ／Ｆ部３１４を介して受信し、印刷する。操作部３１３は、ボタン及び表示装置、或いは、タッチパネル入力付き液晶表示画面、或いはその組み合わせにより、全体制御部３１０からのユーザへの情報表示や、ユーザの入力を全体制御部３１０へと通知する。

また、全体制御部３１０が、ネットワーク１０５上の他の情報機器とネットワークＩ／Ｆ部３１４を介して相互通信し、ウェブプリント機能などのウェブサービスを提供、制御する。画像形成装置内に、ウェブサービスを提供するハードウェア構成としてもう１つのＣＰＵなどを用いる設計も可能である。

図７はＷｅｂＩｎｔｅｎｔの仕組みにおけるＩｎｔｅｎｔ登録処理を説明するための図である。

図７（ａ）は、ＵＡ１０６に、画像形成装置が提供するサービス１０３に対応するＩｎｔｅｎｔを登録するまでのシーケンスを示す図である。

Ｓ７０１で、ＵＡ１０６は、ユーザ操作により、画像形成装置１０４のウェブプリント機能のウェブサイトに、ＨＴＴＰ要求を送信する。Ｓ７０２で、画像形成装置１０４のサービス１０３は、このＨＴＴＰ要求に対して、ＷｅｂＩｎｔｅｎｔ登録用マークアップ（ｉｎｔｅｎｔタグ）を含むＨＴＭＬ文書をＵＡ１０６に応答する。

図７（ｂ）に、応答に含まれるＷｅｂＩｎｔｅｎｔ登録用ｉｎｔｅｎｔタグの例を示す。

ｉｎｔｅｎｔタグは、提供機能のカテゴリとして「ｐｒｉｎｔ（印刷）」を指定し、扱えるデータの種類（データの型）として「．ｐｄｆ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）」を指定している。また、ｉｎｔｅｎｔタグの“ｈｒｅｆ”が、本提供機能が画像形成装置１０４の「ｐｒｉｎｔ．ｈｔｍｌ」というページに対するＨＴＴＰ要求の送信により開始されることを示している。

Ｓ７０３で、ＵＡ１０６は、この登録用マークアップを含むＨＴＭＬ文書を受信すると、既に同じＩｎｔｅｎｔがＵＡ１０６内部に登録されていない場合に、登録の要否をユーザに確認するためのダイアログを表示する。ダイアログを介して、ユーザによる登録の指示を検出すると、ＵＡ１０６は登録用マークアップに含まれる情報をＵＡ１０６内部に登録する。

図８は、クライアント１０１からのＷｅｂＩｎｔｅｎｔｓ機能の呼出しが、ＵＡ１０６を経由して、サービス１０３により処理されるまでのシーケンスを説明するための図である。本シーケンスにおいては、サービス１０３については、具体例として、画像形成装置１０４を用いて説明する。

Ｓ８０１にて、ＵＡ１０６は、ユーザの指示によりクライアント１０１にＨＴＴＰ要求を送信する。Ｓ８０２にて、クライアント１０１は、ＵＡ１０６からのＨＴＴＰ要求に対するＨＴＭＬ文書を応答する。

図９は、Ｓ８０２で、クライアント１０１からＵＡ１０６に応答されるＨＴＭＬ文書の一部の例である。

９０１は、指定されたアドレスから文書データを取得するためのＥＣＭＡＳｃｒｉｐｔの関数である（関数の内部処理は省略）。９０２は、９０１のｇｅｔＤｏｃＦｒｏｍ（）関数により取得した文書データを印刷するために、ｐｒｉｎｔカテゴリのＩｎｔｅｎｔ呼び出しをＵＡ１０６に指示するための関数である。９０３は、文書へのリンクと、ＷｅｂＩｎｔｅｎｔｓの仕組みを利用して該文書を印刷するために、９０２のｐｒｉｎｔＵｓｉｎｇＷＩ（）関数を起動するためのボタンを、ＵＡ１０６に表示するためのＨＴＭＬ要素である。

Ｓ８０３で、ＵＡ１０６は、表示画面を介して、ユーザによるＨＴＭＬ要素９０３に対応するボタンの押下を検出すると、ｐｒｉｎｔＵｓｉｎｇＷＩ（）関数９０２を実行する。この関数は、ｇｅｔＤｏｃＦｒｏｍ（）関数を呼び出している。Ｓ８０４で、ＵＡ１０６は、Ｓ８０３での関数実行に応じて、クライアント１０１であるウェブサイトより、指定された文書データを取得する。

次に、ＵＡ１０６は、関数ｐｒｉｎｔＵｓｉｎｇＷＩ（）の中で、取得した文書データを用いてＩｎｔｅｎｔオブジェクトを作成し、このオブジェクトを引数にして、ｎａｖｉｇａｔｏｒ．ｓｔａｒｔＡｃｔｉｖｉｔｙ（）関数を呼び出す。ＵＡ１０６は、この呼び出しにより、ユーザに適当な処理を選択させるために、当該Ｉｎｔｅｎｔオブジェクトを処理可能な登録済みＩｎｔｅｎｔの一覧を表示する。ここでは、ａｃｔｉｏｎとｔｙｐｅの指定内容に従う一覧表示が行われる。

図１０は、Ｓ８０３での関数実行により、ＵＡ１０６が表示するＩｎｓｔｅｎｔオブジェクトを処理可能なＩｎｔｅｎｔ選択画面の例である。一覧においては、登録済みＩｎｔｅｎｔのタイトル（ｔｉｔｌｅ）の値が表示される例を示しているが、他の値を識別情報として用いて表示してもよい。各ユーザは、これらの中から望みの印刷手段を選択する。ここでは、ユーザは、Ｓ７０３にて登録した「Ｐｒｉｎｔ ＰＤＦ ｕｓｉｎｇ ｉＲ−ＡＤ Ｃ５０３５ ｏｎ １７２．２４．５０．３５」を選択したものとする。

Ｓ８０５で、ＵＡ１０６は、選択画面（図１０）を介したユーザによるＷｅｂＩｎｔｅｎｔの選択を受けて、ｓｔａｒｔＡｃｔｉｖｉｔｙ（）の引数で渡されたＩｎｔｅｎｔオブジェクトを含むＨＴＴＰ要求を、サービスとしての画像形成装置１０４に送信する。

Ｓ８０６で、画像形成装置１０４は、Ｉｎｔｅｎｔオブジェクトを含むＨＴＴＰ要求を受信すると、印刷設定を行うための画面を表示するためのＨＴＭＬ文書をＵＡ１０６に応答する。以下、Ｓ８０６では、ＵＡ１０６が画像形成装置１０４と通信しながら、ユーザの操作に従い、Ｉｎｔｅｎｔオブジェクトに含まれる文書データの印刷設定を行う。

図２８は、Ｓ８０５でのＨＴＴＰ要求の受信をきっかけにした、サービスとしての画像形成装置１０４の処理（Ｓ８０６）を説明するためのフローチャートである。なお、フローチャートの各ステップの処理は画像形成装置のＣＰＵがＲＯＭやＨＤ等の不揮発性記憶手段に記憶された本発明に特有な制御プログラムを読み込み実行することに応じて実現されるものとする。

Ｓ２８０１で、画像形成装置１０４はＵＡ１０６からのＨＴＴＰ要求を受信する。Ｓ２８０２で、画像形成装置１０４は、受信したＨＴＴＰ要求がＩｎｔｅｎｔオブジェクトを含むか否かを判定する。判定の結果、Ｉｎｔｅｎｔオブジェクトを含む場合にはＳ２８０４に進み、Ｉｎｔｅｎｔオブジェクトを含まない場合にはＳ２８０３に進む。

Ｓ２８０３で、画像形成装置１０４は、無効な要求である旨をＵＡ１０６に表示するための、エラー表示用のＨＴＭＬ文書を作成する。次いで、Ｓ２８０８で、画像形成装置１０４は、作成したエラー表示用のＨＴＭＬ文書をＵＡ１０６に送信する。

Ｓ２８０４で、画像形成装置１０４は、ＨＴＴＰ要求のＵＲＩパラメタを順に取り出す。ここでＵＲＩパラメタは、「キー＝値」の形の文字列の集合である。Ｓ２８０５で、画像形成装置１０４は、Ｓ２８０４においてＵＲＩパラメタを取り出すことができたかを判定する。取り出せなかった、即ち、全てのＵＲＩパラメタの取り出し処理が終了していた場合にはＳ２８０７に進む。一方、ＵＲＩパラメタが取得できた場合には、Ｓ２８０６で、取り出したＵＲＩパラメタの内容に従って、印刷設定を反映する。その後、Ｓ２８０４に戻り、次のＵＲＩパラメタの取出し処理を行う。

Ｓ２８０７で、画像形成装置１０４は、ＵＲＩパラメタの内容が反映された印刷設定用のＨＴＭＬ文書を作成する。その後にＳ２８０８で、画像形成装置１０４は、作成したＨＴＭＬ文書をＵＡ１０６に送信する。

図２９は、印刷設定として指定されるＵＲＩパラメタの例である。この例では、パラメタとしては、レイアウト設定１（ｄｕｐ）、レイアウト設定１（ｎｕｐ）、カラー設定（ｃｏｌｏｒ）、とじ方向の設定（ｂｉｎｄ）、ページの配置順（ｌａｙｏｕｔ）、排紙方法（ｏｕｔ）などが含まれている。例えば、ＵＲＩパラメタ「ｄｕｐ＝１」は、両面印刷の設定を示す。「ｎｕｐ＝４」は、文書データに含まれる４ページを１枚の用紙の１つの面に印刷することを示す。他のパラメタに関しても、図２９に示すいずれかの内容で表現される。

図１１（ａ）は、画像形成装置１０４が、図８のＳ８０６で、ＵＡ１０６に送信する印刷設定用ＨＴＭＬ文書に基づく、ＵＡ１０６（ＷＥＢブラウザ）が表示する設定画面の例である。ユーザは、図１１（ａ）の設定画面を操作して、目的の印刷設定を行い、設定画面内の「印刷」ボタンをクリックすることにより、Ｉｎｔｅｎｔオブジェクトとしての文書データの印刷を指示する。

ユーザにより選択されたＩｎｔｅｎｔである「Ｐｒｉｎｔ ＰＤＦ ｕｓｉｎｇ ｉＲ−ＡＤ Ｃ５０３５ ｏｎ １７２．２４．５０．３５」は、ユーザ所望の文書データの印刷及び印刷時の設定を行うサービスに対応することになる。図１１（ｂ）は、ユーザによる設定変更が終了した時点での設定画面の例である。

ここで、図８の説明の続きに戻る。ＵＡ１０６は、ユーザによる、図１１（ｂ）で示す画面上の「印刷」ボタンのクリックを検出すると、Ｓ８０７で、図１１（ｂ）に示す設定内容と共に、「印刷」ボタンがクリックされたことを示すＨＴＴＰ要求を、画像形成装置１０４に送信する。画像形成装置１０４は、このＨＴＴＰ要求を受信すると、ＨＴＴＰ要求内で指定された印刷設定に従い、Ｓ８０５で受信した文書データ（ｐｄｆ）の印刷を開始する。Ｓ８０８で、画像形成装置１０４は、Ｓ８０７の要求に対する応答として、ＨＴＭＬ文書をＵＡ１０６に送信する。

図１２（ａ）は、Ｓ８０８にて画像形成装置１０４から送信されてきたＨＴＭＬ文書のＵＡ１０６（ＷＥＢブラウザ）による表示の例である。図１２（ｂ）は、Ｓ８０８にて画像形成装置１０４からＵＡ１０６に送信されるＨＴＭＬ文書の例である。

図１２（ｂ）において、記述内容１２０２は、図１２（ａ）に示す画面を表示するためのＨＴＭＬ要素である。ＵＡ１０６は、図１２（ａ）で示す画面上の「ＯＫ」ボタンのクリックを検出すると、この画面を表示しているＵＡ１０６のウィンドウを閉じる。

記述内容１２０１は、Ｓ８０７のＨＴＴＰ要求に含まれる設定内容に従って印刷を実行するためのＷｅｂＩｎｔｅｎｔを、ＵＡ１０６に追加登録するためのｉｎｔｅｎｔタグである。タグ内の“ｈｒｅｆ”要素は、図１１（ｂ）でのユーザによる設定内容を反映した内容になっている。ここで、記述内容１２０１に含まれるＵＲＩパラメタの「ｄｕｐ＝１」は両面印刷を、「ｂｉｎｄ＝ｓｕ」は短辺（ｌ）の上（ｕ）でとじることを意味している。また、記述内容１２０１における“ｈｒｅｆ”要素のＵＲＩパラメタは、部数設定や、ユーザにより図１１で変更されなかった設定値（図１１（ａ）で示すデフォルトの設定値）を含まない。

なお、記述内容１２０１に記述すべき設定項目（図１１や図２９で示す項目）は、画像形成装置などのサービスを提供する提供者によって、適宜編集することが可能である。また、部数やデフォルトの値に関しても、ＵＡ１０６の表示機能でユーザに確認させるなどの目的で、記述内容１２０１に含めるよう設計することも可能である。

Ｓ８０９で、ＵＡ１０６は、図１２（ｂ）で示すＨＴＭＬ文書を受信すると、記述内容１２０１のｉｎｔｅｎｔタグの内容が未登録の場合、このｉｎｔｅｎｔタグの内容を、ＷｅｂＩｎｔｅｎｔとしてＵＡ１０６に登録するか否かをユーザに確認するための画面を表示する。ＵＡ１０６は、ユーザによるＷｅｂＩｎｔｅｎｔの登録の選択を検出すると、これをＵＡ１０６内部に追加登録する。

図１３は、図１２（ｂ）で示すＨＴＭＬ文書の受信に応じたＩｎｔｅｎｔ登録が行われた後に、ＵＡ１０６が表示するＷｅｂＩｎｔｅｎｔｓの選択画面の例である。図１３は、図１０の選択画面に比較し、Ｓ８０９にて登録された「Ｐｒｉｎｔ ＰＤＦ ｕｓｉｎｇ ｉＲ−ＡＤ Ｃ５０３５ ｏｎ １７２．２４．５０．３５ ｗｉｔｈ Ｐｒｅｖｉｏｕｓ Ｓｅｔｔｉｎｇｓ」といった選択肢が増えている。

サービス１０３である画像形成装置１０４は、ＵＡ１０６からこの新たに増えたＷｅｂＩｎｔｅｎｔのユーザ選択に応じたＨＴＭＬ要求を受信すると、図２８で例示する処理を実行し、印刷設定情報を認識し、設定内容を反映したＨＴＭＬ文書による応答を作成し、ＵＡ１０６に送信する。ここで作成されたＨＴＭＬ文書には、図１２（ｂ）の記述内容１２０１に含まれる設定内容が反映されている。

図１４は、「Ｐｒｉｎｔ ＰＤＦ ｕｓｉｎｇ ｉＲ−ＡＤ Ｃ５０３５ ｏｎ １７２．２４．５０．３５ ｗｉｔｈ Ｐｒｅｖｉｏｕｓ Ｓｅｔｔｉｎｇｓ」が選択された際に、画像形成装置１０４からのＨＴＭＬ文書をもとに、ＵＡ１０６が表示する画面の例である。この設定画面では、記述内容１２０１の“ｈｒｅｆ”要素に記載された設定内容（両面設定、短辺上とじ設定）が反映されている。また、図１１（ｂ）の設定と比較してもわかるように、部数設定が「１」になっている。

上記したＳ８０９の処理に従うＩｎｔｅｎｔの追加登録を繰り返した場合、ＵＡ１０６（ＷＥＢブラウザ）には、同じｔｉｔｌｅのＷｅｂＩｎｔｅｎｔが複数登録されることになる。

図３０は、図１２（ｂ）で示すＨＴＭＬ文書中のｉｎｔｅｎｔタグに、登録済みのＷｅｂＩｎｔｅｎｔを上書きすることを示す情報を追加したｉｎｔｅｎｔタグの例である。ＵＡ１０６は、ＨＴＭＬ文書中の“ｏｖｅｒｗｒｉｔｅ”要素が「ｔｒｕｅ」のＩｎｔｅｎｔタグを検出した際に、サービス１０３のウェブサイトと“ｔｉｔｌｅ”が等しいＷｅｂＩｎｔｅｎｔが登録済みの場合、“ｈｒｅｆ”要素に含まれる内容をもとに、Ｉｎｔｅｎｔを上書き登録する。なお、“ｏｖｅｒｗｒｉｔｅ”要素を設けなくても、ＵＡ１０６でサービス１０３のウェブサイトと“ｔｉｔｌｅ”が等しいＷｅｂＩｎｔｅｎｔが登録済みの場合に上書き登録を行ってもよい。

また、上書き登録に際しては、ＵＡ１０６がユーザに対して確認画面を提示して、上書きの要否を確認するように設計することも可能である。

（実施例２）
実施例２は、サービス１０３が、実施例１の図８のＳ８０８でのｉｎｔｅｎｔタグを含むＨＴＭＬ文書（図１２（ｂ））を応答する代わりに、Ｉｎｔｅｎｔタグを含むＨＴＭＬ文書をＵＡ１０６に送信すべきか否かを確認するＨＴＭＬ文書を返す実施例である。

実施例２の処理の説明について、前述の実施例１とほぼ同様なため、異なる部分のみを以下に説明する。具体的には、ＵＡ１０６への画像形成装置１０４のＷｅｂＩｎｔｅｎｔの登録処理から、クライアント１０１からのＷｅｂＩｎｔｅｎｔ機能の呼び出しに応じたＵＡ１０６でのＷｅｂＩｎｔｅｎｔの実行までは、第１の実施例に同じであるためその説明を省略する。

図１５は、クライアント１０１からのＷｅｂＩｎｔｅｎｔｓ機能の呼出しが、ＵＡ１０６を経由して、サービス１０３により処理されるまでのシーケンスを説明するための図である。本シーケンスにおいては、サービス１０３については、具体例として、画像形成装置１０４を用いて説明する。また、同図において、Ｓ８０７までの処理は実施例１の図８での説明と同様であるため、それ以降の処理のみを説明する。

Ｓ１５０１で、画像形成装置１０４は、Ｓ８０７の要求に対する応答として、ＨＴＭＬ文書をＵＡ１０６に送信する。その内容としては、ＷｅｂＩｎｔｅｎｔの実行に従う印刷が開始されたことを示す内容となっている。

図１６は、Ｓ１５０１にて画像形成装置１０４から送信されてきたＨＴＭＬ文書のＵＡ１０６（ＷＥＢブラウザ）による表示の例である。前述した図１２（ｂ）とは異なり、実施例２でのＨＴＭＬ文書はｉｎｔｅｎｔタグを含まない。図１６で示す表示画面においては、ｉｎｔｅｎｔタグを含むＨＴＭＬ文書を画像形成装置１０４に要求して取得及びｉｎｔｅｎｔ登録するための登録ボタン１６０２と、ｉｎｔｅｎｔタグのｔｉｔｌｅ文字列を確認、編集するためのテキストボックス１６０１を含む。

Ｓ１５０２で、ＵＡ１０６は、登録ボタン１６０２の押下を検出すると、テキストボックス１６０１に入力された文字列の内容を含むＨＴＴＰ要求を、画像形成装置１０４に送信する。

Ｓ１５０３で、画像形成装置１０４は、Ｓ１５０２のＨＴＴＰ要求に含まれるｔｉｔｌｅ文字列とＳ８０７のＨＴＴＰ要求に含まれる印刷設定とを反映したｉｎｔｅｎｔタグを含むＨＴＭＬ文書をブラウザ１０６に送信する。図１７（ａ）は、Ｓ１５０３でＵＡ１０６に送信されるＨＴＭＬ文書に含まれるｉｎｔｅｎｔタグの例である。Ｓ１５０４で、ＵＡ１０６は、図１７（ｂ）に示す表示を行う。これは、Ｓ１５０３で受信したＨＴＭＬ文書の内容に基づく表示画面の例である。この画面では、Ｓ１５０３で受信したＨＴＭＬ文書に含まれるｉｎｔｅｎｔタグの内容を、ＷｅｂＩｎｔｅｎｔとしてＵＡ１０６に登録するよう促す表示が行われる。ＯＫボタンの押下が検出されると、この表示は消える。

ＵＡ１０６は、Ｓ１５０３でＨＴＭＬ文書を受信すると、この文書に含まれるｉｎｔｅｎｔタグの内容が未登録の場合に、このｉｎｔｅｎｔタグの内容を、ＷｅｂＩｎｔｅｎｔとしてＵＡ１０６に登録するか否かをユーザに確認する確認画面を表示する（不図示）。ＵＡ１０６は、確認画面を介したユーザによるＷｅｂＩｎｔｅｎｔの登録の選択を検出すると、これをＵＡ１０６内部に登録する。

図１８は、図１６の変形例である。図１８では、“ｔｉｔｌｅ”確認・編集用のテキストボックス１６０１及び登録ボタン１６０２に加え、ｉｎｔｅｎｔタグの“ｈｒｅｆ”要素に含めるべき印刷設定パラメタを編集するための設定部１８０１が含まれる。この画面は、Ｓ１５０１にて画像形成装置１０４から送信されてきたＨＴＭＬ文書の拡張記述により、前述の図１６の内容を拡張したものである。

図１８の例では、設定項目の「部数」と「とじ方向」については、ｉｎｔｅｎｔタグの“ｈｒｅｆ”要素には含めないように、チェックボックスが無効になっている。一方、設定項目の「ページレイアウト」、「印刷方法」、「カラーモード」は、“ｈｒｅｆ”要素に含めるように、チェックボックスが有効になっている。また、設定項目の「印刷の向き」、「配置順」、「排紙方法」、「ステープル」に関しては、デフォルトの設定から不変であったため、例えば、これらについては変更できないよう構成している。

ＵＡ１０６は、前述したように、Ｓ１５０３にて、画像形成装置１０４から図１８での設定内容を反映したｉｎｔｅｎｔタグを含むＨＴＭＬ文書を受信する。図１９は、このＨＴＭＬ文書に含まれるｉｎｔｅｎｔタグの内容の例である。

なお、本実施例によると、複数の画像形成装置１０４に対して様々な印刷設定で印刷を行うたびにＵＡ１０６でＩｎｔｅｎｔ登録が行われると、ＵＡ１０６のＷｅｂＩｎｔｅｎｔの選択用の画面に、多くの候補が表示されることになる。そこで、ＵＡ１０６の選択用の画面で、それらの候補を階層的に表示させるために、Ｓ１５０３でのＨＴＭＬ文書のｉｎｔｅｎｔタグの記述に階層情報を含めることも可能である。階層情報の例としては、ｉｎｔｅｎｔタグに“ｐａｒｅｎｔ”要素を追加して、階層上の親となるＩｎｔｅｎｔの“ｈｒｅｆ”を指定する。図２０は、ｉｎｔｅｎｔタグに“ｐａｒｅｎｔ”要素を追加した例である。この記述により、ＵＡ１０６の選択用の画面で、“ｐａｒｅｎｔ”要素で指定される「ｐｒｉｎｔ．ｈｔｍｌ」の下位の階層において、図２０で示すＩｎｔｅｎｔが表示されるように登録されることになる。また、別の例として、階層構造を特定するための情報として、“ｔｉｔｌｅ”要素の値を用いることも可能である。具体的には、階層上の親となるＷｅｂＩｎｔｅｎｔの“ｔｉｔｌｅ”要素の値（文字列「Ｐｒｉｎｔ ＰＤＦ ｕｓｉｎｇ ｉＲ−ＡＤ Ｃ５０３５ ｏｎ １７２．２４．５０．３５」）に、各ＷｅｂＩｎｔｅｎｔに固有の文字列（例えば「ｗｉｔｈ ＥＣＯ ｍｏｄｅ」）を追加することで、階層上の下位のＩｎｔｅｎｔであることを識別してもよい。

（実施例３）
実施例３では、ＷｅｂＩｎｔｅｎｔの仕組みの中のサービス１０３が、電子メールによるｓｈａｒｅ機能を提供する場合の例を説明する。本実施例では、上述の実施例と異なる部分について具体的に説明する。

図２１は、本実施例のＷｅｂＩｎｔｅｎｔｓを利用したサービス提供に関する基本動作を説明するためのシーケンス図である。ここでの説明は、前述の実施例１の図４とほぼ同様なため、異なる部分のみを以下に説明する。尚、図２１では、ＵＡ１０６としてＷＥＢブラウザを使用している。また、サービス１０３は、ウェブアプリケーションとして電子メール機能を提供するウェブサイトや、ＵＡ１０６が動作する装置内のメールアプリケーションなどである。

図２２は、サービス１０３が、図２１のＳ４０５で、ＵＡ１０６に送信するＨＴＭＬ文書中のｉｎｔｅｎｔタグの例である。このｉｎｔｅｎｔタグでは、例えば、提供機能のカテゴリ（ａｃｔｉｏｎ）として「ｈｔｔｐ：／／ｗｅｂｉｎｔｅｎｔｓ．ｏｒｇ／ｓｈａｒｅ」が指定され、提供機能が扱えるデータとしてあらゆる画像データのフォーマット「ｉｍａｇｅ／＊」が指定されている。また、提供機能の接続先（ＵＲＬ）として、「ｍａｉｌ．ｈｔｍｌ」が指定されている。

また、図２１のＳ４０８で、ユーザによる図２２で示すＷｅｂＩｎｔｅｎｔの選択を検出されると、ＵＡ１０６は、Ｓ４１０にて、該ｉｎｔｅｎｔタグの“ｈｒｅｆ”要素の値に従い、ＨＴＴＰ要求を送信する。

図２１のＳ２１０１で、ＵＡ１０６はサービス１０３と通信を行いつつ、電子メールサービスの実行のための設定などを行う。図２３は、Ｓ４１０でのＨＴＴＰ要求に対して、サービス１０３が応答したＨＴＭＬ文書に基づくＵＡ１０６による表示画面の例を示している。同図において、２３０２、２３０３はメールの宛先（Ｔｏ、ＣＣ）を、２３０４は件名（Ｓｕｂｊｅｃｔ）を入力するためのテキストボックスである。

２３０５は、図２１のＳ４０９によりＵＡ１０６がクライアント１０１から取得し、サービス１０３にＩｎｔｅｎｔオブジェクトとして送信した画像データが電子メールに添付されていることを示している。サービス１０３は、図２１のＳ４１０の要求に従う電子メールサービスの提供時に、ＨＴＴＰ要求内のＩｎｔｅｎｔオブジェクトとして含まれる画像データを、新規作成する電子メールに自動で添付する。

２３０６は、電子メールに添付ファイルをさらに追加するためのボタンである。２３０７は、メール本文入力用のテキスト領域である。２３０１は送信ボタンであり、ユーザによる押下が検出されると、ＵＡ１０６は、図２３で示す画面で入力された情報をサービス１０３に送信し、電子メールの送信を指示できる。

サービス１０３は、ＵＡ１０６からの電子メールの送信要求を受け、指定された宛先に指定された内容及び指定されたファイルを添付した電子メールを送信する。そして、Ｓ２１０２で、サービス１０３は、ＵＡ１０６に対してメール送信を行った旨を表示するためのＨＴＭＬ文書を送信する。

図２４（ａ）は、Ｓ２１０２でサービス１０３から送信されたＨＴＭＬ文書に基づく、ＵＡ１０６による表示画面の例である。また、図２４（ｂ）は、Ｓ２１０２でサービス１０３から送信されたＨＴＭＬ文書に含まれるｉｎｔｅｎｔタグの例である。

図２４（ｂ）のｉｎｔｅｎｔタグの“ｈｒｅｆ”要素では、図２３で指定された電子メールの宛先のメールアドレスを含む。また、“ｔｉｔｌｅ”要素では、図２３で指定された電子メールの宛先のメールアドレスを含む。このｉｎｔｅｎｔタグを含むＨＴＭＬ文書を受信したＵＡ１０６は、このＷｅｂＩｎｔｅｎｔが未登録の場合には、ＵＡ１０６に登録するか否かをユーザに確認するための確認画面を表示する。Ｓ２１０３で、ＵＡ１０６は、ユーザによるＷｅｂＩｎｔｅｎｔの登録の選択を検出すると、これをＵＡ１０６内部に登録する。

この登録処理の以降で、ＵＡ１０６は、ＷｅｂＩｎｔｅｎｔｓのクライアント１０１で管理される画像データの「ｓｈａｒｅ」がユーザにより指示された場合、図２４（ｂ）のｉｎｔｅｎｔタグに対応するＷｅｂＩｎｔｅｎｔを選択可能な選択画面を表示できる。このＷｅｂＩｎｔｅｎｔがＵＡ１０６で指定された場合には、サービス１０３は、図２３で示す宛先情報が既に設定され、クライアント１０１から提供された画像データが添付されたメールの設定画面を表示するためのＨＴＭＬ文書をＵＡ１０６に対して応答することになる。

（実施例４）
本実施例は、実施例３におけるＳ２１０２でサービス１０３から送信されるＨＴＭＬ文書にｉｎｔｅｎｔタグを含めず、追加登録すべきｉｎｔｅｎｔの内容のユーザに編集させるための画面の情報を含めた場合の処理の例を説明する。

図２５は、本実施例のＷｅｂＩｎｔｅｎｔｓを利用したサービス提供に関する基本動作を説明するためのシーケンス図である。ここでの説明は、前述の図４及び図２１とほぼ同様なため、異なる部分のみを以下に説明する。尚、図２５では、ＵＡ１０６としてＷＥＢブラウザを使用している。また、サービス１０３は、ウェブサービスとして電子メール機能を提供するウェブサイトや、ＵＡ１０６が動作する装置内のメールアプリケーションなどである。

図２６は、Ｓ２１０２でサービス１０３から送信されたＨＴＭＬ文書に基づく、ＵＡ１０６による表示画面の例を示す。この表示に用いるＨＴＭＬ文書には、ｉｎｔｅｎｔ登録用のｉｎｔｅｎｔタグが含まれない。

２６０１はｉｎｔｅｎｔタグの“ｔｉｔｌｅ”要素の内容を入力するためのテキストボックスである。２６０２及び２６０３は、Ｓ２１０１での設定内容として含まれる電子メールの宛先のリストから、追加登録すべきＷｅｂＩｎｔｅｎｔで反映する内容を選択するためのチェックボックスである。本実施例では、ここで選択された内容は、追加登録すべきＷｅｂＩｎｔｅｎｔのｉｎｔｅｎｔタグの“ｈｒｅｆ”要素の値として含まれることになる。なお、サービス１０３によりこの選択された内容でＷｅｂＩｎｔｅｎｔの実行が実現されるのであれば、この選択内容は、ｉｎｔｅｎｔタグの内の別の記述で指定したり、実行時にこの選択内容で実行するための指示も併せてサービス１０３に送ったりしてもよい。

Ｓ２５０１で、ＵＡ１０６は、登録ボタン２６０４の押下を検出すると、図２６に示す画面を介した設定内容を含むＨＴＴＰ要求を、サービス１０３に送信する。Ｓ２５０２で、サービス１０３は、受信したＨＴＴＰ要求の設定内容を反映したｉｎｔｅｎｔタグを含むＨＴＭＬ文書を、ＵＡ１０６に応答する。

図２７は、Ｓ２５０２で応答されたＨＴＭＬ文書に含まれるｉｎｔｅｎｔタグの例である。ｉｎｔｅｎｔタグの“ｔｉｔｌｅ”要素には、テキストボックス２６０１の内容が記述されている。また、ｉｎｔｅｎｔタグの“ｈｒｅｆ”要素には、チェックボックス２６０２、２６０３により選択された宛先を特定するための情報が含まれている。

図２７に示すｉｎｔｅｎｔタグを含むＨＴＭＬ文書を受信したＵＡ１０６は、このＷｅｂＩｎｔｅｎｔが未登録の場合には、これをＵＡ１０６に登録するか否かをユーザに確認するための画面を表示する。Ｓ２５０３で、ＵＡ１０６は、ユーザによるＷｅｂＩｎｔｅｎｔの登録の選択を検出すると、これをＵＡ１０６内部に登録する。

（他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能（クライアント、ＵＡ、及びサービスの少なくともいずれか）を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置の１以上のコンピュータ（ＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

さらに、本発明には、上述した実施形態の適宜組み合わせることにより構成されたシステムやその機能も含まれるものとする。

Claims (32)

1. データを管理するクライアントと、当該クライアントで管理されるデータを利用して機能を提供するサービスとを中継する中継機能を備える情報処理端末であって、
   前記サービスが提供する機能を呼び出すための機能情報を、前記中継機能に登録するための登録手段と、
   前記機能情報の指定に従い、前記サービスに対して、前記クライアントで管理されるデータを含む要求を行う要求手段と、
   前記サービスに対して、前記機能情報に対応する機能の処理内容を指定する指定手段と、を有し、
   前記登録手段は、前記指定手段により指定された内容の少なくとも一部を反映した機能情報を、前記中継機能に登録することを特徴とする情報処理端末。
2. 前記クライアントと前記サービスは、前記中継機能を用いて、ネットワークを介して通信を行うことを特徴とする請求項１に記載の情報処理端末。
3. 前記ネットワークは、インターネットであることを特徴とする請求項２に記載の情報処理端末。
4. 前記クライアント、前記サービス及び前記中継機能の少なくとも２つは、同じ装置で動作する機能であることを特徴とする請求項１乃至３の何れか１項に記載の情報処理端末。
5. 前記登録手段により登録される機能情報は、提供機能のカテゴリを示す情報、提供機能が扱えるデータの種類、提供機能の接続先を示す情報、及び提供機能のタイトルを示す情報を含むことを特徴とする請求項１乃至４の何れか１項に記載の情報処理端末。
6. 前記登録手段により登録される前記指定手段により指定された内容の少なくとも一部を反映した機能情報は、前記要求に対応する機能情報に含まれる一部の情報が変更されていることを特徴とする請求項１乃至５の何れか１項に記載の情報処理端末。
7. 前記登録手段は、前記サービスからの前記要求に従う機能の実行の結果の応答に含まれる情報に基づき、前記指定手段により指定された内容の少なくとも一部を反映した機能情報を、前記中継機能に登録することを特徴とする請求項１乃至６の何れか１項に記載の情報処理端末。
8. 前記登録手段は、前記サービスから前記要求の後に送信される情報に基づき表示される画面を介して選択された内容を反映した機能情報を、前記中継機能に登録することを特徴とする請求項１乃至６の何れか１項に記載の情報処理端末。
9. 前記要求に従い前記サービスが提供する機能は、印刷機能であることを特徴とする請求項１乃至８のいずれかに１項に記載の情報処理端末。
10. 前記指定手段により指定された内容は、レイアウト設定、カラー設定、とじ方向、ページの配置順、及び排紙方法の少なくとも１以上の設定を含む印刷設定であることを特徴とする請求項９に記載の情報処理端末。
11. 前記要求に従い前記サービスが提供する機能は、前記クライアントで管理されるデータを、ネットワークを介して共有するための機能であることを特徴とする請求項１乃至１０のいずれかに１項に記載の情報処理端末。
12. 前記要求に従い前記サービスが提供する機能は、前記クライアントで管理されるデータを、ネットワークを介して電子メールで共有するための機能であることを特徴とする請求項１１に記載の情報処理端末。
13. 前記指定手段により指定された内容は、宛先設定を含むことを特徴とする請求項１２に記載の情報処理端末。
14. データを管理するクライアントと、当該クライアントで管理されるデータを利用して機能を提供するサービスとを中継する中継機能を備える情報処理端末における方法であって、
    前記サービスが提供する機能を呼び出すための機能情報を、前記中継機能に登録するための登録工程と、
    前記機能情報の指定に従い、前記サービスに対して、前記クライアントで管理されるデータを含む要求を行う要求工程と、
    前記サービスに対して、前記機能情報に対応する機能の処理内容を指定する指定工程と、を有し、
    前記登録工程では、前記指定工程で指定された内容の少なくとも一部を反映した機能情報が、前記中継機能に登録されることを特徴とする方法。
15. 前記クライアントと前記サービスは、前記中継機能を用いて、ネットワークを介して通信を行うことを特徴とする請求項１４に記載の方法。
16. 前記ネットワークは、インターネットであることを特徴とする請求項１５に記載の方法。
17. 前記クライアント、前記サービス及び前記中継機能の少なくとも２つは、同じ装置で動作する機能であることを特徴とする請求項１４乃至１６の何れか１項に記載の方法。
18. 前記登録工程で登録される機能情報は、提供機能のカテゴリを示す情報、提供機能が扱えるデータの種類、提供機能の接続先を示す情報、及び提供機能のタイトルを示す情報を含むことを特徴とする請求項１４乃至１７の何れか１項に記載の方法。
19. 前記登録工程で登録される前記指定された内容の少なくとも一部を反映した機能情報は、前記要求に対応する機能情報に含まれる一部の情報が変更されていることを特徴とする請求項１４乃至１８の何れか１項に記載の方法。
20. 前記登録工程では、前記サービスからの前記要求に従う機能の実行の結果の応答に含まれる情報に基づき、前記指定工程で指定された内容の少なくとも一部を反映した機能情報が、前記中継機能に登録されることを特徴とする請求項１４乃至１９の何れか１項に記載の方法。
21. 前記登録工程では、前記サービスから前記要求の後に送信される情報に基づき表示される画面を介して選択された内容を反映した機能情報が、前記中継機能に登録されることを特徴とする請求項１４乃至１９の何れか１項に記載の方法。
22. 前記要求に従い前記サービスが提供する機能は、印刷機能であることを特徴とする請求項１４乃至２１のいずれかに１項に記載の方法。
23. 前記指定工程で指定された内容は、レイアウト設定、カラー設定、とじ方向、ページの配置順、及び排紙方法の少なくとも１以上の設定を含む印刷設定であることを特徴とする請求項２２に記載の方法。
24. 前記要求に従い前記サービスが提供する機能は、前記クライアントで管理されるデータを、ネットワークを介して共有するための機能であることを特徴とする請求項１４乃至２３のいずれかに１項に記載の方法。
25. 前記要求に従い前記サービスが提供する機能は、前記クライアントで管理されるデータを、ネットワークを介して電子メールで共有するための機能であることを特徴とする請求項２４に記載の方法。
26. 前記指定工程で指定された内容は、宛先設定を含むことを特徴とする請求項２５に記載の方法。
27. 請求項１乃至１３のいずれかに１項に記載の手段としてコンピュータを機能させるためのプログラム。
28. データを管理するクライアントと、当該クライアントで管理されるデータを利用して機能を提供するサービスとを中継する中継機能を備える第１の情報処理端末と、前記サービスとして動作する第２の情報処理端末と、を含むネットワークシステムであって、
    前記第１の情報処理端末は、
    前記サービスが提供する機能を呼び出すための機能情報を、前記中継機能に登録するための登録手段と、
    前記機能情報の指定に従い、前記サービスに対して、前記クライアントで管理されるデータを含む要求を行う要求手段と、
    前記サービスに対して、前記機能情報に対応する機能の処理内容を指定する指定手段と、を有し、
    前記第２の情報処理端末は、前記指定手段により指定された内容の少なくとも一部を反映した機能情報を登録するための指示を、前記中継機能に対して提供する提供手段を有し、
    前記登録手段は、前記提供手段により提供された指示に基づき、前記指定手段により指定された内容の少なくとも一部を反映した機能情報を、前記中継機能に登録することを特徴とするネットワークシステム。
29. 前記クライアントと前記サービスは、前記中継機能を用いて、ネットワークを介して通信を行うことを特徴とする請求項２８に記載のネットワークシステム。
30. 前記クライアント及び前記中継機能は、同じ装置で動作する機能であることを特徴とする請求項２８または２９に記載のネットワークシステム。
31. 前記提供手段により提供される指示は、前記要求に従う機能の実行の結果を示す前記サービスからの応答に含まれ、
    前記登録手段は、当該指示に基づき、前記指定手段により指定された内容の少なくとも一部を反映した機能情報を、前記中継機能に登録することを特徴とする請求項２８乃至３０の何れか１項に記載のネットワークシステム。
32. 前記提供手段は、前記サービスから前記要求の後に送信される情報に基づき前記第１の情報処理端末で表示される画面を介して選択された内容を反映した機能情報を、前記中継機能に登録するための指示を、前記中継機能に対して提供することを特徴とする請求項２８乃至３１の何れか１項に記載のネットワークシステム。

Images