Author: claimsbot

1. A process for the manufacture of a fuel tank comprising:
1) copolymerizing ethylene and at least one C3-10 \u03b1-olefin in the presence of a metallocene catalyst in a slurry reactor at a pressure of 5 to 80 bars to give a polymer composition having the following properties:
i) MFR2=2\u201310
ii) MFR21MFR2=15\u201320
iii) density=925\u2013950 kgm3
iv) molecular weight distribution MwMn 2.1\u20133.5,

2) if necessary, forming said polymer into powder or pellets of 0.1\u20131 mm in size; and
3) rotomoulding said pellets to form said fuel tank.
2. A process as claimed in claim 1 wherein said copolymer has the following properties:
i) MFR2=2\u20136
ii) MFR21MFR2=16\u201318
iii) density 930\u2013945 kgm3
iv) molecular weight distribution MwMn 2.2\u20132.6.
3. A process as claimed in claim 1 wherein said fuel tank is for a diesel powered vehicle.
4. A process as claimed in claim 1 wherein the copolymer has a comonomer content of 1 to 5%.
5. A process as claimed in claim 1 wherein said C3-10 \u03b1-olefin is butene or hexene.
6. A process as claimed in claim 5 wherein said C3-10 \u03b1-olefin is hexane.
7. A fuel tank made from a metallocene produced ethylene and at least one C3-10 \u03b1-olefin copolymer having the following properties:
i) MFR2=2\u201310
ii) MFR21MFR2=15\u201320
iii) density=925\u2013950 kgm3
iv) molecular weight distribution MwMn=2.1\u20133.5;

said copolymer being in the form of powder or pellets of 0.1\u20131 mm in size wherein the average fuel permeability of the tank measured according to EC34 is less than 10 g per day.
8. A fuel tank made from a metallocene produced ethylene and at least one C3-10 \u03b1-olefin copolymer having the following properties:
i) MFR2=2\u201310
ii) MFR21MFR2=15\u201320
iii) density=925\u2013950 kgm3
iv) molecular weight distribution MwMn=2.1\u20133.5;

said copolyiner being in the form of powder or pellets of 0.1\u20131 mm in size wherein the permeability of the tank walls to diesel fuel over a period of 60 days is less than 0.1 g per cm2 of tank surface area for a 50% full tank with a wall thickness of 3.6 mm.

The claims below are in addition to those above.
All refrences to claim(s) which appear below refer to the numbering after this setence.

1. A method for creating, transmitting, modifying and posting a digital image file including the steps of:
digitally capturing a photographed image;
creating a first digital file of the captured image;
transmitting the captured first digital image file to an internet based web service; and,
thereafter appending to the first digital image file a second digital file to create a combined file.
2. The method of claim 1 wherein the first digital image file is wirelessly transmitted to said internet based web service.
3. The method of claim 1 wherein the web service comprises an application web site which hosts a process engine for appending said second digital file.
4. The method of claim 1 wherein the captured first digital image file comprises a digital still image.
5. The method of claim 1 wherein the captured first digital image file comprises a digital video image.
6. The method of claim 1 wherein the second digital file includes a digital frame which is configured to surround the captured first digital image.
7. The method of claim 6 wherein the digital frame includes media selected from text and graphics disposed there within.
8. The method of claim 1 wherein the second digital file includes a digital image which creates a text or graphic overlay onto the captured first digital image.
9. The method of claim 1 wherein the second digital file is combined with an audio file.
10. The method of claim 1 wherein the second digital file is combined with an appended marketing message.
11. The method of claim 1 further including the step of storing the combined first and second images in an online media depository.
12. The method of claim 1 wherein the transmitted digital image file has an associated alias, which alias includes or is associated with one or more of the following attributes: the date, time, place of image file creation, and the identity of the image taker.
13. The method of claim 12 in which a configuration file reads the alias, and based on said alias selects from within a menu of instructions which stored instructions are to be applied to the further processing of the captured digital image file.
14. The method of claim 13 wherein said processing instructions include instructions for;
combining a second digital image file with an incoming first digital image file; and
transmitting the combined file.
15. The method of claim 14 wherein the instructions for transmitting the combined image files includes instructions for transmitting said files back to the sender of the image file.
16. The method of claim 14 wherein the instructions for transmitting the combined files include instructions for forwarding the combined files to a destination other than the destination of the first image file sender.
17. A method for synchronizing digital images from an input device such as a cell phone camera, digital camera or smart device with imaging capabilities to an online destination through use of a software program embedded in such device, the method including the steps of:
creating a digital image file;
securing the digital image file within the memory of the digital input device;
combining the secured digital image file with a second digital image file resident in the memory of the digital input device;
wirelessly connecting the digital image device to an image synchronization destination; and thereafter wirelessly transmitting said combined digital image file from the digital input device to a remote storage medium maintained by said image synchronization destination.
18. The method of claim 17 wherein said stored digital image file is synchronized to a user’s account and further processed.
19. The method of claim 18 wherein such further processing includes one or more of the following steps: synchronize and email, synchronize and print, synchronize, print and ship, and synchronize and distribute to selected destinations.
20. The method of claim 19 wherein said print step is performed by a location based kiosk or a printer maintained by an internet based print service company.
21. A process engine for synchronizing captured digital images with stored media files, including:
an event configuration file which receives a forwarded digital image, and read its associated metadata;
a directory file which contains sponsored location event based instructions for image processing;
an instructions file which includes among other things instructions for post processing of the forwarded digital image; and,
a tagging file which includes the digital image files, audio files and metadata to be synchronized with said captured digital image.
22. The process engine of claim 23 further including an event management system database for storage of said synchronized digital images.

1. A dual-mode dual-standby mobile terminal, comprising dual card slots, a human-machine interface adapter, dual card management modules and dual protocol stacks, wherein
the dual card slots are configured to interpose two communication cards;
the human-machine interface adapter is configured to send radio frequency starting commands to the dual protocol stacks, and send, after receiving radio frequency success messages fed back by the dual protocol stacks, initialization commands to the dual card management modules;
the dual card management modules are configured to initialize the two communication cards in the dual card slots according to the initialization commands sent by the human-machine interface adapter, and feed back initialization success messages to the human-machine interface adapter; and
the dual protocol stacks are configured to receive the radio frequency starting commands sent by the human-machine interface adapter, start radio frequencies in the dual protocol stacks, feed back radio frequency state information to the human-machine interface adapter and provide communication protocols to the two communication cards in the dual card slots according to initialization results.
2. The dual-mode dual-standby mobile terminal according to claim 1, wherein the dual card slots include a first card slot and a second card slot to interpose a communication card respectively;
the communication card in the first card slot and the communication card in the second card slot are cards of different standards.
3. The dual-mode dual-standby mobile terminal according to claim 1, wherein the dual card management modules include a first card management module and a second card management module which are configured to receive the initialization commands sent by the human-machine interface adapter and initialize the two communication cards in the dual card slots respectively.
4. The dual-mode dual-standby mobile terminal according to claim 3, wherein the dual protocol stacks include a first protocol stack and a second protocol stack, wherein
the first protocol stack is configured to provide a Third Generation (3G) communication protocol and interact with the first card management module; and
the second protocol stack is configured to provide a Second Generation (2G) communication protocol and interact with the second card management module.
5. A communication method of a dual-mode dual-standby mobile terminal, comprising:
sending, by a human-machine interface adapter, radio frequency starting commands to dual protocol stacks;
sending, by the human-machine interface adapter, initialization commands to dual card management modules after receiving radio frequency starting success messages;
initializing, by the dual card management modules, two communication cards in dual card slots, and notifying, by the dual card management modules after the initialization succeeds, the dual protocol stacks to provide corresponding communication protocols to the two communication cards.
6. The communication method according to claim 5, wherein the two communication cards are cards of different standards.
7. The communication method according to claim 5, wherein the initialization comprises: trying Third Generation (3G) initialization first, and then trying Second Generation (2G) initialization if the 3G initialization fails.
8. The communication method according to claim 5, further comprising: determining whether to adjust a task registry according to an initialization result, and providing corresponding communication protocols to the two communication cards respectively according to the task registry.
9. The communication method according to claim 8, wherein determining whether to adjust the task registry comprises:
when a first card management module performs 3G initialization to a communication card in a first card slot successfully, not adjusting the task registry;
when the first card management module performs the 3G initialization to the communication card in the first card slot unsuccessfully, adjusting the task registry.
10. The communication method according to claim 9, wherein adjusting the task registry comprises: exchanging, by the first card management module and a first protocol stack interacting with the first card management module, tasks with a second card management module and a second protocol stack interacting with the second card management module.
11. The dual-mode dual-standby mobile terminal according to claim 2, wherein the dual card management modules include a first card management module and a second card management module which are configured to receive the initialization commands sent by the human-machine interface adapter and initialize the two communication cards in the dual card slots respectively.
12. The dual-mode dual-standby mobile terminal according to claim 11, wherein the dual protocol stacks include a first protocol stack and a second protocol stack, wherein
the first protocol stack is configured to provide a Third Generation (3G) communication protocol and interact with the first card management module; and
the second protocol stack is configured to provide a Second Generation (2G) communication protocol and interact with the second card management module.
13. The communication method according to claim 6, further comprising: determining whether to adjust a task registry according to an initialization result, and providing corresponding communication protocols to the two communication cards respectively according to the task registry.
14. The communication method according to claim 7, further comprising: determining whether to adjust a task registry according to an initialization result, and providing corresponding communication protocols to the two communication cards respectively according to the task registry.
15. The communication method according to claim 13, wherein determining whether to adjust the task registry comprises:
when a first card management module performs 3G initialization to a communication card in a first card slot successfully, not adjusting the task registry;
when the first card management module performs the 3G initialization to the communication card in the first card slot unsuccessfully, adjusting the task registry.
16. The communication method according to claim 14, wherein determining whether to adjust the task registry comprises:
when a first card management module performs 3G initialization to a communication card in a first card slot successfully, not adjusting the task registry;
when the first card management module performs the 3G initialization to the communication card in the first card slot unsuccessfully, adjusting the task registry.

The claims below are in addition to those above.
All refrences to claim(s) which appear below refer to the numbering after this setence.

1. A computer system for controlling actions in a computer-based process, the system comprising:
one or more processors operable to provide:
a status schema model that is defined at design-time; and

a computer-readable storage device including computer-executable instructions that, when executed by the processor, perform operations comprising:
creating a status schema instance for a particular data object node instance being used in a computer-based process, the status schema instance corresponding to the status schema model, and the data object node instance including a status variable, multiple status values for the status variable, and actions capable of being performed by the data object node instance, each status value of the status variable being a precondition for at least one of the actions, the precondition identifying whether the associated action is to be allowed to be performed at runtime by the data object node instance;
based on the status schema instance, monitoring a status of the status value of the status variable of the data object node instance to determine whether a precondition associated with a particular action is satisfied;
in response to the determination that the precondition is satisfied, enabling the particular action to be executed; and
in response to executing the particular action, altering the status value of the status variable.
2. The system of claim 1 wherein:
the status schema model corresponds to a data object node, and
the data object node instance corresponds to the data object node.
3. The system of claim 1 wherein the status represents a stage in the computer-based process.
4. The system of claim 1 wherein the particular action corresponds to a method of the data object node instance.
5. The system of claim 1 wherein creating the status schema instance for the particular data object node instance comprises setting a status variable of the status schema instance to a corresponding value of the status variable for the data object node instance.
6. The system of claim 1 wherein enabling the particular action comprises initiating execution of the particular action.
7. The system of claim 1 further comprising:
a runtime processing component including instructions stored in computer-readable medium that, when executed, monitors, based on the status schema instance, the status of the status value of the status variable of the data object node instance to determine whether the precondition associated with the particular action is satisfied; and
a runtime status management component including instructions stored in computer-readable medium that, when executed, creates the status schema instance for the particular data object node instance being used in the computer-based process.
8. The system of claim 7 wherein the runtime processing component includes instructions stored in computer-readable medium that, when executed, enable the particular action to be executed conditioned upon the determination that the precondition is satisfied.
9. A computer-readable tangible storage medium encoded with a computer program product for controlling actions in a computer-based process, the computer program product comprising:
a status schema model repository for status schema models, stored in a computer-readable medium, each status schema model corresponding to a data object node; and including preconditions for performing actions, a precondition identifying how a status affects whether an action is to be allowed to be performed at runtime by a data object node instance having the status, and-instructions stored in a computer-readable medium that, when executed, perform operations comprising:
creating a status schema instance for a particular data object node instance being used in a computer-based process, the status schema instance corresponding to the status
\u2003schema model, and the data object node instance including a status variable, multiple status values for the status variable, and actions variables and methods capable of being performed by the data object node instance, each status value of the status variable being a precondition for at least one of the actions, the precondition identifying whether the associated action is to be allowed to be performed at runtime by the data object node instance;
based on the status schema instance, monitoring a status of the status value of the status variable of the data object node instance to determine whether a precondition associated with a particular action is satisfied allowed to be performed by the data object node instance; and
in response to the determination that the precondition is satisfied particular action is allowed, enabling the particular action to be executed; and
in response to executing the particular action, altering the status value of the status variable.
10. The computer-readable tangible storage medium of claim 9 wherein: the status schema model corresponds to a data object node, and the data object node instance corresponds to the data object node.
11. The computer-readable tangible storage medium of claim 9 wherein creating the status schema instance for the particular data object node instance comprises setting a status variable of the status schema instance to a corresponding value of the status variable for the data object node instance.
12. The computer-readable tangible storage medium of claim 9 wherein enabling the particular action comprises initiating execution of the particular action.
13. The computer-readable tangible storage medium of claim 9 further comprising: a runtime processing component including instructions stored in computer-readable medium that, when executed, monitors, based on the status schema instance, the status of the status value of the status variable of the data object node instance to determine whether the precondition associated with the particular action is satisfied allowed to be performed by the data object node instance; and
a runtime status management component including instructions stored computer-readable medium that, when executed, creates the status schema instance for the particular data object node instance being used in the computer-based process.
14. The computer-readable tangible storage medium of claim 13 wherein the runtime processing component includes instructions stored in computer-readable medium that, when executed, enable execution of the particular action conditioned upon the determination that the precondition is satisfied particular action is allowed.